[weewx-user] Re: Json error

[Adnan Mumtaz]

You are right!! i didnt notice that the darksky is expired, i am still on 
   
   - Belchertown Skin Version: 1.0.1, is it necessary to upgrade to use 
   Aerius weather APIs


On Thursday, 6 April 2023 at 23:54:47 UTC+3 jterr...@gmail.com wrote:

> If you are not running the last version (v.1.3) of Belchertown skin, it 
> may be due to the fact that the forecast data from Darksky are no more 
> available and that the json of these forecast data is empty.
>
>
> Le jeudi 6 avril 2023 à 05:00:58 UTC+2, Adnan Mumtaz a écrit :
>
> I am using the belchertown script since a long time, and without any 
> changes in the system all of a sudden i am seeing this error in logs and 
> the skin is not uploading properly, can anyone assist
>
> Apr 6 05:20:47 Riyadh_WS weewx[25067]: reportengine: Caught unrecoverable 
> exception in generator 'weewx.cheetahgenerator.CheetahGenerator'
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  No JSON object could be decoded
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  Traceback (most recent call 
> last):
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
> "/usr/share/weewx/weewx/reportengine.py", line 204, in run
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  obj.start()
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
> "/usr/share/weewx/weewx/reportengine.py", line 300, in start
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  self.run()
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
> "/usr/share/weewx/weewx/cheetahgenerator.py", line 160, in run
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  ngen = 
> self.generate(gen_dict[section_name], self.gen_ts)
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
> "/usr/share/weewx/weewx/cheetahgenerator.py", line 234, in generate
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  ngen += 
> self.generate(section[subsection], gen_ts)
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
> "/usr/share/weewx/weewx/cheetahgenerator.py", line 234, in generate
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  ngen += 
> self.generate(section[subsection], gen_ts)
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
> "/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in generate
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  default_binding)
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
> "/usr/share/weewx/weewx/cheetahgenerator.py", line 374, in _getSearchList
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  searchList += 
> obj.get_extension_list(timespan, db_lookup)
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
> "/usr/share/weewx/user/belchertown.py", line 548, in get_extension_list
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  data = json.load( read_file )
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File "/usr/lib/python2.7/json/
> *init*.py", line 291, in load
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  **kw)
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File "/usr/lib/python2.7/json/
> *init*.py", line 339, in loads
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  return 
> _default_decoder.decode(s)
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
> "/usr/lib/python2.7/json/decoder.py", line 364, in decode
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  obj, end = self.raw_decode(s, 
> idx=_w(s, 0).end())
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
> "/usr/lib/python2.7/json/decoder.py", line 382, in raw_decode
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  raise ValueError("No JSON 
> object could be decoded")
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  ValueError: No JSON object 
> could be decoded
> Apr 6 05:20:47 Riyadh_WS weewx[25067]:  Generator terminated
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/efa5becd-4d13-4104-92c0-bc4261e37dc3n%40googlegroups.com.

[weewx-user] Re: WeatherFlowUDP not creating web pages

[scub...@gmail.com]

Lemme know if you want anything else.

b

On Thursday, April 6, 2023 at 8:00:36 PM UTC-6 scub...@gmail.com wrote:

> give me a bit and I'll collect some good logs. 
>
> On Thursday, April 6, 2023 at 7:52:03 PM UTC-6 scub...@gmail.com wrote:
>
>> as soon as I changed it to simulator, the directory /var/www/html/weewx 
>> was created. Odd.
>>
>> On Thursday, April 6, 2023 at 2:03:40 PM UTC-6 vince wrote:
>>
>>> There is nothing in that driver (or any driver I can think of) that 
>>> would prevent web pages from being created if there is data getting to the 
>>> database.
>>>
>>> As always, we need to see debug=1 logs from when you start weewx until 
>>> after one or two archive periods have 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/ae11635d-192f-495f-b92a-43b583971e1en%40googlegroups.com.


syslog.udp.gz
Description: GNU Zip compressed data


syslog.sim.gz
Description: GNU Zip compressed data


weewx.conf.gz
Description: GNU Zip compressed data

[weewx-user] weewx not working with my weather station

[Mohammed Buti]

hello there i was this amazing program weewx and got intersted in it and i 
want to sset up 
APRS  weather station and im runing my idat andd dipetar allredy and want 
to add it to my APRS station  but with no luk 
my weather station is form aliexpres ft0345 weather station but when i 
decode my  weather station via RTL 433  the model is cotech-367959 ID is 
206 protocol is 153 im lost now so i want to run this ft0345 weather 
station with weewx 
i instald weewx om my rpi useing WeeWX: Installation on Debian-based systems
sudo apt-get update  sudo apt-get install weewx
so can any one help me with my problem???


-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/ccf89789-abbf-424d-bcd8-35cefec30268n%40googlegroups.com.
# WEEWX CONFIGURATION FILE
#
# Copyright (c) 2009-2022 Tom Keffer 
# See the file LICENSE.txt for your rights.

##

# This section is for general configuration information.

# Set to 1 for extra debug info, otherwise comment it out or set to zero
debug = 0

# Root directory of the weewx data file hierarchy for this station
WEEWX_ROOT = /

# Whether to log successful operations. May get overridden below.
log_success = True

# Whether to log unsuccessful operations. May get overridden below.
log_failure = True

# Do not modify this. It is used when installing and updating weewx.
version = 4.10.2

##

#   This section is for information about the station.

[Station]

# Description of the station location
location = "United Arab Emirates Dubai Mizhar 1"

# Latitude in decimal degrees. Negative for southern hemisphere
latitude = 25.25582
# Longitude in decimal degrees. Negative for western hemisphere.
longitude = 55.458249

# Altitude of the station, with the unit it is in. This is used only
# if the hardware cannot supply a value.
altitude = 45, meter

# Set to type of station hardware. There must be a corresponding stanza
# in this file, which includes a value for the 'driver' option.
station_type = FineOffsetUSB

# If you have a website, you may specify an URL. This is required if you
# intend to register your station.
#station_url = http://www.example.com

# The start of the rain year (1=January; 10=October, etc.). This is
# downloaded from the station if the hardware supports it.
rain_year_start = 1

# Start of week (0=Monday, 6=Sunday)
week_start = 6

##

[FineOffsetUSB]
# This section is for the Fine Offset series of weather stations.

# The station model, e.g., WH1080, WS1090, WS2080, WH3081
model = WS2080

# How often to poll the station for data, in seconds
polling_interval = 60

# The driver to use:
driver = weewx.drivers.fousb

##

#   This section is for uploading data to Internet sites

[StdRESTful]

# Uncomment and change to override logging for uploading services.
# log_success = True
# log_failure = True

[[StationRegistry]]
# To register this weather station with weewx, set this to true,
# then fill out option 'station_url', located in the [Station] section 
above.
register_this_station = false

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

# If you wish to post to AWEKAS, set the option 'enable' to true, then 
specify a username
# and password. To guard against parsing errors, put the password in 
quotes.
enable = false
username = replace_me
password = replace_me

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

# If you wish to post to CWOP, set the option 'enable' to true,
# then specify the station ID (e.g., CW1234).
enable = false
station = replace_me
# If this is an APRS (radio amateur) station, specify the
# passcode (e.g., 12345). Otherwise, ignore.
passcode = replace_me


[[PWSweather]]
# This section is for configuring posts to PWSweather.com.

# If you wish to post to PWSweather.com, set the option 'enable' to 
true, then specify a
# station and password. To guard against parsing errors, put the 
password in quotes.
enable = false
station = replace_me
password = replace_me

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

# If you wish to post to 

[weewx-user] Re: WeatherFlowUDP not creating web pages

[scub...@gmail.com]

give me a bit and I'll collect some good logs. 

On Thursday, April 6, 2023 at 7:52:03 PM UTC-6 scub...@gmail.com wrote:

> as soon as I changed it to simulator, the directory /var/www/html/weewx 
> was created. Odd.
>
> On Thursday, April 6, 2023 at 2:03:40 PM UTC-6 vince wrote:
>
>> There is nothing in that driver (or any driver I can think of) that would 
>> prevent web pages from being created if there is data getting to the 
>> database.
>>
>> As always, we need to see debug=1 logs from when you start weewx until 
>> after one or two archive periods have 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/8b253943-8ca8-4498-a632-9e2801e6d015n%40googlegroups.com.

[weewx-user] Re: WeatherFlowUDP not creating web pages

[vince]

ok - I'm going to give up trying to help.  No info on whether there's still 
a problem.  No requested logs provided.

Best of luck.


On Thursday, April 6, 2023 at 6:52:03 PM UTC-7 scub...@gmail.com wrote:

> as soon as I changed it to simulator, the directory /var/www/html/weewx 
> was created. Odd.
>
> On Thursday, April 6, 2023 at 2:03:40 PM UTC-6 vince wrote:
>
>> There is nothing in that driver (or any driver I can think of) that would 
>> prevent web pages from being created if there is data getting to the 
>> database.
>>
>> As always, we need to see debug=1 logs from when you start weewx until 
>> after one or two archive periods have 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/0f6bdd99-4294-409e-817a-3f88b17eeb5en%40googlegroups.com.

[weewx-user] Re: WeatherFlowUDP not creating web pages

[scub...@gmail.com]

as soon as I changed it to simulator, the directory /var/www/html/weewx was 
created. Odd.

On Thursday, April 6, 2023 at 2:03:40 PM UTC-6 vince wrote:

> There is nothing in that driver (or any driver I can think of) that would 
> prevent web pages from being created if there is data getting to the 
> database.
>
> As always, we need to see debug=1 logs from when you start weewx until 
> after one or two archive periods have 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/85cf3bd4-44bc-4089-b763-3c166adb59b7n%40googlegroups.com.

Re: [weewx-user] I goofed up posting, please forgive the retry.

[Tom Keffer]

The Seasons skin "autoprovisions", which means that if there is any recent
data for an observation type, it is automatically included in
`current.inc`, using a standard format.

In your case, you want to customize outTemp, so you will have to remove it
from the autoprovisioning list, then include it manually. Here's how to do
this.

In the Season's skin.conf, you will see an option called
`observations_current`. It looks something like this:


*observations_current = outTemp, heatindex, windchill, ...*
Remove `outTemp`, so it looks like this:


*observations_current = heatindex, windchill, ...*
Now go into `current.inc` and add it back in. Look for this code.








*#for $x in $observations  #if $getVar('year.%s.has_data' % $x)#if $x
== 'barometer'  $obs.label.barometer$current.barometer ($trend.barometer.formatted)
*

*#elif $x == 'windSpeed'*
*  ...*

 Note how it has a special case for 'barometer', 'windSpeed' and other
observation types. You want to do something similar for 'outTemp'. When
you're done, it will look something like this:









*#for $x in $observations  #if $getVar('year.%s.has_data' % $x)#if $x
== 'barometer'  $obs.label.barometer$current.barometer ($trend.barometer.formatted)
# elif $x == 'outTemp'*

*  *
$obs.label.outTemp
$current.outTemp (∆
$trend(time_delta=86400).outTemp.format("%+.1f"))
  
# elif $x == 'windSpeed'

*  ...*


You've manually added specialized formatting for outTemp.

Do something similar for any other  variables you want to customize

Hope that helps.

-tk




On Thu, Apr 6, 2023 at 1:13 PM DR  wrote:

> I have run 4.5.1 for some time, and had gotten suggestions on how to
> modify the formating of one of the Current area statements, along with
> adding two pieces of information which are generating from the data
> base, but have no formal definition or schema name, to wit:
>
> 4.5.1, which shows:
>
>
> Outside Temperature 35.0°F (∆ +1.2°F)
> Heat Index 35.0°F
> Wind Chill 35.0°F
> Dew Point 32.6°F
> Humidity 91%
> Barometer 29.481 inHg (-0.060 in)
> Wind 0 mph N/A ( N/A)
> Rain Rate 0.00 in/h
> Rain Today 0.00 in
> Rainfall Yesterday 0.00 in
> Last Rain 06/18/2022 05:00:00 PM
> 286 days, 4 hours, 25 minutes ago
> Inside Temperature 67.0°F
>
>
> which shows the out temp as compared to yesterday at this time and the
> formatted delta sign, along with the Rainfall yesterday and last rain
> line along with another line saying how long ago that was.
>
> These are the html  generating statements to get that display
>
>
>   $obs.label.outTemp
>   $current.outTemp (∆
> $trend(time_delta=86400).outTemp.format("%+.1f"))
> 
> 
>   $obs.label.heatindex
>   $current.heatindex
> 
> 
>   $obs.label.windchill
>   $current.windchill
> 
> 
>   $obs.label.dewpoint
>   $current.dewpoint
> 
> 
>   $obs.label.outHumidity
>   $current.outHumidity
> 
> 
>   $obs.label.barometer
>   $current.barometer ($trend.barometer.formatted
> in)
> 
> 
>   $obs.label.wind
>   $current.windSpeed
> $current.windDir.ordinal_compass ($current.windDir)
> 
> 
>   $obs.label.rainRate
>   $current.rainRate
> 
> 
>   $obs.label.rain_today
>   $day.rain.sum
> 
> 
>  $obs.label.Rainfall Yesterday
>   $day($days_ago=1).rain.sum
> 
> 
>  $obs.label.Last Rain
>  $time_at('rain>0')$time_since('rain>0')
> ago
> 
>
>
> Question:
>
> Is it possible to have 4.9.1 generate the similar current conditions as
> I was in 4.5.1?
>
> I have looked at the current.inc and there are no obvious places to
> insert that code, to my eye.   The list of observations is cycled
> through, but I cannot see where to insert the formatting for the delta
> character, nor since the values for yesterday's rain do not actually
> exist as a value in the data base (it is calculated with a sum function,
> nor extracting the date of last rain, or the calculated time since last
> rain also are not hard values in the data base, I'm confused as to how
> to control the generation of those values, and to exercise control of
> where in the list of current conditions those can be placed.
>
> I have looked in the Seasons directory, at the current.inc and also the
> skins.conf for that directory and find a lot of formatting for the
> PLOTS, I don't find any areas that look like it should control the
> textual information along the left side.
>
>
> If I've not confused you, can you provide some guidance as to where I
> need to look to control the formatting, where to add the statements and
> choose order of appearance ?
>
> I think I have read the customization 

[weewx-user] Re: Json error

[jterr...@gmail.com]

If you are not running the last version (v.1.3) of Belchertown skin, it may 
be due to the fact that the forecast data from Darksky are no more 
available and that the json of these forecast data is empty.


Le jeudi 6 avril 2023 à 05:00:58 UTC+2, Adnan Mumtaz a écrit :

I am using the belchertown script since a long time, and without any 
changes in the system all of a sudden i am seeing this error in logs and 
the skin is not uploading properly, can anyone assist

Apr 6 05:20:47 Riyadh_WS weewx[25067]: reportengine: Caught unrecoverable 
exception in generator 'weewx.cheetahgenerator.CheetahGenerator'
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  No JSON object could be decoded
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  Traceback (most recent call 
last):
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
"/usr/share/weewx/weewx/reportengine.py", line 204, in run
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  obj.start()
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
"/usr/share/weewx/weewx/reportengine.py", line 300, in start
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  self.run()
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
"/usr/share/weewx/weewx/cheetahgenerator.py", line 160, in run
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  ngen = 
self.generate(gen_dict[section_name], self.gen_ts)
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
"/usr/share/weewx/weewx/cheetahgenerator.py", line 234, in generate
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  ngen += 
self.generate(section[subsection], gen_ts)
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
"/usr/share/weewx/weewx/cheetahgenerator.py", line 234, in generate
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  ngen += 
self.generate(section[subsection], gen_ts)
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
"/usr/share/weewx/weewx/cheetahgenerator.py", line 322, in generate
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  default_binding)
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
"/usr/share/weewx/weewx/cheetahgenerator.py", line 374, in _getSearchList
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  searchList += 
obj.get_extension_list(timespan, db_lookup)
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
"/usr/share/weewx/user/belchertown.py", line 548, in get_extension_list
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  data = json.load( read_file )
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File "/usr/lib/python2.7/json/
*init*.py", line 291, in load
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  **kw)
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File "/usr/lib/python2.7/json/
*init*.py", line 339, in loads
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  return 
_default_decoder.decode(s)
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
"/usr/lib/python2.7/json/decoder.py", line 364, in decode
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  obj, end = self.raw_decode(s, 
idx=_w(s, 0).end())
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  File 
"/usr/lib/python2.7/json/decoder.py", line 382, in raw_decode
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  raise ValueError("No JSON 
object could be decoded")
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  ValueError: No JSON object 
could be decoded
Apr 6 05:20:47 Riyadh_WS weewx[25067]:  Generator terminated

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/80273413-72da-4eb8-a90b-185545a4acbbn%40googlegroups.com.

Re: [weewx-user] Weird error with days_ago in 3.8.0

[jterr...@gmail.com]

I don't know if it is related to your error, but I am surprised by the tag 
itself :  "$days_ago($days_ago=$n).dateTime.raw"
According to Weewx documentation, "$days-ago=x" should be used with the 
"day" aggregation  :   *$day*($days_ago=$n).dateTime.raw
see http://www.weewx.com/docs/customizing.htm#general_aggregation_periods 

Le mercredi 5 avril 2023 à 02:45:16 UTC+2, Tom Keffer a écrit :

> I don't know anything about the Sofaskin, but I do know that the line you 
> posted is unlikely to be causing the error. A ".raw" value is not formatted 
> at all. It is simply passed through. Of course, some magic might be 
> happening in the first $days_ago, so it's possible I am wrong.
>
> Finding Cheetah errors can be very tough. Frequently, I have resorted to 
> binary searches through the template: Comment out half the template and see 
> if it was the half causing the error. Keep halving the offending part until 
> you can isolate the line. 
>
> On Tue, Apr 4, 2023 at 5:16 PM wxstor...@gmail.com  
> wrote:
>
>> I started getting an type error April 1st using days_ago. "Must be a real 
>> number, not str". But it is an integer that I am requesting from the 
>> database as I am requesting the raw dateTime. Now it works on some days and 
>> not others, like 357 days ago but not 360 days. Code from the template and 
>> the error is below. What am I missing here? 
>>
>> #set $n = 357
>>  
>>  Last 
>> $days_ago($days_ago=$n).dateTime.raw 
>>  
>>
>> Apr  3 17:14:21 CW9009 weewx[618] INFO weewx.manager: Added record 
>> 2023-04-03 17:14:00 MDT (1680563640) to database 'weewx.sdb'
>> Apr  3 17:14:21 CW9009 weewx[618] INFO weewx.manager: Added record 
>> 2023-04-03 17:14:00 MDT (1680563640) to daily summary in 'weewx.sdb'
>> Apr  3 17:14:21 CW9009 weewx[618] INFO user.weatherflowudp: Listening for 
>> UDP broadcasts to IP address  on port 50222, with timeout 60 and 
>> share_socket False...
>> Apr  3 17:14:22 CW9009 weewx[618] INFO weewx.restx: OWM: Published record 
>> 2023-04-03 17:14:00 MDT (1680563640)
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator: 
>> Evaluation of template /etc/weewx/skins/Sofaskin/index.html.tmpl failed 
>> with exception ''
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>> Ignoring template /etc/weewx/skins/Sofaskin/index.html.tmpl
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>> Reason: must be real number, not str
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>>  Traceback (most recent call last):
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:    
>>  File "/usr/share/weewx/weewx/cheetahgenerator.py", line 348, in generate
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>>  unicode_string = compiled_template.respond()
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:    
>>  File "_etc_weewx_skins_Sofaskin_index_html_tmpl.py", line 1011, in respond
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:    
>>  File "/usr/share/weewx/weewx/cheetahgenerator.py", line 823, in filter
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>>  filtered = six.text_type(val)
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:    
>>  File "/usr/share/weewx/weewx/tags.py", line 461, in __str__
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>>  return str(vh)
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:    
>>  File "/usr/share/weewx/weewx/units.py", line 1019, in __str__
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>>  s = self.toString()
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:    
>>  File "/usr/share/weewx/weewx/units.py", line 1012, in toString
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>>  s = self.formatter.toString(self.value_t, self.context, addLabel=addLabel,
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:    
>>  File "/usr/share/weewx/weewx/units.py", line 698, in toString
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>>  s = self._to_string(val_t, context, addLabel, useThisFormat, None_string, 
>> localize)
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:    
>>  File "/usr/share/weewx/weewx/units.py", line 774, in _to_string
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>>  val_str = locale.format_string(format_string, val_t[0])
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:    
>>  File "/usr/lib/python3.9/locale.py", line 234, in format_string
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:  
>>  new_val.append(_format(perc.group(),
>> Apr  3 17:14:23 CW9009 weewx[618] ERROR weewx.cheetahgenerator:    
>>  File 

Re: [weewx-user] Strange problems using FTPgenerator just started happening.

[Peter Neilley]

Thanks Geoff, I hadn't thought to give the rsync option a try.  I'll need 
to refresh myself on how to set it up since I haven't used it in a long 
time, but good idea.

It's still very strange to me that some of the products I'm trying to 
upload are still getting through every once in awhile.  If 1and1 deprecated 
a core functionality, then you would think it would be all of nothing,  and 
not partially working intermittently.  Who knows   Anyway, thanks for 
the tip.  I'll report back if successful.

On Thursday, April 6, 2023 at 7:56:13 AM UTC-4 geoff...@gmail.com wrote:

> Pretty sure I saw this problem with ftp from weewx on RPi some time ago. 
>  It coincided with 1and1 deprecating ‘open’ ftp; as memory serves, RPi at 
> the time wouldn’t support the required flavour of secure ftp.
>
> I resolved the problem by using rsync to update my web pages.  It’s not 
> completely without problems - there are issues (I think) with server-side 
> caching, but, in general, it works ok.
>
> Hth
>
> Geoff
>
> On Thursday, 6 April 2023 at 01:28:25 UTC+1 Tom Keffer wrote:
>
>> Are you using secure_ftp?
>>
>> On Wed, Apr 5, 2023 at 3:34 PM Peter Neilley  wrote:
>>
>>> Hi! I've been using weewx on a raspberrypi for many years including 
>>> uploading reports to an account on a cloud provider (1and1.com)  to 
>>> post standard reports on my personal webpage.About 2 weeks ago I 
>>> started having problems with getting the reports uploaded to the cloud via 
>>> the weewx FTPgenerator process.  Digging through log files, I'm getting 
>>> "connection refused" errors from the ftpGenerator process.   I didn't make 
>>> any changes to weewx or the raspberrypi to trigger the errors, hence 
>>> suspect something changed on provider's side.  
>>>
>>> But the issue is strange and I can't figure it out hence posting here 
>>> even though I suspect the issue is not weewx related.  Since there's lots 
>>> of smart people here I thought I might get some ideas on how to solve it.  
>>>  Here's some facts:
>>>
>>>  1.  95% of the products I'm trying to ftp from weewx to the cloud 
>>> account are not getting through.  Mysteriously, a handful here and there do 
>>> make it through.
>>> 2.  I upgraded my rPi kernel to 4.19.x and weewx to 4.10.2 and no 
>>> improvement in the issue.
>>> 3. I can manually ftp the products using the command line ftp program 
>>> supplied with rPi linux with no issues at all.  Same if I use sftp or scp.
>>> 4.  I double checked my credentials in weewx.conf to make sure nothing 
>>> was wrong with those. But again, the fact that some products get through 
>>> suggests credentials are not the issue.
>>> 3.  log files in /var/log (both system.log and messages.log) indicate 
>>> the weewx ftpGenerator process is failing with a "connection refused" error 
>>> messages.
>>> 4. I can reproduce the error if I manually start a python shell and try 
>>> to upload the files manually using ftplib in python.  I'm using python 2.7
>>>
>>> This is telling me something about a new incompatibility between the 
>>> python library in rPi linux and my cloud provider's FTP server is causing 
>>> the issue.  But I haven't been able to figure it out.   So wonder if anyone 
>>> here has any guesses and ideas.
>>>
>>> Thanks for your support.
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to weewx-user+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/761a1bfa-3ba4-47a7-97e8-9096d708c06an%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/f951749d-e030-4b6b-ac62-3d488d53864an%40googlegroups.com.

[weewx-user] I goofed up posting, please forgive the retry.

[DR]

I have run 4.5.1 for some time, and had gotten suggestions on how to 
modify the formating of one of the Current area statements, along with 
adding two pieces of information which are generating from the data 
base, but have no formal definition or schema name, to wit:


4.5.1, which shows:


Outside Temperature 35.0°F (∆ +1.2°F)
Heat Index 35.0°F
Wind Chill 35.0°F
Dew Point 32.6°F
Humidity 91%
Barometer 29.481 inHg (-0.060 in)
Wind 0 mph N/A ( N/A)
Rain Rate 0.00 in/h
Rain Today 0.00 in
Rainfall Yesterday 0.00 in
Last Rain 06/18/2022 05:00:00 PM
286 days, 4 hours, 25 minutes ago
Inside Temperature 67.0°F


which shows the out temp as compared to yesterday at this time and the
formatted delta sign, along with the Rainfall yesterday and last rain
line along with another line saying how long ago that was.

These are the html  generating statements to get that display

  
 $obs.label.outTemp
 $current.outTemp (∆
$trend(time_delta=86400).outTemp.format("%+.1f"))
   
   
 $obs.label.heatindex
 $current.heatindex
   
   
 $obs.label.windchill
 $current.windchill
   
   
 $obs.label.dewpoint
 $current.dewpoint
   
   
 $obs.label.outHumidity
 $current.outHumidity
   
   
 $obs.label.barometer
 $current.barometer ($trend.barometer.formatted
in)
   
   
 $obs.label.wind
 $current.windSpeed
$current.windDir.ordinal_compass ($current.windDir)
   
   
 $obs.label.rainRate
 $current.rainRate
   
   
 $obs.label.rain_today
 $day.rain.sum
   
   
    $obs.label.Rainfall Yesterday
 $day($days_ago=1).rain.sum
   
   
    $obs.label.Last Rain
    $time_at('rain>0')$time_since('rain>0')
ago
   


Question:

Is it possible to have 4.9.1 generate the similar current conditions as
I was in 4.5.1?

I have looked at the current.inc and there are no obvious places to
insert that code, to my eye.   The list of observations is cycled
through, but I cannot see where to insert the formatting for the delta
character, nor since the values for yesterday's rain do not actually
exist as a value in the data base (it is calculated with a sum function,
nor extracting the date of last rain, or the calculated time since last
rain also are not hard values in the data base, I'm confused as to how
to control the generation of those values, and to exercise control of
where in the list of current conditions those can be placed.

I have looked in the Seasons directory, at the current.inc and also the
skins.conf for that directory and find a lot of formatting for the
PLOTS, I don't find any areas that look like it should control the
textual information along the left side.


If I've not confused you, can you provide some guidance as to where I
need to look to control the formatting, where to add the statements and
choose order of appearance ?

I think I have read the customization and user guide a couple times
looking for information there and learn something new each time, but
haven't found this particular guidance.

Thank you.  Dale

--
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/0a06df03-9a3d-0cf2-c21c-154800d2d385%40gmail.com.

[weewx-user] Re: WeatherFlowUDP not creating web pages

[vince]

There is nothing in that driver (or any driver I can think of) that would 
prevent web pages from being created if there is data getting to the 
database.

As always, we need to see debug=1 logs from when you start weewx until 
after one or two archive periods have 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/09a0f390-88aa-4291-abd1-a99b2cae0765n%40googlegroups.com.

[weewx-user] WeatherFlowUDP not creating web pages

[scub...@gmail.com]

Yesterday I installed weewx on a brand new Ubuntu 22.04.2 LTS server and 
ran simulator for a couple hours as I was getting UDP installed. Once I 
switched to WeatherFlowUDP, updates to the web pages stopped. 

Brand new install, fresh OS, etc, same behavior, although this time I shut 
down the weewxd prior to the simulator creating web pages, now there is 
just no directory or files. 

I can see udp packets coming in in syslog, so I know the driver is seeing 
stuff. 

I installed as an apt-get. Nothing in the logs that would lead me to a 
direction as to what might be wrong.

Anyone want to point me in the right direction?

thanks

b

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

Re: [weewx-user] New Google Analytics 4 / GA4

[Tom Keffer]

Not sure which skin you are referring to, but if it's Seasons, simply put
it in index.html.tmpl

On Thu, Apr 6, 2023 at 8:02 AM Parsoli 69  wrote:

> Hello!
>
> Google is deprecating older analytics tagging and changing up the way it's
> done.  Below is an example for one of my websites.  This script needs to be
> inserted on each page after .  As Weewx will overwrite each pages
> index.html, does anyone know how to enter this code snippet and in what
> file so that weewx page hits can be recorded?
>
> 
> https://www.googletagmanager.com/gtag/js?id=G-2Txx
> ">
> 
>   window.dataLayer = window.dataLayer || [];
>   function gtag(){dataLayer.push(arguments);}
>   gtag('js', new Date());
>
>   gtag('config', 'G-2Txx');
> 
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/d4b08732-7294-4d73-a7dc-93ceb1bb385dn%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/CAPq0zEBJGk_K6fi2gqJUxBsXJctVrdKm-akPw2QhjYFJC0%2BSxQ%40mail.gmail.com.

Re: [weewx-user] Weird error with days_ago in 3.8.0

[wxstor...@gmail.com]

Thanks all for your input.
I was able to determine a couple of issues with my testing efforts and the 
database that caused the issues. I didn't realize that cheetah would still 
try to execute the commented out code which made troubleshooting much 
harder. Once I deleted the code I was able to determine it was a database 
issue. The issue ended up being that some daily achieve data was missing in 
the database. Not sure how that happened but once I rebuilt the daily 
achieve for 2022 it worked fine. 

Thanks for you suggestions! 

On Wednesday, April 5, 2023 at 6:18:25 PM UTC-6 Tom Keffer wrote:

> Definitely. I had assumed it was some weird Sofaskin thing, but maybe no.
>
> On Wed, Apr 5, 2023 at 11:05 AM jterr...@gmail.com  
> wrote:
>
>> No sure if this is related to your errors, but it looks like the tag 
>> *$days_ago($days_ago=$n).dateTime.raw 
>> *is not correct.
>>
>> According to weewx documentation, ($days_ago=x)  should be used with the 
>> *day* aggregation period   : *$day($days_ago=$n).dateTime.raw *
>>
>> See  
>> http://www.weewx.com/docs/customizing.htm#general_aggregation_periods
>>
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/b54f8ea2-f21e-4a46-bf46-6fe0cceb7fc1n%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/4b6a0b70-6eba-498b-955e-61a9a3c1bfe3n%40googlegroups.com.

[weewx-user] New Google Analytics 4 / GA4

[Parsoli 69]

Hello!

Google is deprecating older analytics tagging and changing up the way it's 
done.  Below is an example for one of my websites.  This script needs to be 
inserted on each page after .  As Weewx will overwrite each pages 
index.html, does anyone know how to enter this code snippet and in what 
file so that weewx page hits can be recorded?


https://www.googletagmanager.com/gtag/js?id=G-2Txx";>

  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'G-2Txx');


-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/d4b08732-7294-4d73-a7dc-93ceb1bb385dn%40googlegroups.com.

[weewx-user] Rain measurement under-reporting

[Rich Hutchinson]

Hello,

I have an Ecowitt WS2910 (seems to be similar to the more widely reported 
WH2910C according to wxforum) which is working very well - uploading data 
automatically to the Internet using both the built-in Ecowitt web service 
and config I set for Wunderground.

I additionally set up weewx on one of my servers at home (v4.10.2-1 latest 
version as provided by the standard Debian 11 repos) and configured it with 
the latest release of the weewx-interceptor driver from matthewwall's 
github. The weewx website is internal only currently, not visible on the 
Internet.

It seems to collect the data nicely and everything appears identical to the 
data recorded on ecowitt.net and wunderground EXCEPT for rainfall which is 
always being under-reported.

The sensor array (WS69) which is connected via radio to the WS2910 console 
updates every 16 seconds (doesn't appear to be configurable) - the console 
then uploads once per minute to ecowitt.net and wunderground. For weewx 
collection, I have configured the console to upload to my weewx server 
every 30 seconds. 

The weewx.conf is almost entirely stock - the only thing I can see perhaps 
affecting it is the "archive_interval" of 30 which I set to match the 
interval the console is uploading. Is this what I should be doing?

Anyway, rain data as reported in weewx is always way under what the daily 
amount the console reports (which is identical to the data shown on 
ecowitt.net and wunderground).

See these snips of graphs from today since 00:00:

Ecowitt (4.3mm recorded):
[image: ecowitt.png]
Wunderground (4.3mm recorded):
[image: wunderground.png]

weewx (neowx-material skin, same issue on the "Seasons" one - 2.5mm 
recorded):
[image: weewx.png]

Weewx must be doing something different here - it looks like it is maybe 
missing/not registering some of the "bucket tips" perhaps (happy to be 
corrected). Strange since the console, ecowitt.net and wunderground data 
all match up.

What should I be looking at and what more info could I provide to get to 
the bottom of this?

Happy to share any other config snippets/db extracts etc from weewx

Thanks in advance...

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/0107fcbc-e312-4f9c-8424-19cec1e3f2ddn%40googlegroups.com.

Re: [weewx-user] Strange problems using FTPgenerator just started happening.

[geoff...@gmail.com]

Pretty sure I saw this problem with ftp from weewx on RPi some time ago. 
 It coincided with 1and1 deprecating ‘open’ ftp; as memory serves, RPi at 
the time wouldn’t support the required flavour of secure ftp.

I resolved the problem by using rsync to update my web pages.  It’s not 
completely without problems - there are issues (I think) with server-side 
caching, but, in general, it works ok.

Hth

Geoff

On Thursday, 6 April 2023 at 01:28:25 UTC+1 Tom Keffer wrote:

> Are you using secure_ftp?
>
> On Wed, Apr 5, 2023 at 3:34 PM Peter Neilley  wrote:
>
>> Hi! I've been using weewx on a raspberrypi for many years including 
>> uploading reports to an account on a cloud provider (1and1.com)  to post 
>> standard reports on my personal webpage.About 2 weeks ago I started 
>> having problems with getting the reports uploaded to the cloud via the 
>> weewx FTPgenerator process.  Digging through log files, I'm getting 
>> "connection refused" errors from the ftpGenerator process.   I didn't make 
>> any changes to weewx or the raspberrypi to trigger the errors, hence 
>> suspect something changed on provider's side.  
>>
>> But the issue is strange and I can't figure it out hence posting here 
>> even though I suspect the issue is not weewx related.  Since there's lots 
>> of smart people here I thought I might get some ideas on how to solve it.  
>>  Here's some facts:
>>
>>  1.  95% of the products I'm trying to ftp from weewx to the cloud 
>> account are not getting through.  Mysteriously, a handful here and there do 
>> make it through.
>> 2.  I upgraded my rPi kernel to 4.19.x and weewx to 4.10.2 and no 
>> improvement in the issue.
>> 3. I can manually ftp the products using the command line ftp program 
>> supplied with rPi linux with no issues at all.  Same if I use sftp or scp.
>> 4.  I double checked my credentials in weewx.conf to make sure nothing 
>> was wrong with those. But again, the fact that some products get through 
>> suggests credentials are not the issue.
>> 3.  log files in /var/log (both system.log and messages.log) indicate the 
>> weewx ftpGenerator process is failing with a "connection refused" error 
>> messages.
>> 4. I can reproduce the error if I manually start a python shell and try 
>> to upload the files manually using ftplib in python.  I'm using python 2.7
>>
>> This is telling me something about a new incompatibility between the 
>> python library in rPi linux and my cloud provider's FTP server is causing 
>> the issue.  But I haven't been able to figure it out.   So wonder if anyone 
>> here has any guesses and ideas.
>>
>> Thanks for your support.
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/761a1bfa-3ba4-47a7-97e8-9096d708c06an%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/eb1e9046-8be9-4ddf-8b6c-6316985821a5n%40googlegroups.com.