[weewx-user] Re: NOW: Wrong PRECIP ACCUM....TE923 :(

2020-06-14 Thread Timothy Witham
Perhaps I got too far ahead wanting to fix the source for all users.   The 
problem is that we can fix our copy but not the source.  So upgrades will 
revert our fix.  So I will move my patch to a pull request over on github. 
That is more likely to get fixed at the source after discussion and review 
by the developers.

In the meantime, please revert to your previous production driver if you 
modified, and instead do the easier user level adjustment like this:

Add to weewx.conf:

[StdCalibrate]

[[Corrections]]
# te923.py at 0.06578 cm is lower than actual 1/36 inch bucket
# tips.  This correction must be removed if future te923.py is
# fixed to report actual 0.0705556 cm per tip directly.
rain = rain * 1.0725989


This converts current driver to 1/36" bucket tips.  Simply remove this in 
the future if the bug gets fixed in the driver (ideally release notes will 
mention this).

-- 
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/bde073cf-413b-4b25-b28b-a631e512cb7ao%40googlegroups.com.


Re: [weewx-user] Belchertown MQTT

2020-06-14 Thread Garry A Lockyer
Seems to me you have to publish MQTT data (under [StdRESTful][[MQTT]] so that 
you can later retrieve the data in [StdReport][[Belchertown]][[[Extras]]].  I 
suppose it’s possible to have one instance of weewx publish data and another 
instance subscribe to it, but there has to be at least one publisher somewhere.

I can’t explain the “lost connection “ message.  If I turn off MQTT publishing, 
I get a “Failed connecting...” message after a minute or so.

Regards,

Garry Lockyer
C: +1.250.689.0686
E: ga...@lockyer.ca


>> On Jun 14, 2020, at 19:40, Ken Walker  wrote:
> Thanks.  I don’t want to publish since I’m already getting data from MQTT.  
> My subscribe settings are the same as yours(other than host and topic 
> obviously).  But it does not work.
> 
> I’m perplexed :)
> 
>> On Jun 14, 2020, at 8:54 PM, garryalock...@gmail.com wrote:
>> 
>> Here’re the settings I’m currently using successfully:
>>  
>> [[MQTT]]
>> # This is to PUBLISH MQTT topics - username and password are 
>> required, on my system.
>>  
>> server_url = mqtt://username:password@192.168.1.140:1883/
>> topic = weather/OsoyoosLakeNorthEast
>> unit_system = METRIC
>> binding = archive, loop
>> aggregation = aggregate
>>  
>> # This is to SUBSCRIBE to MQTT topics - a username and password 
>> are not required – at least not on my system.
>>  
>> mqtt_websockets_enabled = 1
>> mqtt_websockets_host = "192.168.1.140”
>> mqtt_websockets_topic = "weather/OsoyoosLakeNorthEast/loop"
>> mqtt_websockets_port = 9001
>> disconnect_live_website_visitor = 180
>>  
>> The “aggregation” option above controls publishing one variable at a time, 
>> or publishing them all in a single connection (an aggregate).
>>  
>> Regards,
>>  
>> Garry
>>  
>>  
>> From: weewx-user@googlegroups.com  On Behalf Of 
>> Ken Walker
>> Sent: June 14, 2020 5:11 PM
>> To: weewx-user@googlegroups.com
>> Subject: Re: [weewx-user] Belchertown MQTT
>>  
>> Is the implementation expecting one observation at a time returned from the 
>> broker.  I am returning from 1 - 5 observations in one json string
>> 
>> 
>>> On Jun 14, 2020, at 7:47 PM, Garry A Lockyer  
>>> wrote:
>>>  
>>> The websockets port probably should be 9001.  1883 is usually the MQTT 
>>> broker.
>>> 
>>> Regards,
>>>  
>>> Garry Lockyer
>>> C: +1.250.689.0686
>>> E: ga...@lockyer.ca
>>>  
>>> 
>>> 
> On Jun 14, 2020, at 16:43, Ken Walker  wrote:
> 
 
 I'm getting my data from an internal MQTT server using the wxMesh driver 
 and all is working well.
  
 I would like to enable the MQTT updates, but cannot get them to work.
  
 I get a failed to connect message.  All items are on my internal network.  
  
 I have no trouble connecting from my weewx box(Raspberry Pi) with the 
 mosquito_sub client.
  
 Am I missing something obvious?
  
  
 I have the following in my skin.conf:
  
 mqtt_websockets_enabled = 1
 mqtt_websockets_host = "xx.xx.xx.xxx"
 mqtt_websockets_port = 1883
 mqtt_websockets_ssl = 0
 mqtt_websockets_topic = "weather/davis"
 disconnect_live_website_visitor = 180
 
 
  
 -- 
 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/7237fbdc-2531-477d-bc4d-cc61970f47cfo%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/7D2D3A35-5E77-4E92-BDB2-74FB55535A7A%40gmail.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/F502A4EB-043E-42EF-9AC7-47D47B6DF76B%40gmail.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/01f101d642af%2495a496b0%24c0edc410%24%40gmail.com.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "weewx-user" group.
> To 

Re: [weewx-user] Forecast Extension and Python 3

2020-06-14 Thread p q
There's a newer version with a fix. Search this group with the error
message and you'll find it.

On Sun, Jun 14, 2020 at 7:41 PM Tony Deets  wrote:

> I recently move weewx form a Pi 3 running Stretch with weewx using Python
> 2.7 to a Pi 4 running Buster using Python 3.whatever.  The new Pi 4 weewx
> setup is almost exact copy of Pi 3 setup.  The one difference is that when
> the Forecast extension installed and enabled I get the following syslog
> error:
>
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: Caught
> unrecoverable exception:
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   '>'
> not supported between instances of 'float' and 'NoneType'
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> Traceback (most recent call last):
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> File "/usr/share/weewx/weewx/engine.py", line 195, in run
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> self.dispatchEvent(weewx.Event(weewx.CHECK_LOOP, packet=packet))
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> File "/usr/share/weewx/weewx/engine.py", line 224, in dispatchEvent
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> callback(event)
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> File "/usr/share/weewx/weewx/engine.py", line 578, in check_loop
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> raise BreakLoop
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> weewx.engine.BreakLoop
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> During handling of the above exception, another exception occurred:
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> Traceback (most recent call last):
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> File "/usr/share/weewx/weewxd", line 154, in main
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> engine.run()
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> File "/usr/share/weewx/weewx/engine.py", line 202, in run
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> self.dispatchEvent(weewx.Event(weewx.POST_LOOP))
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> File "/usr/share/weewx/weewx/engine.py", line 224, in dispatchEvent
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> callback(event)
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> File "/usr/share/weewx/weewx/engine.py", line 594, in post_loop
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> self._catchup(self.engine.console.genArchiveRecords)
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> File "/usr/share/weewx/weewx/engine.py", line 643, in _catchup
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> origin='hardware'))
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> File "/usr/share/weewx/weewx/engine.py", line 224, in dispatchEvent
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> callback(event)
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> File "/usr/share/weewx/user/forecast.py", line 1212, in update_forecast
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> elif time.time() - self.interval > self.last_ts:
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> TypeError: '>' not supported between instances of 'float' and 'NoneType'
> Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
> Exiting.
>
> When the Forecast extension is uninstalled the problem disappears and
> weewx executes without issue.
>
> I suspect that there might be a compatibility problem between the Forecast
> extension and Python 3.7 but have no direct evidence that that is the case.
> I am curious to know if any other users of the above are having this issue
> and is their a known workaround for this problem?  If not, I guess it will
> require taking a look at the source and seeing how badly I can muck things
> up...
>
> --
> 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/4feda774-b55a-4002-be2a-5a2358fa487do%40googlegroups.com
> 
> .
>


-- 
Peter Quinn
(415)794-2264

-- 
You 

[weewx-user] Forecast Extension and Python 3

2020-06-14 Thread Tony Deets
I recently move weewx form a Pi 3 running Stretch with weewx using Python 
2.7 to a Pi 4 running Buster using Python 3.whatever.  The new Pi 4 weewx 
setup is almost exact copy of Pi 3 setup.  The one difference is that when 
the Forecast extension installed and enabled I get the following syslog 
error: 

Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: Caught 
unrecoverable exception:
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   '>' 
not supported between instances of 'float' and 'NoneType'
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
Traceback (most recent call last):
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
File "/usr/share/weewx/weewx/engine.py", line 195, in run
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
self.dispatchEvent(weewx.Event(weewx.CHECK_LOOP, packet=packet))
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
File "/usr/share/weewx/weewx/engine.py", line 224, in dispatchEvent
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
callback(event)
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
File "/usr/share/weewx/weewx/engine.py", line 578, in check_loop
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
raise BreakLoop
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
weewx.engine.BreakLoop
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
During handling of the above exception, another exception occurred:
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
Traceback (most recent call last):
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
File "/usr/share/weewx/weewxd", line 154, in main
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
engine.run()
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
File "/usr/share/weewx/weewx/engine.py", line 202, in run
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
self.dispatchEvent(weewx.Event(weewx.POST_LOOP))
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
File "/usr/share/weewx/weewx/engine.py", line 224, in dispatchEvent
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
callback(event)
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
File "/usr/share/weewx/weewx/engine.py", line 594, in post_loop
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
self._catchup(self.engine.console.genArchiveRecords)
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
File "/usr/share/weewx/weewx/engine.py", line 643, in _catchup
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
origin='hardware'))
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
File "/usr/share/weewx/weewx/engine.py", line 224, in dispatchEvent
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
callback(event)
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__: 
File "/usr/share/weewx/user/forecast.py", line 1212, in update_forecast
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
elif time.time() - self.interval > self.last_ts:
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
TypeError: '>' not supported between instances of 'float' and 'NoneType'
Jun 14 07:55:18 raspberrypi weewx[11874] CRITICAL __main__:   
Exiting.

When the Forecast extension is uninstalled the problem disappears and weewx 
executes without issue.   

