Using ParameterGroup to annotate ancillary data (such as quality flags) of a variable
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- data
Direzione di ricerca
Inizia esaminando la definizione attuale di ParameterGroup, quindi confronta la sezione ancillary data delle CF conventions con l’esempio collegato della specifica OGC API EDR. Leggi la discussione della issue EDR correlata per avere il contesto. Il lavoro sarà considerato concluso quando si sarà raggiunto un accordo su come identificare una variabile primaria e le variabili di supporto, e tale decisione sarà stata registrata nella specifica CoverageJSON.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
We've been considering the use of ParameterGroup to annotate quality flag variables which are directly associated to, for example, observational variables. In the CF conventions this is referred to as ancillary data.
The spec also uses an example with mean values and an associated stddev. So this seems to indicate that the intended use of ParameterGroups can be the same as the ancillary data that the CF conventions describe.
What's missing from the current specification is to indicate which variable of a ParameterGroup is the primary variable and which are the supporting ('ancillary') variables. What are your thoughts on this? Would it help to define this somehow in a ParameterGroup? For example by defining that the first member of a group is the primary variable. Another option would be to do this similarly as the CF conventions and add an attribute ancillaryVariables: list[str] to Parameter.
I've commented on an existing and related issue https://github.com/opengeospatial/ogcapi-environmental-data-retrieval/issues/634#issuecomment-3442567024 in the EDR spec which talks about how ParameterGroup can be used in EDR.
- Lingua principale
- HTML
- Stelle
- 15
- Fork
- 9
- Merge medio
- 6h 1m
- PR unite (30g)
- 3
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di opengeospatial/CoverageJSON
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
opengeospatial/CoverageJSON#233 ·
-
New CovJson LibraryApertaImplementations
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
opengeospatial/CoverageJSON#229 · 3 commenti ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
opengeospatial/CoverageJSON#227 · 3 commenti · 1 reazione ·
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
opengeospatial/CoverageJSON#218 · 4 commenti ·
-
V1.1
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
opengeospatial/CoverageJSON#216 · 9 commenti · 3 reazioni ·
Tutte le issue di opengeospatial/CoverageJSON
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
agrc/palletjack#208 ·
-
Opt-out requestAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 62/100
bigcode-project/opt-out-v2#13787 ·
-
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 66/100
sourcey/startup-credits#1684 · 1 commento ·
I maintainer di solito rispondono entro 9 giorni
-
Upgrade census to 0.8.27Apertasustainability
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
caktus/Traffic-Stops#420 ·