Re: [weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Greg from Oz]

The app is great.
I have the forecast and current conditions of my weather station on the 
first screen
2nd screen has the statistics of the weather station
3rd screen I put the extended radar loop I made that is on my weather 
site  http://weather.ubeaut.work/WEBCAM/radar.webm (sorry iphone users this 
link won't work for you)
4th screen I put my webcam image
5th screen I put my whole weather site on it https://weather.ubeaut.work

Thanks for the fix.


On Friday, 18 September 2020 at 09:05:48 UTC+10 Glenn McKechnie wrote:

> Excellent.
> Good to know.
>
> The Android weewx app looks interesting, I'll put it on the list (of
> things ToDo).
>
> On 18/09/2020, Greg from Oz  wrote:
> > The forecasts have changed and all looks good with your changes you made 
> to
> >
> > aussearch.py
> >
> > I think it is OK to use.
> >
> >
> > On Thursday, 17 September 2020 at 20:36:16 UTC+10 Greg from Oz wrote:
> >
> >> I use it every day and also use the Android weewx app.
> >>
> >> https://github.com/evilbunny2008/weeWXWeatherApp which is a really good
> >> app.
> >>
> >> I will see if my forecasts etc change tomorrow.
> >>
> >>
> >> On Thursday, 17 September 2020 20:27:57 UTC+10, Greg from Oz wrote:
> >>>
> >>> Ok I have downloaded and installed it and have no errors or output.
> >>> So either it is working or it is not working and not outputting
> >>> anything.. :)
> >>> I will let it run and see what happens.
> >>>
> >>>
> >>> On Thursday, 17 September 2020 20:15:59 UTC+10, Glenn McKechnie wrote:
> 
>  I'm with you Greg, that's definitely a good philosophy. :-)
> 
>  However if you (or others) want to travel to the edge...
> 
>  On 17/09/2020, Glenn McKechnie  wrote:
>  > https://github.com/weewx/weewx/wiki/WeeWX-v4-and-logging
>  >
>  > That link has a section at the end under "Maintaining backwards
>  > compatibility" which shows the code style that will incorporate both
>  > syslog and weeutil.logger style.
>  > However, the way ausearch.py has been coded requires a little more
>  > work that just dropping that code into it. There are 18 odd syslog
>  > statements that would need tweaking.
> 
>  I've attached a twaked version where it uses the code as per the above
>  style.
> 
>  I can't check this here as I stopped running ausearch.py
> 
>  If anyone wants to try it, the usual caveats apply.
>  Make a back up of the original. Rename the attached file to
>  ausearch.py and then replace the original. Restart weewx.
> 
>  Hopefully I caught all occurences, and that it works as intended.
> 
>  --
> 
> 
>  Cheers
>  Glenn
> 
>  rorpi - read only raspberry pi & various weewx addons
>  https://github.com/glennmckechnie
> 
> >>>
> >
> > --
> > 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/76b27197-72e2-4ecb-a765-0b9be1ef452an%40googlegroups.com
> .
> >
>
>
> -- 
>
>
> Cheers
> Glenn
>
> rorpi - read only raspberry pi & various weewx addons
> https://github.com/glennmckechnie
>

-- 
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/8f9aa1eb-381a-449e-83a9-69d7e32aed36n%40googlegroups.com.

Re: [weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Glenn McKechnie]

Excellent.
Good to know.

The Android weewx app looks interesting, I'll put it on the list (of
things ToDo).

On 18/09/2020, Greg from Oz  wrote:
> The forecasts have changed and all looks good with your changes you made to
>
> aussearch.py
>
> I think it is OK to use.
>
>
> On Thursday, 17 September 2020 at 20:36:16 UTC+10 Greg from Oz wrote:
>
>> I use it every day and also use the Android weewx app.
>>
>> https://github.com/evilbunny2008/weeWXWeatherApp which is a really good
>> app.
>>
>> I will see if my forecasts etc change tomorrow.
>>
>>
>> On Thursday, 17 September 2020 20:27:57 UTC+10, Greg from Oz wrote:
>>>
>>> Ok I have downloaded and installed it and have no errors or output.
>>> So either it is working or it is not working and not outputting
>>> anything.. :)
>>> I will let it run and see what happens.
>>>
>>>
>>> On Thursday, 17 September 2020 20:15:59 UTC+10, Glenn McKechnie wrote:

 I'm with you Greg, that's definitely a good philosophy. :-)

 However if you (or others) want to travel to the edge...

 On 17/09/2020, Glenn McKechnie  wrote:
 > https://github.com/weewx/weewx/wiki/WeeWX-v4-and-logging
 >
 > That link has a section at the end under "Maintaining backwards
 > compatibility" which shows the code style that will incorporate both
 > syslog and weeutil.logger style.
 > However, the way ausearch.py has been coded requires a little more
 > work that just dropping that code into it. There are 18 odd syslog
 > statements that would need tweaking.

 I've attached a twaked version where it uses the code as per the above
 style.

 I can't check this here as I stopped running ausearch.py

 If anyone wants to try it, the usual caveats apply.
 Make a back up of the original. Rename the attached file to
 ausearch.py and then replace the original. Restart weewx.

 Hopefully I caught all occurences, and that it works as intended.

 --


 Cheers
  Glenn

 rorpi - read only raspberry pi & various weewx addons
 https://github.com/glennmckechnie

>>>
>
> --
> 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/76b27197-72e2-4ecb-a765-0b9be1ef452an%40googlegroups.com.
>


-- 


Cheers
 Glenn

rorpi - read only raspberry pi & various weewx addons
https://github.com/glennmckechnie

-- 
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/CAAraAzhQQUqAkEH%2Btjd32rB3tBYt2p--eA%2BLDzuH-s3G5eBr-w%40mail.gmail.com.

Re: [weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Greg from Oz]

The forecasts have changed and all looks good with your changes you made to 
aussearch.py

I think it is OK to use.


On Thursday, 17 September 2020 at 20:36:16 UTC+10 Greg from Oz wrote:

> I use it every day and also use the Android weewx app.
>
> https://github.com/evilbunny2008/weeWXWeatherApp which is a really good 
> app.
>
> I will see if my forecasts etc change tomorrow.
>
>
> On Thursday, 17 September 2020 20:27:57 UTC+10, Greg from Oz wrote:
>>
>> Ok I have downloaded and installed it and have no errors or output.
>> So either it is working or it is not working and not outputting 
>> anything.. :)
>> I will let it run and see what happens.
>>
>>
>> On Thursday, 17 September 2020 20:15:59 UTC+10, Glenn McKechnie wrote:
>>>
>>> I'm with you Greg, that's definitely a good philosophy. :-) 
>>>
>>> However if you (or others) want to travel to the edge... 
>>>
>>> On 17/09/2020, Glenn McKechnie  wrote: 
>>> > https://github.com/weewx/weewx/wiki/WeeWX-v4-and-logging 
>>> > 
>>> > That link has a section at the end under "Maintaining backwards 
>>> > compatibility" which shows the code style that will incorporate both 
>>> > syslog and weeutil.logger style. 
>>> > However, the way ausearch.py has been coded requires a little more 
>>> > work that just dropping that code into it. There are 18 odd syslog 
>>> > statements that would need tweaking. 
>>>
>>> I've attached a twaked version where it uses the code as per the above 
>>> style. 
>>>
>>> I can't check this here as I stopped running ausearch.py 
>>>
>>> If anyone wants to try it, the usual caveats apply. 
>>> Make a back up of the original. Rename the attached file to 
>>> ausearch.py and then replace the original. Restart weewx. 
>>>
>>> Hopefully I caught all occurences, and that it works as intended. 
>>>
>>> -- 
>>>
>>>
>>> Cheers 
>>>  Glenn 
>>>
>>> rorpi - read only raspberry pi & various weewx addons 
>>> https://github.com/glennmckechnie 
>>>
>>

-- 
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/76b27197-72e2-4ecb-a765-0b9be1ef452an%40googlegroups.com.

[weewx-user] Re: Acurite Atlas SDR Sensor Mapping and Pressure Readings

[tarob...@gmail.com]

I'm not well versed on getting other pressure readings into weewx. I'm sure 
there is a way but might be more work for just a temp situation.

I think the distance packets should always show up, it would just show the 
last storm distance in the packets. Although I have a standalone lightning 
tower, not an atlas, so maybe the behavior is different. This site 
 has some information on 
that discussion.

Assigning battery to outTempBatteryStatus should work but I haven't done 
this. From my understanding, acurite signal for battery is either 1 or 0.

On Thursday, September 17, 2020 at 1:51:19 PM UTC-4 wxwatching wrote:

> I have ordered a pressure sensor, but delivery looks like it will take a 
> month. Meanwhile, I thought I could just use my own console from my AcuRite 
> 5-n-1 (Model 1036), but haven't figured out how to just use the pressure 
> readings from it and combine with my Atlas readings.
>
> So, I assume the distance..AcuriteLightningPacket packets will not 
> show in the SDR output until an actual storm is taking place?
>
> In reference to the battery, is that to mapped then as:
>
> outTempBatteryStatus = battery..0222.AcuriteAtlasPacket 
>
> On Thursday, September 17, 2020 at 8:58:53 AM UTC-4 tarob...@gmail.com 
> wrote:
>
>> The lightning data is handled a bit differently and from searching the 
>> user group I was able to get it working with the following sensor map:
>>
>> [[sensor_map]]
>> ...
>> lightning_distance = distance..AcuriteLightningPacket
>> strikes_total = strikes_total..AcuriteLightningPacket
>> [[deltas]]
>> rain = rain_total
>> lightning_strike_count = strikes_total
>>
>> and then in the calibration section in the weewx.conf file I added the 
>> following:
>>
>> [StdCalibrate]
>> 
>> [[Corrections]]
>> # For each type, an arbitrary calibration expression can be given.
>> # It should be in the units defined in the StdConvert section.
>> # Example:
>> foo = foo + 0.2
>> lightning_distance = lightning_distance if lightning_strike_count 
>> > 0 else None
>>
>> More info here 
>> 
>>
>> I haven't been able to determine how to capture signal strength from 
>> Acurite via SDR. The battery status as I understand it is either "1" which 
>> is good or "0" which is bad.
>>
>> Depending on your setup, there are a couple ways to get pressure. I am 
>> using a raspberry pi 3 and added a pressure sensor to it using these 
>> instructions 
>> .
>>
>

-- 
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/c6521fe7-adf1-44d4-9e4f-331c017d4cdbn%40googlegroups.com.

Re: [weewx-user] Error Message when generating Archive

['joh....@googlemail.com' via weewx-user]

Many thanks, that was the issue!!!

tke...@gmail.com schrieb am Donnerstag, 17. September 2020 um 20:20:48 
UTC+2:

> The reason why this can occur is a rather technical one, but has to do 
> with mixing the older, V3.x, way of specifying a schema, and the newer, 
> V4.x way.
>
> 1. Stop weewx
>
> 2. Assuming there is nothing valuable in it, delete the archive 
> /var/lib/weewx/weewx.sdb
>
> 3. Make sure your [DataBindings] section looks like this. Pay attention to 
> the highlighted areas.
>
> [DataBindings]
>
> [[wx_binding]]
> # The database must match one of the sections in [Databases].
> # This is likely to be the only option you would want to change.
> database = archive_sqlite
> # The name of the table within the database
> table_name = archive
> # The manager handles aggregation of data for historical summaries
> manager = weewx.manager.DaySummaryManager
> # The schema defines the structure of the database.
> # It is *only* used when the database is created.
> schema = schemas.wview_extended.schema
>
> 4. Restart weewx.
>
> -tk
>
>
>
> On Thu, Sep 17, 2020 at 11:00 AM 'joh@googlemail.com' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
>> Hi,
>>
>> After two tries with cheaper Weather Stations which failed due to Quality 
>> I bought now a Davis Vantage Pro2 Wireless with a Weatherlink Live Adapter
>>
>> I have setup now a new Weewx Installation and had it running for some 
>> days with "simulator" without any issues.
>>
>> Now I got my davis and I have configured it immediatly. 
>>
>> But unfortunatley I am getting now the following error:
>>
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>> Generate failed with exception ''*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>  Ignoring template /etc/weewx/skins/Seasons/NOAA/NOAA-%Y-%m.txt.tmpl*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>  Reason: cannot find 'count' while searching for 'day.wind.count.raw'*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>   Traceback (most recent call last):*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>> File "/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in 
>> generate*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>   unicode_string = compiled_template.respond()*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>> File "_etc_weewx_skins_Seasons_NOAA_NOAA__Y__m_txt_tmpl.py", line 
>> 431, in respond*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>   NameMapper.NotFound: cannot find 'count' while searching for 
>> 'day.wind.count.raw'*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>> Generate failed with exception ''*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>  Ignoring template /etc/weewx/skins/Seasons/NOAA/NOAA-%Y.txt.tmpl*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>  Reason: cannot find 'count' while searching for 'month.wind.count.raw'*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>   Traceback (most recent call last):*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>> File "/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in 
>> generate*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>   unicode_string = compiled_template.respond()*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>> File "_etc_weewx_skins_Seasons_NOAA_NOAA__Y_txt_tmpl.py", line 862, 
>> in respond*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>   NameMapper.NotFound: cannot find 'count' while searching for 
>> 'month.wind.count.raw'*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>> Generate failed with exception ''*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>  Ignoring template /etc/weewx/skins/Seasons/rss.xml.tmpl*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>  Reason: cannot find 'max' while searching for 'day.wind.max'*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>   Traceback (most recent call last):*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>> File "/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in 
>> generate*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>>   unicode_string = compiled_template.respond()*
>> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
>> File "_etc_weewx_skins_Seasons_rss_xml_tmpl.py", line 268, in 
>> 

[weewx-user] Apache2 - Report Engine - Local Host

[Michael McClane]

I followed the steps to uninstall and configure and reinstall weewx.  I can 
access Seasons with file:///var/www/html/weewx/index.html, but localhost 
returns Port 80 error and Not Found.  I checked Apache2. It has the right 
HTML_ROOT setting, Port 80 is active in ports.conf, and sites-enabled 
checks out too.

I've attached a debug from /var/log/weewx.log (Weewx-Debug1) and the 
results of wee_debug (weewx.debug) I see that files and images are 
generated for Seasons but nothing is being copied to /var/www/html/weewx.  
I'm at a loss.

Mike

-- 
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/4558d8f4-99b8-483f-a9f1-c3d3798c0e08o%40googlegroups.com.


Weewx-Debug1
Description: Binary data


weewx.debug
Description: Binary data

Re: [weewx-user] Error Message when generating Archive

[Tom Keffer]

The reason why this can occur is a rather technical one, but has to do with
mixing the older, V3.x, way of specifying a schema, and the newer, V4.x way.

1. Stop weewx

2. Assuming there is nothing valuable in it, delete the archive
/var/lib/weewx/weewx.sdb

3. Make sure your [DataBindings] section looks like this. Pay attention to
the highlighted areas.

[DataBindings]

[[wx_binding]]
# The database must match one of the sections in [Databases].
# This is likely to be the only option you would want to change.
database = archive_sqlite
# The name of the table within the database
table_name = archive
# The manager handles aggregation of data for historical summaries
manager = weewx.manager.DaySummaryManager
# The schema defines the structure of the database.
# It is *only* used when the database is created.
schema = schemas.wview_extended.schema

4. Restart weewx.

-tk



On Thu, Sep 17, 2020 at 11:00 AM 'joh@googlemail.com' via weewx-user <
weewx-user@googlegroups.com> wrote:

> Hi,
>
> After two tries with cheaper Weather Stations which failed due to Quality
> I bought now a Davis Vantage Pro2 Wireless with a Weatherlink Live Adapter
>
> I have setup now a new Weewx Installation and had it running for some days
> with "simulator" without any issues.
>
> Now I got my davis and I have configured it immediatly.
>
> But unfortunatley I am getting now the following error:
>
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
> Generate failed with exception ''*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>  Ignoring template /etc/weewx/skins/Seasons/NOAA/NOAA-%Y-%m.txt.tmpl*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>  Reason: cannot find 'count' while searching for 'day.wind.count.raw'*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>   Traceback (most recent call last):*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
> File "/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in
> generate*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>   unicode_string = compiled_template.respond()*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
> File "_etc_weewx_skins_Seasons_NOAA_NOAA__Y__m_txt_tmpl.py", line
> 431, in respond*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>   NameMapper.NotFound: cannot find 'count' while searching for
> 'day.wind.count.raw'*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
> Generate failed with exception ''*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>  Ignoring template /etc/weewx/skins/Seasons/NOAA/NOAA-%Y.txt.tmpl*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>  Reason: cannot find 'count' while searching for 'month.wind.count.raw'*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>   Traceback (most recent call last):*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
> File "/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in
> generate*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>   unicode_string = compiled_template.respond()*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
> File "_etc_weewx_skins_Seasons_NOAA_NOAA__Y_txt_tmpl.py", line 862,
> in respond*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>   NameMapper.NotFound: cannot find 'count' while searching for
> 'month.wind.count.raw'*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
> Generate failed with exception ''*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>  Ignoring template /etc/weewx/skins/Seasons/rss.xml.tmpl*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>  Reason: cannot find 'max' while searching for 'day.wind.max'*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>   Traceback (most recent call last):*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
> File "/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in
> generate*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>   unicode_string = compiled_template.respond()*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
> File "_etc_weewx_skins_Seasons_rss_xml_tmpl.py", line 268, in
> respond*
> *Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:
>   NameMapper.NotFound: cannot find 'max' while searching for
> 'day.wind.max'*
> *Sep 17 19:55:17 weewx-test weewx[23751] INFO weewx.cheetahgenerator:
> Generated 5 files for report Seasons

[weewx-user] Error Message when generating Archive

['joh....@googlemail.com' via weewx-user]

Hi,

After two tries with cheaper Weather Stations which failed due to Quality I 
bought now a Davis Vantage Pro2 Wireless with a Weatherlink Live Adapter

I have setup now a new Weewx Installation and had it running for some days 
with "simulator" without any issues.

Now I got my davis and I have configured it immediatly. 

But unfortunatley I am getting now the following error:

*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
Generate failed with exception ''*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:  
Ignoring template /etc/weewx/skins/Seasons/NOAA/NOAA-%Y-%m.txt.tmpl*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:  
Reason: cannot find 'count' while searching for 'day.wind.count.raw'*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
  Traceback (most recent call last):*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
File "/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in 
generate*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
  unicode_string = compiled_template.respond()*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
File "_etc_weewx_skins_Seasons_NOAA_NOAA__Y__m_txt_tmpl.py", line 
431, in respond*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
  NameMapper.NotFound: cannot find 'count' while searching for 
'day.wind.count.raw'*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
Generate failed with exception ''*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:  
Ignoring template /etc/weewx/skins/Seasons/NOAA/NOAA-%Y.txt.tmpl*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:  
Reason: cannot find 'count' while searching for 'month.wind.count.raw'*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
  Traceback (most recent call last):*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
File "/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in 
generate*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
  unicode_string = compiled_template.respond()*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
File "_etc_weewx_skins_Seasons_NOAA_NOAA__Y_txt_tmpl.py", line 862, 
in respond*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
  NameMapper.NotFound: cannot find 'count' while searching for 
'month.wind.count.raw'*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
Generate failed with exception ''*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:  
Ignoring template /etc/weewx/skins/Seasons/rss.xml.tmpl*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator:  
Reason: cannot find 'max' while searching for 'day.wind.max'*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
  Traceback (most recent call last):*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
File "/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in 
generate*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
  unicode_string = compiled_template.respond()*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
File "_etc_weewx_skins_Seasons_rss_xml_tmpl.py", line 268, in 
respond*
*Sep 17 19:55:17 weewx-test weewx[23751] ERROR weewx.cheetahgenerator: 
  NameMapper.NotFound: cannot find 'max' while searching for 
'day.wind.max'*
*Sep 17 19:55:17 weewx-test weewx[23751] INFO weewx.cheetahgenerator: 
Generated 5 files for report SeasonsReport in 0.66 seconds*
*Sep 17 19:55:18 weewx-test weewx[23751] ERROR weewx.reportengine: Caught 
unrecoverable exception in generator 'weewx.imagegenerator.ImageGenerator'*
*Sep 17 19:55:18 weewx-test weewx[23751] ERROR weewx.reportengine:
   no such table: archive_day_wind*
*Sep 17 19:55:18 weewx-test weewx[23751] ERROR weewx.reportengine:
   Traceback (most recent call last):*
*Sep 17 19:55:18 weewx-test weewx[23751] ERROR weewx.reportengine:
 File "/usr/share/weewx/weedb/sqlite.py", line 29, in guarded_fn*
*Sep 17 19:55:18 weewx-test weewx[23751] ERROR weewx.reportengine:
   return fn(*args, **kwargs)*
*Sep 17 19:55:18 weewx-test weewx[23751] ERROR weewx.reportengine:
 File "/usr/share/weewx/weedb/sqlite.py", line 211, in execute*
*Sep 17 19:55:18 weewx-test weewx[23751] ERROR weewx.reportengine:
   return sqlite3.Cursor.execute(self, *args, **kwargs)*
*Sep 17 19:55:18 weewx-test weewx[23751] ERROR weewx.reportengine:
   sqlite3.OperationalError: no such table: archive_day_wind*
*Sep 17 19:55:18 weewx-test weewx[23751] ERROR weewx.reportengine:
 *

[weewx-user] Re: Acurite Atlas SDR Sensor Mapping and Pressure Readings

[wxwatching]

I have ordered a pressure sensor, but delivery looks like it will take a 
month. Meanwhile, I thought I could just use my own console from my AcuRite 
5-n-1 (Model 1036), but haven't figured out how to just use the pressure 
readings from it and combine with my Atlas readings.

So, I assume the distance..AcuriteLightningPacket packets will not show 
in the SDR output until an actual storm is taking place?

In reference to the battery, is that to mapped then as:

outTempBatteryStatus = battery..0222.AcuriteAtlasPacket 

On Thursday, September 17, 2020 at 8:58:53 AM UTC-4 tarob...@gmail.com 
wrote:

> The lightning data is handled a bit differently and from searching the 
> user group I was able to get it working with the following sensor map:
>
> [[sensor_map]]
> ...
> lightning_distance = distance..AcuriteLightningPacket
> strikes_total = strikes_total..AcuriteLightningPacket
> [[deltas]]
> rain = rain_total
> lightning_strike_count = strikes_total
>
> and then in the calibration section in the weewx.conf file I added the 
> following:
>
> [StdCalibrate]
> 
> [[Corrections]]
> # For each type, an arbitrary calibration expression can be given.
> # It should be in the units defined in the StdConvert section.
> # Example:
> foo = foo + 0.2
> lightning_distance = lightning_distance if lightning_strike_count 
> > 0 else None
>
> More info here 
> 
>
> I haven't been able to determine how to capture signal strength from 
> Acurite via SDR. The battery status as I understand it is either "1" which 
> is good or "0" which is bad.
>
> Depending on your setup, there are a couple ways to get pressure. I am 
> using a raspberry pi 3 and added a pressure sensor to it using these 
> instructions 
> .
>

-- 
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/212d1d8e-6924-4d1d-bc07-dad5f5e60f7an%40googlegroups.com.

[weewx-user] Re: wxnow.txt does not contain precipitation totals

[David Chamberlin]

Gary,

Thanks!  I just took a look at the weewx-aprx extension.  FWIW, in addition 
to fixing the humidity, I also added solar radiation (luminosity).  One 
other thing to note which I'm likely going to try and fix shortly, and you 
might consider fixing in weewx-aprx, is that the nullproof probably 
shouldn't turn those values into 0.  To indicate "no value", I believe 
periods should be used - otherwise it's interpreted as a real value of 0. 

Here's the code I added for radiation:

# DWC adding solar radiation. If it's below 1000, use 'L' 
# if it's above 1000, use 'l' and provide the value above 1000 
if data['radiation'] < 1000: 
fields.append("L%03d" % int(data['radiation'])) 
elif data['radiation'] < 2000: 
fields.apped("l%03d" % (int(data['radiation'])-1000)) 
else: 
loginf("radiation looks bad: %d" % int(data['radiation']))

-Dave

On Thursday, September 17, 2020 at 3:16:12 AM UTC-7 gjr80 wrote:

> Thanks, subsequent to the above thread and in concert with Bill I created 
> the weewx-aprx extension  which does 
> include the correct humidity behaviour.
>
> Gary
>
> On Thursday, 17 September 2020 at 11:16:08 UTC+10 ls1b...@gmail.com wrote:
>
>> Sorry for bringing an old thread up here.  I just posted this to the 
>> related wxforum post:  https://www.wxforum.net/index.php?topic=38877
>>
>> I'll copy-paste my post here:
>>
>> Following this thread and some threads and references elsewhere, I just 
>> got my WX station working with direwolf and weewx running on an rpi, and I 
>> wanted to point out that there's a small issue with the cwxn.py 
>> implementation, at least for APRS use.   
>>
>> At first I thought everything was going great - I was beaconing out the 
>> wxnow.txt info and looking at aprs.fi everything looked good.  But then 
>> I looked at the info in findu and noticed the dew point seemed to be messed 
>> up.  Looking at it more closely, that was because the humidity was wrong.  
>> Instead of, for example, 92%, it was showing up as 9%.  So I took a closer 
>> look at the format of the data.  The humidity is being formatted as a 3 
>> digit number by cwxn.  But the APRS spec and CWOP spec indicate it should 
>> be 2 digits, and 00 should be interpreted as 100%.  Apparently aprs.fi 
>> is being tolerant of the 3-digit number, but findu is not. 
>>
>> I made a small change to cwxn.py to convert 100 to 0 and to format as 
>> %02d instead of %03d.  All looks good in both aprs.fi and findu now. 
>>
>> BTW, in case it's relevant, I'm using the cwxn.py that was posted earlier 
>> in this thread by gjr80.  
>>
>> My station:
>> https://tempestwx.com/station/28304
>> https://www.wunderground.com/dashboard/pws/KCAPACIF205
>> http://www.findu.com/cgi-bin/wxpage.cgi?call=AE6DC-5&last=240
>> https://aprs.fi/info/a/AE6DC-5
>>
>> -Dave AE6DC
>>
>> On Wednesday, March 4, 2020 at 6:09:41 PM UTC-8 gjr80 wrote:
>>
>>> That is good news, the cwxn code is fairly basic and should have worked 
>>> on your earlier system.
>>>
>>> Gary
>>>
>>> On Tuesday, 3 March 2020 11:45:10 UTC+10, Bill Arthur wrote:

 Gary,

 Thanks again. Everything is working perfectly. 

 BTW, I installed Weewx on a new RasPi.  "binding  = archive" works 
 perfectly

 Bill

 On Sunday, March 1, 2020 at 9:36:30 PM UTC-6, Bill Arthur wrote:
>
> Gary,
>
> I watched the results after the last rain. The midnight column went to 
> 0.0 at midnight and the 24hr went down after 24 hours. Everything as 
> expected.
>
> It has now just started raining and all three columns are at 0.01.
>
> I believe we can say that the problem has been resolved. Thank you for 
> your quick and precise solution.
>
> Bill
>
>
>
>
>
>
> On Saturday, February 29, 2020 at 12:21:26 AM UTC-6, Bill Arthur wrote:
>>
>> Going through the log it looks like I may have restarted the box when 
>> I installed an app. I didn't think I did it that early in the day, but I 
>> may have. I'll take the blame. 
>>
>> Since then it's working flawlessly, the midnight total went away at 
>> 00:00. 
>>
>> I'll know more Monday when it rains. 
>>
>> Bill 
>>
>>
>>
>>
>> On Friday, February 28, 2020 at 8:55:59 PM UTC-6, gjr80 wrote:
>>>
>>> Don’t get too hung up on wxnow.txt, it merely pulls data from the 
>>> database/the current archive record and presents it. If the WeeWX 
>>> generated 
>>> plot you posted is correct then there is a discrepancy between what 
>>> WeeWX 
>>> is receiving and what your meteobridge is receiving. This is best 
>>> tracked 
>>> down by looking at the underlying data.  Once we know the correct data 
>>> is 
>>> being received/archived by WeeWX we can follow that data through WeeWX. 
>>>
>>> Gary
>>
>>

-- 
You received this message because you are subscribed to the Goog

Re: [weewx-user] HTTP Error 401: Unauthorized

[Pablo Revilla]

Mine is also working now... no changes from my side. I am getting updates
every 30 mins or so... still get lots of errors.

Thanks, everyone for the help! I am using the *Station ID* and the *Key* to
submit my data.

Pablo

On Mon, Sep 14, 2020 at 12:34 PM Tom Keffer  wrote:

> One last thing to try, although it's a long shot. Set debug=2. This will
> log extra debugging information, including the URL used to post to the WU.
> It will also obfuscate your password, so it won't help there, but at least
> we can see if the URL is well formed.
>
> But, I doubt it will reveal anything.
>
> -tk
>
> On Mon, Sep 14, 2020 at 12:27 PM Ken Waters  wrote:
>
>> I tried it with both of them and still got rejected.
>>
>> Ken
>>
>> On Mon, Sep 14, 2020 at 4:02 AM Tom Keffer  wrote:
>>
>>> Pablo: as per Ken's suggestion, straighten out your station ID
>>>
>>> Both: The WU has taken the station ID plus user password in the past,
>>> and that's what my station is using right now. But, now I see in the upload
>>> protocol notes
>>>  
>>> that
>>> we should use the "Station Key registered with this PWS ID, case
>>> sensitive." Have you both tried the field "Key"?
>>>
>>> -tk
>>>
>>> On Sun, Sep 13, 2020 at 9:44 PM Ken Waters 
>>> wrote:
>>>
 Hi Pablo,

 I just noticed your conf file shows station ID:  KCASANJO1246 whereas
 your WUnderground devices shows KCASANJO1247.  Could that be the issue?

 Ken

 On Sun, Sep 13, 2020 at 3:33 PM Pablo Revilla 
 wrote:

> Tom, thank you for your reply.
>
> I am using the "ID" and the "Key", do I need a special membership to
> upload my data to WU?
>
> [image: image.png]
>
> On Sun, Sep 13, 2020 at 6:00 AM Tom Keffer  wrote:
>
>> Things to try:
>>
>> 1. Double check your password. Did you get it correct?
>> 2. Does your password include the pound ('#') character? If so,
>> ConfigObj will interpret it as a comment. Put the password in quotes.
>> 3. Does it contain the single quote ("'") character? If so, the
>> password will need to be put in double quotes.
>> 4. Same with the double quote ('"') character. Put the password in
>> single quotes.
>>
>> -tk
>>
>> On Sat, Sep 12, 2020 at 9:21 PM Pablo Revilla 
>> wrote:
>>
>>> I am trying to update wunderground but it is not letting me.
>>> I am also attaching the config section.
>>>
>>> Any ideas?
>>>
>>> Sep 12 21:15:23 plex weewx[4240] DEBUG weewx.restx:
>>> Wunderground-PWS: Failed upload attempt 1: HTTP Error 401:
>>> Unauthorized
>>> Sep 12 21:15:29 plex weewx[4240] DEBUG weewx.restx:
>>> Wunderground-PWS: Failed upload attempt 2: HTTP Error 401: Unauthorized
>>> Sep 12 21:15:34 plex weewx[4240] DEBUG weewx.restx:
>>> Wunderground-PWS: Failed upload attempt 3: HTTP Error 401: Unauthorized
>>> Sep 12 21:15:34 plex weewx[4240] ERROR weewx.restx:
>>> Wunderground-PWS: Failed to publish record 2020-09-12 21:15:00 PDT
>>> (1599970500): Failed upload after 3 tries
>>>
>>>
>>>   [[Wunderground]]
>>> # This section is for configuring posts to the Weather
>>> Underground.
>>>
>>> # If you wish to do this, set the option 'enable' to true,
>>> # and specify a station (e.g., 'KORHOODR3') and password.
>>> # To guard against parsing errors, put the password in
>>> quotes.
>>> enable = True
>>> station =KCASANJO1246
>>> password ='mywundergroundpassword'
>>>
>>> # If you plan on using wunderfixer, set the following
>>> # to your API key:
>>> api_key ="myapikey"
>>>
>>> # Set the following to True to have weewx use the WU
>>> "Rapidfire"
>>> # protocol. Not all hardware can support it. See the User's
>>> Guide.
>>> rapidfire = False
>>>
>>>
>>> ##
>>>
>>> --
>>> 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/a4a42717-c626-4077-98f9-15ed3d2d9d1cn%40googlegroups.com
>>> 
>>> .
>>>
>> --
>> 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/ktAx0U5qias/unsubscribe.
>> To unsubscribe from this group 

[weewx-user] Re: Acurite Atlas SDR Sensor Mapping and Pressure Readings

[tarob...@gmail.com]

The lightning data is handled a bit differently and from searching the user 
group I was able to get it working with the following sensor map:

[[sensor_map]]
...
lightning_distance = distance..AcuriteLightningPacket
strikes_total = strikes_total..AcuriteLightningPacket
[[deltas]]
rain = rain_total
lightning_strike_count = strikes_total

and then in the calibration section in the weewx.conf file I added the 
following:

[StdCalibrate]

[[Corrections]]
# For each type, an arbitrary calibration expression can be given.
# It should be in the units defined in the StdConvert section.
# Example:
foo = foo + 0.2
lightning_distance = lightning_distance if lightning_strike_count > 
0 else None

More info here 


I haven't been able to determine how to capture signal strength from 
Acurite via SDR. The battery status as I understand it is either "1" which 
is good or "0" which is bad.

Depending on your setup, there are a couple ways to get pressure. I am 
using a raspberry pi 3 and added a pressure sensor to it using these 
instructions .

-- 
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/fbc52421-617a-4def-8306-e92f618edee6n%40googlegroups.com.

Re: [weewx-user] Debian apt settings

[Peter Whisker]

Hi

I had done that and confirmed that the repositories were correct, and done 
an apt update but  then apt search or apt install --reinstall weewx 
couldn't find it. In the end, I downloaded the Python3 package and 
installed it manually. I had to update the interceptor plugin but it's all 
now working on python3. Meanwhile, after a few more apt updates, it is 
suddenly started showing up again in apt search. I've been using Linux for 
over 20 years and Debian is my preferred distro. But I can't account for 
what I saw! I am actually running Debian Bullseye so things are 
occasionally a little bleeding edge.

I've been running weewx for about 18 months since I got a Aercus Weather 
Ranger (FineOffset clone). Weewx is great - my site is at 
https://wx.whisker.org.uk/ - you can choose between Belchertown, neowx and 
sofaskin skins.

I noticed another person had a similar issue also, but it seems to be OK 
now.

Regards
Peter
On Thursday, September 17, 2020 at 1:08:52 PM UTC+1 tke...@gmail.com wrote:

> We need more information than "neither of these repositories work." What 
> went wrong? 
>
> It's not a simple matter of replacing squeeze with buster. You also have 
> to use a different URL. http://weewx.com/apt/python3, instead of 
> http://weewx.com/apt/python2. 
>
> Best to follow the instructions explicitly: dId you do the full "wget" 
> command, *including the tee*?
>
>
> *wget -qO - http://weewx.com/apt/weewx-python3.list 
>  | sudo tee 
> /etc/apt/sources.list.d/weewx.list*
>
> This should be followed by update and install. If that doesn't work, 
> please be explicit about what the problem is.
>
> -tk
>
>
>
>
> On Thu, Sep 17, 2020 at 12:39 AM Peter Whisker  
> wrote:
>
>> Hi,
>> I have been using weewx successfully for 18 months and am looking to move 
>> from python2 to python3. I looked at http://www.weewx.com/docs/debian.htm 
>> and although the instructions seem clear the end result fails to connect to 
>> a valid repository.
>>
>> The commands add the following lines to the repository
>> root@network2:~# wget -qO - http://weewx.com/apt/weewx-python3.list
>> *deb [arch=all] http://weewx.com/apt/python3 
>>  buster main*
>> root@network2:~# wget -qO - http://weewx.com/apt/weewx-python2.list
>> *deb [arch=all] http://weewx.com/apt/python2 
>>  squeeze main*
>> root@network2:~#
>>
>> However neither of these repositories work. I have found that the line
>> *deb [arch=all] http://weewx.com/apt  squeeze main *
>> works for the Python2 repository but replacing "squeeze" with "buster" 
>> does not product a Python3 one.
>>
>> Could this get fixed (either documentation or repository) and also what 
>> is the Python3 repository called please.
>>
>> Thanks
>> Peter
>>
>> -- 
>> 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/cbfd9082-2203-4183-aa6a-bace2f1f7360n%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/ad4a9860-bb53-4f96-bdb1-b8185af37f80n%40googlegroups.com.

Re: [weewx-user] Debian apt settings

[Tom Keffer]

We need more information than "neither of these repositories work." What
went wrong?

It's not a simple matter of replacing squeeze with buster. You also have to
use a different URL. http://weewx.com/apt/python3, instead of
http://weewx.com/apt/python2.

Best to follow the instructions explicitly: dId you do the full "wget"
command, *including the tee*?


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

This should be followed by update and install. If that doesn't work, please
be explicit about what the problem is.

-tk




On Thu, Sep 17, 2020 at 12:39 AM Peter Whisker  wrote:

> Hi,
> I have been using weewx successfully for 18 months and am looking to move
> from python2 to python3. I looked at http://www.weewx.com/docs/debian.htm
> and although the instructions seem clear the end result fails to connect to
> a valid repository.
>
> The commands add the following lines to the repository
> root@network2:~# wget -qO - http://weewx.com/apt/weewx-python3.list
> *deb [arch=all] http://weewx.com/apt/python3
>  buster main*
> root@network2:~# wget -qO - http://weewx.com/apt/weewx-python2.list
> *deb [arch=all] http://weewx.com/apt/python2
>  squeeze main*
> root@network2:~#
>
> However neither of these repositories work. I have found that the line
> *deb [arch=all] http://weewx.com/apt  squeeze main *
> works for the Python2 repository but replacing "squeeze" with "buster"
> does not product a Python3 one.
>
> Could this get fixed (either documentation or repository) and also what is
> the Python3 repository called please.
>
> Thanks
> Peter
>
> --
> 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/cbfd9082-2203-4183-aa6a-bace2f1f7360n%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/CAPq0zEC7ho913bHRnF3dEQzmEWYMMasoA_Sbr0FpBZBuB3XE5w%40mail.gmail.com.

Re: [weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Greg from Oz]

I use it every day and also use the Android weewx app.

https://github.com/evilbunny2008/weeWXWeatherApp which is a really good app.

I will see if my forecasts etc change tomorrow.


On Thursday, 17 September 2020 20:27:57 UTC+10, Greg from Oz wrote:
>
> Ok I have downloaded and installed it and have no errors or output.
> So either it is working or it is not working and not outputting 
> anything.. :)
> I will let it run and see what happens.
>
>
> On Thursday, 17 September 2020 20:15:59 UTC+10, Glenn McKechnie wrote:
>>
>> I'm with you Greg, that's definitely a good philosophy. :-) 
>>
>> However if you (or others) want to travel to the edge... 
>>
>> On 17/09/2020, Glenn McKechnie  wrote: 
>> > https://github.com/weewx/weewx/wiki/WeeWX-v4-and-logging 
>> > 
>> > That link has a section at the end under "Maintaining backwards 
>> > compatibility" which shows the code style that will incorporate both 
>> > syslog and weeutil.logger style. 
>> > However, the way ausearch.py has been coded requires a little more 
>> > work that just dropping that code into it. There are 18 odd syslog 
>> > statements that would need tweaking. 
>>
>> I've attached a twaked version where it uses the code as per the above 
>> style. 
>>
>> I can't check this here as I stopped running ausearch.py 
>>
>> If anyone wants to try it, the usual caveats apply. 
>> Make a back up of the original. Rename the attached file to 
>> ausearch.py and then replace the original. Restart weewx. 
>>
>> Hopefully I caught all occurences, and that it works as intended. 
>>
>> -- 
>>
>>
>> Cheers 
>>  Glenn 
>>
>> rorpi - read only raspberry pi & various weewx addons 
>> https://github.com/glennmckechnie 
>>
>

-- 
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/e0adce1f-6ef2-4827-8a0d-6378ff8da051o%40googlegroups.com.

Re: [weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Glenn McKechnie]

:-)

At least it didn't fall at the first hurdle.

As I recall it runs it runs infrequently. Checks the timestamp on the
downloaded files and refetches them when the allowed age is passed.

I probably should reinstall it myself. It was a useful extension.

On 17/09/2020, Greg from Oz  wrote:
> Ok I have downloaded and installed it and have no errors or output.
> So either it is working or it is not working and not outputting
> anything.. :)
> I will let it run and see what happens.
>
>
> On Thursday, 17 September 2020 20:15:59 UTC+10, Glenn McKechnie wrote:
>>
>> I'm with you Greg, that's definitely a good philosophy. :-)
>>
>> However if you (or others) want to travel to the edge...
>>
>> On 17/09/2020, Glenn McKechnie >
>> wrote:
>> > https://github.com/weewx/weewx/wiki/WeeWX-v4-and-logging
>> >
>> > That link has a section at the end under "Maintaining backwards
>> > compatibility" which shows the code style that will incorporate both
>> > syslog and weeutil.logger style.
>> > However, the way ausearch.py has been coded requires a little more
>> > work that just dropping that code into it. There are 18 odd syslog
>> > statements that would need tweaking.
>>
>> I've attached a twaked version where it uses the code as per the above
>> style.
>>
>> I can't check this here as I stopped running ausearch.py
>>
>> If anyone wants to try it, the usual caveats apply.
>> Make a back up of the original. Rename the attached file to
>> ausearch.py and then replace the original. Restart weewx.
>>
>> Hopefully I caught all occurences, and that it works as intended.
>>
>> --
>>
>>
>> Cheers
>>  Glenn
>>
>> rorpi - read only raspberry pi & various weewx addons
>> https://github.com/glennmckechnie
>>
>
> --
> 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/410d2d5e-e023-447d-849f-1c90e949aa4fo%40googlegroups.com.
>


-- 


Cheers
 Glenn

rorpi - read only raspberry pi & various weewx addons
https://github.com/glennmckechnie

-- 
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/CAAraAzgo1-MaRstUDxs72Jk0SDKfd%2BXsbqxdjT4os6uN9r3chA%40mail.gmail.com.

Re: [weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Greg from Oz]

Ok I have downloaded and installed it and have no errors or output.
So either it is working or it is not working and not outputting 
anything.. :)
I will let it run and see what happens.


On Thursday, 17 September 2020 20:15:59 UTC+10, Glenn McKechnie wrote:
>
> I'm with you Greg, that's definitely a good philosophy. :-) 
>
> However if you (or others) want to travel to the edge... 
>
> On 17/09/2020, Glenn McKechnie > 
> wrote: 
> > https://github.com/weewx/weewx/wiki/WeeWX-v4-and-logging 
> > 
> > That link has a section at the end under "Maintaining backwards 
> > compatibility" which shows the code style that will incorporate both 
> > syslog and weeutil.logger style. 
> > However, the way ausearch.py has been coded requires a little more 
> > work that just dropping that code into it. There are 18 odd syslog 
> > statements that would need tweaking. 
>
> I've attached a twaked version where it uses the code as per the above 
> style. 
>
> I can't check this here as I stopped running ausearch.py 
>
> If anyone wants to try it, the usual caveats apply. 
> Make a back up of the original. Rename the attached file to 
> ausearch.py and then replace the original. Restart weewx. 
>
> Hopefully I caught all occurences, and that it works as intended. 
>
> -- 
>
>
> Cheers 
>  Glenn 
>
> rorpi - read only raspberry pi & various weewx addons 
> https://github.com/glennmckechnie 
>

-- 
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/410d2d5e-e023-447d-849f-1c90e949aa4fo%40googlegroups.com.

[weewx-user] Re: Migrating/Importing WD data in MySql DB to WeeWx MySql DB

[gjr80]

Apologies Andrew, I misread and thought you provided the data files for use 
in improving wee_import WD imports rather than seeking help with the 
import. Other things have taken up my time, I will try to have a look 
Friday.

Gary

On Thursday, 17 September 2020 at 08:39:49 UTC+10 Andrew M wrote:

> Bumping this post to see if anyone has any suggestions on my the attached 
> is failing import.
>
> Thank you in advance.
>
>
>
> On Wednesday, September 9, 2020 at 11:02:01 PM UTC-4, Andrew M wrote:
>>
>>
>> I do appreciate the assistance. Hopefully this will help others in either 
>> with what I am doing or identifying a problem with the import process.
>>
>> I have attached a copy of one Weather Display log file I am having issues 
>> with (82013lg.txt.zip) as well as one I did not have any issues with 
>> (52013lg.txt.zip).
>> Also attached is output from wee_debug
>>
>> I am not seeing any differences in the data between these files that is 
>> causing 82013lg.txt to choke.
>>
>> ~20 files out of ~400 files had an issue.
>>
>> Please let me know if any additional information is needed.
>>
>>
>>
>> From running wee_import on 82013lg.txt
>> pi@weather:/var/tmp $ wee_import --import-config=/var/tmp/wd.conf 
>> --dry-run --verbose
>> Using WeeWX configuration file /etc/weewx/weewx.conf
>> Starting wee_import...
>> Weather Display monthly log files in the '/var/tmp/WD' directory will be 
>> imported
>> The following options will be used:
>>  config=/etc/weewx/weewx.conf, import-config=/var/tmp/wd.conf
>>  from=None, to=None
>>  dry-run=True, calc_missing=False, ignore_invalid_data=True
>>  monthly logs are in US units
>>  tranche=300, interval=60
>>  UV=True, radiation=True ignore extreme temperature and humidity=True
>> Using database binding 'wx_binding', which is bound to database 
>> 'roundhillvaw_archive'
>> Destination table 'archive' unit system is '0x01' (US).
>> This is a dry run, imported data will not be saved to archive.
>> Starting dry run import ...
>> Records covering multiple periods have been identified for import.
>> Obtaining raw import data for period 1 ...
>> Traceback (most recent call last):
>>   File "/usr/share/weewx/wee_import", line 900, in 
>> main()
>>   File "/usr/share/weewx/wee_import", line 830, in main
>> source_obj.run()
>>   File "/usr/share/weewx/weeimport/weeimport.py", line 368, in run
>> _raw_data = self.getRawData(period)
>>   File "/usr/share/weewx/weeimport/wdimport.py", line 568, in getRawData
>> for rec in _reader:
>>   File "/usr/lib/python3.7/csv.py", line 112, in __next__
>> row = next(self.reader)
>> _csv.Error: line contains NULL byte
>>
>>
>>
>> From log file
>> pi@weather:~ $ sudo tail -f /var/log/weewx.log
>> Sep  9 22:39:01 weather wee_import[16538] DEBUG weeimport.wdimport: The 
>> following options will be used:
>> Sep  9 22:39:01 weather wee_import[16538] DEBUG weeimport.wdimport:  
>> config=/etc/weewx/weewx.conf, import-config=/var/tmp/wd.conf
>> Sep  9 22:39:01 weather wee_import[16538] DEBUG weeimport.wdimport:  
>> from=None, to=None
>> Sep  9 22:39:01 weather wee_import[16538] DEBUG weeimport.wdimport:  
>> dry-run=True, calc_missing=False, ignore_invalid_data=True
>> Sep  9 22:39:01 weather wee_import[16538] DEBUG weeimport.wdimport:  
>> monthly logs are in US units
>> Sep  9 22:39:01 weather wee_import[16538] DEBUG weeimport.wdimport:  
>> tranche=300, interval=60
>> Sep  9 22:39:01 weather wee_import[16538] DEBUG weeimport.wdimport:  
>> UV=True, radiation=True ignore extreme temperature and humidity=True
>> Sep  9 22:39:01 weather wee_import[16538] INFO weeimport.wdimport: Using 
>> database binding 'wx_binding', which is bound to database 
>> 'roundhillvaw_archive'
>> Sep  9 22:39:01 weather wee_import[16538] INFO weeimport.wdimport: 
>> Destination table 'archive' unit system is '0x01' (US).
>> Sep  9 22:39:01 weather wee_import[16538] INFO weeimport.weeimport: 
>> Obtaining raw import data for period 1 ...
>> Sep  9 22:42:24 weather wee_import[16712] INFO __main__: Starting 
>> wee_import...
>> Sep  9 22:42:30 weather wee_import[16712] DEBUG weewx.manager: Daily 
>> summary version is 2.0
>> Sep  9 22:42:30 weather wee_import[16712] INFO weeimport.wdimport: 
>> Weather Display monthly log files in the '/var/tmp/WD' directory will be 
>> imported
>> Sep  9 22:42:30 weather wee_import[16712] DEBUG weeimport.wdimport: The 
>> following options will be used:
>> Sep  9 22:42:30 weather wee_import[16712] DEBUG weeimport.wdimport:  
>> config=/etc/weewx/weewx.conf, import-config=/var/tmp/wd.conf
>> Sep  9 22:42:30 weather wee_import[16712] DEBUG weeimport.wdimport:  
>> from=None, to=None
>> Sep  9 22:42:30 weather wee_import[16712] DEBUG weeimport.wdimport:  
>> dry-run=True, calc_missing=False, ignore_invalid_data=True
>> Sep  9 22:42:30 weather wee_import[16712] DEBUG weeimport.wdimport:  
>> monthly logs are in US units
>> Sep  9 22:42:30 weather wee_import[167

Re: [weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Glenn McKechnie]

I'm with you Greg, that's definitely a good philosophy. :-)

However if you (or others) want to travel to the edge...

On 17/09/2020, Glenn McKechnie  wrote:
> https://github.com/weewx/weewx/wiki/WeeWX-v4-and-logging
>
> That link has a section at the end under "Maintaining backwards
> compatibility" which shows the code style that will incorporate both
> syslog and weeutil.logger style.
> However, the way ausearch.py has been coded requires a little more
> work that just dropping that code into it. There are 18 odd syslog
> statements that would need tweaking.

I've attached a twaked version where it uses the code as per the above style.

I can't check this here as I stopped running ausearch.py

If anyone wants to try it, the usual caveats apply.
Make a back up of the original. Rename the attached file to
ausearch.py and then replace the original. Restart weewx.

Hopefully I caught all occurences, and that it works as intended.

-- 


Cheers
 Glenn

rorpi - read only raspberry pi & various weewx addons
https://github.com/glennmckechnie

-- 
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/CAAraAzgm27eLOriS-uHA2v7yeZJWwxyDVCBFaEj-b_r6YeQ5TA%40mail.gmail.com.
import datetime
import pytz
import time
import dateutil.parser
import dateutil.tz
import os.path
import pprint
import xml.etree.cElementTree as ET
import json
from urllib.request import urlopen, Request

import weewx.units
import weeutil.weeutil
from weewx.cheetahgenerator import SearchList

try:
# Test for new-style weewx logging by trying to import weeutil.logger
import weeutil.logger
import logging
log = logging.getLogger(__name__)

def logdbg(msg):
log.debug(msg)

def loginf(msg):
log.info(msg)

def logerr(msg):
log.error(msg)

except ImportError:
# Old-style weewx logging
import syslog

def logmsg(level, msg):
# Replace '__name__' with something to identify your application.
syslog.syslog(level, 'ausearch: %s:' % msg)

def logdbg(msg):
logmsg(syslog.LOG_DEBUG, msg)

def loginf(msg):
logmsg(syslog.LOG_INFO, msg)

