its focused on reading and consuming OCFL objects;
he's aiming to create a way to provide access to an OCFL storage root; perhaps a web service that allows you to browse through the storage root.
indexing of the storage root. interested in hearing how others are tackling this issue of indexing. perhaps this is an extension?
this could help cut down on the costs for hitting the an S3 object store.
rocfl and ocfljava don't do any indexing, fedora has its own indexing of the storage root, but this is much more granular (getting at individual files)
storage root level extension, generic fast indexing that gets updated every time a new object gets crud-ed. the extension itself would describe the index schema for the sqlite file.
this could be a quick way to recover after a failure to see if things are there.
MORE TO COME! reach out to Seth if you have ideas. also especially if you have a big storage root so Seth can test the limits of the tool.
Next community meeting: Wednesday August 11th 8pm EDT / 5pm PDT | Thursday August 12th 10am AEST / 1am GMT (Convert to your time zone)