search

opengeospatial / sensorthings

The official web site of the OGC SensorThings API standard specification.
134 stars 29 forks source link

DQ_Element and DQ_Result under Observation #68

Open KathiSchleidt opened 5 years ago

KathiSchleidt commented 5 years ago

Observation quality is to be provided via the DQ_Element type. However, it is unclear which DQ_Element is being referenced (the models are quite different!):

Additionally, DQ_Element requires provision of the result utilizing DQ_Result (both models). However, DQ_Result is only defined for

For our use case, we would require a DQ_CategoryResult, in order to provide verification and validity levels from a codelist (usually 3-4 options, i.e. raw data, preliminary validation, fully validated). Can we propose this here, or do we need to push this towards the DQ group?

Link to Fraunhofer GitHub: https://github.com/FraunhoferIOSB/FROST-Server/issues/98 Link to INSIDE-information-systems GitHub: https://github.com/INSIDE-information-systems/SensorThingsAPI/issues/6

hylkevds commented 5 years ago

The STA SWG kinda outsourced the quality issue, so no one in the group is an expert on this topic. It would be great to have a best practice document on how to deal with this.