Differences

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

--- kvalobs:kvoss:system:qc2:requirements:algorithms:qc2h1 [2011-11-16 14:48:33]
karianneo
+++ kvalobs:kvoss:system:qc2:requirements:algorithms:qc2h1 [2022-05-31 09:29:32] (current)
@@ Line 1: / Line 1: @@
 ==== QC2h1 – tidsseriekontroll av pluviometermålinger i ettertid ====
-Versjon 0.9 17.mars 2011 Per-Ove Kjensli
-//Lagt inn på wiki 15/11-2011, ikke ferdig redigert!!//
+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
@@ Line 36: / Line 39: @@
 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.
 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
 intensitet (mm/min).
 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
 peke på slike tilfeller. Eller mønsteret i tidsserien avslører det selv.
@@ Line 62: / Line 68: @@
 ===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.//
@@ Line 75: / Line 84: @@
 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 (oppdateres av Hanna):
+er:
-^ Minutter            ^ 2           ^ 3         ^ 5 ^ 10 ^ 15 ^ 20 ^ 30 ^ 45 ^ 60 ^ 90 ^ 180 ^ 360 ^ 720 ^ 1440 ^
+^ Minutter   ^ 2 ^ 3 ^ 5 ^ 10 ^ 15 ^ 20 ^ 30 ^ 45 ^ 60 ^ 90 ^ 180 ^ 360 ^ 720 ^ 1440 ^
-^ Høy   | 8.4                    | 10.2        |     |   |    |   |     |   |    |     |    |    |      |     |
+^ 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
@@ Line 115: / Line 127: @@
 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)
+RR_01>0.2. Verdiene forkastes (**fete** tall i eksempelet), og flagges slik: fs=8 (forkaste)
 Sjekken tenkes kjørt hver time.
@@ Line 125: / Line 137: @@
 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)
+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**
@@ Line 141: / Line 153: @@
 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=?
+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.)