EDDiscovery

Status
Thread Closed: Not open for further replies.
Hi, all.

I can't explore the galaxy without this amazing tool.

Thank you fin!

So, I always use the same trilateration systems:

Sirius
Privir
Arug
MM Velorum
KV Usae Majoris
Crab Pulsar
Ge
8 Leonis
ALS 299

And, with 6 or 7 distances I always had trilateration success!!!

My suggestion is: is it possible to keep the last trilateration
system used?

Because I have to enter these systems all time.

Thanks, again.

How far from the bubble have you been? It's not quite as effective at 60k Ly form Sol... Often 40 distances are not quite enough!

Having said that, I've been having a lot of luck with the suggestion to stick 500Ly below or above the plane. Currently 27k Ly form Sol, and 5 distances is usually enough (for the last 10k Ly, anyway).

I'm also using Win 10, and it works very nicely.

Z...
 
How far from the bubble have you been? It's not quite as effective at 60k Ly form Sol... Often 40 distances are not quite enough!

Having said that, I've been having a lot of luck with the suggestion to stick 500Ly below or above the plane. Currently 27k Ly form Sol, and 5 distances is usually enough (for the last 10k Ly, anyway).

The problem is that accurate coordinates are to 5dp, distances are to 2dp. So the key to getting an accurate trilateration is getting distances in different directions - when you're on the rim that is hampered by half of the sphere around your current position being outside the set of known coordinates by definition. Going a way above or below the plane helps spread out the angles to known systems and get to an accurate trilateration with fewer distances.

The 6 or 7 systems that always work will rely on staying within the volume defined by those systems and it will get less and less reliable as a set when you move outside it as they get closer and closer to points on the same line from your current position.
 
The problem is that accurate coordinates are to 5dp, distances are to 2dp. So the key to getting an accurate trilateration is getting distances in different directions - when you're on the rim that is hampered by half of the sphere around your current position being outside the set of known coordinates by definition. Going a way above or below the plane helps spread out the angles to known systems and get to an accurate trilateration with fewer distances.

The 6 or 7 systems that always work will rely on staying within the volume defined by those systems and it will get less and less reliable as a set when you move outside it as they get closer and closer to points on the same line from your current position.


This is another item I'm trying to assist with by choosing systems on the rim along the 90 or 270 degree line. (Sol is on the 180, and Treetop would be on the North line). That way there may be some outlaying systems to pick up and get good angles from.
 
Three solid days of 12 hr shifts, and when I get back, there are 1800 new systems.

Wow.

Please excuse me. I have a head cold to take care of. Two more days of recovery (no computer game time)before going back to work, so get going on that top 100 list mania...
 
The problem is that accurate coordinates are to 5dp, distances are to 2dp. So the key to getting an accurate trilateration is getting distances in different directions - when you're on the rim that is hampered by half of the sphere around your current position being outside the set of known coordinates by definition. Going a way above or below the plane helps spread out the angles to known systems and get to an accurate trilateration with fewer distances.

The 6 or 7 systems that always work will rely on staying within the volume defined by those systems and it will get less and less reliable as a set when you move outside it as they get closer and closer to points on the same line from your current position.

One of the reasons I stuck it out and tried to submit as many distances as possible from the 65k Ly area, I only get a few to stick, but they are there, and it seems a few more people have logged some now, so I think things will only get better from now. I'll be doing the 500Ly trick when I get back there to log more systems.

Z...
 
Calculating Y value is the hard part then you are far out and traveling 500ly above or below the plane makes it allot easier to calculate the y value. And every star we get a coordinates for far out for makes it easier for next traveler. Was hard to get many of my point on my journey to beagle point. But my return trip was allot easier then i had allot more different reference stars.

- - - - - Additional Content Posted / Auto Merge - - - - -

I just released a new version 2.5.6

It contains changes from Ian666.
* Can color different parts of the travel log differently. And see then on the 3d map.
* EDDiscovery should remember size and start position now.

Also some bug fixes i made.

New installer: http://eddiscovery.astronet.se/release/EDDiscovery_2.5.6.exe
 
Calculating Y value is the hard part then you are far out and traveling 500ly above or below the plane makes it allot easier to calculate the y value. And every star we get a coordinates for far out for makes it easier for next traveler. Was hard to get many of my point on my journey to beagle point. But my return trip was allot easier then i had allot more different reference stars.

- - - - - Additional Content Posted / Auto Merge - - - - -

I just released a new version 2.5.6

It contains changes from Ian666.
* Can color different parts of the travel log differently. And see then on the 3d map.
* EDDiscovery should remember size and start position now.

Also some bug fixes i made.

