[weewx-user] issue when trying to depict rain data from different weewx databases in Seasons skin (current and High/Low)

['Rainer Lang' via weewx-user]

the background which made me run into the issue(s) which I couldn't find 
a solution for yet -

nothing found in the WiKi either

2 Ecowitt stations - one has the WS90 and a WH40 rain gauge connected, 
one the rain gauge from the WS69 array
2 weewx instances - one receiving the WS90/WH40 data, one receiving the 
WS69 data
the instances run on different servers, but that was only an additional 
challenge to figure out where to put the data_binding information - 
maybe not yet completely solved - we'll see later


running weewx 4.8.0 - but with my old skin.conf - not (yet) with the 
skin.conf which comes with the 4.8.0 install


I have added the following entries to my skin.conf - and the plots of 
all three are properly shown - as desired
(for that I repurposed the wsview_extended database field "hail" for the 
WS90 piezo rain)


### excerpt skin.conf start ##

    [[[dayrain]]]
    # Make sure the y-axis increment is at least 0.02 for the 
rain plot

    yscale = None, None, 0.02
    plot_type = bar
    rain
    aggregate_type = sum
    aggregate_interval = 3600
    label = Rain (hourly total) (WH40)
    [[[dayrain2]]]
    # Make sure the y-axis increment is at least 0.02 for the 
rain plot

    yscale = None, None, 0.02
    plot_type = bar
    fill_color = "#ff4500"
    hail  #WS90 piezo rain
    aggregate_type = sum
    aggregate_interval = 3600
    label = Rain (hourly total) (WS90)
    [[[dayrain3]]]
    # Make sure the y-axis increment is at least 0.02 for the 
rain plot

   data_binding = rpi24-binding
    yscale = None, None, 0.02
    plot_type = bar
    fill_color = "#32cd32"
    rain  #WH65 rain
    aggregate_type = sum
    aggregate_interval = 3600
    label = Rain (hourly total) (WS69)
 excerpt skin.conf end ##

HOWEVER, I couldn't manage to get the data from the external database 
[[[dayrain3]] into the current data table - nor into the High/Low table


_I couldn't figure out how to address the external database field in 
current.inc and in hilo.inc to be shown in the table here._


Any advise how to manage that highly appreciated !


SECOND ISSUE: into which I ran while experimenting with the hilo.inc 
file to get my values displayed


I found that even though the syntax seems to be correct, I only get the 
current (that's current.inc) data displayed (for "rain" and "hail")
but _I wouldn't get the weekly and monthly rain sums displayed - only 
the yearly_.😮 - the others simply remain "0.0"

(it does the same in my other weewx installations too !)

excerpt below - what's wrong here and, also, referring back to the first 
question, how would the code look like for the external database field 
"rain" to be inserted to be displayed in that table ?


### excerpt hilo.inc start ###

#set $archive_data = [('day', $day), ('week', $week), ('month', $month), 
('year', $year), ('rainyear', $rainyear)]




  
    High/Low
    ♦
  

  
  
    


 
    $obs.label.rain
    #for $archive in $archive_data
    
  $archive[1].rain.sum.format(add_label=False)
    #end for
    $unit.label.rain
  
  
    $obs.label.rainRate
    #for $archive in $archive_data
    
  
$archive[1].rainRate.max.format(add_label=False)
    
    #end for
    $unit.label.rainRate
  
  
    $obs.label.piezorain
    #for $archive in $archive_data
    
  $archive[1].hail.sum.format(add_label=False)
    #end for
    $unit.label.rain
  
  
    $obs.label.piezorainRate
    #for $archive in $archive_data
    
  
$archive[1].hailRate.max.format(add_label=False)
    
    #end for
          $unit.label.rainRate
  
.

 excedrpt hilo.inc end #

--
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/4a493c8e-c9f8-65a8-43b8-9f9a2ed12226%40gmail.com.

Re: [weewx-user] Wind Color Belchertown

[jterr...@gmail.com]

Hi,
In Belchertown script, temperature color is set at two different places :
1) in index.html.tmpl :

