I'm having trouble accessing EDSC, and feels like there's some issue on my end rather than the database. I'm doing a POST to http://www.edstarcoordinator.com/api.asmx/GetSystems with {data: {ver:2}} as body, but always get a 500 Internal Error. According to the API documentation this should work, but doesn't. Any ideas?
Discussion What is the most efficient way to crowdsource the 3D system coordinates
- Thread starter wolverine2710
- Start date
Perhaps TGC can't return the whole data set at once. Try using RedWizzard's tgcsystems.json from here and get the rest of the data after the time in there (2014-11-25 17:25:11). That's what I plan to do for my own cache.
It works: http://jsfiddle.net/127synat/31/
I found some possibly misspelled system names in EDSC:
I guess trailing 'O' letters should be zeroes, perhaps the 'D' too. Is the format of Cephei Sector HW-W correct? I think the one with the "A" at the end might be OK, but I was somewhat surprised to see a suffix for a generated system name.
I'm going to set up my own EDSC mirror and would like to have two versions of it, the raw version (sorted by EDSC id) and a version processed with:
- fixed constellation star names (case change only)
- fixed catalog star names (catalog name with proper case, missing space added after name where appropriate)
- fixed generated star names
- names not matching any of the above having only lowercase letters converted to title case
- systems at the same position merged together (using lowest EDSC id)
Code:
BEI DOU Sector GM-V B2-O
CEPHEI SECTOR HW-W
Cephei Sector KR-W B1-D
Col 285 Sector GI-P B20-4 A
COL 285 SECTOR MK-P A35-OI guess trailing 'O' letters should be zeroes, perhaps the 'D' too. Is the format of Cephei Sector HW-W correct? I think the one with the "A" at the end might be OK, but I was somewhat surprised to see a suffix for a generated system name.
I'm going to set up my own EDSC mirror and would like to have two versions of it, the raw version (sorted by EDSC id) and a version processed with:
- fixed constellation star names (case change only)
- fixed catalog star names (catalog name with proper case, missing space added after name where appropriate)
- fixed generated star names
- names not matching any of the above having only lowercase letters converted to title case
- systems at the same position merged together (using lowest EDSC id)
Did you correctly set the content type? It expects "contentType: 'application/json; charset=utf-8'".
Of course it turns out that even that isn't correct:
Code:
14:58:45 0$ wget --post-data="{data: {ver:2}}" http://www.edstarcoordinator.com/api.asmx/GetSystems--2014-12-29 14:59:14-- http://www.edstarcoordinator.com/api.asmx/GetSystems
Resolving www.edstarcoordinator.com (www.edstarcoordinator.com)... 82.147.248.98
Connecting to www.edstarcoordinator.com (www.edstarcoordinator.com)|82.147.248.98|:80... connected.
HTTP request sent, awaiting response... 500 Internal Server Error
2014-12-29 14:59:15 ERROR 500: Internal Server Error.
14:59:15 0$ wget --header="ContentType: application/json; charset=utf-8" --post-data="{data: {ver:2}}" http://www.edstarcoordinator.com/api.asmx/GetSystems
--2014-12-29 14:59:27-- http://www.edstarcoordinator.com/api.asmx/GetSystems
Resolving www.edstarcoordinator.com (www.edstarcoordinator.com)... 82.147.248.98
Connecting to www.edstarcoordinator.com (www.edstarcoordinator.com)|82.147.248.98|:80... connected.
HTTP request sent, awaiting response... 500 Internal Server Error
2014-12-29 14:59:28 ERROR 500: Internal Server Error.
14:59:28 0$ wget --server-response --header="Content-Type: application/json; charset=utf-8" --post-data="{data: {ver:2}}" http://www.edstarcoordinator.com/api.asmx/GetSystems
--2014-12-29 14:59:35-- http://www.edstarcoordinator.com/api.asmx/GetSystems
Resolving www.edstarcoordinator.com (www.edstarcoordinator.com)... 82.147.248.98
Connecting to www.edstarcoordinator.com (www.edstarcoordinator.com)|82.147.248.98|:80... connected.
HTTP request sent, awaiting response...
HTTP/1.1 200 OK
...
Code:
Content-Type: application/json; charset=utf-8
Last edited:
Thanks! By debugging the HTTP requests from this page, and seeing what headers are set, I managed to get it working.
- - - - - Additional Content Posted / Auto Merge - - - - -
Yeah, so that was what I got wrong. Or rather, by following the instructions, it doesn't work. What you note above works.
A few things that got reported to me in the last day or so.
Firstly, if anyone is keeping track of systems that require a permit then LHS2921 requires "LHS 2921 System Permit".
Then two typoed system names in EDSC:
I checked both of those on the in-game map.
Firstly, if anyone is keeping track of systems that require a permit then LHS2921 requires "LHS 2921 System Permit".
Then two typoed system names in EDSC:
- 'ICV HR-V b2-0' should be 'ICZ HR-V b2-0'
- 'Cruscic Sector EL-Y C19' should be 'Crucis Sector EL-Y C19'
I checked both of those on the in-game map.
OCR the nav panel (in game its "target" panel!) is a bad idea. First the distance is often off by 0.01 compared to galaxy map. Second distances over 10LY is rounded to 1 decimal point.
The distance gathering could be automated tough.
1. Open target panel
2. focus first system
3. Have some sort of autohotkey-type-script do the following:
a) target system
b) open galaxy map
c) screenshot
d) back key
e) down key
f) repeat a->e x times. This could probably be combined with the next step for intelligent end of list
4. Autocalibrate and OCR the system name and distance in each screenshot. The current galaxy map target "box" should be pretty well suited for both autodetection and calibration. As an extra bonus the left info panel could be parsed too.
That one is incorrect. I think I mentioned it to TornSoul a while back, but I haven't seen anything from him for a few weeks so I suspect he's on holiday.
- - - - - Additional Content Posted / Auto Merge - - - - -
That one was my fault.
- - - - - Additional Content Posted / Auto Merge - - - - -
I think TGC is ready for prime time in terms of gathering distance and coordinate data. I believe the other static data is planned but not yet implemented.
As Snuble said, we're not going to be able to use the nav panel. Distances will have to come from the galaxy map unfortunately.
That feels like the wrong question to be asking. *Someone* will decide to enter data for stars a long way from inhabited systems. The useful set for any given player will vary a lot depending on where the play. Really, just get one full dump and then use the latest updatedate in the data for a date filter for the next pull, repeat. Yes, you're expected to pull and store data locally rather than always query EDSC on each use.
If you really want to make sure to pull all systems via a cubecoord filter then you'll want something like [-70000,70000],[-5000,5000],[-40000,100000]. Basically the galaxy is about 140k LY diameter, with the zero point being Sol, which is ~30k LY from the centre along the Z axis, and count at least 2000 LY up/down to get all of the reachable halo, but eh, call it 5k LY to be sure.
Yes, you get everything with the last update date, nvm. But i will save the numbers somewhere...
Wait, the numbers seem wrong. Actually, Sol isn't directly on the axis of the galaxy (which is z?), but somewhere outside with +/-x and +/-y.
Just look at it in-game. Sol is, by definition (of the co-ordinate system, which is almost the same as an official one, just FD swapped the Y and Z axes and inverted what is their Z) at 0:0:0 . Yes, this doesn't necessarily mean that the axes run through the mass-average centres.
If you want to get everything then you should omit that filter entirely. Just make sure date and cr are suitably set.
is edstarcoordinator even still alive? i haven't gotten any system updates since before the 20th december..
I don't think you can rely on anything in the internet. I will quit too on any circumstance. We can use it as long as it's online. When it goes offline, well, then it goes offline.
It should be. The thing is that CR number. When I go trough a part of space recording new systems as I visit them, I submit to EDSC. However, that will only give that system a CR of 1. To get to 5, 4 other commanders would have to post distances too.
I have not tested this trough and trough, but maybe it will get a higher CR when I submit 40 distances at once? Its just recently that I got a Lakon equipped for exploration, mot of the time so far since Gamma have been a couple of hours trade grind every day.
Probably you've left the cr filter on the default of 5 so you're only getting the systems that were loaded from FD's spreadsheet.
- - - - - Additional Content Posted / Auto Merge - - - - -
I'm not sure. It'd be worth testing. I'm also wondering if resubmitting the same distances would increase the cr.
actually that with the cr filter was the issue, thanks.