[weewx-user] Re: Cheetah Rounding Values

[Andrew Milner]

If you are using weewx tags it would be something like
$current.outTemp.format("%.1f") for one decimal place

On Sunday, 26 April 2020 07:54:54 UTC+3, gjr80 wrote:
>
> Rich,
>
> How you format data in a Cheetah generated report really depends on the 
> source of the data. If you are using a WeeWX generated tag, eg 
> $current.outTemp, then you have all the formatting and unit conversion 
> options of a WeeWX tag available to you (as linked by Tom). If the data 
> comes from some inline python in your Cheetah template then you are 
> responsible for formatting the data, for example, if your template had the 
> following:
>
> #set $pie_temperature = 22/7
>
> and you wanted to use $pie_temperature in your template then you would be 
> responsible for formatting the output, you might do something like:
>
> #set $pie_temperature_2d = round($pie_temperature, 2)
>
> and then use $pie_temperature_2d to display $pie_temperature to two 
> decimal places (or you might just have used #set $pie_temperature = 
> round(22/7, 2) up front). Bottom line is, formatting/unit conversion etc 
> is your problem, not WeeWX'
>
> If your data comes from a Search List Extension (SLE) then it depends on 
> what the SLE provides. Let's say the SLE provides a tag $pie_temp that is 
> a temperature. If $pie_temp is just a number then just like 
> $pie_temperature you need to format it yourself. However, is the SLE is a 
> little more sophisticated and provides $pie_temp as a special WeeWX 
> object known as a ValueHelper, then $pie_temp has all of the formatting 
> and unit conversion abilities of a WeeWX tag such as $current.outTemp. 
> Generally speaking it is quite easy to have a SLE return a ValueHelper(), 
> whilst it does make the SLE code a little more complex it provides for a 
> much more flexible output. 
>
> At the end of the day a SLE does not allow formatting per se, rather it is 
> the type of output from a SLE that determines what formatting/unit 
> conversion is available. Have a read of the section Defining new tags 
>  in the 
> Customization Guide, it covers ValueHelpers and SLEs with examples.
>
> Gary
>
> On Sunday, 26 April 2020 14:29:11 UTC+10, rich T wrote:
>>
>> Thanks I tried your suggestions, but still does not round to the decimal 
>> point. I did create a new tag. Do I need to create a new search list 
>> extension to allow formatting?
>>
>> Thanks 
>> Rich
>>
>>
>>

-- 
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/d198e5e0-dca1-4c2b-b5eb-eda02b5316e9%40googlegroups.com.

[weewx-user] Re: Cheetah Rounding Values

[gjr80]

Rich,

How you format data in a Cheetah generated report really depends on the 
source of the data. If you are using a WeeWX generated tag, eg 
$current.outTemp, then you have all the formatting and unit conversion 
options of a WeeWX tag available to you (as linked by Tom). If the data 
comes from some inline python in your Cheetah template then you are 
responsible for formatting the data, for example, if your template had the 
following:

#set $pie_temperature = 22/7

and you wanted to use $pie_temperature in your template then you would be 
responsible for formatting the output, you might do something like:

#set $pie_temperature_2d = round($pie_temperature, 2)

and then use $pie_temperature_2d to display $pie_temperature to two decimal 
places (or you might just have used #set $pie_temperature = round(22/7, 2) 
up front). Bottom line is, formatting/unit conversion etc is your problem, 
not WeeWX'

If your data comes from a Search List Extension (SLE) then it depends on 
what the SLE provides. Let's say the SLE provides a tag $pie_temp that is a 
temperature. If $pie_temp is just a number then just like $pie_temperature 
you need to format it yourself. However, is the SLE is a little more 
sophisticated and provides $pie_temp as a special WeeWX object known as a 
ValueHelper, then $pie_temp has all of the formatting and unit conversion 
abilities of a WeeWX tag such as $current.outTemp. Generally speaking it is 
quite easy to have a SLE return a ValueHelper(), whilst it does make the 
SLE code a little more complex it provides for a much more flexible output. 

At the end of the day a SLE does not allow formatting per se, rather it is 
the type of output from a SLE that determines what formatting/unit 
conversion is available. Have a read of the section Defining new tags 
 in the 
Customization Guide, it covers ValueHelpers and SLEs with examples.

Gary

On Sunday, 26 April 2020 14:29:11 UTC+10, rich T wrote:
>
> Thanks I tried your suggestions, but still does not round to the decimal 
> point. I did create a new tag. Do I need to create a new search list 
> extension to allow formatting?
>
> Thanks 
> Rich
>
>
>

-- 
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/e19214b2-8ba2-40fe-ab55-b828723ba91b%40googlegroups.com.

[weewx-user] Re: Cheetah Rounding Values

[rich T]

Thanks I tried your suggestions, but still does not round to the decimal 
point. I did create a new tag. Do I need to create a new search list 
extension to allow formatting?

Thanks 
Rich


-- 
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/f43aa6c7-52ec-4c9d-8daa-4d3093ec4346%40googlegroups.com.

Re: [weewx-user] Need help removing plots from web page display

[Michael Form]

John:

I commented out the week, month and year as well as the day and now the 
plots have finally disappeared on all. I assumed, perhaps incorrectly, 
that commenting them out on day would affect that display only.


Also, when doing "ls -l /var/www/html/weewx/index.html" now returns the 
correct date.
Previously, I had "ls -l /var/www/html/index.html" which gave me the 
static date that I noticed. My error.


So, I think that things are working as expected at this time so I am 
going to quit while I am ahead and go to sleep as it is getting rather 
late here in Massachusetts. Where are you located?


Once again, thank you for all of your help. Good night and stay well.

Michael

On 4/25/2020 11:17 PM, John Kline wrote:

That file now works. I tried it.

You did not comment out the week, month and year plots.

Would you happen to have week, month or year selected?  If so, you 
will see the plots since they are not commented.


I take it index.html is now updated, but you have not given us that 
key piece of information.



On Apr 25, 2020, at 8:12 PM, michael form  wrote:


Here is the complete index.html.tmpl file:

## Copyright 2009-2018 Tom Keffer, Matthew Wall
## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
#errorCatcher Echo
##
## Specifying an encoding of UTF-8 is usually safe:
#encoding UTF-8
##


  
    ## This choice should match the #encoding directive above
    
    $station.location
    
    
    
  

  
    #include "titlebar.inc"
    
      
        #include "current.inc"
        #include "sunmoon.inc"
        #include "hilo.inc"
        #include "sensors.inc"
        #include "about.inc"
        #include "radar.inc"
        #include "satellite.inc"
        #include "map.inc"
      

      
        
          History:  
            Day
            Week
            Month
            Year
          
          
            
            
            
            
##            
##            
##            
            
            #if $day.UV.has_data
            
            #end if
            #if $day.radiation.has_data
            
            #end if
            #if $day.inTemp.has_data
            
            #end if
            #if $day.extraTemp1.has_data or $day.extraTemp2.has_data 
or $day.extraTemp3.has_data

            
            #end if
            #if $day.rxCheckPercent.has_data
            
            #end if
          
          style="display:none">

            
            
            
            
            
            
            
            
            #if $week.UV.has_data
            
            #end if
            #if $week.radiation.has_data
            
            #end if
            #if $week.inTemp.has_data
            
            #end if
            #if $week.extraTemp1.has_data or 
$week.extraTemp2.has_data or $week.extraTemp3.has_data

            
            #end if
            #if $week.rxCheckPercent.has_data
            
            #end if
          
          style="display:none">

            
            
            
            
            
            
            
            
            #if $month.UV.has_data
            
            #end if
            #if $month.radiation.has_data
            
            #end if
            #if $month.inTemp.has_data
            
            #end if
            #if $month.extraTemp1.has_data or 
$month.extraTemp2.has_data or $month.extraTemp3.has_data

            
            #end if
            #if $month.rxCheckPercent.has_data
            
            #end if
          
          style="display:none">

            
            
            
            
            
            
            
            
            #if $year.UV.has_data
            
            #end if
            #if $year.radiation.has_data
            
            #end if
            #if $year.inTemp.has_data
            
            #end if
            #if $year.extraTemp1.has_data or 
$year.extraTemp2.has_data or $year.extraTemp3.has_data

            
            #end if
            #if $year.rxCheckPercent.has_data
            
            #end if
          
        
      
    

    
      This station is controlled by href="http://weewx.com/";>WeeWX, an

      experimental weather software system written in Python.
    

    #include "analytics.inc"






On Saturday, April 25, 2020 at 11:00:18 PM UTC-4, John Kline wrote:

And we still have the outstanding request for the whole
index.html.tmp file.


On Apr 25, 2020, at 7:58 PM, John Kline  wrote:


Are you sure you don’t have more of those single # around.  Like
for the week, month and year?

Also, please verify each time you try something that index.html
is still not being written by checking the date with ls -l.
 (And, of course, wait for an archive cycle.)

Lastly, for sure there must be errors in the log for this.


On Apr 25, 2020, at 7:47 PM, michael form 
wrote:


Well, I men

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

That file now works. I tried it.

You did not comment out the week, month and year plots.

Would you happen to have week, month or year selected?  If so, you will see the 
plots since they are not commented.

I take it index.html is now updated, but you have not given us that key piece 
of information.

> On Apr 25, 2020, at 8:12 PM, michael form  wrote:
> 
> 
> Here is the complete index.html.tmpl file:
> 
> ## Copyright 2009-2018 Tom Keffer, Matthew Wall
> ## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
> #errorCatcher Echo
> ##
> ## Specifying an encoding of UTF-8 is usually safe:
> #encoding UTF-8
> ##
> 
> 
>   
> ## This choice should match the #encoding directive above
> 
> $station.location
> 
> 
> 
>   
> 
>   
> #include "titlebar.inc"
> 
> 
>   
> #include "current.inc"
> #include "sunmoon.inc"
> #include "hilo.inc"
> #include "sensors.inc"
> #include "about.inc"
> #include "radar.inc"
> #include "satellite.inc"
> #include "map.inc"
>   
> 
>   
> 
>   History:  
> onclick="choose_history('day')">Day
> onclick="choose_history('week')">Week
> onclick="choose_history('month')">Month
> onclick="choose_history('year')">Year
>   
>   
> 
> 
> 
> 
> ##
> ##
> ##
> 
> #if $day.UV.has_data
> 
> #end if
> #if $day.radiation.has_data
> 
> #end if
> #if $day.inTemp.has_data
> 
> #end if
> #if $day.extraTemp1.has_data or $day.extraTemp2.has_data or 
> $day.extraTemp3.has_data
> 
> #end if
> #if $day.rxCheckPercent.has_data
> 
> #end if
>   
>   
> 
> 
> 
> 
> 
> 
> 
> 
> #if $week.UV.has_data
> 
> #end if
> #if $week.radiation.has_data
> 
> #end if
> #if $week.inTemp.has_data
> 
> #end if
> #if $week.extraTemp1.has_data or $week.extraTemp2.has_data or 
> $week.extraTemp3.has_data
> 
> #end if
> #if $week.rxCheckPercent.has_data
> 
> #end if
>   
>   
> 
> 
> 
> 
> 
> 
> 
> 
> #if $month.UV.has_data
> 
> #end if
> #if $month.radiation.has_data
> 
> #end if
> #if $month.inTemp.has_data
> 
> #end if
> #if $month.extraTemp1.has_data or $month.extraTemp2.has_data or 
> $month.extraTemp3.has_data
> 
> #end if
> #if $month.rxCheckPercent.has_data
> 
> #end if
>   
>   
> 
> 
> 
> 
> 
> 
> 
> 
> #if $year.UV.has_data
> 
> #end if
> #if $year.radiation.has_data
> 
> #end if
> #if $year.inTemp.has_data
> 
> #end if
> #if $year.extraTemp1.has_data or $year.extraTemp2.has_data or 
> $year.extraTemp3.has_data
> 
> #end if
> #if $year.rxCheckPercent.has_data
> 
> #end if
>   
> 
>   
> 
> 
> 
>   This station is controlled by http://weewx.com/";>WeeWX, an
>   experimental weather software system written in Python.
> 
> 
> #include "analytics.inc"
> 
> 
> 
> 
> 
> 
>> On Saturday, April 25, 2020 at 11:00:18 PM UTC-4, John Kline wrote:
>> And we still have the outstanding request for the whole index.html.tmp file.
>> 
 On Apr 25, 2020, at 7:58 PM, John Kline  wrote:
 
>>> 
>>> Are you sure you don’t have more of those single # around.  Like for the 
>>> week, month and year?
>>> 
>>> Also, please verify each time you try something that index.html is still 
>>> not being written by checking the date with ls -l.  (And, of course, wait 
>>> for an archive cycle.)
>>> 
>>> Lastly, for sure there must be errors in the log for this.
>>> 
> On Apr 25, 2020, at 7:47 PM, michael form  wrote:
> 
 
 Well, I mentioned that I am a Linux novice. I usually design embedded 
 hardware systems. :)
 
 I changed it to ## and still no difference.
 
 Here is the first part of /etc/weewx/skins/Seasons/index/html/tmpl dealing 
 with daily images: I d

Re: [weewx-user] Need help removing plots from web page display

[michael form]

Here is the complete index.html.tmpl file:

## Copyright 2009-2018 Tom Keffer, Matthew Wall
## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
#errorCatcher Echo
##
## Specifying an encoding of UTF-8 is usually safe:
#encoding UTF-8
##


  
## This choice should match the #encoding directive above

$station.location



  

  
#include "titlebar.inc"


  
#include "current.inc"
#include "sunmoon.inc"
#include "hilo.inc"
#include "sensors.inc"
#include "about.inc"
#include "radar.inc"
#include "satellite.inc"
#include "map.inc"
  

  

  History:  
Day
Week
Month
Year
  
  




##
##
##

#if $day.UV.has_data

#end if
#if $day.radiation.has_data

#end if
#if $day.inTemp.has_data

#end if
#if $day.extraTemp1.has_data or $day.extraTemp2.has_data or 
$day.extraTemp3.has_data

#end if
#if $day.rxCheckPercent.has_data

#end if
  
  








#if $week.UV.has_data

#end if
#if $week.radiation.has_data

#end if
#if $week.inTemp.has_data

#end if
#if $week.extraTemp1.has_data or $week.extraTemp2.has_data or 
$week.extraTemp3.has_data

#end if
#if $week.rxCheckPercent.has_data

#end if
  
  








#if $month.UV.has_data

#end if
#if $month.radiation.has_data

#end if
#if $month.inTemp.has_data

#end if
#if $month.extraTemp1.has_data or $month.extraTemp2.has_data or 
$month.extraTemp3.has_data

#end if
#if $month.rxCheckPercent.has_data

#end if
  
  








#if $year.UV.has_data

#end if
#if $year.radiation.has_data

#end if
#if $year.inTemp.has_data

#end if
#if $year.extraTemp1.has_data or $year.extraTemp2.has_data or 
$year.extraTemp3.has_data

#end if
#if $year.rxCheckPercent.has_data

#end if
  

  



  This station is controlled by http://weewx.com/";>WeeWX, 
an
  experimental weather software system written in Python.


#include "analytics.inc"






On Saturday, April 25, 2020 at 11:00:18 PM UTC-4, John Kline wrote:
>
> And we still have the outstanding request for the whole index.html.tmp 
> file.
>
> On Apr 25, 2020, at 7:58 PM, John Kline > 
> wrote:
>
> 
> Are you sure you don’t have more of those single # around.  Like for the 
> week, month and year?
>
> Also, please verify each time you try something that index.html is still 
> not being written by checking the date with ls -l.  (And, of course, wait 
> for an archive cycle.)
>
> Lastly, for sure there must be errors in the log for this.
>
> On Apr 25, 2020, at 7:47 PM, michael form > 
> wrote:
>
> 
> Well, I mentioned that I am a Linux novice. I usually design embedded 
> hardware systems. :)
>
> I changed it to ## and still no difference.
>
> Here is the first part of /etc/weewx/skins/Seasons/index/html/tmpl dealing 
> with daily images: I did not include the weekly and monthly info below.
>
> ## Copyright 2009-2018 Tom Keffer, Matthew Wall
> ## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
> #errorCatcher Echo
> ##
> ## Specifying an encoding of UTF-8 is usually safe:
> #encoding UTF-8
> ##
> 
> 
>   
> ## This choice should match the #encoding directive above
> 
> $station.location
> 
> 
> 
>   
>
>   
> #include "titlebar.inc"
> 
> 
>   
> #include "current.inc"
> #include "sunmoon.inc"
> #include "hilo.inc"
> #include "sensors.inc"
> #include "about.inc"
> #include "radar.inc"
> #include "satellite.inc"
> #include "map.inc"
>   
>
>   
> 
>   History:  
> onclick="choose_history('day')">Day
> onclick="choose_history('week')">Week
> 

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

This is also your friend:

https://cheetahtemplate.org/users_guide/language.html

> On Apr 25, 2020, at 8:00 PM, John Kline  wrote:
> 
> 
> And we still have the outstanding request for the whole index.html.tmp file.
> 
>>> On Apr 25, 2020, at 7:58 PM, John Kline  wrote:
>>> 
>> 
>> Are you sure you don’t have more of those single # around.  Like for the 
>> week, month and year?
>> 
>> Also, please verify each time you try something that index.html is still not 
>> being written by checking the date with ls -l.  (And, of course, wait for an 
>> archive cycle.)
>> 
>> Lastly, for sure there must be errors in the log for this.
>> 
 On Apr 25, 2020, at 7:47 PM, michael form  wrote:
 
>>> 
>>> Well, I mentioned that I am a Linux novice. I usually design embedded 
>>> hardware systems. :)
>>> 
>>> I changed it to ## and still no difference.
>>> 
>>> Here is the first part of /etc/weewx/skins/Seasons/index/html/tmpl dealing 
>>> with daily images: I did not include the weekly and monthly info below.
>>> 
>>> ## Copyright 2009-2018 Tom Keffer, Matthew Wall
>>> ## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
>>> #errorCatcher Echo
>>> ##
>>> ## Specifying an encoding of UTF-8 is usually safe:
>>> #encoding UTF-8
>>> ##
>>> 
>>> 
>>>   
>>> ## This choice should match the #encoding directive above
>>> 
>>> $station.location
>>> 
>>> 
>>> 
>>>   
>>> 
>>>   
>>> #include "titlebar.inc"
>>> 
>>> 
>>>   
>>> #include "current.inc"
>>> #include "sunmoon.inc"
>>> #include "hilo.inc"
>>> #include "sensors.inc"
>>> #include "about.inc"
>>> #include "radar.inc"
>>> #include "satellite.inc"
>>> #include "map.inc"
>>>   
>>> 
>>>   
>>> 
>>>   History:  
>>> >>onclick="choose_history('day')">Day
>>> >>onclick="choose_history('week')">Week
>>> >>onclick="choose_history('month')">Month
>>> >>onclick="choose_history('year')">Year
>>>   
>>>   
>>> 
>>> 
>>> 
>>> 
>>> ##
>>> ##
>>> ##
>>> 
>>> #if $day.UV.has_data
>>> 
>>> #end if
>>> #if $day.radiation.has_data
>>> 
>>> #end if
>>> #if $day.inTemp.has_data
>>> 
>>> #end if
>>> #if $day.extraTemp1.has_data or $day.extraTemp2.has_data or 
>>> $day.extraTemp3.has_data
>>> 
>>> #end if
>>> #if $day.rxCheckPercent.has_data
>>> 
>>> #end if
>>> 
 On Saturday, April 25, 2020 at 10:26:28 PM UTC-4, John Kline wrote:
 # is cheetah
 ## is a comment
 
>> On Apr 25, 2020, at 7:25 PM, John Kline  wrote:
>> 
> 
> Oh, change the #
> To ##
> 
>>> On Apr 25, 2020, at 7:23 PM, michael form  wrote:
>>> 
>> 
>> OK. 
>> 
>> ls -l /var/www/html/index.html
>> 
>> 10710 Apr 18 19:44
>> 
>> which remains the same as time passes. So indeed, it looks like you are 
>> correct in that the page is not updated even though the plots change 
>> with variations
>> in sensor outputs (i.e. the temperature changes).
>> 
>> In /etc/weewx/skins/Seasons/index.html.tmpl I commented out the 
>> following with "#".
>> 
>> #
>>  #   
>> #
>> 
>> Where have I gone astray? What needs to be done to have the page 
>> regenerated to display properly?
>> 
>>> On Saturday, April 25, 2020 at 9:34:39 PM UTC-4, John Kline wrote:
>>> 
>>> 
> On Apr 25, 2020, at 6:30 PM, michael form  wrote:
> 
 
 Yes. I have cleared the browser cache. 
 
 Where do I find " public_html/index.html" on a Debian install? 
>>> I forget, but probably /var/weewx/public_html/index.html
>>> If that doesn’t work, someone else will know (or I’ll look at the 
>>> install code).
 
 Thanks.
 
> On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
> I take it you have cleared your browser cache
> 
> Gary
> 
> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
>> 
>>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>>> 
>>> I’m looking for a date index.html.  Just because the graphs are 
>>> being updated doesn’t mean the page is being regenerated.
>>> 
>>> Your symptoms would indicate that the page is failing to be 
>>> regenerated.  The old page would still show the latest graphs.
>>> 
>>> Humor me with the ls output.
>>> 
>> 
>> Magrathea:weewx-installed katherinebarto$ ls

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

And we still have the outstanding request for the whole index.html.tmp file.

> On Apr 25, 2020, at 7:58 PM, John Kline  wrote:
> 
> 
> Are you sure you don’t have more of those single # around.  Like for the 
> week, month and year?
> 
> Also, please verify each time you try something that index.html is still not 
> being written by checking the date with ls -l.  (And, of course, wait for an 
> archive cycle.)
> 
> Lastly, for sure there must be errors in the log for this.
> 
>>> On Apr 25, 2020, at 7:47 PM, michael form  wrote:
>>> 
>> 
>> Well, I mentioned that I am a Linux novice. I usually design embedded 
>> hardware systems. :)
>> 
>> I changed it to ## and still no difference.
>> 
>> Here is the first part of /etc/weewx/skins/Seasons/index/html/tmpl dealing 
>> with daily images: I did not include the weekly and monthly info below.
>> 
>> ## Copyright 2009-2018 Tom Keffer, Matthew Wall
>> ## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
>> #errorCatcher Echo
>> ##
>> ## Specifying an encoding of UTF-8 is usually safe:
>> #encoding UTF-8
>> ##
>> 
>> 
>>   
>> ## This choice should match the #encoding directive above
>> 
>> $station.location
>> 
>> 
>> 
>>   
>> 
>>   
>> #include "titlebar.inc"
>> 
>> 
>>   
>> #include "current.inc"
>> #include "sunmoon.inc"
>> #include "hilo.inc"
>> #include "sensors.inc"
>> #include "about.inc"
>> #include "radar.inc"
>> #include "satellite.inc"
>> #include "map.inc"
>>   
>> 
>>   
>> 
>>   History:  
>> >onclick="choose_history('day')">Day
>> >onclick="choose_history('week')">Week
>> >onclick="choose_history('month')">Month
>> >onclick="choose_history('year')">Year
>>   
>>   
>> 
>> 
>> 
>> 
>> ##
>> ##
>> ##
>> 
>> #if $day.UV.has_data
>> 
>> #end if
>> #if $day.radiation.has_data
>> 
>> #end if
>> #if $day.inTemp.has_data
>> 
>> #end if
>> #if $day.extraTemp1.has_data or $day.extraTemp2.has_data or 
>> $day.extraTemp3.has_data
>> 
>> #end if
>> #if $day.rxCheckPercent.has_data
>> 
>> #end if
>> 
>>> On Saturday, April 25, 2020 at 10:26:28 PM UTC-4, John Kline wrote:
>>> # is cheetah
>>> ## is a comment
>>> 
> On Apr 25, 2020, at 7:25 PM, John Kline  wrote:
> 
 
 Oh, change the #
 To ##
 
>> On Apr 25, 2020, at 7:23 PM, michael form  wrote:
>> 
> 
> OK. 
> 
> ls -l /var/www/html/index.html
> 
> 10710 Apr 18 19:44
> 
> which remains the same as time passes. So indeed, it looks like you are 
> correct in that the page is not updated even though the plots change with 
> variations
> in sensor outputs (i.e. the temperature changes).
> 
> In /etc/weewx/skins/Seasons/index.html.tmpl I commented out the following 
> with "#".
> 
> #
>  #   
> #
> 
> Where have I gone astray? What needs to be done to have the page 
> regenerated to display properly?
> 
>> On Saturday, April 25, 2020 at 9:34:39 PM UTC-4, John Kline wrote:
>> 
>> 
 On Apr 25, 2020, at 6:30 PM, michael form  wrote:
 
>>> 
>>> Yes. I have cleared the browser cache. 
>>> 
>>> Where do I find " public_html/index.html" on a Debian install? 
>> I forget, but probably /var/weewx/public_html/index.html
>> If that doesn’t work, someone else will know (or I’ll look at the 
>> install code).
>>> 
>>> Thanks.
>>> 
 On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
 I take it you have cleared your browser cache
 
 Gary
 
 On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
> 
>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>> 
>> I’m looking for a date index.html.  Just because the graphs are 
>> being updated doesn’t mean the page is being regenerated.
>> 
>> Your symptoms would indicate that the page is failing to be 
>> regenerated.  The old page would still show the latest graphs.
>> 
>> Humor me with the ls output.
>> 
> 
> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
> Magrathea:weewx-installed katherinebarto$ date
> Sat Apr 25 16:58:58 PDT 2020
> 
> 
 On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
 
>>>

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

Are you sure you don’t have more of those single # around.  Like for the week, 
month and year?

Also, please verify each time you try something that index.html is still not 
being written by checking the date with ls -l.  (And, of course, wait for an 
archive cycle.)

Lastly, for sure there must be errors in the log for this.

> On Apr 25, 2020, at 7:47 PM, michael form  wrote:
> 
> 
> Well, I mentioned that I am a Linux novice. I usually design embedded 
> hardware systems. :)
> 
> I changed it to ## and still no difference.
> 
> Here is the first part of /etc/weewx/skins/Seasons/index/html/tmpl dealing 
> with daily images: I did not include the weekly and monthly info below.
> 
> ## Copyright 2009-2018 Tom Keffer, Matthew Wall
> ## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
> #errorCatcher Echo
> ##
> ## Specifying an encoding of UTF-8 is usually safe:
> #encoding UTF-8
> ##
> 
> 
>   
> ## This choice should match the #encoding directive above
> 
> $station.location
> 
> 
> 
>   
> 
>   
> #include "titlebar.inc"
> 
> 
>   
> #include "current.inc"
> #include "sunmoon.inc"
> #include "hilo.inc"
> #include "sensors.inc"
> #include "about.inc"
> #include "radar.inc"
> #include "satellite.inc"
> #include "map.inc"
>   
> 
>   
> 
>   History:  
> onclick="choose_history('day')">Day
> onclick="choose_history('week')">Week
> onclick="choose_history('month')">Month
> onclick="choose_history('year')">Year
>   
>   
> 
> 
> 
> 
> ##
> ##
> ##
> 
> #if $day.UV.has_data
> 
> #end if
> #if $day.radiation.has_data
> 
> #end if
> #if $day.inTemp.has_data
> 
> #end if
> #if $day.extraTemp1.has_data or $day.extraTemp2.has_data or 
> $day.extraTemp3.has_data
> 
> #end if
> #if $day.rxCheckPercent.has_data
> 
> #end if
> 
>> On Saturday, April 25, 2020 at 10:26:28 PM UTC-4, John Kline wrote:
>> # is cheetah
>> ## is a comment
>> 
 On Apr 25, 2020, at 7:25 PM, John Kline  wrote:
 
>>> 
>>> Oh, change the #
>>> To ##
>>> 
> On Apr 25, 2020, at 7:23 PM, michael form  wrote:
> 
 
 OK. 
 
 ls -l /var/www/html/index.html
 
 10710 Apr 18 19:44
 
 which remains the same as time passes. So indeed, it looks like you are 
 correct in that the page is not updated even though the plots change with 
 variations
 in sensor outputs (i.e. the temperature changes).
 
 In /etc/weewx/skins/Seasons/index.html.tmpl I commented out the following 
 with "#".
 
 #
  #   
 #
 
 Where have I gone astray? What needs to be done to have the page 
 regenerated to display properly?
 
> On Saturday, April 25, 2020 at 9:34:39 PM UTC-4, John Kline wrote:
> 
> 
>>> On Apr 25, 2020, at 6:30 PM, michael form  wrote:
>>> 
>> 
>> Yes. I have cleared the browser cache. 
>> 
>> Where do I find " public_html/index.html" on a Debian install? 
> I forget, but probably /var/weewx/public_html/index.html
> If that doesn’t work, someone else will know (or I’ll look at the install 
> code).
>> 
>> Thanks.
>> 
>>> On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
>>> I take it you have cleared your browser cache
>>> 
>>> Gary
>>> 
>>> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
 
> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
> 
> I’m looking for a date index.html.  Just because the graphs are being 
> updated doesn’t mean the page is being regenerated.
> 
> Your symptoms would indicate that the page is failing to be 
> regenerated.  The old page would still show the latest graphs.
> 
> Humor me with the ls output.
> 
 
 Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
 -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
 Magrathea:weewx-installed katherinebarto$ date
 Sat Apr 25 16:58:58 PDT 2020
 
 
>>> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
>>> 
>> 
>> 
>>> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
>>> 
>>> It could be that you broke something when editing index.html.tmpl.  
>>> If you did, you would see errors in the log and 
>>> public_html/index.html would never be regenerated.
>>> 
>>>

Re: [weewx-user] Need help removing plots from web page display

[michael form]

Well, I mentioned that I am a Linux novice. I usually design embedded 
hardware systems. :)

I changed it to ## and still no difference.

Here is the first part of /etc/weewx/skins/Seasons/index/html/tmpl dealing 
with daily images: I did not include the weekly and monthly info below.

## Copyright 2009-2018 Tom Keffer, Matthew Wall
## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
#errorCatcher Echo
##
## Specifying an encoding of UTF-8 is usually safe:
#encoding UTF-8
##


  
## This choice should match the #encoding directive above

$station.location



  

  
#include "titlebar.inc"


  
#include "current.inc"
#include "sunmoon.inc"
#include "hilo.inc"
#include "sensors.inc"
#include "about.inc"
#include "radar.inc"
#include "satellite.inc"
#include "map.inc"
  

  

  History:  
Day
Week
Month
Year
  
  




##
##
##

#if $day.UV.has_data

#end if
#if $day.radiation.has_data

#end if
#if $day.inTemp.has_data

#end if
#if $day.extraTemp1.has_data or $day.extraTemp2.has_data or 
$day.extraTemp3.has_data

#end if
#if $day.rxCheckPercent.has_data

#end if

On Saturday, April 25, 2020 at 10:26:28 PM UTC-4, John Kline wrote:
>
> # is cheetah
> ## is a comment
>
> On Apr 25, 2020, at 7:25 PM, John Kline > 
> wrote:
>
> 
> Oh, change the #
> To ##
>
> On Apr 25, 2020, at 7:23 PM, michael form > 
> wrote:
>
> 
> OK. 
>
> ls -l /var/www/html/index.html
>
> 10710 Apr 18 19:44
>
> which remains the same as time passes. So indeed, it looks like you are 
> correct in that the page is not updated even though the plots change with 
> variations
> in sensor outputs (i.e. the temperature changes).
>
> In /etc/weewx/skins/Seasons/index.html.tmpl I commented out the following 
> with "#".
>
> #
>  #   
> #
>
> Where have I gone astray? What needs to be done to have the page 
> regenerated to display properly?
>
> On Saturday, April 25, 2020 at 9:34:39 PM UTC-4, John Kline wrote:
>>
>>
>>
>> On Apr 25, 2020, at 6:30 PM, michael form  wrote:
>>
>> 
>> Yes. I have cleared the browser cache. 
>>
>> Where do I find " public_html/index.html" on a Debian install? 
>>
>> I forget, but probably /var/weewx/public_html/index.html
>> If that doesn’t work, someone else will know (or I’ll look at the install 
>> code).
>>
>>
>> Thanks.
>>
>> On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
>>>
>>> I take it you have cleared your browser cache
>>>
>>> Gary
>>>
>>> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:

 On Apr 25, 2020, at 4:54 PM, John Kline  wrote:

 I’m looking for a date index.html.  Just because the graphs are being 
 updated doesn’t mean the page is being regenerated.

 Your symptoms would indicate that the page is failing to be 
 regenerated.  The old page would still show the latest graphs.

 Humor me with the ls output.


 Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
 -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
 Magrathea:weewx-installed katherinebarto$ date
 Sat Apr 25 16:58:58 PDT 2020


 On Apr 25, 2020, at 4:52 PM, David Barto  wrote:

 

 On Apr 25, 2020, at 2:55 PM, John Kline  wrote:

 It could be that you broke something when editing index.html.tmpl.  If 
 you did, you would see errors in the log and public_html/index.html would 
 never be regenerated.

 What the date on public_html/index.html?

 Do something like:
 ls -l /home/weewx/public_html/index.html


 My main page is getting updated just fine, that doesn’t seem to be an 
 issue.

 David

 On Apr 25, 2020, at 2:12 PM, michael form  wrote:

 
 Here it is:


  [[SeasonsReport]]
 # The SeasonsReport uses the 'Seasons' skin, which contains the
 # images, templates and plots for the report.
 skin = Seasons
 enable = true


 On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>
> I see that you have said you already changed index.html.tmpl.  What 
> does your entry for the SeasonsReport look like in weewx.conf?
>
> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
>
> 
> I will admit that I am a novice when it comes to Linux, but I have 
> searched and followed directions in posts regarding the removal of plots 
> from the web page that weewx displays. Weewx is runnin

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

# is cheetah
## is a comment

> On Apr 25, 2020, at 7:25 PM, John Kline  wrote:
> 
> 
> Oh, change the #
> To ##
> 
>>> On Apr 25, 2020, at 7:23 PM, michael form  wrote:
>>> 
>> 
>> OK. 
>> 
>> ls -l /var/www/html/index.html
>> 
>> 10710 Apr 18 19:44
>> 
>> which remains the same as time passes. So indeed, it looks like you are 
>> correct in that the page is not updated even though the plots change with 
>> variations
>> in sensor outputs (i.e. the temperature changes).
>> 
>> In /etc/weewx/skins/Seasons/index.html.tmpl I commented out the following 
>> with "#".
>> 
>> #
>>  #   
>> #
>> 
>> Where have I gone astray? What needs to be done to have the page regenerated 
>> to display properly?
>> 
>>> On Saturday, April 25, 2020 at 9:34:39 PM UTC-4, John Kline wrote:
>>> 
>>> 
> On Apr 25, 2020, at 6:30 PM, michael form  wrote:
> 
 
 Yes. I have cleared the browser cache. 
 
 Where do I find " public_html/index.html" on a Debian install? 
>>> I forget, but probably /var/weewx/public_html/index.html
>>> If that doesn’t work, someone else will know (or I’ll look at the install 
>>> code).
 
 Thanks.
 
> On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
> I take it you have cleared your browser cache
> 
> Gary
> 
> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
>> 
>>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>>> 
>>> I’m looking for a date index.html.  Just because the graphs are being 
>>> updated doesn’t mean the page is being regenerated.
>>> 
>>> Your symptoms would indicate that the page is failing to be 
>>> regenerated.  The old page would still show the latest graphs.
>>> 
>>> Humor me with the ls output.
>>> 
>> 
>> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
>> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
>> Magrathea:weewx-installed katherinebarto$ date
>> Sat Apr 25 16:58:58 PDT 2020
>> 
>> 
> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
> 
 
 
> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
> 
> It could be that you broke something when editing index.html.tmpl.  
> If you did, you would see errors in the log and 
> public_html/index.html would never be regenerated.
> 
> What the date on public_html/index.html?
> 
> Do something like:
> ls -l /home/weewx/public_html/index.html
> 
 
 My main page is getting updated just fine, that doesn’t seem to be an 
 issue.
 
David
 
>>> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
>>> 
>> 
>> Here it is:
>> 
>> 
>>  [[SeasonsReport]]
>> # The SeasonsReport uses the 'Seasons' skin, which contains 
>> the
>> # images, templates and plots for the report.
>> skin = Seasons
>> enable = true
>> 
>> 
>>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>>> I see that you have said you already changed index.html.tmpl.  What 
>>> does your entry for the SeasonsReport look like in weewx.conf?
>>> 
> On Apr 25, 2020, at 11:12 AM, michael form  
> wrote:
> 
 
 I will admit that I am a novice when it comes to Linux, but I have 
 searched and followed directions in posts regarding the removal of 
 plots from the web page that weewx displays. Weewx is running 
 nicely on a Raspberry Pi 3 but when I look at the generated web 
 page it includes things like WIND SPEED and WIND DIRECTION that I 
 do not need or want in my application. 
 
 In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
 [[[daywinddir]]] and its entries and [[[daywindvec]]] and its 
 entries. 
 In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  
 the following lines: img src="daywindirection.png, , and img 
 src="daywindvec.png,. 
 
 However, after doing this, plots of Wind Speed, Wind Direction and 
 Wind Vector still are showing up on the generated web page. Any 
 suggestions on what I am doing wrong and how best to remove plots 
 that I do not need?
 
 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...@googlegroups.com.
 To view t

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

Oh, change the #
To ##

> On Apr 25, 2020, at 7:23 PM, michael form  wrote:
> 
> 
> OK. 
> 
> ls -l /var/www/html/index.html
> 
> 10710 Apr 18 19:44
> 
> which remains the same as time passes. So indeed, it looks like you are 
> correct in that the page is not updated even though the plots change with 
> variations
> in sensor outputs (i.e. the temperature changes).
> 
> In /etc/weewx/skins/Seasons/index.html.tmpl I commented out the following 
> with "#".
> 
> #
>  #   
> #
> 
> Where have I gone astray? What needs to be done to have the page regenerated 
> to display properly?
> 
>> On Saturday, April 25, 2020 at 9:34:39 PM UTC-4, John Kline wrote:
>> 
>> 
 On Apr 25, 2020, at 6:30 PM, michael form  wrote:
 
>>> 
>>> Yes. I have cleared the browser cache. 
>>> 
>>> Where do I find " public_html/index.html" on a Debian install? 
>> I forget, but probably /var/weewx/public_html/index.html
>> If that doesn’t work, someone else will know (or I’ll look at the install 
>> code).
>>> 
>>> Thanks.
>>> 
 On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
 I take it you have cleared your browser cache
 
 Gary
 
 On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
> 
>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>> 
>> I’m looking for a date index.html.  Just because the graphs are being 
>> updated doesn’t mean the page is being regenerated.
>> 
>> Your symptoms would indicate that the page is failing to be regenerated. 
>>  The old page would still show the latest graphs.
>> 
>> Humor me with the ls output.
>> 
> 
> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
> Magrathea:weewx-installed katherinebarto$ date
> Sat Apr 25 16:58:58 PDT 2020
> 
> 
 On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
 
>>> 
>>> 
 On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
 
 It could be that you broke something when editing index.html.tmpl.  If 
 you did, you would see errors in the log and public_html/index.html 
 would never be regenerated.
 
 What the date on public_html/index.html?
 
 Do something like:
 ls -l /home/weewx/public_html/index.html
 
>>> 
>>> My main page is getting updated just fine, that doesn’t seem to be an 
>>> issue.
>>> 
>>> David
>>> 
>> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
>> 
> 
> Here it is:
> 
> 
>  [[SeasonsReport]]
> # The SeasonsReport uses the 'Seasons' skin, which contains 
> the
> # images, templates and plots for the report.
> skin = Seasons
> enable = true
> 
> 
>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>> I see that you have said you already changed index.html.tmpl.  What 
>> does your entry for the SeasonsReport look like in weewx.conf?
>> 
 On Apr 25, 2020, at 11:12 AM, michael form  
 wrote:
 
>>> 
>>> I will admit that I am a novice when it comes to Linux, but I have 
>>> searched and followed directions in posts regarding the removal of 
>>> plots from the web page that weewx displays. Weewx is running 
>>> nicely on a Raspberry Pi 3 but when I look at the generated web 
>>> page it includes things like WIND SPEED and WIND DIRECTION that I 
>>> do not need or want in my application. 
>>> 
>>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its 
>>> entries. 
>>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  
>>> the following lines: img src="daywindirection.png, , and img 
>>> src="daywindvec.png,. 
>>> 
>>> However, after doing this, plots of Wind Speed, Wind Direction and 
>>> Wind Vector still are showing up on the generated web page. Any 
>>> suggestions on what I am doing wrong and how best to remove plots 
>>> that I do not need?
>>> 
>>> 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...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com.
> 
> 
> -- 
> You received this message because 

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

I much appreciate that you did the ls -l.

Now we need the contents of index.html.tmpl


> On Apr 25, 2020, at 7:23 PM, michael form  wrote:
> 
> 
> OK. 
> 
> ls -l /var/www/html/index.html
> 
> 10710 Apr 18 19:44
> 
> which remains the same as time passes. So indeed, it looks like you are 
> correct in that the page is not updated even though the plots change with 
> variations
> in sensor outputs (i.e. the temperature changes).
> 
> In /etc/weewx/skins/Seasons/index.html.tmpl I commented out the following 
> with "#".
> 
> #
>  #   
> #
> 
> Where have I gone astray? What needs to be done to have the page regenerated 
> to display properly?
> 
>> On Saturday, April 25, 2020 at 9:34:39 PM UTC-4, John Kline wrote:
>> 
>> 
 On Apr 25, 2020, at 6:30 PM, michael form  wrote:
 
>>> 
>>> Yes. I have cleared the browser cache. 
>>> 
>>> Where do I find " public_html/index.html" on a Debian install? 
>> I forget, but probably /var/weewx/public_html/index.html
>> If that doesn’t work, someone else will know (or I’ll look at the install 
>> code).
>>> 
>>> Thanks.
>>> 
 On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
 I take it you have cleared your browser cache
 
 Gary
 
 On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
> 
>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>> 
>> I’m looking for a date index.html.  Just because the graphs are being 
>> updated doesn’t mean the page is being regenerated.
>> 
>> Your symptoms would indicate that the page is failing to be regenerated. 
>>  The old page would still show the latest graphs.
>> 
>> Humor me with the ls output.
>> 
> 
> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
> Magrathea:weewx-installed katherinebarto$ date
> Sat Apr 25 16:58:58 PDT 2020
> 
> 
 On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
 
>>> 
>>> 
 On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
 
 It could be that you broke something when editing index.html.tmpl.  If 
 you did, you would see errors in the log and public_html/index.html 
 would never be regenerated.
 
 What the date on public_html/index.html?
 
 Do something like:
 ls -l /home/weewx/public_html/index.html
 
>>> 
>>> My main page is getting updated just fine, that doesn’t seem to be an 
>>> issue.
>>> 
>>> David
>>> 
>> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
>> 
> 
> Here it is:
> 
> 
>  [[SeasonsReport]]
> # The SeasonsReport uses the 'Seasons' skin, which contains 
> the
> # images, templates and plots for the report.
> skin = Seasons
> enable = true
> 
> 
>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>> I see that you have said you already changed index.html.tmpl.  What 
>> does your entry for the SeasonsReport look like in weewx.conf?
>> 
 On Apr 25, 2020, at 11:12 AM, michael form  
 wrote:
 
>>> 
>>> I will admit that I am a novice when it comes to Linux, but I have 
>>> searched and followed directions in posts regarding the removal of 
>>> plots from the web page that weewx displays. Weewx is running 
>>> nicely on a Raspberry Pi 3 but when I look at the generated web 
>>> page it includes things like WIND SPEED and WIND DIRECTION that I 
>>> do not need or want in my application. 
>>> 
>>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its 
>>> entries. 
>>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  
>>> the following lines: img src="daywindirection.png, , and img 
>>> src="daywindvec.png,. 
>>> 
>>> However, after doing this, plots of Wind Speed, Wind Direction and 
>>> Wind Vector still are showing up on the generated web page. Any 
>>> suggestions on what I am doing wrong and how best to remove plots 
>>> that I do not need?
>>> 
>>> 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...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com.
> 

Re: [weewx-user] Need help removing plots from web page display

[michael form]

OK. 

ls -l /var/www/html/index.html

10710 Apr 18 19:44

which remains the same as time passes. So indeed, it looks like you are 
correct in that the page is not updated even though the plots change with 
variations
in sensor outputs (i.e. the temperature changes).

In /etc/weewx/skins/Seasons/index.html.tmpl I commented out the following 
with "#".

#
 #   
#

Where have I gone astray? What needs to be done to have the page 
regenerated to display properly?

