Proof of concept interactive starchart

Hello again,

I'd like to inform you that you might have some kind of Typo in the map.
You announce as system near cd-35 9019 as IM-W C1-26 but in the navigation pane of my T6 its named EW-W C1-26.
So the conclusion is one of you is to be wrong. ;)

In doubt I hold you responsible for the error in the first place and would like to ask you to fix it. If it isn't your fault
just let me know to ticket it.

Thanks and Regards,
Miklos
 
Hello again,

I'd like to inform you that you might have some kind of Typo in the map.
You announce as system near cd-35 9019 as IM-W C1-26 but in the navigation pane of my T6 its named EW-W C1-26.
So the conclusion is one of you is to be wrong. ;)

In doubt I hold you responsible for the error in the first place and would like to ask you to fix it. If it isn't your fault
just let me know to ticket it.

Thanks and Regards,
Miklos

This is one of the rare double named systems, I think it is an FD bug. I have entered a ticket. Actually this system is called both:
Hydrae Sector IM-W c1-26
and
Crucis Sector EW-W c1-26

it is very confusing!
 
Hello All!
starchart is a great-looking tool, thanx!
Besides, I have a question - while trying to fill-up some system/station descriptions I've encountered numerous updates from someone called "Syncopation [EDDB+TradeDangerous+Maddavo]"
Looks like a good try to synchronize different db's available right now, surely using some kind of script, but is it really a good idea to populate _repeatedly_ starchart with erroneous system-description data? "Adelman Port" and "Kawanishi Station" are not present in Eta-2 Hydri. Worst, this script corrupts(heh, "corrects") existing data, like resetting all station distances and station types for one chosen (see "Karsuki Ti").
 
Hello All!
starchart is a great-looking tool, thanx!
Besides, I have a question - while trying to fill-up some system/station descriptions I've encountered numerous updates from someone called "Syncopation [EDDB+TradeDangerous+Maddavo]"
Looks like a good try to synchronize different db's available right now, surely using some kind of script, but is it really a good idea to populate _repeatedly_ starchart with erroneous system-description data? "Adelman Port" and "Kawanishi Station" are not present in Eta-2 Hydri. Worst, this script corrupts(heh, "corrects") existing data, like resetting all station distances and station types for one chosen (see "Karsuki Ti").

Unfortunately FD have completely confused everything by renaming over 100 systems' stations. I expect that is some of what is going on here. It is helpful if you point-out these errors so I can improve the script. If there is a value in Starchart it should be preserved unless it conflicts with multiple other sources. The more details you can give the better. I have a big list of mismatches but it takes a lot of time to go through them all.
 
Unfortunately FD have completely confused everything by renaming over 100 systems' stations. I expect that is some of what is going on here. It is helpful if you point-out these errors so I can improve the script. If there is a value in Starchart it should be preserved unless it conflicts with multiple other sources. The more details you can give the better. I have a big list of mismatches but it takes a lot of time to go through them all.
I don't see any good approach either. Two systems I've mentioned already.
The only evident way I see is to manually control/edit data, and I don't see any programmatic way to distinguish any up-to-date user-approved data from obsolete, committed or erroneous. Question of confidence and, may be, some additional fields in db (ohh..), like manual/script data source flag (oh, game/map version?... no-no-no). While being also fan of scripting, in this particular case I see the best solution to limit script rights to adding omitted/not present data and restrict the possibility to correct already present data. So this will not work with Eta-2 Hydri, but can help with Karsuki Ti.
Anyway thankx for the efforts!

CMDR DJA
 
I don't see any good approach either. Two systems I've mentioned already.
The only evident way I see is to manually control/edit data, and I don't see any programmatic way to distinguish any up-to-date user-approved data from obsolete, committed or erroneous. Question of confidence and, may be, some additional fields in db (ohh..), like manual/script data source flag (oh, game/map version?... no-no-no). While being also fan of scripting, in this particular case I see the best solution to limit script rights to adding omitted/not present data and restrict the possibility to correct already present data. So this will not work with Eta-2 Hydri, but can help with Karsuki Ti.
Anyway thankx for the efforts!

CMDR DJA

