[weewx-user] simulator - small bug

[Graham Eddy]

given i have augmented my VP2 with GW1000 for its extra sensors, i have 
extended Simulator driver to produce data_type values corresponding to those 
new sensors. then i used the ‘observations’ parameter in [Simulator] to exclude 
some data_types and got exception on list changed while iterating over it

i’m using a github clone but not a fork so i can’t create a pull request.
the fix is about line 153 in weewx.simulator:
#GJEfor obs in self.observations:
for obs in list(self.observations):


-- 
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/D5B1F8E7-2E0E-4F6F-A163-A5A1C228EEBB%40gmail.com.

[weewx-user] Questions about weewx-loopdata 2.x

[geni08...@gmail.com]

@John: I installed version 2.6.
how do i get the values:






-- 
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/5d1c2f04-9a44-4397-aecd-86adaa497239n%40googlegroups.com.

[weewx-user] Re: Questions about weewx-loopdata 2.x

[geni08...@gmail.com]

I found a syntax.
Question: for example "Hi Out Temp, week", shouldn't it be the highest temp 
since Monday? But this is not true for me! Why?

geni08...@gmail.com schrieb am Dienstag, 11. August 2020 um 10:57:03 UTC+2:

> @John: I installed version 2.6.
> how do i get the values:
>  style='white-space:pre;'>
>  style='white-space:pre;'>
>  style='white-space:pre;'>
>  style='white-space:pre;'>
>  style='white-space:pre;'>

-- 
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/282de9d8-ff84-4c29-b302-2893aded408fn%40googlegroups.com.

[weewx-user] Re: Simple Tablet “Comsole” skin?

[steeple ian]

https://github.com/steepleian/weewx-Weather34 was designed as a console 
replacement on a tablet

-- 
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/7dcb0917-57bd-49ff-8d29-0ef260e16928o%40googlegroups.com.

[weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

[Graham Eddy]

i apply some rules in [[Corrections]] that depend upon the order they are 
executed

looking at the code in StdCalibrate (around lines 359-363 in weewx.engine) i 
see the sequencing from ‘correction_dict.scalars' would be lost when placed in 
simple dictionary ‘corrections'. i also see that the corrections are not 
applied in a deterministic sequence (line 374). so my dependency upon the 
sequence seems to be screwed...

assuming my interpretation is correct - that rule execution sequence under 
[[Corrections]] is not determinsitic - my workaround is to sort the data_type 
keys when the rules are being applied i.e. line 374
#GJEfor obs_type in self.corrections:
for obs_type in sorted(self.corrections):
this is just a workaround to give me determinism so i can devise rules that 
work predictably, but the real answer is preserving the original sequencing

i have weewx clone but not fork so can’t submit a pull request. i don’t think i 
would for this workaround anyway...

-- 
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/C09CFFD7-BDB4-48B6-A009-C841D2D79B09%40gmail.com.

[weewx-user] Format of return values from Last-Rain-extension

[didier....@gmail.com]

Hi
I have installed the last-rain extension which give me 2 return values 
"last_rain" and "time_since_last_rain"

In the Github documentation, I can see:
Result is returned as a ValueHelper so standard Weewx formatting is 
available eg $last_rain.format("%d %m %Y")

Could you say me where I can defined this fomat? Is it in weewx.conf? or 
elsewhere?

Many thanks for your help

Didier

-- 
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/7eda05b5-ab0a-4a6d-8e2b-957b7ca4dd9bn%40googlegroups.com.

Re: [weewx-user] Re: upgrade from weewx 3.9.2 to 4.1.1 doesn't work ...

[Tom Keffer]

I'm sorry: I just realized that your post is unrelated to the original
post. We need some context to understand what you are trying to do. The
screenshot you sent does not match your description of what you did. Are
you truly upgrading? If so, from what version?

What happens when you do a simple install:


*wget -qO - http://weewx.com/apt/weewx-python3.list
 | sudo tee
/etc/apt/sources.list.d/weewx.list*
*sudo apt update*
*sudo apt install weewx*

-tk

On Mon, Aug 10, 2020 at 10:44 PM geni08...@gmail.com <
geni0815.0...@gmail.com> wrote:

> I did this:
> wget -qO - http://weewx.com/apt/weewx-python3.list | sudo tee
> /etc/apt/sources.list.d/weewx.list
> sudo apt-get update
> sudo apt-get upgrade
> sudo apt install python3-mysqldb
> sudo apt install python3-ephem
> sudo apt-get update
> sudo apt-get upgrade
>
>
> tke...@gmail.com schrieb am Dienstag, 11. August 2020 um 02:56:50 UTC+2:
>
>> (Please do not send a screen shot. They are hard to read, include only a
>> few lines, and cannot be translated. Cut and paste instead.)
>>
>> Did you do
>>
>> *sudo apt-get update*
>>
>> first?
>>
>> On Mon, Aug 10, 2020 at 10:02 AM geni08...@gmail.com 
>> wrote:
>>
>>> Update gets stuck with errors from missing packages
>>> [image: weewx1.jpg]
>>>
>>> Jlou 43 schrieb am Dienstag, 4. August 2020 um 23:13:53 UTC+2:
>>>
  Thanks for your reply, but I solved my problem by reinstalling this
 way:


 3. Install WeeWX

 After installing the prerequisites, you can install WeeWX itself.

1.

Expand the source archive:

tar xvfz weewx-X.Y.Z.tar.gz

2.

Change directory into the expanded archive:

cd weewx-X.Y.Z

3.

To specify an install location different from the default
/home/weewx, modify the parameter home in the setup.cfg file. Mac
users will want to change it to /Users/Shared/weewx.
4.

Then build and install. Python 2 users: substitute python2 for
python3.

python3 ./setup.py build
sudo python3 ./setup.py install


 I replace python3 by python2 and now everything works perfectly, but
 if i have to switch to python3 your advice will be helpful.
 Thank you.


 --
>>> 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+...@googlegroups.com.
>>>
>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/2f8b8c32-509d-4cac-9ce7-36e3354418den%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/58117a25-289e-41f0-922c-1e1b7320f51dn%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/CAPq0zECskJZCSAZH8QshxjF2eZeJTaOMj5ZDUhSJF1Ys%3DZX4uw%40mail.gmail.com.

Re: [weewx-user] simulator - small bug

[Tom Keffer]

Thanks, Graham. Fixed in commit 724dacc


-tk

On Tue, Aug 11, 2020 at 12:57 AM Graham Eddy  wrote:

> given i have augmented my VP2 with GW1000 for its extra sensors, i have
> extended Simulator driver to produce data_type values corresponding to
> those new sensors. then i used the ‘observations’ parameter in [Simulator]
> to exclude some data_types and got exception on list changed while
> iterating over it
>
> i’m using a github clone but not a fork so i can’t create a pull request.
> the fix is about line 153 in weewx.simulator:
>
> #GJEfor obs in self.observations:
> for obs in list(self.observations):
>
>
>
> --
> 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/D5B1F8E7-2E0E-4F6F-A163-A5A1C228EEBB%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/CAPq0zEBxSzZ0A2kMkfqEkyBNTGZN-mzYF%3DNw28%2B0Vf39f-a3bw%40mail.gmail.com.

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

[Tom Keffer]

Because types of ConfigObj are ordered dictionaries, we can use that. Add
this to the list of imports in engine.py

import configobj

then change this

self.corrections = {}

to this

self.corrections = configobj.ConfigObj()

See if that works.

-tk

On Tue, Aug 11, 2020 at 3:51 AM Graham Eddy  wrote:

> i apply some rules in [[Corrections]] that depend upon the order they are
> executed
>
> looking at the code in StdCalibrate (around lines 359-363 in weewx.engine)
> i see the sequencing from ‘correction_dict.scalars' would be lost when
> placed in simple dictionary ‘corrections'. i also see that the corrections
> are not applied in a deterministic sequence (line 374). so my dependency
> upon the sequence seems to be screwed...
>
> assuming my interpretation is correct - that rule execution sequence under
> [[Corrections]] is not determinsitic - my workaround is to sort the
> data_type keys when the rules are being applied i.e. line 374
>
> #GJEfor obs_type in self.corrections:
> for obs_type in sorted(self.corrections):
>
> this is just a workaround to give me determinism so i can devise rules
> that work predictably, but the real answer is preserving the original
> sequencing
>
> i have weewx clone but not fork so can’t submit a pull request. i don’t
> think i would for this workaround anyway...
>
> --
> 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/C09CFFD7-BDB4-48B6-A009-C841D2D79B09%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/CAPq0zEDZm898HdSFqEUFrx%2Bj9uTa6FRcaGAs8zKK%3DyoDMwgarA%40mail.gmail.com.

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

[Graham Eddy]

OrderedDict or stick to ConfigObj ?

> On 11 Aug 2020, at 10:39 pm, Tom Keffer  wrote:
> 
> Because types of ConfigObj are ordered dictionaries, we can use that. Add 
> this to the list of imports in engine.py
> 
> import configobj
> 
> then change this
> 
> self.corrections = {}
> 
> to this
> 
> self.corrections = configobj.ConfigObj()
> 
> See if that works.
> 
> -tk
> 
> On Tue, Aug 11, 2020 at 3:51 AM Graham Eddy  > wrote:
> i apply some rules in [[Corrections]] that depend upon the order they are 
> executed
> 
> looking at the code in StdCalibrate (around lines 359-363 in weewx.engine) i 
> see the sequencing from ‘correction_dict.scalars' would be lost when placed 
> in simple dictionary ‘corrections'. i also see that the corrections are not 
> applied in a deterministic sequence (line 374). so my dependency upon the 
> sequence seems to be screwed...
> 
> assuming my interpretation is correct - that rule execution sequence under 
> [[Corrections]] is not determinsitic - my workaround is to sort the data_type 
> keys when the rules are being applied i.e. line 374
> #GJEfor obs_type in self.corrections:
> for obs_type in sorted(self.corrections):
> this is just a workaround to give me determinism so i can devise rules that 
> work predictably, but the real answer is preserving the original sequencing
> 
> i have weewx clone but not fork so can’t submit a pull request. i don’t think 
> i would for this workaround anyway...
> 
> 
> -- 
> 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/C09CFFD7-BDB4-48B6-A009-C841D2D79B09%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/CAPq0zEDZm898HdSFqEUFrx%2Bj9uTa6FRcaGAs8zKK%3DyoDMwgarA%40mail.gmail.com
>  
> .

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

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

[Tom Keffer]

One could use OrderedDict, but it would be the only use anywhere in weewx.
By using ConfigObj, we avoid pulling in the collections module.

On Tue, Aug 11, 2020 at 5:47 AM Graham Eddy  wrote:

> OrderedDict or stick to ConfigObj ?
>
> On 11 Aug 2020, at 10:39 pm, Tom Keffer  wrote:
>
> Because types of ConfigObj are ordered dictionaries, we can use that. Add
> this to the list of imports in engine.py
>
> import configobj
>
> then change this
>
> self.corrections = {}
>
> to this
>
> self.corrections = configobj.ConfigObj()
>
> See if that works.
>
> -tk
>
> On Tue, Aug 11, 2020 at 3:51 AM Graham Eddy  wrote:
>
>> i apply some rules in [[Corrections]] that depend upon the order they are
>> executed
>>
>> looking at the code in StdCalibrate (around lines 359-363 in
>> weewx.engine) i see the sequencing from ‘correction_dict.scalars' would be
>> lost when placed in simple dictionary ‘corrections'. i also see that the
>> corrections are not applied in a deterministic sequence (line 374). so my
>> dependency upon the sequence seems to be screwed...
>>
>> assuming my interpretation is correct - that rule execution sequence
>> under [[Corrections]] is not determinsitic - my workaround is to sort the
>> data_type keys when the rules are being applied i.e. line 374
>>
>> #GJEfor obs_type in self.corrections:
>> for obs_type in sorted(self.corrections):
>>
>> this is just a workaround to give me determinism so i can devise rules
>> that work predictably, but the real answer is preserving the original
>> sequencing
>>
>> i have weewx clone but not fork so can’t submit a pull request. i don’t
>> think i would for this workaround anyway...
>>
>>
>> --
>> 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/C09CFFD7-BDB4-48B6-A009-C841D2D79B09%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/CAPq0zEDZm898HdSFqEUFrx%2Bj9uTa6FRcaGAs8zKK%3DyoDMwgarA%40mail.gmail.com
> 
> .
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/852B1D30-30F8-4EE2-AA44-4F358E32607A%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/CAPq0zEBin3txnXQsFtfqy2xzq%2BgGcKxxFSzgQeUi-MfN%3DtYkmQ%40mail.gmail.com.

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

[Graham Eddy]

that make sense

yes it does preserve the order, so i’m happy

in so doing i picked up a config bug of my own that has been puzzling me: the 
above test showed an obs_type of “altRain *”.  i 
can’t do ‘altRain *= 1.12’, it has to be ‘altRain = altRain * 1.12’. now i know 
why this weird ‘altRain *’ data_type starting appearing in my packets…
(i measured my brand new GW1000’s WH40 rain gauge three times by hand with up 
to 500ml and that’s the under-reading i got consistently)

> On 11 Aug 2020, at 10:53 pm, Tom Keffer  wrote:
> 
> One could use OrderedDict, but it would be the only use anywhere in weewx. By 
> using ConfigObj, we avoid pulling in the collections module.
> 
> On Tue, Aug 11, 2020 at 5:47 AM Graham Eddy  > wrote:
> OrderedDict or stick to ConfigObj ?
> 
>> On 11 Aug 2020, at 10:39 pm, Tom Keffer > > wrote:
>> 
>> Because types of ConfigObj are ordered dictionaries, we can use that. Add 
>> this to the list of imports in engine.py
>> 
>> import configobj
>> 
>> then change this
>> 
>> self.corrections = {}
>> 
>> to this
>> 
>> self.corrections = configobj.ConfigObj()
>> 
>> See if that works.
>> 
>> -tk
>> 
>> On Tue, Aug 11, 2020 at 3:51 AM Graham Eddy > > wrote:
>> i apply some rules in [[Corrections]] that depend upon the order they are 
>> executed
>> 
>> looking at the code in StdCalibrate (around lines 359-363 in weewx.engine) i 
>> see the sequencing from ‘correction_dict.scalars' would be lost when placed 
>> in simple dictionary ‘corrections'. i also see that the corrections are not 
>> applied in a deterministic sequence (line 374). so my dependency upon the 
>> sequence seems to be screwed...
>> 
>> assuming my interpretation is correct - that rule execution sequence under 
>> [[Corrections]] is not determinsitic - my workaround is to sort the 
>> data_type keys when the rules are being applied i.e. line 374
>> #GJEfor obs_type in self.corrections:
>> for obs_type in sorted(self.corrections):
>> this is just a workaround to give me determinism so i can devise rules that 
>> work predictably, but the real answer is preserving the original sequencing
>> 
>> i have weewx clone but not fork so can’t submit a pull request. i don’t 
>> think i would for this workaround anyway...
>> 
>> 
>> -- 
>> 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/C09CFFD7-BDB4-48B6-A009-C841D2D79B09%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/CAPq0zEDZm898HdSFqEUFrx%2Bj9uTa6FRcaGAs8zKK%3DyoDMwgarA%40mail.gmail.com
>>  
>> .
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to weewx-user+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/852B1D30-30F8-4EE2-AA44-4F358E32607A%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/CAPq0zEBin3txnXQsFtfqy2xzq%2BgGcKxxFSzgQeUi-MfN%3DtYkmQ%40mail.gmail.com
>  
> .

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

[Tom Keffer]

LOL!

You got the error because the option is a ConfigObj mapping assignment, not
a general Python expression. Only the right-hand side of the option gets
compiled.

-tk

On Tue, Aug 11, 2020 at 6:15 AM Graham Eddy  wrote:

> that make sense
>
> yes it does preserve the order, so i’m happy
>
> in so doing i picked up a config bug of my own that has been puzzling me:
> the above test showed an obs_type of “altRain *”.  forehead> i can’t do ‘altRain *= 1.12’, it has to be ‘altRain = altRain *
> 1.12’. now i know why this weird ‘altRain *’ data_type starting appearing
> in my packets…
> (i measured my brand new GW1000’s WH40 rain gauge three times by hand with
> up to 500ml and that’s the under-reading i got consistently)
>
> On 11 Aug 2020, at 10:53 pm, Tom Keffer  wrote:
>
> One could use OrderedDict, but it would be the only use anywhere in weewx.
> By using ConfigObj, we avoid pulling in the collections module.
>
> On Tue, Aug 11, 2020 at 5:47 AM Graham Eddy  wrote:
>
>> OrderedDict or stick to ConfigObj ?
>>
>> On 11 Aug 2020, at 10:39 pm, Tom Keffer  wrote:
>>
>> Because types of ConfigObj are ordered dictionaries, we can use that. Add
>> this to the list of imports in engine.py
>>
>> import configobj
>>
>> then change this
>>
>> self.corrections = {}
>>
>> to this
>>
>> self.corrections = configobj.ConfigObj()
>>
>> See if that works.
>>
>> -tk
>>
>> On Tue, Aug 11, 2020 at 3:51 AM Graham Eddy 
>> wrote:
>>
>>> i apply some rules in [[Corrections]] that depend upon the order they
>>> are executed
>>>
>>> looking at the code in StdCalibrate (around lines 359-363 in
>>> weewx.engine) i see the sequencing from ‘correction_dict.scalars' would be
>>> lost when placed in simple dictionary ‘corrections'. i also see that the
>>> corrections are not applied in a deterministic sequence (line 374). so my
>>> dependency upon the sequence seems to be screwed...
>>>
>>> assuming my interpretation is correct - that rule execution sequence
>>> under [[Corrections]] is not determinsitic - my workaround is to sort the
>>> data_type keys when the rules are being applied i.e. line 374
>>>
>>> #GJEfor obs_type in self.corrections:
>>> for obs_type in sorted(self.corrections):
>>>
>>> this is just a workaround to give me determinism so i can devise rules
>>> that work predictably, but the real answer is preserving the original
>>> sequencing
>>>
>>> i have weewx clone but not fork so can’t submit a pull request. i don’t
>>> think i would for this workaround anyway...
>>>
>>>
>>> --
>>> 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/C09CFFD7-BDB4-48B6-A009-C841D2D79B09%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/CAPq0zEDZm898HdSFqEUFrx%2Bj9uTa6FRcaGAs8zKK%3DyoDMwgarA%40mail.gmail.com
>> 
>> .
>>
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to weewx-user+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/weewx-user/852B1D30-30F8-4EE2-AA44-4F358E32607A%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/CAPq0zEBin3txnXQsFtfqy2xzq%2BgGcKxxFSzgQeUi-MfN%3DtYkmQ%40mail.gmail.com
> 
> .
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.googl

[weewx-user] Simulator - enhancement req - add new value generators

[Graham Eddy]

enhancement request to be able to add new value generators to 
weewx.drivers.Simulator from user.extensions (rather than edit a private copy)

easiest way i see is to just move self.observations to class attribute and let 
folk extend the list. this would be facilitated by an abstract class for 
Observation, Rain, Solar, BatteryStatus, BatteryVoltage, SignalStrength of form
class AbstractObservation(object):
  def value_at(self, time_ts):
  raise NotImplementedError
for developers to subclass their own value generators. mind you, the existing 
ones are pretty flexible - i used BatteryStatus as stimulus for 
lightning_strike_count.
otherwise, to avoid class attribute, could add method like 
add_observation_type(obs_type, value_generator)

-- 
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/A9B73A87-8EC7-4B37-8458-5FDA979FC4CF%40gmail.com.

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

[Graham Eddy]

so i discovered when i looked at the code. and i discovered OrderedDict at the 
same time, so it was a productive time-spend

and we can’t blame the rain gauge under-read on water draining in the reverse 
direction in southern hemisphere

> On 11 Aug 2020, at 11:27 pm, Tom Keffer  wrote:
> 
> LOL!
> 
> You got the error because the option is a ConfigObj mapping assignment, not a 
> general Python expression. Only the right-hand side of the option gets 
> compiled.
> 
> -tk
> 
> On Tue, Aug 11, 2020 at 6:15 AM Graham Eddy  > wrote:
> that make sense
> 
> yes it does preserve the order, so i’m happy
> 
> in so doing i picked up a config bug of my own that has been puzzling me: the 
> above test showed an obs_type of “altRain *”.  
> i can’t do ‘altRain *= 1.12’, it has to be ‘altRain = altRain * 1.12’. now i 
> know why this weird ‘altRain *’ data_type starting appearing in my packets…
> (i measured my brand new GW1000’s WH40 rain gauge three times by hand with up 
> to 500ml and that’s the under-reading i got consistently)
> 
>> On 11 Aug 2020, at 10:53 pm, Tom Keffer > > wrote:
>> 
>> One could use OrderedDict, but it would be the only use anywhere in weewx. 
>> By using ConfigObj, we avoid pulling in the collections module.
>> 
>> On Tue, Aug 11, 2020 at 5:47 AM Graham Eddy > > wrote:
>> OrderedDict or stick to ConfigObj ?
>> 
>>> On 11 Aug 2020, at 10:39 pm, Tom Keffer >> > wrote:
>>> 
>>> Because types of ConfigObj are ordered dictionaries, we can use that. Add 
>>> this to the list of imports in engine.py
>>> 
>>> import configobj
>>> 
>>> then change this
>>> 
>>> self.corrections = {}
>>> 
>>> to this
>>> 
>>> self.corrections = configobj.ConfigObj()
>>> 
>>> See if that works.
>>> 
>>> -tk
>>> 
>>> On Tue, Aug 11, 2020 at 3:51 AM Graham Eddy >> > wrote:
>>> i apply some rules in [[Corrections]] that depend upon the order they are 
>>> executed
>>> 
>>> looking at the code in StdCalibrate (around lines 359-363 in weewx.engine) 
>>> i see the sequencing from ‘correction_dict.scalars' would be lost when 
>>> placed in simple dictionary ‘corrections'. i also see that the corrections 
>>> are not applied in a deterministic sequence (line 374). so my dependency 
>>> upon the sequence seems to be screwed...
>>> 
>>> assuming my interpretation is correct - that rule execution sequence under 
>>> [[Corrections]] is not determinsitic - my workaround is to sort the 
>>> data_type keys when the rules are being applied i.e. line 374
>>> #GJEfor obs_type in self.corrections:
>>> for obs_type in sorted(self.corrections):
>>> this is just a workaround to give me determinism so i can devise rules that 
>>> work predictably, but the real answer is preserving the original sequencing
>>> 
>>> i have weewx clone but not fork so can’t submit a pull request. i don’t 
>>> think i would for this workaround anyway...
>>> 
>>> 
>>> -- 
>>> 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/C09CFFD7-BDB4-48B6-A009-C841D2D79B09%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/CAPq0zEDZm898HdSFqEUFrx%2Bj9uTa6FRcaGAs8zKK%3DyoDMwgarA%40mail.gmail.com
>>>  
>>> .
>> 
>> 
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+unsubscr...@googlegroups.com 
>> .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/852B1D30-30F8-4EE2-AA44-4F358E32607A%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 i

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

[John Kline]

When does your week start?

You should see something like this is weewx.conf:
# Start of week (0=Monday, 6=Sunday)
week_start = 6

What value do you have for week_start?

> On Aug 11, 2020, at 3:20 AM, geni08...@gmail.com  
> wrote:
> 
> I found a syntax.
> Question: for example "Hi Out Temp, week", shouldn't it be the highest temp 
> since Monday? But this is not true for me! Why?
> 
> geni08...@gmail.com schrieb am Dienstag, 11. August 2020 um 10:57:03 UTC+2:
>> @John: I installed version 2.6.
>> how do i get the values:
>> > style='white-space:pre;'>
>> > style='white-space:pre;'>
>> 
>> > style='white-space:pre;'>
>> 
> 
> -- 
> 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/282de9d8-ff84-4c29-b302-2893aded408fn%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/A965CC56-BE1F-4488-8FE6-7CFA8A56DB36%40johnkline.com.

[weewx-user] How to Show Battery Status with the New GW1000 Driver?

[Blaze]

Hi,

How do I show the battery status for my Ecowitt weather sensors? This is a 
default install running on "Ubuntu 20.04.1 LTS". I installed WeeWx using 
the setup.py,  with Apache2, WeeWx v4.1.1 and the new GW1000 driver 
(gw1000-0.1.0b10.tar.gz).  As you can see below I am getting the data, but 
I don't understand how to get battery status to show on my page. I assume I 
need to modify the "/home/weewx/skins/Seasons/sensors.inc" file, but I'm 
not sure what I would need to add or change. Can someone give me pointers?

Aug 10 03:05:25 myweewx weewx[14186] DEBUG gw1000: user.gw1000: Filtered 
parsed data: {'intemp': 21.5, 'inhumid': 54, 'absbarometer': 985.8, 
'relbarometer': 985.8, 'outtemp': 24.0, 'outhumid': 80, 'soilmoist1': 53, 
'soilmoist2': 37, 'soilmoist3': 47, 'soilmoist4': 59, 'temp1': 19.3, 
'humid1': 59, 'wh26_batt': 0, 'wh31_ch1_batt': 0, 'wh51_ch1_batt': 0, 
'wh51_ch2_batt': 0, 'wh51_ch3_batt': 0, 'wh51_ch4_batt': 0, 
'wh51_ch5_batt': 0, 'datetime': 1597028725}
Aug 10 03:05:25 myweewx weewx[14186] DEBUG gw1000: user.gw1000: Next update 
in 60 seconds
Aug 10 03:05:25 myweewx weewx[14186] DEBUG gw1000: user.gw1000: Augmented 
packet: {'dateTime': 1597028725, 'usUnits': 17, 'inTemp': 21.5, 'outTemp': 
24.0, 'inHumidity': 54, 'outHumidity': 80, 'pressure': 985.8, 
'relbarometer': 985.8, 'extraTemp1': 19.3, 'extraHumid1': 59, 'soilMoist1': 
53, 'soilMoist2': 37, 'soilMoist3': 47, 'soilMoist4': 59, 'wh26_batt': 0, 
'wh31_ch1_batt': 0, 'wh51_ch1_batt': 0, 'wh51_ch2_batt': 0, 
'wh51_ch3_batt': 0, 'wh51_ch4_batt': 0, 'wh51_ch5_batt': 0}

Thanks!
Rob

-- 
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/2b88ee0c-2654-4dc3-8c7d-dde985285c9fn%40googlegroups.com.

Re: [weewx-user] Re: upgrade from weewx 3.9.2 to 4.1.1 doesn't work ...

[geni08...@gmail.com]

pi@raspberrypi:~ $ sudo apt install weewx
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 weewx : Hängt ab von: python3-cheetah ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene 
defekte Pakete.
pi@raspberrypi:~ $

tke...@gmail.com schrieb am Dienstag, 11. August 2020 um 14:30:02 UTC+2:

> I'm sorry: I just realized that your post is unrelated to the original 
> post. We need some context to understand what you are trying to do. The 
> screenshot you sent does not match your description of what you did. Are 
> you truly upgrading? If so, from what version?
>
> What happens when you do a simple install:
>
>
> *wget -qO - http://weewx.com/apt/weewx-python3.list 
>  | sudo tee 
> /etc/apt/sources.list.d/weewx.list*
> *sudo apt update*
> *sudo apt install weewx*
>
> -tk
>
> On Mon, Aug 10, 2020 at 10:44 PM geni08...@gmail.com  
> wrote:
>
>> I did this:
>> wget -qO - http://weewx.com/apt/weewx-python3.list | sudo tee 
>> /etc/apt/sources.list.d/weewx.list
>> sudo apt-get update
>> sudo apt-get upgrade
>> sudo apt install python3-mysqldb 
>> sudo apt install python3-ephem
>> sudo apt-get update
>> sudo apt-get upgrade
>>
>>
>> tke...@gmail.com schrieb am Dienstag, 11. August 2020 um 02:56:50 UTC+2:
>>
>>> (Please do not send a screen shot. They are hard to read, include only a 
>>> few lines, and cannot be translated. Cut and paste instead.)
>>>
>>> Did you do
>>>
>>> *sudo apt-get update*
>>>
>>> first?
>>>
>>> On Mon, Aug 10, 2020 at 10:02 AM geni08...@gmail.com <
>>> geni08...@gmail.com> wrote:
>>>
 Update gets stuck with errors from missing packages
 [image: weewx1.jpg]

 Jlou 43 schrieb am Dienstag, 4. August 2020 um 23:13:53 UTC+2:

>  Thanks for your reply, but I solved my problem by reinstalling this 
> way:
>
>
> 3. Install WeeWX 
>
> After installing the prerequisites, you can install WeeWX itself.
>
>1. 
>
>Expand the source archive:
>
>tar xvfz weewx-X.Y.Z.tar.gz
>
>2. 
>
>Change directory into the expanded archive:
>
>cd weewx-X.Y.Z
>
>3. 
>
>To specify an install location different from the default 
>/home/weewx, modify the parameter home in the setup.cfg file. Mac 
>users will want to change it to /Users/Shared/weewx. 
>4. 
>
>Then build and install. Python 2 users: substitute python2 for 
>python3. 
>
>python3 ./setup.py build
>sudo python3 ./setup.py install
>
>
> I replace python3 by python2 and now everything works perfectly, but 
> if i have to switch to python3 your advice will be helpful.
> Thank you.
>
>
> -- 
 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+...@googlegroups.com.

>>> To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/2f8b8c32-509d-4cac-9ce7-36e3354418den%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+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/58117a25-289e-41f0-922c-1e1b7320f51dn%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/8083aade-6ec3-4e8a-bf4a-6c5b6bf4c2c1n%40googlegroups.com.

[weewx-user] Re: Bootstrap report probelm after update to 4.1.1

[ge...@cusick.org.uk]

Have you updated Bootstrap?

On Monday, 10 August 2020 at 17:24:19 UTC+1 pour@gmail.com wrote:

> Hello,
>
> After update from 3.9.2 to 4.1.1, I get those errors:
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: Caught 
> unrecoverable exception in generator 'user.gaugeengine.GaugeGenerator'
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
>   decoding Unicode is not supported
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
>   Traceback (most recent call last):
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
> File "/home/pi/cleusb/weewx/bin/weewx/reportengine.py", line 197, 
> in run
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
>   obj.start()
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
> File "/home/pi/cleusb/weewx/bin/weewx/reportengine.py", line 280, 
> in start
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
>   self.run()
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
> File "/home/pi/cleusb/weewx/bin/user/gaugeengine.py", line 121, in 
> run
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
>   self.gen_gauges()
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
> File "/home/pi/cleusb/weewx/bin/user/gaugeengine.py", line 171, in 
> gen_gauges
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
>   ret = self.gen_gauge(gauge, plot_options, img_file)
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
> File "/home/pi/cleusb/weewx/bin/user/gaugeengine.py", line 304, in 
> gen_gauge
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
>   label_text = unicode(label_format % value_now, 'utf8')
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
>   TypeError: decoding Unicode is not supported
> Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: 
>   Generator terminated
>
> The Bootstrap gauges are not updated, but I can't see in which file there 
> is a problem. Can you help?
> 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/d582112a-40eb-4702-968f-5aa80bdd48a0n%40googlegroups.com.

Re: [weewx-user] Simulator - enhancement req - add new value generators

[Tom Keffer]

Why not just subclass class Simulator? In the __init__ function of your new
class, call the superclass's initializer, then add additional types to
self.observations.

You would also have to provide your own loader() function, which would
largely replicate the logic in the existing loader().

But, I take your point: class Simulator could be structured to make it
easier to subclass and provide specialized simulators.

-tk


On Tue, Aug 11, 2020 at 6:43 AM Graham Eddy  wrote:

> enhancement request to be able to add new value generators to
> weewx.drivers.Simulator from user.extensions (rather than edit a private
> copy)
>
> easiest way i see is to just move self.observations to class attribute and
> let folk extend the list. this would be facilitated by an abstract class
> for Observation, Rain, Solar, BatteryStatus, BatteryVoltage, SignalStrength
> of form
>
> class AbstractObservation(object):
>   def value_at(self, time_ts):
>   raise NotImplementedError
>
> for developers to subclass their own value generators. mind you, the
> existing ones are pretty flexible - i used BatteryStatus as stimulus for
> lightning_strike_count.
> otherwise, to avoid class attribute, could add method like
> add_observation_type(obs_type, value_generator)
>
> --
> 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/A9B73A87-8EC7-4B37-8458-5FDA979FC4CF%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/CAPq0zEChXphK517y0nc39hGBLQSmGcSgAb%2B1jppcdiPDvo_7ww%40mail.gmail.com.

Re: [weewx-user] Re: upgrade from weewx 3.9.2 to 4.1.1 doesn't work ...

[Tom Keffer]

What version of Rasbian are you running?

*cat /etc/os-release*

-tk

On Tue, Aug 11, 2020 at 7:25 AM geni08...@gmail.com 
wrote:

> pi@raspberrypi:~ $ sudo apt install weewx
> Paketlisten werden gelesen... Fertig
> Abhängigkeitsbaum wird aufgebaut.
> Statusinformationen werden eingelesen Fertig
> Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
> Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
> Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
> nicht erstellt wurden oder Incoming noch nicht verlassen haben.
> Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu
> lösen:
>
> Die folgenden Pakete haben unerfüllte Abhängigkeiten:
>  weewx : Hängt ab von: python3-cheetah ist aber nicht installierbar
> E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene
> defekte Pakete.
> pi@raspberrypi:~ $
>
> tke...@gmail.com schrieb am Dienstag, 11. August 2020 um 14:30:02 UTC+2:
>
>> I'm sorry: I just realized that your post is unrelated to the original
>> post. We need some context to understand what you are trying to do. The
>> screenshot you sent does not match your description of what you did. Are
>> you truly upgrading? If so, from what version?
>>
>> What happens when you do a simple install:
>>
>>
>> *wget -qO - http://weewx.com/apt/weewx-python3.list
>>  | sudo tee
>> /etc/apt/sources.list.d/weewx.list*
>> *sudo apt update*
>> *sudo apt install weewx*
>>
>> -tk
>>
>> On Mon, Aug 10, 2020 at 10:44 PM geni08...@gmail.com 
>> wrote:
>>
>>> I did this:
>>> wget -qO - http://weewx.com/apt/weewx-python3.list | sudo tee
>>> /etc/apt/sources.list.d/weewx.list
>>> sudo apt-get update
>>> sudo apt-get upgrade
>>> sudo apt install python3-mysqldb
>>> sudo apt install python3-ephem
>>> sudo apt-get update
>>> sudo apt-get upgrade
>>>
>>>
>>> tke...@gmail.com schrieb am Dienstag, 11. August 2020 um 02:56:50 UTC+2:
>>>
 (Please do not send a screen shot. They are hard to read, include only
 a few lines, and cannot be translated. Cut and paste instead.)

 Did you do

 *sudo apt-get update*

 first?

 On Mon, Aug 10, 2020 at 10:02 AM geni08...@gmail.com <
 geni08...@gmail.com> wrote:

> Update gets stuck with errors from missing packages
> [image: weewx1.jpg]
>
> Jlou 43 schrieb am Dienstag, 4. August 2020 um 23:13:53 UTC+2:
>
>>  Thanks for your reply, but I solved my problem by reinstalling this
>> way:
>>
>>
>> 3. Install WeeWX
>>
>> After installing the prerequisites, you can install WeeWX itself.
>>
>>1.
>>
>>Expand the source archive:
>>
>>tar xvfz weewx-X.Y.Z.tar.gz
>>
>>2.
>>
>>Change directory into the expanded archive:
>>
>>cd weewx-X.Y.Z
>>
>>3.
>>
>>To specify an install location different from the default
>>/home/weewx, modify the parameter home in the setup.cfg file. Mac
>>users will want to change it to /Users/Shared/weewx.
>>4.
>>
>>Then build and install. Python 2 users: substitute python2 for
>>python3.
>>
>>python3 ./setup.py build
>>sudo python3 ./setup.py install
>>
>>
>> I replace python3 by python2 and now everything works perfectly, but
>> if i have to switch to python3 your advice will be helpful.
>> Thank you.
>>
>>
>> --
> 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+...@googlegroups.com.
>
 To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/2f8b8c32-509d-4cac-9ce7-36e3354418den%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+...@googlegroups.com.
>>>
>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/58117a25-289e-41f0-922c-1e1b7320f51dn%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/8083aade-6ec3-4e8a-bf4a-6c5b6bf4c2c1n%40googlegroups.com
> 

Re: [weewx-user] Simulator - enhancement req - add new value generators

[Tom Keffer]

Try this version

of the simulator. It should be a little easier to subclass.

On Tue, Aug 11, 2020 at 7:35 AM Tom Keffer  wrote:

> Why not just subclass class Simulator? In the __init__ function of your
> new class, call the superclass's initializer, then add additional types to
> self.observations.
>
> You would also have to provide your own loader() function, which would
> largely replicate the logic in the existing loader().
>
> But, I take your point: class Simulator could be structured to make it
> easier to subclass and provide specialized simulators.
>
> -tk
>
>
> On Tue, Aug 11, 2020 at 6:43 AM Graham Eddy  wrote:
>
>> enhancement request to be able to add new value generators to
>> weewx.drivers.Simulator from user.extensions (rather than edit a private
>> copy)
>>
>> easiest way i see is to just move self.observations to class attribute
>> and let folk extend the list. this would be facilitated by an abstract
>> class for Observation, Rain, Solar, BatteryStatus, BatteryVoltage,
>> SignalStrength of form
>>
>> class AbstractObservation(object):
>>   def value_at(self, time_ts):
>>   raise NotImplementedError
>>
>> for developers to subclass their own value generators. mind you, the
>> existing ones are pretty flexible - i used BatteryStatus as stimulus for
>> lightning_strike_count.
>> otherwise, to avoid class attribute, could add method like
>> add_observation_type(obs_type, value_generator)
>>
>> --
>> 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/A9B73A87-8EC7-4B37-8458-5FDA979FC4CF%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/CAPq0zEA_iY4_noqo5v0mnV_mFnB5%2BPHbDK21h%2B8pTrLjK1dRoA%40mail.gmail.com.

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

[geni08...@gmail.com]

 week_start = 0

jo...@johnkline.com schrieb am Dienstag, 11. August 2020 um 16:08:18 UTC+2:

> When does your week start?
>
> You should see something like this is weewx.conf:
> # Start of week (0=Monday, 6=Sunday)
> week_start = 6
>
> What value do you have for week_start?
>
> On Aug 11, 2020, at 3:20 AM, geni08...@gmail.com  
> wrote:
>
> I found a syntax.
>
>
> Question: for example "Hi Out Temp, week", shouldn't it be the highest 
> temp since Monday? But this is not true for me! Why?
>
> geni08...@gmail.com schrieb am Dienstag, 11. August 2020 um 10:57:03 
> UTC+2:
>
>> @John: I installed version 2.6.
>> how do i get the values:
>> > style='white-space:pre;'>
>> > style='white-space:pre;'>
>> > style='white-space:pre;'>
>> > style='white-space:pre;'>
>> > style='white-space:pre;'>
>
> -- 
> 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+...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/282de9d8-ff84-4c29-b302-2893aded408fn%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/40bdd07b-16f1-4413-b532-05222b4a8b5en%40googlegroups.com.

[weewx-user] Re: Bootstrap report probelm after update to 4.1.1

[Cyril D]

Le mardi 11 août 2020 16:34:03 UTC+2, ge...@cusick.org.uk a écrit :
>
> Have you updated Bootstrap?
>
>
> Oops, no. Thanks for the reminder.

Few minutes later... updated to v2.26. 

But I still get the errors with weewx 4.1.1 and python 2.7.16:

Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: Caught 
unrecoverable exception in generator 'user.gaugeengine.GaugeGenerator'
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
  decoding Unicode is not supported
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
  Traceback (most recent call last):
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
File "/home/pi/cleusb/weewx/bin/weewx/reportengine.py", line 197, 
in run
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
  obj.start()
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
File "/home/pi/cleusb/weewx/bin/weewx/reportengine.py", line 280, 
in start
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
  self.run()
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
File "/home/pi/cleusb/weewx/bin/user/gaugeengine.py", line 121, in 
run
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
  self.gen_gauges()
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
File "/home/pi/cleusb/weewx/bin/user/gaugeengine.py", line 171, in 
gen_gauges
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
  ret = self.gen_gauge(gauge, plot_options, img_file)
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
File "/home/pi/cleusb/weewx/bin/user/gaugeengine.py", line 304, in 
gen_gauge
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
  label_text = label_format % value_now
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
  TypeError: decoding Unicode is not supported
Aug 11 17:41:55 stationmeteo weewx[4210] ERROR weewx.reportengine: 
  Generator terminated

-- 
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/432c8717-090e-4410-8ebc-730d2b2442ffo%40googlegroups.com.

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

[John Kline]

OK, before we look at the daily summaries in your database, please install 
loopdata at head.  I’ve added logging for week_start and rainyear_start at 
startup.  Let’s make sure that the extension thinks week_start is 0.  Install 
the the extension. Restart weewx and then paste in the lines from the log.  
They should look something like this:
Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: week_start : 0
Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: rainyear_start : 1

> On Aug 11, 2020, at 8:49 AM, geni08...@gmail.com  
> wrote:
> 
>  week_start = 0
> 
> jo...@johnkline.com schrieb am Dienstag, 11. August 2020 um 16:08:18 UTC+2:
>> When does your week start?
>> 
>> You should see something like this is weewx.conf:
>> # Start of week (0=Monday, 6=Sunday)
>> week_start = 6
>> 
>> What value do you have for week_start?
>> 
 On Aug 11, 2020, at 3:20 AM, geni08...@gmail.com  
 wrote:
 
>>> I found a syntax.
>> 
>>> 
>>> Question: for example "Hi Out Temp, week", shouldn't it be the highest temp 
>>> since Monday? But this is not true for me! Why?
>>> 
>>> geni08...@gmail.com schrieb am Dienstag, 11. August 2020 um 10:57:03 UTC+2:
 @John: I installed version 2.6.
 how do i get the values:
 >>> style='white-space:pre;'>
 >>> style='white-space:pre;'>
 >>> style='white-space:pre;'>
 >>> style='white-space:pre;'>
 >>> style='white-space:pre;'>
>>> 
>> 
>>> -- 
>>> 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+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/282de9d8-ff84-4c29-b302-2893aded408fn%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/40bdd07b-16f1-4413-b532-05222b4a8b5en%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/1BCE8153-B90E-4D37-8511-F3BFE84DE94C%40johnkline.com.

[weewx-user] Re: Bootstrap report probelm after update to 4.1.1

[Cyril D]

After a restart of weewx, there is no more errors.

Thank you for your help!


-- 
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/4b864976-3868-4263-8fa7-3a0d81d84254o%40googlegroups.com.

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

[John Kline]

Also, please add $week.outTemp.max.formatted to a report.  You can simply add 
it anywhere in a template.

After the report is generated, send the value printed in the report and the 
value in the loop-data.txt file.

I have tests for all of this; but, of course, I could have a mistake in the 
test or elsewhere.

> On Aug 11, 2020, at 9:11 AM, John Kline  wrote:
> 
> 
> OK, before we look at the daily summaries in your database, please install 
> loopdata at head.  I’ve added logging for week_start and rainyear_start at 
> startup.  Let’s make sure that the extension thinks week_start is 0.  Install 
> the the extension. Restart weewx and then paste in the lines from the log.  
> They should look something like this:
> Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: week_start : 0
> Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: rainyear_start : 1
> 
>>> On Aug 11, 2020, at 8:49 AM, geni08...@gmail.com  
>>> wrote:
>>> 
>>  week_start = 0
>> 
>> jo...@johnkline.com schrieb am Dienstag, 11. August 2020 um 16:08:18 UTC+2:
>>> When does your week start?
>>> 
>>> You should see something like this is weewx.conf:
>>> # Start of week (0=Monday, 6=Sunday)
>>> week_start = 6
>>> 
>>> What value do you have for week_start?
>>> 
> On Aug 11, 2020, at 3:20 AM, geni08...@gmail.com  
> wrote:
> 
 I found a syntax.
>>> 
 
 Question: for example "Hi Out Temp, week", shouldn't it be the highest 
 temp since Monday? But this is not true for me! Why?
 
 geni08...@gmail.com schrieb am Dienstag, 11. August 2020 um 10:57:03 UTC+2:
> @John: I installed version 2.6.
> how do i get the values:
>  style='white-space:pre;'>
>  style='white-space:pre;'>
>  style='white-space:pre;'>
>  style='white-space:pre;'>
>  style='white-space:pre;'>
 
>>> 
 -- 
 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+...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/282de9d8-ff84-4c29-b302-2893aded408fn%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/40bdd07b-16f1-4413-b532-05222b4a8b5en%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/C8DDE6B2-66C3-48FF-A104-D522E8F251C6%40johnkline.com.

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

[Geni 0815]

Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
tmpname: /tmp/LoopDataz7h4ntn0
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
enable : 0
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
remote_server  : www.foobar.com
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
remote_port: None
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
remote_user: root
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
remote_dir : /home/weewx/loop-data
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
compress   : 0
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
log_success: 0
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
ssh_options: -o ConnectTimeout=1
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
timeout: 1
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
skip_if_older_than : 3
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
time_delta : 10800
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
trend_obstypes : ['barometer', 'outTemp']
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
rainyear_obstypes  : ['outTemp', 'wind', 'windSpeed', 'windDir', 
'windGust', 'windGustDir', 'rain']
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
year_obstypes  : ['outTemp', 'wind', 'windSpeed', 'windDir', 
'windGust', 'windGustDir', 'rain']
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
month_obstypes : ['wind', 'windSpeed', 'windDir', 'windGust', 
'windGustDir', 'rain', 'outTemp']
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
week_obstypes  : ['wind', 'windSpeed', 'windDir', 'windGust', 
'windGustDir', 'rain', 'outTemp']
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
day_obstypes   : ['windGust', 'wind', 'windSpeed', 'windDir', 
'windGustDir', 'rain', 'outTemp']
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
ten_min_obstypes   : ['windGust', 'wind', 'windSpeed', 'windDir', 
'windGustDir', 'rain', 'outTemp']
Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
baro_trend_descs   : {: 'Rising Very 
Rapidly', : 'Rising 

Am Dienstag, 11. August 2020 18:12:01 UTC+2 schrieb John Kline:
>
> OK, before we look at the daily summaries in your database, please install 
> loopdata at head.  I’ve added logging for week_start and rainyear_start at 
> startup.  Let’s make sure that the extension thinks week_start is 0. 
>  Install the the extension. Restart weewx and then paste in the lines from 
> the log.  They should look something like this:
> Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: week_start : 0
> Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: rainyear_start : 1
>
> On Aug 11, 2020, at 8:49 AM, geni08...@gmail.com  > wrote:
>
>  week_start = 0
>
> jo...@johnkline.com schrieb am Dienstag, 11. August 2020 um 16:08:18 
> UTC+2:
>
>> When does your week start?
>>
>> You should see something like this is weewx.conf:
>> # Start of week (0=Monday, 6=Sunday)
>> week_start = 6
>>
>> What value do you have for week_start?
>>
>> On Aug 11, 2020, at 3:20 AM, geni08...@gmail.com  
>> wrote:
>>
>> I found a syntax.
>>
>>
>> Question: for example "Hi Out Temp, week", shouldn't it be the highest 
>> temp since Monday? But this is not true for me! Why?
>>
>> geni08...@gmail.com schrieb am Dienstag, 11. August 2020 um 10:57:03 
>> UTC+2:
>>
>>> @John: I installed version 2.6.
>>> how do i get the values:
>>> >> style='white-space:pre;'>
>>> >> style='white-space:pre;'>
>>> >> style='white-space:pre;'>
>>> >> style='white-space:pre;'>
>>> >> style='white-space:pre;'>
>>
>> -- 
>> 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+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/282de9d8-ff84-4c29-b302-2893aded408fn%40googlegroups.com
>>  
>> 
>> .
>>
>> -- 
> You received this message because you are subscribed to the Google Groups 
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to weewx...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/40bdd07b-16f1-4413-b532-05222b4a8b5en%40googlegroups.com
>  
> 
> .
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe f

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

[John Kline]

It does not look like you have installed from head on github.

Go to this page:

https://github.com/chaunceygardiner/weewx-loopdata

Click “Code” and then click download zip.  Install that zip file.

When you do that, after time_delta in the log, you should see week_start and 
rainyear_start.

> On Aug 11, 2020, at 9:37 AM, Geni 0815  wrote:
> 
> 
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: tmpname  
>   : /tmp/LoopDataz7h4ntn0
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: enable   
>   : 0
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: remote_server
>   : www.foobar.com
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: remote_port  
>   : None
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: remote_user  
>   : root
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: remote_dir   
>   Af: /home/weewx/loop-data
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: compress 
>   : 0
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: log_success  
>   : 0
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: ssh_options  
>   : -o ConnectTimeout=1
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: timeout  
>   : 1
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> skip_if_older_than : 3
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: time_delta   
>   : 10800
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: trend_obstypes   
>   : ['barometer', 'outTemp']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> rainyear_obstypes  : ['outTemp', 'wind', 'windSpeed', 'windDir', 'windGust', 
> 'windGustDir', 'rain']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: year_obstypes
>   : ['outTemp', 'wind', 'windSpeed', 'windDir', 'windGust', 'windGustDir', 
> 'rain']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: month_obstypes   
>   : ['wind', 'windSpeed', 'windDir', 'windGust', 'windGustDir', 'rain', 
> 'outTemp']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: week_obstypes
>   : ['wind', 'windSpeed', 'windDir', 'windGust', 'windGustDir', 'rain', 
> 'outTemp']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: day_obstypes 
>   : ['windGust', 'wind', 'windSpeed', 'windDir', 'windGustDir', 'rain', 
> 'outTemp']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: ten_min_obstypes 
>   : ['windGust', 'wind', 'windSpeed', 'windDir', 'windGustDir', 'rain', 
> 'outTemp']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: baro_trend_descs 
>   : {: 'Rising Very Rapidly', 
> : 'Rising 
> 
> Am Dienstag, 11. August 2020 18:12:01 UTC+2 schrieb John Kline:
>> 
>> OK, before we look at the daily summaries in your database, please install 
>> loopdata at head.  I’ve added logging for week_start and rainyear_start at 
>> startup.  Let’s make sure that the extension thinks week_start is 0.  
>> Install the the extension. Restart weewx and then paste in the lines from 
>> the log.  They should look something like this:
>> Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: week_start : 0
>> Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: rainyear_start : 1
>> 
 On Aug 11, 2020, at 8:49 AM, geni08...@gmail.com  
 wrote:
 
>>>  week_start = 0
>>> 
>>> jo...@johnkline.com schrieb am Dienstag, 11. August 2020 um 16:08:18 UTC+2:
 When does your week start?
 
 You should see something like this is weewx.conf:
 # Start of week (0=Monday, 6=Sunday)
 week_start = 6
 
 What value do you have for week_start?
 
>> On Aug 11, 2020, at 3:20 AM, geni08...@gmail.com  
>> wrote:
>> 
> I found a syntax.
 
> 
> Question: for example "Hi Out Temp, week", shouldn't it be the highest 
> temp since Monday? But this is not true for me! Why?
> 
> geni08...@gmail.com schrieb am Dienstag, 11. August 2020 um 10:57:03 
> UTC+2:
>> @John: I installed version 2.6.
>> how do i get the values:
>> > style='white-space:pre;'>
>> > style='white-space:pre;'>
>> > style='white-space:pre;'>
>> > style='white-space:pre;'>
>> > style='white-space:pre;'>
> 
 
> -- 
> 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+...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/282de9d8-ff84-4c29-b302-2893aded408fn%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 
>

Re: [weewx-user] Simulator - enhancement req - add new value generators

[Graham Eddy]

close to working. but in my __init__, when i alter self.observations after 
calling super(..), it is after the ‘observations’ filter from weewx.conf has 
been applied. so, after carefully disabling some of my new value types by 
excluding them from ‘observations’ filter (Simulator.__init__ dutifully deletes 
unwanted value types if they are present at that time), my __init__ just adds 
them to self.observations afterwards. i don’t want to have to re-apply the 
‘observations’ filter in my __init__!

and now it is 3am, i am off…
cheers

> On 12 Aug 2020, at 1:08 am, Tom Keffer  wrote:
> 
> Try this version 
> 
>  of the simulator. It should be a little easier to subclass.
> 
> On Tue, Aug 11, 2020 at 7:35 AM Tom Keffer  > wrote:
> Why not just subclass class Simulator? In the __init__ function of your new 
> class, call the superclass's initializer, then add additional types to 
> self.observations.
> 
> You would also have to provide your own loader() function, which would 
> largely replicate the logic in the existing loader().
> 
> But, I take your point: class Simulator could be structured to make it easier 
> to subclass and provide specialized simulators.
> 
> -tk
> 
> 
> On Tue, Aug 11, 2020 at 6:43 AM Graham Eddy  > wrote:
> enhancement request to be able to add new value generators to 
> weewx.drivers.Simulator from user.extensions (rather than edit a private copy)
> 
> easiest way i see is to just move self.observations to class attribute and 
> let folk extend the list. this would be facilitated by an abstract class for 
> Observation, Rain, Solar, BatteryStatus, BatteryVoltage, SignalStrength of 
> form
> class AbstractObservation(object):
>   def value_at(self, time_ts):
>   raise NotImplementedError
> for developers to subclass their own value generators. mind you, the existing 
> ones are pretty flexible - i used BatteryStatus as stimulus for 
> lightning_strike_count.
> otherwise, to avoid class attribute, could add method like 
> add_observation_type(obs_type, value_generator)
> 
> -- 
> 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/A9B73A87-8EC7-4B37-8458-5FDA979FC4CF%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/CAPq0zEA_iY4_noqo5v0mnV_mFnB5%2BPHbDK21h%2B8pTrLjK1dRoA%40mail.gmail.com
>  
> .

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/46397A33-77A4-4204-8B45-372B96E65A48%40gmail.com.

Re: [weewx-user] Simulator - enhancement req - add new value generators

[Graham Eddy]

i forgot to ask: start_ts is outside my __init__’s scope, so should i use 
self.the_time? e.g.
import weewx.drivers.simulator as simulator
...
# VP2 optional observations
self.observations['extraTemp1'] = simulator.Observation(
magnitude=4.0, average=50.0, period=18.0, phase_lag=12.0,
start=self.the_time)

> On 12 Aug 2020, at 2:56 am, Graham Eddy  wrote:
> 
> close to working. but in my __init__, when i alter self.observations after 
> calling super(..), it is after the ‘observations’ filter from weewx.conf has 
> been applied. so, after carefully disabling some of my new value types by 
> excluding them from ‘observations’ filter (Simulator.__init__ dutifully 
> deletes unwanted value types if they are present at that time), my __init__ 
> just adds them to self.observations afterwards. i don’t want to have to 
> re-apply the ‘observations’ filter in my __init__!
> 
> and now it is 3am, i am off…
> cheers
> 
>> On 12 Aug 2020, at 1:08 am, Tom Keffer > > wrote:
>> 
>> Try this version 
>> 
>>  of the simulator. It should be a little easier to subclass.
>> 
>> On Tue, Aug 11, 2020 at 7:35 AM Tom Keffer > > wrote:
>> Why not just subclass class Simulator? In the __init__ function of your new 
>> class, call the superclass's initializer, then add additional types to 
>> self.observations.
>> 
>> You would also have to provide your own loader() function, which would 
>> largely replicate the logic in the existing loader().
>> 
>> But, I take your point: class Simulator could be structured to make it 
>> easier to subclass and provide specialized simulators.
>> 
>> -tk
>> 
>> 
>> On Tue, Aug 11, 2020 at 6:43 AM Graham Eddy > > wrote:
>> enhancement request to be able to add new value generators to 
>> weewx.drivers.Simulator from user.extensions (rather than edit a private 
>> copy)
>> 
>> easiest way i see is to just move self.observations to class attribute and 
>> let folk extend the list. this would be facilitated by an abstract class for 
>> Observation, Rain, Solar, BatteryStatus, BatteryVoltage, SignalStrength of 
>> form
>> class AbstractObservation(object):
>>   def value_at(self, time_ts):
>>   raise NotImplementedError
>> for developers to subclass their own value generators. mind you, the 
>> existing ones are pretty flexible - i used BatteryStatus as stimulus for 
>> lightning_strike_count.
>> otherwise, to avoid class attribute, could add method like 
>> add_observation_type(obs_type, value_generator)
>> 
>> -- 
>> 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/A9B73A87-8EC7-4B37-8458-5FDA979FC4CF%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/CAPq0zEA_iY4_noqo5v0mnV_mFnB5%2BPHbDK21h%2B8pTrLjK1dRoA%40mail.gmail.com
>>  
>> .
> 

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

Re: [weewx-user] Debian Buster Installation Fails.

[Michael McClane]

Followed the exact same steps.  It worked this time loading the proper 
version python.

On Sunday, August 9, 2020 at 1:04:17 PM UTC-4, Jamie Stephens wrote:
>
> Did you add weewx to the trusted sources? 
>
> On Sun, Aug 9, 2020 at 12:58 PM Michael McClane  > wrote:
>
>> Followed all the instructions but sudo apt-get install weewx returns  E: 
>> unable to locate package weewx. 
>>
>>
>>
>>
>>
>>
>>
>>
>> -- 
>>
>>
>> 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/40398a48-22d1-4fc7-bdd8-b577adfbc77eo%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/24af35ce-16b9-47e6-8e21-353ec4ab3a3fo%40googlegroups.com.

[weewx-user] Re: Bootstrap report probelm after update to 4.1.1

[ge...@cusick.org.uk]

You’re welcome.  I went down the same path myself!

On Tuesday, 11 August 2020 at 17:15:27 UTC+1 pour@gmail.com wrote:

>
> After a restart of weewx, there is no more errors.
>
> Thank you for your help!
>
>
>

-- 
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/55f85b0e-d8ae-4974-85e9-32fda1cbf9adn%40googlegroups.com.

Re: [weewx-user] Simulator - enhancement req - add new value generators

[Tom Keffer]

That's why I added the method trim_observations(). It allows you to tailor
this behavior. For example, you could override trim_observations() and have
it add your new types before calling the subclass's version. Or, v-v (not
sure exactly what you're trying to accomplish).

On Tue, Aug 11, 2020 at 9:56 AM Graham Eddy  wrote:

> close to working. but in my __init__, when i alter self.observations after
> calling super(..), it is after the ‘observations’ filter from weewx.conf
> has been applied. so, after carefully disabling some of my new value types
> by excluding them from ‘observations’ filter (Simulator.__init__ dutifully
> deletes unwanted value types if they are present at that time), my __init__
> just adds them to self.observations afterwards. i don’t want to have to
> re-apply the ‘observations’ filter in my __init__!
>
> and now it is 3am, i am off…
> cheers
>
> On 12 Aug 2020, at 1:08 am, Tom Keffer  wrote:
>
> Try this version
> 
> of the simulator. It should be a little easier to subclass.
>
> On Tue, Aug 11, 2020 at 7:35 AM Tom Keffer  wrote:
>
>> Why not just subclass class Simulator? In the __init__ function of your
>> new class, call the superclass's initializer, then add additional types to
>> self.observations.
>>
>> You would also have to provide your own loader() function, which would
>> largely replicate the logic in the existing loader().
>>
>> But, I take your point: class Simulator could be structured to make it
>> easier to subclass and provide specialized simulators.
>>
>> -tk
>>
>>
>> On Tue, Aug 11, 2020 at 6:43 AM Graham Eddy 
>> wrote:
>>
>>> enhancement request to be able to add new value generators to
>>> weewx.drivers.Simulator from user.extensions (rather than edit a private
>>> copy)
>>>
>>> easiest way i see is to just move self.observations to class attribute
>>> and let folk extend the list. this would be facilitated by an abstract
>>> class for Observation, Rain, Solar, BatteryStatus, BatteryVoltage,
>>> SignalStrength of form
>>>
>>> class AbstractObservation(object):
>>>   def value_at(self, time_ts):
>>>   raise NotImplementedError
>>>
>>> for developers to subclass their own value generators. mind you, the
>>> existing ones are pretty flexible - i used BatteryStatus as stimulus for
>>> lightning_strike_count.
>>> otherwise, to avoid class attribute, could add method like
>>> add_observation_type(obs_type, value_generator)
>>>
>>> --
>>> 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/A9B73A87-8EC7-4B37-8458-5FDA979FC4CF%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/CAPq0zEA_iY4_noqo5v0mnV_mFnB5%2BPHbDK21h%2B8pTrLjK1dRoA%40mail.gmail.com
> 
> .
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/46397A33-77A4-4204-8B45-372B96E65A48%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/CAPq0zEBB1WPj81wvm6rUrF%3Ds86wd3fmH4Uw%2BfwtefTAJ_z1SAg%40mail.gmail.com.

Re: [weewx-user] Simulator - enhancement req - add new value generators

[Tom Keffer]

On Tue, Aug 11, 2020 at 10:03 AM Graham Eddy  wrote:

> i forgot to ask: start_ts is outside my __init__’s scope, so should i use
> self.the_time? e.g.
> import weewx.drivers.simulator as simulator
> ...
> # VP2 optional observations
> self.observations['extraTemp1'] = simulator.Observation(
> magnitude=4.0, average=50.0, period=18.0, phase_lag=12.0,
> start=self.the_time)
>

Hmmm, perhaps start_ts should be a property?

-tk

-- 
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/CAPq0zEDYoPPnrr6J2OP49DSnHgSxD6Us%2BMpn_JicpyiiPQOwKg%40mail.gmail.com.

[weewx-user] Using more than one driver?

[Timothy Buchanan]

I am running an nginx server displaying data from a Weatherflow station and 
all is working ( http://millennialhouse.mynetgear.com/weatherserver/). I 
would like to add data from an Ecowitt gateway using interceptor. Would I 
need to run a separate instance of weewx and integrate the data with the 
web server, or could I run weewx with two drivers? 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/b3900207-58f9-4bc0-82e3-e4f7451aea24n%40googlegroups.com.

Re: [weewx-user] Using more than one driver?

[steeple ian]

You cannot run two drivers in the same instance of WeeWX. However you can
use the new  weewx-gw1000 extension which can be run as a service at the
same time as your Weatherflow driver.



On Tue, 11 Aug 2020 at 21:03, Timothy Buchanan 
wrote:

> I am running an nginx server displaying data from a Weatherflow station
> and all is working ( http://millennialhouse.mynetgear.com/weatherserver/).
> I would like to add data from an Ecowitt gateway using interceptor. Would I
> need to run a separate instance of weewx and integrate the data with the
> web server, or could I run weewx with two drivers? 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/b3900207-58f9-4bc0-82e3-e4f7451aea24n%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/CADASSaReZorZVQbo0XDtGS09-Y%3D-rfoPo_h_Tt-8AH_qtTa8CQ%40mail.gmail.com.

Re: [weewx-user] Re: Belchertown Skin, Websockets, Firefox Fail to Connect

[Steve C]

I've updated the skin to 1.2rc2, and I have narrowed the problem down to an 
SSL/MQTT issue. I had failed in the past, but today successfully got WeeWX 
to update via TLS after I changed the MQTT setting in weewx.conf to 
"tls_version = tlsv1.2". That makes sense, the Mosquitto broker wants TLS 
1.1 or higher and a previous update is what probably broke my install.

If I leave it there, and upload via TLS and use HTTP for websockets, 
Firefox and Chrome both work (HTTPS expectedly fails for both). If I 
uncomment the three cert lines in the the Mosquitto config, HTTP and HTTPS 
Chrome work, but HTTP and HTTPS Firefox fail:

listener 9001
certfile /etc/letsencrypt/live/livefreeorpi.com/cert.pem
cafile /etc/letsencrypt/live/livefreeorpi.com/chain.pem
keyfile /etc/letsencrypt/live/livefreeorpi.com/privkey.pem
protocol websockets

Other than the note about updating the weewx.conf to reflect possible newer 
TLS implementations, I can take this up further on a Mosquitto forum, but 
thought I would pass it along here as it seems to be popping up now and 
then for others too.

On Sunday, August 9, 2020 at 2:27:02 PM UTC-4, Pat wrote:
>
> Interesting, it fails for me too in Firefox. It could be the version of 
> the MQTT Websocket library you're using in 1.1. In 1.2 there are some 
> updates to the MQTT websockets code.
>
> My site - belchertownweather.com - is using the latest development 1.2 
> release candidate 
>  and it 
> works for me in Firefox. Give the development version a try - note 1.2 is 
> focused on using Aeris Weather as a forecast provider, however DarkSky is 
> supported. Please read the readme for the new skin.conf variables to be 
> used 
>  
> and changelog for all the breaking changes 
>  
> so far in this upgrade. 
>
>
> On Wednesday, August 5, 2020 at 9:09:19 PM UTC-4 bth...@gmail.com wrote:
>
>> With or without openvpn, all works fine for all browsers, except MS Edge, 
>> Chromium, developer edition not working if having openvpn connected. 
>> Strange.
>>
>> On Wednesday, 5 August 2020 at 17:21:51 UTC+7 gary@gmail.com wrote:
>>
>>> Odd that one browser for each of us refuses to connect.
>>> I'm not using a VPN, so yours works fine without the VPN but fails when 
>>> you use it?
>>>
>>>
>>>
>>> On 8/4/2020 11:55 PM, Chotechai Piyavongsiri wrote:
>>>
>>> I mean Microsoft Edge chromium.
>>>
>>> On Wednesday, 5 August 2020 at 10:54:10 UTC+7 Chotechai Piyavongsiri 
>>> wrote:
>>>
 I have no problem with any browsers, including Firefox. I'm using 
 secured websockets. 
 The only problem I have is with Microsoft Edge, WS will not work when I 
 connect my OpenVPN, same message as you got (Firefox works). I still don't 
 know the reason.

 On Tuesday, 4 August 2020 at 23:11:56 UTC+7 gary@gmail.com wrote:

> I have a curious issue here. 
> I normally use Edge from Windows 10 to browse. All is working fine.
> I use Firefox in troubleshooting and browsed to my weather page.
> No connection to the websocket feed.
> Open Edge, no problem. Chrome from my phone, no problem. Safari from 
> my wife's iPhone, no problem.
>
> Disabled all plugins in Firefox, still get  Failed connecting to the 
> weather station. Please try again later! 
>
> Tried from a Linux machine using Firefox, same result.
>
> Any ideas?
>
 -- 
>>> 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/nwHdhPVd5o0/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to 
>>> weewx-user+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/0c145e3e-1e5f-4cea-ba00-fc09059a60edn%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/591b4f66-de42-49ac-a0c9-8336f22da10fo%40googlegroups.com.

[weewx-user] Re: Simple Tablet “Comsole” skin?

[Scott Irwin]

Thanks, all!  I'll check them out.
On Tuesday, August 11, 2020 at 6:45:42 AM UTC-4 steep...@gmail.com wrote:

> https://github.com/steepleian/weewx-Weather34 was designed as a console 
> replacement on a tablet

-- 
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/9f61da2a-3f28-47ec-adc9-73b4cdeb1550n%40googlegroups.com.

Re: [weewx-user] Using more than one driver?

[Timothy Buchanan]

This is not yet listed on the wiki but a search found it on GitHub. Thanks 
for calling my attention to it.

On Tuesday, August 11, 2020 at 2:21:51 PM UTC-6 steep...@gmail.com wrote:

> You cannot run two drivers in the same instance of WeeWX. However you can 
> use the new  weewx-gw1000 extension which can be run as a service at the 
> same time as your Weatherflow driver.
>
>
>
> On Tue, 11 Aug 2020 at 21:03, Timothy Buchanan  
> wrote:
>
>> I am running an nginx server displaying data from a Weatherflow station 
>> and all is working ( http://millennialhouse.mynetgear.com/weatherserver/). 
>> I would like to add data from an Ecowitt gateway using interceptor. Would I 
>> need to run a separate instance of weewx and integrate the data with the 
>> web server, or could I run weewx with two drivers? 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+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/b3900207-58f9-4bc0-82e3-e4f7451aea24n%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/0a0483d8-df69-42da-a441-c180d854e52cn%40googlegroups.com.

[weewx-user] Module Error

[Mauro De Lauretis]

Hi all!
I'm running the last version of weewx with python3 on my Raspberry Pi.
As skin I use the weather34 weewx version (
https://github.com/steepleian/weewx-Weather34)

There are also incorporated highcharts that are created live from the 
database when selecting on the website.
However, a part of them won't work with my setup and this Is the message I 
get:


root@raspberrypi:~# sudo python3 
/var/www/html/weewx/weather34/w34highcharts/wee_reports_w34

Traceback (most recent call last):

  File "/var/www/html/weewx/weather34/w34highcharts/wee_reports_w34", line 
8, in 

import weewx

ModuleNotFoundError: No module named 'weewx'




Do you have any ideas what the issue could be?


Thanks


Mauro

-- 
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/f2fc30fb-c078-4f90-9a95-980ba4f17aa7o%40googlegroups.com.

[weewx-user] Re: Module Error

[J D]

Need a lot more info to figure out what is wrong. The repository for 
weather34 template has a troubleshooting guide.
Collect the required info and open an issue on the repository and post the 
info.

On Tuesday, August 11, 2020 at 3:27:16 PM UTC-7, Mauro De Lauretis wrote:
>
> Hi all!
> I'm running the last version of weewx with python3 on my Raspberry Pi.
> As skin I use the weather34 weewx version (
> https://github.com/steepleian/weewx-Weather34)
>
> There are also incorporated highcharts that are created live from the 
> database when selecting on the website.
> However, a part of them won't work with my setup and this Is the message I 
> get:
>
>
> root@raspberrypi:~# sudo python3 
> /var/www/html/weewx/weather34/w34highcharts/wee_reports_w34
>
> Traceback (most recent call last):
>
>   File "/var/www/html/weewx/weather34/w34highcharts/wee_reports_w34", line 
> 8, in 
>
> import weewx
>
> ModuleNotFoundError: No module named 'weewx'
>
>
>
>
> Do you have any ideas what the issue could be?
>
>
> Thanks
>
>
> Mauro
>

-- 
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/bb73aef6-f6ca-4b93-99a2-29ab9d6c9c29o%40googlegroups.com.

Re: [weewx-user] Using more than one driver?

[Timothy Buchanan]

I installed the gw1000 driver, using

sudo  wee_extension --install=/var/tmp/gw1000-0.1.0b10.tar.gz 

and edited weewx.conf  [[Services]] to read

 data_services = user.bme280wx.Bme280wx, user.gw1000.Gw1000Service

but this broke the generation of reports. Editing back to

 data_services = user.bme280wx.Bme280wx

fixed this. What went wrong? I don't have a gw1000 gateway running yet. 
Thanks again.

On Tuesday, August 11, 2020 at 4:02:38 PM UTC-6 Timothy Buchanan wrote:

> This is not yet listed on the wiki but a search found it on GitHub. Thanks 
> for calling my attention to it.
>
> On Tuesday, August 11, 2020 at 2:21:51 PM UTC-6 steep...@gmail.com wrote:
>
>> You cannot run two drivers in the same instance of WeeWX. However you can 
>> use the new  weewx-gw1000 extension which can be run as a service at the 
>> same time as your Weatherflow driver.
>>
>>
>>
>> On Tue, 11 Aug 2020 at 21:03, Timothy Buchanan  
>> wrote:
>>
>>> I am running an nginx server displaying data from a Weatherflow station 
>>> and all is working ( http://millennialhouse.mynetgear.com/weatherserver/). 
>>> I would like to add data from an Ecowitt gateway using interceptor. Would I 
>>> need to run a separate instance of weewx and integrate the data with the 
>>> web server, or could I run weewx with two drivers? 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+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/b3900207-58f9-4bc0-82e3-e4f7451aea24n%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/3c8a6c05-a906-409d-856c-2c72d83dd5d3n%40googlegroups.com.

[weewx-user] Module Error

[gjr80]

Hi,

Almost certainly a PYTHONPATH error. The correct PYTHONPATH will depend on how 
you installed WeeWX. For a package install try some like (untested):

$ sudo PYTHONPATH=/usr/share/weewx python3 
/var/www/html/weewx/weather34/w34highcharts/wee_reports_w34

for a setup.py install try:

$ sudo PYTHONPATH=/home/weewx/bin python3 
/var/www/html/weewx/weather34/w34highcharts/wee_reports_w34

Gary

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

Re: [weewx-user] Module Error

[Tom Keffer]

That was my first thought too, but /var/www/html/weewx is a mighty strange
location to store an executable. Are you sure you want that?

On Tue, Aug 11, 2020 at 5:05 PM gjr80  wrote:

> Hi,
>
> Almost certainly a PYTHONPATH error. The correct PYTHONPATH will depend on
> how you installed WeeWX. For a package install try some like (untested):
>
> $ sudo PYTHONPATH=/usr/share/weewx python3
> /var/www/html/weewx/weather34/w34highcharts/wee_reports_w34
>
> for a setup.py install try:
>
> $ sudo PYTHONPATH=/home/weewx/bin python3
> /var/www/html/weewx/weather34/w34highcharts/wee_reports_w34
>
> Gary
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/8b05cc2d-87c5-4feb-8050-15aecf09c4abo%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/CAPq0zEBfWeHRu6C1fsv-EBLHebMUgmML2KOFA2MCFiz846wEXQ%40mail.gmail.com.

Re: [weewx-user] Module Error

[gjr80]

Yes, agree, but interestingly it wants to import weewx. 

Gary

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

[weewx-user] Re: Module Error

[J D]

This is not a weewx issue or a python path issue. The file is in the 
correct location, but the troubleshooting guide must be done to find out 
why there is an error.

On Tuesday, August 11, 2020 at 3:27:16 PM UTC-7, Mauro De Lauretis wrote:
>
> Hi all!
> I'm running the last version of weewx with python3 on my Raspberry Pi.
> As skin I use the weather34 weewx version (
> https://github.com/steepleian/weewx-Weather34)
>
> There are also incorporated highcharts that are created live from the 
> database when selecting on the website.
> However, a part of them won't work with my setup and this Is the message I 
> get:
>
>
> root@raspberrypi:~# sudo python3 
> /var/www/html/weewx/weather34/w34highcharts/wee_reports_w34
>
> Traceback (most recent call last):
>
>   File "/var/www/html/weewx/weather34/w34highcharts/wee_reports_w34", line 
> 8, in 
>
> import weewx
>
> ModuleNotFoundError: No module named 'weewx'
>
>
>
>
> Do you have any ideas what the issue could be?
>
>
> Thanks
>
>
> Mauro
>

-- 
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/ca782342-2160-4630-aee3-438d53a85c50o%40googlegroups.com.

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

[John Kline]

OK, I found the issue.  My tests simulate running weewx and processing packets. 
 The issue was at startup where I use daily summaries to create accumulators 
for day, week, year and rainyear.  That code was missing the first daily 
summary of each of these periods.

I’ve fixed this issue in v2.7.  Please give it a try.

>> On Aug 11, 2020, at 9:41 AM, John Kline  wrote:
> 
> It does not look like you have installed from head on github.
> 
> Go to this page:
> 
> https://github.com/chaunceygardiner/weewx-loopdata
> 
> Click “Code” and then click download zip.  Install that zip file.
> 
> When you do that, after time_delta in the log, you should see week_start and 
> rainyear_start.
> 
>>> On Aug 11, 2020, at 9:37 AM, Geni 0815  wrote:
>> 
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: tmpname 
>>: /tmp/LoopDataz7h4ntn0
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: enable  
>>: 0
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: remote_server   
>>: www.foobar.com
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: remote_port 
>>: None
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: remote_user 
>>: root
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: remote_dir  
>>Af: /home/weewx/loop-data
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: compress
>>: 0
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: log_success 
>>: 0
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: ssh_options 
>>: -o ConnectTimeout=1
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: timeout 
>>: 1
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
>> skip_if_older_than : 3
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: time_delta  
>>: 10800
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: trend_obstypes  
>>: ['barometer', 'outTemp']
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
>> rainyear_obstypes  : ['outTemp', 'wind', 'windSpeed', 'windDir', 'windGust', 
>> 'windGustDir', 'rain']
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: year_obstypes   
>>: ['outTemp', 'wind', 'windSpeed', 'windDir', 'windGust', 'windGustDir', 
>> 'rain']
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: month_obstypes  
>>: ['wind', 'windSpeed', 'windDir', 'windGust', 'windGustDir', 'rain', 
>> 'outTemp']
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: week_obstypes   
>>: ['wind', 'windSpeed', 'windDir', 'windGust', 'windGustDir', 'rain', 
>> 'outTemp']
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: day_obstypes
>>: ['windGust', 'wind', 'windSpeed', 'windDir', 'windGustDir', 'rain', 
>> 'outTemp']
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
>> ten_min_obstypes   : ['windGust', 'wind', 'windSpeed', 'windDir', 
>> 'windGustDir', 'rain', 'outTemp']
>> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
>> baro_trend_descs   : {: 'Rising Very 
>> Rapidly', : 'Rising 
>> 
>> Am Dienstag, 11. August 2020 18:12:01 UTC+2 schrieb John Kline:
>>> 
>>> OK, before we look at the daily summaries in your database, please install 
>>> loopdata at head.  I’ve added logging for week_start and rainyear_start at 
>>> startup.  Let’s make sure that the extension thinks week_start is 0.  
>>> Install the the extension. Restart weewx and then paste in the lines from 
>>> the log.  They should look something like this:
>>> Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: week_start : 0
>>> Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: rainyear_start : 1
>>> 
> On Aug 11, 2020, at 8:49 AM, geni08...@gmail.com  
> wrote:
  week_start = 0
 
 jo...@johnkline.com schrieb am Dienstag, 11. August 2020 um 16:08:18 UTC+2:
> When does your week start?
> 
> You should see something like this is weewx.conf:
> # Start of week (0=Monday, 6=Sunday)
> week_start = 6
> 
> What value do you have for week_start?
> 
>>> On Aug 11, 2020, at 3:20 AM, geni08...@gmail.com  
>>> wrote:
>> I found a syntax.
> 
>> 
>> Question: for example "Hi Out Temp, week", shouldn't it be the highest 
>> temp since Monday? But this is not true for me! Why?
>> 
>> geni08...@gmail.com schrieb am Dienstag, 11. August 2020 um 10:57:03 
>> UTC+2:
>>> @John: I installed version 2.6.
>>> how do i get the values:
>>> >> style='white-space:pre;'>
>>> >> style='white-space:pre;'>
>>> >> style='white-space:pre;'>
>>> >> style='white-space:pre;'>
>>> >> style='white-space:pre;'>
> 
>> -- 
>> You received this message because you are subscribed to the Google 
>> Groups "weewx-user" group.
>>

[weewx-user] Re: Module Error

[gjr80]

Maybe so, but it doesn’t alter the fact this is a PYTHONPATH issue.

Gary

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

Re: [weewx-user] Re: Module Error

[Tom Keffer]

You're probably right. I suspect the custom weather34 installer went a
little ... off track.

On Tue, Aug 11, 2020 at 6:02 PM J D  wrote:

> This is not a weewx issue or a python path issue. The file is in the
> correct location, but the troubleshooting guide must be done to find out
> why there is an error.
>
> On Tuesday, August 11, 2020 at 3:27:16 PM UTC-7, Mauro De Lauretis wrote:
>>
>> Hi all!
>> I'm running the last version of weewx with python3 on my Raspberry Pi.
>> As skin I use the weather34 weewx version (
>> https://github.com/steepleian/weewx-Weather34)
>>
>> There are also incorporated highcharts that are created live from the
>> database when selecting on the website.
>> However, a part of them won't work with my setup and this Is the message
>> I get:
>>
>>
>> root@raspberrypi:~# sudo python3
>> /var/www/html/weewx/weather34/w34highcharts/wee_reports_w34
>>
>> Traceback (most recent call last):
>>
>>   File "/var/www/html/weewx/weather34/w34highcharts/wee_reports_w34",
>> line 8, in 
>>
>> import weewx
>>
>> ModuleNotFoundError: No module named 'weewx'
>>
>>
>>
>>
>> Do you have any ideas what the issue could be?
>>
>>
>> Thanks
>>
>>
>> Mauro
>>
> --
> 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/ca782342-2160-4630-aee3-438d53a85c50o%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/CAPq0zECtu0d8VYDWbm%3DUAEvU86JTU_Kf1rRKreuUNwO1xLf7pw%40mail.gmail.com.

[weewx-user] Trouble with Vaisala driver - syslog not defined

[Chris Howard]

I am attempting to install on a BeagleBone Black Wireless.
My device is a Vaisala wxt520.  I have installed a driver from github.

BeagleBone ubuntu is based on Debian 9 so I am running python2.

I'm not afraid to edit files, but not sure if this driver should run on my 
system
and maybe I just missing something dumb in the install.

I did try a small sample python program to see if I could successfully 
import syslog
and send a message to syslog.  That seemed to work fine.

Here is my error message:
Aug 12 01:34:33 beaglebone weewx[2348]: Stopping weewx weather system: 
weewx not running
Aug 12 01:34:40 beaglebone weewx[2400] INFO __main__: Initializing weewx 
version 4.1.1
Aug 12 01:34:40 beaglebone weewx[2400] INFO __main__: Using Python 2.7.13 
(default, Sep 26 2018, 18:42:22) #012[GCC 6.3.0 20170516]
Aug 12 01:34:40 beaglebone weewx[2400] INFO __main__: Platform 
Linux-4.14.71-ti-r80-armv7l-with-debian-9.5
Aug 12 01:34:40 beaglebone weewx[2400] INFO __main__: Locale is 
'en_US.UTF-8'
Aug 12 01:34:40 beaglebone weewx[2400] INFO __main__: PID file is 
/var/run/weewx.pid
Aug 12 01:34:40 beaglebone weewx[2389]: Starting weewx weather system: 
weewx.
Aug 12 01:34:40 beaglebone weewx[2404] INFO __main__: Using configuration 
file /etc/weewx/weewx.conf
Aug 12 01:34:40 beaglebone weewx[2404] INFO __main__: Debug is 0
Aug 12 01:34:41 beaglebone weewx[2404] INFO weewx.engine: Loading station 
type WXT5x0 (user.wxt5x0)
Aug 12 01:34:41 beaglebone weewx[2404] ERROR weewx.engine: Import of driver 
failed: global name 'syslog' is not defined ()
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL weewx.engine:   
Traceback (most recent call last):
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL weewx.engine: 
File "/usr/share/weewx/weewx/engine.py", line 103, in setupStation
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL weewx.engine:   
self.console = loader_function(config_dict, self)
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL weewx.engine: 
File "/usr/share/weewx/user/wxt5x0.py", line 109, in loader
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL weewx.engine:   
return WXT5x0Driver(**config_dict[DRIVER_NAME])
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL weewx.engine: 
File "/usr/share/weewx/user/wxt5x0.py", line 470, in __init__
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL weewx.engine:   
loginf('driver version is %s' % DRIVER_VERSION)
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL weewx.engine: 
File "/usr/share/weewx/user/wxt5x0.py", line 122, in loginf
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL weewx.engine:   
logmsg(syslog.LOG_INFO, msg)
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL weewx.engine:   
NameError: global name 'syslog' is not defined
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL __main__: Unable to load 
driver: global name 'syslog' is not defined
Aug 12 01:34:41 beaglebone weewx[2404] CRITICAL __main__:   
Exiting...


-- 
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/48c3ed56-d160-4952-a0ac-265d98a7be20o%40googlegroups.com.

Re: [weewx-user] Re: upgrade from weewx 3.9.2 to 4.1.1 doesn't work ...

[Geni 0815]

pi@raspberrypi:~ $ PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"

pi@raspberrypi:~ $ NAME="Raspbian GNU/Linux"

pi@raspberrypi:~ $ VERSION_ID="9"

pi@raspberrypi:~ $ VERSION="9 (stretch)"

pi@raspberrypi:~ $ VERSION_CODENAME=stretch

pi@raspberrypi:~ $ ID=raspbian

pi@raspberrypi:~ $ ID_LIKE=debian

pi@raspberrypi:~ $ HOME_URL="http://www.raspbian.org/";

pi@raspberrypi:~ $ SUPPORT_URL="http://www.raspbian.org/RaspbianForums";

pi@raspberrypi:~ $ BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs";


Am Dienstag, 11. August 2020 16:45:24 UTC+2 schrieb Tom Keffer:
>
> What version of Rasbian are you running? 
>
> *cat /etc/os-release*
>
> -tk
>
> On Tue, Aug 11, 2020 at 7:25 AM geni08...@gmail.com  > wrote:
>
>> pi@raspberrypi:~ $ sudo apt install weewx
>> Paketlisten werden gelesen... Fertig
>> Abhängigkeitsbaum wird aufgebaut.
>> Statusinformationen werden eingelesen Fertig
>> Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
>> Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
>> Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
>> nicht erstellt wurden oder Incoming noch nicht verlassen haben.
>> Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu 
>> lösen:
>>
>> Die folgenden Pakete haben unerfüllte Abhängigkeiten:
>>  weewx : Hängt ab von: python3-cheetah ist aber nicht installierbar
>> E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene 
>> defekte Pakete.
>> pi@raspberrypi:~ $
>>
>> tke...@gmail.com schrieb am Dienstag, 11. August 2020 um 14:30:02 UTC+2:
>>
>>> I'm sorry: I just realized that your post is unrelated to the original 
>>> post. We need some context to understand what you are trying to do. The 
>>> screenshot you sent does not match your description of what you did. Are 
>>> you truly upgrading? If so, from what version?
>>>
>>> What happens when you do a simple install:
>>>
>>>
>>> *wget -qO - http://weewx.com/apt/weewx-python3.list 
>>>  | sudo tee 
>>> /etc/apt/sources.list.d/weewx.list*
>>> *sudo apt update*
>>> *sudo apt install weewx*
>>>
>>> -tk
>>>
>>> On Mon, Aug 10, 2020 at 10:44 PM geni08...@gmail.com <
>>> geni08...@gmail.com> wrote:
>>>
 I did this:
 wget -qO - http://weewx.com/apt/weewx-python3.list | sudo tee 
 /etc/apt/sources.list.d/weewx.list
 sudo apt-get update
 sudo apt-get upgrade
 sudo apt install python3-mysqldb 
 sudo apt install python3-ephem
 sudo apt-get update
 sudo apt-get upgrade


 tke...@gmail.com schrieb am Dienstag, 11. August 2020 um 02:56:50 
 UTC+2:

> (Please do not send a screen shot. They are hard to read, include only 
> a few lines, and cannot be translated. Cut and paste instead.)
>
> Did you do
>
> *sudo apt-get update*
>
> first?
>
> On Mon, Aug 10, 2020 at 10:02 AM geni08...@gmail.com <
> geni08...@gmail.com> wrote:
>
>> Update gets stuck with errors from missing packages
>> [image: weewx1.jpg]
>>
>> Jlou 43 schrieb am Dienstag, 4. August 2020 um 23:13:53 UTC+2:
>>
>>>  Thanks for your reply, but I solved my problem by reinstalling 
>>> this way:
>>>
>>>
>>> 3. Install WeeWX 
>>>
>>> After installing the prerequisites, you can install WeeWX itself.
>>>
>>>1. 
>>>
>>>Expand the source archive:
>>>
>>>tar xvfz weewx-X.Y.Z.tar.gz
>>>
>>>2. 
>>>
>>>Change directory into the expanded archive:
>>>
>>>cd weewx-X.Y.Z
>>>
>>>3. 
>>>
>>>To specify an install location different from the default 
>>>/home/weewx, modify the parameter home in the setup.cfg file. 
>>>Mac users will want to change it to /Users/Shared/weewx. 
>>>4. 
>>>
>>>Then build and install. Python 2 users: substitute python2 for 
>>>python3. 
>>>
>>>python3 ./setup.py build
>>>sudo python3 ./setup.py install
>>>
>>>
>>> I replace python3 by python2 and now everything works perfectly, but 
>>> if i have to switch to python3 your advice will be helpful.
>>> Thank you.
>>>
>>>
>>> -- 
>> 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+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/2f8b8c32-509d-4cac-9ce7-36e3354418den%40googlegroups.com
>>  
>> 
>> .
>>
> -- 
 You received this message because you are subscribed to the Google 
 Groups "weewx-user" group.
>>>

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

[Geni 0815]

Hi John, Thanks for the new version.
I still have the following questions:
Where can I find a description of what a "Rain Year" is?
Where and how can I set that $wind.rms.formatted and $windGust.max.formatted 
also have a decimal place at km / h?
Current Livelink 

Am Mittwoch, 12. August 2020 03:20:18 UTC+2 schrieb John Kline:
>
> OK, I found the issue.  My tests simulate running weewx and processing 
> packets.  The issue was at startup where I use daily summaries to create 
> accumulators for day, week, year and rainyear.  That code was missing the 
> first daily summary of each of these periods.
>
> I’ve fixed this issue in v2.7.  Please give it a try.
>
> On Aug 11, 2020, at 9:41 AM, John Kline > 
> wrote:
>
> 
> It does not look like you have installed from head on github.
>
> Go to this page:
>
> https://github.com/chaunceygardiner/weewx-loopdata
>
> Click “Code” and then click download zip.  Install that zip file.
>
> When you do that, after time_delta in the log, you should see week_start 
> and rainyear_start.
>
> On Aug 11, 2020, at 9:37 AM, Geni 0815 > 
> wrote:
>
> 
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> tmpname: /tmp/LoopDataz7h4ntn0
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> enable : 0
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> remote_server  : www.foobar.com
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> remote_port: None
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> remote_user: root
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: remote_dir   
>   Af: /home/weewx/loop-data
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> compress   : 0
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> log_success: 0
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> ssh_options: -o ConnectTimeout=1
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> timeout: 1
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> skip_if_older_than : 3
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> time_delta : 10800
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> trend_obstypes : ['barometer', 'outTemp']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> rainyear_obstypes  : ['outTemp', 'wind', 'windSpeed', 'windDir', 
> 'windGust', 'windGustDir', 'rain']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> year_obstypes  : ['outTemp', 'wind', 'windSpeed', 'windDir', 
> 'windGust', 'windGustDir', 'rain']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> month_obstypes : ['wind', 'windSpeed', 'windDir', 'windGust', 
> 'windGustDir', 'rain', 'outTemp']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> week_obstypes  : ['wind', 'windSpeed', 'windDir', 'windGust', 
> 'windGustDir', 'rain', 'outTemp']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> day_obstypes   : ['windGust', 'wind', 'windSpeed', 'windDir', 
> 'windGustDir', 'rain', 'outTemp']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> ten_min_obstypes   : ['windGust', 'wind', 'windSpeed', 'windDir', 
> 'windGustDir', 'rain', 'outTemp']
> Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: 
> baro_trend_descs   : {: 'Rising Very 
> Rapidly', : 'Rising 
>
> Am Dienstag, 11. August 2020 18:12:01 UTC+2 schrieb John Kline:
>>
>> OK, before we look at the daily summaries in your database, please 
>> install loopdata at head.  I’ve added logging for week_start and 
>> rainyear_start at startup.  Let’s make sure that the extension thinks 
>> week_start is 0.  Install the the extension. Restart weewx and then paste 
>> in the lines from the log.  They should look something like this:
>> Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: week_start : 
>> 0
>> Aug 11 09:09:14 ella weewx[5404] INFO user.loopdata: rainyear_start : 
>> 1
>>
>> On Aug 11, 2020, at 8:49 AM, geni08...@gmail.com  
>> wrote:
>>
>>  week_start = 0
>>
>> jo...@johnkline.com schrieb am Dienstag, 11. August 2020 um 16:08:18 
>> UTC+2:
>>
>>> When does your week start?
>>>
>>> You should see something like this is weewx.conf:
>>> # Start of week (0=Monday, 6=Sunday)
>>> week_start = 6
>>>
>>> What value do you have for week_start?
>>>
>>> On Aug 11, 2020, at 3:20 AM, geni08...@gmail.com  
>>> wrote:
>>>
>>> I found a syntax.
>>>
>>>
>>> Question: for example "Hi Out Temp, week", shouldn't it be the highest 
>>> temp since Monday? But this is not true for me! Why?
>>>
>>> geni08...@gmail.com schrieb am Dienstag, 11. August 2020 um 10:57:03 
>>> UTC+2:
>>>
 @John: I installed version 2.6.
 how do i get the values:
 >>> style='white-space:pre;'>
 >>> style='white-space