You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Precipitation:
Amberd looks VERY high
Remaining issue: Når jeg ser på Amberd, så er måleperiodene totalt irregulære. Det varierer mellom en halv dag og flere dager
(feks 10 jan fra 10:20 til 19:10, og 4.3 kl 7 til 9.3 kl 7). Dette klarer ikke Pyaerocom å håndtere (ihvertfall ikke enda),
så disse dataene må vi kaste ut.
The first discussion needs to be about how we want pyaerocom to handle this?
What to do if not all time steps fit?
How it is today (to my best knowledge):
Because the colocation can't handle time colocation with start and stop times. it has to assume a certain time step size and do the colocation on the middle points. We do accept small deviations from the time step sizes we have (details are here:
I would say we should ask the modelers how they want the comparison done and then we implement that rather than us coming up with a solution which they might not be satisfied with. If we are to include this data, what should we do with it? If no solution is given, then it is fair to throw out this station.
@lewisblake agreed. The "probblem" right now is that the station is not ignored automatically. (Yes, I should have mentioned that above)
Pyaerocom's focus is to get as much data as possible.
This concerns all types of EBAS readers...
From EMEP report 2022:
How it is today (to my best knowledge):
Because the colocation can't handle time colocation with start and stop times. it has to assume a certain time step size and do the colocation on the middle points. We do accept small deviations from the time step sizes we have (details are here:
pyaerocom/pyaerocom/tstype.py
Lines 22 to 42 in b06cfde
But the devil might like in the details of the reader implementations
The text was updated successfully, but these errors were encountered: