kvalobs:kvoss:system:qc2:requirements:algorithms:qc2h1

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision 		Previous revision
kvalobs:kvoss:system:qc2:requirements:algorithms:qc2h1 [2011-11-15 13:25:51]
karianneo created 		kvalobs:kvoss:system:qc2:requirements:algorithms:qc2h1 [2022-05-31 09:29:32] (current)
Line 1: Line 1:
-=== QC2 – tidsseriekontroll av pluviometermålinger i ettertid === +==== QC2h1 – tidsseriekontroll av pluviometermålinger i ettertid ====  
 Versjon 0.9 17.mars 2011 Per-Ove Kjensli \\ Versjon 0.9 17.mars 2011 Per-Ove Kjensli \\
 +Versjon 1.0 30.november 2011 Karianne Ødemark
 +
 +
 +
 +
 RR_01 - minuttdata av nedbør, oppløsning 0.1 (eller 0.2 millimeter). Opplysning om RR_01 - minuttdata av nedbør, oppløsning 0.1 (eller 0.2 millimeter). Opplysning om
 oppløsning er instrumentspesifikke metadata, og de må gjøres tilgjengelig for kontrollen – og oppløsning er instrumentspesifikke metadata, og de må gjøres tilgjengelig for kontrollen – og
Line 17: Line 23:
  
  
-**Bakgrunn: Kvalitetskontroll av pluviometerdata** + 
 + 
 + 
 + 
 +**Bakgrunn: Kvalitetskontroll av pluviometerdata:**
  
  
Line 29: Line 39:
 sprangsjekk og dippsjekk. I tillegg kommer sjekk av forløpet av tørt/vått langs tidsaksen. En sprangsjekk og dippsjekk. I tillegg kommer sjekk av forløpet av tørt/vått langs tidsaksen. En
 slik mønsterkontroll må lages i QC2. slik mønsterkontroll må lages i QC2.
 +
 +
 +
 Måleprinsippet med et vippekar som tømmes når det er fullt (0.1 millimeter) gir en ”hullete” Måleprinsippet med et vippekar som tømmes når det er fullt (0.1 millimeter) gir en ”hullete”
 tidsserie ved svak nedbør. En intens regnbyge gir en kontinuerlig tidsserie med en viss tidsserie ved svak nedbør. En intens regnbyge gir en kontinuerlig tidsserie med en viss
 intensitet (mm/min). intensitet (mm/min).
 Ikke alle instrumenter har oppvarming, uten oppvarming er de ikke egnet for nedbør i fast Ikke alle instrumenter har oppvarming, uten oppvarming er de ikke egnet for nedbør i fast
-form.Avsmelting etter tungt snøfall, eventuelt sammen med regn, kan gi falskt høye+form. Avsmelting etter tungt snøfall, eventuelt sammen med regn, kan gi falskt høye
 nedbørverdier. Slike episoder må forkastes. En romkontroll av aggregerte verdier kan kanskje nedbørverdier. Slike episoder må forkastes. En romkontroll av aggregerte verdier kan kanskje
 peke på slike tilfeller. Eller mønsteret i tidsserien avslører det selv. peke på slike tilfeller. Eller mønsteret i tidsserien avslører det selv.
Line 43: Line 56:
 tillegg sjekkes det om nedbør har kommet som snø – med eventuell forkasting av tillegg sjekkes det om nedbør har kommet som snø – med eventuell forkasting av
 ”smeltebyger”. ”smeltebyger”.
 +
 +== Sanntidskontroll, QC1: == 
 +
 +//Sjekk om denne er implementert slik.//
 +Den eneste sanntidssjekken (Q C1) man kan gjøre er å sjekke mot grenseverdi. Denne er i
 +drift i Kvalobs i dag. Norgesrekorden er 4.3 millimeter per minutt. Grenseverdiene settes lik
 +for RR_01 for alle stasjoner og settes til:
 +Lavest = lav = 0.0
 +høy = 4.3 millimeter per minutt høyest = 5.0 millimeter per minutt
 +
 +
 +===Kontroll som skal utføres i QC2h1:===
 +
 +Forutsetning for at sjekken skal kjøres: fmis=0 og fhqc=0
 +
 +  * //**Romkontroll**// av aggregerte verdier av RR_24 og RR_12 (standard nedbørdøgn). Kontrollen baserer seg på målte verdier fra utvalgte nabostasjoner. //Spesifiseres ikke her.//
 +
 +  * **Prioritet 1: Grenseverdikontroll for aggregerte minuttverdier** i tidsintervallene: 2-3-5-10-15-20-30-45-60-90-180-360-720-1440 minutter.
 +QC2 må kjøre en **glidende grenseverdikontroll gjennom tidsserien** for disse måleperiodene.
 +RR_01 flagges med fr-flagget, conrolinfo(1), //nytt flagg: fr=9 - aggregering gir verdi utenfor
 +grense.// De ”aggregerte” verdiene lagres ikke i datatabellen – de finnes bare internt i
 +kontrollen.
 +
 +Grenseverdikontrollen utføres etter "enkeltstående høye minuttverdier" (prioritet 2), "høye startminutt-/double-/trippel-/minuttverdier/testverdier" (prioritet 3) og "normalt forløp i en bygesituasjon" (prioritet 4). Hvis verdier forkastes i sjekk 2,3 og 4 kan verdiene ikke aggregeres. 
 +
 +Grenseverdiene kan være basert på stasjonens egne tidligere målte verdier eller tilsvarende fra
 +referansestasjoner, og det skal være en ekstremverdisjekk. Forenklet skal vi bruke et generelt
 +grenseverdisett uavhengig av stasjon. Grenseverdiene for RR_02, RR_03, RR_05,...RR_1440
 +er: 
 +
 +
 +^ Minutter   ^ 2 ^ 3 ^ 5 ^ 10 ^ 15 ^ 20 ^ 30 ^ 45 ^ 60 ^ 90 ^ 180 ^ 360 ^ 720 ^ 1440 ^
 +^ Høy   | 8.1 | 11.9| 16.2| 25.6| 27.3| 34.4| 42.0| 49.1| 54.9| 56.7| 60.8| 83.3|144.1|159.7|  
 +
 +Dette er basert på de høyeste aggregerte verdiene for plu-stasjonene i Norge. Hvis nye rekorder blir
 +registrert må tabellen oppdateres (verdien vil først flagges, siden den er høyere enn grensevedien, men så
 +friskmeldes (HQC)). Et ønske er å etterhvert ha grenseverdiene regionsvis.
 +
 +Sjekken flagger alle minuttverdiene som inngår i aggregert periode etter utslag mot
 +grenseverdiene. Sjekken tenkes kjørt hver time med 24 timers
 +glidende sum som høyeste aggregeringsnivå. Grenseverdiene legges i metadata som for andre
 +elementer (uavhengig av stasjon). Elementene må da være definert i metadata.
 +
 +
 +  * **Prioritet 2: Sjekk enkeltstående høye minuttverdier** (Plumatic>0.2mm/min, Lambrecht>0.1mm/min)
 +
 +
 +(Lambrecht vist i 1/10mm)
 +
 +
 +''1000 . . . . . . . . . . . . . . . . . . 1 . . . . \\
 +
 +1030 . 1 . 1 . 1 . 1 1 . . . . . . . 1 . . . 1 .       . \\
 +   
 +1100 . . . 1 . . . . 1 . . . 1 . . . 1 . . 1 . .       . \\
 + 
 +1130 . . . . . . 1 . . . . . . . . 1 . . . . . 1 . \\
 +  
 +1200 . 1 . 1 . . . 1 . 1 . . . . . 1 . . . . . .      1 \\
 +  
 +1230 . **2** . . . **2** . . **2** . **2** . **2** . . . . **2** . . . **2**       . \\
 +  
 +1300 . . . 1 . . **2** . 1 . 1 . 1 . . . **2** . . 1 .      .        . \\
 +   
 +1330 . . . 1 . . . **2** . **2** . **3** . **4** . . . . . . . . .''
 +
 +   
 +
 +
 +Det er ”ufysikalsk” å få single minuttverdier RR_01 > 0.1 når
 +målenøyaktigheten er 0.1 (Lambrect). For Plumatic må kriteriet være
 +RR_01>0.2. Verdiene forkastes (**fete** tall i eksempelet), og flagges slik: fs=8 (forkaste)
 +Sjekken tenkes kjørt hver time.
 +
 +  * **Prioritet 3: Sjekk høye startminutt-/doble-/trippel-/minuttverdier/testverdier**
 +
 +(Lambrecht vist i 1/10mm)
 +
 +''11 1500 . . . . . . . **24** **4** . 1 . . . . . . . . .''
 +
 +For høye startverdier (minst 1 tørr minuttverdi etterfulgt av for høy minuttverdi) skal forkastes
 +automatisk (Lambr.>0.3 Plu> 0.6), se **fete** tall i eksempelet. Flagges slik: fs=8 (forkaste)
 +
 +    * **Prioritet 4: Sjekk normalt forløp i en bygesituasjon**
 +
 +Eks. på normal byge 1/10mm per minutt:
 +
 +''1 2 3 1 1 2 1 1 3 6 5 2 2 3 5 7 7 5 5 2 2 1 2 1''
 +
 +Eks. på feil (falsk byge – service på stasjonen) 1/10mm per minutt:
 +
 +''1 2 3 1 1 2 1 1 3 3 6 5 **2 . . 5** 7 7 5 5 2 2 . 2 . 1''
 +
 +Feil når '' > 0.3 < 5min > 0.3''
 +
 +
 +Det er vanligvis ikke ”tørre” minuttverdier hvis verdiene før og etter er >1.
 +Legg inn rad for manglende observasjon slik at denne kan flagges. Flagges med fs=8
 +(Dette medfører at det ikke aggregeres timeverdi for timen som inneholder minuttet som er
 +flagget.)
 +
 +
 +
 +
 +  * **Prioritet 5: Sjekk om blanding regn og avsmelting av snø** (”kompotten”) //Vente med denne//
 +Dette bør kunne fanges opp av max-verdier i de enkelte minuttintervall(2 – 1440min).
 +Det bør også være mulig å ”flagge” snø via værkoder(WW) eller værtegn fra nabostasjoner
 +og /eller ved minusgrader.
 +Lages det en slik sjekk, og slike data merkes som mistenkelige eller forkastes, så produseres
 +det ikke aggregerte verdier for perioden. Stasjoner uten oppvarming MÅ ha en slik sjekk mot
 +temperatur (TA< -1.0 ? medfører forkasting). Stasjoner med oppvarming vil en forsøke å
 +beholde måledata også i kuldegrader.
 +(Automatisk fordeling av nedbør er ikke aktuelt på minuttbasis.)
 +Sjekken forutsetter at man har tilgang på instrumentspesifikk metadata (Oppvarming = ja/nei).
 +
 +De ”flaggede” måleverdiene etter kontrollene legges ut på feillista.
 +
 +
 +//2008-11-10/NOL//
 +
 +//P/plu/KvalObskontroll/ Pluviometermålinger//
 +
 +//2011-03-17 / POK //
 +
 +
 +
 +
 +
  
  
  • kvalobs/kvoss/system/qc2/requirements/algorithms/qc2h1.1321363551.txt.gz
  • Last modified: 2022-05-31 09:23:18
  • (external edit)