Feature requests for tarsupervoxels

stuarteberg commented 6 years ago

[x] As discussed, it would be great if files in the returned tarballs have a meaningful timestamp of some sort, if possible.
[x] It would be nice if the .../tarfile option supported the HEAD method, or some other means of querying for the existence of a body (or subset) within the instance.
[x] Some endpoint (e.g. .../exists) to ask "which of the following supervoxel files already exist?"
[ ] Someday: An equivalent to the /keys endpoint, which returns the complete list of all supervoxel files that exist in the filestore. This is tricky because it will be over ~200M items. Without some sort of pagination, it would be a ~2GB response.

DocSavage commented 6 years ago

Timestamps are already meaningful. If the backing store can give meaningful timestamps, it will do so and the tar file will have that timestamp.

stuarteberg commented 5 years ago

I edited the list above and put it in priority order.

DocSavage commented 5 years ago

@stuarteberg For the /keys endpoint, I'll stream out N keys where N is some large limit. You can then do GET /keys?start=lastkeygiven where lastkeygiven is the very last key returned, and it will do another batch. If the data returned is not complete, it will return a 206 HTTP status code (partial content) so you know further queries are required.

janelia-flyem / dvid

Feature requests for tarsupervoxels #274