Migrate supportData to on-demand fetching with Pooch

[ReeceHumphreys]

• Tickets addressed: N/A
• Review: By commit
• Merge strategy: Merge (no squash)

Description

In an effort to reduce the size of basilisks wheels and shift to a more sustainable long term architecture it is desirable to not ship support data files inside the wheels. As such, we need a mechanism to fetch and cache files on demand as they are requested.

If you clone the repo most of the data is still provided directly. As before, some data such as JPL Spice data was downloaded during the build. With this branch such Spice data will now also be downloaded on demand.

To accomplish this, the way data files are loaded and used in bsk has changed drastically and now leverages Pooch to handle fetching the files. This is a library that has been battle tested by many other popular Python scientific libraries for similar reasons.

As such, this PR does the following:

• Removes supportData files from sdist and wheels
• Adds a Pooch-based fetcher for all supportData categories
• Introduces a generated registry with MD5 hashes for versioned files
• Implements fallbacks for external (non-versioned) NAIF (JPL Spice) kernels
• Updates Denton GEO model and related modules to use the new fetch API
• Adds local-repo detection so editable installs use on-disk supportData
• Updates documentation to explain the new fetch/caching workflow
• Regenerates supportData registry and updates data enums accordingly
• update bskLargeData command to prefetch all dynamic data components

Verification

CI/CD and local testing of newly built wheels verify that they do not contain the supportData files and can fetch the files using the new API.

Documentation

• bskLargeData docs minorly updated.
• New documentation page explaining how support data is now handled
• updated release notes

Future work

N/A

[schaubh]

Local data in basilisk/supportData is ignored in a cloned repo and required data is downloaded anyway.

[ReeceHumphreys]

Updated as requested, there are two new more substantial commits 5ff0a8b and e82b6c1:

• 5ff0a8b is similar to what we did for the Denton model where now you specify the configuration file in python.

• e82b6c1 is similar in idea but loads all of the expected kernel files automatically when initializing a SpiceInterface object in python. This is again similar to the idea of what is required for Denton. However, since there are quite a few files for the SpiceInterface object to be loaded and they are always expected to be there, we can just auto load them for the users!

[schaubh]

Just some minor items including:

• WMM model needs updated TeX documentation on how to set path
• restore the ISC license info in a *.I file. Please don't remove these!