def logerr(msg):
logmsg(syslog.LOG_ERR, msg)

#feeslike lookups
DaySummerCoastRanges = { -40: 'Cold', 16: 'Cool', 22: 'Mild', 27: 'Warm', 32: 'Hot', 37: 'Very Hot' }
DaySummerInlandPlains = { -40: 'Cold', 20: 'Cool', 25: 'Mild', 30: 'Warm', 35: 'Hot', 40: 'Very Hot' }
DaySummerTropics = { -40: '-', 35: 'Hot', 40: '-' }

NightSummerSouthRanges = { -40: 'Cold', 10: 'Cool', 15: 'Mild', 18: 'Warm', 22: 'Hot' }
NightSummerNorth = { -40: 'Cold', 13: 'Cool', 18: 'Mild', 21: 'Warm', 25: 'Hot' }
NightSummerTropics = {  -40: 'Cool', 20: '-' }

DayWinterSouthRanges = { -40: 'Very Cold', 10: 'Cold', 13: 'Cool', 16: 'Mild', 20: 'Warm' }
DayWinterNorth = { -40: 'Very Cold', 10: 'Cold', 15: 'Cool', 20: 'Mild', 25: 'Warm' }
DayWinterTropics = { -40: 'Cold', 20: 'Cool', 26: '-' }

NightWinterSouthRanges = { -40: 'Very Cold', 1: 'Cold', 5: 'Cool', 10: 'Mild' }
NightWinterNorth = { -40: 'Very Cold', 5: 'Cold', 10: 'Cool', 15: 'Mild' }
NightWinterTropics = { -40: 'Cold', 13: 'Cool', 18: '-' }

feelslikeDict = {
'DaySummerCoastRanges': DaySummerCoastRanges,
'DaySummerInlandPlains': DaySummerInlandPlains,
'DaySummerTropics': DaySummerTropics,
'NightSummerSouthRanges': NightSummerSouthRanges,
'NightSummerNorth': NightSummerNorth,
'NightSummerTropics': NightSummerTropics,
'DayWinterSouthRanges': DayWinterSouthRanges,
'DayWinterNorth': DayWinterNorth,
'DayWinterTropics': DayWinterTropics,
'NightWinterSouthRanges': NightWinterSouthRanges,
'NightWinterNorth': NightWinterNorth,
'NightWinterTropics': NightWinterTropics
}

feelslikeLocalDefaults = ['DaySummerCoastRanges', 'NightSummerSouthRanges', 'DayWinterSouthRanges', 'NightWinterSouthRanges']

class ausutils(SearchList):
"""Class that implements the '$aus' tag."""

def __init__(self, generator):
SearchList.__init__(self, generator)
self.aus = { "feelslike" : self.feelslikeFunc }

try:
feelslikeLocalList = weeutil.weeutil.option_as_list(self.generator.skin_dict['AusSearch']['feelslike']['feelslikeLocal'])
except KeyError:
feelslikeLocalList = feelslikeLocalDefaults

try:
self.feelslikeLocal = {}

self.feelslikeLocal['DaySummer']  = feelslikeDict[feelslikeLocalList[0]]
self.feelslikeLocal['NightSummer']= feelslikeDict[feelslikeLocalList[1]]
self.feelslikeLocal['DayWinter']  = feelslikeDict[feelslikeLocalList[2]]
   

[weewx-user] Re: wxnow.txt does not contain precipitation totals

[gjr80]

Thanks, subsequent to the above thread and in concert with Bill I created 
the weewx-aprx extension  which does 
include the correct humidity behaviour.

Gary

On Thursday, 17 September 2020 at 11:16:08 UTC+10 ls1b...@gmail.com wrote:

> Sorry for bringing an old thread up here.  I just posted this to the 
> related wxforum post:  https://www.wxforum.net/index.php?topic=38877
>
> I'll copy-paste my post here:
>
> Following this thread and some threads and references elsewhere, I just 
> got my WX station working with direwolf and weewx running on an rpi, and I 
> wanted to point out that there's a small issue with the cwxn.py 
> implementation, at least for APRS use.   
>
> At first I thought everything was going great - I was beaconing out the 
> wxnow.txt info and looking at aprs.fi everything looked good.  But then I 
> looked at the info in findu and noticed the dew point seemed to be messed 
> up.  Looking at it more closely, that was because the humidity was wrong.  
> Instead of, for example, 92%, it was showing up as 9%.  So I took a closer 
> look at the format of the data.  The humidity is being formatted as a 3 
> digit number by cwxn.  But the APRS spec and CWOP spec indicate it should 
> be 2 digits, and 00 should be interpreted as 100%.  Apparently aprs.fi is 
> being tolerant of the 3-digit number, but findu is not. 
>
> I made a small change to cwxn.py to convert 100 to 0 and to format as %02d 
> instead of %03d.  All looks good in both aprs.fi and findu now. 
>
> BTW, in case it's relevant, I'm using the cwxn.py that was posted earlier 
> in this thread by gjr80.  
>
> My station:
> https://tempestwx.com/station/28304
> https://www.wunderground.com/dashboard/pws/KCAPACIF205
> http://www.findu.com/cgi-bin/wxpage.cgi?call=AE6DC-5&last=240
> https://aprs.fi/info/a/AE6DC-5
>
> -Dave AE6DC
>
> On Wednesday, March 4, 2020 at 6:09:41 PM UTC-8 gjr80 wrote:
>
>> That is good news, the cwxn code is fairly basic and should have worked 
>> on your earlier system.
>>
>> Gary
>>
>> On Tuesday, 3 March 2020 11:45:10 UTC+10, Bill Arthur wrote:
>>>
>>> Gary,
>>>
>>> Thanks again. Everything is working perfectly. 
>>>
>>> BTW, I installed Weewx on a new RasPi.  "binding  = archive" works 
>>> perfectly
>>>
>>> Bill
>>>
>>> On Sunday, March 1, 2020 at 9:36:30 PM UTC-6, Bill Arthur wrote:

 Gary,

 I watched the results after the last rain. The midnight column went to 
 0.0 at midnight and the 24hr went down after 24 hours. Everything as 
 expected.

 It has now just started raining and all three columns are at 0.01.

 I believe we can say that the problem has been resolved. Thank you for 
 your quick and precise solution.

 Bill






 On Saturday, February 29, 2020 at 12:21:26 AM UTC-6, Bill Arthur wrote:
>
> Going through the log it looks like I may have restarted the box when 
> I installed an app. I didn't think I did it that early in the day, but I 
> may have. I'll take the blame. 
>
> Since then it's working flawlessly, the midnight total went away at 
> 00:00. 
>
> I'll know more Monday when it rains. 
>
> Bill 
>
>
>
>
> On Friday, February 28, 2020 at 8:55:59 PM UTC-6, gjr80 wrote:
>>
>> Don’t get too hung up on wxnow.txt, it merely pulls data from the 
>> database/the current archive record and presents it. If the WeeWX 
>> generated 
>> plot you posted is correct then there is a discrepancy between what 
>> WeeWX 
>> is receiving and what your meteobridge is receiving. This is best 
>> tracked 
>> down by looking at the underlying data.  Once we know the correct data 
>> is 
>> being received/archived by WeeWX we can follow that data through 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/8c9d66b2-2ff3-4254-8219-8d110e8330f4n%40googlegroups.com.

Re: [weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Glenn McKechnie]

If memory serves correctly,  you get this behaviour when the code
exclusively uses syslog for logging, and you are running the SLE under
4.x

The linked version of ausearch.py isn't coded with the newer
weeutil.logger alternative (see wiki link below)

ie:- if it has the 'new-style weewx logging' it aligns itself in the
same style / format as the rest of the weewx4.x logs.  If it's only
the syslog module only then it shows as /weewxd.
It also fixes the errant DEBUG output. (when debug=0)

https://github.com/weewx/weewx/wiki/WeeWX-v4-and-logging

That link has a section at the end under "Maintaining backwards
compatibility" which shows the code style that will incorporate both
syslog and weeutil.logger style.
However, the way ausearch.py has been coded requires a little more
work that just dropping that code into it. There are 18 odd syslog
statements that would need tweaking.



On 17/09/2020, Greg from Oz  wrote:
> The logging has /weewxd and not weewx like the rest of the logs:
> Sep 17 19:21:12 jed164* /weewxd:* aussearch: check json file:
> /var/lib/weewx/aussearch/IDN60801.94746.json expires 2020-09-17
> 09:35:00+00:00
> Sep 17 19:21:13 jed164 /weewxd: historygenerator.py: Generated 6 tables in
> 0.52 seconds
> Sep 17 19:21:13 jed164* weewx[*292601] INFO weewx.cheetahgenerator:
> Generated 13 files for report StandardReport in 2.05 seconds
> Sep 17 19:21:14 jed164 weewx[292601] INFO weewx.imagegenerator: Generated
> 14 images for report StandardReport in 0.36 seconds
>
> Don't know if that is a clue or not.
>
>
> On Thursday, 17 September 2020 at 19:19:28 UTC+10 Greg from Oz wrote:
>
>> I have debug = 0 and the output is still going to syslog.
>>
>>
>> On Thursday, 17 September 2020 at 19:17:20 UTC+10 gjr80 wrote:
>>
>>> Looks like standard debug output code to me, albeit using the old syslog
>>>
>>> module rather than the logging module. debug = 0 in weewx.conf should
>>> turn
>>> it off.
>>>
>>> Gary
>>>
>>> On Thursday, 17 September 2020 at 19:09:02 UTC+10 Greg from Oz wrote:
>>>
 I looked at the code and it looks like it is all hard coded in there:
 syslog.syslog(syslog.LOG_DEBUG, "aussearch:
 feelslikeLocal['DaySummer'] = %s" %
 (pprint.pformat(self.feelslikeLocal['DaySummer'])))
 So my guess would be you could comment the log entries out.


 On Thursday, 17 September 2020 at 13:53:17 UTC+10 vk3...@gmail.com
 wrote:

> Greg - the code is working well and that was not what I was saying
> (apparently not very clearly).
> Are you getting a lot of messages in the system log such as:
>
> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
> 'DaySummer'] = {-40: 'Cold', 16: 'Cool', 22: 'Mild', 27: 'Warm', 32:
> 'Hot', 37: 'Very Hot'}
>
> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
> 'NightSummer'] = {-40: 'Cold', 10: 'Cool', 15: 'Mild', 18: 'Warm', 22:
>
> 'Hot'}
>
> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
> 'DayWinter'] = {-40: 'Very Cold', 10: 'Cold', 13: 'Cool', 16: 'Mild',
> 20: 'Warm'}
>
> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
> 'NightWinter'] = {-40: 'Very Cold', 1: 'Cold', 5: 'Cool', 10: 'Mild'}
>
> Sep 17 13:50:19 weather /weewxd[586]: aussearch: check xml file: /var/
> lib/weewx/aussearch/IDN11060.xml expires 2020-09-17 05:55:00+00:00
>
> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: checking cache
> sent-time va remote amoc sent-time: IDN11060.xml
>
> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: /var/lib/weewx/
> aussearch/IDN11060.xml: sent-time: 2020-09-16T23:12:46Z
>
> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: ftp://
> ftp.bom.gov.au/anon/gen/fwo/IDN11060.amoc.xml: sent-time:
> 2020-09-16T23:12:46Z
>
> Sep 17 13:50:20 weather /weewxd[586]: aussearch: check xml file:
> /var/lib/weewx/aussearch/IDV10753.xml expires 2020-09-17
> 06:10:00+00:00
>
> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: checking cache
> sent-time va remote amoc sent-time: IDV10753.xml
>
> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml:
> /var/lib/weewx/aussearch/IDV10753.xml: sent-time: 2020-09-16T19:00:19Z
>
> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml:
> ftp://ftp.bom.gov.au/anon/gen/fwo/IDV10753.amoc.xml: sent-time:
> 2020-09-16T19:00:19Z
>
> Sep 17 13:50:20 weather /weewxd[586]: aussearch: check xml file:
> /var/lib/weewx/aussearch/IDQ11295.xml expires 2020-09-17
> 06:15:00+00:00
>
> Sep 17 13:50:21 weather /weewxd[586]: aussearch: xml: checking cache
> sent-time va remote amoc sent-time: IDQ11295.xml
>
> Sep 17 13:50:22 weather /weewxd[586]: aussearch: xml:
> /var/lib/weewx/aussearch/IDQ11295.xml: sent-time: 2020-09-16T18:40:09Z
>
> Sep 17 13:50:22 weather /weewxd[586]: aussearch: xml:
> ftp://ft

[weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Greg from Oz]

The logging has /weewxd and not weewx like the rest of the logs:
Sep 17 19:21:12 jed164* /weewxd:* aussearch: check json file: 
/var/lib/weewx/aussearch/IDN60801.94746.json expires 2020-09-17 
09:35:00+00:00
Sep 17 19:21:13 jed164 /weewxd: historygenerator.py: Generated 6 tables in 
0.52 seconds
Sep 17 19:21:13 jed164* weewx[*292601] INFO weewx.cheetahgenerator: 
Generated 13 files for report StandardReport in 2.05 seconds
Sep 17 19:21:14 jed164 weewx[292601] INFO weewx.imagegenerator: Generated 
14 images for report StandardReport in 0.36 seconds

Don't know if that is a clue or not.


On Thursday, 17 September 2020 at 19:19:28 UTC+10 Greg from Oz wrote:

> I have debug = 0 and the output is still going to syslog.
>
>
> On Thursday, 17 September 2020 at 19:17:20 UTC+10 gjr80 wrote:
>
>> Looks like standard debug output code to me, albeit using the old syslog 
>> module rather than the logging module. debug = 0 in weewx.conf should turn 
>> it off.
>>
>> Gary
>>
>> On Thursday, 17 September 2020 at 19:09:02 UTC+10 Greg from Oz wrote:
>>
>>> I looked at the code and it looks like it is all hard coded in there:
>>> syslog.syslog(syslog.LOG_DEBUG, "aussearch: 
>>> feelslikeLocal['DaySummer'] = %s" % 
>>> (pprint.pformat(self.feelslikeLocal['DaySummer'])))
>>> So my guess would be you could comment the log entries out.
>>>
>>>
>>> On Thursday, 17 September 2020 at 13:53:17 UTC+10 vk3...@gmail.com 
>>> wrote:
>>>
 Greg - the code is working well and that was not what I was saying 
 (apparently not very clearly).
 Are you getting a lot of messages in the system log such as:

 Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
 'DaySummer'] = {-40: 'Cold', 16: 'Cool', 22: 'Mild', 27: 'Warm', 32: 
 'Hot', 37: 'Very Hot'}

 Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
 'NightSummer'] = {-40: 'Cold', 10: 'Cool', 15: 'Mild', 18: 'Warm', 22: 
 'Hot'}

 Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
 'DayWinter'] = {-40: 'Very Cold', 10: 'Cold', 13: 'Cool', 16: 'Mild', 
 20: 'Warm'}

 Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
 'NightWinter'] = {-40: 'Very Cold', 1: 'Cold', 5: 'Cool', 10: 'Mild'}

 Sep 17 13:50:19 weather /weewxd[586]: aussearch: check xml file: /var/
 lib/weewx/aussearch/IDN11060.xml expires 2020-09-17 05:55:00+00:00

 Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: checking cache 
 sent-time va remote amoc sent-time: IDN11060.xml

 Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: /var/lib/weewx/
 aussearch/IDN11060.xml: sent-time: 2020-09-16T23:12:46Z

 Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: ftp://
 ftp.bom.gov.au/anon/gen/fwo/IDN11060.amoc.xml: sent-time: 
 2020-09-16T23:12:46Z

 Sep 17 13:50:20 weather /weewxd[586]: aussearch: check xml file: 
 /var/lib/weewx/aussearch/IDV10753.xml expires 2020-09-17 06:10:00+00:00

 Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: checking cache 
 sent-time va remote amoc sent-time: IDV10753.xml

 Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: 
 /var/lib/weewx/aussearch/IDV10753.xml: sent-time: 2020-09-16T19:00:19Z

 Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: 
 ftp://ftp.bom.gov.au/anon/gen/fwo/IDV10753.amoc.xml: sent-time: 
 2020-09-16T19:00:19Z

 Sep 17 13:50:20 weather /weewxd[586]: aussearch: check xml file: 
 /var/lib/weewx/aussearch/IDQ11295.xml expires 2020-09-17 06:15:00+00:00

 Sep 17 13:50:21 weather /weewxd[586]: aussearch: xml: checking cache 
 sent-time va remote amoc sent-time: IDQ11295.xml

 Sep 17 13:50:22 weather /weewxd[586]: aussearch: xml: 
 /var/lib/weewx/aussearch/IDQ11295.xml: sent-time: 2020-09-16T18:40:09Z

 Sep 17 13:50:22 weather /weewxd[586]: aussearch: xml: 
 ftp://ftp.bom.gov.au/anon/gen/fwo/IDQ11295.amoc.xml: sent-time: 
 2020-09-16T18:40:09Z

 Susan

>>>

-- 
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/0df80d45-a3bf-43a0-be80-507dc971c48an%40googlegroups.com.

[weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Greg from Oz]

I have debug = 0 and the output is still going to syslog.


On Thursday, 17 September 2020 at 19:17:20 UTC+10 gjr80 wrote:

> Looks like standard debug output code to me, albeit using the old syslog 
> module rather than the logging module. debug = 0 in weewx.conf should turn 
> it off.
>
> Gary
>
> On Thursday, 17 September 2020 at 19:09:02 UTC+10 Greg from Oz wrote:
>
>> I looked at the code and it looks like it is all hard coded in there:
>> syslog.syslog(syslog.LOG_DEBUG, "aussearch: 
>> feelslikeLocal['DaySummer'] = %s" % 
>> (pprint.pformat(self.feelslikeLocal['DaySummer'])))
>> So my guess would be you could comment the log entries out.
>>
>>
>> On Thursday, 17 September 2020 at 13:53:17 UTC+10 vk3...@gmail.com wrote:
>>
>>> Greg - the code is working well and that was not what I was saying 
>>> (apparently not very clearly).
>>> Are you getting a lot of messages in the system log such as:
>>>
>>> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
>>> 'DaySummer'] = {-40: 'Cold', 16: 'Cool', 22: 'Mild', 27: 'Warm', 32: 
>>> 'Hot', 37: 'Very Hot'}
>>>
>>> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
>>> 'NightSummer'] = {-40: 'Cold', 10: 'Cool', 15: 'Mild', 18: 'Warm', 22: 
>>> 'Hot'}
>>>
>>> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
>>> 'DayWinter'] = {-40: 'Very Cold', 10: 'Cold', 13: 'Cool', 16: 'Mild', 20
>>> : 'Warm'}
>>>
>>> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
>>> 'NightWinter'] = {-40: 'Very Cold', 1: 'Cold', 5: 'Cool', 10: 'Mild'}
>>>
>>> Sep 17 13:50:19 weather /weewxd[586]: aussearch: check xml file: /var/
>>> lib/weewx/aussearch/IDN11060.xml expires 2020-09-17 05:55:00+00:00
>>>
>>> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: checking cache 
>>> sent-time va remote amoc sent-time: IDN11060.xml
>>>
>>> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: /var/lib/weewx/
>>> aussearch/IDN11060.xml: sent-time: 2020-09-16T23:12:46Z
>>>
>>> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: ftp://
>>> ftp.bom.gov.au/anon/gen/fwo/IDN11060.amoc.xml: sent-time: 
>>> 2020-09-16T23:12:46Z
>>>
>>> Sep 17 13:50:20 weather /weewxd[586]: aussearch: check xml file: 
>>> /var/lib/weewx/aussearch/IDV10753.xml expires 2020-09-17 06:10:00+00:00
>>>
>>> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: checking cache 
>>> sent-time va remote amoc sent-time: IDV10753.xml
>>>
>>> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: 
>>> /var/lib/weewx/aussearch/IDV10753.xml: sent-time: 2020-09-16T19:00:19Z
>>>
>>> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: 
>>> ftp://ftp.bom.gov.au/anon/gen/fwo/IDV10753.amoc.xml: sent-time: 
>>> 2020-09-16T19:00:19Z
>>>
>>> Sep 17 13:50:20 weather /weewxd[586]: aussearch: check xml file: 
>>> /var/lib/weewx/aussearch/IDQ11295.xml expires 2020-09-17 06:15:00+00:00
>>>
>>> Sep 17 13:50:21 weather /weewxd[586]: aussearch: xml: checking cache 
>>> sent-time va remote amoc sent-time: IDQ11295.xml
>>>
>>> Sep 17 13:50:22 weather /weewxd[586]: aussearch: xml: 
>>> /var/lib/weewx/aussearch/IDQ11295.xml: sent-time: 2020-09-16T18:40:09Z
>>>
>>> Sep 17 13:50:22 weather /weewxd[586]: aussearch: xml: 
>>> ftp://ftp.bom.gov.au/anon/gen/fwo/IDQ11295.amoc.xml: sent-time: 
>>> 2020-09-16T18:40:09Z
>>>
>>> Susan
>>>
>>

