Re: [weewx-user] Re: Changes with Belchertown skin & DarkSky

[Xant]

Colin

I honor that! And, indeed, brought a smile in my face! (we need that good 
humor spirit nowadays...)

Either one is fine...

BTW, Pat can not have a good night sleep he has a newborn...  :

X


On Tuesday, April 7, 2020 at 9:41:40 PM UTC-4, Colin Larsen wrote:
>
> If there is a vote going I like OWM :) Good luck with that sleep thing pat!
>
> Cheers
> Colin
>
> On Wed, 8 Apr 2020 at 13:32, G Hammer > 
> wrote:
>
>> 3AM is a great time to introduce them to coding 😉
>>
>> On Tue, Apr 7, 2020, 9:30 PM Pat > 
>> wrote:
>>
>>> Right. OWM is more of a drop in replacement so I'm leaning that way. 
>>>
>>> Still, this all requires me to get some spare time and a full night's 
>>> sleep. Newborns aren't very cooperative with their parents hobbies :-)
>>>
>>> -- 
>>> You received this message because you are subscribed to a topic in the 
>>> Google Groups "weewx-user" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/weewx-user/m_47lX0fsIM/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to 
>>> weewx...@googlegroups.com .
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/ae476015-8d47-4be0-87e6-20ed71685837%40googlegroups.com
>>> .
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/CALBRR-0%2B%3D%3DH2pmmDgVBH%2BhyD%2B-7UOP-_QAoWuwu3F9Eqr4zwiw%40mail.gmail.com
>>  
>> 
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/be60c57e-76d0-45fd-97f4-3d524bfb8690%40googlegroups.com.

Re: [weewx-user] Re: Changes with Belchertown skin & DarkSky

[Colin Larsen]

If there is a vote going I like OWM :) Good luck with that sleep thing pat!

Cheers
Colin

On Wed, 8 Apr 2020 at 13:32, G Hammer  wrote:

> 3AM is a great time to introduce them to coding 😉
>
> On Tue, Apr 7, 2020, 9:30 PM Pat  wrote:
>
>> Right. OWM is more of a drop in replacement so I'm leaning that way.
>>
>> Still, this all requires me to get some spare time and a full night's
>> sleep. Newborns aren't very cooperative with their parents hobbies :-)
>>
>> --
>> You received this message because you are subscribed to a topic in the
>> Google Groups "weewx-user" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/weewx-user/m_47lX0fsIM/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> weewx-user+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/weewx-user/ae476015-8d47-4be0-87e6-20ed71685837%40googlegroups.com
>> .
>>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/CALBRR-0%2B%3D%3DH2pmmDgVBH%2BhyD%2B-7UOP-_QAoWuwu3F9Eqr4zwiw%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CACjxfUv0aYSW2JqYt74nXeoeCr2Zs54fS0hop2Eay0%3DZ5i74Hg%40mail.gmail.com.

Re: [weewx-user] Re: Changes with Belchertown skin & DarkSky

[G Hammer]

3AM is a great time to introduce them to coding 😉

On Tue, Apr 7, 2020, 9:30 PM Pat  wrote:

> Right. OWM is more of a drop in replacement so I'm leaning that way.
>
> Still, this all requires me to get some spare time and a full night's
> sleep. Newborns aren't very cooperative with their parents hobbies :-)
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/m_47lX0fsIM/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/ae476015-8d47-4be0-87e6-20ed71685837%40googlegroups.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CALBRR-0%2B%3D%3DH2pmmDgVBH%2BhyD%2B-7UOP-_QAoWuwu3F9Eqr4zwiw%40mail.gmail.com.

Re: [weewx-user] Re: Changes with Belchertown skin & DarkSky

[Pat]

Right. OWM is more of a drop in replacement so I'm leaning that way. 

Still, this all requires me to get some spare time and a full night's sleep. 
Newborns aren't very cooperative with their parents hobbies :-)

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/ae476015-8d47-4be0-87e6-20ed71685837%40googlegroups.com.

Re: [weewx-user] Re: Changes with Belchertown skin & DarkSky

[G Hammer]

For me, I have API keys that I keep track of, acquire when needed. It's a
one off thing.

OWM can use your coordinates which may produce better results for some. For
example, I've lived where you picked a distant city for a forecast, unless
you knew the local airport code.

They seem to have a 7 day product in the free tier now along with the 5.

They have translation and it seems to support metric or imperial per
measurement. Doesn't the UK mix MPH with C?

It would seem easier to move to OWM than to create and maintain all that
will be needed with yr.no




On Tue, Apr 7, 2020, 9:05 PM Pat  wrote:

> I understand your point and that's why I keep flip flipping. I like the
> idea of no API key to maintain.
>
> OWM is more of a drop in replacement which makes migrating the skin a bit
> easier.
>
> YR would require unit conversions, xml parsing (small rewrite since I'm
> parsing json today) and yr doesn't appear to show text for the conditions.
> (e.g. Snow, Mostly Cloudy) If they do it looks English only so there would
> need to be language translations. Something I'm not fond of maintaining in
> the skin.
>
> YR also require you to know your geoname to work. Whereas OWM can use
> lat/long.
>
> So if YR is more appealing then we have to document how to find your
> geoname (not difficult)... Have no conditions text not forecast text... and
> do unit conversions.
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/m_47lX0fsIM/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/ba4a4af4-ca6e-4806-8082-f73e8575dd41%40googlegroups.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CALBRR-1E%3DY9XgFzxqt1JR%3DPJniigz7gEzXW0FFhYzgzxYo0RHg%40mail.gmail.com.

[weewx-user] Re: Booting existing RPi3b from USB rather than SD

[monmul]

Thank you for that Wes, very interesting, I had not come across that 
particular solution before!

On Wednesday, 8 April 2020 04:38:39 UTC+12, Wes Witt wrote:
>
> for usb boot i recommend using an MSATA drive. 100% reliable, easy to 
> install.  i'm using the following products:
>
> https://www.amazon.com/gp/product/B073CHHFMP/
>
> https://www.amazon.com/gp/product/B07JPK75X4/
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/a8ae66ce-c3fa-4e5e-a593-d077758204a1%40googlegroups.com.