I suspect that there might be a compatibility problem between the Forecast 
extension and Python 3.7 but have no direct evidence that that is the case. 
I am curious to know if any other users of the above are having this issue 
and is their a known workaround for this problem?  If not, I guess it will 
require taking a look at the source and seeing how badly I can muck things 
up... 

-- 
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/4feda774-b55a-4002-be2a-5a2358fa487do%40googlegroups.com.


Re: [weewx-user] Belchertown MQTT

2020-06-14 Thread Ken Walker
Thanks.  I don’t want to publish since I’m already getting data from MQTT.  My 
subscribe settings are the same as yours(other than host and topic obviously).  
But it does not work.

I’m perplexed :)

> On Jun 14, 2020, at 8:54 PM, garryalock...@gmail.com wrote:
> 
> Here’re the settings I’m currently using successfully:
>  
> [[MQTT]]
> # This is to PUBLISH MQTT topics - username and password are 
> required, on my system.
>  
> server_url = mqtt://username:password@192.168.1.140:1883/ 
> 
> topic = weather/OsoyoosLakeNorthEast
> unit_system = METRIC
> binding = archive, loop
> aggregation = aggregate
>  
> # This is to SUBSCRIBE to MQTT topics - a username and password 
> are not required – at least not on my system.
>  
> mqtt_websockets_enabled = 1
> mqtt_websockets_host = "192.168.1.140”
> mqtt_websockets_topic = "weather/OsoyoosLakeNorthEast/loop"
> mqtt_websockets_port = 9001
> disconnect_live_website_visitor = 180
>  
> The “aggregation” option above controls publishing one variable at a time, or 
> publishing them all in a single connection (an aggregate).
>  
> Regards,
>  
> Garry
>  
>  
> From: weewx-user@googlegroups.com  On Behalf Of 
> Ken Walker
> Sent: June 14, 2020 5:11 PM
> To: weewx-user@googlegroups.com
> Subject: Re: [weewx-user] Belchertown MQTT
>  
> Is the implementation expecting one observation at a time returned from the 
> broker.  I am returning from 1 - 5 observations in one json string
> 
> 
>> On Jun 14, 2020, at 7:47 PM, Garry A Lockyer > > wrote:
>>  
>> The websockets port probably should be 9001.  1883 is usually the MQTT 
>> broker.
>> 
>> Regards,
>>  
>> Garry Lockyer
>> C: +1.250.689.0686
>> E: ga...@lockyer.ca 
>>  
>> 
>> 
>>> On Jun 14, 2020, at 16:43, Ken Walker >> > wrote:
>>> 
>>> 
>>> I'm getting my data from an internal MQTT server using the wxMesh driver 
>>> and all is working well.
>>>  
>>> I would like to enable the MQTT updates, but cannot get them to work.
>>>  
>>> I get a failed to connect message.  All items are on my internal network.  
>>>  
>>> I have no trouble connecting from my weewx box(Raspberry Pi) with the 
>>> mosquito_sub client.
>>>  
>>> Am I missing something obvious?
>>>  
>>>  
>>> I have the following in my skin.conf:
>>>  
>>> mqtt_websockets_enabled = 1
>>> mqtt_websockets_host = "xx.xx.xx.xxx"
>>> mqtt_websockets_port = 1883
>>> mqtt_websockets_ssl = 0
>>> mqtt_websockets_topic = "weather/davis"
>>> disconnect_live_website_visitor = 180
>>> 
>>> 
>>>  
>>> -- 
>>> 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/7237fbdc-2531-477d-bc4d-cc61970f47cfo%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/7D2D3A35-5E77-4E92-BDB2-74FB55535A7A%40gmail.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/F502A4EB-043E-42EF-9AC7-47D47B6DF76B%40gmail.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/01f101d642af%2495a496b0%24c0edc410%24%40gmail.com
>  
> 

[weewx-user] Re: Having yesterday's rain listed right under Rain Rate, Rain Today in the Current Conditions section

2020-06-14 Thread Dale Reid
Thank you for the examples and ways to accomplish this.

I assume that by trying it, it will not corrupt the data base, since this 
is a 'read' type function, correct?  If I screw it up, then no harm done, 
just remove this code or whatever I insert and then restart WeeWx?

Secondly, just for my generation of old timers, I assume that this code 
will trigger an aggregation from the data base, for instance, by going 
through all the records for yesterday, totaling the rain, but doing so 
every time WeeWx generates those HTML images to post to my server?  I am 
from an era where CPU cycles were expensive and slow.  Knuth suggested if 
there were a string that wouldn't change in a loop, to calculate it outside 
the loop and save it as a constant value and reference that.  And on those 
installs of WeeWx running on RaspPi machines, there is the suggestion that 
hitting the database a lot will shorten the life of the SD cards which 
serve as their mass storage.

Hence my initial suggestion to take the value of the rain, save it, and 
just call in that number (which will remain unchanged into the future) 
instead of accessing the database, and totalling the rain each and every 
time.

If I can get the suggested way working, I'll be grinning a lot.  The next 
would be to figure out the total rain and save that, but is that level of 
monkeying around with WeeWx permitted, or is the summary of yesterday's 
rain the only way to accomplish this, even if it does mean all the access 
and work each time?  Just curious.  

And thank you all for the suggestions.
Dale



On Sunday, June 14, 2020 at 3:04:32 PM UTC-5, Dale Reid wrote:
>
> While yesterday's rain total isn't exactly a current condition, I would 
> like to have the display page show the amount of rain from yesterday.
>
> I know there are different ideas on when rain totals should zero out, but 
> I'm asking for something slightly different, and for me, would add to the 
> usefulness.
>
> I'm thinking of the situation that often occurs when a storm series moves 
> through, with say 1/2" or so of rain before midnight, then even more after 
> midnight, say 1/4" in the new day.
>
> It is really all the same storm, and not worth the logic to have it done 
> automatically, but to glance at the summary page and see today's rain is 
> 1/4", when the storm total is 3/4" would really work better to list what 
> yesterday's rain was right after today's total so far.
>
> I don't know how the inner structure of WeeWx works, so one way would be, 
> if the variable is available, to have today's rain total saved at midnight 
> to a new variable called YesterdayRain, then zero the today's rain 
> variable.  It seems simple,but I don't know if the ordinary user would have 
> the ability to modify WeeWx to make this work.
>
> Is there already this Yesterday's Rain value available, and if so by what 
> name? 
>
> Can we add a display line to the skin that generates the standard page, or 
> not?
>
> Another way to do it would be have the database total up yesterdays rain 
> with a date range but this seems to be a lot of work, involve accessing the 
> data base for no added reason, if one just had the YesterdaysRain already 
> stored.
>
> Just some thoughts. So far this is the only tweak I've thought of that 
> WeeWx doesn't seem to already do.  Python is really beyond my current 
> skills, and while I know some might whip this together in short order with 
> their programming knowledge, I don't know how to find the stored variables 
> already, or fiddle around with it and screw something up.
>
> Dale
>
> ecwx.info/weewx
>
> (There are no error logs, there is nothing to submit, other than my idea).
>
>
>

-- 
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/d354276b-5357-4bc4-8b5a-77e658ad1d3do%40googlegroups.com.


RE: [weewx-user] Belchertown MQTT

2020-06-14 Thread garryalockyer
Here’re the settings I’m currently using successfully:

 

[[MQTT]]

# This is to PUBLISH MQTT topics - username and password are required, 
on my system.

 

server_url = mqtt://username:password@192.168.1.140:1883/

topic = weather/OsoyoosLakeNorthEast

unit_system = METRIC

binding = archive, loop

aggregation = aggregate

 

# This is to SUBSCRIBE to MQTT topics - a username and password are 
not required – at least not on my system.

 

mqtt_websockets_enabled = 1

mqtt_websockets_host = "192.168.1.140”

mqtt_websockets_topic = "weather/OsoyoosLakeNorthEast/loop"

mqtt_websockets_port = 9001

disconnect_live_website_visitor = 180

 

The “aggregation” option above controls publishing one variable at a time, or 
publishing them all in a single connection (an aggregate).

 

Regards,

 

Garry

 

 

From: weewx-user@googlegroups.com  On Behalf Of 
Ken Walker
Sent: June 14, 2020 5:11 PM
To: weewx-user@googlegroups.com
Subject: Re: [weewx-user] Belchertown MQTT

 

Is the implementation expecting one observation at a time returned from the 
broker.  I am returning from 1 - 5 observations in one json string





On Jun 14, 2020, at 7:47 PM, Garry A Lockyer mailto:garryalock...@gmail.com> > wrote:

 

The websockets port probably should be 9001.  1883 is usually the MQTT broker.

Regards,

 

Garry Lockyer

C: +1.250.689.0686

E: ga...@lockyer.ca  

 





On Jun 14, 2020, at 16:43, Ken Walker mailto:kwalk...@gmail.com> > wrote:



I'm getting my data from an internal MQTT server using the wxMesh driver and 
all is working well.

 

I would like to enable the MQTT updates, but cannot get them to work.

 

I get a failed to connect message.  All items are on my internal network.  

 

I have no trouble connecting from my weewx box(Raspberry Pi) with the 
mosquito_sub client.

 

Am I missing something obvious?

 

 

I have the following in my skin.conf:

 

mqtt_websockets_enabled = 1

mqtt_websockets_host = "xx.xx.xx.xxx"

mqtt_websockets_port = 1883

mqtt_websockets_ssl = 0

mqtt_websockets_topic = "weather/davis"

disconnect_live_website_visitor = 180





 

-- 
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/7237fbdc-2531-477d-bc4d-cc61970f47cfo%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/7D2D3A35-5E77-4E92-BDB2-74FB55535A7A%40gmail.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/F502A4EB-043E-42EF-9AC7-47D47B6DF76B%40gmail.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/01f101d642af%2495a496b0%24c0edc410%24%40gmail.com.


[weewx-user] MySQL DB issue, connection was killed error, which casues weewx to stop

2020-06-14 Thread bdf0506
Hello all. I ran into an issue where MySQL was shut down, and as a result 
it kills the connection to weewx. But weewx doesn't seem to have logic to 
understand when the database comes back. It seems we could implement a 
sleep and retry.

This is similar to this thread from 2018 that I reported:
https://groups.google.com/forum/#!msg/weewx-user/GN5lCvsQ-sU/2Ukh8ftfCAAJ

It looks like there is no reference to reason code 1927 as I see in my logs.
https://github.com/weewx/weewx/blob/development/bin/weedb/NOTES.md

Log file:

Jun 14 20:00:19 weewx weewx[1294]: manager: Added record 2020-06-14 20:00:00 
EDT (1592179200) to database 'weewx'
Jun 14 20:00:19 weewx weewx[1294]: manager: Added record 2020-06-14 20:00:00 
EDT (1592179200) to daily summary in 'weewx'
Jun 14 20:00:19 weewx weewx[1294]: restx: Wunderground-PWS: Published 
record 2020-06-14 20:00:00 EDT (1592179200)
Jun 14 20:00:20 weewx weewx[1294]: cheetahgenerator: Generated 5 files for 
report StandardReport in 1.28 seconds
Jun 14 20:00:20 weewx weewx[1294]: copygenerator: copied 0 files to /opt/
weewx/public_html
Jun 14 20:02:50 weewx weewx[1294]: restx: Influx: Unexpected exception of 
type 
Jun 14 20:02:50 weewx weewx[1294]: restx: MQTT: Unexpected exception of 
type 
Jun 14 20:02:51 weewx weewx[1294]: restx: Influx: Thread exiting. Reason: (
1927, 'Connection was killed')
Jun 14 20:02:51 weewx weewx[1294]: restx: MQTT: Thread exiting. Reason: (
1927, 'Connection was killed')
Jun 14 20:05:23 weewx weewx[1294]: engine: Shutting down StdReport thread
Jun 14 20:05:23 weewx weewx[1294]: sdr: MainThread: shutdown process 
rtl_433 -q -U -F json -R40
Jun 14 20:05:36 weewx weewx[1294]: sdr: MainThread: timed out waiting for 
stderr-thread
Jun 14 20:05:36 weewx weewx[1294]: engine: Caught unrecoverable exception in 
engine:
Jun 14 20:05:36 weewx weewx[1294]:  (1927, 'Connection was killed')
Jun 14 20:05:36 weewx weewx[1294]:  Traceback (most recent call last):
Jun 14 20:05:36 weewx weewx[1294]:  File 
"/opt/weewx/bin/weewx/engine.py", line 871, in main
Jun 14 20:05:36 weewx weewx[1294]:  engine.run()
Jun 14 20:05:36 weewx weewx[1294]:  File 
"/opt/weewx/bin/weewx/engine.py", line 201, in run
Jun 14 20:05:36 weewx weewx[1294]:  self.dispatchEvent(weewx.Event(weewx
.POST_LOOP))
Jun 14 20:05:36 weewx weewx[1294]:  File 
"/opt/weewx/bin/weewx/engine.py", line 223, in dispatchEvent
Jun 14 20:05:36 weewx weewx[1294]:  callback(event)
Jun 14 20:05:36 weewx weewx[1294]:  File 
"/opt/weewx/bin/weewx/engine.py", line 567, in post_loop
Jun 14 20:05:36 weewx weewx[1294]:  self._catchup(self.engine.console.
genArchiveRecords)
Jun 14 20:05:36 weewx weewx[1294]:  File 
"/opt/weewx/bin/weewx/engine.py", line 614, in _catchup
Jun 14 20:05:36 weewx weewx[1294]:  lastgood_ts = dbmanager.
lastGoodStamp()
Jun 14 20:05:36 weewx weewx[1294]:  File 
"/opt/weewx/bin/weewx/manager.py", line 206, in lastGoodStamp
Jun 14 20:05:36 weewx weewx[1294]:  _row = self.getSql("SELECT 
MAX(dateTime) FROM %s" % self.table_name)
Jun 14 20:05:36 weewx weewx[1294]:  File 
"/opt/weewx/bin/weewx/manager.py", line 394, in getSql
Jun 14 20:05:36 weewx weewx[1294]:  _cursor.execute(sql, sqlargs)
Jun 14 20:05:36 weewx weewx[1294]:  File "/opt/weewx/bin/weedb/mysql.py"
, line 49, in guarded_fn
Jun 14 20:05:36 weewx weewx[1294]:  raise klass(e)
Jun 14 20:05:36 weewx weewx[1294]:  DatabaseError: (1927, 'Connection 
was killed')
Jun 14 20:05:36 weewx weewx[1294]:  Exiting.

Anything we can do to help remediate this situation?

-- 
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/6966d6f1-84e1-4ca0-b285-a32ecfab7374o%40googlegroups.com.


Re: [weewx-user] Belchertown MQTT

2020-06-14 Thread Ken Walker
Is the implementation expecting one observation at a time returned from the 
broker.  I am returning from 1 - 5 observations in one json string

> On Jun 14, 2020, at 7:47 PM, Garry A Lockyer  wrote:
> 
> The websockets port probably should be 9001.  1883 is usually the MQTT broker.
> 
> Regards,
> 
> Garry Lockyer
> C: +1.250.689.0686
> E: ga...@lockyer.ca
> 
> 
>> On Jun 14, 2020, at 16:43, Ken Walker  wrote:
>> 
>> 
>> I'm getting my data from an internal MQTT server using the wxMesh driver and 
>> all is working well.
>> 
>> I would like to enable the MQTT updates, but cannot get them to work.
>> 
>> I get a failed to connect message.  All items are on my internal network.  
>> 
>> I have no trouble connecting from my weewx box(Raspberry Pi) with the 
>> mosquito_sub client.
>> 
>> Am I missing something obvious?
>> 
>> 
>> I have the following in my skin.conf:
>> 
>> mqtt_websockets_enabled = 1
>> 
>> mqtt_websockets_host = "xx.xx.xx.xxx"
>> 
>> mqtt_websockets_port = 1883
>> 
>> mqtt_websockets_ssl = 0
>> 
>> mqtt_websockets_topic = "weather/davis"
>> 
>> disconnect_live_website_visitor = 180
>> 
>> 
>> 
>> 
>> -- 
>> 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/7237fbdc-2531-477d-bc4d-cc61970f47cfo%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/7D2D3A35-5E77-4E92-BDB2-74FB55535A7A%40gmail.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/F502A4EB-043E-42EF-9AC7-47D47B6DF76B%40gmail.com.


Re: [weewx-user] Belchertown MQTT

2020-06-14 Thread Ken Walker
I changed it to that.  Still doesn’t work, but the behavior is slightly 
different.

On the page I now get a “lost connect….” message which flashes on and off for a 
few seconds.  I know my broker is working on port 9001 as I have tested it from 
a test python script.

> On Jun 14, 2020, at 7:47 PM, Garry A Lockyer  wrote:
> 
> The websockets port probably should be 9001.  1883 is usually the MQTT broker.
> 
> Regards,
> 
> Garry Lockyer
> C: +1.250.689.0686
> E: ga...@lockyer.ca
> 
> 
>> On Jun 14, 2020, at 16:43, Ken Walker  wrote:
>> 
>> 
>> I'm getting my data from an internal MQTT server using the wxMesh driver and 
>> all is working well.
>> 
>> I would like to enable the MQTT updates, but cannot get them to work.
>> 
>> I get a failed to connect message.  All items are on my internal network.  
>> 
>> I have no trouble connecting from my weewx box(Raspberry Pi) with the 
>> mosquito_sub client.
>> 
>> Am I missing something obvious?
>> 
>> 
>> I have the following in my skin.conf:
>> 
>> mqtt_websockets_enabled = 1
>> 
>> mqtt_websockets_host = "xx.xx.xx.xxx"
>> 
>> mqtt_websockets_port = 1883
>> 
>> mqtt_websockets_ssl = 0
>> 
>> mqtt_websockets_topic = "weather/davis"
>> 
>> disconnect_live_website_visitor = 180
>> 
>> 
>> 
>> 
>> -- 
>> 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/7237fbdc-2531-477d-bc4d-cc61970f47cfo%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/7D2D3A35-5E77-4E92-BDB2-74FB55535A7A%40gmail.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/150F8C56-FED4-4E4F-8A15-7CC508506986%40gmail.com.


Re: [weewx-user] Re: Full day highcharts question

2020-06-14 Thread gjr80

What you are seeing is some subtly different behaviour brought about by the 
introduction of xtypes in WeeWX v4. One of the things that xtypes did was 
replace the manager.getSqlVectors() method; it now uses xtypes.get_series() 
(getSqlVectors() still exists and continues to be supported in v4 for 
backwards compatibility, it just calls xtypes.get_series()). 

If the old getSqlVectors() was called with no aggregate, SqlVectors() 
simply queried the archive for data in the timespan concerrned and this 
query only returned records that currently exist in the archive (ie nothing 
in the future unless for some reason you had future dated data in your 
database). The number of data points returned by a non-aggregate call for 
current day, week, month, year spans was equal to the number of records 
from the start of the timespan to the current time. If an aggregate was 
included then the aggregate was calculated for all aggregate periods in the 
timespan (including future dated aggregate periods). Of course the 
aggregate for future dated aggregate periods is None/nothing and 
getSqlVectors() ignored these None/nothing rows. The number of data points 
returned by an aggregate call for current day, week, month, year spans was 
equal to the number of aggregate periods from the start of the timespan to 
the current time.

Now under xtypes.get_series(), the vectors returned when there is no 
aggregate follow the old getSqlVecrtors() approach; the archive is queried 
and only the data that is returned from the query is returned in the 
vectors (ie nothing future dated because no future date records exist) and 
again the number of data points returned by a non-aggregate call for 
current day, week, month, year spans was equal to the number of records 
from the start of the timespan to the current time. However, when an 
aggregate is specified xtypes.get_series() uses the same query as was used 
by getSqlVectors() but future dated aggregate results are now included. The 
number of data points returned by an aggregate call for current day, week, 
month, year spans was equal to the number of aggregate periods in the 
timespan.

So considering your examples, under the old getSqlVectors() I would expect 
your 'day span' call would return somewhere from 0 to 288 data points 
depending on time of day it was called. Your 'year span' call would return 
somewhere from 0 to 366 data points depending on the day it was called. 
Under the new v4 xtypes.get_series() I would expect your 'day span' call 
would return somewhere from 0 to 288 data points depending on time of day 
it was called. Your 'year span' call will always return 366 data points but 
of those 366 data points the last x data points will be None where x = 366 
- day number of the year the call was made.

I am not sure whether the changed behaviour was a deliberate choice on 
Tom's behalf or not, I suspect not, best left for Tom when he is back in 
contact in a week or so. I will raise an issue on this so it is not lost.

Gary

On Monday, 15 June 2020 07:07:04 UTC+10, Pat wrote:
>
> Coming up with a loss on this one. Both the "today" and the "year" charts 
> are the full time spans generated by weewx for their time period, and both 
> go through the same SQL function. Yet the year query results is populated 
> 366 times (once a day), but the day query results is only populated for 
> midnight to "now", not midnight to midnight like the timespan suggests. 
>
> Anyone else have any insight on why:
>
> The day span below does not return 288 results? (based on a 5 minute 
> archive interval)
>
> archive.getSqlVectors(TimeSpan(1592107200, 1592193600), outTemp, None, 
> None)
>
>
>
>
> However, this one return 366 results (based on the full year span)
>
> archive.getSqlVectors(TimeSpan(1577854800, 1609477200), outTemp, max, 
> 86400)
>
>
> Thoughts? Tom? Matthew? Gary?
>
>
> On Sunday, June 14, 2020 at 3:51:15 PM UTC-4, Pat wrote:
>>
>> haha i know what you meant! hope to look into it soon though
>>
>> On Sunday, June 14, 2020 at 3:12:25 PM UTC-4, Manfred Maier wrote:
>>>
>>> My post didn't want to say that you have to look into it NOW. 
>>> I just wanted to give a '+1' for this feature request ;)
>>>
>>> ... perhaps it's even something that is not possible at all with weewx 
>>> 4.0. 
>>>
>>

-- 
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/80facffa-0c6e-410a-bcae-26e777c80d76o%40googlegroups.com.


Re: [weewx-user] Belchertown MQTT

2020-06-14 Thread Garry A Lockyer
The websockets port probably should be 9001.  1883 is usually the MQTT broker.

Regards,

Garry Lockyer
C: +1.250.689.0686
E: ga...@lockyer.ca


> On Jun 14, 2020, at 16:43, Ken Walker  wrote:
> 
> 
> I'm getting my data from an internal MQTT server using the wxMesh driver and 
> all is working well.
> 
> I would like to enable the MQTT updates, but cannot get them to work.
> 
> I get a failed to connect message.  All items are on my internal network.  
> 
> I have no trouble connecting from my weewx box(Raspberry Pi) with the 
> mosquito_sub client.
> 
> Am I missing something obvious?
> 
> 
> I have the following in my skin.conf:
> 
> mqtt_websockets_enabled = 1
> 
> mqtt_websockets_host = "xx.xx.xx.xxx"
> 
> mqtt_websockets_port = 1883
> 
> mqtt_websockets_ssl = 0
> 
> mqtt_websockets_topic = "weather/davis"
> 
> disconnect_live_website_visitor = 180
> 
> 
> 
> -- 
> 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/7237fbdc-2531-477d-bc4d-cc61970f47cfo%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/7D2D3A35-5E77-4E92-BDB2-74FB55535A7A%40gmail.com.


[weewx-user] Re: Having yesterday's rain listed right under Rain Rate, Rain Today in the Current Conditions section

2020-06-14 Thread Paul McGeorge
In addition to the $day($days_ago=1).rain.sum you can also use 
$yesterday.rain.sum if you just want yesterdays rain

or perhaps you really want to know if it rained while you were asleep and 
would prefer the last 24 hours in which case you can use the Span function 
like this  $span($hour_delta=24).rain.sum  where delta is the number of 
hours... 

Since Weewx stores everything in a Database lots of presentations are 
possible...

On Sunday, June 14, 2020 at 5:24:47 PM UTC-6, Jeff A. D. wrote:
>
> I haven't tried it, but form the docs, 
> http://www.weewx.com/docs/customizing.htm#general_aggregation_periods, I 
> would think something like this would work.  If you were using the Seasons 
> skin I would add it to "current.inc".
>
>$obs.label.Rainfall Yesterday
> $$day($days_ago=1).rain.sum
> 
>
>
>
>
> On Sunday, June 14, 2020 at 2:04:32 PM UTC-6, Dale Reid wrote:
>>
>> While yesterday's rain total isn't exactly a current condition, I would 
>> like to have the display page show the amount of rain from yesterday.
>>
>> I know there are different ideas on when rain totals should zero out, but 
>> I'm asking for something slightly different, and for me, would add to the 
>> usefulness.
>>
>> I'm thinking of the situation that often occurs when a storm series moves 
>> through, with say 1/2" or so of rain before midnight, then even more after 
>> midnight, say 1/4" in the new day.
>>
>> It is really all the same storm, and not worth the logic to have it done 
>> automatically, but to glance at the summary page and see today's rain is 
>> 1/4", when the storm total is 3/4" would really work better to list what 
>> yesterday's rain was right after today's total so far.
>>
>> I don't know how the inner structure of WeeWx works, so one way would be, 
>> if the variable is available, to have today's rain total saved at midnight 
>> to a new variable called YesterdayRain, then zero the today's rain 
>> variable.  It seems simple,but I don't know if the ordinary user would have 
>> the ability to modify WeeWx to make this work.
>>
>> Is there already this Yesterday's Rain value available, and if so by what 
>> name? 
>>
>> Can we add a display line to the skin that generates the standard page, 
>> or not?
>>
>> Another way to do it would be have the database total up yesterdays rain 
>> with a date range but this seems to be a lot of work, involve accessing the 
>> data base for no added reason, if one just had the YesterdaysRain already 
>> stored.
>>
>> Just some thoughts. So far this is the only tweak I've thought of that 
>> WeeWx doesn't seem to already do.  Python is really beyond my current 
>> skills, and while I know some might whip this together in short order with 
>> their programming knowledge, I don't know how to find the stored variables 
>> already, or fiddle around with it and screw something up.
>>
>> Dale
>>
>> ecwx.info/weewx
>>
>> (There are no error logs, there is nothing to submit, other than my idea).
>>
>>
>>

-- 
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/772061e7-25a3-4040-ae77-d1a45dad700fo%40googlegroups.com.


[weewx-user] Belchertown MQTT

2020-06-14 Thread Ken Walker
I'm getting my data from an internal MQTT server using the wxMesh driver 
and all is working well.

I would like to enable the MQTT updates, but cannot get them to work.

I get a failed to connect message.  All items are on my internal network.  

I have no trouble connecting from my weewx box(Raspberry Pi) with the 
mosquito_sub client.

Am I missing something obvious?


I have the following in my skin.conf:

mqtt_websockets_enabled = 1

mqtt_websockets_host = "xx.xx.xx.xxx"

mqtt_websockets_port = 1883

mqtt_websockets_ssl = 0

mqtt_websockets_topic = "weather/davis"

disconnect_live_website_visitor = 180


-- 
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/7237fbdc-2531-477d-bc4d-cc61970f47cfo%40googlegroups.com.


[weewx-user] Re: Aeris and Belchertown

2020-06-14 Thread Ken Walker
Works great. 

On Sunday, June 14, 2020 at 3:43:43 PM UTC-4, Ken Walker wrote:
>
> I have installed the development version of the Belchertown skin and it 
> looks terrific!  
>
> Thanks Pat
>
> I'm just wondering if you've found an free version of the Aeris api that 
> doesn't expire after 30 days.  Or does the development account still keep 
> working?
>
> Thanks.
>
> Ken
>

-- 
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/22f93294-e23d-4823-871e-24d78253ba7do%40googlegroups.com.


[weewx-user] Re: Having yesterday's rain listed right under Rain Rate, Rain Today in the Current Conditions section

2020-06-14 Thread Jeff A. D.
I haven't tried it, but form the docs, 
http://www.weewx.com/docs/customizing.htm#general_aggregation_periods, I 
would think something like this would work.  If you were using the Seasons 
skin I would add it to "current.inc".
   
   $obs.label.Rainfall Yesterday
$$day($days_ago=1).rain.sum





On Sunday, June 14, 2020 at 2:04:32 PM UTC-6, Dale Reid wrote:
>
> While yesterday's rain total isn't exactly a current condition, I would 
> like to have the display page show the amount of rain from yesterday.
>
> I know there are different ideas on when rain totals should zero out, but 
> I'm asking for something slightly different, and for me, would add to the 
> usefulness.
>
> I'm thinking of the situation that often occurs when a storm series moves 
> through, with say 1/2" or so of rain before midnight, then even more after 
> midnight, say 1/4" in the new day.
>
> It is really all the same storm, and not worth the logic to have it done 
> automatically, but to glance at the summary page and see today's rain is 
> 1/4", when the storm total is 3/4" would really work better to list what 
> yesterday's rain was right after today's total so far.
>
> I don't know how the inner structure of WeeWx works, so one way would be, 
> if the variable is available, to have today's rain total saved at midnight 
> to a new variable called YesterdayRain, then zero the today's rain 
> variable.  It seems simple,but I don't know if the ordinary user would have 
> the ability to modify WeeWx to make this work.
>
> Is there already this Yesterday's Rain value available, and if so by what 
> name? 
>
> Can we add a display line to the skin that generates the standard page, or 
> not?
>
> Another way to do it would be have the database total up yesterdays rain 
> with a date range but this seems to be a lot of work, involve accessing the 
> data base for no added reason, if one just had the YesterdaysRain already 
> stored.
>
> Just some thoughts. So far this is the only tweak I've thought of that 
> WeeWx doesn't seem to already do.  Python is really beyond my current 
> skills, and while I know some might whip this together in short order with 
> their programming knowledge, I don't know how to find the stored variables 
> already, or fiddle around with it and screw something up.
>
> Dale
>
> ecwx.info/weewx
>
> (There are no error logs, there is nothing to submit, other than my idea).
>
>
>

-- 
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/075633c8-cc97-4454-8a5b-f22c2b128cdco%40googlegroups.com.


[weewx-user] Re: Having yesterday's rain listed right under Rain Rate, Rain Today in the Current Conditions section

2020-06-14 Thread Jeff A. D.
I haven't tried it, but form the docs, 
file:///usr/share/doc/weewx/customizing.htm#general_aggregation_periods, I 
would think something like this would work.  If you were using the Seasons 
skin I would add it to "current.inc".
   
   $obs.label.Rainfall Yesterday
$$day($days_ago=1).rain.sum



On Sunday, June 14, 2020 at 2:04:32 PM UTC-6, Dale Reid wrote:
>
> While yesterday's rain total isn't exactly a current condition, I would 
> like to have the display page show the amount of rain from yesterday.
>
> I know there are different ideas on when rain totals should zero out, but 
> I'm asking for something slightly different, and for me, would add to the 
> usefulness.
>
> I'm thinking of the situation that often occurs when a storm series moves 
> through, with say 1/2" or so of rain before midnight, then even more after 
> midnight, say 1/4" in the new day.
>
> It is really all the same storm, and not worth the logic to have it done 
> automatically, but to glance at the summary page and see today's rain is 
> 1/4", when the storm total is 3/4" would really work better to list what 
> yesterday's rain was right after today's total so far.
>
> I don't know how the inner structure of WeeWx works, so one way would be, 
> if the variable is available, to have today's rain total saved at midnight 
> to a new variable called YesterdayRain, then zero the today's rain 
> variable.  It seems simple,but I don't know if the ordinary user would have 
> the ability to modify WeeWx to make this work.
>
> Is there already this Yesterday's Rain value available, and if so by what 
> name? 
>
> Can we add a display line to the skin that generates the standard page, or 
> not?
>
> Another way to do it would be have the database total up yesterdays rain 
> with a date range but this seems to be a lot of work, involve accessing the 
> data base for no added reason, if one just had the YesterdaysRain already 
> stored.
>
> Just some thoughts. So far this is the only tweak I've thought of that 
> WeeWx doesn't seem to already do.  Python is really beyond my current 
> skills, and while I know some might whip this together in short order with 
> their programming knowledge, I don't know how to find the stored variables 
> already, or fiddle around with it and screw something up.
>
> Dale
>
> ecwx.info/weewx
>
> (There are no error logs, there is nothing to submit, other than my idea).
>
>
>

-- 
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/f1c83484-b283-4ec4-b97d-8e4a7e48cacdo%40googlegroups.com.


Re: [weewx-user] Re: Full day highcharts question

2020-06-14 Thread Pat
Coming up with a loss on this one. Both the "today" and the "year" charts 
are the full time spans generated by weewx for their time period, and both 
go through the same SQL function. Yet the year query results is populated 
366 times (once a day), but the day query results is only populated for 
midnight to "now", not midnight to midnight like the timespan suggests. 

Anyone else have any insight on why:

The day span below does not return 288 results? (based on a 5 minute 
archive interval)

archive.getSqlVectors(TimeSpan(1592107200, 1592193600), outTemp, None, None)




However, this one return 366 results (based on the full year span)

archive.getSqlVectors(TimeSpan(1577854800, 1609477200), outTemp, max, 86400)


Thoughts? Tom? Matthew? Gary?


On Sunday, June 14, 2020 at 3:51:15 PM UTC-4, Pat wrote:
>
> haha i know what you meant! hope to look into it soon though
>
> On Sunday, June 14, 2020 at 3:12:25 PM UTC-4, Manfred Maier wrote:
>>
>> My post didn't want to say that you have to look into it NOW. 
>> I just wanted to give a '+1' for this feature request ;)
>>
>> ... perhaps it's even something that is not possible at all with weewx 
>> 4.0. 
>>
>

-- 
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/2eb6b798-1dbb-4455-92b4-e1cd935cbba0o%40googlegroups.com.


[weewx-user] Having yesterday's rain listed right under Rain Rate, Rain Today in the Current Conditions section

2020-06-14 Thread Dale Reid
While yesterday's rain total isn't exactly a current condition, I would 
like to have the display page show the amount of rain from yesterday.

I know there are different ideas on when rain totals should zero out, but 
I'm asking for something slightly different, and for me, would add to the 
usefulness.

I'm thinking of the situation that often occurs when a storm series moves 
through, with say 1/2" or so of rain before midnight, then even more after 
midnight, say 1/4" in the new day.

It is really all the same storm, and not worth the logic to have it done 
automatically, but to glance at the summary page and see today's rain is 
1/4", when the storm total is 3/4" would really work better to list what 
yesterday's rain was right after today's total so far.

I don't know how the inner structure of WeeWx works, so one way would be, 
if the variable is available, to have today's rain total saved at midnight 
to a new variable called YesterdayRain, then zero the today's rain 
variable.  It seems simple,but I don't know if the ordinary user would have 
the ability to modify WeeWx to make this work.

Is there already this Yesterday's Rain value available, and if so by what 
name? 

Can we add a display line to the skin that generates the standard page, or 
not?

