You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The description says this is the enumeration of different possible calibration status of the property as defined by ObsCore.
ObsCore-1.* defines calib_level as an enumerated integer {0,1,2,3,4}.
The definitions in ObsCore Section 3.3.2 match for the first 3, the last 2 are not represented { Raw=0, Instrumental=1, Calibrated=2, =3, =4 }
This model needs to do something since ObsCore is not a VODML model. I think it should match the full ObsCore descriptions, where the number is significant, and the name is the ‘label’. If MANGO PhysicalProperty.calibrationLevel needs to restrict this to (0,1,2) only, it should do so at the attribute and state that the others do not apply in this context.
The text was updated successfully, but these errors were encountered:
I like the migration to a vocabulary.. some comments:
this is a draft vocabulary, so tying MANGO to it would require the vocabulary to be approved along with the standard. That's fine, I'm just not sure what state that vocabulary is in.
The description says this is the enumeration of different possible calibration status of the property as defined by ObsCore.
ObsCore-1.* defines calib_level as an enumerated integer {0,1,2,3,4}.
The definitions in ObsCore Section 3.3.2 match for the first 3, the last 2 are not represented { Raw=0, Instrumental=1, Calibrated=2, =3, =4 }
This model needs to do something since ObsCore is not a VODML model. I think it should match the full ObsCore descriptions, where the number is significant, and the name is the ‘label’. If MANGO PhysicalProperty.calibrationLevel needs to restrict this to (0,1,2) only, it should do so at the attribute and state that the others do not apply in this context.
The text was updated successfully, but these errors were encountered: