You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I would like to use Skyfield in a code inside a Docker container. As a good security practice, it's better to limit resources that an app/container can access - and this includes Internet access (unless the code absolutely HAS to access the Internet).
Other situations I've seen here (a fully offline RPi etc) will also benefit from this capability. Plus it will help in case of outages of original data sources (for example, NAIF at JPL is unavailable at the moment of writing this).
What I would like to have:
a backup, fallback dataset that would be used if there's no internet connectivity. Probably shipped with Skyfield in a bundle, as a separate pip package, i.e. skyfield-offline. Same lib names, just a larger package for those who prefer it - similarly to how we have netinstall and quasi-'full' ISO for many Linux distros.
OR a comprehensive list of URLs that could be downloaded and preliminarily placed in data dir, and will cover 99% of use cases (except the ones that require fast-expiring data).
an offline mode for loader where it will not even try to reach the internet, and use existing data or fail immediately
As a further suggestion for my original request: maybe add this functionality to https://rhodesmill.org/skyfield/api-iokit.html#skyfield.iokit.Loader ? i.e. a list_urls method that will output an array of all URLs collected automatically on every call of any load/download method. Maybe URL list collection should be triggered only with additional flag, i.e. Loader(collect_urls=True).
I would like to use Skyfield in a code inside a Docker container. As a good security practice, it's better to limit resources that an app/container can access - and this includes Internet access (unless the code absolutely HAS to access the Internet).
Other situations I've seen here (a fully offline RPi etc) will also benefit from this capability. Plus it will help in case of outages of original data sources (for example, NAIF at JPL is unavailable at the moment of writing this).
What I would like to have:
skyfield-offline
. Same lib names, just a larger package for those who prefer it - similarly to how we have netinstall and quasi-'full' ISO for many Linux distros.data
dir, and will cover 99% of use cases (except the ones that require fast-expiring data).offline
mode for loader where it will not even try to reach the internet, and use existing data or fail immediatelyLinking #89
The text was updated successfully, but these errors were encountered: