-
Notifications
You must be signed in to change notification settings - Fork 32
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
Infering timezone from irradiance time-series #183
Comments
A crude approach could be to simply shift the solar elevation time series by 30-minute increments and see which shift results in the lowest mean "nighttime" irradiance:
|
@AdamRJensen I do have a method in the fleets QA that is partially adapted in the pvanalytics.quality.time module (shifts_ruptures function) that looks for time shifts in the data (including DST and time drift). The pvanalytics adaption only looks for DST (not drift), so I wanted to fix it up some and add in a section on how to calculate the 'event' values (likely in the documentation). Specifically, this method we're using in the fleets QA uses the day-night masking function to determine sunrise and sunset times for each day in the time series, then calculates the midpoint between sunrise and sunset for each day. That midpoint value is then compared to the midpoint day value for modeled irradiance (half point between sunrise and sunset) at that particular location, and the difference is calculated. We build a time series based on this midday difference value, and then run changepoint detection (or similar) to figure out step changes in the time series. Here's an example graph, which shows DST in the first three years in the time series before it's corrected (this is from a real AC energy time series): |
pvanalytics has some algorithms for inferring the orientation of a pv plant. In order to use these algorithms, it is crucial to have localized the time series to the correct timezone. However, the time zone of such time series are not always known.
Is anyone aware of algorithms that can infer timezone from irradiance or PV power generation time series?
Perhaps the pvanalytics daytime masking function can be of use for the first step.
The text was updated successfully, but these errors were encountered: