EDDiscovery

Status
Thread Closed: Not open for further replies.
I'm not sure what TGC is, but what's really slow with EDSM is the load times (typically about 25s per page). I have tabs open that haven't finished loading for several minutes; the cause could just be packet loss, but I rarely have such trouble with any other sites. Until a few minutes ago (when EDSM stopped reponding completely) I was entering data using EDDiscovery to trilaterate new systems then EDSM to add on a few distances to older blue systems (generally 10 of them, as that's the size of the forms EDSM presents). But it was all unidirectional as EDDiscovery would only know its own triangulated coordinates, not anything new from EDSM.

My PC has a large memory usage of 22% (7GB of 32GM used, certainly leaving enough for any 32-bit process) with a web browser, two E:D instances, and a few other things running. However, EDDiscovery itself does have trouble as I described, breaking while parsing EDSM distance data, and I have no workaround for that. I've synced my travel logs, and I can't tell why EDSM would have fewer entries (it reports4889 systems for me, which is the right ballpark). My recent visits should be in there, and typically when I hit the sync button EDDiscovery reports sending some dozens of entries.

A restart of EDDiscovery suggests that it does get systems directly from EDSM, but only on startup. It's the distance data it fails on.
 
Oops, this was there at the very beginning (old GUI), don't know when it disappeared. It was discussed earlier, and at least some CMDRs said the point is correct because of English notation, and English is the widely accepted language, and the comma may be a thousand's separator. But I asked who would care to enter a thousand's separator by hand...

There's also the bit where we always want 2 decimals. If you enter 3 decimals, the number isn't one that could be found in the game; generally you can assume the last period or comma is the decimal marker. We do frequently have numbers over a thousand but we still want the same precision.
 
Bug report: Inconsistent case when submitting and receiving from EDSM

I submitted a co-ord as "Nu Monocerotis". On restarting EDDiscovery I now have points for "Nu Monocerotis" and "NU Monocerotis". Yay, case management bug! :)
 
Can you tell me the right one?

Looks like it's NU Monoceretis

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

Another bug report, this one for the PNG converter. For example:

Cl* NGC 1981 AR 131

It breaks if the system name has a character that can't be used in a filename. I can confirm that if you change the settings to keep the original filename there is no problem.

When the problem manifests there is a MessageBox error and the converted pic doesn't get created.



I may have to install Visual Studio over the christmas break so I can start putting in some Pull Requests.. :)

Hmm... should I be reporting these as Issues on the github account?
 
Last edited:
Is there any way of removing flightlog entries from EDDiscovery? I had a system not sync with EDSM, so I entered it into my flight log manually, then jumped to another system and got a duplicate... I've cleaned up EDSM but now I have a duplicate in EDDiscovery. Will bad things happen if I edit the sqlite DB?

More generally, how does EDDiscovery get its flightlog list? Is netlog always the primary source or does it pull from EDSM too?

Edit: perhaps a "hide system" option in the travel history?

Edit 2: Any help / suggestions on why I'm getting "EDSM: Sending0 flightlog entries" / some entries aren't syncing?
 
Last edited:
I'm not sure what TGC is,
TGC AKA EDSC AKA The Great Collector AKA ED Star Coordinator. http://www.edstarcoordinator.com/ Was a project started by TornSoul about autumn 2013 IIRC. TornSoul disappeared, and his page & database was left unmaintained. The responsiveness of the API was goin up & down like a rollercoaster, I had to adjust the timeouts to 10 or 20 minutes ;)

but what's really slow with EDSM is the load times (typically about 25s per page). I have tabs open that haven't finished loading for several minutes; the cause could just be packet loss, but I rarely have such trouble with any other sites.
Woot, that's slow. The normal EDSM pages usually need less than 2 seconds. Things that may take more time, like coordinate calculation, are mainly put in the background so the page will be displayed but there's a little animation until the result of the calculation is displayed.
If you wait 25s for a page to be displayed I bet you incidentially hit a phase where there was a high sytem load. We're still investigating the causes for these. You may help us by giving the URL, date & time when you experience high page loading delays. And maybe check the same URLs some time later by yourself.

