EDDiscovery 18.X is now out. Modules panel upgrades and Engineering

Solved it , for some reason it kept loading an old version of EDD , so hunted down the file and deleted it ,loads the new update 11 now properly.
 
Last edited:
After the update to v11.0 (& now 11.0.1) - which took around 20hrs! - I now have a wierd situation.
Here are the 2D, 3D maps and the latest extract of my history.
It seems that each jump I made has also created a jump to the latest system from the last system before the update ...
QontsBF.jpg


zZyed7B.jpg


mKrAlXF.jpg


Help :(
 
After the update to v11.0 (& now 11.0.1) - which took around 20hrs! - I now have a wierd situation.
Here are the 2D, 3D maps and the latest extract of my history.
It seems that each jump I made has also created a jump to the latest system from the last system before the update ...


Help :(
I had exactly the same issue, but for random areas of my travels. I just loaded the SQLite database in an editor and deleted any entry that had the system listed as "UnKnown". It seems to create an entry for a known location, and also an entry for an Unknown location but with the same co-ordinates.

I just loaded EDD, and it's made a load of Unknown entries for a totally random part of my travel map now - previously the issue was up by Colonia, now it's on the route I took back to the bubble. Totally a bug.
 
Bug report raised here: https://github.com/EDDiscovery/EDDiscovery/issues/2569

Please provide more information to it if you are also experiencing the same problem.
Thanks for this. I gathered it was doing something like that.
Do I remove the whole of this extract to delete the rogue jump?
{
"timestamp": "2019-09-03T21:51:43Z",
"event": "FSDJump",
"StarSystem": "UnKnown",
"StarPos": [
76.78125,
-44.5,
5.84375
],
"EDDMapColor": -65536,
"EDD_EDSMFirstDiscover": false
}
 
Last edited:
If you're in EDD, you can just filter for "UnKnown" and delete the entries. If you're in an SQLite browser, then you can just run a query to delete anything where the type is FSDJump and it contains
Code:
"StarSystem": "UnKnown",
but that's more risky if you don't know what you're doing. But as soon as you start jumping again it'll go back to being broken.

Someone has fixed it on the Github page, just need it to be accepted and a new release pushed by the author.
 
I do have same problem. Update version took hours to complete (after 12 hours I went to bed). All my travel statistics are wrong. 1040 jumps are shown as 2101 jumps. 55434 LY as 168876 LY and I do not have the skill to deal with coding and SQL. :cry::cry:
 
I do have same problem. Update version took hours to complete (after 12 hours I went to bed). All my travel statistics are wrong. 1040 jumps are shown as 2101 jumps. 55434 LY as 168876 LY and I do not have the skill to deal with coding and SQL. :cry::cry:
Can I uninstall this version and reinstall the old one until a fix comes. Heading journals again and synchronizing with EDSM would restore my data?
 
Can I uninstall this version and reinstall the old one until a fix comes. Heading journals again and synchronizing with EDSM would restore my data?
Unfortunately, I guess not, as the latest version will have synced the faulty jumps to EDSM, and thus thosse faulty systems would be downloaded to the downgraded version of EDD as well. I guess if after uninstalling EDD you deleted the faulty jumps (actually systems) in your EDSM travel history they would disappear for good (i.e. would not be downloaded to the downgraded version of EDD you'd be installing).

Personally, I alway manually make a backup EDD's DB-Files (actually the entire folder) before upgrading. EDD used to do this by default, but I agree that having (nowadays) several ~10GB lying around isn't sth an application should be doing by default.
 
Can I uninstall this version and reinstall the old one until a fix comes. Heading journals again and synchronizing with EDSM would restore my data?
A fix has already been implemented, and will be available in 11.0.2, which I can only assume is imminent. The issue is only a display issue within EDD, therefore it does not affect any of your EDSM data. If you can just ignore the display issue, EDD will function as normal. Then when 11.0.2 comes out, upgrade to get it fixed ! If you're impatient, download the sourcecode and compile it yourself (it will also clean up your data, removing any of the UnKnown jumps, which is nice).

Unfortunately, I guess not, as the latest version will have synced the faulty jumps to EDSM, and thus thosse faulty systems would be downloaded to the downgraded version of EDD as well. I guess if after uninstalling EDD you deleted the faulty jumps (actually systems) in your EDSM travel history they would disappear for good (i.e. would not be downloaded to the downgraded version of EDD you'd be installing).
I don't believe EDD is syncing the faulty data, as they do not show up on EDSM for me in my flight logs. I am going to assume EDSM is ignoring the faulty data.
 
A fix has already been implemented, and will be available in 11.0.2, which I can only assume is imminent. The issue is only a display issue within EDD, therefore it does not affect any of your EDSM data. If you can just ignore the display issue, EDD will function as normal. Then when 11.0.2 comes out, upgrade to get it fixed ! If you're impatient, download the sourcecode and compile it yourself (it will also clean up your data, removing any of the UnKnown jumps, which is nice).


I don't believe EDD is syncing the faulty data, as they do not show up on EDSM for me in my flight logs. I am going to assume EDSM is ignoring the faulty data.
Thank you guys for the fast answer.
Recrudesce, even if I was too much impatient, I would have to wait the release, because I have no skill to compile, coding, etc.. In fact, I'm only a final user. ;);)
But, wait for a fix is not a big deal to me. I know the hard work it takes to do all this stuff and I have just to thank everyone involved in this project.
 
Every since I updated to 11.0.1.0 on September 8th the star map color keeps defaulting to red. Just updated to 11.0.3.0 and it is the same thing.

I highlight line 1 then right click; then in the popup box left click star map color. In the popup box change the color to green and click okay. Go back and check it and the color is red again.

It seems to me there use to be an option under the settings tab to change this. If it is still there I can not find it anyplace.

It is annoying to have to go in everyday and select all entries for that day and change them to green. I definitely never had to do this prior to upgrading to 11.0.1.0 after I changed the map color to a new color.
 
Good evening all. First of all thanks for this piece of software it looks awesome. I'm originally an Xbox player and had EDSM running in a tab on my laptop using the console updater to keep things updated. I liked how EDSM would tell me that hey, scan this planet and you're going to get a million credits. Now I'm starting up a PC commander and have splurged on a HOTAS and VR. As I'll be in VR I can't easily see the EDSM tab that'll tell me of the juicy Water Worlds to scan as I'm travelling. Can ED Discovery tell me that information through the voice pack? If so, what do I need to do to configure it. I've been looking on the Wiki but can't seem to find an answer.
 
It seems from the new patch notes that there's now a new event SAASignalsFound that now marks the existance of geo/bio sites. Hope something gets implemented soon analog to the volcano icon so that we don't have to wait to see them ourselves in the FSS scan. That way we can scan everything fast then look at the results in EDDI and see them easily.
 
Back
Top Bottom