NeuTu
  • About NeuTu
  • Overview
  • Get Started
    • Eager to try something COOL?
  • Main Windows
    • Home Window
    • Main Proofreading Window
      • Menu bars and drop-down
    • 3D Windows
  • Visualization
    • 2D Visualization
      • grayscale and segmentation
        • Change Body Color Arbitrarily
      • Synapses
      • Copy Information
    • 3D Visualization
      • Synapses
    • Orthogonal View
  • Body Proofreading
    • Body Lock
    • Correcting False Splits
    • Correcting False Merges
  • Annotation
    • Body Annotations
    • Bookmarks
    • Todo Annotation
    • Synapse Annotation
  • ROI
    • Create ROIs from Scratch
  • Hot Keys
  • Sequencer
    • Body Coloring
  • Protocols
    • Connection Validation
  • Measuring tool
  • Settings
    • Local Configuration
    • Meta Configuration in DVID
    • Command Line Options
  • Miscellaneous
    • DVID Data
  • Neuroglancer
    • Refresh
    • Annotations
      • Update Controls for Annotation Rendering
      • Import local annotations
Powered by GitBook
On this page

Was this helpful?

  1. Miscellaneous

DVID Data

PreviousMiscellaneousNextNeuroglancer

Last updated 4 years ago

Was this helpful?

Some functions of NeuTu rely on customized data protocols in DVID to work. Most data will be generated automatically by NeuTu, but some of them need to be configured or uploaded manually.

ROIs

There are three places related to ROIs in DVID:

  • native ROI data: each data instance of the roi data type corresponds to one ROI

  • rois: keyvalues for indexing ROI data for 3D visualization. Each key will treated be as an ROI.

  • roi_data: the place of storing ROI mesh data. Each mesh is stored with a key, which might be accompanied with <key>_info to specify additional information such as mesh format.

For example, an ROI named MB may have a roi data instance named MB, and an MB key in the rois data.

{"->": {"key": "d230e3669195ebd143d73b22011f8eec"}}

Then in the roi_data data instance, there should be a key d230e3669195ebd143d73b22011f8eec pointing to the actual mesh. If the d230e3669195ebd143d73b22011f8eec_info key does not exist, the mesh is supposed to be stored as the obj format; otherwise, it may specify the format of the roi mesh, such as the following one for the format:

{"format": "drc"}

draco