[weewx-user] Re: Booting existing RPi3b from USB rather than SD

[monmul]

Yes, I agree some parts of my question are answered (and I already know 
that partapologies if I did not make myself clear) by a Google search. 
I have no problem (I hope - fingers crossed) with the hardware part 
...rather it is software part (and specifically the Weewx part) that 
concerns me. Can I just a) set up the USB boot b) copy and paste all the 
weewx folders from the SD card to the USB and, c) expect it all to run just 
as smoothly as before (at least in theory?).

On Wednesday, 8 April 2020 04:04:00 UTC+12, vince wrote:
>
> On Tuesday, April 7, 2020 at 12:45:23 AM UTC-7, monmul wrote:
>>
>> I have weewx running, very happily and very successfully, (thanks to all 
>> here who helped me!) on a Rpi3B. The Pi is running Raspian and the standard 
>> SD card. Now, I got to thinking that this is probably not the most secure 
>> long tern setup - due to wear and tear on the SD card etc. So, I was 
>> thinking of setting up the Pi to run off a USB drive, I have all the Weewx 
>> folders backed up. What would be the most sensible way of transferring the 
>> whole boot and Home directory etc to the USB drive. As the system is 
>> running so well, I am a tad reluctant to go fiddling with it.but I know 
>> I will have to sooner or later. Your thoughts and suggestions would be 
>> appreciated.  
>>
>
> I would suggest asking Google.  This is VERY well documented in dozens of 
> Howto documents online for many years, and has nothing specifically to do 
> with weewx.   The procedures online work fine.  I used to run my pi3+ that 
> way. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/dfea8689-72b6-49d3-8e63-3e60084757ee%40googlegroups.com.

Re: [weewx-user] Thanks a Lot Darksky (NOT!!)

[Xant]

To note, this is not an "usual" social forum (profanity not allowed). All 
constructive and educated points are welcome, in benefit of the whole WX 
developers and enthusiasts.

DarkSky was indeed a good service. Now, we search for a replacement.

X

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/0d416cab-015b-4eff-9ffb-41553e8e5db4%40googlegroups.com.

Re: [weewx-user] Re: Changes with Belchertown skin & DarkSky

[Pat]

I understand your point and that's why I keep flip flipping. I like the idea of 
no API key to maintain. 

OWM is more of a drop in replacement which makes migrating the skin a bit 
easier. 

YR would require unit conversions, xml parsing (small rewrite since I'm parsing 
json today) and yr doesn't appear to show text for the conditions. (e.g. Snow, 
Mostly Cloudy) If they do it looks English only so there would need to be 
language translations. Something I'm not fond of maintaining in the skin.

YR also require you to know your geoname to work. Whereas OWM can use lat/long.

So if YR is more appealing then we have to document how to find your geoname 
(not difficult)... Have no conditions text not forecast text... and do unit 
conversions. 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/ba4a4af4-ca6e-4806-8082-f73e8575dd41%40googlegroups.com.

Re: [weewx-user] Re: Changes with Belchertown skin & DarkSky

[Xant]

Sure OWM still a respectful service. I will not "kick the dead body" 
further, but it puzzles me why not YR. Not for the many reasons posted 
above, but as YR offers much more real data at no restrictions, API, or 
plans - and consistent, no charge now or ever. It could be an opportunity 
to built and explore further - instead of just trying to reproduce DarkSky 
(although, no alerts).

Pat, as you said: "Another appeal for yr.no in my reading is that for yr.no 
is no API key is needed, no developer account - "it just works"

Not to debate, just a point. Both services are great.

Best, X

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/f1e23a1c-36a5-411b-bb47-71f376213121%40googlegroups.com.

[weewx-user] Weather34 Skin New Version

[steeple ian]

I am please to announce that the Weather34 skin has completed its 
previously trailed transition to Highcharts as its charting system and is 
now available at https://github.com/steepleian/weewx-Weather34. This 
version comes complete with its own custom built installer which is more 
suited to the monolithic construction of the Weather34 skin. During the 
install process options are provided for WeeWX installed by the setup.py 
method, a packaged method (Debian etc) or macOS method.

The previous version of Weather34 employing CanvasJS charts has been 
archived and will not be developed any further. It will remain in the 
repository for any user that does not wish to upgrade at this point in time.

This upgrade has been tested and is compatible with WeeWX 3.9.2, WeeWX 
4.0.0 (up to build 18, Python2.7 and Python3.7) and Highcharts 8

With this upgrade the following charts have been created: - Temperature, 
Humidity, Dewpoint, Temp/Hum/Dew, Indoor Temp, Windchill/HeatIndex, 
Barometer, Wind Speed, Wind Direction, Windrose, Wind Speed/Wind Gust/Wind 
Direction, UV, Radiation, Radiation/UV, Rainfall, Rainfall Monthly, 
Luminosity, Lightning, Barometer/Temp/Wind and Wind Barb. Please feel free 
to develop additional charts that do not appear in this list and share with 
other users.

Most charts have both weekly (1hour, 6hours, 12hours, 24hours, 36hours and 
7days) and yearly (1day, 1week, 1month, 6months and 1year) spans.


The following charts have radial views: Temp, Dewpoint, Humidity, 
Barometer, Indoor, Derived, Wind Speed.


Most charts can change from yearly to weekly to daily by clicking a "hook 
point" on the graph. If there is no hook point then that chart cannot 
change. For example Windrose chart does not switch.


Different dates can be compared with some charts. If there is a compare 
dates option in the menu dropdown (context menu, top right) then choosing 
this option will display a chart that compares the two dates in the From 
and To fields of the chart.


Charts can be reloaded by choosing the reload option in the context menu.


Some charts can have real time updates by choosing the realtime update 
option in the context menu. This feature is particularly effective with the 
windrose.