jQuery(document).ready(function() {
#if $Extras.has_key("aqi_enabled") and $Extras.aqi_enabled == '1'
get_aqi_color( "$aqi" );
#end if

#if $Extras.has_key("beaufort_category") and $Extras.beaufort_category 
== '1'
// weewx >= 4.2 can convert to Beaufort directly, but to improve 
backwards compatibility, convert windSpeed to
// knots and then use Javascript function to convert to Beaufort
jQuery(".beaufort").html( beaufort_cat( kts_to_beaufort( 
"$current.windSpeed.knot.toString(addLabel=False)" ) ) );
#end if

*get_outTemp_color( "$unit.unit_type.outTemp", 
"$current.outTemp.formatted" );*

this javascript code in bold is setting the right temperature color just 
after the loading of the page.

I think you may have to had here the code that will set the wind colors at 
load time

2) In belchertown.js.tmpl, as you did it already for wind. The color will 
be applied/changes at the time a new MQTT message is received.

Without adding the code in index.html.tmpl, the wind will not be colored 
just after loading the page, and the color will appear when the next MQTT 
message with wind values is received.

Le mardi 28 juin 2022 à 09:00:18 UTC+2, Auchtermuchty Weather a écrit :

> As a general note, 'if . else if .' should finish with 'else', not 
> 'else if'.  With my previous weather station I got some strange readings, 
> and your code - ending in 'else if' rather than 'else' - wouldn't match 
> some values leading to deformed HTML being generated.
>
>
> On Monday, 23 May 2022 at 22:20:02 UTC+1 Jim Munro wrote:
>
>> I played around a bit with this code for wind colors in the Belchertown 
>> skin.  I too had some difficulty with the colors and made a few changes.  
>> Please see snippet below.  I basically had to reverse order the if/else if 
>> code to put the higher wind speed first because the else if would always 
>> stop a the first >= and not go any further.  Your windSpeeds/windGusts and 
>> colors may not match mine so adjust to taste.
>>
>> // Change the color of the Windspeed variable according to US-EPA 
>> standards
>> // (adjusted to match skin colors better)
>> function get_windSpeed_color(windSpeed, returnColor = false) {
>> windSpeed = parseFloat(windSpeed).toFixed(1); // Convert back to 
>> decimal lit
>> if (windSpeed <= 1.1) {
>> var windSpeed_color = "rgba(18,120,200,1)";
>> } else if (windSpeed >= 24.0) {
>> var windSpeed_color = "rgba(159,0,197,1)";
>> } else if (windSpeed >= 18.0) {
>> var windSpeed_color = "rgba(255,69,0,1)";
>> } else if (windSpeed >= 12.4) {
>> var windSpeed_color = "rgba(255,127,0,1)";
>> } else if (windSpeed >= 7.5) {
>> var windSpeed_color = "rgba(255,174,0,1)";
>> } else if (windSpeed >= 3.7) {
>> var windSpeed_color = "rgba(113,188,60,1)";
>> } else if (windSpeed >= 1.2) {
>> var windSpeed_color = "rgba(31,175,221,1)";
>> }
>> // Return the color value if requested, otherwise just set the div 
>> color
>> if (returnColor) {
>> return windSpeed_color;
>> } else {
>> jQuery(".curwindspeed").css("color", windSpeed_color);
>> }
>>
>> }
>>
>> // Change the color of the aqi variable according to US-EPA standards
>> // (adjusted to match skin colors better)
>> function get_windGust_color(windGust, returnColor = false) {
>> windGust = parseFloat(windGust).toFixed(1); // Convert back to 
>> decimal liter
>> if (windGust <= 1.1) {
>> var windGust_color = "rgba(18,120,200,1)";
>> } else if (windGust >= 24.0) {
>> var windGust_color = "rgba(159,0,197,1)";
>> } else if (windGust >= 18.0) {
>> var windGust_color = "rgba(255,69,0,1)";
>> } else if (windGust >= 12.4) {
>> var windGust_color = "rgba(255,127,0,1)";
>> } else if (windGust >= 7.5) {
>> var windGust_color = "rgba(255,174,0,1)";
>> } else if (windGust >= 3.7) {
>> var windGust_color = "rgba(113,188,60,1)";
>> } else if (windGust >= 1.2) {
>> var windGust_color = "rgba(31,175,221,1)";
>> }
>> // Return the color value if requested, otherwise just set the div 
>> color
>> if (returnColor) {
>> return windGust_color;
>> } else {
>> jQuery(".curwindgust").css("color", windGust_color);
>> }
>> }
>>
>> cheers Jim
>> On Tuesday, May 17, 2022 at 7:54:26 a.m. UTC-4 peterq...@gmail.com wrote:
>>
>>> Why are you formatting the windspeed as string and then (multiple times) 
>>> converting it to float? 
>>>
>>> This may be unrelated to your problem.
>>>
>>> I do notice that the outTemp coloring is done with the string value and 
>>> converted to the real value in the coloration function itself. Could the 
>>> windspeed float variable be going out of scope? I don't usually write 
>>> Javascript so, sorry I'm not much help.
>>>
>>> On Sun, May 1

[weewx-user] Re: iwdl / yrno

[Kalli]

 Hi Gerry I have already contacted the author but have not received a 
reply. I can send you Iwdl times.


gjr80 schrieb am Montag, 4. Juli 2022 um 23:14:06 UTC+2:

> Hallo Kalli,
>
> As far as I can tell 
>  the Yr 
> forecast.xml (used by iWDL) has been discontinued since 1 February. iWDL 
> could possibly use some other source for forecast data, but that would 
> require changes to iWDL. I am not sure this is likely given there seems to 
> have been little iWDL development recently. You might like to try 
> contacting the iWDL author.
>
> Gary
>
> On Sunday, 3 July 2022 at 20:08:47 UTC+10 Kalli wrote:
>
>> Hi garry I hope you can help me. the forecast from yrno no longer works. 
>> attached the yrno.php Thanks. Kalli
>>
>

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

Re: [weewx-user] Wind Color Belchertown

[Jim Munro]

I added the following 2 lines in index.html.tmpl after the line:
  
*get_outTemp_color( "$unit.unit_type.outTemp", "$current.outTemp.formatted" 
); *

  get_windSpeed_color( "$current.windSpeed.formatted" );
  get_windGust_color ( "$current.windGust.formatted" );

On Tuesday, July 5, 2022 at 1:06:38 p.m. UTC-4 jterr...@gmail.com wrote:

> Hi,
> In Belchertown script, temperature color is set at two different places :
> 1) in index.html.tmpl :
>
> jQuery(document).ready(function() {
> #if $Extras.has_key("aqi_enabled") and $Extras.aqi_enabled == '1'
> get_aqi_color( "$aqi" );
> #end if
>
> #if $Extras.has_key("beaufort_category") and $Extras.beaufort_category 
> == '1'
> // weewx >= 4.2 can convert to Beaufort directly, but to improve 
> backwards compatibility, convert windSpeed to
> // knots and then use Javascript function to convert to Beaufort
> jQuery(".beaufort").html( beaufort_cat( kts_to_beaufort( 
> "$current.windSpeed.knot.toString(addLabel=False)" ) ) );
> #end if
>
> *get_outTemp_color( "$unit.unit_type.outTemp", 
> "$current.outTemp.formatted" );*
>
> this javascript code in bold is setting the right temperature color just 
> after the loading of the page.
>
> I think you may have to had here the code that will set the wind colors at 
> load time
>
> 2) In belchertown.js.tmpl, as you did it already for wind. The color will 
> be applied/changes at the time a new MQTT message is received.
>
> Without adding the code in index.html.tmpl, the wind will not be colored 
> just after loading the page, and the color will appear when the next MQTT 
> message with wind values is received.
>
> Le mardi 28 juin 2022 à 09:00:18 UTC+2, Auchtermuchty Weather a écrit :
>
>> As a general note, 'if . else if .' should finish with 'else', 
>> not 'else if'.  With my previous weather station I got some strange 
>> readings, and your code - ending in 'else if' rather than 'else' - wouldn't 
>> match some values leading to deformed HTML being generated.
>>
>>
>> On Monday, 23 May 2022 at 22:20:02 UTC+1 Jim Munro wrote:
>>
>>> I played around a bit with this code for wind colors in the Belchertown 
>>> skin.  I too had some difficulty with the colors and made a few changes.  
>>> Please see snippet below.  I basically had to reverse order the if/else if 
>>> code to put the higher wind speed first because the else if would always 
>>> stop a the first >= and not go any further.  Your windSpeeds/windGusts and 
>>> colors may not match mine so adjust to taste.
>>>
>>> // Change the color of the Windspeed variable according to US-EPA 
>>> standards
>>> // (adjusted to match skin colors better)
>>> function get_windSpeed_color(windSpeed, returnColor = false) {
>>> windSpeed = parseFloat(windSpeed).toFixed(1); // Convert back to 
>>> decimal lit
>>> if (windSpeed <= 1.1) {
>>> var windSpeed_color = "rgba(18,120,200,1)";
>>> } else if (windSpeed >= 24.0) {
>>> var windSpeed_color = "rgba(159,0,197,1)";
>>> } else if (windSpeed >= 18.0) {
>>> var windSpeed_color = "rgba(255,69,0,1)";
>>> } else if (windSpeed >= 12.4) {
>>> var windSpeed_color = "rgba(255,127,0,1)";
>>> } else if (windSpeed >= 7.5) {
>>> var windSpeed_color = "rgba(255,174,0,1)";
>>> } else if (windSpeed >= 3.7) {
>>> var windSpeed_color = "rgba(113,188,60,1)";
>>> } else if (windSpeed >= 1.2) {
>>> var windSpeed_color = "rgba(31,175,221,1)";
>>> }
>>> // Return the color value if requested, otherwise just set the div 
>>> color
>>> if (returnColor) {
>>> return windSpeed_color;
>>> } else {
>>> jQuery(".curwindspeed").css("color", windSpeed_color);
>>> }
>>>
>>> }
>>>
>>> // Change the color of the aqi variable according to US-EPA standards
>>> // (adjusted to match skin colors better)
>>> function get_windGust_color(windGust, returnColor = false) {
>>> windGust = parseFloat(windGust).toFixed(1); // Convert back to 
>>> decimal liter
>>> if (windGust <= 1.1) {
>>> var windGust_color = "rgba(18,120,200,1)";
>>> } else if (windGust >= 24.0) {
>>> var windGust_color = "rgba(159,0,197,1)";
>>> } else if (windGust >= 18.0) {
>>> var windGust_color = "rgba(255,69,0,1)";
>>> } else if (windGust >= 12.4) {
>>> var windGust_color = "rgba(255,127,0,1)";
>>> } else if (windGust >= 7.5) {
>>> var windGust_color = "rgba(255,174,0,1)";
>>> } else if (windGust >= 3.7) {
>>> var windGust_color = "rgba(113,188,60,1)";
>>> } else if (windGust >= 1.2) {
>>> var windGust_color = "rgba(31,175,221,1)";
>>> }
>>> // Return the color value if requested, otherwise just set the div 
>>> color
>>> if (returnColor) {
>>> return windGust_color;
>>> } else {
>>> jQuery(".curwindgust").css("color", windGust_color);
>>> }
>>> }
>>>
>>> cheers Jim
>>> On Tuesday, May

[weewx-user] Can WeeWX be used to capture and save data from multiple stations?

[Bill Thorson]

I just discovered WeeWX and it looks great.  I really don't need the nice 
display at this time but have another question.  I have 3 stations 
installed from 3 different manufacturers.  What I would like to do is just 
capture 5-minute obs from each of them to compare.  This can be just to 
data files but would be better in databases.

Can WeeWX help with that?
  

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

[weewx-user] Re: Can WeeWX be used to capture and save data from multiple stations?

[vince]

Likely depends on your stations and how you want to save the data, but 
weewx-multi can at least set up multiple stations on one computer, albeit 
with different resulting databases.   You're going to have to write 
something to do your comparison anyway, so you might feed influxdb and use 
grafana to do your comparison (as one way to do it) or go with a MQTT-based 
solution and do your dashboard in node-red or Home Assistant.  Many ways to 
get there once you can talk to the stations.

On Tuesday, July 5, 2022 at 12:32:40 PM UTC-7 btho...@weatherflow.com wrote:

> I just discovered WeeWX and it looks great.  I really don't need the nice 
> display at this time but have another question.  I have 3 stations 
> installed from 3 different manufacturers.  What I would like to do is just 
> capture 5-minute obs from each of them to compare.  This can be just to 
> data files but would be better in databases.
>
> Can WeeWX help with that?
>   

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/4b887138-09ca-453b-8b41-2a491bdb91e3n%40googlegroups.com.

Re: [weewx-user] WeeWX-jas announcement

[bell...@gmail.com]

It could be done monthly, but with ECharts ability to zoom in on year data, 
that is very low on my list. Also I have a lot of cleanup and documentation 
before I will get to start anything related to layout configuration. There 
will also be a bit of a learning curve - so it might be a while before you 
see anything.
rich
On Wednesday, 22 June 2022 at 19:02:27 UTC-4 f4n...@gmail.com wrote:

> Are you thinking of being able to graph multiple years? Something like 
>> this.
>>  
>>
> Live prototype here, https://bellrichm.org/weather/prototype/
>>
>
> Exactly! Specially the Historical - multi-years on x axis 
>  view is what i 
> was thinking about, this is great! Maybe it could also be done for multiple 
> months (as long as the browser can handle the data, if my understanding is 
> right, all data is processed into graphs on the client machine / browser?)
>  
>
>> Because all the data has already been pulled from the db, that is not a 
>> concern of mine. The performance bottleneck will probably be getting the 
>> data from the server to the browser. With that said, this is something that 
>> I am very interested and will be the next thing I pursue.
>> FYI, I have completed #20 and #21, but have not packaged a release.
>> rich
>>
>
> This really sounds promising and will be an amazing feature for a 
> weewx-skin, because the skins available until now who are able to output 
> custom historical graphs more than one standard year/month/week/day at a 
> time, pretty much all required a web server with root access or at least it 
> couldn't be done on just a simple plesk shared hosting (unless i'm not 
> mistaken). 
> No hurry with the releases, I think I'll try the skin when the layout can 
> be configured :)
>

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