-- 
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/376226fa-eaf2-4092-bf2c-6c5c8bfe56e5n%40googlegroups.com.

[weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[gjr80]

Looks like standard debug output code to me, albeit using the old syslog 
module rather than the logging module. debug = 0 in weewx.conf should turn 
it off.

Gary

On Thursday, 17 September 2020 at 19:09:02 UTC+10 Greg from Oz wrote:

> I looked at the code and it looks like it is all hard coded in there:
> syslog.syslog(syslog.LOG_DEBUG, "aussearch: 
> feelslikeLocal['DaySummer'] = %s" % 
> (pprint.pformat(self.feelslikeLocal['DaySummer'])))
> So my guess would be you could comment the log entries out.
>
>
> On Thursday, 17 September 2020 at 13:53:17 UTC+10 vk3...@gmail.com wrote:
>
>> Greg - the code is working well and that was not what I was saying 
>> (apparently not very clearly).
>> Are you getting a lot of messages in the system log such as:
>>
>> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
>> 'DaySummer'] = {-40: 'Cold', 16: 'Cool', 22: 'Mild', 27: 'Warm', 32: 
>> 'Hot', 37: 'Very Hot'}
>>
>> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
>> 'NightSummer'] = {-40: 'Cold', 10: 'Cool', 15: 'Mild', 18: 'Warm', 22: 
>> 'Hot'}
>>
>> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
>> 'DayWinter'] = {-40: 'Very Cold', 10: 'Cold', 13: 'Cool', 16: 'Mild', 20: 
>> 'Warm'}
>>
>> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
>> 'NightWinter'] = {-40: 'Very Cold', 1: 'Cold', 5: 'Cool', 10: 'Mild'}
>>
>> Sep 17 13:50:19 weather /weewxd[586]: aussearch: check xml file: /var/lib
>> /weewx/aussearch/IDN11060.xml expires 2020-09-17 05:55:00+00:00
>>
>> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: checking cache sent
>> -time va remote amoc sent-time: IDN11060.xml
>>
>> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: /var/lib/weewx/
>> aussearch/IDN11060.xml: sent-time: 2020-09-16T23:12:46Z
>>
>> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: ftp://
>> ftp.bom.gov.au/anon/gen/fwo/IDN11060.amoc.xml: sent-time: 
>> 2020-09-16T23:12:46Z
>>
>> Sep 17 13:50:20 weather /weewxd[586]: aussearch: check xml file: 
>> /var/lib/weewx/aussearch/IDV10753.xml expires 2020-09-17 06:10:00+00:00
>>
>> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: checking cache 
>> sent-time va remote amoc sent-time: IDV10753.xml
>>
>> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: 
>> /var/lib/weewx/aussearch/IDV10753.xml: sent-time: 2020-09-16T19:00:19Z
>>
>> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: 
>> ftp://ftp.bom.gov.au/anon/gen/fwo/IDV10753.amoc.xml: sent-time: 
>> 2020-09-16T19:00:19Z
>>
>> Sep 17 13:50:20 weather /weewxd[586]: aussearch: check xml file: 
>> /var/lib/weewx/aussearch/IDQ11295.xml expires 2020-09-17 06:15:00+00:00
>>
>> Sep 17 13:50:21 weather /weewxd[586]: aussearch: xml: checking cache 
>> sent-time va remote amoc sent-time: IDQ11295.xml
>>
>> Sep 17 13:50:22 weather /weewxd[586]: aussearch: xml: 
>> /var/lib/weewx/aussearch/IDQ11295.xml: sent-time: 2020-09-16T18:40:09Z
>>
>> Sep 17 13:50:22 weather /weewxd[586]: aussearch: xml: 
>> ftp://ftp.bom.gov.au/anon/gen/fwo/IDQ11295.amoc.xml: sent-time: 
>> 2020-09-16T18:40:09Z
>>
>> Susan
>>
>

-- 
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/11920af2-4ca8-4a8f-867d-00acd770c36bn%40googlegroups.com.

[weewx-user] Re: Responsive Skin and Weewx v4.1.1 generating debug messages

[Greg from Oz]

I looked at the code and it looks like it is all hard coded in there:
syslog.syslog(syslog.LOG_DEBUG, "aussearch: 
feelslikeLocal['DaySummer'] = %s" % 
(pprint.pformat(self.feelslikeLocal['DaySummer'])))
So my guess would be you could comment the log entries out.


On Thursday, 17 September 2020 at 13:53:17 UTC+10 vk3...@gmail.com wrote:

> Greg - the code is working well and that was not what I was saying 
> (apparently not very clearly).
> Are you getting a lot of messages in the system log such as:
>
> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
> 'DaySummer'] = {-40: 'Cold', 16: 'Cool', 22: 'Mild', 27: 'Warm', 32: 'Hot'
> , 37: 'Very Hot'}
>
> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
> 'NightSummer'] = {-40: 'Cold', 10: 'Cool', 15: 'Mild', 18: 'Warm', 22: 
> 'Hot'}
>
> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
> 'DayWinter'] = {-40: 'Very Cold', 10: 'Cold', 13: 'Cool', 16: 'Mild', 20: 
> 'Warm'}
>
> Sep 17 13:50:18 weather /weewxd[586]: aussearch: feelslikeLocal[
> 'NightWinter'] = {-40: 'Very Cold', 1: 'Cold', 5: 'Cool', 10: 'Mild'}
>
> Sep 17 13:50:19 weather /weewxd[586]: aussearch: check xml file: /var/lib/
> weewx/aussearch/IDN11060.xml expires 2020-09-17 05:55:00+00:00
>
> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: checking cache 
> sent-time 
> va remote amoc sent-time: IDN11060.xml
>
> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: /var/lib/weewx/
> aussearch/IDN11060.xml: sent-time: 2020-09-16T23:12:46Z
>
> Sep 17 13:50:19 weather /weewxd[586]: aussearch: xml: ftp://
> ftp.bom.gov.au/anon/gen/fwo/IDN11060.amoc.xml: sent-time: 
> 2020-09-16T23:12:46Z
>
> Sep 17 13:50:20 weather /weewxd[586]: aussearch: check xml file: 
> /var/lib/weewx/aussearch/IDV10753.xml expires 2020-09-17 06:10:00+00:00
>
> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: checking cache 
> sent-time va remote amoc sent-time: IDV10753.xml
>
> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: 
> /var/lib/weewx/aussearch/IDV10753.xml: sent-time: 2020-09-16T19:00:19Z
>
> Sep 17 13:50:20 weather /weewxd[586]: aussearch: xml: 
> ftp://ftp.bom.gov.au/anon/gen/fwo/IDV10753.amoc.xml: sent-time: 
> 2020-09-16T19:00:19Z
>
> Sep 17 13:50:20 weather /weewxd[586]: aussearch: check xml file: 
> /var/lib/weewx/aussearch/IDQ11295.xml expires 2020-09-17 06:15:00+00:00
>
> Sep 17 13:50:21 weather /weewxd[586]: aussearch: xml: checking cache 
> sent-time va remote amoc sent-time: IDQ11295.xml
>
> Sep 17 13:50:22 weather /weewxd[586]: aussearch: xml: 
> /var/lib/weewx/aussearch/IDQ11295.xml: sent-time: 2020-09-16T18:40:09Z
>
> Sep 17 13:50:22 weather /weewxd[586]: aussearch: xml: 
> ftp://ftp.bom.gov.au/anon/gen/fwo/IDQ11295.amoc.xml: sent-time: 
> 2020-09-16T18:40:09Z
>
> Susan
>

-- 
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/1df28f89-1d43-46f6-8acb-124e9778bb7en%40googlegroups.com.

[weewx-user] Re: Debian apt settings

[Peter Whisker]

Actually, the link
root@network2:~# wget -qO - http://weewx.com/apt/weewx-python2.list
*deb [arch=all] http://weewx.com/apt/python2  
squeeze main* 

probably does work, but the Python3 one definitely doesnt.

Peter

On Thursday, September 17, 2020 at 8:39:09 AM UTC+1 Peter Whisker wrote:

> Hi,
> I have been using weewx successfully for 18 months and am looking to move 
> from python2 to python3. I looked at http://www.weewx.com/docs/debian.htm 
> and although the instructions seem clear the end result fails to connect to 
> a valid repository.
>
> The commands add the following lines to the repository
> root@network2:~# wget -qO - http://weewx.com/apt/weewx-python3.list
> *deb [arch=all] http://weewx.com/apt/python3 
>  buster main*
> root@network2:~# wget -qO - http://weewx.com/apt/weewx-python2.list
> *deb [arch=all] http://weewx.com/apt/python2 
>  squeeze main*
> root@network2:~#
>
> However neither of these repositories work. I have found that the line
> *deb [arch=all] http://weewx.com/apt  squeeze main *
> works for the Python2 repository but replacing "squeeze" with "buster" 
> does not product a Python3 one.
>
> Could this get fixed (either documentation or repository) and also what is 
> the Python3 repository called please.
>
> Thanks
> Peter
>

-- 
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/ede27850-476c-4aa3-8b96-98adb7dd15bbn%40googlegroups.com.

[weewx-user] Debian apt settings

[Peter Whisker]

Hi,
I have been using weewx successfully for 18 months and am looking to move 
from python2 to python3. I looked at http://www.weewx.com/docs/debian.htm 
and although the instructions seem clear the end result fails to connect to 
a valid repository.

The commands add the following lines to the repository
root@network2:~# wget -qO - http://weewx.com/apt/weewx-python3.list
*deb [arch=all] http://weewx.com/apt/python3 buster main*
root@network2:~# wget -qO - http://weewx.com/apt/weewx-python2.list
*deb [arch=all] http://weewx.com/apt/python2 squeeze main*
root@network2:~#

However neither of these repositories work. I have found that the line
*deb [arch=all] http://weewx.com/apt squeeze main *
works for the Python2 repository but replacing "squeeze" with "buster" does 
not product a Python3 one.

Could this get fixed (either documentation or repository) and also what is 
the Python3 repository called please.

Thanks
Peter

-- 
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/cbfd9082-2203-4183-aa6a-bace2f1f7360n%40googlegroups.com.