Some charts can be displayed as radial charts by choosing the radial chart 
option in the context menu.


Most charts can be automatically updated at a 1 minute interval by choosing 
the Auto Update option in the context menu.


Changing the dates in From and To fields will change what is displayed 
based on what the span is. Most useful when displaying charts with yearly 
spans.


Holding the left mouse down allows the chart to be scrolled left to right 
within the chosen span. Using this feature with the zoom selector allows a 
user to drill down into the chart.










-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/056a76a4-f565-4f01-9cec-6762606926df%40googlegroups.com.

Re: [weewx-user] Re: Changes with Belchertown skin & DarkSky

[Pat]

This is probably the way to go. Looks like their free plan will match a lot 
of what the skin uses. 

Sadly, weather alerts will be no-more with the skin. 

On Tuesday, April 7, 2020 at 2:31:38 AM UTC-4, Tadej Javornik wrote:
>
> There seems to be something written to migrate from darksky to owm. Here 
> is the link
>
> https://openweathermap.org/darksky-openweather#match
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/4e9167f5-dd49-4ccf-92f9-034c8999443c%40googlegroups.com.

[weewx-user] Re: weewx beta version 4.0.0b18

[Phil Owers]

Ooops sorry I can see that now  Didn't realize that. Thanks Vince
I was trying to upgrade a database that didn't have appTemp in it and that 
failed.
Will retry Garys change and see what happens
Phil

On Saturday, April 4, 2020 at 10:40:41 AM UTC+1, Phil Owers wrote:
>
> Hi Guys
>
> First of all I hope everybody is staying safe and well
>
> Before I go into to many details  should weewx v4.0.0b18 work on its own.
>
> Followed the Installation using setup.py, loaded all the prerequisites for 
> Debian 10(Buster)
> Installed using python3 ./setup.py build  , sudo python3 ./setup.py install
>
> Entered the name, vantage (6), serial , metric, ttyusb0  etc.
>
> Then started weewx using sudo ./bin/weewx
> It downloaded all the data from my test console (This works fine plug into 
> another rasp pi v 3.9.2) then failed continuously overnight with no graphs 
> being generated.
> The weewx.sdb was generated.
>
> Apr  4 10:22:20 raspberrypi weewx[1030] INFO weewx.manager: Starting 
> backfill of daily summaries
> Apr  4 10:22:22 raspberrypi weewx[1030] INFO weewx.engine: Starting main 
> packet loop.
> Apr  4 10:22:26 raspberrypi weewx[1030] INFO weewx.engine: Main loop 
> exiting. Shutting engine down.
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: Caught OSError: 
> [Errno 5] Input/output error
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> Traceback (most recent call last):
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "./bin/weewxd", line 154, in main
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> engine.run()
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "/home/weewx/bin/weewx/engine.py", line 191, in run
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> self.dispatchEvent(weewx.Event(weewx.NEW_LOOP_PACKET, packet=packet))
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "/home/weewx/bin/weewx/engine.py", line 224, in dispatchEvent
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> callback(event)
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "/home/weewx/bin/weewx/engine.py", line 740, in new_loop_packet
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> to_sorted_string(event.packet))
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> OSError: [Errno 5] Input/output error
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> Waiting 10 seconds then retrying...
> Apr  4 10:22:28 raspberrypi kernel: [38075.324656] usb 1-1.3: new 
> high-speed USB device number 6 using xhci_hcd
>
> No extensions have been added . Apologies if Ive jumped the gun and this 
> doesn't work yet as a standalone
> Phil
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/200a8c1d-0041-456f-b95a-b7b1a09b5edc%40googlegroups.com.

[weewx-user] Re: weewx beta version 4.0.0b18

[vince]

You are using the extended schema for v4, which already has appTemp in it.

https://raw.githubusercontent.com/weewx/weewx/master/bin/schemas/wview_extended.py

Part of the reason for the bigger/extended default schema in v4 is so you 
don't have to add frequently added things any more :-)

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/3d1e430c-7689-4012-8bd6-5313a6a0c91a%40googlegroups.com.

[weewx-user] Re: Booting existing RPi3b from USB rather than SD

[Wes Witt]

for usb boot i recommend using an MSATA drive. 100% reliable, easy to 
install.  i'm using the following products:

https://www.amazon.com/gp/product/B073CHHFMP/

https://www.amazon.com/gp/product/B07JPK75X4/

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/75b9d106-e151-4188-ab39-ecce0d206f76%40googlegroups.com.

[weewx-user] Re: Booting existing RPi3b from USB rather than SD

[vince]

On Tuesday, April 7, 2020 at 12:45:23 AM UTC-7, monmul wrote:
>
> I have weewx running, very happily and very successfully, (thanks to all 
> here who helped me!) on a Rpi3B. The Pi is running Raspian and the standard 
> SD card. Now, I got to thinking that this is probably not the most secure 
> long tern setup - due to wear and tear on the SD card etc. So, I was 
> thinking of setting up the Pi to run off a USB drive, I have all the Weewx 
> folders backed up. What would be the most sensible way of transferring the 
> whole boot and Home directory etc to the USB drive. As the system is 
> running so well, I am a tad reluctant to go fiddling with it.but I know 
> I will have to sooner or later. Your thoughts and suggestions would be 
> appreciated.  
>

I would suggest asking Google.  This is VERY well documented in dozens of 
Howto documents online for many years, and has nothing specifically to do 
with weewx.   The procedures online work fine.  I used to run my pi3+ that 
way. 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/f35a2490-9d3e-4b10-b107-31429381bb02%40googlegroups.com.

[weewx-user] Re: weewx beta version 4.0.0b18

[Phil Owers]

Just pause on my last post.  Didn't spot you added   _extended on line 1 
which I missed
Phil

On Saturday, April 4, 2020 at 10:40:41 AM UTC+1, Phil Owers wrote:
>
> Hi Guys
>
> First of all I hope everybody is staying safe and well
>
> Before I go into to many details  should weewx v4.0.0b18 work on its own.
>
> Followed the Installation using setup.py, loaded all the prerequisites for 
> Debian 10(Buster)
> Installed using python3 ./setup.py build  , sudo python3 ./setup.py install
>
> Entered the name, vantage (6), serial , metric, ttyusb0  etc.
>
> Then started weewx using sudo ./bin/weewx
> It downloaded all the data from my test console (This works fine plug into 
> another rasp pi v 3.9.2) then failed continuously overnight with no graphs 
> being generated.
> The weewx.sdb was generated.
>
> Apr  4 10:22:20 raspberrypi weewx[1030] INFO weewx.manager: Starting 
> backfill of daily summaries
> Apr  4 10:22:22 raspberrypi weewx[1030] INFO weewx.engine: Starting main 
> packet loop.
> Apr  4 10:22:26 raspberrypi weewx[1030] INFO weewx.engine: Main loop 
> exiting. Shutting engine down.
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: Caught OSError: 
> [Errno 5] Input/output error
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> Traceback (most recent call last):
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "./bin/weewxd", line 154, in main
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> engine.run()
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "/home/weewx/bin/weewx/engine.py", line 191, in run
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> self.dispatchEvent(weewx.Event(weewx.NEW_LOOP_PACKET, packet=packet))
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "/home/weewx/bin/weewx/engine.py", line 224, in dispatchEvent
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> callback(event)
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "/home/weewx/bin/weewx/engine.py", line 740, in new_loop_packet
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> to_sorted_string(event.packet))
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> OSError: [Errno 5] Input/output error
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> Waiting 10 seconds then retrying...
> Apr  4 10:22:28 raspberrypi kernel: [38075.324656] usb 1-1.3: new 
> high-speed USB device number 6 using xhci_hcd
>
> No extensions have been added . Apologies if Ive jumped the gun and this 
> doesn't work yet as a standalone
> Phil
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/256271b3-cecd-44ea-b969-8cdb7eabae88%40googlegroups.com.

Re: [weewx-user] Get average or previous value?

[Thomas Keffer]

Hello, Jens

Unfortunately, no, the StdQC service can only detect out of bounds, not big
changes or spikes. You would have to modify it, or write your own service
to do that.

On Tue, Apr 7, 2020 at 6:28 AM 'Jens-Jørgen Kjærgaard' via weewx-user <
weewx-user@googlegroups.com> wrote:

> I have been a user for many years, and the software is usually running
> smoothly.
> Some years back, I added the temperature of my lake as extraTemp1 - also
> fine.
> Now, I also monitor the water level, by means of ultrasound, using the
> HC-SR04. I have added this as extraTemp2, and don't min it shows as C in
> the graphs.
> I have a little problem with that sensor, though. Sometimes it will show a
> far off reading, which has to be ignored, ie if it is more than 2 cm off
> the previous reading.
> But I can't figure out how to do that. Is there a way to store the
> previous reading and use that (temporarily) for comparison? Or the average
> of the readings up to that point?
>
> Jens-Jørgen Kjærgaard
> Tuenvej 818
> 9870 Sindal
> Denmark
> +45 21204417
> www.jensjk.dk
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/CAJPduSSUyb7_XSAPyXs-dSJkbfVzsZUmDJVpbgamFVw%3DkL00hg%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEDeioBFFEm7ZRVZu7yKbwH0Xcsnv5uf%3DJn4PwrpCNhdGw%40mail.gmail.com.

Re: [weewx-user] Re: weewx beta version 4.0.0b18

[Thomas Keffer]

Either way of specifying a schema should work with V4. If it's not, that's
a bug.

On Tue, Apr 7, 2020 at 6:36 AM gjr80  wrote:

> V4 actually uses the wview_extended schema which is specified in a
> slightly different format to that used in V3. Pat's instructions are V3
> specific. Try using the following as the step 2 code (untested):
>
> import schemas.wview_extended
>
> schema_extended = {'table': schemas.wview_extended.table + [('appTemp',
> 'REAL'), ('windrun', 'REAL')],
>'day_summaries' : schemas.wview_extended.day_summaries}
>
> Other steps should be fine as is.
>
> Gary
>
> On Tuesday, 7 April 2020 22:55:07 UTC+10, Phil Owers wrote:
>>
>> Hi Guys
>> With Garys help with getting a gauge-data.txt file to generate I decided
>> to try the next step (Logs were all clear) and add 'appTemp' and 'windrun'
>> using Pat O Brien ADDING A NEW OBSERVATION TYPE TO THE WEEWX DATABASE
>> I did this on 3.9.2 and it worked fine but on 4.0.0b18 and after using
>> wee_databse --rebuild- daily which was successful
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator: Generate failed with exception '> folowing loNameMapper.NotFound'>'
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:  Ignoring template
>> /home/weewx/skins/Seasons/NOAA/NOAA-%Y-%m.txt.tmpl
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:  Reason: cannot find 'count' while searching
>> for 'day.wind.count.raw'
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:   Traceback (most recent call last):
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator: File
>> "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in generate
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:   unicode_string =
>> compiled_template.respond()
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator: File
>> "_home_weewx_skins_Seasons_NOAA_NOAA__Y__m_txt_tmpl.py", line 431, in
>> respond
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:   NameMapper.NotFound: cannot find 'count'
>> while searching for 'day.wind.count.raw'
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator: Generate failed with exception '> 'NameMapper.NotFound'>'
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:  Ignoring template
>> /home/weewx/skins/Seasons/NOAA/NOAA-%Y.txt.tmpl
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:  Reason: cannot find 'count' while searching
>> for 'month.wind.count.raw'
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:   Traceback (most recent call last):
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator: File
>> "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in generate
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:   unicode_string =
>> compiled_template.respond()
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator: File
>> "_home_weewx_skins_Seasons_NOAA_NOAA__Y_txt_tmpl.py", line 862, in respond
>> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:   NameMapper.NotFound: cannot find 'count'
>> while searching for 'month.wind.count.raw'
>> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator: Generate failed with exception '> 'NameMapper.NotFound'>'
>> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:  Ignoring template
>> /home/weewx/skins/Seasons/rss.xml.tmpl
>> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:  Reason: cannot find 'max' while searching for
>> 'day.wind.max'
>> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:   Traceback (most recent call last):
>> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator: File
>> "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in generate
>> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:   unicode_string =
>> compiled_template.respond()
>> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator: File
>> "_home_weewx_skins_Seasons_rss_xml_tmpl.py", line 268, in respond
>> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR
>> weewx.cheetahgenerator:   NameMapper.NotFound: cannot find 'max' while
>> searching for 'day.wind.max'
>> Apr  7 13:38:11 raspberrypi wee_reports[974] INFO weewx.cheetahgenerator:
>> Generated 5 files for report SeasonsReport in 2.74 seconds
>> Apr  7 13:38:15 raspberrypi wee_reports[974] INFO weewx.imagegenerator:
>> Generated 30 images for report SeasonsReport in 3.64 seconds
>> Apr  7 13:38:15 raspberrypi 

[weewx-user] Re: weewx beta version 4.0.0b18

[Phil Owers]

Sorry Gary it didn't work 
schema_extended = {'table': schemas.wview_extended.table +  [('appTemp', 
'REAL'), ('windrun', 'REAL')], 'day_summaries' : 
schemas.wview_extended.day_summaries}
AttributeError: module 'schemas' has no attribute 'wview_extended'

I think its what you had written ??
Phil

On Saturday, April 4, 2020 at 10:40:41 AM UTC+1, Phil Owers wrote:
>
> Hi Guys
>
> First of all I hope everybody is staying safe and well
>
> Before I go into to many details  should weewx v4.0.0b18 work on its own.
>
> Followed the Installation using setup.py, loaded all the prerequisites for 
> Debian 10(Buster)
> Installed using python3 ./setup.py build  , sudo python3 ./setup.py install
>
> Entered the name, vantage (6), serial , metric, ttyusb0  etc.
>
> Then started weewx using sudo ./bin/weewx
> It downloaded all the data from my test console (This works fine plug into 
> another rasp pi v 3.9.2) then failed continuously overnight with no graphs 
> being generated.
> The weewx.sdb was generated.
>
> Apr  4 10:22:20 raspberrypi weewx[1030] INFO weewx.manager: Starting 
> backfill of daily summaries
> Apr  4 10:22:22 raspberrypi weewx[1030] INFO weewx.engine: Starting main 
> packet loop.
> Apr  4 10:22:26 raspberrypi weewx[1030] INFO weewx.engine: Main loop 
> exiting. Shutting engine down.
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: Caught OSError: 
> [Errno 5] Input/output error
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> Traceback (most recent call last):
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "./bin/weewxd", line 154, in main
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> engine.run()
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "/home/weewx/bin/weewx/engine.py", line 191, in run
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> self.dispatchEvent(weewx.Event(weewx.NEW_LOOP_PACKET, packet=packet))
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "/home/weewx/bin/weewx/engine.py", line 224, in dispatchEvent
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> callback(event)
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__: 
> File "/home/weewx/bin/weewx/engine.py", line 740, in new_loop_packet
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> to_sorted_string(event.packet))
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> OSError: [Errno 5] Input/output error
> Apr  4 10:22:26 raspberrypi weewx[1030] CRITICAL __main__:   
> Waiting 10 seconds then retrying...
> Apr  4 10:22:28 raspberrypi kernel: [38075.324656] usb 1-1.3: new 
> high-speed USB device number 6 using xhci_hcd
>
> No extensions have been added . Apologies if Ive jumped the gun and this 
> doesn't work yet as a standalone
> Phil
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/f62049c4-d1c8-40bf-b036-dce727432b81%40googlegroups.com.

[weewx-user] windrose in skin highchart does not appear on webpage?

[Astrid]

Hello!

I am using weewx 3.9.2, niculskin and highcharts.
All is working very well.
The only thing is, that the windrose does not appear
on the webpage.
I changed in skin.conf  from highcharts:

# Plot windSpeed or windGust ?
source = windSpeed # windGust
(because at gust I have only gustsspeed, no gustdir, but
wind I have both, windspeed and winddir.)

But no windrose appearce on webpage.

Have I to do additional changes?

Regards, Astrid

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/cb107397-2608-4537-8d0a-3ce4bc3072e5%40googlegroups.com.

[weewx-user] Re: weewx beta version 4.0.0b18

[gjr80]

V4 actually uses the wview_extended schema which is specified in a slightly 
different format to that used in V3. Pat's instructions are V3 specific. 
Try using the following as the step 2 code (untested):

import schemas.wview_extended

schema_extended = {'table': schemas.wview_extended.table + [('appTemp', 
'REAL'), ('windrun', 'REAL')],
   'day_summaries' : schemas.wview_extended.day_summaries}

Other steps should be fine as is.

Gary

On Tuesday, 7 April 2020 22:55:07 UTC+10, Phil Owers wrote:
>
> Hi Guys
> With Garys help with getting a gauge-data.txt file to generate I decided 
> to try the next step (Logs were all clear) and add 'appTemp' and 'windrun' 
> using Pat O Brien ADDING A NEW OBSERVATION TYPE TO THE WEEWX DATABASE
> I did this on 3.9.2 and it worked fine but on 4.0.0b18 and after using 
> wee_databse --rebuild- daily which was successful 
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
> Generate failed with exception ' loNameMapper.NotFound'>'
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>  Ignoring template /home/weewx/skins/Seasons/NOAA/NOAA-%Y-%m.txt.tmpl
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>  Reason: cannot find 'count' while searching for 'day.wind.count.raw'
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>   Traceback (most recent call last):
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
> File "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in 
> generate
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>   unicode_string = compiled_template.respond()
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
> File "_home_weewx_skins_Seasons_NOAA_NOAA__Y__m_txt_tmpl.py", line 
> 431, in respond
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>   NameMapper.NotFound: cannot find 'count' while searching for 
> 'day.wind.count.raw'
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
> Generate failed with exception ''
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>  Ignoring template /home/weewx/skins/Seasons/NOAA/NOAA-%Y.txt.tmpl
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>  Reason: cannot find 'count' while searching for 'month.wind.count.raw'
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>   Traceback (most recent call last):
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
> File "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in 
> generate
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>   unicode_string = compiled_template.respond()
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
> File "_home_weewx_skins_Seasons_NOAA_NOAA__Y_txt_tmpl.py", line 
> 862, in respond
> Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>   NameMapper.NotFound: cannot find 'count' while searching for 
> 'month.wind.count.raw'
> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
> Generate failed with exception ''
> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>  Ignoring template /home/weewx/skins/Seasons/rss.xml.tmpl
> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>  Reason: cannot find 'max' while searching for 'day.wind.max'
> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>   Traceback (most recent call last):
> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
> File "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in 
> generate
> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>   unicode_string = compiled_template.respond()
> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
> File "_home_weewx_skins_Seasons_rss_xml_tmpl.py", line 268, in 
> respond
> Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
>   NameMapper.NotFound: cannot find 'max' while searching for 
> 'day.wind.max'
> Apr  7 13:38:11 raspberrypi wee_reports[974] INFO weewx.cheetahgenerator: 
> Generated 5 files for report SeasonsReport in 2.74 seconds
> Apr  7 13:38:15 raspberrypi wee_reports[974] INFO weewx.imagegenerator: 
> Generated 30 images for report SeasonsReport in 3.64 seconds
> Apr  7 13:38:15 raspberrypi wee_reports[974] INFO weewx.reportengine: 
> Copied 5 files to /home/weewx/public_html
> Apr  7 13:38:16 raspberrypi wee_reports[974] INFO weewx.reportengine: 
> Copied 6 files to /home/weewx/public_html/ss
> Apr  7 13:38:17 raspberrypi wee_reports[974] ERROR weewx.che

[weewx-user] Get average or previous value?

['Jens-Jørgen Kjærgaard' via weewx-user]

I have been a user for many years, and the software is usually running
smoothly.
Some years back, I added the temperature of my lake as extraTemp1 - also
fine.
Now, I also monitor the water level, by means of ultrasound, using the
HC-SR04. I have added this as extraTemp2, and don't min it shows as C in
the graphs.
I have a little problem with that sensor, though. Sometimes it will show a
far off reading, which has to be ignored, ie if it is more than 2 cm off
the previous reading.
But I can't figure out how to do that. Is there a way to store the previous
reading and use that (temporarily) for comparison? Or the average of the
readings up to that point?

Jens-Jørgen Kjærgaard
Tuenvej 818
9870 Sindal
Denmark
+45 21204417
www.jensjk.dk

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAJPduSSUyb7_XSAPyXs-dSJkbfVzsZUmDJVpbgamFVw%3DkL00hg%40mail.gmail.com.

Re: [weewx-user] Re: weewx beta version 4.0.0b18

[gjr80]

Tom, OK, so sort of the right answer but for the wrong reason!

I don't know why it took so long for me to tweak but I now know why the 
following TypeError was occurring:

Apr  5 13:00:19 raspberrypi weewx[604] ERROR weewx.cheetahgenerator:   
TypeError: '>' not supported between instances of 'NoneType' and 'int'

It's the change in the use of None in comparisons under python3 (Phil is 
running under python 3). Unless you are in the hour from 11pm to midnight 
iterating over the hours of the day will always return as least one hour 
where $hour.rain.sum.raw is None and the comparison below will return a 
TypeError under python3 if there is a None involved in the comparison. 
Nothing to do with missing rain data for the day. The fix is a change to 
the if statement as I posted earlier. Will submit that change and the 
rainrate/rainRate change as PRs to the SteelSeries Weather Gauges repo.

Gary

#set $hourlyrainTH = 0
#set $ThourlyrainTH = ''
#for $hour in $day.hours
#if $hour.rain.sum.raw > $hourlyrainTH
#set $hourlyrainTH = $hour.rain.sum.raw
#set $ThourlyrainTH = $hour.dateTime.format("%H:%M")
#end if
#end for

On Tuesday, 7 April 2020 21:39:50 UTC+10, Thomas Keffer wrote:
>
> Gary,
>
> Makes sense.
>
> To gather data for a plot, version 3.9 called Manager.getSqlVectors(), 
> which hit the database. Only types that appear in the database schema can 
> be plotted. Because many databases are case-insensitive, rainRate and 
> rainrate are treated the same, so it works.
>
> By contrast, version 4.0 calls weewx.xtypes.get_series(). This function 
> allows new types to be introduced, which are not necessarily in the 
> database. If no extension has been registered that knows how to deal with a 
> type, then xtypes consults the schema. If the type is not in there, an 
> exception weewx.UnknownType is raised. The schema consultation is done in 
> Python in a case-sensitive manner, so rainrate and rainRate are different.
>
> This explains the difference in behavior.
>
> -tk
>
>
>
> On Mon, Apr 6, 2020 at 6:27 PM gjr80 > 
> wrote:
>
>> Well looking into the rainrate/rainRate issue has been most interesting. 
>> First up rainrate has been used in skin.conf for the rain rate plot as 
>> follows since the SteelSeries Weather Gauges first directly supported WeeWX:
>>
>>[[images]]
>>x_label_format = %H:%M
>>show_daynight = true 
>>[[[daybarometer]]] 
>>barometer
>>[[[dayrain]]] 
>>yscale = None, None, 0.02 
>>plot_type = bar 
>>rain 
>>aggregate_type = sum 
>>aggregate_interval = 3600 
>>label = Rain (hourly total) 
>> [[[dayrainrate]]] 
>> rainrate
>>
>> But why has this never caused a problem or been noticed before? I think 
>> the way in which plot data is obtained and the introduction of xtypes holds 
>> the answer. Before WeeWX v4 plot data was obtained via a call to 
>> manager.getSqlVectors() which itself is encapsulated in a try...finally 
>> statement. The result being that any error (for example a non-existant obs 
>> type) was effectively swallowed and no data returned by 
>> manager.getSqlVectors(). The image generator would then plot this 
>> non-data which resulted in a plot devoid of data. Given that rain rate 
>> plots are seldom looked at, quite often show no data, and also as this plot 
>> was only used as a mouseover on the SteelSeries rain rate gauge, it is not 
>> surprising it's lack of data was never noticed. Now consider the new xtypes 
>> regime, plot data now comes from xtypes and if my xtypes understanding is 
>> correct, the xtypes are searched until one is found that can return the 
>> required data. In this case no xtype can return data for field rainrate 
>> which results in a weewx.UnknownType error which is highlighted in the 
>> log and painfully obvious to the user.
>>
>> Of course the fix is simple, replace rainrate with the correct field 
>> rainRate. This then got me wondering about the $hour.rain.sum.raw issue. 
>> I am still convinced this is tied to an underlying lack of rain data for at 
>> least one full hour in the day. My testing yesterday showed the 
>> gauge-data.txt template would handle such a lack of rain data without 
>> problem, which is counter to Phil's experience. But I was running under 
>> WeeWX 3.9.2 which does not use xtypes, I am now thinking there is a subtle 
>> difference in the data returned by xtypes in some corner cases. So far my 
>> understanding of xtypes has been fairly limited to just what I have needed 
>> to bget by in working on WeeWX 4.0 (which has not been much). Clearly I 
>> have a bit more reading to do (@tkeffer - warning there will be some xtypes 
>> questions inbound) and I will spend some time today seeing if I can 
>> replicate the issue.
>>
>> Gary
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.

[weewx-user] Sensor status.

[Richard Whittaker]

Hi there. 

I have a WeatherFlow station tied in to weewx, and the battery status for 
both Sky and Air just shows LOW, not a voltage. Is there a way to tweak the 
low battery level to match WeatherFlow's values (I believe 2.5v or so). 

Thanks,
Richard.

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/2ff88688-7961-4f1f-8554-1960fc49e6d5%40googlegroups.com.

[weewx-user] Re: weewx beta version 4.0.0b18

[Phil Owers]

Hi Guys
With Garys help with getting a gauge-data.txt file to generate I decided to 
try the next step (Logs were all clear) and add 'appTemp' and 'windrun' 
using Pat O Brien ADDING A NEW OBSERVATION TYPE TO THE WEEWX DATABASE
I did this on 3.9.2 and it worked fine but on 4.0.0b18 and after using 
wee_databse --rebuild- daily which was successful 
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
Generate failed with exception ''
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
 Ignoring template /home/weewx/skins/Seasons/NOAA/NOAA-%Y-%m.txt.tmpl
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
 Reason: cannot find 'count' while searching for 'day.wind.count.raw'
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
  Traceback (most recent call last):
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
File "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in 
generate
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
  unicode_string = compiled_template.respond()
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
File "_home_weewx_skins_Seasons_NOAA_NOAA__Y__m_txt_tmpl.py", line 
431, in respond
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
  NameMapper.NotFound: cannot find 'count' while searching for 
'day.wind.count.raw'
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
Generate failed with exception ''
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
 Ignoring template /home/weewx/skins/Seasons/NOAA/NOAA-%Y.txt.tmpl
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
 Reason: cannot find 'count' while searching for 'month.wind.count.raw'
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
  Traceback (most recent call last):
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
File "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in 
generate
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
  unicode_string = compiled_template.respond()
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
File "_home_weewx_skins_Seasons_NOAA_NOAA__Y_txt_tmpl.py", line 
862, in respond
Apr  7 13:38:09 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
  NameMapper.NotFound: cannot find 'count' while searching for 
'month.wind.count.raw'
Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
Generate failed with exception ''
Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
 Ignoring template /home/weewx/skins/Seasons/rss.xml.tmpl
Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
 Reason: cannot find 'max' while searching for 'day.wind.max'
Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
  Traceback (most recent call last):
Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
File "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in 
generate
Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
  unicode_string = compiled_template.respond()
Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
File "_home_weewx_skins_Seasons_rss_xml_tmpl.py", line 268, in 
respond
Apr  7 13:38:11 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
  NameMapper.NotFound: cannot find 'max' while searching for 
'day.wind.max'
Apr  7 13:38:11 raspberrypi wee_reports[974] INFO weewx.cheetahgenerator: 
Generated 5 files for report SeasonsReport in 2.74 seconds
Apr  7 13:38:15 raspberrypi wee_reports[974] INFO weewx.imagegenerator: 
Generated 30 images for report SeasonsReport in 3.64 seconds
Apr  7 13:38:15 raspberrypi wee_reports[974] INFO weewx.reportengine: 
Copied 5 files to /home/weewx/public_html
Apr  7 13:38:16 raspberrypi wee_reports[974] INFO weewx.reportengine: 
Copied 6 files to /home/weewx/public_html/ss
Apr  7 13:38:17 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
Generate failed with exception ''
Apr  7 13:38:17 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
 Ignoring template /home/weewx/skins/ss/gauge-data.txt.tmpl
Apr  7 13:38:17 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
 Reason: cannot find 'vecdir' while searching for 
'day.wind.vecdir.formatted'
Apr  7 13:38:17 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
  Traceback (most recent call last):
Apr  7 13:38:17 raspberrypi wee_reports[974] ERROR weewx.cheetahgenerator: 
File "/home/weewx/bin/weewx/cheetahgenerator.py", line 322, in 
generate
Apr  7 13:38:17 raspberrypi wee_reports[974] ERROR weewx.cheetahge

Re: [weewx-user] Alltime/ skins

[Thomas Keffer]

You actually already have it! It's located in your examples subdirectory,
file /usr/share/doc/weewx/examples/stats.py. Documentation is in the
section *Extending the list
* in the
Customization Guide.

On Tue, Apr 7, 2020 at 2:57 AM 'Richard O' via weewx-user <
weewx-user@googlegroups.com> wrote:

> Hi
>
> There was an extension piece of software, a few years back,  for the
> standard skin that could be downloaded from Sourceforge that would give the
> alltime stats ie the highs and lows since the software had been running. It
> does not seem available these days from my research but believe the command
> was tar xvf alltime-skin-0.0.1.tgz.
>
> Does anyone know if this still works or has been updated as there seems to
> be no trace of it?
>
>  I think it is an attractive and fun feature to have and see that
> meteobridge do all sorts of stats like this. Whilst I do not have any
> intention of changing I wondered if anyone perhaps, in the absence of the
> software, knows a way round this apart from designing it all myself. Is
> there an available skin that would give longer term stats for instance?
>
> many thanks Richard
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/21b23111-6099-49e8-a638-5dceb834d34e%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEBPD9sAZ8nh8Zq%2BXe3_8qHuYS1B8rmA%2B0dgZAYVz%2B5ANA%40mail.gmail.com.

Re: [weewx-user] Re: weewx beta version 4.0.0b18

[Thomas Keffer]

Gary,

Makes sense.

To gather data for a plot, version 3.9 called Manager.getSqlVectors(),
which hit the database. Only types that appear in the database schema can
be plotted. Because many databases are case-insensitive, rainRate and
rainrate are treated the same, so it works.

By contrast, version 4.0 calls weewx.xtypes.get_series(). This function
allows new types to be introduced, which are not necessarily in the
database. If no extension has been registered that knows how to deal with a
type, then xtypes consults the schema. If the type is not in there, an
exception weewx.UnknownType is raised. The schema consultation is done in
Python in a case-sensitive manner, so rainrate and rainRate are different.

This explains the difference in behavior.

-tk



On Mon, Apr 6, 2020 at 6:27 PM gjr80  wrote:

> Well looking into the rainrate/rainRate issue has been most interesting.
> First up rainrate has been used in skin.conf for the rain rate plot as
> follows since the SteelSeries Weather Gauges first directly supported WeeWX:
>
>[[images]]
>x_label_format = %H:%M
>show_daynight = true
>[[[daybarometer]]]
>barometer
>[[[dayrain]]]
>yscale = None, None, 0.02
>plot_type = bar
>rain
>aggregate_type = sum
>aggregate_interval = 3600
>label = Rain (hourly total)
> [[[dayrainrate]]]
> rainrate
>
> But why has this never caused a problem or been noticed before? I think
> the way in which plot data is obtained and the introduction of xtypes holds
> the answer. Before WeeWX v4 plot data was obtained via a call to
> manager.getSqlVectors() which itself is encapsulated in a try...finally
> statement. The result being that any error (for example a non-existant obs
> type) was effectively swallowed and no data returned by
> manager.getSqlVectors(). The image generator would then plot this
> non-data which resulted in a plot devoid of data. Given that rain rate
> plots are seldom looked at, quite often show no data, and also as this plot
> was only used as a mouseover on the SteelSeries rain rate gauge, it is not
> surprising it's lack of data was never noticed. Now consider the new xtypes
> regime, plot data now comes from xtypes and if my xtypes understanding is
> correct, the xtypes are searched until one is found that can return the
> required data. In this case no xtype can return data for field rainrate
> which results in a weewx.UnknownType error which is highlighted in the
> log and painfully obvious to the user.
>
> Of course the fix is simple, replace rainrate with the correct field
> rainRate. This then got me wondering about the $hour.rain.sum.raw issue.
> I am still convinced this is tied to an underlying lack of rain data for at
> least one full hour in the day. My testing yesterday showed the
> gauge-data.txt template would handle such a lack of rain data without
> problem, which is counter to Phil's experience. But I was running under
> WeeWX 3.9.2 which does not use xtypes, I am now thinking there is a subtle
> difference in the data returned by xtypes in some corner cases. So far my
> understanding of xtypes has been fairly limited to just what I have needed
> to bget by in working on WeeWX 4.0 (which has not been much). Clearly I
> have a bit more reading to do (@tkeffer - warning there will be some xtypes
> questions inbound) and I will spend some time today seeing if I can
> replicate the issue.
>
> Gary
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/cf119004-27b4-4415-9c93-cc823bee6c75%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEBTmd%2B9%3DEnS0h7fpyFbHubQcFujVvtaidnCgocJpzOGGQ%40mail.gmail.com.

[weewx-user] Alltime/ skins

['Richard O' via weewx-user]

Hi

There was an extension piece of software, a few years back,  for the 
standard skin that could be downloaded from Sourceforge that would give the 
alltime stats ie the highs and lows since the software had been running. It 
does not seem available these days from my research but believe the command 
was tar xvf alltime-skin-0.0.1.tgz.

Does anyone know if this still works or has been updated as there seems to 
be no trace of it? 

 I think it is an attractive and fun feature to have and see that 
meteobridge do all sorts of stats like this. Whilst I do not have any 
intention of changing I wondered if anyone perhaps, in the absence of the 
software, knows a way round this apart from designing it all myself. Is 
there an available skin that would give longer term stats for instance?

many thanks Richard

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/21b23111-6099-49e8-a638-5dceb834d34e%40googlegroups.com.

[weewx-user] Booting existing RPi3b from USB rather than SD

[monmul]

I have weewx running, very happily and very successfully, (thanks to all 
here who helped me!) on a Rpi3B. The Pi is running Raspian and the standard 
SD card. Now, I got to thinking that this is probably not the most secure 
long tern setup - due to wear and tear on the SD card etc. So, I was 
thinking of setting up the Pi to run off a USB drive, I have all the Weewx 
folders backed up. What would be the most sensible way of transferring the 
whole boot and Home directory etc to the USB drive. As the system is 
running so well, I am a tad reluctant to go fiddling with it.but I know 
I will have to sooner or later. Your thoughts and suggestions would be 
appreciated. 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/32cfbe26-20e1-4b7e-9dfc-b12cf385be52%40googlegroups.com.