No. You always get all available data for a complete day (00:00:00 to 23:59:59
local time).
So in UTC+10, the first entry in the returned data is 00:00:00 UTC+10
(14:00:00 UTC the previous day) and the last entry in the returned data is
23:59:59 UTC+10 (13:59:59 UTC same day)
and in UTC-
. so does this just simplify to the fact that in the api the date is
taken as being the UTC date?
ie if one requests data for 20190529, and timezone is +3 you get back data
for UTC00:00 29 may to 23:59 29 may
which is 03:00 29 may local to 23:59 29 may local AND 00:00 30 may local -
02:59 3
I constructed a cron job which exectued wunderdates --date=2019-05-30
twice every hour, once 2 minutes before the hour and once 2 minutes after
the hour.
Consistent with my earlier post, between 00:00+10 and 09:59+10 the reply
from the api had data which belonged to 2019-05-31 - the day afte
I recommend you read the user guide. There is a section on removing bad
rain values. Once you have edited the archive table the easiest way to
recreate the high/low values is to use the wee_database utility to drop
daily and rebuild daily. It is all in the user manual. Seriously though
you
Thanks. I was able to edit the archive database.
My next question is where is the record high/lo data stored in? I need to
remove those entries?
Thanks
Dave
From: weewx-user@googlegroups.com On Behalf Of p q
Sent: Thursday, May 30, 2019 6:12 PM
To: weewx-user@googlegroups.com
Subjec
You can start by tweaking the StdQC section in weewx.conf to limit the
erroneous values. I don't know what causes it. I get random winds of 40
mph when I've never seen real wind above 20 in my sheltered location.
To fix it, I stop the weewx service (sudo /etc/init.d/weewx stop on my
raspberry PI)
Hello everyone, I am fairly new to running weewx and so far I love it. I am
running it on a raspberry pi with a separate MySQL server and HTTP server.
Here is my problem. This morning I was looking at the weather data thru the
http server and I noticed that I received a very large amount of rain, b
After looking further into the interceptor.py file I found there are
specific settings dependent on whether you configure listen or sniff, this
was not clear for me from the main readme (probably my reading
comprehension in english). Once I understood this and tested buth listen
and sniff I fou
Andrew,
I am not having a problem with records in the weewx database with incorrect
timestamps. I am having a problem with weewx not downloading data from the
console after an extended power outage. The underlying problem seems to be
that if weewx updates the console clock to something earlier
I have a friend who wants to get his Davis Vantage Vue working on a Linux.
He is brand new to Linux and is looking a how to.
He has been trying for a couple months with no success finding a how to
that is basic enough with a clear step by step for
someone with zero Linux experience. I own a ras
On Tuesday, May 28, 2019 at 11:00:09 AM UTC-4, John wrote:
>
> I propose changing the vantage driver to avert setting the console time,
> during a routine sync, earlier than the last record in the console. This
> should prevent weewx from adjusting the console time until the weewx host
> has h
Just my 2 Cent as the thread opener:
I solved my problem by removing the batteries from my Vantage Pro2 and
having just the powercord. Do not ask my why this solved it …
On 28 May 2019, at 17:15, Andrew Milner wrote:
I would recommend you doing the CORRECT solution and installing an RTC
on
esis that the unwanted behaviour reflects the difference
between the current local time date and the current UTC date. But its
difficult to see how there could be more to it than this. (Famous last
words).
It's now 20:14+10 on 20190530 (10:14UTC on 20190503) The last three lines
of produce
Hallo,
I'm looking for an example in aqi.html.tmpl
like "AQIs have categorical labels associated with the AQI values. The
index of the current category is available via
$latest('aqi_binding').aqi_pm2_5_category. From this, the label and color
category can be found via (hex_color, category_labe
14 matches
Mail list logo