Create new pds-deep-archive program and improve performance

[nutjob4life]

• Resolve #21 with a new driver program aipsip that generates both the AIP and uses it to make the SIP as well, leaving all in the current working directory (along with two—count 'em, two—PDS labels for the price of one!).
  • Updates the Python setuptools metadata to generate the new aipsip (helps with #21).
  • Refactors logging and command-line argument setup (also for #21).
• Unifies logging between aipgen and sipgen with the new aipsip so that there are --debug and --quiet options; without either you get a nominal amount of "hand-holding" of output.
• Resolve #13 so that instead of billions of redundant XML parsing and XPath lookups we use a local sqlite3 database and LRU caching.
  • Factor out XML parsing from aipgen and sipgen so we can apply caching.
  • Clear up logging messages so we can know what's calling what.
  • Create a temp DB in sipgen and populate it with mappings from lidvids to XML files for rapid lookups
    • But see also #25 for other uses of that DB.
• Add standardized --version arguments for all three programs.

With these changes, running sipgen on my Mac¹ can process a 272GiB insight_cameras export in 1:03. On pdsimg-int1, it handles the 1.5TiBinsight_cameras dataset in under 4 hours.

Footnotes:

• ¹2.4 GHz 8-core Intel Core i9, SSD
• ²2.3 GHz 8-core Intel Xeon Gold 6140, unknown drive

[nutjob4life]

Again, you can ignore the Packaging step of the check failing; it's because it ran earlier today, the file is date-stamped, and the test PyPI doesn't allow duplicate files to be uploaded.

[jordanpadams]

@nutjob4life could we change this to datetime? or too much of a pain?