steepleian / weewx-weather34 Goto Github PK

Mail problem solved

Fresh installation of Raspberry PI (Buster)
Fresh Install of WeeWX (4.3.0) using the setup.py method
Base LAMP (Apache2, MariaDB, PHP) installed
All pre-req's installed.

Installed Weather34 V4.0.0 Dev and selected option #3, setup.py method and setup completed successfully, however, files are not installed in the correct directories. WeeWX places everything in the /home/weewx directory and generated web files in the /home/weewx/public_html directory yet the installation process for Weather34 placed it's web files in /var/www/html/weewx/weather34

setup_py.conf is hardcoded to use /var/www/html/weewx/weather34 which is incorrect and leads to, what appears to be, and completely failed installation, which it's not technically, it's just in the wrong location.

{"zip_file":"",
"copy_paths":"/home/weewx/bin/user/,user,/home/weewx/skins/,skins,/var/www/html/weewx/weather34/,www",
"weewx_config_file":"/home/weewx/weewx.conf",
"www_path":"/var/www/html/weewx/weather34/",
"over_write":"False",
"delete_extracted_files":"False",
"extract_to_path":".",
"uid_gid":"www-data,www-data",
"config_entries0":'''StdReport=
'Weather34Report': {
'skin': 'Weather34',
'HTML_ROOT': '/var/www/html/weewx/weather34/',

After upgrading to weewx 4.7 and the latest weather34 I can't seem to get the live rsync to transfer up to my remote server.

The weather34 log entries report all services running, it is generating the periodic archivedata in the public_html folder and the w34realtime.txt file is being updated in /tmp/weather34/serverdata on the weewx server, and there is a entry every second in the weewx debug log stating:
" weewx-pi weewx[3035] DEBUG user.weather34: do_file_transfer: Port = 27"

But items in the /tmp directory are not being synced to the server and I haven't been able to discover any other helpful log entries.

Thanks for any help here.

while the current year value now appears and appears correctly (the number, date and time were correct before), now (or still - difficult to say) the yesterday number is wrong. The recorded time is correct. It either keeps an earlier yesterday number because it is higher than the current highest, or uses the current month (or year number instead).
I observed this over three days now where the numbers should have been: 415, 378, 419 - but they remain 491


(last picture is not a weewx-w34 picture but a reference)

Hi Ian, Hi Jerry

I'm opening this issue thread just to ask you if the skin itself (with his relative drivers) may indirect cause failures on my data logger every then minutes. I have a Davis Vantage Pro2 and I get this in the log:

Apr 26 10:15:09 raspberrypi weewx[15755] ERROR weewx.drivers.vantage: LOOP try #1; error: LOOP buffer failed CRC check
Apr 26 10:15:09 raspberrypi weewx[15755] ERROR weewx.drivers.vantage: LOOP try #2; error: LOOP buffer failed CRC check
Apr 26 10:15:09 raspberrypi weewx[15755] ERROR weewx.drivers.vantage: LOOP try #3; error: LOOP buffer failed CRC check
Apr 26 10:15:09 raspberrypi weewx[15755] ERROR weewx.drivers.vantage: LOOP try #4; error: LOOP buffer failed CRC check
Apr 26 10:15:09 raspberrypi weewx[15755] ERROR weewx.drivers.vantage: LOOP max tries (4) exceeded.
Apr 26 10:15:09 raspberrypi weewx[15755] INFO weewx.engine: Main loop exiting. Shutting engine down.
Apr 26 10:15:09 raspberrypi weewx[15755] INFO weewx.engine: Shutting down StdReport thread
Apr 26 10:15:29 raspberrypi weewx[15755] ERROR weewx.engine: Unable to shut down StdReport thread
Apr 26 10:15:29 raspberrypi weewx[15755] DEBUG weewx.restx: Shut down PWSWeather thread.
Apr 26 10:15:29 raspberrypi weewx[15755] DEBUG weewx.restx: Shut down Wunderground-PWS thread.
Apr 26 10:15:29 raspberrypi weewx[15755] DEBUG weewx.restx: Shut down StationRegistry thread.
Apr 26 10:15:29 raspberrypi weewx[15755] CRITICAL main: Caught WeeWxIOError: Max tries exceeded while getting LOOP data.

Tom, the developer of Weewx, told me it could be not a problem of the data logger, but of environment and skin.

Greetings

Mauro

Good morning,

I'm currently unable to scroll in any popup window (forecasts, temp charts etc) on Mobile. Using Edge on Android, have also tested with Chrome.

version: 4.3.0
Weewx: 4.8.0

Now that I've tried to update to the new version I have come across a problem.
The setup all seems to go fine, the remote stuff was all working before so nothing has changed as far as server settings.
Note that while I am updating, I've started from scratch. Clean remote and weewx side of all previous weather34 files.
However, when I go to the website (weather34/index.php) to do the initial web setup it stalls and the web server timesout.

The log on the web server end isn't terribly helpful but here it is:

Hi all, hoping someone maybe able to assist.

Recently upgraded WeeWX and installed the updated weewx-Weather34 (Many thanks Ian!)
All working fine with the exception of the Cloud Cover chart.
Have since set up on a remote webserver (https://weather.damienbeeby.com) and all is still working fine with the exception of the Cloud Cover chart.

Had a look through previous and current issues, no reference to this.

The only error I can find related to this is appearing in the browser when trying to view the chart:
( I also have an issue where the remote server cannot connect to port 25252 on the WeeWX server, raised in issue #67 )

Uncaught TypeError: Cannot read properties of undefined (reading '0')
at reinflate_time (plots.js:600)
at Array.create_cloudcover_chart (plots.js:1581)
at setup_plots (plots.js:1812)
at Object. (plots.js:1843)
at i (jquery.min.js:2)
at Object.fireWith [as resolveWith] (jquery.min.js:2)
at Object.e. (jquery.min.js:2)
at i (jquery.min.js:2)
at Object.add [as done] (jquery.min.js:2)
at Object. (jquery.min.js:2)

Any assistance or suggestions would be warmly welcomed, please let me know if I can provide any further details.

Details:

Remote Server: Centos 7; NginX 1.20.1; PHP 7.3.29 (https://weather.damienbeeby.com)
WeeWX Server: Fedora 32; WeeWX 4.2.0-1.el8; Apache/2.4.46; PHP 7.4.19
Kind regards,
Damien

#8

Still the same problem.

I installed for the first time, get the following in syslog, thanks for the help:

Feb 8 03:20:45 raspberrypi weewx[2806] INFO weewx.manager: Added record 2021-02-08 03:20:00 CET (1612750800) to database 'weewx.sdb'
Feb 8 03:20:45 raspberrypi weewx[2806] INFO weewx.manager: Added record 2021-02-08 03:20:00 CET (1612750800) to daily summary in 'weewx.sdb'
Feb 8 03:20:48 raspberrypi weewx[2806] INFO weewx.cheetahgenerator: Generated 8 files for report SeasonsReport in 2.14 seconds
Feb 8 03:20:49 raspberrypi weewx[2806] INFO weewx.imagegenerator: Generated 15 images for report SeasonsReport in 1.26 seconds
Feb 8 03:20:49 raspberrypi weewx[2806] INFO weewx.reportengine: Copied 0 files to /home/weewx/public_html
Feb 8 03:20:49 raspberrypi weewx[2806] ERROR weewx.cheetahgenerator: Generate failed with exception '<class 'NameMapper.NotFound'>'
Feb 8 03:20:49 raspberrypi weewx[2806] ERROR weewx.cheetahgenerator: **** Ignoring template /home/weewx/skins/Weather34/serverdata/archivedata.php.tmpl
Feb 8 03:20:49 raspberrypi weewx[2806] ERROR weewx.cheetahgenerator: **** Reason: cannot find 'format' while searching for 'format'
Feb 8 03:20:49 raspberrypi weewx[2806] ERROR weewx.cheetahgenerator: **** Traceback (most recent call last):
Feb 8 03:20:49 raspberrypi weewx[2806] ERROR weewx.cheetahgenerator: **** File "/home/weewx/bin/weewx/cheetahgenerator.py", line 324, in generate
Feb 8 03:20:49 raspberrypi weewx[2806] ERROR weewx.cheetahgenerator: **** unicode_string = compiled_template.respond()
Feb 8 03:20:49 raspberrypi weewx[2806] ERROR weewx.cheetahgenerator: **** File "_home_weewx_skins_Weather34_serverdata_archivedata_php_tmpl.py", line 2517, in respond
Feb 8 03:20:49 raspberrypi weewx[2806] ERROR weewx.cheetahgenerator: **** NameMapper.NotFound: cannot find 'format' while searching for 'format'
Feb 8 03:20:49 raspberrypi weewx[2806] INFO weewx.cheetahgenerator: Generated 0 files for report Weather34Report in 0.06 seconds
Feb 8 03:20:49 raspberrypi weewx[2806] INFO weewx.reportengine: Copied 0 files to /home/weewx/public_html/weather34/
Feb 8 03:20:52 raspberrypi weewx[2806] INFO weewx.cheetahgenerator: Generated 7 files for report w34Highcharts in 2.55 seconds
Feb 8 03:20:52 raspberrypi weewx[2806] INFO weewx.reportengine: Copied 0 files to /home/weewx/public_html/weather34/w34highcharts

Hello Ian.
Now my last issue after upgrading/fresh install from 4.2.2 to 4.2.8.2.

My Curent Conditions -> Cloud Cover pop-up is empty.

I read the weewx-Weather34-main\HIGHCHARTS_GUIDE.md but see some diff to my plots_config.js.

guide.md:

    var pathweewx = '/weewx/'             //Path from web server home location to weewx directory
    var pathpws   = '/weather34/'               //Path from web server home location to weather34 directory
    var pathweewxbin ='/home/weewx/bin'  //Physical path to weewx include files for wee_report_w34 if setup.py installed WeeWX
    //var pathweewxbin ='/usr/share/weewx'  //Physical path to weewx include files for wee_report_w34 if DEB installed WeeWX

    var realtimefile =  pathweewx   + "w34realtime.txt";    //Location of real-time data from web server
    var pathjsonfiles = pathpws + "w34highcharts/json/";                    //Location weewx report output json files from home             location of weewx. DO NOT CHANGE UNLESS YOU CHANGE SKIN DIRECTORY.

    var dayplotsurl =   pathpws   + "w34highcharts/getDayChart.php"; //Location of day reports php file from home location of pws.
    var pathjsondayfiles = "json_day/";                         //Location day report output json files from home location of where         wee_report_34 run. DO NOT CHANGE UNLESS YOU CHANGE SKIN DIRECTORY.
    var weereportcmd = "./wee_reports_w34";                     //Command to run wee_report_34. DO NOT CHANGE.

my .js file

var pathjsonfiles =  "json/";            //Location weewx report output json files from home location of weewx. DO NOT CHANGE UNLESS YOU CHANGE SKIN DIRECTORY.
var pathjsondayfiles = "json_day/";      //Location day report output json files from home location of where wee_report_34 run. DO NOT CHANGE UNLESS YOU CHANGE SKIN DIRECTORY.
var weereportcmd = "./w34_reports";  //Command to run w34_reports. DO NOT CHANGE.
var realtimefilename = "serverdata/w34realtime.txt"; //File name must match what is in the weewx config for realtime


Compared to claydonsweather.org.uk my file is correct ;-)

Any hints?

Hi all,

I just changed web hosts and they use port 27 for their ssh/rsync connections. The regular weewx rsync updates appear to be working, and it works fine from the command prompt but the fast weather34 updates are failing with this error in the weewx debug log (I removed the IP addresses)

"Jan 1 16:58:03 weewx-pi weewx[17961] DEBUG weeutil.rsyncupload: rsyncupload: cmd: [['rsync', '--archive', '--stats', '-e ssh', '/tmp/weather34/serverdata/', '[email protected]:/home/user/public_html/weather34/serverdata']]
Jan 1 16:58:03 weewx-pi weewx[17961] ERROR weeutil.rsyncupload: [['rsync', '--archive', '--stats', '-e ssh', '/tmp/weather34/serverdata/', '[email protected]/home/user/public_html/weather34/serverdata']] reported errors: ssh: connect to host changed.ip.for.privacy port 22: Connection refused. rsync: connection unexpectedly closed (0 bytes received so far) [sender]. rsync error: unexplained error (code 255) at io.c(235) [sender=3.1.3]

Cheers
Chris

my weewx runs in /var/www/html, and even after making sure /etc/weewx/weewx.conf does not list /var/www/html/weewx even once, weather34 gets installed in /var/www/html/weewx/weather34 instead of in /var/www/html/weather34

Hi,
First time user of weather34.
I am using nginx version: nginx/1.18.0, PHP 8.1.9 and version 4.3.0 of weather34

When I browse to /weewx/weather34/index.php I get a 500 error

If I check the files in the includes, then only w34CombinedData.php is returning a 500. however it exists in my directory, with the same owners and permissions as the other files.

Nothing in the nginx error logs

Any ideas?

Hi Ian
Hi Jerry
Hi Everyone

What I wanted to report today is not an actual malfunction, but something I noticed after months and months of observation.
I thought it was only happening to me, but it's also the case for all the sites viewed that use the same skin.

To explain briefly what I mean I enclose images of my graphics.

Taking yesterday's temperature range s an example the max observed was 15.7 C. (fig. 1) and going inside the daily charts I see the max observed temperature exactly during the day of the 14th November (fig. 2).

(fig.1)

(fig. 2)

So far, nothing strange, but going back at least of one month and checking another interval, the reported dates (fig. 3) are always wrong and in advance of one day (fig. 4) between yearly almanac and daily chart. In this last example, I have deliberately taken a graph from another site to show that it happens everywhere.

(fig.3)

(fig. 4)

And to conclude, in all the graphs I looked at, the 31th October is missing, although there were intervals collected (fig. 5 and 6 from to different sites)

(fig. 5)

(fig. 6)

I didn't want to bore you, but just point it out. Do you have any idea what it could be?

Mauro

the current year 2021 highest number of the Solar radiation in the solar almanac is strangely missing while the respective date is shown - see picture
sometimes - not clear when, it reappears, but most of the time not
picture below with wattage shown was taken after the one with the missing wattage - meanwhile again no number shown

This is a new install. Everything up-to-date as of Aug 30, 2021. Running an RPi4, Buster Lite, Nginx, PHP 8.0. WeeWX works fine stand-alone. Got my issue with creating settings1.php resolved.

When I try to load the /weather34/ index.php in my browser I get a blank white page. There is no code (Browser->View Code) inside at all. Totally empty. I don't get any errors or any other indication that something is wrong. It is just a blank page.

I had thought maybe it required settings1.php and it was missing initially, but there now and no change.

Syslog indicates that things are working and w34realtime.txt is being updated.

Any idea where to look?

Here is a typical syslog snippet:

Aug 30 07:31:18 weewx weewx[493] INFO weewx.cheetahgenerator: Generated 6 files for report w34Highcharts in 0.91 seconds
Aug 30 07:31:18 weewx weewx[493] INFO weewx.reportengine: Copied 0 files to /var/www/html/weewx/weather34/w34highcharts
Aug 30 07:32:15 weewx weewx[493] INFO weewx.manager: Added record 2021-08-30 07:32:00 PDT (1630333920) to database 'weewx.sdb'
Aug 30 07:32:15 weewx weewx[493] INFO weewx.manager: Added record 2021-08-30 07:32:00 PDT (1630333920) to daily summary in 'weewx.sdb'
Aug 30 07:32:16 weewx weewx[493] INFO weewx.restx: Wunderground-PWS: Published record 2021-08-30 07:32:00 PDT (1630333920)
Aug 30 07:32:16 weewx weewx[493] INFO weewx.cheetahgenerator: Generated 8 files for report SeasonsReport in 0.97 seconds
Aug 30 07:32:17 weewx weewx[493] INFO weewx.imagegenerator: Generated 15 images for report SeasonsReport in 0.88 seconds
Aug 30 07:32:17 weewx weewx[493] INFO weewx.reportengine: Copied 0 files to /var/www/html/weewx
Aug 30 07:32:17 weewx weewx[493] INFO weewx.cheetahgenerator: Generated 1 files for report Weather34Report in 0.16 seconds
Aug 30 07:32:17 weewx weewx[493] INFO weewx.reportengine: Copied 0 files to /var/www/html/weewx/weather34/
Aug 30 07:32:18 weewx weewx[493] INFO weewx.cheetahgenerator: Generated 7 files for report w34Highcharts in 0.94 seconds
Aug 30 07:32:18 weewx weewx[493] INFO weewx.reportengine: Copied 0 files to /var/www/html/weewx/weather34/w34highcharts

Hmm,
i think there was some small problems:

1. wpop__solaralmanac.php do not exist, should rename to pop__solaralmanac.php

2. ...php echo $chartsource ;?>/todaysolar.php" was not parsed...?

index.php

if ($position12 == 'solaruvwu.php') { echo ' <span class="yearpopup"><a alt="Solar Almanac" title="Solar Almanac" href="**wpop**_solaralmanac.php" data-lity>' . $chartinfo . " Solar Almanac </a></span>"; } if ($position12 == 'solaruvwu.php') { echo ' <span class="yearpopup"><a alt="Solar Chart" title="Solar Chart" href="<?php echo $chartsource ;?>/todaysolar.php" data-lity>&nbsp;' . $menucharticonpage . " Solar chart </a></span>"; }

Hi there

Excellent work on a awesome skin. So firstly, thank you so much for the hard work.
I have weird issues whereby the forecast for darksky or wunderunderground is not coming through.

had a look at my weewx.conf and copy the url in chrome to test. all working fine. looking at the developer options i can see 404 error (Failed to load resource: the server responded with a status of 404 (Not Found))

no idea what i a missing or did wrong. check my services.txt to compare with weewx.conf and using the same units.

See attached image

Darksky API is no longer available since the assimilation of Darksky by The Apple Collective and the abrupt shutdown of the API, embedded services, and Apps.

We need to replace it with either ClimaCell, which does have a free API, albeit a rate-limited one ( 100calls/hr or 1000/day max) or something similar.

in my opinion the Solar current values and the lightning and solar clock values on their tiles are not automatically updated in a reasonable interval - or can I change this by some setting.
see https://www.wxforum.net/index.php?topic=40083.msg425716#msg425716

Just installed today Aug 29 2021 on RPi4, using Nginx and PHP 8.0. Brand new setup.

After filling out the entire form and trying to submit I get:

Cannot read input file languages/lang..php

I selected "en" and then "us". It didn't pass either to the code.

My Current Conditions tile does not seem to be updating anything. The Nearby METAR station is working correctly and I thought "Current Conditions" would use these reports to update its values. Did I miss a setting somewhere?

Hello.
Some svg images was missed.
I see that the html output show no .../svg/image-name.svg, only .../svg/ in the path.

• any hints, i come from 4.2.2 to 4.2.8.2 with new pre-install services.txt file.

Hi again,

Hopefully this one is much easier to diagnose than the last, apologies for the quick succession. :)
I believe this has been like this for awhile so it's not upgrade related.
The Barometer meter is 'pinned' on the right side all the time.
I remember when we added kPa support in both weewx and weather34 there was some mis matching of units and values so I suspect this is the same. It may be a weewx.conf issue or something a little deeper.

The live screen is here: www.alberniweather.ca

I keep getting the following error message when Weewx starts
ERROR user.weather34: Failed getting web service data. URL: https://www.emsc-csem.org/service/rss/rss.php Header: {'User-Agent': 'Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/534.3'}, Error: can only concatenate str (not "NameError") to str

I checked my weewx.conf but cannot find anything that i can change in order to fix this.
If i paste the link in a browser, it works fine (https://www.emsc-csem.org/service/rss/rss.php?typ=emsc)

Is there something else i have to check to make this work?

Hi all, hoping someone maybe able to assist.

Recently upgraded WeeWX and installed the updated weewx-Weather34 (Many thanks Ian!)

Have set up on a remote webserver (https://weather.damienbeeby.com)

I am receiving the following in the nginx/error.log on the remote (web) server:
_FastCGI sent in stderr: "PHP message: Cannot connect to weewx server at 10.0.0.20:25252" while reading response header from upstream, client: 158.140.214.50, server: weather.damienbeeby.com, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/run/php-fpm/www.sock:", host: "weather.damienbeeby.com"
_

Firewall ports are all good, locally and remote as well as port forwarding.

netstat -ln on the WeeWX server does not any process listening on port 25252.

Relative config from weewx.conf:
_[Weather34RealTime]
unit_system = METRICWX
exclude_fields = rain
cache_enable = True
cache_stale_time = 900
weewx_port = 25252
webserver_address = weather.damienbeeby.com
weewxserver_address = 158.140.214.50
weewx_file_transfer =
HTML_ROOT = /usr/share/nginx/html/weewx/weather34

[Weather34WebServer]
enable = true

[Weather34CloudCover]
enable = True
db_field = signal8
cc_interval = 300
cc1_url = https://api.sat24.com/crop?type=visual5hdcomplete&lat=-37.650504&lon=145.512739&width=300&height=300&zoom=1.00&continent=oce
cc2_url = https://api.sat24.com/crop?type=infraPolair&lat=-37.650504&lon=145.512739&width=300&height=300&zoom=1.00&continent=oce
_

Any assistance or suggestions would be warmly welcomed, please let me know if I can provide any further details.

Details:

• Remote Server: Centos 7; NginX 1.20.1; PHP 7.3.29 (https://weather.damienbeeby.com)
• WeeWX Server: Fedora 32; WeeWX 4.2.0-1.el8; Apache/2.4.46; PHP 7.4.19

Kind regards,
Damien

Hi there,

I've been upgrading to the new versions of weewx and weather34. Things have gone smoothly with my remote setup but I'm getting some intermittent behaviour so I'm troubleshooting.

Can you refresh my memory on what should be in the
"realtime_path_only"
and
"weewx_file_transfer"

options under Weather34RealTime?

Thanks!
Chris

Thanks for the great work on the skin!

In a case where rsync isn't used at all, I notice the value of StdReport.RSYNC.enable in weewx.conf is ignored and weather34.py still attempts to rsync data leading to lots of errors.

I haven't looked at the code enough to find this for myself, but was wondering:

• Does Weather34 even work without running rsync?
• Does the data created in /tmp/weather34 always get copied to /home/weewx/public_html/weather34?

Maybe a check something like this would work to avoid the errors?

if self.config_dict['StdReport']['RSYNC'].get('enable', False):
    do_rsync_transfer(....

Hello.
I had the version 4.2.2 and was upgraded to 4.2.8.2
After some trial and error i removed the old 4.2.2 Weather34 skin (weewx.conf, skin/, user/ and www/...)
Weewx starts fine and works with no error messages in the log.

Now with a fresh install (yes, new sevices.txt from the web-form) i see an empty weather alerts.

My findings:

pop_europealerts.php
-> $json_string = file_get_contents("jsondata/eu.txt");
-> i have no eu.txt in this path

I see this Log-Message when weewx restarted:
ERROR user.weather34: Error Invalid Webservice Data: None, {'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36'}

This message disapears when i remove the eu service in the file weewx.conf in the section [Weather34WebServices]:
services = aq.awc.awh.awd.awp.awa.wu.eq.ki.me.eu

Any helpful hints for this problem?

Hi

I'm trying to confugure for upload to remote server and I have a question. In the stanza:
[Weather34RealTime]
there is a field called
weewx_file_transfer =

I can't find anything about what to insert here. I have read this excellent guide, but can't find any answer

BTW, why not include a link to the guide in the REMOTE_SERVER.md at the Git

Thanks

Rgds
Gert

WeeWx 4.5.1 .deb
weewx-Weather34 W34-HC-IMJD-4.1.3

I changed my CWOP/FindU id earlier this year after having run under a EW**** id for several years. CWOP/FindU remapped my old id to my Ham callsign, and changed NOAA and MesoWest from EW**** to E**** in Feburary this year.

The "Display CWOP Link" and "Display FindU Link" both have my callsign, and the Extra > CWOP, FindU, and MADIS links all work properly. The NOAA and MesoWest links will use my callsign by default, but that fails. Changing the url to have my old E**** id will load correctly.

Please allow for a custom entry, i.e. 'yes':'no':'custom' for NOAA and MesoWest in easyW34skinSetup.php.

For now I have replaced $linkCWOPID with a $linkNOAAID and $linkMesoWestID at their respective places in menu.php for both NOAA and MesoWest links and it is working properly. Working on extending easyW34skinSetup.php and menu.php with custom conditions for $linkNOAAID and $linkMesoWestID entries, and rolling out a pull request.

I see this bug also was introduced with your lightening check code added. I went back to prior version and fixed the problem.

Originally posted by @dgunnell in #8 (comment)

I just made a clean install of W34 on my existing weewx and have no display for:
Wind, Forecast and Current Conditions.
Weewx is running fine and setting debug to 1 reports no issues?
Look here for weewx
www.nthead.co.uk/weewx
and for W34
www.nthead.co.uk/weewx/weather34

Running a davis VP2 with FARS and UV/solar

Something I have done? (I know just enough to be dangerous!!).
Attached is a grab of a w34reatime.txt

regds,
Nigel

w34realtime.txt

After waiting for some strikes to show up in database I see data in the default weewx Seasons skin the syslog shows the 2 previous strikes. The lightning34.php large tile shows the prior strikes but shows the current time as the Last Strike Delected on every refresh, and nothing in the main yellow count.

This is a very fresh install Python3 WeeWX 4.7.0 and W34-4.2.8.2

I can provide any logs or config if requested.

oops, never mind.
overlooked having to create services.txt

Hi, I have installed Weather34 one week ago, but in home page I don't see any data (no temp, no wind, no rain, ecc.), but if I select weekly or monthly, the graphics are populated correctly.
I have no errors in syslog neither in apache log.


Tanks in advance for the support.
Andrea

Station: Davis Vantage PRO 2 with Weather Envoy attached to WeeWX/Weather34 running on dedicated RPi 4.

I had a power outage 2 days ago and the Weather envoy lost power for 3 hours. The RPi did not lose power as it has a battery backup.

Since the power was restored, no historical data is being recorded. Any graph I select ends on the date and time of the power outage. Current data is being received and w34realtime.txt is being updated correctly.

I didn't notice this until last night when it was windy and I noticed no gusts or high wind speeds were being updated. The only things displayed are actual real time data.

airqualitydata.php is not being generated in serverdata dont see any settings in weewx.conf or Weather34/skin.conf. Its showing on the website as Offline as a result. How is this configured. I have the api.waqi.info settings configured with my access token and I have confirmed the url works and returns aqi data. Running Weewx 4.5.1 and latest version of Weather34 all under Python 3.

Running on RasPi 3 B+ fully updated 07/22/2021
weewx 4.5.1 package install
GW1000 station
W34-HC-IMJD-4.1.3
Apache/2.4.38 (Raspbian)

Followed weewx recipe for install and GW1000

After setup services seem to be working, some errors listed below from syslog. WU upload and forcast look correct but icon positions and some page rendering seems off. Verified in Chrome, incognito, and Firefox render the same.

I included the output from syslog and some raw weewx output below

pi@raspberrypi:~ $ sudo tail -f /var/log/syslog
Jul 22 04:46:54 raspberrypi weewx[1519] INFO user.weather34: Web Service: me is running
Jul 22 04:46:55 raspberrypi weewx[1519] INFO user.weather34: Web Service: wu is running
Jul 22 04:46:55 raspberrypi weewx[1519] INFO user.weather34: Web Service: eq is running
Jul 22 04:46:56 raspberrypi weewx[1519] ERROR user.weather34: Failed getting web service data. URL: https://www.emsccsem.org/service/rss/rss.php?typ=emsc Header: {'User-Agent': 'Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/534.3'}, Error: coercing to Unicode: need string or buffer, exceptions.NameError found
Jul 22 04:46:56 raspberrypi weewx[1519] INFO user.weather34: Web Service: ki is running
Jul 22 04:47:04 raspberrypi weewx[1519] INFO user.interceptor: using 'totalrainin' for rain_total
Jul 22 04:47:04 raspberrypi weewx[1519] INFO user.interceptor: unrecognized parameter wh68batt=1.30
Jul 22 04:47:04 raspberrypi weewx[1519] INFO user.interceptor: skipping rain measurement of 7.642: no last rain
Jul 22 04:48:05 raspberrypi weewx[1519] INFO user.interceptor: unrecognized parameter wh68batt=1.30
Jul 22 04:49:06 raspberrypi weewx[1519] INFO user.interceptor: unrecognized parameter wh68batt=1.30
Jul 22 04:50:07 raspberrypi weewx[1519] INFO user.interceptor: unrecognized parameter wh68batt=1.30
Jul 22 04:50:45 raspberrypi systemd[1]: Starting Cleanup of Temporary Directories...
Jul 22 04:50:45 raspberrypi systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
Jul 22 04:50:45 raspberrypi systemd[1]: Started Cleanup of Temporary Directories.
Jul 22 04:51:08 raspberrypi weewx[1519] INFO user.interceptor: unrecognized parameter wh68batt=1.30
Jul 22 04:51:08 raspberrypi weewx[1519] INFO weewx.manager: Added record 2021-07-22 04:50:00 CDT (1626947400) to database 'weewx.sdb'
Jul 22 04:51:08 raspberrypi weewx[1519] INFO weewx.manager: Added record 2021-07-22 04:50:00 CDT (1626947400) to daily summary in 'weewx.sdb'
Jul 22 04:51:09 raspberrypi weewx[1519] INFO weewx.restx: Wunderground-PWS: Published record 2021-07-22 04:50:00 CDT (1626947400)
Jul 22 04:51:12 raspberrypi weewx[1519] INFO weewx.cheetahgenerator: Generated 8 files for report SeasonsReport in 3.78 seconds
Jul 22 04:51:13 raspberrypi weewx[1519] INFO weewx.imagegenerator: Generated 15 images for report SeasonsReport in 1.00 seconds
Jul 22 04:51:13 raspberrypi weewx[1519] INFO weewx.reportengine: Copied 5 files to /var/www/html/weewx
Jul 22 04:51:14 raspberrypi weewx[1519] ERROR weewx.cheetahgenerator: Generate failed with exception '<class 'NameMapper.NotFound'>'
Jul 22 04:51:14 raspberrypi weewx[1519] ERROR weewx.cheetahgenerator: **** Ignoring template /etc/weewx/skins/Weather34/serverdata/archivedata.php.tmpl
Jul 22 04:51:14 raspberrypi weewx[1519] ERROR weewx.cheetahgenerator: **** Reason: cannot find 'sun' while searching for 'almanac.sun.set.raw'
Jul 22 04:51:14 raspberrypi weewx[1519] ERROR weewx.cheetahgenerator: **** Traceback (most recent call last):
Jul 22 04:51:14 raspberrypi weewx[1519] ERROR weewx.cheetahgenerator: **** File "/usr/share/weewx/weewx/cheetahgenerator.py", line 326, in generate
Jul 22 04:51:14 raspberrypi weewx[1519] ERROR weewx.cheetahgenerator: **** unicode_string = compiled_template.respond()
Jul 22 04:51:14 raspberrypi weewx[1519] ERROR weewx.cheetahgenerator: **** File "_etc_weewx_skins_Weather34_serverdata_archivedata_php_tmpl.py", line 2431, in respond
Jul 22 04:51:14 raspberrypi weewx[1519] ERROR weewx.cheetahgenerator: **** NotFound: cannot find 'sun' while searching for 'almanac.sun.set.raw'
Jul 22 04:51:14 raspberrypi weewx[1519] INFO weewx.cheetahgenerator: Generated 0 files for report Weather34Report in 0.84 seconds
Jul 22 04:51:14 raspberrypi weewx[1519] INFO weewx.reportengine: Copied 0 files to /var/www/html/weewx/weather34/
Jul 22 04:51:15 raspberrypi weewx[1519] INFO weewx.cheetahgenerator: Generated 7 files for report w34Highcharts in 0.57 seconds
Jul 22 04:51:15 raspberrypi weewx[1519] INFO weewx.reportengine: Copied 0 files to /var/www/html/weewx/weather34/w34highcharts
Jul 22 04:51:19 raspberrypi weewx[1519] ERROR weewx.restx: StationRegistry: Failed to publish record 2021-07-22 04:50:00 CDT (1626947400): Failed upload after 3 tries
Jul 22 04:52:09 raspberrypi weewx[1519] INFO user.interceptor: unrecognized parameter wh68batt=1.30
Jul 22 04:53:10 raspberrypi weewx[1519] INFO user.interceptor: unrecognized parameter wh68batt=1.30
Jul 22 04:54:11 raspberrypi weewx[1519] INFO user.interceptor: unrecognized parameter wh68batt=1.30
Jul 22 04:55:12 raspberrypi weewx[1519] INFO user.interceptor: unrecognized parameter wh68batt=1.30
^C
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 5.10.17-v7+ #1421 SMP Thu May 27 13:59:01 BST 2021 armv7l GNU/Linux
pi@raspberrypi:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
pi@raspberrypi:~ $ cat /etc/debian_version
10.10
pi@raspberrypi:~ $ apache2 -v
Server version: Apache/2.4.38 (Raspbian)
Server built: 2021-06-10T10:13:06

pi@raspberrypi:~ $ weewxd /etc/weewx/weewx.conf
LOOP: 2021-07-22 05:13:29 CDT (1626948809) altimeter: 30.2720068483, appTemp: 59.1486211746, barometer: 30.2713935075, cloudbase: 1443.04250432, dateTime: 1626948809, dewpoint: 54.990612981, heatindex: 57.337, humidex: 62.4084288291, inDewpoint: 56.3994208118, inHumidity: 64.0, inTemp: 69.1, outHumidity: 91.0, outTemp: 57.6, pressure: 29.353, radiation: 0.0, rain: None, rainRate: 0.0, usUnits: 1, UV: 0.0, windchill: 57.6, windGust: 0.0, windSpeed: 0.0
LOOP: 2021-07-22 05:14:30 CDT (1626948870) altimeter: 30.2720068483, appTemp: 59.1486211746, barometer: 30.2713935075, cloudbase: 1443.04250432, dateTime: 1626948870, dewpoint: 54.990612981, heatindex: 57.337, humidex: 62.4084288291, inDewpoint: 56.5886416457, inHumidity: 64.0, inTemp: 69.3, outHumidity: 91.0, outTemp: 57.6, pressure: 29.353, radiation: 0.0, rain: 0.0, rainRate: 0.0, usUnits: 1, UV: 0.0, windchill: 57.6, windGust: 0.0, windSpeed: 0.0
LOOP: 2021-07-22 05:15:31 CDT (1626948931) altimeter: 30.2750828103, appTemp: 59.1486211746, barometer: 30.2744873711, cloudbase: 1443.04250432, dateTime: 1626948931, dewpoint: 54.990612981, heatindex: 57.337, humidex: 62.4084288291, inDewpoint: 56.5886416457, inHumidity: 64.0, inTemp: 69.3, outHumidity: 91.0, outTemp: 57.6, pressure: 29.356, radiation: 0.0, rain: 0.0, rainRate: 0.0, usUnits: 1, UV: 0.0, windchill: 57.6, windGust: 0.0, windSpeed: 0.0
REC: 2021-07-22 05:15:00 CDT (1626948900) altimeter: 30.2720068483, appTemp: 59.1486211746, barometer: 30.2713935075, cloudbase: 1443.04250432, dateTime: 1626948900, dewpoint: 54.990612981, ET: 0.0, heatindex: 57.337, humidex: 62.4084288291, inDewpoint: 56.4940312287, inHumidity: 64.0, inTemp: 69.2, interval: 5, maxSolarRad: None, outHumidity: 91.0, outTemp: 57.6, pressure: 29.353, radiation: 0.0, rain: 0.0, rainRate: 0.0, usUnits: 1, UV: 0.0, windchill: 57.6, windDir: None, windGust: 0.0, windGustDir: None, windrun: 0.0, windSpeed: 0.0
Traceback (most recent call last):
File "/usr/share/weewx/weewx/reportengine.py", line 196, in run
obj.start()
File "/usr/share/weewx/weewx/reportengine.py", line 281, in start
self.run()
File "/usr/share/weewx/weewx/reportengine.py", line 429, in run
ncopy += weeutil.weeutil.deep_copy_path(path, html_dest_dir)
File "/usr/share/weewx/weeutil/weeutil.py", line 1501, in deep_copy_path
shutil.copy(path, d)
File "/usr/lib/python2.7/shutil.py", line 139, in copy
copyfile(src, dst)
File "/usr/lib/python2.7/shutil.py", line 97, in copyfile
with open(dst, 'wb') as fdst:
IOError: [Errno 13] Permission denied: u'/var/www/html/weewx/seasons.css'
LOOP: 2021-07-22 05:16:32 CDT (1626948992) altimeter: 30.2689308847, appTemp: 59.2801088271, barometer: 30.2681194023, cloudbase: 1443.30334358, dateTime: 1626948992, dewpoint: 55.0894652883, heatindex: 57.447, humidex: 62.5624076362, inDewpoint: 56.5886416457, inHumidity: 64.0, inTemp: 69.3, outHumidity: 91.0, outTemp: 57.7, pressure: 29.35, radiation: 0.0, rain: 0.0, rainRate: 0.0, usUnits: 1, UV: 0.0, windchill: 57.7, windGust: 0.0, windSpeed: 0.0
^CTraceback (most recent call last):
File "/usr/share/weewx/weewxd", line 264, in
main()
File "/usr/share/weewx/weewxd", line 157, in main
engine.run()
File "/usr/share/weewx/weewx/engine.py", line 208, in run
for packet in self.console.genLoopPackets():
File "/usr/share/weewx/user/interceptor.py", line 2548, in genLoopPackets
data = self._device.get_queue().get(True, self._queue_timeout)
File "/usr/lib/python2.7/Queue.py", line 177, in get
self.not_empty.wait(remaining)
File "/usr/lib/python2.7/threading.py", line 359, in wait
_sleep(delay)
KeyboardInterrupt

Hi all,

My barometer is displaying max and min and graphs correctly in kPa, but the display is displaying kPa unit but hPa value.

Also there seems to be an issue with the conversion of kph for the gust values. I am seeing proper numbers for normal wind and for the graphs, but display of gusts is way high.

Hi Ian, Hi Jerry,
today I decided to upgrade the previous skin to the new version, but my radial charts are not getting populated.
Any ideas why?

I have to more questions:

• Sometimes the charts are displayed black, sometimes white. Is that normal?
• Do the json_day charts work now?

Greetings
Mauro

Weather32 version 4.2.8.2

The world AQI values are 0

• the aq.txt is refreshed and present.

https://api.waqi.info/feed/geo:49.23503;6.823372/?token=---deleted---

{"status":"ok","data":{"aqi":38,"idx":7663,"attributions":[{"url":"http://air-lorraine.org/","name":"Air Lorraine - Surveillance et étude de la qualité de l'air en Lorraine","logo":"France-AirLorraine.png"},{"url":"http://www.atmo-grandest.eu/","name":"AtmoGE - La qualité de l\u0026#8217;air dans le Grand Est","logo":"France-atmo-grand-est.png"},{"url":"https://waqi.info/","name":"World Air Quality Index Project"}],"city":{"geo":[49.18748553504153,6.910756864974066],"name":"Forbach-Centre, France","url":"https://aqicn.org/city/france/lorraine/forbach-centre"},"dominentpol":"pm25","iaqi":{"h":{"v":59.5},"no2":{"v":4.6},"o3":{"v":41.9},"p":{"v":982.2},"pm10":{"v":12},"pm25":{"v":38},"t":{"v":3},"w":{"v":3},"wg":{"v":4.5}},"time":{"s":"2022-04-02 18:00:00","tz":"+02:00","v":1648922400,"iso":"2022-04-02T18:00:00+02:00"},"forecast":{"daily":{"o3":[{"avg":33,"day":"2022-04-02","max":35,"min":31},{"avg":32,"day":"2022-04-03","max":41,"min":24},{"avg":32,"day":"2022-04-04","max":42,"min":19},{"avg":28,"day":"2022-04-05","max":39,"min":22},{"avg":21,"day":"2022-04-06","max":21,"min":19}],"pm10":[{"avg":6,"day":"2022-04-02","max":7,"min":4},{"avg":10,"day":"2022-04-03","max":14,"min":7},{"avg":14,"day":"2022-04-04","max":26,"min":6},{"avg":6,"day":"2022-04-05","max":9,"min":4},{"avg":9,"day":"2022-04-06","max":10,"min":9}],"pm25":[{"avg":19,"day":"2022-04-02","max":25,"min":14},{"avg":39,"day":"2022-04-03","max":54,"min":23},{"avg":46,"day":"2022-04-04","max":78,"min":23},{"avg":22,"day":"2022-04-05","max":32,"min":16},{"avg":33,"day":"2022-04-06","max":40,"min":33}],"uvi":[{"avg":0,"day":"2022-04-02","max":2,"min":0},{"avg":0,"day":"2022-04-03","max":2,"min":0},{"avg":0,"day":"2022-04-04","max":3,"min":0},{"avg":0,"day":"2022-04-05","max":1,"min":0},{"avg":0,"day":"2022-04-06","max":2,"min":0},{"avg":0,"day":"2022-04-07","max":0,"min":0}]}},"debug":{"sync":"2022-04-03T02:23:37+09:00"}}}

Regards
Roland

The webcam module shows the snapshot just fine, however, the link to the live feed fails.

Weather Station: https://wendywx.myndworx.com

Webcam: http://winniecam.myndworx.com:8795/

Snapshot: https://wendywx.myndworx.com/webcam/lastsnap.jpg

settings1.php relevant settings:
.....
$position12 = 'weather34uvsolar.php';
$positionlastmoduletitle = 'WeatherCam';
$positionlastmodule = 'webcamsmall.php';
$webcamurl = 'https://wendywx.myndworx.com/webcam/lastsnap.jpg';
$videoWeatherCamURL = 'http://winniecam.myndworx.com:8795/';
....

Hello and thanks for the great work. I'm trying to install from the command line.
The "Services.txt" file is required for this. Where can i find it?
Many Thanks

Hi!
Got this error and can´t get my head around it, any one that can hekp me out?

● weewx.service - LSB: weewx weather system
Loaded: loaded (/etc/init.d/weewx; generated)
Active: active (running) since Sun 2021-06-13 13:59:06 CEST; 1s ago
Docs: man:systemd-sysv-generator(8)
Process: 18306 ExecStart=/etc/init.d/weewx start (code=exited, status=0/SUCCESS)
Tasks: 5 (limit: 4915)
CGroup: /system.slice/weewx.service
└─18322 python3 /usr/share/weewx/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf

jun 13 13:59:07 jokkmokk.net python3[18322]: weewx[18322] INFO weewx.restx: CWOP: Posting not enabled.
jun 13 13:59:07 jokkmokk.net python3[18322]: weewx[18322] INFO weewx.restx: WOW: Posting not enabled.
jun 13 13:59:07 jokkmokk.net python3[18322]: weewx[18322] INFO weewx.restx: AWEKAS: Posting not enabled.
jun 13 13:59:07 jokkmokk.net python3[18322]: weewx[18322] INFO main: Starting up weewx version 4.5.1
jun 13 13:59:07 jokkmokk.net python3[18322]: weewx[18322] INFO weewx.engine: Using binding 'wx_binding' to database 'weewx.sdb'
jun 13 13:59:07 jokkmokk.net python3[18322]: weewx[18322] INFO weewx.manager: Starting backfill of daily summaries
jun 13 13:59:07 jokkmokk.net python3[18322]: weewx[18322] INFO weewx.manager: Daily summaries up to date
jun 13 13:59:07 jokkmokk.net python3[18322]: weewx[18322] INFO weewx.engine: Starting main packet loop.
jun 13 13:59:08 jokkmokk.net python3[18322]: weewx[18322] INFO user.weather34: Web Service: wu is running
jun 13 13:59:08 jokkmokk.net python3[18322]: weewx[18322] INFO user.weather34: Web Service: eq is running
root@jokkmokk:/home/pi# service weewx status

● weewx.service - LSB: weewx weather system
Loaded: loaded (/etc/init.d/weewx; generated)
Active: active (exited) since Sun 2021-06-13 13:59:06 CEST; 28s ago
Docs: man:systemd-sysv-generator(8)
Process: 18306 ExecStart=/etc/init.d/weewx start (code=exited, status=0/SUCCESS)

jun 13 13:59:12 jokkmokk.net python3[18322]: weewx[18322] CRITICAL main: **** File "/usr/share/weewx/weewx/engine.py", line 210, in run
jun 13 13:59:12 jokkmokk.net python3[18322]: weewx[18322] CRITICAL main: **** self.dispatchEvent(weewx.Event(weewx.NEW_LOOP_PACKET, packet=packet))
jun 13 13:59:12 jokkmokk.net python3[18322]: weewx[18322] CRITICAL main: **** File "/usr/share/weewx/weewx/engine.py", line 245, in dispatchEvent
jun 13 13:59:12 jokkmokk.net python3[18322]: weewx[18322] CRITICAL main: **** callback(event)
jun 13 13:59:12 jokkmokk.net python3[18322]: weewx[18322] CRITICAL main: **** File "/usr/share/weewx/user/weather34.py", line 817, in handle_new_loop
jun 13 13:59:12 jokkmokk.net python3[18322]: weewx[18322] CRITICAL main: **** self.handle_data(event.packet)
jun 13 13:59:12 jokkmokk.net python3[18322]: weewx[18322] CRITICAL main: **** File "/usr/share/weewx/user/weather34.py", line 856, in handle_data
jun 13 13:59:12 jokkmokk.net python3[18322]: weewx[18322] CRITICAL main: **** weeutil.weeutil.log_traceback('crt: **** ')
jun 13 13:59:12 jokkmokk.net python3[18322]: weewx[18322] CRITICAL main: **** AttributeError: module 'weeutil.weeutil' has no attribute 'log_traceback'
jun 13 13:59:12 jokkmokk.net python3[18322]: weewx[18322] CRITICAL main: **** Exiting.

I would like to change the background color of the top caption bar and the bottom status bar on the main page tiles. I haven't been able to identify the correct CSS item and was wondering if someone could tell me what CSS values to change?

I just restarted my iMac into Windows to do some other things and went to check my weather website and the weathe34 page returned a timeout. As soon as I restarted and turned on weewx the weathe34 skin was live again. This is new behaviour as with the previous version of the string, the page had no problem display while the weewx server was down. Thoughts? Not sure how to troubleshoot this. All I get from the remote web server is a timeout error in php.

Hi all,

Wview 4.2 added support for barometer display in kiloPascals (kPa). Any chance such support could be added into the skin?

Cheers
Chris