Proof of concept for #17, organizing the local store into subdirectories. This would move from a flat structure to a product/site/month structure. Maybe a product/site/ structure would be better?
A few other minor changes here. most notably, the HOR/VERT/TMI metadata for sensor data is now exposed by the neon_index() table.
Needs further discussion with @cklunch how this interfaces with neonUtilities::stackFromStore before we do this.
Probably needs more testing too. Shouldn't break existing workflows that use neonstore's functions, but will break anything hardwired to assume neonstore is a flat structure.
Proof of concept for #17, organizing the local store into subdirectories. This would move from a flat structure to a product/site/month structure. Maybe a
product/site/
structure would be better?A few other minor changes here. most notably, the HOR/VERT/TMI metadata for sensor data is now exposed by the
neon_index()
table.Needs further discussion with @cklunch how this interfaces with
neonUtilities::stackFromStore
before we do this.Probably needs more testing too. Shouldn't break existing workflows that use
neonstore
's functions, but will break anything hardwired to assume neonstore is a flat structure.