Another way to do it would be have the database total up yesterdays rain 
with a date range but this seems to be a lot of work, involve accessing the 
data base for no added reason, if one just had the YesterdaysRain already 
stored.

Just some thoughts. So far this is the only tweak I've thought of that 
WeeWx doesn't seem to already do.  Python is really beyond my current 
skills, and while I know some might whip this together in short order with 
their programming knowledge, I don't know how to find the stored variables 
already, or fiddle around with it and screw something up.

Dale

ecwx.info/weewx

(There are no error logs, there is nothing to submit, other than my idea).


-- 
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/e2e9a789-5ba0-4f29-8eb1-dead4a3a022bo%40googlegroups.com.


Re: [weewx-user] Aeris and Belchertown

2020-06-14 Thread Ken Walker
Thanks!  

> On Jun 14, 2020, at 3:50 PM, Pat  wrote:
> 
> If you create an account on Aeris' pwsweather.com  
> and upload your station data (very similar to wunderground), then your aeris 
> api access is free for as long as you give them weather data.
> 
> On Sunday, June 14, 2020 at 3:43:43 PM UTC-4, Ken Walker wrote:
> I have installed the development version of the Belchertown skin and it looks 
> terrific!  
> 
> Thanks Pat
> 
> I'm just wondering if you've found an free version of the Aeris api that 
> doesn't expire after 30 days.  Or does the development account still keep 
> working?
> 
> Thanks.
> 
> Ken
> 
> -- 
> 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/4f911a28-a7bf-440e-9c71-d2b9e5088250o%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/699CFC4C-114E-4124-96A2-350E02A2CA02%40gmail.com.


[weewx-user] Re: Belchertown - German Translation

2020-06-14 Thread Manfred Maier
What I meant is an additional 'legal page', not a cookie banner.
Such legal pages are required in many countries around the world.

As you saw on my page, I have the 'station' page (with information about 
the PWS) and the additional legal page.

I can see three options:
1) Leave everything as it is. People should know that such a page is 
legally required and they will find the information of how to add such a 
page.
2) Make it easier for people to find the information on how to add an 
additional page to the skin (--> include it in your instruction page)
3) The one option with most work for you: Add this page as an option to the 
skin (something like 'legal_page = 1') in the skin.conf. With a legal.inc 
in the belchertown folder.

Option 3 would be ideal for new users, option 2 will be the most realistic 
one.


-- 
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/2f33d3e7-2f54-4fb2-a152-745d55d6c627o%40googlegroups.com.


Re: [weewx-user] Re: Belchertown skin - page "yesterday"...

2020-06-14 Thread Didier Decoodt
Thanks Manfred
I will do a snapshot of my VM before updating...

Le dim. 14 juin 2020 à 21:38, Manfred Maier  a
écrit :

> The graphs.conf will not get overwritten by the update.
> All your translations and other settings of Belchertown should be stored
> in the weewx.conf anyway (and not in the skin.conf of Belchertown!).
> Adaptions of the CSS-layout should be stored in the custom.css file (which
> again will not get overwritten).
>
> In case you made changes to other files (like I did), you will have to
> make the same changes again :(
>
> To be on the safe side, you should save a backup-version of your current
> setup. Then you can at least compare the updated version to your current
> one and trace possible changes.
>
> Manfred.
>
> Am Sonntag, 14. Juni 2020 21:13:31 UTC+2 schrieb Didier Decoodt:
>>
>> OK...
>> What is the procedure for updating the skin without loss of
>> many adjustments (translation, graphs change...)?
>> (I have pass a lot of time to do this)
>>
>> Thank you for your recommendation
>> Didier
>>
>> Le dim. 14 juin 2020 à 21:09, Manfred Maier 
>> a écrit :
>>
>>> Yes, that's why I recommended the Aeris-API. ;)
>>>
>>> --
>>> 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/c6ef79c5-ee0c-444f-8dd1-0a0d885dabcdo%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/162df227-eb1f-4804-9967-cb94e0f6da72o%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/CAAvt3%3DQqo%3Di1L4BoKFX-9c_tX%3DpDR2sFbhy6ryNMCEfPzhFQRA%40mail.gmail.com.


[weewx-user] Re: Belchertown - German Translation

2020-06-14 Thread Pat
If the skin doesn't store cookie data (which is good, I didn't think it 
would), then it may be easier for me to explain how to add a cookie consent 
to the site, putting the onus on the site owner, rather than me and 
providing a blank template for one. 

On Sunday, June 14, 2020 at 10:21:43 AM UTC-4, Roland Lang wrote:
>
> Hi Manfred,
> that's a good idea to start with a template page.
> And I also checked my cookies - nothing for my weewx site is stored.
>
> Roland
>
>

-- 
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/dc406f1c-8141-43d8-bec7-7964734161f0o%40googlegroups.com.


Re: [weewx-user] Re: Full day highcharts question

