-
-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Which Parameters Matter Most? #62
Comments
Daily tavg is really tmean if calculated by (tmax+tmin)/2 I would like 3 daily temperature figures, taverage (true average), tmean and tmedian calculated from the hourly figures. Likewise for Monthly. See USCRN for examples https://www.ncdc.noaa.gov/crn/qcdatasets.html |
Actually, Only thing we're missing is median. When would you utilize median instead of average/mean when working with temperature data? I'm not a meteorologist, but I mainly see temperature averages being used. |
Hi Christina,
Unless you have a source that provides such (such as USCRN which is quite
rare), by far and away the majority of reports have tavg created from
(tmin+tmax)/2. Certainly all historical ones do.
It is often mistakenly called tavg when it should be tmean.
Richard
…On Wed, Aug 11, 2021 at 5:06 PM Christian Lamprecht < ***@***.***> wrote:
Daily tavg is really tmean if calculated by (tmax+tmin)/2
Actually, tavg is defined as the true average, aggregated from 24 hourly
observations. So we already have the average and the median (as you
suggested by applying (tmax+tmin)/2) in the daily dumps.
Only thing we're missing is median. When would you utilize median instead
of average/mean when working with temperature data. I'm not a
meteorologist, but I mainly see temperature averages being used.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#62 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABXTSIVLWZJYBJLC2EXCEZLT4KNXNANCNFSM5B6OQB6A>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email>
.
|
Sorry for the extra wrong name.
On Wed, Aug 11, 2021 at 6:40 PM Richard Linsley-Hood <
***@***.***> wrote:
… Hi Christina,
Unless you have a source that provides such (such as USCRN which is quite
rare), by far and away the majority of reports have tavg created from
(tmin+tmax)/2. Certainly all historical ones do.
It is often mistakenly called tavg when it should be tmean.
Richard
On Wed, Aug 11, 2021 at 5:06 PM Christian Lamprecht <
***@***.***> wrote:
> Daily tavg is really tmean if calculated by (tmax+tmin)/2
>
> Actually, tavg is defined as the true average, aggregated from 24 hourly
> observations. So we already have the average and the median (as you
> suggested by applying (tmax+tmin)/2) in the daily dumps.
>
> Only thing we're missing is median. When would you utilize median instead
> of average/mean when working with temperature data. I'm not a
> meteorologist, but I mainly see temperature averages being used.
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> <#62 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/ABXTSIVLWZJYBJLC2EXCEZLT4KNXNANCNFSM5B6OQB6A>
> .
> Triage notifications on the go with GitHub Mobile for iOS
> <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
> or Android
> <https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email>
> .
>
|
Hi Christian,
I have given up on calculating the daily average/median from the hourly
data as hourly records are very limited in scope amongst stations.
The monthly figures are still worth doing from the daily though.
Richard
On Wed, Aug 11, 2021 at 6:41 PM Richard Linsley-Hood <
***@***.***> wrote:
… Sorry for the extra wrong name.
On Wed, Aug 11, 2021 at 6:40 PM Richard Linsley-Hood <
***@***.***> wrote:
> Hi Christina,
>
> Unless you have a source that provides such (such as USCRN which is quite
> rare), by far and away the majority of reports have tavg created from
> (tmin+tmax)/2. Certainly all historical ones do.
>
> It is often mistakenly called tavg when it should be tmean.
>
> Richard
>
> On Wed, Aug 11, 2021 at 5:06 PM Christian Lamprecht <
> ***@***.***> wrote:
>
>> Daily tavg is really tmean if calculated by (tmax+tmin)/2
>>
>> Actually, tavg is defined as the true average, aggregated from 24
>> hourly observations. So we already have the average and the median (as you
>> suggested by applying (tmax+tmin)/2) in the daily dumps.
>>
>> Only thing we're missing is median. When would you utilize median
>> instead of average/mean when working with temperature data. I'm not a
>> meteorologist, but I mainly see temperature averages being used.
>>
>> —
>> You are receiving this because you commented.
>> Reply to this email directly, view it on GitHub
>> <#62 (comment)>,
>> or unsubscribe
>> <https://github.com/notifications/unsubscribe-auth/ABXTSIVLWZJYBJLC2EXCEZLT4KNXNANCNFSM5B6OQB6A>
>> .
>> Triage notifications on the go with GitHub Mobile for iOS
>> <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
>> or Android
>> <https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email>
>> .
>>
>
|
Hey Christian, great tool! What was the reason you decided against the solar radiation? Best |
Hey Leander, I didn't actively decide against it. Solar radiation was simply not included in the datasets I was using when I started the project. But I'm actually planning to add solar radiation data. It might take some time, but it's definitely planned :) |
Just came across your work, which seems very nice. I would like to add a couple of votes from my and a few friends for adding solar radiation data (the energy that's running the planet) down to hourly resolution. |
The missing solar radiation is the only reason for me not to use your package at the moment... @clampr Could you perhaps give some hints on how to support you with this? I have seen that for the DWD data you have already added the retrieval of the solar radiation data. |
Hi all,
Meteostat supports certain parameters on the
Hourly
,Daily
andMonthly
interface which were chosen by myself because I thought they are of common interest. I know that, depending on your use case, you may need different data parameters.To get an overview of the most-requested parameters for the different interfaces, I would like to get your opinion on what should be included or removed in the future. Please keep in mind that we cannot keep adding more and more parameters as this would lead to a regression of performance. Therefore, we won't be able to support edge cases.
Ideally, I would like to limit the number of parameters to a maximum of 15 by interface. Please vote for your favourites by adding a comment. The checked options are currently included in the respective dumps/interfaces.
Hourly Data
Hourly data is the highest resolution Meteostat offers. We can only include parameters which are widely supported by our data sources.
We could remove either dwpt or rhum (either can be calculated from the other & air temperature) from the dumps (not from the interface) to reduce the dump size.
Daily Data
Monthly Data
The text was updated successfully, but these errors were encountered: