Thanks,@Iron Body There were all red-herrings. Systems can be recorded as No trace.
Is there anything else needed or shall I stand down?
You can have a go at completing slice 17 if you want.
Thanks,@Iron Body There were all red-herrings. Systems can be recorded as No trace.
Is there anything else needed or shall I stand down?
A new spreadsheet .... here.
So, following up on the work done by Cmdr OrangeOrange, I have examined the original HIP catalogues and found that the parallax values in the OP sheet were taken from an old catalogue.
I have now pasted the corrected parallax values into a copy of the original ss, and this has made a huge difference.
This new spreadsheet has finally got all the estimated coordinates from the catalogue data, which, by and large, match the ED coordinates to within a few percentage points.
Because the parallax is still only to 2dp, there is a larger discepancy in the stars furthest away from Sol, but they are still usable numbers.
I have added a couple of new columns :
1) showing the slice numbers where these were used. These only appear beyond about row 90,000
2) An offset value showing by how many LYs the known ED coordinates differ from those calculated from the catalogue data.
Now that we have good estimates of the positions of alll HIP stars I am thinking of using this data to calculate optimum routes to the outstanding HIP stars. Watch this space.
Also interesting is the correlation between very small parallax values and "not found" or unreachable stars. It can be seen that when FD imported the HIP catalogue many stars did not fit into the defined size limits of the galaxy. So it is now not too difficult to predict which stars are either not found or unreachable.
Roger that; filter shows only 137 not in EDSM but I'll visit 'em all anyway...Thanks,
You can have a go at completing slice 17 if you want.
Roger that; filter shows only 137 not in EDSM but I'll visit 'em all anyway...
Just going to blow another 500m credits refulling the FC and I'll be off...
@Jackie Silver
Slice currently allocated to you - let me know if you'd prefer to complete yourself?
Thanks Cmdr; I'll visit all reachable inSlice 17 so that should populate EDSM with full dataJust for reference here, I am currently working through an issue with EDSM stars with Orvidius, there are a large number of systems in EDSM database that don't actually have any data recorded for them. Orvidius has kindly produced a list that has some millions of entries, maybe 20m plus in fact, so even though the star may be in EDSM database, there may still be no recorded information about them.
ED Astrometrics: Maps and Visualizations
Ahem, soon the galaxy will resemble the walls of a public toilet. And we will have to assemble an expedition to erase (clean, brush ...) individual "works of art".☹️ what a great idea... a community goal to paint a huge c*ck & balls across the galaxy... 🤔😏forums.frontier.co.uk
It's looks like the HD entries alone comes to just over 3,000 stars with no recorded main star and probably zero data!
For instance this one;
![]()
EDSM - Elite Dangerous Star Map
The Galactic Positioning System of Elite: Dangerous at your service.www.edsm.net
Got a first visit but no bodies or stars. That probably applies to many HIP stars also.
Just for reference here, I am currently working through an issue with EDSM stars with Orvidius, there are a large number of systems in EDSM database that don't actually have any data recorded for them. Orvidius has kindly produced a list that has some millions of entries, maybe 20m plus in fact, so even though the star may be in EDSM database, there may still be no recorded information about them.
ED Astrometrics: Maps and Visualizations
Ahem, soon the galaxy will resemble the walls of a public toilet. And we will have to assemble an expedition to erase (clean, brush ...) individual "works of art".☹️ what a great idea... a community goal to paint a huge c*ck & balls across the galaxy... 🤔😏forums.frontier.co.uk
It's looks like the HD entries alone comes to just over 3,000 stars with no recorded main star and probably zero data!
For instance this one;
![]()
EDSM - Elite Dangerous Star Map
The Galactic Positioning System of Elite: Dangerous at your service.www.edsm.net
Got a first visit but no bodies or stars. That probably applies to many HIP stars also.
Just came across this data in the latest Spansh db, consective rows with zero bodies :As you may remember, I mostly use the Spansh db for the merge, because the Spansh holds quite a few more records than EDSM.
Though I just discovered that there may be duplicates in there (not yet proved).
However , there are many records with zero body counts, ie no star data or bodies/ Just star names and coordinates.
And these are still being added currently. It is not an issue of past records or just using the ADS.
eg "Phaa Chroa AA-A h12","coords":{"x":6051.8125,"y":249.59375,"z":33522.28125},"date":"2021-07-31 18:38:36+00","bodies":[]
I would also be interested to know how this happens.
Most of them are now far across the galaxy.
Perhaps Fleet Carriers jumping through systems without scanning ?
I would also be interested to know how this happens.
Most of them are now far across the galaxy.
Perhaps Fleet Carriers jumping through systems without scanning ?
Huh, still being added with no bodies? The only thing I can think of is if commanders are jumping in at a point far enough from the star that the auto-scan doesn't happen (but does that actually happen?), not even bothering to do a honk, and then moving on. I suppose this could also happen if they came in on a carrier, and the carrier appeared too far from the star for the passive/auto scan to tag the star. That's actually more likely than them jumping in with their own ship. I've seen the carrier occasionally jump in several hundred light seconds away from the actual entry point. That's all I can really think of for new cases of this.
I've never seen a hyperjump land me more than single-digit ls from the main star, so short of manually turning off sensors I don't know how you'd avoid scanning the star. I wonder if there are any niche EDDN clients that send jump reports but not scan data?Huh, still being added with no bodies? The only thing I can think of is if commanders are jumping in at a point far enough from the star that the auto-scan doesn't happen (but does that actually happen?), not even bothering to do a honk, and then moving on. I suppose this could also happen if they came in on a carrier, and the carrier appeared too far from the star for the passive/auto scan to tag the star. That's actually more likely than them jumping in with their own ship. I've seen the carrier occasionally jump in several hundred light seconds away from the actual entry point. That's all I can really think of for new cases of this.
The systems reference by Iron Body as being found by Arcminute do actually have body data in EDSM so there's something strange going on with that search I think here is the star for one of them registered to Arcminute;
![]()
EDSM - Elite Dangerous Star Map
The Galactic Positioning System of Elite: Dangerous at your service.www.edsm.net
I suspect it's because there are ONLY stars in those systems and the search is falling over there!
Huh, still being added with no bodies? The only thing I can think of is if commanders are jumping in at a point far enough from the star that the auto-scan doesn't happen (but does that actually happen?), not even bothering to do a honk, and then moving on. I suppose this could also happen if they came in on a carrier, and the carrier appeared too far from the star for the passive/auto scan to tag the star. That's actually more likely than them jumping in with their own ship. I've seen the carrier occasionally jump in several hundred light seconds away from the actual entry point. That's all I can really think of for new cases of this.
I have on several occasions carrier jumped into a system got out to scan and when activating the scan it has had 0% detected before honking, so no main star auto-detected by either carrier or ship.Huh, still being added with no bodies? The only thing I can think of is if commanders are jumping in at a point far enough from the star that the auto-scan doesn't happen (but does that actually happen?),
I wonder if there are any niche EDDN clients that send jump reports but not scan data?
Don't forget that the list of referenced stars came from a Spansh update file, not edsm.
That might be possible. If the commander wanted to save scan data for later, after selling their in-game data. But you would think they'd hold back everything, and not have the jump reports passed to EDDN either. Hmm. I wonder if any of the commonly used clients will do that.