Until a few minutes ago (when EDSM stopped reponding completely) I was entering data using EDDiscovery to trilaterate new systems then EDSM to add on a few distances to older blue systems (generally 10 of them, as that's the size of the forms EDSM presents). But it was all unidirectional as EDDiscovery would only know its own triangulated coordinates, not anything new from EDSM.
In EDDiscovery simply click "Sync with EDSM" from time to time, and restart it if you're still missing data. That's what I do. But if your copy of EDDiscovery can't parse the EDSM distance data, you're in trouble. Maybe Finwen can help here.

My PC has a large memory usage of 22% (7GB of 32GM used, certainly leaving enough for any 32-bit process) with a web browser, two E:D instances, and a few other things running.
This should be sufficient. My notebook has 12GB and I don't run into memory trouble. Although I only have one ED instance.
I've synced my travel logs, and I can't tell why EDSM would have fewer entries (it reports4889 systems for me, which is the right ballpark).
I have 5242 entries in EDSM on notebook and 5229 at EDSM, so olny13 missing. Will check my stationary PC later. But you wrote you have about 7k EDDiscovery entries, you're missing 2k.
My recent visits should be in there, and typically when I hit the sync button EDDiscovery reports sending some dozens of entries.
A restart of EDDiscovery suggests that it does get systems directly from EDSM, but only on startup. It's the distance data it fails on.
Yep, I saw this, too. I had to sync several times until no more data was transferred. Now, when I switch from notebook to stationary or back, I sync and within seconds the correct travel log is on screen, as far as I can tell.
 
Last edited:
I get an unhandled exception crash when minimizing the 3D star map:

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.DivideByZeroException: Attempted to divide by zero.
at EDDiscovery2.FormMap.SetupViewport()
at EDDiscovery2.FormMap.glControl1_Resize(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnResize(EventArgs e)
at System.Windows.Forms.UserControl.OnResize(EventArgs e)
at OpenTK.GLControl.OnResize(EventArgs e)
at System.Windows.Forms.Control.OnSizeChanged(EventArgs e)
at System.Windows.Forms.Control.UpdateBounds(Int32 x, Int32 y, Int32 width, Int32 height, Int32 clientWidth, Int32 clientHeight)
at System.Windows.Forms.Control.UpdateBounds()
at System.Windows.Forms.Control.WmWindowPosChanged(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.UserControl.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
 
Found another one, if you have a tricky system and EDD's trilateration function is taking long enough for you to submit to EDSM while it's still running then the whole thing seems to hang. Killed the process, will have a proper look tomorrow while I'm in a system that's tricky enough to pin down to need enough distances to open the window to hit the problem...
 
Released 2.5.8

http://eddiscovery.astronet.se/release/EDDiscovery_2.5.8.exe

* Fix an unhandled exception crash when minimizing the 3D star map:
* Send software and version to EDSM (new EDSM feature) then sending distances.
* New 2D maps.

Working on creating a better 2D map that will cover the whole galaxy later.
Plans to add optional grid, plotting travel route. plotting other commanders, Plotting POI from galactic mapping records.
 
Can I ask for a new feature?

I would like a way to add systems with needed distances and/or systems that need to be verified in the same way we can now add suggested reference systems. Mabye a multitab at the right of the trilateration window?

Right now I copy&paste from the edsm sytem pages. :)
 
Valije, that's essentially what I have been requesting... the special case for EDDiscovery would be that since these reference systems have no position, they cannot contribute to the trilateration. They're just distances to report into EDSM.

I had a quick look at the GetEDSMDistances source code and EDSM API. A possible workaround for my out of memory issue would be to add an enddatetime parameter to the EDSM distance request; this would limit the data size, allowing us to process it in acceptable chunks. It could then process chunks of a few months or so and finish after a handful of restarts instead of running out of memory every time.
 
Valije, that's essentially what I have been requesting... the special case for EDDiscovery would be that since these reference systems have no position, they cannot contribute to the trilateration. They're just distances to report into EDSM.

I had a quick look at the GetEDSMDistances source code and EDSM API. A possible workaround for my out of memory issue would be to add an enddatetime parameter to the EDSM distance request; this would limit the data size, allowing us to process it in acceptable chunks. It could then process chunks of a few months or so and finish after a handful of restarts instead of running out of memory every time.

The API already support the request:

For example: http://www.edsm.net/api-v1/system?sysname=pand&problems=1&reqdists=4

Just add a tab for the systems with known coordinates (wich need verification) and, once you get a succesful trilateration, another tab with systems that need more distances to get the correct position.

I is a shame a don't know a thing about .Net :(
 
Last edited:
Wow, just got back tot he bubble, and realised the there are actually still unlogged systems...

Guess I have work to do...

Noted an update dropped today, I'm very impressed at the amount of work going in to this project.

Z...
 
Wow, just got back tot he bubble, and realised the there are actually still unlogged systems...

Guess I have work to do...

Noted an update dropped today, I'm very impressed at the amount of work going in to this project.

Z...

haha, I was planning on visiting all systems in populated space myself, but forgot on my time off and then headed to Sag A instead. Its still my plan when I return.
 
Thanks for the new upgrade, Fin!

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

Wow, just got back to the bubble, and realized the there are actually still unlogged systems...

Guess I have work to do...

Noted an update dropped today, I'm very impressed at the amount of work going in to this project.

Z...

Nearly 1 year in, I'm still getting "firsts" (from Frontier) inside inhabited space.

I've found that taking weird angle tracks, and using offset aim points, reduces the number of "Sidewinder" tracks I follow. These are the "economical" routes that most players follow. Avoiding Power Play and CG areas helps as well, as does avoiding the "big cities".
 
Fin and Anthor should publish a set of "TripTik's" for the major routes in the sphere, and the highways to the tourist traps like Barnard's Loop. :)
 
Status
Thread Closed: Not open for further replies.
Back
Top Bottom