On Saturday, April 25, 2020 at 9:34:39 PM UTC-4, John Kline wrote:
>
>
>
> On Apr 25, 2020, at 6:30 PM, michael form > 
> wrote:
>
> 
> Yes. I have cleared the browser cache. 
>
> Where do I find " public_html/index.html" on a Debian install? 
>
> I forget, but probably /var/weewx/public_html/index.html
> If that doesn’t work, someone else will know (or I’ll look at the install 
> code).
>
>
> Thanks.
>
> On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
>>
>> I take it you have cleared your browser cache
>>
>> Gary
>>
>> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
>>>
>>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>>>
>>> I’m looking for a date index.html.  Just because the graphs are being 
>>> updated doesn’t mean the page is being regenerated.
>>>
>>> Your symptoms would indicate that the page is failing to be regenerated. 
>>>  The old page would still show the latest graphs.
>>>
>>> Humor me with the ls output.
>>>
>>>
>>> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
>>> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
>>> Magrathea:weewx-installed katherinebarto$ date
>>> Sat Apr 25 16:58:58 PDT 2020
>>>
>>>
>>> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
>>>
>>> 
>>>
>>> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
>>>
>>> It could be that you broke something when editing index.html.tmpl.  If 
>>> you did, you would see errors in the log and public_html/index.html would 
>>> never be regenerated.
>>>
>>> What the date on public_html/index.html?
>>>
>>> Do something like:
>>> ls -l /home/weewx/public_html/index.html
>>>
>>>
>>> My main page is getting updated just fine, that doesn’t seem to be an 
>>> issue.
>>>
>>> David
>>>
>>> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
>>>
>>> 
>>> Here it is:
>>>
>>>
>>>  [[SeasonsReport]]
>>> # The SeasonsReport uses the 'Seasons' skin, which contains the
>>> # images, templates and plots for the report.
>>> skin = Seasons
>>> enable = true
>>>
>>>
>>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:

 I see that you have said you already changed index.html.tmpl.  What 
 does your entry for the SeasonsReport look like in weewx.conf?

 On Apr 25, 2020, at 11:12 AM, michael form  wrote:

 
 I will admit that I am a novice when it comes to Linux, but I have 
 searched and followed directions in posts regarding the removal of plots 
 from the web page that weewx displays. Weewx is running nicely on a 
 Raspberry Pi 3 but when I look at the generated web page it includes 
 things 
 like WIND SPEED and WIND DIRECTION that I do not need or want in my 
 application. 

 In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
 [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
 In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
 following lines: img src="daywindirection.png, , and img 
 src="daywindvec.png,. 

 However, after doing this, plots of Wind Speed, Wind Direction and Wind 
 Vector still are showing up on the generated web page. Any suggestions on 
 what I am doing wrong and how best to remove plots that I do not need?

 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...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>>
>>> -- 
>>> You received this message because you are subscri

Re: [weewx-user] Need help removing plots from web page display

[gjr80]

Yes, sounds like it's time to post the modified index.html.tmpl. In fact, 
to remove all doubt I would say post the output of this command:

$ cat /etc/weewx/skins/Seasons/index.html.tmpl

Gary

On Sunday, 26 April 2020 12:08:02 UTC+10, John Kline wrote:
>
> We still don’t know how he commented out the image statements.  For 
> instance, if he used //, it would work out for him.
>

-- 
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/cc83b1f8-629b-41a9-b636-6a512988e7ca%40googlegroups.com.

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

We still don’t know how he commented out the image statements.  For instance, 
if he used //, it would work out for him.


> On Apr 25, 2020, at 6:48 PM, gjr80  wrote:
> 
> 
> Where depends on the WeeWX install type. For a setup.py install you will find 
> the directory public_html in /home/weewx. For a package install you won't 
> find a directory named public_html, rather the default location for Cheetah 
> generated output is  /var/www/html/weewx. Put another way, the WeeWX symbolic 
> name HTML_ROOT refers to /home/weewx/public_html for a setup.py install and 
> to /var/www/html/weewx for a package install. Refer to Where to find things 
> in the User's Guide.
> 
> Gary
> 
>> On Sunday, 26 April 2020 11:34:39 UTC+10, John Kline wrote:
>> 
>> 
 On Apr 25, 2020, at 6:30 PM, michael form  wrote:
 
>>> 
>>> Yes. I have cleared the browser cache. 
>>> 
>>> Where do I find " public_html/index.html" on a Debian install? 
>> I forget, but probably /var/weewx/public_html/index.html
>> If that doesn’t work, someone else will know (or I’ll look at the install 
>> code).
>>> 
>>> Thanks.
>>> 
 On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
 I take it you have cleared your browser cache
 
 Gary
 
 On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
> 
>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>> 
>> I’m looking for a date index.html.  Just because the graphs are being 
>> updated doesn’t mean the page is being regenerated.
>> 
>> Your symptoms would indicate that the page is failing to be regenerated. 
>>  The old page would still show the latest graphs.
>> 
>> Humor me with the ls output.
>> 
> 
> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
> Magrathea:weewx-installed katherinebarto$ date
> Sat Apr 25 16:58:58 PDT 2020
> 
> 
 On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
 
>>> 
>>> 
 On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
 
 It could be that you broke something when editing index.html.tmpl.  If 
 you did, you would see errors in the log and public_html/index.html 
 would never be regenerated.
 
 What the date on public_html/index.html?
 
 Do something like:
 ls -l /home/weewx/public_html/index.html
 
>>> 
>>> My main page is getting updated just fine, that doesn’t seem to be an 
>>> issue.
>>> 
>>> David
>>> 
>> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
>> 
> 
> Here it is:
> 
> 
>  [[SeasonsReport]]
> # The SeasonsReport uses the 'Seasons' skin, which contains 
> the
> # images, templates and plots for the report.
> skin = Seasons
> enable = true
> 
> 
>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>> I see that you have said you already changed index.html.tmpl.  What 
>> does your entry for the SeasonsReport look like in weewx.conf?
>> 
 On Apr 25, 2020, at 11:12 AM, michael form  
 wrote:
 
>>> 
>>> I will admit that I am a novice when it comes to Linux, but I have 
>>> searched and followed directions in posts regarding the removal of 
>>> plots from the web page that weewx displays. Weewx is running 
>>> nicely on a Raspberry Pi 3 but when I look at the generated web 
>>> page it includes things like WIND SPEED and WIND DIRECTION that I 
>>> do not need or want in my application. 
>>> 
>>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its 
>>> entries. 
>>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  
>>> the following lines: img src="daywindirection.png, , and img 
>>> src="daywindvec.png,. 
>>> 
>>> However, after doing this, plots of Wind Speed, Wind Direction and 
>>> Wind Vector still are showing up on the generated web page. Any 
>>> suggestions on what I am doing wrong and how best to remove plots 
>>> that I do not need?
>>> 
>>> 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...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com.
> 
> 

Re: [weewx-user] Need help removing plots from web page display

[gjr80]

Where depends on the WeeWX install type. For a setup.py install you will 
find the directory public_html in /home/weewx. For a package install you 
won't find a directory named public_html, rather the default location for 
Cheetah generated output is  /var/www/html/weewx. Put another way, the 
WeeWX symbolic name HTML_ROOT refers to /home/weewx/public_html for a 
setup.py install and to /var/www/html/weewx for a package install. Refer to 
Where 
to find things  
in the User's Guide .

Gary

On Sunday, 26 April 2020 11:34:39 UTC+10, John Kline wrote:
>
>
>
> On Apr 25, 2020, at 6:30 PM, michael form > 
> wrote:
>
> 
> Yes. I have cleared the browser cache. 
>
> Where do I find " public_html/index.html" on a Debian install? 
>
> I forget, but probably /var/weewx/public_html/index.html
> If that doesn’t work, someone else will know (or I’ll look at the install 
> code).
>
>
> Thanks.
>
> On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
>>
>> I take it you have cleared your browser cache
>>
>> Gary
>>
>> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
>>>
>>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>>>
>>> I’m looking for a date index.html.  Just because the graphs are being 
>>> updated doesn’t mean the page is being regenerated.
>>>
>>> Your symptoms would indicate that the page is failing to be regenerated. 
>>>  The old page would still show the latest graphs.
>>>
>>> Humor me with the ls output.
>>>
>>>
>>> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
>>> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
>>> Magrathea:weewx-installed katherinebarto$ date
>>> Sat Apr 25 16:58:58 PDT 2020
>>>
>>>
>>> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
>>>
>>> 
>>>
>>> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
>>>
>>> It could be that you broke something when editing index.html.tmpl.  If 
>>> you did, you would see errors in the log and public_html/index.html would 
>>> never be regenerated.
>>>
>>> What the date on public_html/index.html?
>>>
>>> Do something like:
>>> ls -l /home/weewx/public_html/index.html
>>>
>>>
>>> My main page is getting updated just fine, that doesn’t seem to be an 
>>> issue.
>>>
>>> David
>>>
>>> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
>>>
>>> 
>>> Here it is:
>>>
>>>
>>>  [[SeasonsReport]]
>>> # The SeasonsReport uses the 'Seasons' skin, which contains the
>>> # images, templates and plots for the report.
>>> skin = Seasons
>>> enable = true
>>>
>>>
>>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:

 I see that you have said you already changed index.html.tmpl.  What 
 does your entry for the SeasonsReport look like in weewx.conf?

 On Apr 25, 2020, at 11:12 AM, michael form  wrote:

 
 I will admit that I am a novice when it comes to Linux, but I have 
 searched and followed directions in posts regarding the removal of plots 
 from the web page that weewx displays. Weewx is running nicely on a 
 Raspberry Pi 3 but when I look at the generated web page it includes 
 things 
 like WIND SPEED and WIND DIRECTION that I do not need or want in my 
 application. 

 In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
 [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
 In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
 following lines: img src="daywindirection.png, , and img 
 src="daywindvec.png,. 

 However, after doing this, plots of Wind Speed, Wind Direction and Wind 
 Vector still are showing up on the generated web page. Any suggestions on 
 what I am doing wrong and how best to remove plots that I do not need?

 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...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%40googlegroups.com
>>>  
>>> 

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

> On Apr 25, 2020, at 6:30 PM, michael form  wrote:
> 
> 
> Yes. I have cleared the browser cache. 
> 
> Where do I find " public_html/index.html" on a Debian install? 
I forget, but probably /var/weewx/public_html/index.html
If that doesn’t work, someone else will know (or I’ll look at the install code).
> 
> Thanks.
> 
>> On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
>> I take it you have cleared your browser cache
>> 
>> Gary
>> 
>> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
>>> 
 On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
 
 I’m looking for a date index.html.  Just because the graphs are being 
 updated doesn’t mean the page is being regenerated.
 
 Your symptoms would indicate that the page is failing to be regenerated.  
 The old page would still show the latest graphs.
 
 Humor me with the ls output.
 
>>> 
>>> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
>>> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
>>> Magrathea:weewx-installed katherinebarto$ date
>>> Sat Apr 25 16:58:58 PDT 2020
>>> 
>>> 
>> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
>> 
> 
> 
>> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
>> 
>> It could be that you broke something when editing index.html.tmpl.  If 
>> you did, you would see errors in the log and public_html/index.html 
>> would never be regenerated.
>> 
>> What the date on public_html/index.html?
>> 
>> Do something like:
>> ls -l /home/weewx/public_html/index.html
>> 
> 
> My main page is getting updated just fine, that doesn’t seem to be an 
> issue.
> 
>   David
> 
 On Apr 25, 2020, at 2:12 PM, michael form  wrote:
 
>>> 
>>> Here it is:
>>> 
>>> 
>>>  [[SeasonsReport]]
>>> # The SeasonsReport uses the 'Seasons' skin, which contains the
>>> # images, templates and plots for the report.
>>> skin = Seasons
>>> enable = true
>>> 
>>> 
 On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
 I see that you have said you already changed index.html.tmpl.  What 
 does your entry for the SeasonsReport look like in weewx.conf?
 
>> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
>> 
> 
> I will admit that I am a novice when it comes to Linux, but I have 
> searched and followed directions in posts regarding the removal of 
> plots from the web page that weewx displays. Weewx is running nicely 
> on a Raspberry Pi 3 but when I look at the generated web page it 
> includes things like WIND SPEED and WIND DIRECTION that I do not need 
> or want in my application. 
> 
> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its 
> entries. 
> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
> following lines: img src="daywindirection.png, , and img 
> src="daywindvec.png,. 
> 
> However, after doing this, plots of Wind Speed, Wind Direction and 
> Wind Vector still are showing up on the generated web page. Any 
> suggestions on what I am doing wrong and how best to remove plots 
> that I do not need?
> 
> 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...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%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/AF15FD19-615A-4636-9FC2-53CAEDEAC060%40johnkline.com.
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "weewx-user" group.
> To unsubscribe from this group and stop rece

Re: [weewx-user] Need help removing plots from web page display

[michael form]

Yes. I have cleared the browser cache. 

Where do I find " public_html/index.html" on a Debian install? 

Thanks.

On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
>
> I take it you have cleared your browser cache
>
> Gary
>
> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
>>
>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>>
>> I’m looking for a date index.html.  Just because the graphs are being 
>> updated doesn’t mean the page is being regenerated.
>>
>> Your symptoms would indicate that the page is failing to be regenerated. 
>>  The old page would still show the latest graphs.
>>
>> Humor me with the ls output.
>>
>>
>> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
>> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
>> Magrathea:weewx-installed katherinebarto$ date
>> Sat Apr 25 16:58:58 PDT 2020
>>
>>
>> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
>>
>> 
>>
>> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
>>
>> It could be that you broke something when editing index.html.tmpl.  If 
>> you did, you would see errors in the log and public_html/index.html would 
>> never be regenerated.
>>
>> What the date on public_html/index.html?
>>
>> Do something like:
>> ls -l /home/weewx/public_html/index.html
>>
>>
>> My main page is getting updated just fine, that doesn’t seem to be an 
>> issue.
>>
>> David
>>
>> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
>>
>> 
>> Here it is:
>>
>>
>>  [[SeasonsReport]]
>> # The SeasonsReport uses the 'Seasons' skin, which contains the
>> # images, templates and plots for the report.
>> skin = Seasons
>> enable = true
>>
>>
>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>>>
>>> I see that you have said you already changed index.html.tmpl.  What does 
>>> your entry for the SeasonsReport look like in weewx.conf?
>>>
>>> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
>>>
>>> 
>>> I will admit that I am a novice when it comes to Linux, but I have 
>>> searched and followed directions in posts regarding the removal of plots 
>>> from the web page that weewx displays. Weewx is running nicely on a 
>>> Raspberry Pi 3 but when I look at the generated web page it includes things 
>>> like WIND SPEED and WIND DIRECTION that I do not need or want in my 
>>> application. 
>>>
>>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
>>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
>>> following lines: img src="daywindirection.png, , and img 
>>> src="daywindvec.png,. 
>>>
>>> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
>>> Vector still are showing up on the generated web page. Any suggestions on 
>>> what I am doing wrong and how best to remove plots that I do not need?
>>>
>>> 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...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%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/AF15FD19-615A-4636-9FC2-53CAEDEAC060%40johnkline.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/AC2618FA-E965-4A32-92D0-830031B806C2%40kdbarto.org
>>  
>> 

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

Even if the plots are copied, you shouldn’t see them if index.html doesn’t have 
the img statements to display them.

How did you comment out the img statements?

Perhaps send the contents of image.html.tmpl and image.html.


> On Apr 25, 2020, at 6:21 PM, michael form  wrote:
> 
> Here is last output from /var/log:
> 
> Apr 25 21:04:54 raspberrypirpi3housetemp weewx[3470]: imagegenerator: 
> Generated 11 images for SeasonsReport in 1.79 seconds
> Apr 25 21:04:54 raspberrypirpi3housetemp weewx[3470]: copygenerator: copied 0 
> files to /var/www/html/weewx
> Apr 25 21:05:37 raspberrypirpi3housetemp weewx[3470]: manager: Added record 
> 2020-04-25 21:05:00 EDT (1587863100) to database 'weewx.sdb'
> Apr 25 21:05:37 raspberrypirpi3housetemp weewx[3470]: manager: Added record 
> 2020-04-25 21:05:00 EDT (1587863100) to daily summary in 'weewx.sdb'
> Apr 25 21:05:50 raspberrypirpi3housetemp weewx[3470]: cheetahgenerator: 
> Generated 8 files for report SeasonsReport in 1.14 seconds
> Apr 25 21:05:51 raspberrypirpi3housetemp weewx[3470]: imagegenerator: 
> Generated 11 images for SeasonsReport in 1.82 seconds
> Apr 25 21:05:51 raspberrypirpi3housetemp weewx[3470]: copygenerator: copied 0 
> files to /var/www/html/weewx
> 
> Maybe I misinterpret this but it seems like the image plots are being copied.
> 
> Any ideas?
> 
> I appreciate all of the help that I have gotten here. If I knew much about 
> Linux, I would be happy to share my knowledge as well. But, alas, I am 
> a receiver, not a giver. 
> 
>> On Saturday, April 25, 2020 at 5:55:26 PM UTC-4, John Kline wrote:
>> It could be that you broke something when editing index.html.tmpl.  If you 
>> did, you would see errors in the log and public_html/index.html would never 
>> be regenerated.
>> 
>> What the date on public_html/index.html?
>> 
>> Do something like:
>> ls -l /home/weewx/public_html/index.html
>> 
 On Apr 25, 2020, at 2:12 PM, michael form  wrote:
 
>>> 
>>> Here it is:
>>> 
>>> 
>>>  [[SeasonsReport]]
>>> # The SeasonsReport uses the 'Seasons' skin, which contains the
>>> # images, templates and plots for the report.
>>> skin = Seasons
>>> enable = true
>>> 
>>> 
 On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
 I see that you have said you already changed index.html.tmpl.  What does 
 your entry for the SeasonsReport look like in weewx.conf?
 
>> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
>> 
> 
> I will admit that I am a novice when it comes to Linux, but I have 
> searched and followed directions in posts regarding the removal of plots 
> from the web page that weewx displays. Weewx is running nicely on a 
> Raspberry Pi 3 but when I look at the generated web page it includes 
> things like WIND SPEED and WIND DIRECTION that I do not need or want in 
> my application. 
> 
> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
> following lines: img src="daywindirection.png, , and img 
> src="daywindvec.png,. 
> 
> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
> Vector still are showing up on the generated web page. Any suggestions on 
> what I am doing wrong and how best to remove plots that I do not need?
> 
> 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...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%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/33eed829-7141-484d-9f3a-b8fcb5a1d4f6%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/D21DB44E-E9ED-4F90-89BF-

Re: [weewx-user] Need help removing plots from web page display

[michael form]

Here is last output from /var/log:

Apr 25 21:04:54 raspberrypirpi3housetemp weewx[3470]: imagegenerator: 
Generated 11 images for SeasonsReport in 1.79 seconds
Apr 25 21:04:54 raspberrypirpi3housetemp weewx[3470]: copygenerator: copied 
0 files to /var/www/html/weewx
Apr 25 21:05:37 raspberrypirpi3housetemp weewx[3470]: manager: Added record 
2020-04-25 21:05:00 EDT (1587863100) to database 'weewx.sdb'
Apr 25 21:05:37 raspberrypirpi3housetemp weewx[3470]: manager: Added record 
2020-04-25 21:05:00 EDT (1587863100) to daily summary in 'weewx.sdb'
Apr 25 21:05:50 raspberrypirpi3housetemp weewx[3470]: cheetahgenerator: 
Generated 8 files for report SeasonsReport in 1.14 seconds
Apr 25 21:05:51 raspberrypirpi3housetemp weewx[3470]: imagegenerator: 
Generated 11 images for SeasonsReport in 1.82 seconds
Apr 25 21:05:51 raspberrypirpi3housetemp weewx[3470]: copygenerator: copied 
0 files to /var/www/html/weewx

Maybe I misinterpret this but it seems like the image plots are being 
copied.

Any ideas?

I appreciate all of the help that I have gotten here. If I knew much about 
Linux, I would be happy to share my knowledge as well. But, alas, I am 
a receiver, not a giver. 

On Saturday, April 25, 2020 at 5:55:26 PM UTC-4, John Kline wrote:
>
> It could be that you broke something when editing index.html.tmpl.  If you 
> did, you would see errors in the log and public_html/index.html would never 
> be regenerated.
>
> What the date on public_html/index.html?
>
> Do something like:
> ls -l /home/weewx/public_html/index.html
>
> On Apr 25, 2020, at 2:12 PM, michael form > 
> wrote:
>
> 
> Here it is:
>
>
>  [[SeasonsReport]]
> # The SeasonsReport uses the 'Seasons' skin, which contains the
> # images, templates and plots for the report.
> skin = Seasons
> enable = true
>
>
> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>>
>> I see that you have said you already changed index.html.tmpl.  What does 
>> your entry for the SeasonsReport look like in weewx.conf?
>>
>> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
>>
>> 
>> I will admit that I am a novice when it comes to Linux, but I have 
>> searched and followed directions in posts regarding the removal of plots 
>> from the web page that weewx displays. Weewx is running nicely on a 
>> Raspberry Pi 3 but when I look at the generated web page it includes things 
>> like WIND SPEED and WIND DIRECTION that I do not need or want in my 
>> application. 
>>
>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
>> following lines: img src="daywindirection.png, , and img 
>> src="daywindvec.png,. 
>>
>> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
>> Vector still are showing up on the generated web page. Any suggestions on 
>> what I am doing wrong and how best to remove plots that I do not need?
>>
>> 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...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%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/33eed829-7141-484d-9f3a-b8fcb5a1d4f6%40googlegroups.com.

Re: [weewx-user] CWOP Broke After Upgrade

[Christopher Maness]

On 4/25/20 5:41 PM, Dave Webb KB1PVH wrote:
> Chris,
> 
>  Out of curiosity what's your CWOP section in weewx.conf look like? 
> 
> Dave-KB1PVH
> 


[[CWOP]]
# This section is for configuring posts to CWOP.

# If you wish to do this, set the option 'enable' to true,
# and specify the station ID (e.g., CW1234).
enable = true
station = kq6up

# If this is an APRS (radio amateur) station, uncomment
# the following and replace with a passcode (e.g., 12345).
passcode = noneyabeeswax

-- 
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/c1214bdd-c6b8-99a9-196a-08b380b51b9f%40gmail.com.


0x163643459E5CF84C.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: [weewx-user] CWOP Broke After Upgrade

[Dave Webb KB1PVH]

Chris,

 Out of curiosity what's your CWOP section in weewx.conf look like?

Dave-KB1PVH


Sent from my Galaxy S9

On Sat, Apr 25, 2020, 8:38 PM  wrote:

>
>
> On 4/25/20 4:34 PM, Tom Keffer wrote:
> > You log runs from 15:37:31 to 15:43:10, with a single CWOP post at
> > 15:42:20. Looks pretty normal to me.
> >
> > If you want even more debug information, you can set debug=2 to have the
> > log include the TNC packets that are sent to the CWOP server.
> >
> > On Sat, Apr 25, 2020 at 3:47 PM  > > wrote:
> >
>
> Tom, it looks my connections to the CWOP server may be timing out.  Can
> you have a look?
>
> Here is my debug=2 log:
>
> https://pastebin.com/TkQweD3a
>
> Regards,
> Chris KQ6UP
>
> --
> 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/31c114bf-6a8a-ddba-705d-47945f0f9a5f%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/CAEMY9FctTSSaTp%3D4oB3eFziLsf-9py0pvyT8X-g9nwP0coo5SQ%40mail.gmail.com.

Re: [weewx-user] CWOP Broke After Upgrade

[chris]

On 4/25/20 4:34 PM, Tom Keffer wrote:
> You log runs from 15:37:31 to 15:43:10, with a single CWOP post at
> 15:42:20. Looks pretty normal to me.
> 
> If you want even more debug information, you can set debug=2 to have the
> log include the TNC packets that are sent to the CWOP server.
> 
> On Sat, Apr 25, 2020 at 3:47 PM  > wrote:
> 

Tom, it looks my connections to the CWOP server may be timing out.  Can
you have a look?

Here is my debug=2 log:

https://pastebin.com/TkQweD3a

Regards,
Chris KQ6UP

-- 
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/31c114bf-6a8a-ddba-705d-47945f0f9a5f%40gmail.com.


0x163643459E5CF84C.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: [weewx-user] CWOP Updating Sporadically and no Baro

[gjr80]

On Sunday, 26 April 2020 10:32:49 UTC+10, ch...@chrismaness.com wrote:
>
> If you help me with the barometer issue, I would be grateful.  The 
> barometer seems to be updating everywhere else just fine. 
>
> Chris KQ6UP 
>
 
Yep, as I said 'More thought needed'.

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/e9b3c586-037e-495f-be20-ef21b7476b73%40googlegroups.com.

Re: [weewx-user] CWOP Updating Sporadically and no Baro

[chris]

On 4/25/20 5:30 PM, gjr80 wrote:
> There's two things going on here, lack of a response from CWOP and the
> missing barometer data. The lack of a CWOP response may be normal CWOP
> behaviour, hard to say given there was only one CWOP post in that
> extract posted (the lack of a response only shows if debug >= 2 and CWOP
> posts only occur every 10 minutes). Given some of your CWOP posts are
> being accepted either that was a one off or normal behaviour. That is
> what someone more knowledgeable on CWOP would (may) know. Tom may know.
> The real issue is the missing barometer data in your CWOP post, that is
> purely a WeeWX issue and no CWOP knowledge needed.
> 
> Gary
> 

If you help me with the barometer issue, I would be grateful.  The
barometer seems to be updating everywhere else just fine.

Chris KQ6UP

-- 
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/c0cac05d-73d7-a4b7-05b9-b7ecec5e93e0%40gmail.com.


0x163643459E5CF84C.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: [weewx-user] CWOP Updating Sporadically and no Baro

[gjr80]

There's two things going on here, lack of a response from CWOP and the 
missing barometer data. The lack of a CWOP response may be normal CWOP 
behaviour, hard to say given there was only one CWOP post in that extract 
posted (the lack of a response only shows if debug >= 2 and CWOP posts only 
occur every 10 minutes). Given some of your CWOP posts are being accepted 
either that was a one off or normal behaviour. That is what someone more 
knowledgeable on CWOP would (may) know. Tom may know. The real issue is the 
missing barometer data in your CWOP post, that is purely a WeeWX issue and 
no CWOP knowledge needed.

Gary

On Sunday, 26 April 2020 10:21:36 UTC+10, ch...@chrismaness.com wrote:
>
>
>
> On 4/25/20 5:17 PM, gjr80 wrote: 
> > So if I undwerstand the CWOP post contents correctly this would indicate 
> > that the 1640 post was missing barometer data: 
> > 
> > | 
> > Apr2516:40:24raspberrypi 
> > 
> weewx[4325]:restx:CWOP:packet:KQ6UP>APRS,TCPIP*:@252340z3401.26N/11718.84W_328/007g015t097r000p000P000b.h20L487.weewx-3.9.2-Interceptor#015
>  
>
> > | 
> > 
> > but then this 
> > 
> > | 
> > Apr2516:40:25raspberrypi weewx[4325]:restx:CWOP:Connectedto server 
> > cwop.aprs.net:14580 
> > Apr2516:40:45raspberrypi 
> > weewx[4325]:restx:CWOP:Exception(timed 
> > out)whenlooking forresponse to packet packet 
> > Apr2516:40:45raspberrypi weewx[4325]:restx:CWOP:Publishedrecord 
> > 2020-04-2516:40:00PDT (1587858000) 
> > | 
> > 
> > indicates the CWOP data was posted but there was a timeout waiting for a 
> > response from CWOP. I am not CWOP knowledgeable enough to know whether 
> > the lack of a response is normal or abnormal behaviour, I'm guessing 
> > normal. The puzzling part is the lack of barometer data in the CWOP 
> > post, there appears to be at least one loop packet containing valid 
> > barometer data that was received during the 1635-1640 archive period. So 
> > the 1640 archive record should contain barometer data. More thought 
> needed. 
> > 
> > Gary 
> > 
>
> Now I remember there was connectivity time out issues on my old setup. 
> So it appears to be working as good as the old setup, but I would like 
> to resolve this outstanding issues.  Who could I contact with a lot of 
> CWOP expertise? 
>
> Thanks, 
> Chris KQ6UP 
>

-- 
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/ae2b5983-05f5-4ab0-88fc-36fab66a3ec4%40googlegroups.com.

Re: [weewx-user] CWOP Updating Sporadically and no Baro

[chris]

On 4/25/20 5:17 PM, gjr80 wrote:
> So if I undwerstand the CWOP post contents correctly this would indicate
> that the 1640 post was missing barometer data:
> 
> |
> Apr2516:40:24raspberrypi
> weewx[4325]:restx:CWOP:packet:KQ6UP>APRS,TCPIP*:@252340z3401.26N/11718.84W_328/007g015t097r000p000P000b.h20L487.weewx-3.9.2-Interceptor#015
> |
> 
> but then this
> 
> |
> Apr2516:40:25raspberrypi weewx[4325]:restx:CWOP:Connectedto server
> cwop.aprs.net:14580
> Apr2516:40:45raspberrypi
> weewx[4325]:restx:CWOP:Exception(timed
> out)whenlooking forresponse to packet packet
> Apr2516:40:45raspberrypi weewx[4325]:restx:CWOP:Publishedrecord
> 2020-04-2516:40:00PDT (1587858000)
> |
> 
> indicates the CWOP data was posted but there was a timeout waiting for a
> response from CWOP. I am not CWOP knowledgeable enough to know whether
> the lack of a response is normal or abnormal behaviour, I'm guessing
> normal. The puzzling part is the lack of barometer data in the CWOP
> post, there appears to be at least one loop packet containing valid
> barometer data that was received during the 1635-1640 archive period. So
> the 1640 archive record should contain barometer data. More thought needed.
> 
> Gary
> 

Now I remember there was connectivity time out issues on my old setup.
So it appears to be working as good as the old setup, but I would like
to resolve this outstanding issues.  Who could I contact with a lot of
CWOP expertise?

Thanks,
Chris KQ6UP

-- 
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/c92049c4-cb4a-2fa9-376d-23e6372883ad%40gmail.com.


0x163643459E5CF84C.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: [weewx-user] Aeris forecast not displaying.

[John Kline]

Yikes.  Forgot the diff.  The line numbers won’t match, but this should be easy 
to apply to your current forecast.py.

diff --git a/bin/user/forecast.py b/bin/user/forecast.py
index d947fb3..2254fed 100644
--- a/bin/user/forecast.py
+++ b/bin/user/forecast.py
@@ -5033,9 +5033,9 @@ if __name__ == "__main__":
   help="specify the location")
 parser.add_option("--api-key", dest="api_key", type=str, metavar="KEY",
   help="specify the api key")
-parser.add_option("--client-id", dest="client-id", type=str,
+parser.add_option("--client-id", dest="client_id", type=str,
   metavar="ID", help="specify the client id")
-parser.add_option("--client-secret", dest="client-secret", type=str,
+parser.add_option("--client-secret", dest="client_secret", type=str,
   metavar="SECRET", help="specify the client secret")
 parser.add_option("--filename", dest="filename", metavar="FILENAME",
   help="file that contains forecast data",
@@ -5078,6 +5078,9 @@ if __name__ == "__main__":
 fcast = AerisForecast.download(
 options.client_id, options.client_secret, options.loc)
 print(fcast)
+elif options.method.lower() == 'aeris':
+fcast = AerisForecast.download(options.client_id, 
options.client_secret, options.loc)
+print(fcast)
 elif options.method.lower() == 'wwo':
 fcast = WWOForecast.download(options.api_key, options.loc)
 print(fcast)

> On Apr 25, 2020, at 4:59 PM, John Kline  wrote:
> 
> 
> Here’s a diff showing the changes I had to make so that the command below 
> will run.
> 
> Please make those changes and then run the command again pointing to your 
> changed file.  You don’t even have to update the forecast.py that weewx is 
> using.  This is just so that you don’t get the method not supported error 
> below when running directly.
> 
> Of course, you also need to plug in your client-I’d and secret-key.
> 
> BTW, you didn’t have to send me this error.  I told you it wouldn’t work 
> without modifying the code.
> 
>>> On Apr 25, 2020, at 4:51 PM, David Barto  wrote:
>>> 
>> Running Weewx 3.9.2.
>> Forecast skins/forecast/skin.conf:version = 3.3.2
>> 
>> 
>> Magrathea:weewx-installed katherinebarto$ PYTHONPATH=/Users/shared/weewx/bin 
>> python bin/user/forecast.py --method Aeris --action download --client-id XXX 
>> --client-secret YYY --loc “32.98265 -117.0405"
>> 
>> Returns:
>> unsupported forecast method Aeris
>> 
>>> On Apr 25, 2020, at 2:48 PM, John Kline  wrote:
>>> 
>>> I switched from my free trial Aeris to a free one based on the thread you 
>>> mention.  I got back the same client ID and secret.  It continues to work 
>>> for me.
>>> 
>>> You should be able to do something like the following to test:
>>> 
>>> PYTHONPATH=/home/weewx/bin python3 bin/user/forecast.py --method Aeris 
>>> --action download --client-id XXX --client-secret XXX--loc 
>>> "37.431495,-122.110937"
>>> 
>>> If you could do that, you could quickly see wether the issue is that no 
>>> forecast is available for the location you requested.
>>> 
>>> Alas, I notice that Aeris isn’t supported when running as main.  I added 
>>> the support to do that and fixed some bugs WRT command line arguments.  I 
>>> will add it to my fork, but I will need to test more.
>>> 
>>> What version of WeeWX and the forecast plugin are you running?
>>> 
>>> ALSO, PLEASE REPLY ON THE LIST RATHER THAN DIRECTLY TO ME.
>>> 
>>> 
> On Apr 25, 2020, at 12:23 PM, David Barto  wrote:
> 
 
 galfert posted that you can get free Aeris forecasting:
 
 The free Aeris Weather account is not advertised. You have to use the link 
 I provided to get in on the special "Contributor account" only for those 
 that contribute with their station to PWSweather.com.
 
 This link: https://www.aerisweather.com/signup/pws/
 
 -
 So I signed up for Aeris through the pws, and got my 2 hashes.
 
 I added the Aeris data to weewx.conf and restarted.
 The forecast page doesn't show any forecast for Aeris, while the
 NWS does show up.
 
 https://www.kdbarto.org/weather/forecast/multiple-tables.html
 
 The log output for weewx is showing an error:
 /var/log/system.log:Apr 25 11:17:16 Magrathea weewx[28709]: forecast: 
 AerisThread: Aeris: failed attempt 1 to download forecast: HTTP Error 400: 
 Bad Request
 /var/log/system.log:Apr 25 11:17:16 Magrathea weewx[28709]: forecast: 
 WUThread: WU: failed attempt 1 to download forecast: HTTP Error 503: 
 Service Unavailable
 /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
 AerisThread: Aeris: failed attempt 2 to download forecast: HTTP Error 400: 
 Bad Request
 /var/log/system.log:Apr 25 11:17:17 Magra

Re: [weewx-user] Need help removing plots from web page display

[gjr80]

I take it you have cleared your browser cache

Gary

On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
>
> On Apr 25, 2020, at 4:54 PM, John Kline > 
> wrote:
>
> I’m looking for a date index.html.  Just because the graphs are being 
> updated doesn’t mean the page is being regenerated.
>
> Your symptoms would indicate that the page is failing to be regenerated. 
>  The old page would still show the latest graphs.
>
> Humor me with the ls output.
>
>
> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
> Magrathea:weewx-installed katherinebarto$ date
> Sat Apr 25 16:58:58 PDT 2020
>
>
> On Apr 25, 2020, at 4:52 PM, David Barto > 
> wrote:
>
> 
>
> On Apr 25, 2020, at 2:55 PM, John Kline > 
> wrote:
>
> It could be that you broke something when editing index.html.tmpl.  If you 
> did, you would see errors in the log and public_html/index.html would never 
> be regenerated.
>
> What the date on public_html/index.html?
>
> Do something like:
> ls -l /home/weewx/public_html/index.html
>
>
> My main page is getting updated just fine, that doesn’t seem to be an 
> issue.
>
> David
>
> On Apr 25, 2020, at 2:12 PM, michael form > 
> wrote:
>
> 
> Here it is:
>
>
>  [[SeasonsReport]]
> # The SeasonsReport uses the 'Seasons' skin, which contains the
> # images, templates and plots for the report.
> skin = Seasons
> enable = true
>
>
> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>>
>> I see that you have said you already changed index.html.tmpl.  What does 
>> your entry for the SeasonsReport look like in weewx.conf?
>>
>> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
>>
>> 
>> I will admit that I am a novice when it comes to Linux, but I have 
>> searched and followed directions in posts regarding the removal of plots 
>> from the web page that weewx displays. Weewx is running nicely on a 
>> Raspberry Pi 3 but when I look at the generated web page it includes things 
>> like WIND SPEED and WIND DIRECTION that I do not need or want in my 
>> application. 
>>
>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
>> following lines: img src="daywindirection.png, , and img 
>> src="daywindvec.png,. 
>>
>> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
>> Vector still are showing up on the generated web page. Any suggestions on 
>> what I am doing wrong and how best to remove plots that I do not need?
>>
>> 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...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%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/AF15FD19-615A-4636-9FC2-53CAEDEAC060%40johnkline.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/AC2618FA-E965-4A32-92D0-830031B806C2%40kdbarto.org
>  
> 
> .
>
>
> -- 
> 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.

Re: [weewx-user] CWOP Updating Sporadically and no Baro

[gjr80]

So if I undwerstand the CWOP post contents correctly this would indicate 
that the 1640 post was missing barometer data:

Apr 25 16:40:24 raspberrypi weewx[4325]: restx: CWOP: packet: KQ6UP>APRS,
TCPIP*:@252340z3401.26N/11718.84W_328/007g015t097r000p000P000b.h20L487.
weewx-3.9.2-Interceptor#015

but then this

Apr 25 16:40:25 raspberrypi weewx[4325]: restx: CWOP: Connected to server 
cwop.aprs.net:14580
Apr 25 16:40:45 raspberrypi weewx[4325]: restx: CWOP: Exception  (timed out) when looking for response to packet packet
Apr 25 16:40:45 raspberrypi weewx[4325]: restx: CWOP: Published record 2020-
04-25 16:40:00 PDT (1587858000)

indicates the CWOP data was posted but there was a timeout waiting for a 
response from CWOP. I am not CWOP knowledgeable enough to know whether the 
lack of a response is normal or abnormal behaviour, I'm guessing normal. 
The puzzling part is the lack of barometer data in the CWOP post, there 
appears to be at least one loop packet containing valid barometer data that 
was received during the 1635-1640 archive period. So the 1640 archive 
record should contain barometer data. More thought needed.

Gary

On Sunday, 26 April 2020 09:49:24 UTC+10, ch...@chrismaness.com wrote:
>
>
>
> On 4/25/20 4:35 PM, gjr80 wrote: 
> > My apologies, I should not post when out, but debug must be set to 2 (or 
> higher) for the content of the RESTful posts (incl CWOP) to be logged. If 
> it working/failing sporadically run WeeWX with debug=2 and if you check the 
> logs when it fails you may be able to work out what is/is not going on. If 
> the issue is missing barometer in the CWOP post then I would be looking at 
> what the interceptor picked up in the respective archive period and did it 
> provide barometer or all of the pre-reqs for WeeWX to calculate barometer. 
> > 
> > Gary 
> > 
>
> From debug 2 log: 
>
> https://pastebin.com/TkQweD3a 
>
> Chris KQ6UP 
>

-- 
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/5428fbbe-0b8b-400a-bb3d-68d3c0076b3e%40googlegroups.com.

[weewx-user] Re: A monitor program for WeeWx running on Raspberry Pi

[Xant]

I still recommend WeatherCloud "trick", and all should use, regardless...

But this posting caught my attention for a real monitoring... so, I went to 
research. 

So, here is my current status:

   - Script using 'Initial State' (no longer free as mentioned in original 
   posting); also, might be dated as I went through errors 
   
(https://lifehacker.com/remotely-monitor-a-raspberry-pi-to-see-whats-running-an-1790194857)
   - rPi monitoring w Grafana; this seems interesting, as I'm already using 
   Grafana for my Weewx/PWS; Grafana does have nice Graphics; but too much 
   work now, may investigate further later on 
   (https://grafana.com/grafana/dashboards/10578)
   - Monit, as mentioned by Wes Witt (thank you); yes, it seems "easy" to 
   implement, and the following is a "rPi HowTo"; I got running (although 
   setup for Weewx not finished), but also got instabilities as cutting off my 
   Putty/SSH connection; that said, its a major for me, and I will not 
   investigate further
  - 
  
https://www.domoticz.com/wiki/Monitoring_domoticz#Configuring_monitoring_of_programs
   - John Burricelli script (thank you) - always like "simplicity" - seems 
   something to look forward, and will investigate

Xant

-- 
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/4eae7e45-fbf1-4058-bf24-86526650520a%40googlegroups.com.

Re: [weewx-user] Aeris forecast not displaying.

[John Kline]

Here’s a diff showing the changes I had to make so that the command below will 
run.

Please make those changes and then run the command again pointing to your 
changed file.  You don’t even have to update the forecast.py that weewx is 
using.  This is just so that you don’t get the method not supported error below 
when running directly.

Of course, you also need to plug in your client-I’d and secret-key.

BTW, you didn’t have to send me this error.  I told you it wouldn’t work 
without modifying the code.

> On Apr 25, 2020, at 4:51 PM, David Barto  wrote:
> 
> Running Weewx 3.9.2.
> Forecast skins/forecast/skin.conf:version = 3.3.2
> 
> 
> Magrathea:weewx-installed katherinebarto$ PYTHONPATH=/Users/shared/weewx/bin 
> python bin/user/forecast.py --method Aeris --action download --client-id XXX 
> --client-secret YYY --loc “32.98265 -117.0405"
> 
> Returns:
> unsupported forecast method Aeris
> 
>> On Apr 25, 2020, at 2:48 PM, John Kline  wrote:
>> 
>> I switched from my free trial Aeris to a free one based on the thread you 
>> mention.  I got back the same client ID and secret.  It continues to work 
>> for me.
>> 
>> You should be able to do something like the following to test:
>> 
>> PYTHONPATH=/home/weewx/bin python3 bin/user/forecast.py --method Aeris 
>> --action download --client-id XXX --client-secret XXX--loc 
>> "37.431495,-122.110937"
>> 
>> If you could do that, you could quickly see wether the issue is that no 
>> forecast is available for the location you requested.
>> 
>> Alas, I notice that Aeris isn’t supported when running as main.  I added the 
>> support to do that and fixed some bugs WRT command line arguments.  I will 
>> add it to my fork, but I will need to test more.
>> 
>> What version of WeeWX and the forecast plugin are you running?
>> 
>> ALSO, PLEASE REPLY ON THE LIST RATHER THAN DIRECTLY TO ME.
>> 
>> 
 On Apr 25, 2020, at 12:23 PM, David Barto  wrote:
 
>>> 
>>> galfert posted that you can get free Aeris forecasting:
>>> 
>>> The free Aeris Weather account is not advertised. You have to use the link 
>>> I provided to get in on the special "Contributor account" only for those 
>>> that contribute with their station to PWSweather.com.
>>> 
>>> This link: https://www.aerisweather.com/signup/pws/
>>> 
>>> -
>>> So I signed up for Aeris through the pws, and got my 2 hashes.
>>> 
>>> I added the Aeris data to weewx.conf and restarted.
>>> The forecast page doesn't show any forecast for Aeris, while the
>>> NWS does show up.
>>> 
>>> https://www.kdbarto.org/weather/forecast/multiple-tables.html
>>> 
>>> The log output for weewx is showing an error:
>>> /var/log/system.log:Apr 25 11:17:16 Magrathea weewx[28709]: forecast: 
>>> AerisThread: Aeris: failed attempt 1 to download forecast: HTTP Error 400: 
>>> Bad Request
>>> /var/log/system.log:Apr 25 11:17:16 Magrathea weewx[28709]: forecast: 
>>> WUThread: WU: failed attempt 1 to download forecast: HTTP Error 503: 
>>> Service Unavailable
>>> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
>>> AerisThread: Aeris: failed attempt 2 to download forecast: HTTP Error 400: 
>>> Bad Request
>>> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
>>> WUThread: WU: failed attempt 2 to download forecast: HTTP Error 503: 
>>> Service Unavailable
>>> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
>>> AerisThread: Aeris: failed attempt 3 to download forecast: HTTP Error 400: 
>>> Bad Request
>>> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
>>> AerisThread: Aeris: failed to download forecast
>>> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
>>> AerisThread: Aeris: no forecast data for 32.983056,-117.04 from 
>>> http://api.aerisapi.com/forecasts/
>>> 
>>> Clearly I've not configured something correctly. Anyone want to point out 
>>> the error of my ways?
>>> 
>>> Thanks.
>>> 
>>> David
>>> 
>>> -- 
>>> 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/B0791C0B-3281-4B24-B3BF-9C0FB08F650F%40kdbarto.org.
>> 
>> 
>> -- 
>> 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/D9F2FB46-0DB0-444F-A6B1-2FA010DA09AE%40johnkline.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

Re: [weewx-user] Need help removing plots from web page display

[David Barto]

> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
> 
> I’m looking for a date index.html.  Just because the graphs are being updated 
> doesn’t mean the page is being regenerated.
> 
> Your symptoms would indicate that the page is failing to be regenerated.  The 
> old page would still show the latest graphs.
> 
> Humor me with the ls output.
> 

Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
-rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
Magrathea:weewx-installed katherinebarto$ date
Sat Apr 25 16:58:58 PDT 2020


>> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
>> 
>> 
>> 
>>> On Apr 25, 2020, at 2:55 PM, John Kline >> > wrote:
>>> 
>>> It could be that you broke something when editing index.html.tmpl.  If you 
>>> did, you would see errors in the log and public_html/index.html would never 
>>> be regenerated.
>>> 
>>> What the date on public_html/index.html?
>>> 
>>> Do something like:
>>> ls -l /home/weewx/public_html/index.html
>>> 
>> 
>> My main page is getting updated just fine, that doesn’t seem to be an issue.
>> 
>>  David
>> 
 On Apr 25, 2020, at 2:12 PM, michael form >>> > wrote:
 
 
 Here it is:
 
 
  [[SeasonsReport]]
 # The SeasonsReport uses the 'Seasons' skin, which contains the
 # images, templates and plots for the report.
 skin = Seasons
 enable = true
 
 
 On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
 I see that you have said you already changed index.html.tmpl.  What does 
 your entry for the SeasonsReport look like in weewx.conf?
 
> On Apr 25, 2020, at 11:12 AM, michael form > wrote:
> 
> 
> I will admit that I am a novice when it comes to Linux, but I have 
> searched and followed directions in posts regarding the removal of plots 
> from the web page that weewx displays. Weewx is running nicely on a 
> Raspberry Pi 3 but when I look at the generated web page it includes 
> things like WIND SPEED and WIND DIRECTION that I do not need or want in 
> my application. 
> 
> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
> following lines: img src="daywindirection.png, , and img 
> src="daywindvec.png,. 
> 
> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
> Vector still are showing up on the generated web page. Any suggestions on 
> what I am doing wrong and how best to remove plots that I do not need?
> 
> 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...@googlegroups.com <>.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%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/AF15FD19-615A-4636-9FC2-53CAEDEAC060%40johnkline.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/AC2618FA-E965-4A32-92D0-830031B806C2%40k

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

I’m looking for a date index.html.  Just because the graphs are being updated 
doesn’t mean the page is being regenerated.

Your symptoms would indicate that the page is failing to be regenerated.  The 
old page would still show the latest graphs.

Humor me with the ls output.

> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
> 
> 
> 
>> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
>> 
>> It could be that you broke something when editing index.html.tmpl.  If you 
>> did, you would see errors in the log and public_html/index.html would never 
>> be regenerated.
>> 
>> What the date on public_html/index.html?
>> 
>> Do something like:
>> ls -l /home/weewx/public_html/index.html
>> 
> 
> My main page is getting updated just fine, that doesn’t seem to be an issue.
> 
>   David
> 
 On Apr 25, 2020, at 2:12 PM, michael form  wrote:
 
>>> 
>>> Here it is:
>>> 
>>> 
>>>  [[SeasonsReport]]
>>> # The SeasonsReport uses the 'Seasons' skin, which contains the
>>> # images, templates and plots for the report.
>>> skin = Seasons
>>> enable = true
>>> 
>>> 
 On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
 I see that you have said you already changed index.html.tmpl.  What does 
 your entry for the SeasonsReport look like in weewx.conf?
 
>> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
>> 
> 
> I will admit that I am a novice when it comes to Linux, but I have 
> searched and followed directions in posts regarding the removal of plots 
> from the web page that weewx displays. Weewx is running nicely on a 
> Raspberry Pi 3 but when I look at the generated web page it includes 
> things like WIND SPEED and WIND DIRECTION that I do not need or want in 
> my application. 
> 
> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
> following lines: img src="daywindirection.png, , and img 
> src="daywindvec.png,. 
> 
> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
> Vector still are showing up on the generated web page. Any suggestions on 
> what I am doing wrong and how best to remove plots that I do not need?
> 
> 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...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%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/AF15FD19-615A-4636-9FC2-53CAEDEAC060%40johnkline.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/AC2618FA-E965-4A32-92D0-830031B806C2%40kdbarto.org.

-- 
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/2444FBF2-633E-462B-9CA6-A394C9A7122C%40johnkline.com.

Re: [weewx-user] Need help removing plots from web page display

[David Barto]

> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
> 
> It could be that you broke something when editing index.html.tmpl.  If you 
> did, you would see errors in the log and public_html/index.html would never 
> be regenerated.
> 
> What the date on public_html/index.html?
> 
> Do something like:
> ls -l /home/weewx/public_html/index.html
> 

My main page is getting updated just fine, that doesn’t seem to be an issue.

David

>> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
>> 
>> 
>> Here it is:
>> 
>> 
>>  [[SeasonsReport]]
>> # The SeasonsReport uses the 'Seasons' skin, which contains the
>> # images, templates and plots for the report.
>> skin = Seasons
>> enable = true
>> 
>> 
>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>> I see that you have said you already changed index.html.tmpl.  What does 
>> your entry for the SeasonsReport look like in weewx.conf?
>> 
>>> On Apr 25, 2020, at 11:12 AM, michael form > wrote:
>>> 
>>> 
>>> I will admit that I am a novice when it comes to Linux, but I have searched 
>>> and followed directions in posts regarding the removal of plots from the 
>>> web page that weewx displays. Weewx is running nicely on a Raspberry Pi 3 
>>> but when I look at the generated web page it includes things like WIND 
>>> SPEED and WIND DIRECTION that I do not need or want in my application. 
>>> 
>>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
>>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
>>> following lines: img src="daywindirection.png, , and img 
>>> src="daywindvec.png,. 
>>> 
>>> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
>>> Vector still are showing up on the generated web page. Any suggestions on 
>>> what I am doing wrong and how best to remove plots that I do not need?
>>> 
>>> 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...@googlegroups.com <>.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%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/AF15FD19-615A-4636-9FC2-53CAEDEAC060%40johnkline.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/AC2618FA-E965-4A32-92D0-830031B806C2%40kdbarto.org.

Re: [weewx-user] Aeris forecast not displaying.

[David Barto]

Running Weewx 3.9.2.
Forecast skins/forecast/skin.conf:version = 3.3.2


Magrathea:weewx-installed katherinebarto$ PYTHONPATH=/Users/shared/weewx/bin 
python bin/user/forecast.py --method Aeris --action download --client-id XXX 
--client-secret YYY --loc “32.98265 -117.0405"

Returns:
unsupported forecast method Aeris

> On Apr 25, 2020, at 2:48 PM, John Kline  wrote:
> 
> I switched from my free trial Aeris to a free one based on the thread you 
> mention.  I got back the same client ID and secret.  It continues to work for 
> me.
> 
> You should be able to do something like the following to test:
> 
> PYTHONPATH=/home/weewx/bin python3 bin/user/forecast.py --method Aeris 
> --action download --client-id XXX --client-secret XXX--loc 
> "37.431495,-122.110937"
> 
> If you could do that, you could quickly see wether the issue is that no 
> forecast is available for the location you requested.
> 
> Alas, I notice that Aeris isn’t supported when running as main.  I added the 
> support to do that and fixed some bugs WRT command line arguments.  I will 
> add it to my fork, but I will need to test more.
> 
> What version of WeeWX and the forecast plugin are you running?
> 
> ALSO, PLEASE REPLY ON THE LIST RATHER THAN DIRECTLY TO ME.
> 
> 
>> On Apr 25, 2020, at 12:23 PM, David Barto  wrote:
>> 
>> 
>> galfert posted that you can get free Aeris forecasting:
>> 
>> The free Aeris Weather account is not advertised. You have to use the link I 
>> provided to get in on the special "Contributor account" only for those that 
>> contribute with their station to PWSweather.com .
>> 
>> This link: https://www.aerisweather.com/signup/pws/
>> 
>> -
>> So I signed up for Aeris through the pws, and got my 2 hashes.
>> 
>> I added the Aeris data to weewx.conf and restarted.
>> The forecast page doesn't show any forecast for Aeris, while the
>> NWS does show up.
>> 
>> https://www.kdbarto.org/weather/forecast/multiple-tables.html 
>> 
>> 
>> The log output for weewx is showing an error:
>> /var/log/system.log:Apr 25 11:17:16 Magrathea weewx[28709]: forecast: 
>> AerisThread: Aeris: failed attempt 1 to download forecast: HTTP Error 400: 
>> Bad Request
>> /var/log/system.log:Apr 25 11:17:16 Magrathea weewx[28709]: forecast: 
>> WUThread: WU: failed attempt 1 to download forecast: HTTP Error 503: Service 
>> Unavailable
>> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
>> AerisThread: Aeris: failed attempt 2 to download forecast: HTTP Error 400: 
>> Bad Request
>> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
>> WUThread: WU: failed attempt 2 to download forecast: HTTP Error 503: Service 
>> Unavailable
>> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
>> AerisThread: Aeris: failed attempt 3 to download forecast: HTTP Error 400: 
>> Bad Request
>> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
>> AerisThread: Aeris: failed to download forecast
>> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
>> AerisThread: Aeris: no forecast data for 32.983056,-117.04 from 
>> http://api.aerisapi.com/forecasts/
>> 
>> Clearly I've not configured something correctly. Anyone want to point out 
>> the error of my ways?
>> 
>> Thanks.
>> 
>>  David
>> 
>> -- 
>> 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/B0791C0B-3281-4B24-B3BF-9C0FB08F650F%40kdbarto.org
>>  
>> .
> 
> 
> -- 
> 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/D9F2FB46-0DB0-444F-A6B1-2FA010DA09AE%40johnkline.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/CAADAC99-1915-4991-BE1B-17A2B6494962%40kdbarto.org.

Re: [weewx-user] CWOP Updating Sporadically and no Baro

[chris]

On 4/25/20 4:35 PM, gjr80 wrote:
> My apologies, I should not post when out, but debug must be set to 2 (or 
> higher) for the content of the RESTful posts (incl CWOP) to be logged. If it 
> working/failing sporadically run WeeWX with debug=2 and if you check the logs 
> when it fails you may be able to work out what is/is not going on. If the 
> issue is missing barometer in the CWOP post then I would be looking at what 
> the interceptor picked up in the respective archive period and did it provide 
> barometer or all of the pre-reqs for WeeWX to calculate barometer.
> 
> Gary
> 

>From debug 2 log:

https://pastebin.com/TkQweD3a

Chris KQ6UP

-- 
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/7915b579-ecb7-d011-2b75-d31d1cc6a02d%40gmail.com.


0x163643459E5CF84C.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: [weewx-user] CWOP Broke After Upgrade

[chris]

On 4/25/20 4:34 PM, Tom Keffer wrote:
> You log runs from 15:37:31 to 15:43:10, with a single CWOP post at
> 15:42:20. Looks pretty normal to me.
> 
> If you want even more debug information, you can set debug=2 to have the
> log include the TNC packets that are sent to the CWOP server.
> 

I will do that.  It is hit/miss right now.  Sometimes going 20min
without updating CWOP.

Thanks,
Chris KQ6UP

-- 
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/0ce790b4-e4f2-691f-71ec-f104b902342e%40gmail.com.


0x163643459E5CF84C.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

[weewx-user] CWOP Updating Sporadically and no Baro

[gjr80]

My apologies, I should not post when out, but debug must be set to 2 (or 
higher) for the content of the RESTful posts (incl CWOP) to be logged. If it 
working/failing sporadically run WeeWX with debug=2 and if you check the logs 
when it fails you may be able to work out what is/is not going on. If the issue 
is missing barometer in the CWOP post then I would be looking at what the 
interceptor picked up in the respective archive period and did it provide 
barometer or all of the pre-reqs for WeeWX to calculate barometer.

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/ebdd4adc-a2b8-4b59-8102-d697f5794fab%40googlegroups.com.

Re: [weewx-user] CWOP Broke After Upgrade

[Tom Keffer]

You log runs from 15:37:31 to 15:43:10, with a single CWOP post at
15:42:20. Looks pretty normal to me.

If you want even more debug information, you can set debug=2 to have the
log include the TNC packets that are sent to the CWOP server.

On Sat, Apr 25, 2020 at 3:47 PM  wrote:

>
>
> On 4/25/20 3:34 PM, gjr80 wrote:
> > Yep, the usual, set debug=1, restart Weewx and check the log.
> >
> > Gary
> >
>
> Ok did it.  Here is the syslog output:
>
> https://pastebin.com/m9PL67dt
>
> --
> 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/c345ed1d-4fb6-4dca-4658-6099548b2702%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/CAPq0zEBSp9q1ANkBLMFG-QnOSKixeHJ4qj7C8haKg9E5ozp6Mg%40mail.gmail.com.

[weewx-user] CWOP Updating Sporadically and no Baro

[chris]

Ok, I got it sort of working.  It is updating hit/miss (and it used to
do that before).  According to my findu page, I am not seeing barometric
pressure data either.

I have pasted dubug level 1 syslog data in the link below:

https://pastebin.com/LfeZZxUF

Does anything look suspect?

Thanks,
Chris KQ6UP

-- 
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/de1ddcdb-c348-9a8d-8de8-8ea0863ca43c%40gmail.com.


0x163643459E5CF84C.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: [weewx-user] CWOP Broke After Upgrade

[chris]

On 4/25/20 3:34 PM, gjr80 wrote:
> Yep, the usual, set debug=1, restart Weewx and check the log.
> 
> Gary
> 

Ok did it.  Here is the syslog output:

https://pastebin.com/m9PL67dt

-- 
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/c345ed1d-4fb6-4dca-4658-6099548b2702%40gmail.com.


0x163643459E5CF84C.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

[weewx-user] CWOP Broke After Upgrade

[gjr80]

Yep, the usual, set debug=1, restart Weewx and check the log.

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/43d8b518-0a8b-41b1-a6dd-9aac6a3bfc42%40googlegroups.com.

Re: [weewx-user] CWOP Broke After Upgrade

[chris]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



On 4/25/20 3:17 PM, Dave Webb KB1PVH wrote:
> Here's a list with timestamps of your packets.
>
> http://www.findu.com/cgi-bin/wx.cgi?call=kq6up
>
> Dave-KB1PVH

Looks like it just updated again.  That is weird.

Chris KQ6UP
-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEmzHlvOdIh0ey/XTCFjZDRZ5c+EwFAl6kucMACgkQFjZDRZ5c
+EwP/gf+JJVhTxt/DgwRh5AY1CycbOaNj4mumD26ldVD6z58fkP5mk5IhVoFRQbB
lkegPuw9iCpDrO0UZQ3yp17XssiEc1Kn8QePmDhhD82sVtT9O3NhJtpaNBRnGD9v
RMIcmAkow4KKB+8dojYW5X82uTFDLPkIqAngdRZSyr7Vs7CeOe39z7ytGR8bf0Wo
Al9WMcMbMUch4DQjaUNbgSNDo4a/ckNJwteELL0n1OkJnX74Ti+Eirbsh4rMmDb2
ne0XZzGJALA4R+5xb9RYR7MGWQ6WDPXtBWHZq6Jn9y+xD8FWcVl91eAjsWnWcWzJ
E/LvAho0T1pXldbR7AMM8QuYCM7e3A==
=4QpT
-END PGP SIGNATURE-

-- 
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/97b3390d-ef49-f1fb-10c9-f2cd57808384%40gmail.com.


0x163643459E5CF84C.asc
Description: application/pgp-keys

Re: [weewx-user] CWOP Broke After Upgrade

[Dave Webb KB1PVH]

Here's a list with timestamps of your packets.

http://www.findu.com/cgi-bin/wx.cgi?call=kq6up

Dave-KB1PVH


Sent from my Galaxy S9

On Sat, Apr 25, 2020, 6:14 PM Dave Webb KB1PVH  wrote:

> Chris,
>
> Looks like your last weather packet was about an hour ago, not sure when
> you upgraded.
>
> https://aprs.fi/weather/a/KQ6UP
>
> Dave-KB1PVH
>
>
> Sent from my Galaxy S9
>
> On Sat, Apr 25, 2020, 6:10 PM  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> Ok, I have Wunderground working, and the WeeWx status page working
>> regularly.  However, I am not getting any updates with CWOP.  This I
>> remember was easy to set up once the WeeWx status page was running it
>> was passing info to CWOP.  My APRS callsign is KQ6UP.  I have the
>> status set to true with my username and password just like my old
>> setup.  Is there a command I can use that will sniff for packets going
>> to CWOP to try to diagnose what is going on?
>>
>> TIA,
>> Chris KQ6UP
>> -BEGIN PGP SIGNATURE-
>>
>> iQEzBAEBCAAdFiEEmzHlvOdIh0ey/XTCFjZDRZ5c+EwFAl6ktU0ACgkQFjZDRZ5c
>> +EwjrQf8D+RZ1jFx4hFVNUUN1dbiDQMzocjrYewXWVJMJoS9y6buk61Zu+2EW7mL
>> T8X/pB6iRLfJ/P7tyVx1V/OAf3ZpC/xUz9xgNfhu465EJorER5wQnAoPq6qBusPt
>> JgOv38aln0kjEbcWF7Mj7gtfwHcNaSPOH2zkiTHyFTP/eKMFTiU9pwZtxPZY6vZy
>> 7UngNmDn6x4G2tp9Vmp8gVTe1VPCikmX/JjOypYuWL8nNMt5nWkhfTdYqBoYnxKZ
>> JQ9frevkYKf8TWWSdi0ge1ko3A3FCWsFY1K4/FtRjmH+wrMD6qfaXWfy9jsjBCHU
>> lXpv6UYm6THwYllhr8I11+6ior3q0Q==
>> =2tiV
>> -END PGP SIGNATURE-
>>
>> --
>> 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/32768af7-4ff8-156c-b7cf-fb5fec27ad8e%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/CAEMY9FcGUcBTM%3D%3DfGa%2BZE9S2r0O-bnXLtFPghadaRRrFaVYkfQ%40mail.gmail.com.

Re: [weewx-user] CWOP Broke After Upgrade

[Dave Webb KB1PVH]

Chris,

Looks like your last weather packet was about an hour ago, not sure when
you upgraded.

https://aprs.fi/weather/a/KQ6UP

Dave-KB1PVH


Sent from my Galaxy S9

On Sat, Apr 25, 2020, 6:10 PM  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Ok, I have Wunderground working, and the WeeWx status page working
> regularly.  However, I am not getting any updates with CWOP.  This I
> remember was easy to set up once the WeeWx status page was running it
> was passing info to CWOP.  My APRS callsign is KQ6UP.  I have the
> status set to true with my username and password just like my old
> setup.  Is there a command I can use that will sniff for packets going
> to CWOP to try to diagnose what is going on?
>
> TIA,
> Chris KQ6UP
> -BEGIN PGP SIGNATURE-
>
> iQEzBAEBCAAdFiEEmzHlvOdIh0ey/XTCFjZDRZ5c+EwFAl6ktU0ACgkQFjZDRZ5c
> +EwjrQf8D+RZ1jFx4hFVNUUN1dbiDQMzocjrYewXWVJMJoS9y6buk61Zu+2EW7mL
> T8X/pB6iRLfJ/P7tyVx1V/OAf3ZpC/xUz9xgNfhu465EJorER5wQnAoPq6qBusPt
> JgOv38aln0kjEbcWF7Mj7gtfwHcNaSPOH2zkiTHyFTP/eKMFTiU9pwZtxPZY6vZy
> 7UngNmDn6x4G2tp9Vmp8gVTe1VPCikmX/JjOypYuWL8nNMt5nWkhfTdYqBoYnxKZ
> JQ9frevkYKf8TWWSdi0ge1ko3A3FCWsFY1K4/FtRjmH+wrMD6qfaXWfy9jsjBCHU
> lXpv6UYm6THwYllhr8I11+6ior3q0Q==
> =2tiV
> -END PGP SIGNATURE-
>
> --
> 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/32768af7-4ff8-156c-b7cf-fb5fec27ad8e%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/CAEMY9FcdxBzL4o%2Bc8fo_YWrNF6p%3Dkm%3DuwWxgRr%3D_-bpTBhv1Vw%40mail.gmail.com.

[weewx-user] CWOP Broke After Upgrade

[chris]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Ok, I have Wunderground working, and the WeeWx status page working
regularly.  However, I am not getting any updates with CWOP.  This I
remember was easy to set up once the WeeWx status page was running it
was passing info to CWOP.  My APRS callsign is KQ6UP.  I have the
status set to true with my username and password just like my old
setup.  Is there a command I can use that will sniff for packets going
to CWOP to try to diagnose what is going on?

TIA,
Chris KQ6UP
-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEmzHlvOdIh0ey/XTCFjZDRZ5c+EwFAl6ktU0ACgkQFjZDRZ5c
+EwjrQf8D+RZ1jFx4hFVNUUN1dbiDQMzocjrYewXWVJMJoS9y6buk61Zu+2EW7mL
T8X/pB6iRLfJ/P7tyVx1V/OAf3ZpC/xUz9xgNfhu465EJorER5wQnAoPq6qBusPt
JgOv38aln0kjEbcWF7Mj7gtfwHcNaSPOH2zkiTHyFTP/eKMFTiU9pwZtxPZY6vZy
7UngNmDn6x4G2tp9Vmp8gVTe1VPCikmX/JjOypYuWL8nNMt5nWkhfTdYqBoYnxKZ
JQ9frevkYKf8TWWSdi0ge1ko3A3FCWsFY1K4/FtRjmH+wrMD6qfaXWfy9jsjBCHU
lXpv6UYm6THwYllhr8I11+6ior3q0Q==
=2tiV
-END PGP SIGNATURE-

-- 
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/32768af7-4ff8-156c-b7cf-fb5fec27ad8e%40gmail.com.


0x163643459E5CF84C.asc
Description: application/pgp-keys

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

It could be that you broke something when editing index.html.tmpl.  If you did, 
you would see errors in the log and public_html/index.html would never be 
regenerated.

What the date on public_html/index.html?

Do something like:
ls -l /home/weewx/public_html/index.html

> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
> 
> 
> Here it is:
> 
> 
>  [[SeasonsReport]]
> # The SeasonsReport uses the 'Seasons' skin, which contains the
> # images, templates and plots for the report.
> skin = Seasons
> enable = true
> 
> 
>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>> I see that you have said you already changed index.html.tmpl.  What does 
>> your entry for the SeasonsReport look like in weewx.conf?
>> 
 On Apr 25, 2020, at 11:12 AM, michael form  wrote:
 
>>> 
>>> I will admit that I am a novice when it comes to Linux, but I have searched 
>>> and followed directions in posts regarding the removal of plots from the 
>>> web page that weewx displays. Weewx is running nicely on a Raspberry Pi 3 
>>> but when I look at the generated web page it includes things like WIND 
>>> SPEED and WIND DIRECTION that I do not need or want in my application. 
>>> 
>>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
>>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
>>> following lines: img src="daywindirection.png, , and img 
>>> src="daywindvec.png,. 
>>> 
>>> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
>>> Vector still are showing up on the generated web page. Any suggestions on 
>>> what I am doing wrong and how best to remove plots that I do not need?
>>> 
>>> 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...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%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/AF15FD19-615A-4636-9FC2-53CAEDEAC060%40johnkline.com.

Re: [weewx-user] Aeris forecast not displaying.

[John Kline]

I switched from my free trial Aeris to a free one based on the thread you 
mention.  I got back the same client ID and secret.  It continues to work for 
me.

You should be able to do something like the following to test:

PYTHONPATH=/home/weewx/bin python3 bin/user/forecast.py --method Aeris --action 
download --client-id XXX --client-secret XXX--loc "37.431495,-122.110937"

If you could do that, you could quickly see wether the issue is that no 
forecast is available for the location you requested.

Alas, I notice that Aeris isn’t supported when running as main.  I added the 
support to do that and fixed some bugs WRT command line arguments.  I will add 
it to my fork, but I will need to test more.

What version of WeeWX and the forecast plugin are you running?

ALSO, PLEASE REPLY ON THE LIST RATHER THAN DIRECTLY TO ME.


> On Apr 25, 2020, at 12:23 PM, David Barto  wrote:
> 
> 
> galfert posted that you can get free Aeris forecasting:
> 
> The free Aeris Weather account is not advertised. You have to use the link I 
> provided to get in on the special "Contributor account" only for those that 
> contribute with their station to PWSweather.com.
> 
> This link: https://www.aerisweather.com/signup/pws/
> 
> -
> So I signed up for Aeris through the pws, and got my 2 hashes.
> 
> I added the Aeris data to weewx.conf and restarted.
> The forecast page doesn't show any forecast for Aeris, while the
> NWS does show up.
> 
> https://www.kdbarto.org/weather/forecast/multiple-tables.html
> 
> The log output for weewx is showing an error:
> /var/log/system.log:Apr 25 11:17:16 Magrathea weewx[28709]: forecast: 
> AerisThread: Aeris: failed attempt 1 to download forecast: HTTP Error 400: 
> Bad Request
> /var/log/system.log:Apr 25 11:17:16 Magrathea weewx[28709]: forecast: 
> WUThread: WU: failed attempt 1 to download forecast: HTTP Error 503: Service 
> Unavailable
> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
> AerisThread: Aeris: failed attempt 2 to download forecast: HTTP Error 400: 
> Bad Request
> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
> WUThread: WU: failed attempt 2 to download forecast: HTTP Error 503: Service 
> Unavailable
> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
> AerisThread: Aeris: failed attempt 3 to download forecast: HTTP Error 400: 
> Bad Request
> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
> AerisThread: Aeris: failed to download forecast
> /var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
> AerisThread: Aeris: no forecast data for 32.983056,-117.04 from 
> http://api.aerisapi.com/forecasts/
> 
> Clearly I've not configured something correctly. Anyone want to point out the 
> error of my ways?
> 
> Thanks.
> 
>   David
> -- 
> 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/B0791C0B-3281-4B24-B3BF-9C0FB08F650F%40kdbarto.org.

-- 
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/D9F2FB46-0DB0-444F-A6B1-2FA010DA09AE%40johnkline.com.

Re: [weewx-user] Need help removing plots from web page display

[michael form]

Here it is:


 [[SeasonsReport]]
# The SeasonsReport uses the 'Seasons' skin, which contains the
# images, templates and plots for the report.
skin = Seasons
enable = true


On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>
> I see that you have said you already changed index.html.tmpl.  What does 
> your entry for the SeasonsReport look like in weewx.conf?
>
> On Apr 25, 2020, at 11:12 AM, michael form  > wrote:
>
> 
> I will admit that I am a novice when it comes to Linux, but I have 
> searched and followed directions in posts regarding the removal of plots 
> from the web page that weewx displays. Weewx is running nicely on a 
> Raspberry Pi 3 but when I look at the generated web page it includes things 
> like WIND SPEED and WIND DIRECTION that I do not need or want in my 
> application. 
>
> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
> following lines: img src="daywindirection.png, , and img 
> src="daywindvec.png,. 
>
> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
> Vector still are showing up on the generated web page. Any suggestions on 
> what I am doing wrong and how best to remove plots that I do not need?
>
> 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...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/d1826114-ce60-4b41-8f50-5260c55fdf6b%40googlegroups.com.

Re: [weewx-user] Re: Weewx + Acurite Atlas + SDR + Raspberry Pi4

[Chris Morris]

Thats just it, Gary...LOL  I don't remember...I am still very much a 
newbie.  :-D  I have followed instructions as best I can, and have even 
figured out a few things on my own, but I have only been using WeeWX since 
January (I started building my station in December though).  I know enough 
about programming to fill a thimble halfway.  LOL

That said, I *tremendously* appreciate the help of everyone on these 
forumsthis has proven to be a really cool and rewarding hobby to pick 
up!  Thanks to everyone!

On Saturday, April 25, 2020 at 4:21:22 PM UTC-4, gjr80 wrote:
>
> Remember the WeeWX approach to data from a driver for a given sensor is:
>
>- a value of 0 should be emitted for a field when the source sensor 
>provides a reading of 0
>- a python None should be emitted for a field where the source sensor 
>is present but not emitting data or the data is considered 'bad' by the 
>driver
>- a field should be omitted if the source sensor is not present
>
> Gary
>
> On Sunday, 26 April 2020 02:31:29 UTC+10, Greg Troxel wrote:
>>
>> Chris Morris  writes: 
>>
>> > So, lemme take a stab at explaining in a somewhat Boolean way... 
>> > 
>> > If strike_count_total_current = strike_count_total_last, then set 
>> > strike_distance = 0, else strike_distance = INTEGER (actual value 
>> > reported by Atlas or 6045). 
>>
>> Really if the current/last counts are equal, strike_distance should be 
>> omitted, or it should be set to some sort of nil or undefined value. 
>> It is not actually 0 either. 
>>
>> Then, the bits output by the acurite for distance, are not actually km 
>> or miles.  They are some complicated re-encoding of the encoding from 
>> the detector chip that is partly but not quite understood.   See the 
>> rtl433 list archives for more information.If you are saying that 
>> weewx records the value sent by the acurite, that's fine. 
>>
>

-- 
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/319a159f-7f8a-42c0-a2f3-befcc92edda8%40googlegroups.com.

Re: [weewx-user] Re: Weewx + Acurite Atlas + SDR + Raspberry Pi4

[Chris Morris]

Well, a guy named Jerome on another thread in RTL_433 figured out the 
lightning bits - 
https://groups.google.com/forum/#!topic/rtl_433/gvTUFWJlFxE so I am not so 
sure it isn't NOT understood anymore.  This was all within the last month 
or so.

The problem is that the Acurite equipment keeps transmitting the same last 
value for lightning, both strikes and distancesame as it does, 
essentially for rain (Atlas & 5n1).  The rain and strikes are easy enough 
to calculate using options within the WEEWX.CONFIG file under the deltas 
section of the SDR configuration.  The lightning distance isn't so easy... 
that is why I am saying we need something equivalent, but obviously not a 
delta calculation.  I see your point about using null instead of 
zerozero could mean that the storm is literally right on top of me.  
:-)  In any case, it would be nice if we could get that into either the 
logic for the "ACURITE.C" for RTL_433 file or into "SDY.PY" file for 
weewx-sdr.  :-)

On Saturday, April 25, 2020 at 12:31:29 PM UTC-4, Greg Troxel wrote:
>
> Chris Morris > writes: 
>
> > So, lemme take a stab at explaining in a somewhat Boolean way... 
> > 
> > If strike_count_total_current = strike_count_total_last, then set 
> > strike_distance = 0, else strike_distance = INTEGER (actual value 
> > reported by Atlas or 6045). 
>
> Really if the current/last counts are equal, strike_distance should be 
> omitted, or it should be set to some sort of nil or undefined value. 
> It is not actually 0 either. 
>
> Then, the bits output by the acurite for distance, are not actually km 
> or miles.  They are some complicated re-encoding of the encoding from 
> the detector chip that is partly but not quite understood.   See the 
> rtl433 list archives for more information.If you are saying that 
> weewx records the value sent by the acurite, that's fine. 
>

-- 
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/fcfccb7d-e7a0-4af1-ad52-2ec9f53baa15%40googlegroups.com.

Re: [weewx-user] Re: Weewx + Acurite Atlas + SDR + Raspberry Pi4

[gjr80]

Remember the WeeWX approach to data from a driver for a given sensor is:

   - a value of 0 should be emitted for a field when the source sensor 
   provides a reading of 0
   - a python None should be emitted for a field where the source sensor is 
   present but not emitting data or the data is considered 'bad' by the driver
   - a field should be omitted if the source sensor is not present
   
Gary

On Sunday, 26 April 2020 02:31:29 UTC+10, Greg Troxel wrote:
>
> Chris Morris > writes: 
>
> > So, lemme take a stab at explaining in a somewhat Boolean way... 
> > 
> > If strike_count_total_current = strike_count_total_last, then set 
> > strike_distance = 0, else strike_distance = INTEGER (actual value 
> > reported by Atlas or 6045). 
>
> Really if the current/last counts are equal, strike_distance should be 
> omitted, or it should be set to some sort of nil or undefined value. 
> It is not actually 0 either. 
>
> Then, the bits output by the acurite for distance, are not actually km 
> or miles.  They are some complicated re-encoding of the encoding from 
> the detector chip that is partly but not quite understood.   See the 
> rtl433 list archives for more information.If you are saying that 
> weewx records the value sent by the acurite, that's fine. 
>

-- 
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/a3960248-7e70-4752-90b0-a3655e21559f%40googlegroups.com.

Re: [weewx-user] weewx output to HDMI display on Headless Pi 4

[Les Niles]

The simple way to do this is have the Pi start up in desktop mode, auto login, 
and launch a web browser pointed to your weewx web site (which can just be the 
local html directory).  

For the first part, run rasps-config and set the boot options to 
Desktop/CLI->Desktop Autologin. To get the browser launched, see for example 
https://raspberrypi.stackexchange.com/questions/69204/open-chromium-full-screen-on-start-up
 

 where the website is something like /var/www/weewx/index.html depending on 
your weewx installation.

  -Les



> On 25 Apr 2020, at 11:45, David Robertson  wrote:
> 
> I have been using weewx for several months running on a headless Raspberry Pi 
> 4 connected to my old David Weather Monitor II.  It's been working perfectly 
> with great reliability.  In fact it has breathed new life into my 25 year old 
> WMII.  
> 
> Recently I connected a 7" HDMI monitor to the (headless) Pi 4 hoping to use 
> it to display weather data to supplement the old WMII console.  The Pi sees 
> the display and shows a login screen but I do not know how use the display 
> for output while logged into the Pi via VNC.
> 
> Any suggestions?
> 
> Thanks,
> Dave R.
> Flint MI
> 
> -- 
> 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/5efbde1b-e196-40c1-80f3-28108b6e92d8%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/7CEF533D-AC5E-430F-9AEE-913F32114F6D%402pi.org.

[weewx-user] Re: weewx output to HDMI display on Headless Pi 4

[vince]

On Saturday, April 25, 2020 at 11:45:34 AM UTC-7, David Robertson wrote:
>
> Recently I connected a 7" HDMI monitor to the (headless) Pi 4 hoping to 
> use it to display weather data to supplement the old WMII console.  The Pi 
> sees the display and shows a login screen but I do not know how use the 
> display for output while logged into the Pi via VNC.
>
> Any suggestions?
>
>
>
I'd suggest a raspberry pi forum, as your question doesn't seem to be 
weewx-related.

Some forums on Reddit that have tens of thousands of subscribers would 
include:

   - https://www.reddit.com/r/raspberry_pi/new/ 
   - https://www.reddit.com/r/RASPBERRY_PI_PROJECTS/new/ 

-- 
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/b2f48b66-5ded-4b4e-8bd4-5c7376bc7af3%40googlegroups.com.

[weewx-user] Aeris forecast not displaying.

[David Barto]

galfert posted that you can get free Aeris forecasting:

The free Aeris Weather account is not advertised. You have to use the link I 
provided to get in on the special "Contributor account" only for those that 
contribute with their station to PWSweather.com.

This link: https://www.aerisweather.com/signup/pws/

-
So I signed up for Aeris through the pws, and got my 2 hashes.

I added the Aeris data to weewx.conf and restarted.
The forecast page doesn't show any forecast for Aeris, while the
NWS does show up.

https://www.kdbarto.org/weather/forecast/multiple-tables.html

The log output for weewx is showing an error:
/var/log/system.log:Apr 25 11:17:16 Magrathea weewx[28709]: forecast: 
AerisThread: Aeris: failed attempt 1 to download forecast: HTTP Error 400: Bad 
Request
/var/log/system.log:Apr 25 11:17:16 Magrathea weewx[28709]: forecast: WUThread: 
WU: failed attempt 1 to download forecast: HTTP Error 503: Service Unavailable
/var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
AerisThread: Aeris: failed attempt 2 to download forecast: HTTP Error 400: Bad 
Request
/var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: WUThread: 
WU: failed attempt 2 to download forecast: HTTP Error 503: Service Unavailable
/var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
AerisThread: Aeris: failed attempt 3 to download forecast: HTTP Error 400: Bad 
Request
/var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
AerisThread: Aeris: failed to download forecast
/var/log/system.log:Apr 25 11:17:17 Magrathea weewx[28709]: forecast: 
AerisThread: Aeris: no forecast data for 32.983056,-117.04 from 
http://api.aerisapi.com/forecasts/

Clearly I've not configured something correctly. Anyone want to point out the 
error of my ways?

Thanks.

David

-- 
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/B0791C0B-3281-4B24-B3BF-9C0FB08F650F%40kdbarto.org.

[weewx-user] weewx output to HDMI display on Headless Pi 4

[David Robertson]

I have been using weewx for several months running on a headless Raspberry 
Pi 4 connected to my old David Weather Monitor II.  It's been working 
perfectly with great reliability.  In fact it has breathed new life into my 
25 year old WMII.  

Recently I connected a 7" HDMI monitor to the (headless) Pi 4 hoping to use 
it to display weather data to supplement the old WMII console.  The Pi sees 
the display and shows a login screen but I do not know how use the display 
for output while logged into the Pi via VNC.

Any suggestions?

Thanks,
Dave R.
Flint MI

-- 
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/5efbde1b-e196-40c1-80f3-28108b6e92d8%40googlegroups.com.

Re: [weewx-user] Need help removing plots from web page display

[michael form]

I did comment out:
 

 



but the plots still show up.in DAY. Do I need to do this for week, month 
and year as well as day to make the plots disappear in "Day"?

Thanks for your quick response.


On Saturday, April 25, 2020 at 2:23:17 PM UTC-4, John Kline wrote:
>
> Oops,  I didn’t include all of the plots.  And I also didn’t mention that 
> you need to do it for day, week, month and year (if that is what you want). 
>
> > On Apr 25, 2020, at 11:12 AM, michael form  > wrote: 
> > 
>

-- 
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/fe11c716-44c8-481f-bea0-cb628cac2715%40googlegroups.com.

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

I see that you have said you already changed index.html.tmpl.  What does your 
entry for the SeasonsReport look like in weewx.conf?

> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
> 
> 
> I will admit that I am a novice when it comes to Linux, but I have searched 
> and followed directions in posts regarding the removal of plots from the web 
> page that weewx displays. Weewx is running nicely on a Raspberry Pi 3 but 
> when I look at the generated web page it includes things like WIND SPEED and 
> WIND DIRECTION that I do not need or want in my application. 
> 
> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
> following lines: img src="daywindirection.png, , and img 
> src="daywindvec.png,. 
> 
> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
> Vector still are showing up on the generated web page. Any suggestions on 
> what I am doing wrong and how best to remove plots that I do not need?
> 
> 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+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%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/1454F507-6299-46FB-A0D8-BF6EA2ED432A%40johnkline.com.

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

Oops,  I didn’t include all of the plots.  And I also didn’t mention that you 
need to do it for day, week, month and year (if that is what you want).

> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
> 

-- 
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/1EC213FF-5749-471C-8687-CEAC80997E76%40johnkline.com.

Re: [weewx-user] Need help removing plots from web page display

[John Kline]

My guess is that you are seeing old plots.  Comment out the corresponding lines 
in index.html.tmpl.

 

  
 
—>

> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
> 

-- 
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/64B3C5A8-3942-4818-883D-96B03F6883FE%40johnkline.com.

[weewx-user] Need help removing plots from web page display

[michael form]

I will admit that I am a novice when it comes to Linux, but I have searched 
and followed directions in posts regarding the removal of plots from the 
web page that weewx displays. Weewx is running nicely on a Raspberry Pi 3 
but when I look at the generated web page it includes things like WIND 
SPEED and WIND DIRECTION that I do not need or want in my application. 

In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
[[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
following lines: img src="daywindirection.png, , and img 
src="daywindvec.png,. 

However, after doing this, plots of Wind Speed, Wind Direction and Wind 
Vector still are showing up on the generated web page. Any suggestions on 
what I am doing wrong and how best to remove plots that I do not need?

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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com.

[weewx-user] Re: Belchertown skin 1.1 released!

[Manfred Maier]

Hi,
there really is/was an issue with the database entry from "01/01/2020 
00:00:00 (local time)". For all charts with "group_by = month", Belchertown 
/ Weewx obviously interpreted this entry as Jan/2019. 

I've now changed the dateTime value of this entry (shifted it back by 100 
seconds) and now all charts work perfectly well.

Manfred 


Am Donnerstag, 23. April 2020 21:44:28 UTC+2 schrieb Manfred Maier:
>
> Hi Pat,
> adding another question. Might be an issue since version 1.1, but I'm not 
> sure.
>
> My database contains data since July 2019 (so 6 months).
> My charts for 2019 now look like this:
>
> [image: Bildschirmfoto 2020-04-23 um 21.32.52.png]
> As you can see, there's a 7th category.
> Actually, the 6 categories to the right are the correct ones (with wrong 
> labels on the x-axis). The one most left shouldn't be there.
>
> I've already figured out that this most left category obviously is based 
> on just one line of my database. It's the data for 2020-Jan-01 00:00 (local 
> time).
>
> Is that a weewx issue, a skin issue or did I do anything wrong?
>
> Thanks, 
> Manfred
>
>
>

-- 
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/4914b87b-27e6-4114-a4a4-66bfd1b77e12%40googlegroups.com.

Re: [weewx-user] Re: Weewx + Acurite Atlas + SDR + Raspberry Pi4

[Greg Troxel]

Chris Morris  writes:

> So, lemme take a stab at explaining in a somewhat Boolean way...
>
> If strike_count_total_current = strike_count_total_last, then set
> strike_distance = 0, else strike_distance = INTEGER (actual value
> reported by Atlas or 6045).

Really if the current/last counts are equal, strike_distance should be
omitted, or it should be set to some sort of nil or undefined value.
It is not actually 0 either.

Then, the bits output by the acurite for distance, are not actually km
or miles.  They are some complicated re-encoding of the encoding from
the detector chip that is partly but not quite understood.   See the
rtl433 list archives for more information.If you are saying that
weewx records the value sent by the acurite, that's fine.

-- 
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/rmi368r4jdy.fsf%40s1.lexort.com.

Re: [weewx-user] Re: Weewx + Acurite Atlas + SDR + Raspberry Pi4

[Chris Morris]

So, lemme take a stab at explaining in a somewhat Boolean way...

If strike_count_total_current = strike_count_total_last, then set 
strike_distance = 0, else strike_distance = INTEGER (actual value reported by 
Atlas or 6045).

-- 
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/aa836c19-47ec-44d2-bf16-702932c63465%40googlegroups.com.

Re: [weewx-user] Re: Weewx + Acurite Atlas + SDR + Raspberry Pi4

[Greg Troxel]

Chris Morris  writes:

> @MWall another user managed to get lightning data working in another thread 
> (not my work).  I was wondering if you had managed to find a way to 
> calculate distance data appropriately for the Atlas with WeeWX using SDR.  
> The distance data that is transmitted by both Atlas and the 6045 Lightning 
> tower sensor remains the same until the next strike, so they report a 
> distance even when there is nothing to report a distance about.

I think this can't be done with a map - it needs to be stateful, as the
basic data model of the 6045M and weewx are different.

Of course, if you want weewx data fields that are "strike count" and
"strike distance", tht really are just what was transmitted, it works
fine.  But you seem to want something different.

I would suggest that you first articulate the precise semantics you are
after, and why those make sense, and then someone, perhaps you, can
write a bit of code.

-- 
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/rmimu6z4qe2.fsf%40s1.lexort.com.

Re: [weewx-user] Ultimeter 2100 WeeWx Behind Actual Rain Rain Rate is Actual Rain Total

[Tom Keffer]

There are many ways of calculating rain rate. WeeWX calculates a sliding
average over the last 15 minutes. You console may use something else.

On Fri, Apr 24, 2020 at 9:01 PM Burt Wizeman  wrote:

> WeeWix is treating Rain Rate as the actual Rain Total for the day when
> running with the Ultimeter 2100.  Throughout this storm, the rain gauge
> data displayed on the Ultimeter has been quite a bit ahead of what WeeWix
> is generating both for CWOP and the WeeWx html pages.  Any idea why the
> lag?  I have purged all items before Epoch time, and verified the clock
> (ntp running at startup and refreshed periodically by software) any one
> have an idea?
>
>
> Rain Rate 3.54 in/hr #Acutal Rain Total on Ultimeter 2100
> Rain Today 2.56 in #What is published -
>
> --
> 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/180bc7c3-bb0e-48fe-a70d-bbecaab3d745%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/CAPq0zEAkf0YwCVC_Es3d0cBOWp6Q983%3DxOYRj3KaDjtL7MRtPA%40mail.gmail.com.

[weewx-user] Re: wind loop and console data calculation

[gjr80]

Hi Simon,

I am terribly sorry, I completely forgot about your problem, I put your 
previous post aside to sit down and do the maths but never got back to it. 

Does sound like there is a problem, going to need to refresh my memory on 
the interceptor/observer operation. Unfortunately, it will be a tomorrow 
job, late here, won't forget it this time. As for archive records (REC:), 
the interceptor driver only knows how to emit loop packets, it does not 
know how to emit archive records. WeeWX accumulates the loop packets to 
produce an archive record (known as software record generation) which is 
why you will see nothing about archive records in the interceptor debug 
output. You are right in that setting record_generation = hardware under 
[StdArchive] will force WeeWX to obtain archive records from the driver; 
however, if the driver cannot emit archive records WeeWX effectively falls 
back to software record generation and archive records are synthesised by 
WeeWX from the accumulated loop data.

Gary

On Saturday, 25 April 2020 20:20:54 UTC+10, Season Ticket wrote:
>
> Hi Gary,  I've spent some time looking at the log files and focusing on 
> the windgust, still unresolved unfortunately.  
>
> I’m using the interceptor driver,  I looked at the comments in the 
> interceptor driver code which says 
>
> "*The gust measure has resolution of 1.1 m/s (2.46 mph) - one revolution 
> of the anemometer."*  
>
> However the lowest gust value in the LOOP logs is “0.683510010315”.  There 
> must be a units problem here,  I understand that “0.683510010315” 
> usunits=1=mph, displayed in the each log record, and will convert to 1.1 
> km/h,  but the console shows 4 km/h,  so I’m assuming that 1.1 is m/s which 
> converts to 3.96 km/h, very confusing,  but I can get the figures to match 
> even if they don’t make sense to me. Is there a simple explanation about 
> these figures?
>
>  
>
> I notice that the LOOP & debug data for windgust is consistently the same, 
> however debug data does not show the REC: records,  these are only shown 
> from the weewx direct logs. I'm unsure if the interceptor driver is sending 
> the REC: records,  do you know? 
>
> I assume it is as weewx.conf says 
>
> *“[StdArchive]*
>
> *….*
>
> *# Set the following to "software" to force software record generation.*
>
> *record_generation = hardware”*
>
>
> On Wednesday, 11 March 2020 22:10:40 UTC, Simon Davies wrote:
>>
>> Hi Gary,
>>
>> From my previous table "DB" showed the windGust value.
>>
>> As requested,  I've taken readings from the weewx direct LOOP/REC data,  
>> debug data,  extract from the DB and I've taken a couple of screenshots 
>> from the console.  
>> Time period would be best to take from 21:03 for  approximately 15 
>> minutes,  although the logs cover a larger period.  I've attached 5 files 
>> with this information.  I hope they contain the information you have 
>> requested.
>>
>> I've not checked all of the values myself,  I'll will do after posting 
>> here.
>>
>> loop_hilo is set to True.
>>
>> Many Thanks Simon
>>
>> On Wednesday, March 11, 2020 at 4:11:45 AM UTC, gjr80 wrote:
>>>
>>> Hi Simon,
>>>
>>> I tried setting the debug level to 1 and viewed the syslog.  The units 
 displayed in the log are usunits=16 (which I assume is meters per 
 second?). 

>>>
>>> The usUnits decodes are 1 (or 0x01) is US (aka US customary) and uses 
>>> miles per hour for wind speeds, 16 (or 0x10) is Metric with wind speeds in 
>>> km per hour and 17 (or 0x11) is known as MetricWX with wind speeds in 
>>> metres per second.
>>>  
>>>
 I could not understand how these values were used to be stored in the 
 archive database.  

>>>
>>> A little background on how units are used within WeeWX. First up the 
>>> database, in weewx.conf under [StdConvert] you have a setting 
>>> target_unit that will either be US, METRIC or METRICWX. This sets the 
>>> database unit system used throughout the database. The default is US. Some 
>>> folks insist on having target_unit set to the units they use natively, 
>>> there really is little value in doing this unless you have specific 
>>> requirements as WeeWX automatically converts to/from the units required (in 
>>> fact I have seen it cause issues variously where database units are used 
>>> (for example specifying QC limits without units), folks forget their 
>>> database units are different to the normal and they can get unexpected 
>>> results). Data coming from drivers, whether they be loop packets or archive 
>>> records can be in any of the three unit systems, WeeWX automatically 
>>> converts any data being saved to database to the target_unit unit 
>>> system. Likewise any archive records or loop packets being processed 
>>> elsewhere by WeeWX could be in any of the three unit systems. Data being 
>>> output in a Cheetah report or plotted by the image generator is 
>>> automatically converted to the units specified by the tag, skin.conf or 
>>> weewx.conf or the

Re: [weewx-user] Cheetah Rounding Values

[Tom Keffer]

See the section *Formatting options
* in the
Customizing Guide. There are also some examples in the next section.

On Fri, Apr 24, 2020 at 9:28 PM rich T  wrote:

> Is there a way cheetah can round a value to 1 decimal point or does the
> rounding need to be performed in an SQL statement first?
>
> --
> 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/afbbb748-1673-4e1f-b651-38bdfdd1fceb%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/CAPq0zECLTch5ESTnr-K-ZL4ftGhyRkK3-WJ%3DYouxHZLFDc6YvA%40mail.gmail.com.

[weewx-user] Re: A monitor program for WeeWx running on Raspberry Pi

[John Burricelli]

>
> A simple shell script will do the same thing.  I put something similar 
> below in my cron to run every 10 minutes.
>

#!/bin/bash

a=`ps -ef | grep weewxd | wc -l`
if [ "$a" -gt "1" ]
then exit
else
** Your alerting/email command goes here **
fi 

-- 
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/3137893b-e9aa-42b4-a472-e6ec1d17ddff%40googlegroups.com.

[weewx-user] Re: wind loop and console data calculation

['Season Ticket' via weewx-user]

Hi Gary,  I've spent some time looking at the log files and focusing on the 
windgust, still unresolved unfortunately.  

I’m using the interceptor driver,  I looked at the comments in the 
interceptor driver code which says 

"*The gust measure has resolution of 1.1 m/s (2.46 mph) - one revolution of 
the anemometer."*  

However the lowest gust value in the LOOP logs is “0.683510010315”.  There 
must be a units problem here,  I understand that “0.683510010315” 
usunits=1=mph, displayed in the each log record, and will convert to 1.1 
km/h,  but the console shows 4 km/h,  so I’m assuming that 1.1 is m/s which 
converts to 3.96 km/h, very confusing,  but I can get the figures to match 
even if they don’t make sense to me. Is there a simple explanation about 
these figures?

 

I notice that the LOOP & debug data for windgust is consistently the same, 
however debug data does not show the REC: records,  these are only shown 
from the weewx direct logs. I'm unsure if the interceptor driver is sending 
the REC: records,  do you know? 

I assume it is as weewx.conf says 

*“[StdArchive]*

*….*

*# Set the following to "software" to force software record generation.*

*record_generation = hardware”*


On Wednesday, 11 March 2020 22:10:40 UTC, Simon Davies wrote:
>
> Hi Gary,
>
> From my previous table "DB" showed the windGust value.
>
> As requested,  I've taken readings from the weewx direct LOOP/REC data,  
> debug data,  extract from the DB and I've taken a couple of screenshots 
> from the console.  
> Time period would be best to take from 21:03 for  approximately 15 
> minutes,  although the logs cover a larger period.  I've attached 5 files 
> with this information.  I hope they contain the information you have 
> requested.
>
> I've not checked all of the values myself,  I'll will do after posting 
> here.
>
> loop_hilo is set to True.
>
> Many Thanks Simon
>
> On Wednesday, March 11, 2020 at 4:11:45 AM UTC, gjr80 wrote:
>>
>> Hi Simon,
>>
>> I tried setting the debug level to 1 and viewed the syslog.  The units 
>>> displayed in the log are usunits=16 (which I assume is meters per second?). 
>>>
>>
>> The usUnits decodes are 1 (or 0x01) is US (aka US customary) and uses 
>> miles per hour for wind speeds, 16 (or 0x10) is Metric with wind speeds in 
>> km per hour and 17 (or 0x11) is known as MetricWX with wind speeds in 
>> metres per second.
>>  
>>
>>> I could not understand how these values were used to be stored in the 
>>> archive database.  
>>>
>>
>> A little background on how units are used within WeeWX. First up the 
>> database, in weewx.conf under [StdConvert] you have a setting 
>> target_unit that will either be US, METRIC or METRICWX. This sets the 
>> database unit system used throughout the database. The default is US. Some 
>> folks insist on having target_unit set to the units they use natively, 
>> there really is little value in doing this unless you have specific 
>> requirements as WeeWX automatically converts to/from the units required (in 
>> fact I have seen it cause issues variously where database units are used 
>> (for example specifying QC limits without units), folks forget their 
>> database units are different to the normal and they can get unexpected 
>> results). Data coming from drivers, whether they be loop packets or archive 
>> records can be in any of the three unit systems, WeeWX automatically 
>> converts any data being saved to database to the target_unit unit 
>> system. Likewise any archive records or loop packets being processed 
>> elsewhere by WeeWX could be in any of the three unit systems. Data being 
>> output in a Cheetah report or plotted by the image generator is 
>> automatically converted to the units specified by the tag, skin.conf or 
>> weewx.conf or the defaults as applicable. Bottom line is when analysing 
>> WeeWX data never assume any units, always check the usUnits value.
>>  
>>
>>> See the table below,  for example 1.1 mps  becomes 1.36 mph.  it should 
>>> be 2.46 mph using my calculations.  Do you have any ideas why the archive 
>>> DB has this value?
>>>
>>>  
>>>
>>>  
>>>
>>> *time*
>>>
>>> *debug data wind gust (mps)*
>>>
>>> *debug data usunits*
>>>
>>> *console minutes*
>>>
>>> *console wind gust km/h*
>>>
>>> *DB (mph)*
>>>
>>> Mar
>>>
>>> 8
>>>
>>> 22:40:57
>>>
>>> 1.1,
>>>
>>> 16
>>>
>>> 40
>>>
>>> 4
>>>
>>> 1.36702
>>>
>>> Mar
>>>
>>> 8
>>>
>>> 22:42:49
>>>
>>> 0.0,
>>>
>>> 16
>>>
>>> 42
>>>
>>> 0
>>>
>>> 0.68351
>>>
>>> Mar
>>>
>>> 8
>>>
>>> 22:44:57
>>>
>>> 1.1,
>>>
>>> 16
>>>
>>> 44
>>>
>>> 4
>>>
>>> 2.05053
>>>
>>> As mentioned above you usUnits=16 data will be km/hr rather than m/s. 
>> That still doesn't help things tally. So what is 'DB', is that windSpeed 
>> or windGust?
>>
>> Appreciate the table may make things easy to read but perhaps it might 
>> help more if you provide the actual loop/archive record output when WeeWX 
>> is run directly, a copy of the log (with debug set) over the same period 
>> and a que