Distributed, Versioned, Image-oriented Dataservice
A backward-compatible release that can be used for previously created databases. A future 2.0 version DVID will have a metadata overhaul to remove unused legacy datatypes and simplify management.
Changes include:
neuronjson
datatype improvements.
neuronjson
datatype._user
and _time
fields that won't automatically change if field values aren't changed even if replacement requested.uint8blk
grayscale image volumes from neuroglancer precomputed data via gridstore interface.v1.0
)/split
operations via configuration/sparsevol
operations if requesting supervoxels./blocks
for annotation
datatypeSignificant changes:
neuronjson
datatype that is tailored for a small JSON doc (value) for each neuron ID (key). It is a replacement for neuron annotations that had previously been held within keyvalue
instances and uses in-memory store for the HEAD version and persists data to chosen backend.labelmap
datatype. Limit before was 256 versions, now expanded to uint32.labelmap
datatype, as well as keeping track of split or renumbered labels by inserting 0 into in-memory mapping.uuid:branch~X
for UUID./history
and improve documentation for itImproved tooling for repository handling and fixes.
Previous binary release tarballs (from v0.9.3 through v0.9.10) were built with DVID_LOW_MEMORY=1
, which forced badger databases to operate in a special low-memory mode. This is not desirable for production uses. Release builds published here on our github releases page had sub-optimal performance. Our build procedure has changed to avoid using DVID_LOW_MEMORY
in release builds.
/listlabels
to labelmap/indices-compressed
to labelmapNote: No Mac tarball yet.
POST /extents
to labelmap; fixes #344POST /extents
to labelmap