Comments (9)
clampr
commented on July 28, 2024
1
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 :)
from meteostat-python.
adriesse
commented on July 28, 2024
1
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.
from meteostat-python.
ricl
commented on July 28, 2024
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
from meteostat-python.
clampr
commented on July 28, 2024
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.
from meteostat-python.
ricl
commented on July 28, 2024
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>
.
from meteostat-python.
ricl
commented on July 28, 2024
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>
> .
>
from meteostat-python.
ricl
commented on July 28, 2024
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>
>> .
>>
>
from meteostat-python.
l-kotzur
commented on July 28, 2024
Hey Christian,
great tool! What was the reason you decided against the solar radiation?
Best
Leander
from meteostat-python.
l-kotzur
commented on July 28, 2024
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.
from meteostat-python.
Related Issues (20)
- No "tsun" values and month values for Jan., Feb. 2023 HOT 2
- station data error? HOT 3
- Integrate solar radiation HOT 6
- proposing requests as download data method for mobile, due to issues with certificates verification in pandas HOT 2
- "wpgt" does not populate. HOT 4
- Missing Data Frame Values
- interpolation error "ValueError: The name station occurs multiple times, use a level number" HOT 3
- `Hourly` attempts to fetch data of next year HOT 1
- Hacktoberfest? HOT 1
- DeprecationWarning
- Data from ISD datasource no longer included? HOT 7
- Data from METAR missing for some stations? HOT 2
- Support for proxies HOT 2
- NaN discrepancy between older versions (<=1.5.11) and newer versions (>=1.6.0) HOT 2
- Got Different Results in Local and AzureML
- Point interpolation weighted method error
- Stations and Hourly data availability times don't match
- README Example Faisl With [SSL: CERTIFICATE_VERIFY_FAILED] HOT 1
- Bug in Stations module
- Update `numpy` dependency HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from meteostat-python.