2020-06-14 Thread Pat
haha i know what you meant! hope to look into it soon though

On Sunday, June 14, 2020 at 3:12:25 PM UTC-4, Manfred Maier wrote:
>
> My post didn't want to say that you have to look into it NOW. 
> I just wanted to give a '+1' for this feature request ;)
>
> ... perhaps it's even something that is not possible at all with weewx 
> 4.0. 
>

-- 
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/f8e3bcfa-a16d-4c6f-b9ba-e1ab91cdaa71o%40googlegroups.com.


[weewx-user] Re: Aeris and Belchertown

2020-06-14 Thread Pat
If you create an account on Aeris' pwsweather.com and upload your station 
data (very similar to wunderground), then your aeris api access is free for 
as long as you give them weather data.

On Sunday, June 14, 2020 at 3:43:43 PM UTC-4, Ken Walker wrote:
>
> I have installed the development version of the Belchertown skin and it 
> looks terrific!  
>
> Thanks Pat
>
> I'm just wondering if you've found an free version of the Aeris api that 
> doesn't expire after 30 days.  Or does the development account still keep 
> working?
>
> Thanks.
>
> Ken
>

-- 
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/4f911a28-a7bf-440e-9c71-d2b9e5088250o%40googlegroups.com.


[weewx-user] Aeris and Belchertown

2020-06-14 Thread Ken Walker
I have installed the development version of the Belchertown skin and it 
looks terrific!  

Thanks Pat

I'm just wondering if you've found an free version of the Aeris api that 
doesn't expire after 30 days.  Or does the development account still keep 
working?

Thanks.

Ken

-- 
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/cf7d2d16-13c8-429c-90b7-9bc471e6410co%40googlegroups.com.


Re: [weewx-user] Re: Belchertown skin - page "yesterday"...

2020-06-14 Thread Manfred Maier
The graphs.conf will not get overwritten by the update.
All your translations and other settings of Belchertown should be stored in 
the weewx.conf anyway (and not in the skin.conf of Belchertown!). 
Adaptions of the CSS-layout should be stored in the custom.css file (which 
again will not get overwritten).

In case you made changes to other files (like I did), you will have to make 
the same changes again :(  

To be on the safe side, you should save a backup-version of your current 
setup. Then you can at least compare the updated version to your current 
one and trace possible changes.

Manfred. 

Am Sonntag, 14. Juni 2020 21:13:31 UTC+2 schrieb Didier Decoodt:
>
> OK...
> What is the procedure for updating the skin without loss of 
> many adjustments (translation, graphs change...)?
> (I have pass a lot of time to do this)
>
> Thank you for your recommendation
> Didier
>
> Le dim. 14 juin 2020 à 21:09, Manfred Maier  > a écrit :
>
>> Yes, that's why I recommended the Aeris-API. ;)
>>
>> -- 
>> 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/c6ef79c5-ee0c-444f-8dd1-0a0d885dabcdo%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/162df227-eb1f-4804-9967-cb94e0f6da72o%40googlegroups.com.


Re: [weewx-user] Re: Belchertown skin - page "yesterday"...

2020-06-14 Thread Didier Decoodt
OK...
What is the procedure for updating the skin without loss of
many adjustments (translation, graphs change...)?
(I have pass a lot of time to do this)

Thank you for your recommendation
Didier

Le dim. 14 juin 2020 à 21:09, Manfred Maier  a
écrit :

> Yes, that's why I recommended the Aeris-API. ;)
>
> --
> 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/c6ef79c5-ee0c-444f-8dd1-0a0d885dabcdo%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/CAAvt3%3DSNAPr_dDkCqQUzyUF_UomZZf%2B1Hu3puZJBp5MR9rV1zw%40mail.gmail.com.


Re: [weewx-user] Re: Full day highcharts question

2020-06-14 Thread Manfred Maier
My post didn't want to say that you have to look into it NOW. 
I just wanted to give a '+1' for this feature request ;)

... perhaps it's even something that is not possible at all with weewx 4.0. 

-- 
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/73b6bbfc-b980-4463-8d90-f7bce4408dc6o%40googlegroups.com.


Re: [weewx-user] Re: Belchertown skin - page "yesterday"...

2020-06-14 Thread Manfred Maier
Yes, that's why I recommended the Aeris-API. ;)

-- 
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/c6ef79c5-ee0c-444f-8dd1-0a0d885dabcdo%40googlegroups.com.


Re: [weewx-user] Re: Belchertown skin - page "yesterday"...

2020-06-14 Thread Pat
The development version of the belchertown skin supports both dark sky and 
aeris weather for forecasts and icons. Feel free to give it a try and test it 
out. 

-- 
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/ad3323a8-94a4-4661-a4d2-8a75706f0209o%40googlegroups.com.


Re: [weewx-user] Re: Full day highcharts question

2020-06-14 Thread Pat O'Brien
I'll have to look into it for the day charts. Like I said I'm not sure why
the year charts are doing it but I haven't had time to look at it yet.


On Sun, Jun 14, 2020, 2:43 PM Manfred Maier 
wrote:

>
> This new behavior (ie. showing the entire year / month on the x-axis) has
> been the main motivation for me for switching to weewx 4.0.
> In my opinion, this makes the charts much more readable.
>
> Personally I would love to use this 'feature' also for the daily charts.
>
> --
> 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/UWSnqt7tY3Q/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/95b20ca2-ed9a-430d-8df7-e8327d8ccbaeo%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/CAJv44%2B%3DQhHafQT%3DNGaSNdo6NkZhXJjPRLBwWjs66eYMOn2e52Q%40mail.gmail.com.


Re: [weewx-user] Re: Full day highcharts question

2020-06-14 Thread Manfred Maier

This new behavior (ie. showing the entire year / month on the x-axis) has 
been the main motivation for me for switching to weewx 4.0.
In my opinion, this makes the charts much more readable. 

Personally I would love to use this 'feature' also for the daily charts.

-- 
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/95b20ca2-ed9a-430d-8df7-e8327d8ccbaeo%40googlegroups.com.


[weewx-user] Re: Belchertown skin - page "yesterday"...

2020-06-14 Thread Manfred Maier
Salut!

Yes, the icon is powered by the forecast API of the belchertown skin. 
Personally I'm still using the DarkSky API. But in case you should not 
already have a DarkSky-Key, you can also use the new Aeris-API, which is 
available in the latest belchertown version (at least I think so).

Best regards,
Manfred 

Am Sonntag, 14. Juni 2020 17:34:52 UTC+2 schrieb didier@gmail.com:
>
> Hello Manfred,
> Very nice site.
> I have receipt my station and installed the Belchertown skin
>
> How do you display the forecast icons? is it by DarkSky?
> Have a good day
>
> Le mercredi 10 juin 2020 à 21:33:21 UTC+2, sebastien...@gmail.com a 
> écrit :
>
>> Hello Manfred,
>>
>>
>> Thank you for your answer. It's work.
>> I am really impressed with the power of the graphs. And they are very 
>> easy to use. well done.
>>
>> Regards
>>
>>

-- 
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/7f8ed2e0-9179-4ba3-b96b-c6916938e728o%40googlegroups.com.


Re: [weewx-user] Rsync issue

2020-06-14 Thread mwall
On Sunday, June 14, 2020 at 12:18:28 PM UTC-4, Ossian wrote:
>
> I am having a similar issue. I keep seeing mention of the need or 
> possibility to provide correct keys etc for root to use, but have not found 
> anything concrete to go on.
>

there are many ways to do this, for example, one approach is with 
command-line arguments, while another approach is to use the ssh config 
file.

lets say that you connect to the server 'server.example.com' via rsync as 
the user 'weewx' using the credentials in these files:

/home/pi/.ssh/id_rsa_weewx
/home/pi/.ssh/id_rsa_weewx.pub

lets say that you are running weewx as the the user 'root', whose home 
directory is /root

1) ensure that root has an ssh directory

sudo mkdir -p /root/.ssh

2) copy the credential files into root's ssh space

sudo cp /home/pi/.ssh/id_rsa_weewx /root/.ssh
sudo cp /home/pi/.ssh/id_rsa_weewx.pub /root/.ssh

3) create the ssh configuration file /home/root/.ssh/config with these 
contents:

Host server.example.com
User weewx  # this is the username used to connect to the server
IdentityFile /home/root/.ssh/id_rsa_weewx  # credentials used to 
connect to the server

4) finally, ensure that permissions are correct:

sudo chown root.root /home/root/.ssh
sudo chmod 700 /home/root/.ssh
sudo chmod 600 /home/root/.ssh/config
sudo chmod 600 /home/root/.ssh/id_rsa*

now when the user 'root' attempts a connection to server.example.com, it 
will use the correct credentials, no matter how ssh, scp, or rsync is 
invoked

if you run weewx as some other, user say 'pi' or 'weewx', then put the 
files into that user's .ssh directory instead of root's .ssh directory.

m

-- 
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/9870cfe2-bc51-4e1d-aba1-faa8ba2fd752o%40googlegroups.com.


Re: [weewx-user] Rsync issue

2020-06-14 Thread Ossian
Hi All,

I am having a similar issue. I keep seeing mention of the need or 
possibility to provide correct keys etc for root to use, but have not found 
anything concrete to go on.

default installation of weewx:
weewx running as root (ps aux) shows this root   17898  0.3  1.0 
123032 40900 ?S15:41   0:01 python3 /usr/share/weewx/weewxd 
--daemo

ssh passwordless works perfectly for my user

i have tried by coping id_rsa to /root/.ssh
i have modified /etc/ssh/ssh_conf to point to /home/me/.ssh/id_rsa
i copied id_rsa to /etc/ssh
i pointed /etc/ssh/ssh_conf to use /etc/ssh/id_rsa
i even tried to paste id_rsa.pub contents to /root/.ssh/authorized_keys

im going mad. I keep seeing it stated that it is possible to tell root to 
use other keys, but so far no joy.
i have searched and searched, 

Running on Ubuntu 20.4 server, local and target

Jun 14 15:56:16 local weewx[17898] DEBUG weeutil.rsyncupload: rsyncupload: 
cmd: [['rsync', '--archive', '--stats', '-e ssh', '/var/www/html/weewx/', 
'user@192.168.0.252:var/www/html/weather']]
Jun 14 15:56:16 local weewx[17898] ERROR weeutil.rsyncupload: [['rsync', 
'--archive', '--stats', '-e ssh', '/var/www/html/weewx/', 
'user@192.168.0.252:var/www/html/weather']] reported errors: Host key 
verification failed.. rsync: connection unexpectedly closed (0 bytes 
received so far) [sender]. rsync error: error in rsync protocol data stream 
(code 12) at io.c(235) [sender=3.1.3]
Jun 14 15:56:16 local weewx[17898] INFO weeutil.rsyncupload: rsync executed 
in 0.03 seconds

[[RSYNC]]
skin = Rsync
enable = true
server = 192.168.0.252
user = user
path = /var/www/html/weather/

I have changed the username and server name to user and local for this post

I can create content in the target folder using that user


any help very gratefully received, Thanks!





On Friday, 29 May 2020 00:47:30 UTC+2, Tom Keffer wrote:
>
> That's basically what I do. The process weewxd gets run as user 'weewx', 
> with the .ssh subdirectory in its home directory. See the wiki article *Run 
> as a non-root user 
> *.
>
> But, you can do it as root. Just make sure the proper credentials are in 
> the home directory for root.
>
> -tk
>
> On Thu, May 28, 2020 at 3:16 PM Benjamin Trey Blue  > wrote:
>
>> Hey Tom,
>>
>> I haven't made any changes to the user account that weewx uses by default 
>> - I had assumed from my reading that it defaults to root. The only two 
>> non-system accounts on the RPi are root and pi.
>>
>> Sudo wee_reports works from the terminal though, so there has to be some 
>> discrepancy with my assumptions, but I'm too Linux-dumb to have figured it 
>> out yet and I'm not really sure how to go about even troubleshooting it 
>> further. 
>>
>> Should I maybe consider setting-up weewx to run as a non-root user and 
>> then reconfigure the passwordless SSH, assuming I can get that bit restored 
>> to a blank slate?
>>
>> Thank you,
>> Trey
>>
>> On Thursday, May 28, 2020 at 3:58:49 PM UTC-4, Tom Keffer wrote:
>>>
>>> Are you running wee_reports as the same user as weewxd? Perhaps the 
>>> latter does not have access to the keys?
>>>
>>> On Thu, May 28, 2020 at 10:01 AM Benjamin Trey Blue  
>>> wrote:
>>>
 Ahhh, got it - thank you. Added it there and I can see it being passed, 
 but the result is the same:


 May 28 12:51:17 raspberrypi weewx[10689] ERROR weeutil.rsyncupload: 
> [['rsync', '--archive', '--stats', '-e ssh -o IdentitiesOnly=yes', 
> '/var/www/html/', 'u...@mydomain.com:/home4/USER/public_html']] reported 
> errors: Permission denied, please try again.. Received disconnect from 
> XX.XX.XX.XX port 22:2: Too many authentication failures for USER. 
> Disconnected from XX.XX.XX.XX port 22. rsync: connection unexpectedly 
> closed (0 bytes received so far) [sender]. rsync error: unexplained error 
> (code 255) at io.c(235) [sender=3.1.3]


 Manually invoked with sudo wee_reports again and it worked:

 May 28 12:57:23 raspberrypi wee_reports[10914] INFO 
> weeutil.rsyncupload: rsync'd 112 files (1,461,848 bytes) in 7.24 seconds 


  

 On Thursday, May 28, 2020 at 12:43:45 PM UTC-4, John Kline wrote:
>
> Oops, I meant the [[RSYNC]] section.
>
> [[RSYNC]]
> ssh_options = -o IdentitiesOnly=yes
>
> [[SSH]]
>> ssh_options = -o IdentitiesOnly=yes
>>
>
> On May 28, 2020, at 8:56 AM, Benjamin Trey Blue  
> wrote:
>
> 
> Thanks for the reply - I do not see a section for [[SSH]] in my 
> weewx.conf - do I nest that under the same [StdReport] section where 
> [[RSYNC]] is found? I pasted it just below the end of [[RSYNC]] but can't 
> see where the option was passed along:
>
> May 28 11:45:58 raspberrypi weewx[8853] ERROR weeutil.rsyncupload: 
>> [['rsync', '--archive', '--stats', '-e ssh', 

Re: [weewx-user] Re: Full day highcharts question

2020-06-14 Thread Didier Decoodt
Exactly, it's work for a year...
I will contact the site's owner for more info
Thank's Pat for your answer

Le dim. 14 juin 2020 à 16:47, Pat  a écrit :

> I will say that I noticed in weewx 4, that the "year" timespan shows the
> full year now. I'm not sure what changed and haven't had the time to dive
> into it. I'm not sure if it's a change with archiveYearSpan() or with
> highcharts. But the archiveDaySpan() still shows just midnight to "now"
> with the belchertown charts.
>
> On Sunday, June 14, 2020 at 10:39:33 AM UTC-4, Pat wrote:
>>
>> Not possible at this time. Curious; why do you want to show blank space?
>>
>> On Sunday, June 14, 2020 at 10:38:08 AM UTC-4, Didier Decoodt wrote:
>>>
>>> Yes, but How to have 24 hours duration for xAxis?
>>>
>>> Le dim. 14 juin 2020 à 16:31, Pat  a écrit :
>>>
 Right now the time_length = today will only show you the values that
 have happened since midnight.

 On Sunday, June 14, 2020 at 4:22:04 AM UTC-4, Didier Decoodt wrote:
>
> Hi
>
> For the current day graph, I would like to have the xAxis from the
> beginning of the day to the end of the day (midnight).
> When I use time_length = today, I have from the beginning of the dya
> (ok) to the current hour
> My question is: which parameter I have to write in my graphs.conf?
>
> Many 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 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/0bd9ab2a-3b47-433b-847c-8705840614a4o%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/5e27f508-41dd-4620-add7-58f667c925cbo%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/CAAvt3%3DTOQpmd0Q6a1CABvRirdv%3D2B2HGj8qyOMZD1RmMsBo80g%40mail.gmail.com.


Re: [weewx-user] Re: Full day highcharts question

2020-06-14 Thread Pat
I will say that I noticed in weewx 4, that the "year" timespan shows the 
full year now. I'm not sure what changed and haven't had the time to dive 
into it. I'm not sure if it's a change with archiveYearSpan() or with 
highcharts. But the archiveDaySpan() still shows just midnight to "now" 
with the belchertown charts.  

On Sunday, June 14, 2020 at 10:39:33 AM UTC-4, Pat wrote:
>
> Not possible at this time. Curious; why do you want to show blank space?
>
> On Sunday, June 14, 2020 at 10:38:08 AM UTC-4, Didier Decoodt wrote:
>>
>> Yes, but How to have 24 hours duration for xAxis?
>>
>> Le dim. 14 juin 2020 à 16:31, Pat  a écrit :
>>
>>> Right now the time_length = today will only show you the values that 
>>> have happened since midnight. 
>>>
>>> On Sunday, June 14, 2020 at 4:22:04 AM UTC-4, Didier Decoodt wrote:

 Hi

 For the current day graph, I would like to have the xAxis from the 
 beginning of the day to the end of the day (midnight).
 When I use time_length = today, I have from the beginning of the dya 
 (ok) to the current hour
 My question is: which parameter I have to write in my graphs.conf?

 Many 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 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/0bd9ab2a-3b47-433b-847c-8705840614a4o%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/5e27f508-41dd-4620-add7-58f667c925cbo%40googlegroups.com.


Re: [weewx-user] Re: Full day highcharts question

2020-06-14 Thread Didier Decoodt
I see this example on a site
[image: image.png]

Le dim. 14 juin 2020 à 16:39, Pat  a écrit :

> Not possible at this time. Curious; why do you want to show blank space?
>
> On Sunday, June 14, 2020 at 10:38:08 AM UTC-4, Didier Decoodt wrote:
>>
>> Yes, but How to have 24 hours duration for xAxis?
>>
>> Le dim. 14 juin 2020 à 16:31, Pat  a écrit :
>>
>>> Right now the time_length = today will only show you the values that
>>> have happened since midnight.
>>>
>>> On Sunday, June 14, 2020 at 4:22:04 AM UTC-4, Didier Decoodt wrote:

 Hi

 For the current day graph, I would like to have the xAxis from the
 beginning of the day to the end of the day (midnight).
 When I use time_length = today, I have from the beginning of the dya
 (ok) to the current hour
 My question is: which parameter I have to write in my graphs.conf?

 Many 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 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/0bd9ab2a-3b47-433b-847c-8705840614a4o%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/d280aebe-b614-4139-ac11-07c5541d7466o%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/CAAvt3%3DStoWfYzpgVOY76hZS3Uy2LdeiOVTbBnxKxButZLR0%2Bpw%40mail.gmail.com.


[weewx-user] Re: Full day highcharts question

2020-06-14 Thread Pat
Right now the time_length = today will only show you the values that have 
happened since midnight. 

On Sunday, June 14, 2020 at 4:22:04 AM UTC-4, Didier Decoodt wrote:
>
> Hi
>
> For the current day graph, I would like to have the xAxis from the 
> beginning of the day to the end of the day (midnight).
> When I use time_length = today, I have from the beginning of the dya (ok) 
> to the current hour
> My question is: which parameter I have to write in my graphs.conf?
>
> Many 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 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/0bd9ab2a-3b47-433b-847c-8705840614a4o%40googlegroups.com.


[weewx-user] Re: Belchertown - German Translation

2020-06-14 Thread Roland Lang
Hi Manfred,
that's a good idea to start with a template page.
And I also checked my cookies - nothing for my weewx site is stored.

Roland

-- 
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/f500c4c2-c17c-4e8c-9405-838732e4b424o%40googlegroups.com.


[weewx-user] Re: Belchertown - German Translation

2020-06-14 Thread Manfred Maier
Good question.

As a starting point, the skin could include an empty template for a 
Impressum / data protection page. This page is (as far as I know) required 
in the entire European Union. Such an empty template page would at least 
inspire people to fill it with content.
The content of this page is then up to the owner of the page.

As for the cookie consent:
Out of the box the skin doesn't require any cookies. So a consent isn't 
required.
I've just checked the cookies on my computer. It seems that even Windy 
doesn't store any?

-- 
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/7b8d7a8b-354b-4f1c-b114-6492d74f0c0eo%40googlegroups.com.


[weewx-user] Re: Belchertown - German Translation

2020-06-14 Thread Pat
What would be the best approach for the skin? Instructions on how to 
include a cookie consent? It seems every site owner may need to be 
responsible for themselves and it may be hard for 1 skin to cover all 
scenarios. 

On Sunday, June 14, 2020 at 5:01:22 AM UTC-4, Manfred Maier wrote:
>
> ... and even my Impressum / GDPR page is most certainly not 100% bullet 
> proof.
> But it's hopefully 'good enough' for at least putting legal trolls off.
>
> Especially when using cookies, we would have to use an ACTIVE consent in 
> Germany now. That's the reason why I kicked Google Analytics and switch to 
> Matomo (without tracking cookies).
>
>
>
> Am Sonntag, 14. Juni 2020 09:46:58 UTC+2 schrieb NanoG5Kite:
>>
>> Pat,
>>
>> I really don’t know, as this depend..
>> But if you look to the Impressum of Manfred his site above you see what I 
>> mean...:
>>
>> https://www.wetter-zorneding.de/about/
>>
>> He secured himself against all possible chambers dissuasions by drafting 
>> a huge Impressum, but not sure if he missed something finally ;-)
>>
>>
>>

-- 
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/4f5e223d-6585-4af3-8ae2-628324de72ebo%40googlegroups.com.


[weewx-user] Re: NOW: Wrong PRECIP ACCUM....TE923 :(

2020-06-14 Thread Felix Maltzahn
Ok. I try to fix my driver. 
I only want, that the amount is the same the station shows (0,7mm=0,7mm) 

I`m just a beginner in python...so I hope I don`t destroy anything :D


Am Samstag, 13. Juni 2020 18:01:41 UTC+2 schrieb Felix Maltzahn:
>
> hello again,
>
> now I have a problem with the rain...
>
> Display shows 16,9mm, weewx shows only 14,5mm. 
> The more rain, the greater the deviation
>
> Should I use "record generation "software"??
> Any idea??
>

-- 
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/ea3e0cc5-0ba7-4797-bd7d-d84925ac4ed5o%40googlegroups.com.


[weewx-user] upload to wetter.com fails - python3

2020-06-14 Thread Roland Lang
Hi,
yesterday I updated my weewx installation from python2 to python3. The 
Upload to wetter.com fails now with following error (but weewx keeps on 
working):

Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: Wetter: 
Unexpected exception of type 
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: *** 
Traceback (most recent call last):
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: ***   
File "/usr/share/weewx/weewx/restx.py", line 378, in run_loop
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: ***   
  self.process_record(_record, dbmanager)
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: ***   
File "/usr/share/weewx/weewx/restx.py", line 442, in process_record
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: ***   
  self.post_with_retries(_request, data)
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: ***   
File "/usr/share/weewx/weewx/restx.py", line 484, in post_with_retries
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: ***   
  self.check_response(_response)
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: ***   
File "/usr/share/weewx/user/wetter.py", line 143, in check_response
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: ***   
  if txt.find('"errorcode":"100"') != -1 or \
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] ERROR weewx.restx: *** 
TypeError: argument should be integer or bytes-like object, not 'str'
Jun 14 10:25:29 wetter python3[5775]: weewx[5775] CRITICAL weewx.restx: 
Wetter: Thread terminating. Reason: argument should be integer or bytes-like 
object, not 'str'

I got it working again by commenting out the whole if..else statement in 
wetter.py, as it is only a check for errors. But that's of course not the 
final solution :-)
140 def check_response(self, response):
141 """Override, and check for wetter errors."""
142 txt = response.read().lower()
143   # if txt.find('"errorcode":"100"') != -1 or \
144   #txt.find('"errorcode":"101"') != -1 or \
145   #txt.find('"errorcode":"102"') != -1:
146   # raise weewx.restx.BadLogin(txt)
147   # elif txt.find('"status":"error"') != -1:
148   # raise weewx.restx.FailedPost("Server returned '%s'" % 
txt)

Can you please help me? I don't have a clue about python (yet).

Regards,
Roland

-- 
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/137870dd-4d32-4288-9e27-2fcc0a6b26ado%40googlegroups.com.


[weewx-user] Re: Weewx und Renkforce WH2315

2020-06-14 Thread Bogdan
Thank you, Roland! I included your fix into drivers code. Also added 
overlogging fix. So, now seems it is possible to use this driver further.

суббота, 13 июня 2020 г., 20:53:20 UTC+2 пользователь Roland Lang написал:
>
> Hi,
> I have just updated my weewx installation from python2 to python3, but 
> Edwin's fork of this driver is not working for me. The error is in the file 
> /usr/share/weewx/user/wh23xx.py. Line 259 is missing the keyword "import" 
> (already wrong in Bogdans fork).
> The line is:
>from weeutil.log log_traceback
> but it sould be
>from weeutil.log import log_traceback
>
> After that change it's working now with python3
>
> Roland
>

-- 
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/fd32b33e-8037-4ac9-9e17-c58c081578d1o%40googlegroups.com.


[weewx-user] Re: Belchertown - German Translation

2020-06-14 Thread Manfred Maier
... and even my Impressum / GDPR page is most certainly not 100% bullet 
proof.
But it's hopefully 'good enough' for at least putting legal trolls off.

Especially when using cookies, we would have to use an ACTIVE consent in 
Germany now. That's the reason why I kicked Google Analytics and switch to 
Matomo (without tracking cookies).



Am Sonntag, 14. Juni 2020 09:46:58 UTC+2 schrieb NanoG5Kite:
>
> Pat,
>
> I really don’t know, as this depend..
> But if you look to the Impressum of Manfred his site above you see what I 
> mean...:
>
> https://www.wetter-zorneding.de/about/
>
> He secured himself against all possible chambers dissuasions by drafting a 
> huge Impressum, but not sure if he missed something finally ;-)
>
>
>

-- 
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/8ada8e34-de52-4b3e-881a-a1f7bc19b88co%40googlegroups.com.


RE: [weewx-user] Re: Weewx und Renkforce WH2315

2020-06-14 Thread Edwin Zuidema
Thanks Roland, I will fix this today on GitHub.Edwin
 Original message From: Roland Lang  
Date: 6/13/20  20:53  (GMT+01:00) To: weewx-user  
Subject: [weewx-user] Re: Weewx und Renkforce WH2315 Hi,I have just updated my 
weewx installation from python2 to python3, but Edwin's fork of this driver is 
not working for me. The error is in the file /usr/share/weewx/user/wh23xx.py. 
Line 259 is missing the keyword "import" (already wrong in Bogdans fork).The 
line is:   from weeutil.log log_tracebackbut it sould be   from weeutil.log 
import log_tracebackAfter that change it's working now with python3Roland



-- 
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/zsTwFI7tSlw/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/bcf67571-b7cf-433c-baa1-046241334390o%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/20200614085753.E99D821966%40venserver.zuidema.org.


[weewx-user] wee_config --reconfigure / weewx.conf / group_pressure

2020-06-14 Thread Joachim Puttkammer
Hallo,

I noticed that after a "sudo wee_config --reconfigure" in the weewx.conf 
the lines in the [[Defaults]] [[Units]] Groups 
group_pressure = hPa and group_speed = km_per_hour must always be 
overwritten to *mbar* or *meter_per_second*.

Joachim

-- 
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/6715cd14-806f-448c-a1e3-4e2cd54552b0o%40googlegroups.com.


[weewx-user] Full day highcharts question

2020-06-14 Thread Didier Decoodt
Hi

For the current day graph, I would like to have the xAxis from the 
beginning of the day to the end of the day (midnight).
When I use time_length = today, I have from the beginning of the dya (ok) 
to the current hour
My question is: which parameter I have to write in my graphs.conf?

Many 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 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/7e1f6868-1c38-44c4-9b4f-4b2cdb22e43eo%40googlegroups.com.


[weewx-user] Re: Belchertown - German Translation

2020-06-14 Thread 'NanoG5Kite' via weewx-user
Pat,

I really don’t know, as this depend..
But if you look to the Impressum of Manfred his site above you see what I 
mean...:

https://www.wetter-zorneding.de/about/

He secured himself against all possible chambers dissuasions by drafting a 
huge Impressum, but not sure if he missed something finally ;-)


Am Samstag, 13. Juni 2020 23:56:43 UTC+2 schrieb Pat:
>
> Do you need a cookie consent built into the skin?
>
> How does that work? The skin itself doesn't track anything. Your server 
> may track IPs in the logs, and I don't know about windy's radar, but I'm 
> sure they are tracking too. 
>
> On Saturday, June 13, 2020 at 4:50:50 PM UTC-4, NanoG5Kite wrote:
>>
>>
>>
>> Am Samstag, 13. Juni 2020 21:39:32 UTC+2 schrieb Roland Lang:
>>>
>>> http://wetter-manching.spdns.org/belchertown of course ;-)
>>>
>>
>> Hi Roland,
>>
>> many thanks for sharing! However, I propose that you take your site 
>> offline asap... ;-)  
>> Without „Impressum“ und also those other DSGVU and Cookie statements our 
>> German lawyers (Abmahnkanzleien/Blutsauger) will possible  hunt you like 
>> crazy...
>>
>> That‘s also the reason why I‘m still prudent to get my site online...
>>
>> Best regards,
>>
>> Matthias 
>>
>>
>>

-- 
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/1ad6cf1a-2228-45d3-9e43-837f89f0dd4fo%40googlegroups.com.