that was my point. i think it was a subtle config error, not yet picked up by
the authour, that did not cause a syntax error, but would truncate his expected
reports. but, not knowing belchertown, perhaps this strange configuration was
correct for it...
> On 16 Feb 2021, at 4:31 pm, gjr80
Unlike python, configobj has no specific indentation requirements, it's
just us humans that like indentation. Square brackets on the other hand are
important, in this case there would have been no error (the square brackets
were consistent/matched) but [[Belchertown]] and below would have been
Can't speak for Monit, haven't used it and only briefly skimmed an article
on it a year or two back. Whilst the GW1000API has commands to reset and
reboot the device I have not implemented them int he GW1000 driver and I
have been loathed to do so. I really don't see much point in giving the
Not bothering to post logs, etc., because this isn't a "problem" with the
software.
Been using Weewx for a few years with Acurite 01525 but finally got fed up
with the horribly flaky RF from sensors to console and recently
transitioned to Ecowitt and the GW1000 with temp, wind, and rain
dunno whether this is a config error but the indentation and number of ‘[’s are
not consistent here
> On 16 Feb 2021, at 7:06 am, Parker Lohrenz wrote:
>
> [[Belchertown]]
> template = js/belchertown.js.tmpl
>
> [[[home]]]
> template = index.html.tmpl
>
Yes, of course, that makes perfect sense.
Thanks for the explanation.
On Monday, February 15, 2021 at 4:50:19 PM UTC-8 jo...@johnkline.com wrote:
> It’s intentional. Midnight is considered part of the previous day. If
> you think about it, the midnight archive period is for the period from
It’s intentional. Midnight is considered part of the previous day. If you
think about it, the midnight archive period is for the period from
minutes before midnight (often 23:55) through to midnight.
It belongs in the previous day.
> On Feb 15, 2021, at 4:41 PM, Dan Ciarniello wrote:
>
>
It's intentional.
Say you have a ten minute archive interval. When a weather station emits a
record at, say, midnight, it actually includes observations from 2350 to
, that is, from the previous day. Now, you could timestamp this 2350,
but most weather stations actually timestamp it with the
I recently noticed that the earliest data record in my DB which happens to
be at midnight is listed in the NOAA reports on the previous day.
To illustrate, the dateTime of the first data record in my archive table is
1513670400
which corresponds to Tue 19 Dec 2017 12:00:00 AM PST but it's
Yeah, somewhere in the skin, things were mixed up. I just got the skin
up to date and though it took some effort with the breaking changes, the
errors are gone now. Thanks all, for the help.
On Monday, February 15, 2021 at 2:26:46 PM UTC-7 tke...@gmail.com wrote:
> I don't completely
I don't completely understand what is going on, but it looks like you're
asking for cloud base in the belchertown skin, but the belchertown search
list extension is not supplying a record from which to calculate it.
Most likely this is a bug in the skin, but it could be from the way you are
using
Hi Peter,
Before you start it off again can you describe how you are doing the
import; ie time period per import, one big import, multiple smaller
periods? How is you data organised on disc, one large directory with all
file, year by year directories etc.
Gary
On Tuesday, 16 February 2021
I have 2 davis consoles connected to the same Pi, the second one is only
used to record sun hours via the rain terminal and is then stored on the
sun.sdb database in the rain field.
This database is exactly the same as the weewx.sdb just with a different
name and are both sqlite and Im using
I think i found it. I must have been editing the graphs to change the new
annual totals, etc after year end.
I found a typo on line 570 of the graphs.conf file.Now that it is
fixed, things are a bit better. but I am digging into the graphs.conf file
to see where I may have broken
/etc/weewx/skins/Belchertown/skin.conf is only 515 lines.here is an
excerpt there:
[CheetahGenerator]
# This section is used by the generator CheetahGenerator, and specifies
# which files are to be generated from which template.
search_list_extensions = user.belchertown.getData
Would someone please explain how to send sky cover data to pwsweather.
I've been searching this group all weekend without results. Thanks!
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails
Did you check line 570 in the skin.conf for the Belchertown skin?
On Mon, Feb 15, 2021 at 11:04 AM Parker Lohrenz wrote:
> Thanks for the thoughts. The whole system is on the raspberry pi,
> nothing on a NAS yet. I don't recall any specifics what might have
> triggered it since i was slow to
Did you check the locations I mentioned in my post? To repeat:
If you're asking how to customize the Javascript, it depends on the skin.
> For the "Standard" skin, it's in the template itself, index.html.tmpl. Just
> modify the template. For the "Seasons" skin, it's in seasons.js.
On Mon, Feb
Thanks for the thoughts. The whole system is on the raspberry pi, nothing
on a NAS yet. I don't recall any specifics what might have triggered it
since i was slow to realize the problem. I noticed the last date it was
working was Jan 5 2021. The only thing I have been doing with the
Are you doing anything unusual like running off a weewx tree out on a NAS
on your LAN or the like ?
Did you change anything ?
The logs look like it's having issues reading files including perhaps even
your weewx.conf. Is your SD card maybe going bad ?
--
You received this message because
My charts have stopped updating, though the data still is coming in from
the weather station, and is getting posted externally and MQTT. Any wisdom
on what could be going awry?
Hardware is Acurite 01536 connected USB to Raspberry pi ZeroW
The direct weewx webserver is not public, but pws is
The output files need to have '.txt' and the end, but the links to them
mustn't include it so they fit the DokuWiki way of doing things. By
default they do and I can't find where that code is generated to amend it.
On Monday, 15 February 2021 at 14:56:10 UTC tke...@gmail.com wrote:
> I'm
Gary,
I un-installed the original install of WeeWX-WD v1.0.3 and installed WeeWX-WD
v2.1.3 – the date issue has been resolved and is presenting properly on the
Saratoga template.
Thanks again!
Regards,
Tim
From: Tim Lambert
Sent: Sunday, February 14, 2021 8:51 PM
To:
Not much information here, but I am not aware of any changes that would
cause this.
What is the nature of the binding 'sun_binding'? Is it a sqlite database?
MySQL on a remote server?
I assume the placeholder $WM is a simple formatting string.
How about a log? Set debug=1, restart weewxd, then
Hi
I upgraded from v4.1.1 to v4.4 and noticed in the logs that a report took
36 seconds to generate where it use to be only 1 second.
Starting back from v4.1.1 I found that the extra time started when I
upgraded from v4.2 to v4.3.
Im using a Pi4 and on a Pi3 the time was over 70 seconds.
After
good evening michael, sorry if I answer you just now. in the meantime,
thank you very much for your suggestion.
when i use the suggested option -M oldmodel i don't recognize hidekiTS04
and acurite 6045M sensors
this is because I have replaced the sdr.py file created by andy to
recognize the two
You didn't post a log, but I'm guessing that jumping around in time
corrupted the logger's memory. See the section *WeeWX generates HTML pages,
but it does not update them
I have an Acurite 5in1 and I haven't found how to calibrate the barometer
in the unit, but I do calibrate it in Weewx. Use the StdCalibrate section
in weewx.conf under where it says foo=foo+0.2
I have pressure = pressure - 0.11
I found this number by trial an error, matching my reading vs what I
Is station pressure calibration possible with this device? If not, can
it be compensated for in the config file? In other words, having the
correct BP reading with the correct elevation. I do realize that the
altitude set in WeeWX affects the BP, and I imagine it is doing a little
I much prefer the output of NOAATable for making the NOAA reports available.
However my template where I want this to appear is creating a Dokuwiki
Page, so if the name in the link ends with '.txt' it looks for a file
ending in '.txt.txt'.
I have it working with the drop-downs as per the
I have had to change the server I am using for WeeWx 4.2.0 to GMT. I have
checked the Vantage Pro2 weather station and it is also set to GMT. As soon
as I changed the time the WeeWx web page stopped updating. I have tried
restarting WeeWx and running it via command line. It is running normally
Hi Gary,
today my Raspberry 4 arrived, which will hopefully be my long-running
weather computer.
I tried to import all my data on Pi3. It worked back for about 8 years, but
then the performance crashed into hell.
The import of one year took about 1 week and was getting worse.
Now I'm starting
I recently added ssl to my website oakvillewx.com. Now my mqtt data feed is
stuck saying "Connecting to weather station real time data" in all browser
types.
I found references on the forum to using debugger in the browser. I can get
that but I don't know how to use it to figure out what's
33 matches
Mail list logo