Re: [weewx-user] WeeWX-jas announcement

[bell...@gmail.com]

Version 0.2.1 has been released. This release includes quite a few fixes 
and enhancements. The following are the most exciting (at least to me).

Support multiple databases via WeeWX data_binding
Using Vince's 'mem extension' 
(https://github.com/vinceskahan/vds-weewx-v3-mem-extension) as an example, 
you can do things like:
Add memory data to an existing page. See, 'Today' at 
https://bellrichm.org/weather/#
Create a distinct set of pages for the data. See, 
https://bellrichm.org/weather/mem/#

Update charts with MQTT data
Look at 'Outside Temperature' on the 'Today' page at 
https://bellrichm.org/weather/#

Compare data 'Year to Year'
See, 'Year to Year' at https://bellrichm.org/weather/#

Chart multiple years on the x-axis
See, 'Multi-Years' at https://bellrichm.org/weather/#

If anyone is upgrading you must
Uninstall previous version
Delete any generated files

Note, the first report cycle will take a long time. This is because the 
historical data has to be extracted and 'static content' created. I usually 
run wee_reports after installing and before starting WeeWX.

Code cleanup, additional config options, and documentation are 'coming 
soon'.
Enjoy. 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/4aad254e-1eee-46a4-9530-751c1a469c00n%40googlegroups.com.

Re: [weewx-user] Can WeeWX be used to capture and save data from multiple stations?

[Tom Keffer]

The simplest would be to run 3 different instances of WeeWX on the same
computer. See the wiki article weewx-multi
.

Then nominate one of the instances to do the reporting, making use of the
database from the other 2 instances. For example, if you wanted to make a
plot of outside temperature for today from the 3 different instances:

[[[daycompare]]]
   instance-1
   data_type = outTemp
   label = Stn 1
   data_binding = binding1
   instance-2
   data_type = outTemp
   label = Stn 2
   data_binding = binding2
   instance-3
   data_type = outTemp
   label = Stn 3
   data_binding = binding3

Where binding1, binding2, and binding3 are data bindings to the 3 different
databases.

See *Using multiple bindings
*.


On Tue, Jul 5, 2022 at 12:32 PM Bill Thorson 
wrote:

> I just discovered WeeWX and it looks great.  I really don't need the nice
> display at this time but have another question.  I have 3 stations
> installed from 3 different manufacturers.  What I would like to do is just
> capture 5-minute obs from each of them to compare.  This can be just to
> data files but would be better in databases.
>
> Can WeeWX help with that?
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/d27781ef-185d-4a70-817f-80016446b9b3n%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/CAPq0zECqDpuywjO%3D7L%2B3%3DnZbsFFBwjdYLyCNEd3RnJexcRapKw%40mail.gmail.com.

[weewx-user] Re: issue when trying to depict rain data from different weewx databases in Seasons skin (current and High/Low)

['Rainer Lang' via weewx-user]

After some more digging I have advanced:

my 2nd issue, that the monthly and weekly data is not shown seems to be 
solved:
while in the imagegenerator the week/month means 7 days back and 30 days 
back from the current date,
$week and $month seem to mean the calender week and calender month - a 
few tests with fake rain data in the database confirmed that


remains the issue how to show the values from the remote database in the 
High/Low portion of the High/Low table


at http://www.weewx.com/docs/customizing.htm#Using_multiple_bindings
the example goes:

  Inside Temperature, Vantage 
$current.inTemp   class="stats_label">Inside Temperature, WMR100 class="stats_data">$latest/*($data_binding='wmr100_binding')*/.inTemp 
 


this translated into my hilo.inc code

    $obs.label.rain
    #for $archive in $archive_data
    
  $archive[1].rain.sum.format(add_label=False)
    #end for
    $unit.label.rain
 
 
    $obs.label.rainRate
    #for $archive in $archive_data
    
  
$archive[1].rainRate.max.format(add_label=False)
    
    #end for
    $unit.label.rainRate


should in my understanding then be:

/*
*/$archive[1]/*($data_binding='rpi24-binding')*/.rain.sum.format(add_label=False)
resp.


  
$archive[1]/*($data_binding='rpi24-binding')*/.rainRate.max.format(add_label=False)


where "rpi24-binding" is my database binding of the remote database

however, this produces a Cheetah Syntax error

Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
Evaluation of template /etc/weewx/skins/Seasons/index.html.tmpl failed 
with exception ''
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
 Ignoring template /etc/weewx/skins/Seasons/index.html.tmpl
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
 Reason: keyword can't be an expression (, line 1)
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
  Traceback (most recent call last):
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
    File "/usr/share/weewx/weewx/cheetahgenerator.py", line 348, in 
generate
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
  unicode_string = compiled_template.respond()
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
    File 
"cheetah__etc_weewx_skins_Seasons_index_html_tmpl_1657056374_3328836_74907.py", 
line 287, in respond
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
    File "/usr/lib/python3/dist-packages/Cheetah/Template.py", line 
1707, in _handleCheetahInclude
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
 self._CHEETAH__cheetahIncludes[_includeID].respond(trans)
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
    File 
"cheetah__etc_weewx_skins_Seasons_hilo_inc_1657056374_7626543_30080.py", 
line 1744, in respond
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
    File 
"cheetah__etc_weewx_skins_Seasons_hilo_inc_1657056374_7626543_30080.py", 
line 386, in __errorCatcher46
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
    File "", line 1
Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator: 
  SyntaxError: keyword can't be an expression


what am I missing ?? - it's definitely the 
/*($data_binding='rpi24-binding')*/ which causes the error - when I 
remove it, no error is shown - but then I don't get my data from the 
remote database ...



Am 05.07.2022 um 12:32 schrieb Rainer Lang:


the background which made me run into the issue(s) which I couldn't 
find a solution for yet -

nothing found in the WiKi either

2 Ecowitt stations - one has the WS90 and a WH40 rain gauge connected, 
one the rain gauge from the WS69 array
2 weewx instances - one receiving the WS90/WH40 data, one receiving 
the WS69 data
the instances run on different servers, but that was only an 
additional challenge to figure out where to put the data_binding 
information - maybe not yet completely solved - we'll see later


running weewx 4.8.0 - but with my old skin.conf - not (yet) with the 
skin.conf which comes with the 4.8.0 install


I have added the following entries to my skin.conf - and the plots of 
all three are properly shown - as desired
(for that I repurposed the wsview_extended database field "hail" for 
the WS90 piezo rain)


### excerpt skin.conf start ##

    [[[dayrain]]]
    # Make sure the y-axis increment is at least 0.02 for the 
rain plot

    yscale = None, None, 0.02
    plot_type = bar
    rain
    aggregate_type = sum
    aggregate_interval = 3600
    label = Rain (hourly total) (WH40)
    [[[dayrain2]]]
    # Make sure the y-axis increment is at least 0.02 for the 
rain plot

    yscale = None, None, 0.02
 

[weewx-user] What is the station web page?

[Thom VC]

Forgive what is probably a basic question, but I have been wrestling with a 
MACos 
install  for a week. 

I have made it to the step that says...

After about 5 minutes, open the station web page in a web browser. You 
should see your station information and data. If your hardware supports 
hardware archiving, then how long you wait will depend on the archive 
interval  set in 
your hardware.
file:///Users/Shared/weewx/public_html/index.html

In this case, what is the station web page? 

I assume I am missing something central. 

Also, I am attempting to connect with an Ambient WS2090C and I selected the 
FineOffset driver from the list of options. Was this an error? 

I found this page 
 with an 
Ambient drive, but not sure if I should do that at this stage in the 
install. Appreciate any thoughts. 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/3f476658-8549-420d-a7a4-36672db6fae1n%40googlegroups.com.

Re: [weewx-user] Re: issue when trying to depict rain data from different weewx databases in Seasons skin (current and High/Low)

[Tom Keffer]

It looks like you are using an older version of Seasons (before it was
parameterized). The variable $archive[1] is the result of evaluating $day,
which makes it an instance of weewx.tags.TimespanBinder, built using
default values in the initializer. At this point, it's too late to ask it
to be built using a custom value for data_binding.

What to do? You could introduce a new set of timespans, this time including
your custom binding. It would look like (NOT TESTED):

#set $archive_data = [('day', $day, $day(data_binding='rpi24-binding')),
('week', $week, $week(data_binding='rpi24-binding')), ('month', $month,
$month(data_binding='rpi24-binding')), ('year', $year,
$year(data_binding='rpi24-binding')), ('rainyear', $rainyear,
$rainyear(data_binding='rpi24-binding'))]