New installer: http://eddiscovery.astronet.se/release/EDDiscovery_2.5.6.exe

This is a stupid question, most likely, but I'll ask it anyway...

Does anyone know a way to overlay the 3D star map with the ED galaxy map? At present, I can't quite seem to be able to zoom out quite enough to get a "flat" view of the galaxy. IS it possible to do something to allow us to zoom out further? Would probably make it easier to overlay a snap of the galmap with a snap of the 3d star map.

From there, a little quality photoshopping should do the trick...

Thanks for the update, BTW, the colour option is wonderful!!!
Z...
 
Last edited:
Sync with EDSM is incredibly slow, not sure of cause.

Its latency. I send one system a time to EDSM and wait for answer before i send next.

- - - - - Additional Content Posted / Auto Merge - - - - -

This is a stupid question, most likely, but I'll ask it anyway...

Does anyone know a way to overlay the 3D star map with the ED galaxy map? At present, I can't quite seem to be able to zoom out quite enough to get a "flat" view of the galaxy. IS it possible to do something to allow us to zoom out further? Would probably make it easier to overlay a snap of the galmap with a snap of the 3d star map.

From there, a little quality photoshopping should do the trick...

Thanks for the update, BTW, the colour option is wonderful!!!
Z...


I am thinking of adding a complete map of the galaxy but i need a good map first with some aproximate coordinates. Bot sure how to generate a goo one now.
 
Its latency. I send one system a time to EDSM and wait for answer before i send next.

I think the MySQL server is currently down! And corrupted. Waiting for Inhumierer to look at it...
I'll pass a script on the logs to repair every lost connection to the API.
 
A few changes i am thinking of doing in EDDiscovery but not decided yet.

* Remove the local distance data and not downloading it from EDSM. Dont really need it. Will just use it for storing manual entered data.
This will make EDD use allot less memory and start faster.

* 64-bit only.

* Switch from .net 4.0 framework to 4.5 or 4.6
 
A few changes i am thinking of doing in EDDiscovery but not decided yet.

* Remove the local distance data and not downloading it from EDSM. Dont really need it. Will just use it for storing manual entered data.
This will make EDD use allot less memory and start faster.

* 64-bit only.

* Switch from .net 4.0 framework to 4.5 or 4.6

This has been getting better and better at each version but is it possible to make the input of distances on the Travelog the same as the input on the Trilateration screen (i.e. don't have the separate box and Update button - just enter the distance next to the system name.)
 
EDSM had some trouble this night (European time ;-) and I think it's a strange coincidence of an incomplete linux database server upgrae a few days ago, some process (Apache?) eating too much memory, at least one Google bot crawling the webpages about 2 systems per second, and at the same time lot's of SPAM coming in. Sadly my new VServer monitoring got impacted, too, so there are only fragments to see. I tuned some config buttons, and will watch the monitoring closer in the future. Everything should be up and running, and STAY THERE!
 
I saw some CMDRs transmitting their flight logs to EDSM without the API key set. But that doesn't work... ;)
When submitting your flight logs, f.ex. using EDDiscovery "Sync with EDSM", you have to be registered at the EDSM web site - http://www.edsm.net - and then on the right side "My account" - "My API key". Copy the key written there and enter it in the program you're using. In EDDiscovery choose the tab "Settings", and paste your key at "EDSM Api key". EDSM does NOT save any logs without proper commander name AND correct API key, and will NOT answer any queries regarding flight logs, system comments etc. without name & key.
 
I saw some CMDRs transmitting their flight logs to EDSM without the API key set. But that doesn't work... ;)
When submitting your flight logs, f.ex. using EDDiscovery "Sync with EDSM", you have to be registered at the EDSM web site - http://www.edsm.net - and then on the right side "My account" - "My API key". Copy the key written there and enter it in the program you're using. In EDDiscovery choose the tab "Settings", and paste your key at "EDSM Api key". EDSM does NOT save any logs without proper commander name AND correct API key, and will NOT answer any queries regarding flight logs, system comments etc. without name & key.

I will change EDDiscovery to notify user of missing APIkey/name later. I catch it just not showing it to the user yet,...
 
This has been getting better and better at each version but is it possible to make the input of distances on the Travelog the same as the input on the Trilateration screen (i.e. don't have the separate box and Update button - just enter the distance next to the system name.)

Yes its possible and i will probably implement that later. Same for the system note field.
 
I will change EDDiscovery to notify user of missing APIkey/name later. I catch it just not showing it to the user yet,...


If you already catch it but don't tell the user, you could suppress any API call without name or key, as it is useless anyway. Would speed up things a lot ;)
 
Status
Thread Closed: Not open for further replies.
Back
Top Bottom