Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
kvalobs:kvoss:system:qc2:flag:specification [2010-03-06 16:15:13] paule |
kvalobs:kvoss:system:qc2:flag:specification [2022-05-31 09:29:32] (current) |
||
---|---|---|---|
Line 28: | Line 28: | ||
**Observation** | **Observation** | ||
- | https:// | + | Under https:// |
there are a lot of observations where useinfo(7) has been changed from a | there are a lot of observations where useinfo(7) has been changed from a | ||
positive value (3 or 4 - observasjon er meldt for tidlig/ | positive value (3 or 4 - observasjon er meldt for tidlig/ | ||
Line 62: | Line 62: | ||
the operational code, as indicated below: | the operational code, as indicated below: | ||
+ | < | ||
bool kvControlInfo:: | bool kvControlInfo:: | ||
{ | { | ||
Line 75: | Line 76: | ||
} | } | ||
" | " | ||
- | <emphasize> | + | </code> |
+ | |||
+ | **Additional Code Change Required** | ||
An additional change is to alter the check for flag f_fs being set into checking | An additional change is to alter the check for flag f_fs being set into checking | ||
for the specific values of f_s which QC2 alone is able to set. fs=1,2,3 | for the specific values of f_s which QC2 alone is able to set. fs=1,2,3 | ||
should not imply qc2dDone=true, | should not imply qc2dDone=true, | ||
Similarly for the flag f_fd in qc2mDone. | Similarly for the flag f_fd in qc2mDone. | ||
- | </ | ||
- | === Working Note === | + | |
+ | ==== Working Note ==== | ||
The Flaggdokumentet update with the new values for fw implies changes | The Flaggdokumentet update with the new values for fw implies changes | ||
in setting of useinfo(2) also and will therefore take place after | in setting of useinfo(2) also and will therefore take place after | ||
the implementation of 1272 that also involves useinfo(2). | the implementation of 1272 that also involves useinfo(2). | ||
+ | |||
+ | ==== Other raw feedback ... ==== | ||
+ | |||
+ | ... fw flags will satisfy our need for flagging spatial analysis of the available observation data. Here are the not yet official explanation of the flags: | ||
+ | |||
+ | fw=0 Ikke kontrollert | ||
+ | fw=1 Kontrollert. Funnet i orden | ||
+ | fw=2 Kontrollert. Observert verdis avvik fra beregnet verdi er større enn høy testverdi | ||
+ | fw=3 Kontrollert. Observert verdis avvik fra beregnet verdi er mindre enn lav testverdi | ||
+ | fw=4 Kontrollert. Observert verdis avvik fra beregnet verdi er større enn høyeste testverdi | ||
+ | fw=5 Kontrollert. Observert verdis avvik fra beregnet verdi er mindre enn laveste testverdi | ||
+ | fw=6 Original verdi mangler eller er forkastet av en annen QC2-kontroll. Interpolert/ | ||
+ | |||
+ | (fw=7 Vi vil vurdere om interpolasjonsmetodikken (fw-kontrollen) selv kan forkaste en verdi. Foreløpig er vi litt tvilende til det, men holder muligheten åpen.) | ||
+ | |||
+ | With " | ||
+ | We didn't discuss the future but I think that a more sophisticated algorithm in the future with radar/ | ||
+ | |||
+ | Comments to the results presented in the mail below. | ||
+ | |||
+ | I comment only useinfo(0-4). | ||
+ | Concerning u.info(0) I interpret "Ikke hele QC2" as "Ikke alle eksisterende QC2-kontroller" | ||
+ | |||
+ | |||
+ | Concerning u.info(4) it is possible to interpret spatial QC2 interpolation as "5: Romkontroll, | ||
+ | "6: Romkontroll, | ||
+ | |||
+ | For me it should be reasonable to do the flagging like this: | ||
+ | |||
+ | * 1. RR24. We have no QC1, only QC2 (fd=7). Then u.info(0)=6. I prefer u.info(4)=5. u.info=68965. | ||
+ | * 2. RR24. We have QC1 (fr=1, fcc=4) and QC2 (fd=7). u.info=58965. | ||
+ | * 3. ftime (TAN/TAX). We have no QC1. fr=6 indicates that original is rejected (and corrected), but this must be due to inconsistence discovered and corrected in QC2 (ftime=1). With this new fw-flag we should have had c.info=1000000160000000 and u.info=60334. | ||
+ | * 4. ftime. Corresponding to 3. c.info=1000000260000000 and u.info=60334. | ||
+ | * 5. ftime. This time ftime=3 (ikke korrigert pga uegnet metode). I interpret this as " | ||
+ | * 6. This is fnum, not ftime. | ||
+ | * I skip all fnum, because we have chosen fw. I skip all fclim (see above). | ||
+ | * 13. fw. We have QC1 and QC2 (fw=1). Then u.info is OK. | ||
+ | * 14. fw. We have QC1 and QC2 (fw=2). Then u.info is OK. | ||
+ | * 15. fw. We have QC1 and QC2 (fw=3). Then u.info=50105. | ||
+ | * 16. fw. We have QC1 and QC2 (fw=4). Then u.info=50205. | ||
+ | * 17. fw. We have QC1 and QC2 (fw=5). Then u.info=50205. | ||
+ | * 18. fw. We have QC1 and QC2, but fw=8 is not defined. | ||
+ | * 19. No QC2. We have QC1. Then u.info=70000 | ||
+ | * 20. No QC2. We have QC1. Then u.info=70000 | ||
+ | * 21. No QC2. We have no QC1. Original value is missing. Then u.info is OK. | ||
+ | |||
+ | |||
+ | And then to your email of 3 February. | ||
+ | |||
+ | |||
+ | * 1. fcp=3 which means " | ||
+ | * 2. We have QC1 (fpre=6). fmis=2 (original value rejected). Then u.info=7? | ||
+ | It may happen that u.info(1)=1 but I don't know if this is usual in combination with fpre=6. If correct it is difficult to decide if u.info(7)=4 or 3 or another value. I understand that with QC2 on u.info(7) becomes like 0, which may be OK in real life? | ||
+ |