then use that when necessary:


  
$archive[2].rainRate.max.format(add_label=False)
 

Another approach would be to update to the parameterized version of
Seasons, which does its evaluation of TimespanBinder later, allowing it to
be modified in a more straightforward way:

 
   
   $getVar('%s.%s(data_binding='rpi24-binding')' % ($timespan,
$x)).max.format(add_label=False)
 

-tk


On Tue, Jul 5, 2022 at 2:57 PM 'Rainer Lang' via weewx-user <
weewx-user@googlegroups.com> wrote:

> After some more digging I have advanced:
>
> my 2nd issue, that the monthly and weekly data is not shown seems to be
> solved:
> while in the imagegenerator the week/month means 7 days back and 30 days
> back from the current date,
> $week and $month seem to mean the calender week and calender month - a few
> tests with fake rain data in the database confirmed that
>
> remains the issue how to show the values from the remote database in the
> High/Low portion of the High/Low table
>
> at http://www.weewx.com/docs/customizing.htm#Using_multiple_bindings
> the example goes:
>
> 
>   
> Inside Temperature, Vantage
> $current.inTemp
>   
>   
> Inside Temperature, WMR100
>  class="stats_data">$latest*($data_binding='wmr100_binding')*.inTemp
>   
> 
>
>
> this translated into my hilo.inc code
> 
> $obs.label.rain
> #for $archive in $archive_data
> 
>   $archive[1].rain.sum.format(add_label=False)
> #end for
> $unit.label.rain
>  
>  
> $obs.label.rainRate
> #for $archive in $archive_data
> 
>   
> $archive[1].rainRate.max.format(add_label=False)
> 
> #end for
> $unit.label.rainRate
> 
>
> should in my understanding then be:
>
> 
> $archive[1]*($data_binding='rpi24-binding')*
> .rain.sum.format(add_label=False)
> resp.
>
> 
>   
> $archive[1]*($data_binding='rpi24-binding')*.
> rainRate.max.format(add_label=False)
>  
>
> where "rpi24-binding" is my database binding of the remote database
>
> however, this produces a Cheetah Syntax error
>
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
> Evaluation of template /etc/weewx/skins/Seasons/index.html.tmpl failed with
> exception ''
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
>  Ignoring template /etc/weewx/skins/Seasons/index.html.tmpl
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
>  Reason: keyword can't be an expression (, line 1)
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
>   Traceback (most recent call last):
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
> File "/usr/share/weewx/weewx/cheetahgenerator.py", line 348, in
> generate
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
>   unicode_string = compiled_template.respond()
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
> File
> "cheetah__etc_weewx_skins_Seasons_index_html_tmpl_1657056374_3328836_74907.py",
> line 287, in respond
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
> File "/usr/lib/python3/dist-packages/Cheetah/Template.py", line
> 1707, in _handleCheetahInclude
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
>   self._CHEETAH__cheetahIncludes[_includeID].respond(trans)
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
> File
> "cheetah__etc_weewx_skins_Seasons_hilo_inc_1657056374_7626543_30080.py",
> line 1744, in respond
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
> File
> "cheetah__etc_weewx_skins_Seasons_hilo_inc_1657056374_7626543_30080.py",
> line 386, in __errorCatcher46
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
> File "", line 1
> Jul  5 23:26:15 raspberrypi weewx[31166] ERROR weewx.cheetahgenerator:
>   SyntaxError: keyword can't be an expression
>
> what am I missing ?? - it's definitely the
> *($data_binding='rpi24-binding')* which causes the error - when I remove
> it, no error is shown

[weewx-user] Re: What is the station web page?

[vince]

On Tuesday, July 5, 2022 at 4:29:51 PM UTC-7 Thom VC wrote:

> After about 5 minutes, open the station web page in a web browser. You 
> should see your station information and data. If your hardware supports 
> hardware archiving, then how long you wait will depend on the archive 
> interval  set 
> in your hardware.
> file:///Users/Shared/weewx/public_html/index.html
>
> In this case, what is the station web page? 
>
>  
You just answered it above.  Check that path for files after your archive 
interval has passed.
 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/8fc06010-752e-44f8-8f05-640d6487bdf8n%40googlegroups.com.

[weewx-user] Need to supress UV readings going to Weather Underground (WU)

[StarMan703]

I have a 2004 Vantage Pro2 and have started getting sporadic UV readings 
when sending data up to  Weather Underground (WU). Problem is I "do not 
have a UV sensor". I did inspect the outside enclosure and found ants were 
in there playing cards, staying up late and laying eggs. My air compressor 
helped them move out.

I pull the loop data locally for a taskbar display and am able to use "sed" 
to strip out the "16.0" random reading.

 I would like to supress WEEWX output of UV readings going to WU?

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

[weewx-user] Monitoring RESTful API calls sending weather data

[Kruse Ludington]