I have had a look and can see no evidence that Karsuki Ti has had multiple overwrites, just a single update from EDDB which has incorrect distances (now corrected). I have an exclusion list in the script that I am slowly updating with issues like Eta-2 Hydri. If you see any more, let me know. Cheers!
 
I have had a look and can see no evidence that Karsuki Ti has had multiple overwrites, just a single update from EDDB which has incorrect distances (now corrected). I have an exclusion list in the script that I am slowly updating with issues like Eta-2 Hydri. If you see any more, let me know. Cheers!
By some good coincidence i was in Karsuki Ti at the moment of writing this post. All corrections is up-to-date for now on starchart (there were also problems with starport types).
 

Snakebite

Banned
Here is a web app that displays nearby systems.

https://dl.dropboxusercontent.com/u/276965/edstarchart.png

With route calculation in place, this part is not relevant anymore:
It is still in an early stage, and is quite useless for anything else other than virtual stargazing, but shows that even a 3D map can be displayed in 2D reasonably well. Currently it displays at most 60 stars within a 25 Ly radius. (Seems to work with Mozilla and Chrome) If there are many systems nearby, only the 60 closer ones are shown, to avoid overlap. For example around i Boötis only the stars within a 20.5 Ly radius are shown.

The maps are created using the X and Y coordinates of the stars. Then a simulation is performed, with all visible stars acting like having an electric charge, and pushing each other around until all names are visible.

Special thanks to forum members kfsone, Smacker, Codec and Chromatic for their work and inspiration for my project.

Nice idea, are you using the old FFE system data ?
 
Greetings, is this still in development? If so, I would have a suggestion or two.
1. When I put lots of systems in the nav list, the list goes out of screen and can't see all the jumps etc. Maybe change it so that the jumps are in a separate window that can be scrolled. all the 3 elements would be better if they were each in their separate scrollable (floating) window.
2. Have the app optimise a route automagically with minimal jumps from several systems. This would be handy in planning a route to collect all the bounties from dozens of systems on one go.
 
Re-Arm, Refuel and Repair is missing because of the following reasons:

