Closed ajmejia closed 1 year ago
The functionality of the metadata
module is mostly the same after implementing these requests. In summary:
tileid
and mjd
.tileid
s and mjd
s, I implemented store matching with wildcards.observatory
parameter/column in all functions/tables as that information is already in the reduction paths. In the tables the column hemi
was added to be able to match frame paths using the path.expand
method.This branch this work was in should be deleted.
Implementing metadata caching without DB
These changes are focused on keeping track of relevant metadata (
mjd
,imagetyp
,camera
,expnum
,exptime
, etc) to be able to match analog frames and master calibration frames quickly, and to keep track of the reductionstage
,status
andquality
as the frames are being reduced.The following changes are introduced:
_*
for general metadata manipulationextract_metadata
: to extract header information from frames stored locallyadd_metadata
: add metadata to the HDF5 storedel_metadata
: remove HDF5 store or a givenmjd
within itget_metadata
: retrieve metadata from the storeget_analog_groups
: group metadata into analogs for combining into master framesmatch_master_metadata
: match master calibration frames with target framesput_reduction_stage
: update the reduction stage of a particular framemjd
,camera
,imagetyp
andexptime
mjd
,camera
,imagetyp
,exptime
,quality
,stage
and arc lamplvmdrp.utils.database
is replaced bylvmdrp.utils.metadata
Some bug fixes were also introduced to the
runMethod
module, but those were only meant for testing themetadata
module.