404 error when attempting to load Hipparcos data
See original GitHub issueWhen I do load.open(hipparcos.URL)
on a fresh install of skyfield, I’m getting this error:
OSError: cannot download http://cdsarc.u-strasbg.fr/ftp/cats/I/239/hip_main.dat.gz because HTTP Error 404: Not Found
Issue Analytics
- State:
- Created 3 years ago
- Comments:16 (10 by maintainers)
Top Results From Across the Web
Error 404: 4 Ways to Fix It - Hostinger
Error 404 is a response code, meaning the server could not locate the requested content. Check this article to learn 4 steps to...
Read more >How to Fix Error 404 Not Found on Your WordPress Site - Kinsta
The Error 404 Not Found status code indicates that the origin server did not find the target resource. Check out these common causes...
Read more >OBIEE 12c: Error 404 When Loading Java Data source
Symptoms. On: Oracle Business Intelligence Enterprise Edition (OBIEE). Trying to load Java Data sources results in Error 404 page not found.
Read more >NASA/ADS
A powerful, streamlined new Astrophysics Data System. ... Loading ADS | Click here to switch to Basic HTML (for slow connections/low resources).
Read more >Tools - Hipparcos - cosmos.esa.int
Catalogue Search Facility · Don't know the HIP number for your favorite star? · Star Mapper visualisation · Java Tools · Intermediate Astrometric...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I am resetting the title of this issue back to its original value “404 error when attempting to load Hipparcos data” since the original issue was the change in the database’s URL. Now that everyone can get to Hipparcos again, I am (a) not aware of any users blocked waiting for Skyfield to learn how to parse Vizier table downloads, and (b) I am not sure that we would want to make that a Skyfield-only feature. It might make more sense for Python to have a 3rd party library that knew how to read the Vizier headers and NumPy-parse the lines of data that followed — for example, imagine something like:
https://astroquery.readthedocs.io/en/latest/vizier/vizier.html
— but able to return a plain Pandas dataframe instead of requiring a full AstroPy install. Then all kinds of tools, Skyfield included, could benefit from Vizier data, without each having to internally implement the same parsing logic.
I will be happy to consider counter-arguments against either of those premises, but at the moment they seem strong enough to me that I’m going to close this issue for now, since the original issue is long resolved.
If anyone who hadn’t spoken up yet is indeed blocked on the lack of a general mechanism in Skyfield for Vizier table downloads, simply reply here with further information about which tables you need, and we can discuss whether the work is in scope for Skyfield contributors. Thanks!
As a rookie, I would not yet recognize the difference. However, also interesting to note, under the FTP tab at this url:
http://cdsarc.u-strasbg.fr/viz-bin/Cat?I/239
The listing there (which has only the .dat and not the .dat.gz) is actually dated, well, take a look…
hip_main.dat 25-Jun-1997 01:25 -r--r--r-- 51M - text - txt.gz - fits - fits.gz - html
Is that also not the updated one? (Rhetorical. Enjoy your week away from a keyboard!)