1. These facilities seem to be always available, I have yet to see a station that does not allow it, even if said facility is not listed on the system map.
It is not clear how these are used, or how these would be useful for external tools.
2. Other data sources I'm aware of don't use or list these either.
3. Reduce clutter (TBH these were in for a short time, until we've realized points 1 and 2).

Distance has always been there in the data from the very beginning, either you remember incorrectly or the field was accidentally omitted from the output earlier.

Btw, sometimes I just make screenshot(s) of the LHS panel and enter the distance later. Or check the distance after docking. That is unusual, and I do it only if there is no distance data yet, because both for trading and route planning it might be useful to have one roughly correct distance than none, even if it is not precise.

I can tell you I have run across systems with only outposts where one had Repair/Refuel and the other had Repair/Re-Arm and had to fly back and forth between the two in order to full stock up. And that's well inside the bubble that I found this system (Was undermining when I found it). That system is MIRDI by the way, I'm sure there are others out there like that.
 
I can tell you I have run across systems with only outposts where one had Repair/Refuel and the other had Repair/Re-Arm and had to fly back and forth between the two in order to full stock up. And that's well inside the bubble that I found this system (Was undermining when I found it). That system is MIRDI by the way, I'm sure there are others out there like that.

I even met more than one Coriolis station missing a Repair option. Even if they had a shipyard.
I support the request to add those flags.

BTW (is the project still maintained or has focus changed?)
I loved it and still refer to it when planning trade trips.
Would love to have it (or similar) for exploration too. But data seems to be lagging when going
out of the bubble. The stellar data seems not to be maintained in any of those supporting database.

Regards,
Miklos
 

wolverine2710

Tutorial & Guide Writer
In the past your excellent tool, thread has been added to EDCodex. Before EDCodex was released on the 17th of August you have received in the period 5th - 10th of August a PM with an invitation and a special link. After registering and logging in you would automatically become owner of your entry. According to the admin tool(s) you haven't used the special link (yet). Perhaps you have missed the PM or have been (temporarily) away from ED. Its also possible you choose not to claim your entry. Note: Its also possible to assign another commander editing rights for your entry. In either case please send us a PM. You can find your EDCodex entry here.

Alternative way to get ownership
The special link will cease to function in the (near) future, for security reasons. Should you after that point want to become owner of your entry you can use the "Claim ownership" button. In that case please send biobob or myself a PM with the email addressed you used for registration - for verification. You can also use this procedure if you no longer have the PM.

What is EDCodex:
Its a website with a database of currently approx 215+ tools,threads,websites,videos for ED. Any one can and is encouraged to add entries there. EDCodex is and should be community-driven. EDCodex companion thread. Its equally suited for PC's, tablets and smartphones and has RSS feeds.

With kind regards,
Biobob
Wolverine2710
 
Last edited:
I love this map, I use it all the time. On Xbox the in game map is very poor. Are there any instructions on how to set the colours (I'm English) table, for example can I change "dot" to anything else. Most importantly I would like to use it for powerplay, is there any way to show a system faction control, exploit, etc? Thanks
 
@Wolverine: thank you for EDCodex, I claimed my tool. Sorry for the late reply, I haven't played ED for a few months.

@Steve Bondy: thank you! I find the in-game map good enough, but I play on the PC. I don't use the site much anymore. I must point out that the hard work to update the site with stellar data is done by Smacker, not me.
 
Still using StarChart.Club, and it's 2016! (or 3302!)

Hello!

I've been referring to the Starchart.Club site since I first found out about it -- I'm very visual, so I actually "enjoy" using it as a tool.

So.... THANK YOU, BiteketKergetek, for Creating it;
.. and THANK YOU, Smacker, for your continued work (if indeed you are still continuing, seeing as it's been almost a year since your last post)!

I'm still VERY new to ED, so I've not gone anywhere significantly different where the data needs improving...

However, one CMDR Draven Darken, in creating a serial video fiction (whose character's journey I'm "following" on StarChart.Club) ::
https://www.youtube.com/watch?v=o5EqAycvMCc&t=13m10s
.. at this particular time point, turns his ship to jump toward system "Alrai Sector IM-V b2-7".

Starchart Club seems to have b2-6, and others in the XX-V bN-P localised set, but b2-7 is decidedly missing; or.. i'm just not finding it right..?
I read the earlier (somewhere) comment about it not being true-accurate, as it "nudges" stars around to provide legibility, and/or limit how many stars it shows, depending on how busy the viewscreen is... I don't think that's the issue, but have yet to explore this solution "exhaustively"..

Hoping this info/report is still useful to someone, to leave such information in this thread, even if it's not too active presently.

Cheers, Commanders... o7
 
Last edited:
This is one of the rare double named systems, I think it is an FD bug. I have entered a ticket. Actually this system is called both:
Hydrae Sector IM-W c1-26
and
Crucis Sector EW-W c1-26

it is very confusing!
I'd like, at this point, to suggest you might copy this particular info along to JACKIE SILVER to see what she might make of it....

In light of her work in "decoding" the system naming down to how cubic quadrants of space are "broken down" into equal parts depending on how populated (with stars / stellar bodies) they are, and masses etc etc, she may have a differently-informed viewpoint on the above..

That is to say... I wonder if, in fact, BOTH systems actually DO exist, and the "c1-26" is incidentally identical, and perhaps they actually exist "close to each other" in real(!)space [Elite gamespace]..?

Just a couple thoughts, there... ;)

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

I forgot to mention in my last post that of course anyone is very welcome to assist me with this project.

Frankly, most of my time is spent with the HTML/CSS of it: I wasted much more time adding a #%&^*% checkbox for the "save fuel" option than doing the server-side code. I could not figure out the CSS part at the end, so I added a dropdown list instead. I would not be surprised if most of the javascript code and therefore the HTML and CSS had to be refactored or rewritten.

If it's easier to do more in javascript, then the same data (coordinates for the graphic, routes etc) could be supplied via json, with minimal changes on the server code.

Just wanted to add real quick... since I've been enjoying using this tool, I WILL indeed be contributing the info off my own travels (once I get out of this Sidey - ha!) to correcting any info I find "off"... just to contribute my two bits as I go along.

Thanks again. :)
 
Back
Top Bottom