Hi I wanted to add a double overlapping Tritium hotspot system to your interactive map. The system is EOR AEWSY XN-W B1-0 and body #3 has an icy ring with a double overlapping tritium hotspot.
ED Astrometrics: Maps and Visualizations
- Thread starter Orvidius
- Start date
The tritium POIs are all pulled from the Tritium Pathway Network, and will need to be submitted there.
Sorry, I must apologize. I wrote a quick answer, but it would be useful to elaborate here.
It used to be that I pulled 100% of my data from EDSM, and so I would always have the IDs. But that's not completely the case anymore. Since about May, I've been getting the bulk of the data through EDDN in real time. I still pull the EDSM dumps to fill in anything I might have missed, and to add those IDs. But there are a few reasons why I might not have those keys. First, processing the EDSM dumps means that some of that may be a few days behind, in which case I don't have the IDs yet.
Additionally, anything that was sent over EDDN during EDSM's server migration in the middle of January might not be in EDSM at all. During that time I also pulled some data from Spansh and EDDB to see if they had anything I didn't, and there was some. I think some of that included bodies that weren't in EDSM for some reason. When I looked at a few cases, they happened to come in during EDSM's downtime. Others are older but probably came over through my Spansh and EDDB pulls.
And finally, EDSM now also purges some of its older data that is associated with commanders who haven't logged into the website for a long time, and no one else has visited those systems. In that latter case I'd probably still have the IDs, but EDSM would then report that the body doesn't exist. However if those bodies came from Spansh or EDDB, I won't have the IDs, and can't make the link in the first place.
EDIT: Something I'm considering doing is using the EDSM API to query these systems. I might be able to retrieve the IDs and fill them in.
Last edited:
I've made a first pass at this. I'm still improving the process, but I have it trying to look these up now. It's filled in a lot of the links already.
Fantastic. Thank you for your response and your dedication to not just the generation but also the updating of these tools for the Elite community.
I'm doing lots of exploring and recording my findings on a github text file. Feel free to check them out and use them in case you needed guinea pigs to test out changes to your tools. Check out the repository here: https://github.com/elev8rmusic/Cubes
I'm doing lots of exploring and recording my findings on a github text file. Feel free to check them out and use them in case you needed guinea pigs to test out changes to your tools. Check out the repository here: https://github.com/elev8rmusic/Cubes
I'm not very familiar with how EDSM assign a star type - it is more complex then what game provides in built-in filter (which I'm aiming to match to make things simple). I hope that I can just take latter in most cases... (as i did below).
So, grouping by more high level star types, that's what i get (only showing star types with at least 1000 ELWs, ordering by ELWs per System ratio):
And a minor graph with total number of ELWs (same ordering):
But there's 1 thing that is not OK: in my data the ratio of ELWs per system is much lower than what we see here: https://edastro.com/mapcharts/systemstarplanets.png
Probably, it's becase number of systems for each star type in DB stats file ( https://edastro.com/mapcharts/files/database-stats.csv ) is not the number of systems wherestar is primary, but rather a total number of stars recorded. I began work on processing star dumps for extendeding research to other planet types but (lol, i already filtered primary stars from them... could just take number of rows) its WIP and might require some fancy processing of star type naming.
So, grouping by more high level star types, that's what i get (only showing star types with at least 1000 ELWs, ordering by ELWs per System ratio):
And a minor graph with total number of ELWs (same ordering):
But there's 1 thing that is not OK: in my data the ratio of ELWs per system is much lower than what we see here: https://edastro.com/mapcharts/systemstarplanets.png
Probably, it's becase number of systems for each star type in DB stats file ( https://edastro.com/mapcharts/files/database-stats.csv ) is not the number of systems wherestar is primary, but rather a total number of stars recorded. I began work on processing star dumps for extendeding research to other planet types but (lol, i already filtered primary stars from them... could just take number of rows) its WIP and might require some fancy processing of star type naming.
OK, several little things-- I've added ring data to the galactic records. Corrected some issues with how it was pulling EDSM ID Keys, categorization of rings vs belts, and filtering out some bad zeroes, among lots of other little internal improvements.
Also, the ship template list now includes variants for ships with size-5 FSDs, for the "double engineered" FSDs from the CGs.
Also, the ship template list now includes variants for ships with size-5 FSDs, for the "double engineered" FSDs from the CGs.
There's something I don't understand.
edastro.com
If you look at earth like worlds.
The highest one overall proc gen is not the highest one in 'as planet' or 'as moon'.
If I had to guess I'd say you check for 'as planet' if it follows 'has letter + number' although planets in solo star systems never have letters.
If that's the case this thing would mostly apply to all of your spreadsheets, but maybe I'm just wrong once again.
Elite:Dangerous Astrometrics
edastro.com
If you look at earth like worlds.
The highest one overall proc gen is not the highest one in 'as planet' or 'as moon'.
If I had to guess I'd say you check for 'as planet' if it follows 'has letter + number' although planets in solo star systems never have letters.
If that's the case this thing would mostly apply to all of your spreadsheets, but maybe I'm just wrong once again.