The below 3 lines (I put blank lines between them for readability) from my 
weewx.log, regarding my AmbientWeather WS-2902C weather station:



Jul 5 23:00:30 kruse-pi weewx[701] INFO weewx.restx:
Windy: Published record 2022-07-05 23:00:00 EDT (1657076400)


Jul 5 23:00:30 kruse-pi weewx[701] INFO weewx.restx:
WindGuru: Published record 2022-07-05 23:00:00 EDT (1657076400)


Jul 5 23:00:30 kruse-pi weewx[701] INFO weewx.restx: CWOP: Published record 
2022-07-05 23:00:00 EDT (1657076400)


There are many others but that is a simple example of three weather sites 
where I am pushing weather data.


This instance of Weewx is running on a Raspberry PI 4B 8GB running a 1TB 
SSD (rather than a micro SD card) for performance reasons.


Also on that same RPI, I have Home Assistant Supervised running in a docker.

I don't care what the mechanism is other than something elegant (ideally by 
listening to network traffic, not by log scraping), reliable and 
lightweight, but I am trying to determine the best way to be notified 
within Home Assistant the most recent time I have sent data to each of 
these websites, being updated each time another API call is successfully made.


Home Assistant supports MQTT, but out of the box functionality for weewx as 
I understand it MQTT is only available for sending the weather data to 
destination/s via MQTT, not reporting when RESTful API calls are 
successfully published, which is the notification I need. Is there an 
extension for this or would it be something I need to create myself 
(notifications about successful API calls)?


Best Regards,

-R. Kruse Ludington

📱(M): +1.201.925.4410
📞(O): +1.862.308.7040
📞(H): +1.201.857.8307
📠(F): +1.201.857.7188

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