[weewx-user] Re: Broken python dependency with CentOS 8

[David]

On Friday, May 29, 2020 at 11:32:47 AM UTC+9:30, vince wrote:
>
> Here is a quick rpm that should fake out things for you.  Try installing 
> this first and then the weewx rpm for centos8.
>
> These aren't digitally signed, so if rpm barks at you, 'use the force 
> Luke' :-)
>
> I've attached the spec file just so you can see what it has inside.  If 
> you need to tweak it, edit the .spec file and run "rpmbuild -ba 
> fake_python.spec" and install the resulting rpm.  If you have a minimal 
> centos you might need to 'yum install rpm-build' to get the rpmbuild 
> utility.   Give it a try.
>
>
> Thanks for that Vince, i'll give it a go and get back to you.
I understand people volunteer to do this stuff and certainly wasn't 
expecting an immediate fix.
My understanding is it should be a pretty simple one line change (maybe 2 
if you include updating the rpm version) to fix so thought it could be 
rolled into the rpm when the next version of WeeWX is released.

--
David

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

[weewx-user] Forecast End of Month Date out of Order

[Phil Owers]

Hi Guys
Just wondered if anybody else has seen this, It may well have started after 
the we had a time change in March
as I seem to remember something similar at the end of Mar and also April 
but didn't have the time to investigate.
It appears that when a new month is displayed it is displayed before the 
last days of the old month
Have a look at http://sheringhamweather.ddns.net/forecast/3dayforecast.html 
it will explain it better
Once in the new month all is OK , until the end of the month.
You will see that I have added a couple of things to the display so its 
probably something I have caused and I have tried on different browsers 
Phil

-- 
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/fec5e61c-3fdb-4af7-93d6-31708a50e273%40googlegroups.com.

Re: [weewx-user] FTP problems

[Richard Cropper]

Hi Tom

This what I get with the new ftpupload.py

May 29 12:01:40 raspberrypi weewx[2431] INFO weewx.reportengine: Copied 5 
files to /var/www/html/weewx

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: Caught 
unrecoverable exception in generator 'weewx.reportengine.FtpGenerator'

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
  __init__() got an unexpected keyword argument 'max_tries'

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
  Traceback (most recent call last):

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
File "/usr/share/weewx/weewx/reportengine.py", line 197, in run

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
  obj.start()

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
File "/usr/share/weewx/weewx/reportengine.py", line 280, in start

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
  self.run()

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
File "/usr/share/weewx/weewx/reportengine.py", line 320, in run

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
  secure_data=to_bool(self.skin_dict.get('secure_data', True)))

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
  TypeError: __init__() got an unexpected keyword argument 'max_tries'

May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
  Generator terminated

I get the same message whether secure_data is set to True or False.

Regards

Richard




On Thursday, May 28, 2020 at 9:28:49 PM UTC+1, Tom Keffer wrote:
>
> I just noticed that in refactoring the ftp uploader, the function 
> _make_remote_dir() never gets called! Try this version of 
> weeutil/ftpupload.py.
>
> -tk
>
>
>
> On Thu, May 28, 2020 at 12:50 PM Tom Keffer  > wrote:
>
>> Hard to say, but I think you're getting hit by issue #284 
>> . Try adding an option 
>> secure_data and setting it to false:
>>
>> [[FTP]]
>>...
>>secure_ftp = True
>>secure_data = False
>>
>> -tk
>>
>> On Thu, May 28, 2020 at 9:36 AM Richard Cropper > > wrote:
>>
>>> Thanks Tom
>>>
>>> I had in fact tried those steps but did so again, without success.
>>>
>>> Suspecting that the directory might be the cause even though its 
>>> permissions looked good, I deleted the weewx directory and then created it 
>>> again.
>>>
>>> This had made a difference but not solved the problem.
>>>
>>> Here's an extract from the log:
>>>
>>> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: Attempt 
>>> #1. Failed uploading /public_html/weewx/daytempfeel.png to 
>>> polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe
>>>
>>> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: Attempt 
>>> #2. Failed uploading /public_html/weewx/daytempfeel.png to 
>>> polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe
>>>
>>> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: Attempt 
>>> #3. Failed uploading /public_html/weewx/daytempfeel.png to 
>>> polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe
>>>
>>> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: Failed 
>>> to upload file /public_html/weewx/daytempfeel.png
>>>
>>> I have tried all possible file paths again, as you suggest but I always 
>>> get this broken pipe message. If I extend the file path any higher, I get 
>>> the 'cannot open this file' message.
>>>
>>> I have been able to upload the index file from /var/www/html/weewx to 
>>> the weewx directory on my server using curl.
>>>
>>> Richard
>>>
>>> On Wednesday, May 27, 2020 at 7:56:28 PM UTC+1, Tom Keffer wrote:

 Two things to try:

 1. Make sure the FTP username has write permissions on the server.

 2. Try different variations on the FTP path. For example,

 path = public_html/weewx/# What you have
 path = public_html/weewx
 path = /public_html/weewx/
 path = /public_html/weewx
 path = weewx
 path = /weewx






 On Wed, May 27, 2020 at 10:02 AM Richard Cropper  
 wrote:

> Thanks Tom
>
> Yes all the files are in /var/www/html/weewx 
>
> If I understand you correctly, this has more to do with the file path 
> of the remote host server.
>
> I am at a loss to understand what is going on at that end.
>
> I can at least connect but I either get a message as you have seen or 
> a 'broken pipe' message if I play around with the file path.
>
> I guess this is more to do with the remote server than weewx but 
> thanks for your advice.
>
> Regards
>
> Richard
> On Wednesday, May 27, 2020 at 3:17:35 PM UTC+1, Tom Keffer wrote:
>>
>> Hello, Richard
>>
>> Unf

Re: [weewx-user] FTP problems

[Richard Cropper]

Incidentally, I've been nowhere near reportengine.py

On Friday, May 29, 2020 at 12:19:38 PM UTC+1, Richard Cropper wrote:
>
> Hi Tom
>
> This what I get with the new ftpupload.py
>
> May 29 12:01:40 raspberrypi weewx[2431] INFO weewx.reportengine: Copied 5 
> files to /var/www/html/weewx
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: Caught 
> unrecoverable exception in generator 'weewx.reportengine.FtpGenerator'
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
>   __init__() got an unexpected keyword argument 'max_tries'
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
>   Traceback (most recent call last):
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
> File "/usr/share/weewx/weewx/reportengine.py", line 197, in run
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
>   obj.start()
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
> File "/usr/share/weewx/weewx/reportengine.py", line 280, in start
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
>   self.run()
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
> File "/usr/share/weewx/weewx/reportengine.py", line 320, in run
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
>   secure_data=to_bool(self.skin_dict.get('secure_data', True)))
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
>   TypeError: __init__() got an unexpected keyword argument 'max_tries'
>
> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: 
>   Generator terminated
>
> I get the same message whether secure_data is set to True or False.
>
> Regards
>
> Richard
>
>
>
>
> On Thursday, May 28, 2020 at 9:28:49 PM UTC+1, Tom Keffer wrote:
>>
>> I just noticed that in refactoring the ftp uploader, the function 
>> _make_remote_dir() never gets called! Try this version of 
>> weeutil/ftpupload.py.
>>
>> -tk
>>
>>
>>
>> On Thu, May 28, 2020 at 12:50 PM Tom Keffer  wrote:
>>
>>> Hard to say, but I think you're getting hit by issue #284 
>>> . Try adding an option 
>>> secure_data and setting it to false:
>>>
>>> [[FTP]]
>>>...
>>>secure_ftp = True
>>>secure_data = False
>>>
>>> -tk
>>>
>>> On Thu, May 28, 2020 at 9:36 AM Richard Cropper  
>>> wrote:
>>>
 Thanks Tom

 I had in fact tried those steps but did so again, without success.

 Suspecting that the directory might be the cause even though its 
 permissions looked good, I deleted the weewx directory and then created it 
 again.

 This had made a difference but not solved the problem.

 Here's an extract from the log:

 May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: Attempt 
 #1. Failed uploading /public_html/weewx/daytempfeel.png to 
 polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe

 May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: Attempt 
 #2. Failed uploading /public_html/weewx/daytempfeel.png to 
 polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe

 May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: Attempt 
 #3. Failed uploading /public_html/weewx/daytempfeel.png to 
 polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe

 May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: Failed 
 to upload file /public_html/weewx/daytempfeel.png

 I have tried all possible file paths again, as you suggest but I always 
 get this broken pipe message. If I extend the file path any higher, I get 
 the 'cannot open this file' message.

 I have been able to upload the index file from /var/www/html/weewx to 
 the weewx directory on my server using curl.

 Richard

 On Wednesday, May 27, 2020 at 7:56:28 PM UTC+1, Tom Keffer wrote:
>
> Two things to try:
>
> 1. Make sure the FTP username has write permissions on the server.
>
> 2. Try different variations on the FTP path. For example,
>
> path = public_html/weewx/# What you have
> path = public_html/weewx
> path = /public_html/weewx/
> path = /public_html/weewx
> path = weewx
> path = /weewx
>
>
>
>
>
>
> On Wed, May 27, 2020 at 10:02 AM Richard Cropper <
> richardc...@gmail.com> wrote:
>
>> Thanks Tom
>>
>> Yes all the files are in /var/www/html/weewx 
>>
>> If I understand you correctly, this has more to do with the file path 
>> of the remote host server.
>>
>> I am at a loss to understand what is going on at that end.
>>
>> I can at least connect but I either get a message as you have seen or 
>> a 'br

Re: [weewx-user] FTP problems

[Tom Keffer]

The file I posted was to fix a problem introduced in V4.1, which I had
assumed you were using. Apparently not. Disregard the file. Sorry for any
confusion.

Did you try setting secure_data to false?

-tk

On Fri, May 29, 2020 at 4:22 AM Richard Cropper 
wrote:

> Incidentally, I've been nowhere near reportengine.py
>
> On Friday, May 29, 2020 at 12:19:38 PM UTC+1, Richard Cropper wrote:
>>
>> Hi Tom
>>
>> This what I get with the new ftpupload.py
>>
>> May 29 12:01:40 raspberrypi weewx[2431] INFO weewx.reportengine: Copied 5
>> files to /var/www/html/weewx
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: Caught
>> unrecoverable exception in generator 'weewx.reportengine.FtpGenerator'
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
>>   __init__() got an unexpected keyword argument 'max_tries'
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
>>   Traceback (most recent call last):
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
>> File "/usr/share/weewx/weewx/reportengine.py", line 197, in run
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
>>   obj.start()
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
>> File "/usr/share/weewx/weewx/reportengine.py", line 280, in start
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
>>   self.run()
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
>> File "/usr/share/weewx/weewx/reportengine.py", line 320, in run
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
>>   secure_data=to_bool(self.skin_dict.get('secure_data', True)))
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
>>   TypeError: __init__() got an unexpected keyword argument 'max_tries'
>>
>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
>>   Generator terminated
>>
>> I get the same message whether secure_data is set to True or False.
>>
>> Regards
>>
>> Richard
>>
>>
>>
>>
>> On Thursday, May 28, 2020 at 9:28:49 PM UTC+1, Tom Keffer wrote:
>>>
>>> I just noticed that in refactoring the ftp uploader, the function
>>> _make_remote_dir() never gets called! Try this version of
>>> weeutil/ftpupload.py.
>>>
>>> -tk
>>>
>>>
>>>
>>> On Thu, May 28, 2020 at 12:50 PM Tom Keffer  wrote:
>>>
 Hard to say, but I think you're getting hit by issue #284
 . Try adding an option
 secure_data and setting it to false:

 [[FTP]]
...
secure_ftp = True
secure_data = False

 -tk

 On Thu, May 28, 2020 at 9:36 AM Richard Cropper 
 wrote:

> Thanks Tom
>
> I had in fact tried those steps but did so again, without success.
>
> Suspecting that the directory might be the cause even though its
> permissions looked good, I deleted the weewx directory and then created it
> again.
>
> This had made a difference but not solved the problem.
>
> Here's an extract from the log:
>
> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload:
> Attempt #1. Failed uploading /public_html/weewx/daytempfeel.png to
> polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe
>
> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload:
> Attempt #2. Failed uploading /public_html/weewx/daytempfeel.png to
> polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe
>
> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload:
> Attempt #3. Failed uploading /public_html/weewx/daytempfeel.png to
> polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe
>
> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: Failed
> to upload file /public_html/weewx/daytempfeel.png
>
> I have tried all possible file paths again, as you suggest but I
> always get this broken pipe message. If I extend the file path any higher,
> I get the 'cannot open this file' message.
>
> I have been able to upload the index file from /var/www/html/weewx to
> the weewx directory on my server using curl.
>
> Richard
>
> On Wednesday, May 27, 2020 at 7:56:28 PM UTC+1, Tom Keffer wrote:
>>
>> Two things to try:
>>
>> 1. Make sure the FTP username has write permissions on the server.
>>
>> 2. Try different variations on the FTP path. For example,
>>
>> path = public_html/weewx/# What you have
>> path = public_html/weewx
>> path = /public_html/weewx/
>> path = /public_html/weewx
>> path = weewx
>> path = /weewx
>>
>>
>>
>>
>>
>>
>> On Wed, May 27, 2020 at 10:02 AM Richard Cropper <
>> richardc...@gmail.com> wrote:
>>
>>> Thanks Tom
>>>
>>> Yes all the files are in /var/www/html/

[weewx-user] Weather34 UV Index displays UV Solar Radiation

['Simon Davies' via weewx-user]

Weather34 is displaying the Solar radiation reading instead of the UV 
index.  Any idea how to correct this?

I've installed this version a few weeks ago and its been a problem since 
then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000 
http://cawston.weather-station.co.uk/

w34realtime.txt : 29/05/20 12:12:34 22.0 33 5.0 0.5 0.2 77 0.0 0.0 1015.5 
ENE 0 m/s C mb mm 9.3 -0.7 0.0 109.2 0.0 25.3 23 22.0 3.8 22.0 12:11 11.0 
05:35 2.0 11:21 4.4 09:49 1017.9 00:10 1015.2 11:36 4.0.0 0 3.3 22.0 NULL 
3054.0 NULL 630 188 0.0 0 1 0 S NULL m NULL 7.4 NULL 0

44th value is 3054.0 and is displayed as the UVI.

I don't have a definition for the w34realtime.txt,  
https://cumuluswiki.org/a/Realtime.txt has the definition for 
"realtime.txt",  i'm unsure is this is the same.  

If the definition is correct then it looks like my solar radiation is in 
the wrong place.  Any idea how to fix.

weewx config:

[Weather34RealTime]
binding = loop
exclude_fields = rain
filename = /var/www/html/weewx/weather34/w34realtime.txt
unit_system = METRICWX
"# cache_enable" = False
cache_stale_time = 900
cache_directory = /tmp


-- 
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/da42a7a6-caeb-4d5f-a452-025ee9222afc%40googlegroups.com.

[weewx-user] Re: probs updating from 4 to 4.1

[Eric Gammeter]

Here is my wee_debug info:

  [[FTP]]
# FTP'ing the results to a webserver is treated as just another 
report,
# albeit one with an unusual report generator!
skin = Ftp

# If you wish to use FTP, set "enable" to "true", then
# fill out the next four lines.
# Use quotes around passwords to guard against parsing errors.
enable = true
debug = 1
user = XXX obfuscated by wee_debug XXX
password = XXX obfuscated by wee_debug XXX
server = http://WWW.N8AAY.NET
path = /weather/4.1

# Set to True for an FTP over TLS (FTPS) connection. Not all servers
# support this.
secure_ftp = False

As for running weewxd from cmd line-  all I got at 8:00 am was copious 
amounts of loop data.  There was not any info about FTP.below is an 
example:


LOOP:   2020-05-29 08:07:50 EDT (1590754070) altimeter: 30.0327339235, 
appTemp: 80.0207937815, barometer: 30.005, beaufort: 2, cloudbase: 
1405.05043868, consBatteryVoltage: 4.71, dateTime: 1590754070, dayET: 0.0, 
dayRain: 0.0, dewpoint: 71.2937780698, extraAlarm1: 0, extraAlarm2: 0, 
extraAlarm3: 0, extraAlarm4: 0, extraAlarm5: 0, extraAlarm6: 0, 
extraAlarm7: 0, extraAlarm8: 0, forecastIcon: 6, forecastRule: 44, 
heatindex: 75.1, humidex: 91.5954288614, inDewpoint: 62.4062044499, 
inHumidity: 56.0, insideAlarm: 0, inTemp: 79.5, leafWet4: 0.0, maxSolarRad: 
340.585268415, monthET: 0.0, monthRain: 2.13, outHumidity: 88.0, 
outsideAlarm1: 0, outsideAlarm2: 0, outTemp: 75.1, pressure: 29.4490369347, 
rain: 0.0, rainAlarm: 0, rainRate: 0.0, soilLeafAlarm1: 0, soilLeafAlarm2: 
0, soilLeafAlarm3: 0, soilLeafAlarm4: 0, stormRain: 0.05, stormStart: 
1590638400, sunrise: 1590747120.0, sunset: 1590799488.0, txBatteryStatus: 
0, usUnits: 1, windchill: 75.1, windDir: 200.0, windGust: 6.0, windGustDir: 
207.0, windSpeed: 6.0, windSpeed10: 5.0, yearET: 0.0, yearRain: 13.96
LOOP:   2020-05-29 08:07:52 EDT (1590754072) altimeter: 30.0327339235, 
appTemp: 80.5840627815, barometer: 30.005, beaufort: 2, cloudbase: 
1405.05043868, consBatteryVoltage: 4.71, dateTime: 1590754072, dayET: 0.0, 
dayRain: 0.0, dewpoint: 71.2937780698, extraAlarm1: 0, extraAlarm2: 0, 
extraAlarm3: 0, extraAlarm4: 0, extraAlarm5: 0, extraAlarm6: 0, 
extraAlarm7: 0, extraAlarm8: 0, forecastIcon: 6, forecastRule: 44, 
heatindex: 75.1, humidex: 91.5954288614, inDewpoint: 62.4062044499, 
inHumidity: 56.0, insideAlarm: 0, inTemp: 79.5, leafWet4: 0.0, maxSolarRad: 
340.70586259, monthET: 0.0, monthRain: 2.13, outHumidity: 88.0, 
outsideAlarm1: 0, outsideAlarm2: 0, outTemp: 75.1, pressure: 29.4490369347, 
rain: 0.0, rainAlarm: 0, rainRate: 0.0, soilLeafAlarm1: 0, soilLeafAlarm2: 
0, soilLeafAlarm3: 0, soilLeafAlarm4: 0, stormRain: 0.05, stormStart: 
1590638400, sunrise: 1590747120.0, sunset: 1590799488.0, txBatteryStatus: 
0, usUnits: 1, windchill: 75.1, windDir: 212.0, windGust: 6.0, windGustDir: 
207.0, windSpeed: 5.0, windSpeed10: 5.0, yearET: 0.0, yearRain: 13.96
^CTraceback (most recent call last):
  File "/usr/share/weewx/weewxd", line 261, in 
main()
  File "/usr/share/weewx/weewxd", line 154, in main
engine.run()
  File "/usr/share/weewx/weewx/engine.py", line 188, in run
for packet in self.console.genLoopPackets():
  File "/usr/share/weewx/weewx/drivers/vantage.py", line 532, in 
genLoopPackets
for _loop_packet in self.genDavisLoopPackets(200):
  File "/usr/share/weewx/weewx/drivers/vantage.py", line 559, in 
genDavisLoopPackets
loop_packet = self._get_packet()
  File "/usr/share/weewx/weewx/drivers/vantage.py", line 572, in _get_packet
_buffer = self.port.read(99)
  File "/usr/share/weewx/weewx/drivers/vantage.py", line 279, in read
_buffer = self.serial_port.read(chars)
  File "/usr/lib/python2.7/dist-packages/serial/serialposix.py", line 483, 
in read
ready, _, _ = select.select([self.fd, self.pipe_abort_read_r], [], [], 
timeout.time_left())
KeyboardInterrupt















On Thursday, May 28, 2020 at 4:03:57 PM UTC-4, Eric Gammeter wrote:
>
> Hello-  I was running WEEWX 4.0 on my RaspberryPi until yesterday- when I 
> did an upgrade and accepted V4.1.  I have no success getting my web pages 
> posted to my web server (FTP toWWW.N8AAY.NET).  Below is text from my 
> syslog with DEBUG set.  
>
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Getting archive packets since 2020-05-28 15:30:00 EDT (1590694200)
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Gentle wake up of console successful
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Retrieving 1 page(s); starting index= 0
> May 28 16:00:16 raspberrypi weewx[1933] INFO weewx.manager: Added record 
> 2020-05-28 16:00:00 EDT (1590696000) to database 'weewx'
> May 28 16:00:16 raspberrypi weewx[1933] INFO weewx.manager: Added record 
> 2020-05-28 16:00:00 EDT (1590696000) to daily summary in 'weewx'
> May 28 16:00:16 raspberrypi weewx[1933] DE

[weewx-user] Re: Using a ProData WiFi Logger?

[Sébastien Bouillon]

Hello Charlie,

I want to buy a data-logger.

This shop sells data-logger. 
I hesitate between meteo-pi 
(https://shop.weatherstations.co.uk/meteo-pi-1832-p.asp) and wifi logger 
(https://shop.weatherstations.co.uk/wifi-logger-v2-1752-p.asp)
Can you tell me if the wifi logger works with weewx and raspberry

Tank you 

Regards

Le dimanche 18 novembre 2018 05:00:26 UTC+1, cfor...@gmail.com a écrit :
>
> Hello weewx-ers!
>
> Perhaps this is a naive question, but searching isn't turning up any 
> answers. Can I use weewx with this logger:
>
> https://www.weatherstations.co.uk/wifi-logger.htm
>
> It claims that it offers TCP/IP access to LOOP packets, so I presume weewx 
> would work with it, but has anyone tried it yet?
>
>
>
> Charlie
> -- 
> Earth, USA, GA, Atlanta
>

-- 
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/fc4e5b36-f362-41f3-9c27-b673e06d7c78%40googlegroups.com.

[weewx-user] Re: Using a ProData WiFi Logger?

[Manfred Maier]

Hi Sébastien,
I don't know either data-logger.

Personally I'm using this one:
https://www.smartbedded.com/wiki/index.php/Meteostick

It works perfectly with my Vantage Pro 2 and two transmitters.

Manfred 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/73b7f198-2a8e-4ee2-bd4e-46c9e7162bc3%40googlegroups.com.

Re: [weewx-user] Weather34 UV Index displays UV Solar Radiation

[steeple ian]

Hi Simon,
I have never seen that happen before. Below is my w34realtime.txt file
content a few minutes ago. Stop WeeWX and do a quick cut and paste into
your own file and see what happens. It should indicate where the problem is.

29/05/20 13:34:53 22.5 28 3.1 1.3 1.3 325 0.0 0.0 1020.3 NW 1 m/s C mb mm
25.7 -2.0 1.0 1.0 0.0 22.4 38 22.5 3.7 22.2 13:30 4.6 05:05 2.2 12:55 5.6
12:15 1024.5 00:05 1020.6 13:30 4.1.0 0 5.1 22.5 22.5 7.0 0.1 768 268 0.0 0
1 0 W 2504 m 20.1 8.7 882.8 NULL NULL NULL NULL NULL

Thanks,
Ian

On Fri, 29 May 2020 at 13:04, 'Simon Davies' via weewx-user <
weewx-user@googlegroups.com> wrote:

> Weather34 is displaying the Solar radiation reading instead of the UV
> index.  Any idea how to correct this?
>
> I've installed this version a few weeks ago and its been a problem since
> then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000
> http://cawston.weather-station.co.uk/
>
> w34realtime.txt : 29/05/20 12:12:34 22.0 33 5.0 0.5 0.2 77 0.0 0.0 1015.5
> ENE 0 m/s C mb mm 9.3 -0.7 0.0 109.2 0.0 25.3 23 22.0 3.8 22.0 12:11 11.0
> 05:35 2.0 11:21 4.4 09:49 1017.9 00:10 1015.2 11:36 4.0.0 0 3.3 22.0 NULL
> 3054.0 NULL 630 188 0.0 0 1 0 S NULL m NULL 7.4 NULL 0
>
> 44th value is 3054.0 and is displayed as the UVI.
>
> I don't have a definition for the w34realtime.txt,
> https://cumuluswiki.org/a/Realtime.txt has the definition for
> "realtime.txt",  i'm unsure is this is the same.
>
> If the definition is correct then it looks like my solar radiation is in
> the wrong place.  Any idea how to fix.
>
> weewx config:
>
> [Weather34RealTime]
> binding = loop
> exclude_fields = rain
> filename = /var/www/html/weewx/weather34/w34realtime.txt
> unit_system = METRICWX
> "# cache_enable" = False
> cache_stale_time = 900
> cache_directory = /tmp
>
>
> --
> 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/da42a7a6-caeb-4d5f-a452-025ee9222afc%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/CADASSaSHsnhgtuPVmdJLrMhsXsAwVdSB3ubEpzKD3H1ZXc8rTQ%40mail.gmail.com.

Re: [weewx-user] FTP problems

[Richard Cropper]

I'm on v 4.0.0 - it can't have been more than a week since I installed it

Yes I did try setting secure_data to false. With the previous version of 
ftpupload.py I then get

May 29 14:10:56 raspberrypi weewx[4780] ERROR weeutil.ftpupload: Attempt 
#1. Failed uploading /public_html/weewx/weekwind.png to 
polaris.servers.prgn.misp.co.uk. Reason: 521 Data connection cannot be 
opened with this PROT setting.

May 29 14:10:57 raspberrypi weewx[4780] ERROR weeutil.ftpupload: Attempt 
#2. Failed uploading /public_html/weewx/weekwind.png to 
polaris.servers.prgn.misp.co.uk. Reason: 521 Data connection cannot be 
opened with this PROT setting.

May 29 14:10:57 raspberrypi weewx[4780] ERROR weeutil.ftpupload: Attempt 
#3. Failed uploading /public_html/weewx/weekwind.png to 
polaris.servers.prgn.misp.co.uk. Reason: 521 Data connection cannot be 
opened with this PROT setting.

May 29 14:10:57 raspberrypi weewx[4780] ERROR weeutil.ftpupload: Failed to 
upload file /public_html/weewx/weekwind.png


Regards

Richard
On Friday, May 29, 2020 at 12:40:44 PM UTC+1, Tom Keffer wrote:
>
> The file I posted was to fix a problem introduced in V4.1, which I had 
> assumed you were using. Apparently not. Disregard the file. Sorry for any 
> confusion.
>
> Did you try setting secure_data to false?
>
> -tk
>
> On Fri, May 29, 2020 at 4:22 AM Richard Cropper  > wrote:
>
>> Incidentally, I've been nowhere near reportengine.py
>>
>> On Friday, May 29, 2020 at 12:19:38 PM UTC+1, Richard Cropper wrote:
>>>
>>> Hi Tom
>>>
>>> This what I get with the new ftpupload.py
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] INFO weewx.reportengine: Copied 
>>> 5 files to /var/www/html/weewx
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: Caught 
>>> unrecoverable exception in generator 'weewx.reportengine.FtpGenerator'
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:   
>>>     __init__() got an unexpected keyword argument 'max_tries'
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:   
>>>     Traceback (most recent call last):
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:   
>>>   File "/usr/share/weewx/weewx/reportengine.py", line 197, in run
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:   
>>>     obj.start()
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:   
>>>   File "/usr/share/weewx/weewx/reportengine.py", line 280, in start
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:   
>>>     self.run()
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:   
>>>   File "/usr/share/weewx/weewx/reportengine.py", line 320, in run
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:   
>>>     secure_data=to_bool(self.skin_dict.get('secure_data', True)))
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:   
>>>     TypeError: __init__() got an unexpected keyword argument 'max_tries'
>>>
>>> May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:   
>>>     Generator terminated
>>>
>>> I get the same message whether secure_data is set to True or False.
>>>
>>> Regards
>>>
>>> Richard
>>>
>>>
>>>
>>>
>>> On Thursday, May 28, 2020 at 9:28:49 PM UTC+1, Tom Keffer wrote:

 I just noticed that in refactoring the ftp uploader, the function 
 _make_remote_dir() never gets called! Try this version of 
 weeutil/ftpupload.py.

 -tk



 On Thu, May 28, 2020 at 12:50 PM Tom Keffer  wrote:

> Hard to say, but I think you're getting hit by issue #284 
> . Try adding an option 
> secure_data and setting it to false:
>
> [[FTP]]
>...
>secure_ftp = True
>secure_data = False
>
> -tk
>
> On Thu, May 28, 2020 at 9:36 AM Richard Cropper  
> wrote:
>
>> Thanks Tom
>>
>> I had in fact tried those steps but did so again, without success.
>>
>> Suspecting that the directory might be the cause even though its 
>> permissions looked good, I deleted the weewx directory and then created 
>> it 
>> again.
>>
>> This had made a difference but not solved the problem.
>>
>> Here's an extract from the log:
>>
>> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: 
>> Attempt #1. Failed uploading /public_html/weewx/daytempfeel.png to 
>> polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe
>>
>> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: 
>> Attempt #2. Failed uploading /public_html/weewx/daytempfeel.png to 
>> polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe
>>
>> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload: 
>> 

[weewx-user] Re: probs updating from 4 to 4.1

[Eric Gammeter]

Duh--  just found my own problem in the FTP section.  Plugging that fix in 
now and testing.  IMHO: I goofed!  

On Thursday, May 28, 2020 at 4:03:57 PM UTC-4, Eric Gammeter wrote:
>
> Hello-  I was running WEEWX 4.0 on my RaspberryPi until yesterday- when I 
> did an upgrade and accepted V4.1.  I have no success getting my web pages 
> posted to my web server (FTP toWWW.N8AAY.NET).  Below is text from my 
> syslog with DEBUG set.  
>
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Getting archive packets since 2020-05-28 15:30:00 EDT (1590694200)
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Gentle wake up of console successful
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Retrieving 1 page(s); starting index= 0
> May 28 16:00:16 raspberrypi weewx[1933] INFO weewx.manager: Added record 
> 2020-05-28 16:00:00 EDT (1590696000) to database 'weewx'
> May 28 16:00:16 raspberrypi weewx[1933] INFO weewx.manager: Added record 
> 2020-05-28 16:00:00 EDT (1590696000) to daily summary in 'weewx'
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> DMPAFT complete: page timestamp 2020-04-05 08:30:00 EDT (1586089800) less 
> than final timestamp 2020-05-28 16:00:00 EDT (1590696000)
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: Catch 
> up complete.
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.reportengine: Running 
> reports for latest time in the database.
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Requesting 200 LOOP packets.
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.reportengine: Running 
> report 'SeasonsReport'
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Gentle wake up of console successful
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.reportengine: Found 
> configuration file /etc/weewx/skins/Seasons/skin.conf for report 
> 'SeasonsReport'
> May 28 16:00:17 raspberrypi weewx[1933] DEBUG weewx.cheetahgenerator: 
> Using search list ['weewx.cheetahgenerator.Almanac', 
> 'weewx.cheetahgenerator.Station', 'weewx.cheetahgenerator.Current', 
> 'weewx.cheetahgenerator.Stats', 'weewx.cheetahgenerator.UnitInfo', 
> 'weewx.cheetahgenerator.Extras']
> May 28 16:00:17 raspberrypi weewx[1933] DEBUG weewx.manager: Daily summary 
> version is 2.0
> May 28 16:00:17 raspberrypi weewx[1933] INFO weewx.restx: StationRegistry: 
> Published record 2020-05-28 16:00:00 EDT (1590696000)
> May 28 16:00:17 raspberrypi weewx[1933] INFO weewx.restx: 
> Wunderground-PWS: Published record 2020-05-28 16:00:00 EDT (1590696000)
> May 28 16:00:23 raspberrypi weewx[1933] INFO weewx.cheetahgenerator: 
> Generated 8 files for report SeasonsReport in 6.19 seconds
> May 28 16:00:23 raspberrypi weewx[1933] DEBUG weewx.manager: Daily summary 
> version is 2.0
> May 28 16:00:33 raspberrypi weewx[1933] INFO weewx.imagegenerator: 
> Generated 30 images for report SeasonsReport in 10.69 seconds
> May 28 16:00:33 raspberrypi weewx[1933] INFO weewx.reportengine: Copied 5 
> files to /var/www/html/weewx
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weewx.reportengine: Report 
> 'SmartphoneReport' not enabled. Skipping.
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weewx.reportengine: Report 
> 'MobileReport' not enabled. Skipping.
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weewx.reportengine: Report 
> 'StandardReport' not enabled. Skipping.
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weewx.reportengine: Running 
> report 'FTP'
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weewx.reportengine: Found 
> configuration file /etc/weewx/skins/Ftp/skin.conf for report 'FTP'
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weeutil.ftpupload: 
> Attempting connection to www.N8AAY.NET
> May 28 16:00:34 raspberrypi weewx[1933] DEBUG weeutil.ftpupload: quit() 
> exception : ''NoneType' object has no 
> attribute 'sendall''
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine: 
> ftpgenerator: (0): caught exception '': [Errno 111] 
> Connection refused
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>    Traceback (most recent call last):
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>  File "/usr/share/weewx/weewx/reportengine.py", line 330, in run
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>    n = ftp_data.run()
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>  File "/usr/share/weewx/weeutil/ftpupload.py", line 127, in run
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>    ftp_server.connect(self.server, self.port)
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>  File "/usr/lib/python2.7/ftplib.py", line 135, in connect
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>    

[weewx-user] Re: probs updating from 4 to 4.1

[Eric Gammeter]

Yep-  that did the trick-  fixing my own error!  4.1 looks great!  

On Thursday, May 28, 2020 at 4:03:57 PM UTC-4, Eric Gammeter wrote:
>
> Hello-  I was running WEEWX 4.0 on my RaspberryPi until yesterday- when I 
> did an upgrade and accepted V4.1.  I have no success getting my web pages 
> posted to my web server (FTP toWWW.N8AAY.NET).  Below is text from my 
> syslog with DEBUG set.  
>
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Getting archive packets since 2020-05-28 15:30:00 EDT (1590694200)
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Gentle wake up of console successful
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Retrieving 1 page(s); starting index= 0
> May 28 16:00:16 raspberrypi weewx[1933] INFO weewx.manager: Added record 
> 2020-05-28 16:00:00 EDT (1590696000) to database 'weewx'
> May 28 16:00:16 raspberrypi weewx[1933] INFO weewx.manager: Added record 
> 2020-05-28 16:00:00 EDT (1590696000) to daily summary in 'weewx'
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> DMPAFT complete: page timestamp 2020-04-05 08:30:00 EDT (1586089800) less 
> than final timestamp 2020-05-28 16:00:00 EDT (1590696000)
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: Catch 
> up complete.
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.reportengine: Running 
> reports for latest time in the database.
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Requesting 200 LOOP packets.
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.reportengine: Running 
> report 'SeasonsReport'
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.drivers.vantage: 
> Gentle wake up of console successful
> May 28 16:00:16 raspberrypi weewx[1933] DEBUG weewx.reportengine: Found 
> configuration file /etc/weewx/skins/Seasons/skin.conf for report 
> 'SeasonsReport'
> May 28 16:00:17 raspberrypi weewx[1933] DEBUG weewx.cheetahgenerator: 
> Using search list ['weewx.cheetahgenerator.Almanac', 
> 'weewx.cheetahgenerator.Station', 'weewx.cheetahgenerator.Current', 
> 'weewx.cheetahgenerator.Stats', 'weewx.cheetahgenerator.UnitInfo', 
> 'weewx.cheetahgenerator.Extras']
> May 28 16:00:17 raspberrypi weewx[1933] DEBUG weewx.manager: Daily summary 
> version is 2.0
> May 28 16:00:17 raspberrypi weewx[1933] INFO weewx.restx: StationRegistry: 
> Published record 2020-05-28 16:00:00 EDT (1590696000)
> May 28 16:00:17 raspberrypi weewx[1933] INFO weewx.restx: 
> Wunderground-PWS: Published record 2020-05-28 16:00:00 EDT (1590696000)
> May 28 16:00:23 raspberrypi weewx[1933] INFO weewx.cheetahgenerator: 
> Generated 8 files for report SeasonsReport in 6.19 seconds
> May 28 16:00:23 raspberrypi weewx[1933] DEBUG weewx.manager: Daily summary 
> version is 2.0
> May 28 16:00:33 raspberrypi weewx[1933] INFO weewx.imagegenerator: 
> Generated 30 images for report SeasonsReport in 10.69 seconds
> May 28 16:00:33 raspberrypi weewx[1933] INFO weewx.reportengine: Copied 5 
> files to /var/www/html/weewx
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weewx.reportengine: Report 
> 'SmartphoneReport' not enabled. Skipping.
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weewx.reportengine: Report 
> 'MobileReport' not enabled. Skipping.
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weewx.reportengine: Report 
> 'StandardReport' not enabled. Skipping.
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weewx.reportengine: Running 
> report 'FTP'
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weewx.reportengine: Found 
> configuration file /etc/weewx/skins/Ftp/skin.conf for report 'FTP'
> May 28 16:00:33 raspberrypi weewx[1933] DEBUG weeutil.ftpupload: 
> Attempting connection to www.N8AAY.NET
> May 28 16:00:34 raspberrypi weewx[1933] DEBUG weeutil.ftpupload: quit() 
> exception : ''NoneType' object has no 
> attribute 'sendall''
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine: 
> ftpgenerator: (0): caught exception '': [Errno 111] 
> Connection refused
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>    Traceback (most recent call last):
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>  File "/usr/share/weewx/weewx/reportengine.py", line 330, in run
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>    n = ftp_data.run()
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>  File "/usr/share/weewx/weeutil/ftpupload.py", line 127, in run
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>    ftp_server.connect(self.server, self.port)
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>  File "/usr/lib/python2.7/ftplib.py", line 135, in connect
> May 28 16:00:34 raspberrypi weewx[1933] ERROR weewx.reportengine:
>    self.sock = socket.create_connection((self.h

[weewx-user] Re: Broken python dependency with CentOS 8

[mwall]

vince,

the el8 rpm worked just fine for me when i tested on a centos8 system.

however, it is quite possible that my centos8 was not as much of a virgin 
as david's centos8

it should not matter whether we build the rpm packages on centos7 or centos8

the spec file defines these deps for el8:

%define deps python3, python3-setuptools, python3-configobj, 
python3-pillow, py\
thon3-pyserial, python3-pyusb

there is no 'python' dependency in there!

however, there *are* bld_deps that are python2:

%define bld_deps python, python-configobj

are these somehow getting propagated into the rpm itself?




On 28 May 2020, at 22:13, Tom Keffer = wrote:

As per Vince's request...
-tk

-- Forwarded message -
From: vince
Date: Thu, May 28, 2020 at 7:06 PM
Subject: Private message regarding: [weewx-user] Re: Broken python 
dependency with CentOS 8
To: Tom Keffer


On Thursday, May 28, 2020 at 6:58:59 PM UTC-7, Tom Keffer wrote:
Could one of you two file an issue so we can track this? If we can't make a 
package that "just installs," there should be at least some documentation 
telling a user what to do.



If he doesn't do so, I'll get to it this week.

I took a pass at hacking on Matthew's spec file, but had an epic fail, so 
I cooked up a quick interim fake-it-out rpm for the user.

It looks from the spec file that he's building everything on centos7 
which might be where things are getting whacko.  I built mine in a centos7 
docker container just in case, but this is another one of those places 
where a bunch'o'containers might helps us work these kinds of os issues. 
 Worth a thought.

(if you can forward this to Matthew, I'd appreciate it - can't find a way 
to add a cc in reply-via-email in the google gui)

-- 
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/4b1a4b2d-0dd8-4de1-a250-4637f06910e3%40googlegroups.com.

[weewx-user] Re: Posibilities on co-operation from other meassuring sources

[mwall]

On Friday, May 29, 2020 at 2:10:45 AM UTC-4, Bent Jensen wrote:
>
> But I also have a little greenhouse in which I have (off-cause) power, 
> water and LAN. But it is situated remote to where my weewx server is 
> situated (a intel NUC unit). So I would think it could be nice to have 
> temperature sensors in the greenhouse, both some in the soil and one to 
> meassure airtemperature. A sensor should meassure the light intensity, and 
> maybe a humidity sensor. All sensors should be put on a raspi, and  the 
> meassured data should be available in my "master" weewx on the NUC server, 
> to be presented nicely on the internet.
>
> Is that even possible? 
>

of course!

one option would be to use a gw1000 and various soil moisture sensors and 
temperature/humidity sensors

this wiki page explains some of the data collection strategies:

https://github.com/weewx/weewx/wiki/intake-strategies

this wiki page explains some of the ways to aggregate the data into 
dashboards:

https://github.com/weewx/weewx/wiki/dashboards

start with a diagram of the physical locations of the things you want to 
monitor.  then create various overlays to sketch out different logical 
structures for how you might install and configure the data collection.  
from the other end of things, sketch the data display as you would like to 
see it - graphs, tables, current/min/max indicators, etc.  with those 
pieces you will be better prepared to implement something. it will also 
make it easier for you to communicate with others when you have questions 
or when you want to share what you have done.

i typically have a weewx instance at each data collection point, with a 
very basic weewx skin that i can look at to see if data are coming in 
properly.  then i configure each weewx instance to send data to an mqtt 
server or influxdb server.  at that point i can use grafana or other tools 
to create multiple dashboards, each oriented toward the user(s) who need 
access to the data.

m

-- 
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/fa4b1466-dc84-4b8e-9323-67dc77e16624%40googlegroups.com.

Re: [weewx-user] WeeWx Database

[Ron Sell]

I added all of the Data to my new database. It imported usinf the .SQL.

I rn a query on the archive table
SQLite: select count(*) from archive and all 80,000 records are in there.

None of my reports reflect it. ran sudo wee_reports 

On Sunday, 17 May 2020 11:06:12 UTC-4, Tom Keffer wrote:
>
> How about doing a dump of the v3.9 database, then delete the CREATE TABLE 
> statement. Then import into the V4 database.
>
> Something like:
>
> # Create a dump, then strip out the CREATE TABLE
> echo ".dump" | sqlite3 weewx3.92.sdb | sed -e 's/^CREATE TABLE//' > 
> weewx3.92.sql
> # Use the results to insert into the V4.0 table
> sqlite3 weewx4.0.sdb < weewx3.92.sql
>
> One thing I want to stress is that there is no difference between a V3.9 
> database and a V4.0 database. The only difference is that V4.0 offers a 
> new, extended schema. 
>
> -tk
>
> On Sun, May 17, 2020 at 6:55 AM Ron Sell > 
> wrote:
>
>> I upgraded to a new Pi and weewx 4.0.
>>
>> Old Pi 
>> weexwx 3.9.2
>> Database extended for more observations
>> 58 columns
>> Running for a year
>>
>> New Pi 
>> Weewx 4.0
>> Database not extended Included all of the observstions i needed in the 
>> new version.'
>> 113 columns
>>
>> What is the best way to keep all my old data?
>>
>>
>> I can't just copy the old database 1 for 1 since they are different.
>>
>> thanks
>>
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/378b9004-78d2-4a80-bccb-27b35ecdc64c%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/cebbe173-4337-4cde-8af6-94eb809a83f3%40googlegroups.com.

[weewx-user] Re: Broken python dependency with CentOS 8

[vince]

On Friday, May 29, 2020 at 6:33:22 AM UTC-7, mwall wrote:
>
> however, there *are* bld_deps that are python2:
> %define bld_deps python, python-configobj
> are these somehow getting propagated into the rpm itself?
>
>

If you run "rpm -qp --requires filename.rpm" you will see the dependencies 
that were built in.

I didn't get anywhere successfully in trying to bang on the spec file to 
tweak things.  I would agree that it shouldn't matter which version you 
build a .noarch.rpm on these days, in most cases.

What's interesting is it actually also requires 'perl' too.

[root@320c68ef1804 /]# rpm -qp --requires weewx-4.1.0-1.el8.noarch.rpm
warning: weewx-4.1.0-1.el8.noarch.rpm: Header V4 RSA/SHA1 Signature, key ID 
15306a67: NOKEY
/bin/sh
/bin/sh
/bin/sh
/bin/sh
/usr/bin/env
/usr/bin/perl
/usr/bin/python 

config(weewx) = 4.1.0-1.el8
perl(strict)
python3
python3-configobj
python3-pillow
python3-pyserial
python3-pyusb
python3-setuptools
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PartialHardlinkSets) <= 4.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1


Provides looks ok:

[root@320c68ef1804 /]# rpm -qp --provides weewx-4.1.0-1.el8.noarch.rpm
warning: weewx-4.1.0-1.el8.noarch.rpm: Header V4 RSA/SHA1 Signature, key ID 
15306a67: NOKEY
config(weewx) = 4.1.0-1.el8
weewx = 4.1.0-1.el8


There has to be some kind of macro expansion thing going on.  It's been so 
long since I had to dig into the internals that it's a little hazy how all 
this stuff works under the hood. 

-- 
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/61a56868-f835-4893-aec5-23c6ae985e33%40googlegroups.com.

Re: [weewx-user] Rsync issue

[Benjamin Trey Blue]

Thank you, Tom - I decided to clean-up all the SSH configs on the webhost's 
server and my RPi and then worked back through the process - it's working 
now!


On Thursday, May 28, 2020 at 6:47:30 PM UTC-4, Tom Keffer wrote:
>
> That's basically what I do. The process weewxd gets run as user 'weewx', 
> with the .ssh subdirectory in its home directory. See the wiki article *Run 
> as a non-root user 
> *.
>
> But, you can do it as root. Just make sure the proper credentials are in 
> the home directory for root.
>
> -tk
>
> On Thu, May 28, 2020 at 3:16 PM Benjamin Trey Blue  > wrote:
>
>> Hey Tom,
>>
>> I haven't made any changes to the user account that weewx uses by default 
>> - I had assumed from my reading that it defaults to root. The only two 
>> non-system accounts on the RPi are root and pi.
>>
>> Sudo wee_reports works from the terminal though, so there has to be some 
>> discrepancy with my assumptions, but I'm too Linux-dumb to have figured it 
>> out yet and I'm not really sure how to go about even troubleshooting it 
>> further. 
>>
>> Should I maybe consider setting-up weewx to run as a non-root user and 
>> then reconfigure the passwordless SSH, assuming I can get that bit restored 
>> to a blank slate?
>>
>> Thank you,
>> Trey
>>
>> On Thursday, May 28, 2020 at 3:58:49 PM UTC-4, Tom Keffer wrote:
>>>
>>> Are you running wee_reports as the same user as weewxd? Perhaps the 
>>> latter does not have access to the keys?
>>>
>>> On Thu, May 28, 2020 at 10:01 AM Benjamin Trey Blue  
>>> wrote:
>>>
 Ahhh, got it - thank you. Added it there and I can see it being passed, 
 but the result is the same:


 May 28 12:51:17 raspberrypi weewx[10689] ERROR weeutil.rsyncupload: 
> [['rsync', '--archive', '--stats', '-e ssh -o IdentitiesOnly=yes', 
> '/var/www/html/', 'u...@mydomain.com:/home4/USER/public_html']] reported 
> errors: Permission denied, please try again.. Received disconnect from 
> XX.XX.XX.XX port 22:2: Too many authentication failures for USER. 
> Disconnected from XX.XX.XX.XX port 22. rsync: connection unexpectedly 
> closed (0 bytes received so far) [sender]. rsync error: unexplained error 
> (code 255) at io.c(235) [sender=3.1.3]


 Manually invoked with sudo wee_reports again and it worked:

 May 28 12:57:23 raspberrypi wee_reports[10914] INFO 
> weeutil.rsyncupload: rsync'd 112 files (1,461,848 bytes) in 7.24 seconds 


  

 On Thursday, May 28, 2020 at 12:43:45 PM UTC-4, John Kline wrote:
>
> Oops, I meant the [[RSYNC]] section.
>
> [[RSYNC]]
> ssh_options = -o IdentitiesOnly=yes
>
> [[SSH]]
>> ssh_options = -o IdentitiesOnly=yes
>>
>
> On May 28, 2020, at 8:56 AM, Benjamin Trey Blue  
> wrote:
>
> 
> Thanks for the reply - I do not see a section for [[SSH]] in my 
> weewx.conf - do I nest that under the same [StdReport] section where 
> [[RSYNC]] is found? I pasted it just below the end of [[RSYNC]] but can't 
> see where the option was passed along:
>
> May 28 11:45:58 raspberrypi weewx[8853] ERROR weeutil.rsyncupload: 
>> [['rsync', '--archive', '--stats', '-e ssh', '/var/www/html/', 
>> 'u...@mydomain.com:/home4/USER/public_html']] reported errors: 
>> Permission 
>> denied, please try again.. Received disconnect from XX.XX.XX.XX port 
>> 22:2: 
>> Too many authentication failures for USER. Disconnected from XX.XX.XX.XX 
>> port 22. rsync: connection unexpectedly closed (0 bytes received so far) 
>> [sender]. rsync error: unexplained error (code 255) at io.c(235) 
>> [sender=3.1.3]
>>
>
>
>
> On Thursday, May 28, 2020 at 11:36:26 AM UTC-4, John Kline wrote:
>>
>> Sorry, didn’t mean to send that yet:
>>
>> Should read:
>>
>> Does it work if you add the following to the SSH configuration in 
>> weewx.conf?
>>
>> [[SSH]]
>> ssh_options = -o IdentitiesOnly=yes
>>
>> On May 28, 2020, at 8:34 AM, John Kline  wrote:
>>
>> 
>> Does it work if you add:
>>
>> [[SSH]]
>> ssh_options = -o IdentitiesOnly=yes
>>
>>
>> -o IdentitiesOnly=yes
>>
>>
>> On May 28, 2020, at 8:28 AM, Benjamin Trey Blue  
>> wrote:
>>
>> Too many authentication failures for
>>
>> -- 
> You received this message because you are subscribed to the Google 
> Groups "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send 
> an email to weewx...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/76ef08ae-203e-4caf-9cfa-616faa16be67%40googlegroups.com
>  
> 

[weewx-user] Re: Using a ProData WiFi Logger?

[Sébastien Bouillon]

Hi Manfred,

tank you for your answer
Do you connect the logger stick directly in a USB plug of the raspberry, ?

Sébastien


-- 
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/92f2988c-d594-4ce0-a05a-7bea739dfa50%40googlegroups.com.

Re: [weewx-user] Weather34 UV Index displays UV Solar Radiation

['Simon Davies' via weewx-user]

using your data it works perfectly.  I don't know why I have a different 
file layout.
position 39 is cumulus version,  which is 4.0.0 in mine and 4.1.0 in 
yours,  do you know if there are any changes to the layout.

On Friday, May 29, 2020 at 1:40:41 PM UTC+1, steeple ian wrote:
>
> Hi Simon,
> I have never seen that happen before. Below is my w34realtime.txt file 
> content a few minutes ago. Stop WeeWX and do a quick cut and paste into 
> your own file and see what happens. It should indicate where the problem is.
>
> 29/05/20 13:34:53 22.5 28 3.1 1.3 1.3 325 0.0 0.0 1020.3 NW 1 m/s C mb mm 
> 25.7 -2.0 1.0 1.0 0.0 22.4 38 22.5 3.7 22.2 13:30 4.6 05:05 2.2 12:55 5.6 
> 12:15 1024.5 00:05 1020.6 13:30 4.1.0 0 5.1 22.5 22.5 7.0 0.1 768 268 0.0 0 
> 1 0 W 2504 m 20.1 8.7 882.8 NULL NULL NULL NULL NULL
>
> Thanks,
> Ian
>
> On Fri, 29 May 2020 at 13:04, 'Simon Davies' via weewx-user <
> weewx...@googlegroups.com > wrote:
>
>> Weather34 is displaying the Solar radiation reading instead of the UV 
>> index.  Any idea how to correct this?
>>
>> I've installed this version a few weeks ago and its been a problem since 
>> then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000 
>> http://cawston.weather-station.co.uk/
>>
>> w34realtime.txt : 29/05/20 12:12:34 22.0 33 5.0 0.5 0.2 77 0.0 0.0 1015.5 
>> ENE 0 m/s C mb mm 9.3 -0.7 0.0 109.2 0.0 25.3 23 22.0 3.8 22.0 12:11 11.0 
>> 05:35 2.0 11:21 4.4 09:49 1017.9 00:10 1015.2 11:36 4.0.0 0 3.3 22.0 NULL 
>> 3054.0 NULL 630 188 0.0 0 1 0 S NULL m NULL 7.4 NULL 0
>>
>> 44th value is 3054.0 and is displayed as the UVI.
>>
>> I don't have a definition for the w34realtime.txt,  
>> https://cumuluswiki.org/a/Realtime.txt has the definition for 
>> "realtime.txt",  i'm unsure is this is the same.  
>>
>> If the definition is correct then it looks like my solar radiation is in 
>> the wrong place.  Any idea how to fix.
>>
>> weewx config:
>>
>> [Weather34RealTime]
>> binding = loop
>> exclude_fields = rain
>> filename = /var/www/html/weewx/weather34/w34realtime.txt
>> unit_system = METRICWX
>> "# cache_enable" = False
>> cache_stale_time = 900
>> cache_directory = /tmp
>>
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/da42a7a6-caeb-4d5f-a452-025ee9222afc%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/bb179ff6-8d1b-4438-971c-c86224be4a6c%40googlegroups.com.

Re: [weewx-user] Weather34 UV Index displays UV Solar Radiation

[J D]

Hi,
The layout looks fine. The issue is the loop data.  The UV field in the 
realtime data is just a copy of the "UV" field in the loop data. I would 
stop weewx and then run weewx at the command line and look at the loop data 
output.

On Friday, May 29, 2020 at 8:27:50 AM UTC-7, Simon Davies wrote:
>
> using your data it works perfectly.  I don't know why I have a different 
> file layout.
> position 39 is cumulus version,  which is 4.0.0 in mine and 4.1.0 in 
> yours,  do you know if there are any changes to the layout.
>
> On Friday, May 29, 2020 at 1:40:41 PM UTC+1, steeple ian wrote:
>>
>> Hi Simon,
>> I have never seen that happen before. Below is my w34realtime.txt file 
>> content a few minutes ago. Stop WeeWX and do a quick cut and paste into 
>> your own file and see what happens. It should indicate where the problem is.
>>
>> 29/05/20 13:34:53 22.5 28 3.1 1.3 1.3 325 0.0 0.0 1020.3 NW 1 m/s C mb mm 
>> 25.7 -2.0 1.0 1.0 0.0 22.4 38 22.5 3.7 22.2 13:30 4.6 05:05 2.2 12:55 5.6 
>> 12:15 1024.5 00:05 1020.6 13:30 4.1.0 0 5.1 22.5 22.5 7.0 0.1 768 268 0.0 0 
>> 1 0 W 2504 m 20.1 8.7 882.8 NULL NULL NULL NULL NULL
>>
>> Thanks,
>> Ian
>>
>> On Fri, 29 May 2020 at 13:04, 'Simon Davies' via weewx-user <
>> weewx...@googlegroups.com> wrote:
>>
>>> Weather34 is displaying the Solar radiation reading instead of the UV 
>>> index.  Any idea how to correct this?
>>>
>>> I've installed this version a few weeks ago and its been a problem since 
>>> then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000 
>>> http://cawston.weather-station.co.uk/
>>>
>>> w34realtime.txt : 29/05/20 12:12:34 22.0 33 5.0 0.5 0.2 77 0.0 0.0 
>>> 1015.5 ENE 0 m/s C mb mm 9.3 -0.7 0.0 109.2 0.0 25.3 23 22.0 3.8 22.0 12:11 
>>> 11.0 05:35 2.0 11:21 4.4 09:49 1017.9 00:10 1015.2 11:36 4.0.0 0 3.3 22.0 
>>> NULL 3054.0 NULL 630 188 0.0 0 1 0 S NULL m NULL 7.4 NULL 0
>>>
>>> 44th value is 3054.0 and is displayed as the UVI.
>>>
>>> I don't have a definition for the w34realtime.txt,  
>>> https://cumuluswiki.org/a/Realtime.txt has the definition for 
>>> "realtime.txt",  i'm unsure is this is the same.  
>>>
>>> If the definition is correct then it looks like my solar radiation is in 
>>> the wrong place.  Any idea how to fix.
>>>
>>> weewx config:
>>>
>>> [Weather34RealTime]
>>> binding = loop
>>> exclude_fields = rain
>>> filename = /var/www/html/weewx/weather34/w34realtime.txt
>>> unit_system = METRICWX
>>> "# cache_enable" = False
>>> cache_stale_time = 900
>>> cache_directory = /tmp
>>>
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to weewx...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/da42a7a6-caeb-4d5f-a452-025ee9222afc%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/e359e6d9-1f70-4e58-91c2-f3bb3fd13ca0%40googlegroups.com.

Re: [weewx-user] Weather34 UV Index displays UV Solar Radiation

['Simon Davies' via weewx-user]

LOOP data looks fine

LOOP:   2020-05-29 16:50:59 BST (1590767459) altimeter: 29.9018046207, 
barometer: 29.8979821835, dateTime: 1590767459, dewpoint: 46.58, heatindex: 
76.1, inDewpoint: 42.3766863757, inHumidity: 33.0, inTemp: 73.22, 
outHumidity: 35.0, outTemp: 76.1, pressure: 29.8636763587, radiation: 
613.9626, rain: 0.0, rainRate: 0.0, usUnits: 1, *UV: 753.0*, windchill: 
76.1, windDir: 143.0, windGust: 4.92127207427, windSpeed: 2.68433022233



On Friday, May 29, 2020 at 4:38:54 PM UTC+1, J D wrote:
>
> Hi,
> The layout looks fine. The issue is the loop data.  The UV field in the 
> realtime data is just a copy of the "UV" field in the loop data. I would 
> stop weewx and then run weewx at the command line and look at the loop data 
> output.
>
> On Friday, May 29, 2020 at 8:27:50 AM UTC-7, Simon Davies wrote:
>>
>> using your data it works perfectly.  I don't know why I have a different 
>> file layout.
>> position 39 is cumulus version,  which is 4.0.0 in mine and 4.1.0 in 
>> yours,  do you know if there are any changes to the layout.
>>
>> On Friday, May 29, 2020 at 1:40:41 PM UTC+1, steeple ian wrote:
>>>
>>> Hi Simon,
>>> I have never seen that happen before. Below is my w34realtime.txt file 
>>> content a few minutes ago. Stop WeeWX and do a quick cut and paste into 
>>> your own file and see what happens. It should indicate where the problem is.
>>>
>>> 29/05/20 13:34:53 22.5 28 3.1 1.3 1.3 325 0.0 0.0 1020.3 NW 1 m/s C mb 
>>> mm 25.7 -2.0 1.0 1.0 0.0 22.4 38 22.5 3.7 22.2 13:30 4.6 05:05 2.2 12:55 
>>> 5.6 12:15 1024.5 00:05 1020.6 13:30 4.1.0 0 5.1 22.5 22.5 7.0 0.1 768 268 
>>> 0.0 0 1 0 W 2504 m 20.1 8.7 882.8 NULL NULL NULL NULL NULL
>>>
>>> Thanks,
>>> Ian
>>>
>>> On Fri, 29 May 2020 at 13:04, 'Simon Davies' via weewx-user <
>>> weewx...@googlegroups.com> wrote:
>>>
 Weather34 is displaying the Solar radiation reading instead of the UV 
 index.  Any idea how to correct this?

 I've installed this version a few weeks ago and its been a problem 
 since then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000 
 http://cawston.weather-station.co.uk/

 w34realtime.txt : 29/05/20 12:12:34 22.0 33 5.0 0.5 0.2 77 0.0 0.0 
 1015.5 ENE 0 m/s C mb mm 9.3 -0.7 0.0 109.2 0.0 25.3 23 22.0 3.8 22.0 
 12:11 
 11.0 05:35 2.0 11:21 4.4 09:49 1017.9 00:10 1015.2 11:36 4.0.0 0 3.3 22.0 
 NULL 3054.0 NULL 630 188 0.0 0 1 0 S NULL m NULL 7.4 NULL 0

 44th value is 3054.0 and is displayed as the UVI.

 I don't have a definition for the w34realtime.txt,  
 https://cumuluswiki.org/a/Realtime.txt has the definition for 
 "realtime.txt",  i'm unsure is this is the same.  

 If the definition is correct then it looks like my solar radiation is 
 in the wrong place.  Any idea how to fix.

 weewx config:

 [Weather34RealTime]
 binding = loop
 exclude_fields = rain
 filename = /var/www/html/weewx/weather34/w34realtime.txt
 unit_system = METRICWX
 "# cache_enable" = False
 cache_stale_time = 900
 cache_directory = /tmp


 -- 
 You received this message because you are subscribed to the Google 
 Groups "weewx-user" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to weewx...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/da42a7a6-caeb-4d5f-a452-025ee9222afc%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/6553c26a-debb-4d64-9f08-ca33df8b510b%40googlegroups.com.

Re: [weewx-user] Weather34 UV Index displays UV Solar Radiation

[J D]

Hi,
Are you sure UV in the loop is correct? 

Using Ian data's for UV was a 7.0 and you stated that was working 
correctly.  

Your last post has UV 753.0 That does not look correct.

On Friday, May 29, 2020 at 8:55:30 AM UTC-7, Simon Davies wrote:
>
> LOOP data looks fine
>
> LOOP:   2020-05-29 16:50:59 BST (1590767459) altimeter: 29.9018046207, 
> barometer: 29.8979821835, dateTime: 1590767459, dewpoint: 46.58, heatindex: 
> 76.1, inDewpoint: 42.3766863757, inHumidity: 33.0, inTemp: 73.22, 
> outHumidity: 35.0, outTemp: 76.1, pressure: 29.8636763587, radiation: 
> 613.9626, rain: 0.0, rainRate: 0.0, usUnits: 1, *UV: 753.0*, windchill: 
> 76.1, windDir: 143.0, windGust: 4.92127207427, windSpeed: 2.68433022233
>
>
>
> On Friday, May 29, 2020 at 4:38:54 PM UTC+1, J D wrote:
>>
>> Hi,
>> The layout looks fine. The issue is the loop data.  The UV field in the 
>> realtime data is just a copy of the "UV" field in the loop data. I would 
>> stop weewx and then run weewx at the command line and look at the loop data 
>> output.
>>
>> On Friday, May 29, 2020 at 8:27:50 AM UTC-7, Simon Davies wrote:
>>>
>>> using your data it works perfectly.  I don't know why I have a different 
>>> file layout.
>>> position 39 is cumulus version,  which is 4.0.0 in mine and 4.1.0 in 
>>> yours,  do you know if there are any changes to the layout.
>>>
>>> On Friday, May 29, 2020 at 1:40:41 PM UTC+1, steeple ian wrote:

 Hi Simon,
 I have never seen that happen before. Below is my w34realtime.txt file 
 content a few minutes ago. Stop WeeWX and do a quick cut and paste into 
 your own file and see what happens. It should indicate where the problem 
 is.

 29/05/20 13:34:53 22.5 28 3.1 1.3 1.3 325 0.0 0.0 1020.3 NW 1 m/s C mb 
 mm 25.7 -2.0 1.0 1.0 0.0 22.4 38 22.5 3.7 22.2 13:30 4.6 05:05 2.2 12:55 
 5.6 12:15 1024.5 00:05 1020.6 13:30 4.1.0 0 5.1 22.5 22.5 7.0 0.1 768 268 
 0.0 0 1 0 W 2504 m 20.1 8.7 882.8 NULL NULL NULL NULL NULL

 Thanks,
 Ian

 On Fri, 29 May 2020 at 13:04, 'Simon Davies' via weewx-user <
 weewx...@googlegroups.com> wrote:

> Weather34 is displaying the Solar radiation reading instead of the UV 
> index.  Any idea how to correct this?
>
> I've installed this version a few weeks ago and its been a problem 
> since then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000 
> http://cawston.weather-station.co.uk/
>
> w34realtime.txt : 29/05/20 12:12:34 22.0 33 5.0 0.5 0.2 77 0.0 0.0 
> 1015.5 ENE 0 m/s C mb mm 9.3 -0.7 0.0 109.2 0.0 25.3 23 22.0 3.8 22.0 
> 12:11 
> 11.0 05:35 2.0 11:21 4.4 09:49 1017.9 00:10 1015.2 11:36 4.0.0 0 3.3 22.0 
> NULL 3054.0 NULL 630 188 0.0 0 1 0 S NULL m NULL 7.4 NULL 0
>
> 44th value is 3054.0 and is displayed as the UVI.
>
> I don't have a definition for the w34realtime.txt,  
> https://cumuluswiki.org/a/Realtime.txt has the definition for 
> "realtime.txt",  i'm unsure is this is the same.  
>
> If the definition is correct then it looks like my solar radiation is 
> in the wrong place.  Any idea how to fix.
>
> weewx config:
>
> [Weather34RealTime]
> binding = loop
> exclude_fields = rain
> filename = /var/www/html/weewx/weather34/w34realtime.txt
> unit_system = METRICWX
> "# cache_enable" = False
> cache_stale_time = 900
> cache_directory = /tmp
>
>
> -- 
> You received this message because you are subscribed to the Google 
> Groups "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send 
> an email to weewx...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/da42a7a6-caeb-4d5f-a452-025ee9222afc%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/a83f9bcb-ed69-4e81-8168-d1514fbf422c%40googlegroups.com.

[weewx-user] Re: Broken python dependency with CentOS 8

[vince]

I'll open an issue on this one this afternoon and provide some updates 
there, if that's ok with Tom+Matthew...

-- 
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/f056d751-80fc-447f-8e2d-23dd4f3c233c%40googlegroups.com.

[weewx-user] Re: Broken python dependency with CentOS 8

[mwall]

On Friday, May 29, 2020 at 12:24:14 PM UTC-4, vince wrote:
>
> I'll open an issue on this one this afternoon and provide some updates 
> there, if that's ok with Tom+Matthew...
>

yes, please do.  i would like to get this fixed before the next release.
 

-- 
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/85657b2a-0d9a-4a3c-bfed-4135c1a63d35%40googlegroups.com.

Re: [weewx-user] Weather34 UV Index displays UV Solar Radiation

[steeple ian]

Simon,
Are you using the HP1000 driver by any chance with Python3?

On Fri, 29 May 2020 at 17:21, J D  wrote:

> Hi,
> Are you sure UV in the loop is correct?
>
> Using Ian data's for UV was a 7.0 and you stated that was working
> correctly.
>
> Your last post has UV 753.0 That does not look correct.
>
>
> On Friday, May 29, 2020 at 8:55:30 AM UTC-7, Simon Davies wrote:
>>
>> LOOP data looks fine
>>
>> LOOP:   2020-05-29 16:50:59 BST (1590767459) altimeter: 29.9018046207,
>> barometer: 29.8979821835, dateTime: 1590767459, dewpoint: 46.58, heatindex:
>> 76.1, inDewpoint: 42.3766863757, inHumidity: 33.0, inTemp: 73.22,
>> outHumidity: 35.0, outTemp: 76.1, pressure: 29.8636763587, radiation:
>> 613.9626, rain: 0.0, rainRate: 0.0, usUnits: 1, *UV: 753.0*, windchill:
>> 76.1, windDir: 143.0, windGust: 4.92127207427, windSpeed: 2.68433022233
>>
>>
>>
>> On Friday, May 29, 2020 at 4:38:54 PM UTC+1, J D wrote:
>>>
>>> Hi,
>>> The layout looks fine. The issue is the loop data.  The UV field in the
>>> realtime data is just a copy of the "UV" field in the loop data. I would
>>> stop weewx and then run weewx at the command line and look at the loop data
>>> output.
>>>
>>> On Friday, May 29, 2020 at 8:27:50 AM UTC-7, Simon Davies wrote:

 using your data it works perfectly.  I don't know why I have a
 different file layout.
 position 39 is cumulus version,  which is 4.0.0 in mine and 4.1.0 in
 yours,  do you know if there are any changes to the layout.

 On Friday, May 29, 2020 at 1:40:41 PM UTC+1, steeple ian wrote:
>
> Hi Simon,
> I have never seen that happen before. Below is my w34realtime.txt file
> content a few minutes ago. Stop WeeWX and do a quick cut and paste into
> your own file and see what happens. It should indicate where the problem 
> is.
>
> 29/05/20 13:34:53 22.5 28 3.1 1.3 1.3 325 0.0 0.0 1020.3 NW 1 m/s C mb
> mm 25.7 -2.0 1.0 1.0 0.0 22.4 38 22.5 3.7 22.2 13:30 4.6 05:05 2.2 12:55
> 5.6 12:15 1024.5 00:05 1020.6 13:30 4.1.0 0 5.1 22.5 22.5 7.0 0.1 768 268
> 0.0 0 1 0 W 2504 m 20.1 8.7 882.8 NULL NULL NULL NULL NULL
>
> Thanks,
> Ian
>
> On Fri, 29 May 2020 at 13:04, 'Simon Davies' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
>> Weather34 is displaying the Solar radiation reading instead of the UV
>> index.  Any idea how to correct this?
>>
>> I've installed this version a few weeks ago and its been a problem
>> since then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000
>> http://cawston.weather-station.co.uk/
>>
>> w34realtime.txt : 29/05/20 12:12:34 22.0 33 5.0 0.5 0.2 77 0.0 0.0
>> 1015.5 ENE 0 m/s C mb mm 9.3 -0.7 0.0 109.2 0.0 25.3 23 22.0 3.8 22.0 
>> 12:11
>> 11.0 05:35 2.0 11:21 4.4 09:49 1017.9 00:10 1015.2 11:36 4.0.0 0 3.3 22.0
>> NULL 3054.0 NULL 630 188 0.0 0 1 0 S NULL m NULL 7.4 NULL 0
>>
>> 44th value is 3054.0 and is displayed as the UVI.
>>
>> I don't have a definition for the w34realtime.txt,
>> https://cumuluswiki.org/a/Realtime.txt has the definition for
>> "realtime.txt",  i'm unsure is this is the same.
>>
>> If the definition is correct then it looks like my solar radiation is
>> in the wrong place.  Any idea how to fix.
>>
>> weewx config:
>>
>> [Weather34RealTime]
>> binding = loop
>> exclude_fields = rain
>> filename = /var/www/html/weewx/weather34/w34realtime.txt
>> unit_system = METRICWX
>> "# cache_enable" = False
>> cache_stale_time = 900
>> cache_directory = /tmp
>>
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to weewx...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/weewx-user/da42a7a6-caeb-4d5f-a452-025ee9222afc%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/a83f9bcb-ed69-4e81-8168-d1514fbf422c%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 w

[weewx-user] Re: Forecast End of Month Date out of Order

[Phil Owers]

It appears that the date is not sync up with the forecast info. The 
forecast info from the time (22h etc) and everything underneath is correct 
and in the time correct order beginning with the next time slot.
Could somebody explain please how the Mon Jun 01, Sat May 30 and Sun May 31 
is sync up to the rest of the display as this seems to be the problem.
Reading from the left the first time 22h is in fact Fri May 30 and not Mon 
Jun 01.
Thanks for any help
Phil

On Friday, May 29, 2020 at 9:56:21 AM UTC+1, Phil Owers wrote:
>
> Hi Guys
> Just wondered if anybody else has seen this, It may well have started 
> after the we had a time change in March
> as I seem to remember something similar at the end of Mar and also April 
> but didn't have the time to investigate.
> It appears that when a new month is displayed it is displayed before the 
> last days of the old month
> Have a look at 
> http://sheringhamweather.ddns.net/forecast/3dayforecast.html it will 
> explain it better
> Once in the new month all is OK , until the end of the month.
> You will see that I have added a couple of things to the display so its 
> probably something I have caused and I have tried on different browsers 
> Phil
>
>

-- 
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/795dc05f-49f5-42b9-aabf-bf80d011f23a%40googlegroups.com.

Re: [weewx-user] Weather34 UV Index displays UV Solar Radiation

['Simon Davies' via weewx-user]

Interceptor driver,  but with python2.7

[Interceptor]
# This section is for the network traffic interceptor driver.

# The driver to use:
driver = user.interceptor

python --version
Python 2.7.13


On Friday, May 29, 2020 at 7:30:59 PM UTC+1, steeple ian wrote:
>
> Simon,
> Are you using the HP1000 driver by any chance with Python3?
>
> On Fri, 29 May 2020 at 17:21, J D > 
> wrote:
>
>> Hi,
>> Are you sure UV in the loop is correct? 
>>
>> Using Ian data's for UV was a 7.0 and you stated that was working 
>> correctly.  
>>
>> Your last post has UV 753.0 That does not look correct.
>>
>>
>> On Friday, May 29, 2020 at 8:55:30 AM UTC-7, Simon Davies wrote:
>>>
>>> LOOP data looks fine
>>>
>>> LOOP:   2020-05-29 16:50:59 BST (1590767459) altimeter: 29.9018046207, 
>>> barometer: 29.8979821835, dateTime: 1590767459, dewpoint: 46.58, heatindex: 
>>> 76.1, inDewpoint: 42.3766863757, inHumidity: 33.0, inTemp: 73.22, 
>>> outHumidity: 35.0, outTemp: 76.1, pressure: 29.8636763587, radiation: 
>>> 613.9626, rain: 0.0, rainRate: 0.0, usUnits: 1, *UV: 753.0*, windchill: 
>>> 76.1, windDir: 143.0, windGust: 4.92127207427, windSpeed: 2.68433022233
>>>
>>>
>>>
>>> On Friday, May 29, 2020 at 4:38:54 PM UTC+1, J D wrote:

 Hi,
 The layout looks fine. The issue is the loop data.  The UV field in the 
 realtime data is just a copy of the "UV" field in the loop data. I would 
 stop weewx and then run weewx at the command line and look at the loop 
 data 
 output.

 On Friday, May 29, 2020 at 8:27:50 AM UTC-7, Simon Davies wrote:
>
> using your data it works perfectly.  I don't know why I have a 
> different file layout.
> position 39 is cumulus version,  which is 4.0.0 in mine and 4.1.0 in 
> yours,  do you know if there are any changes to the layout.
>
> On Friday, May 29, 2020 at 1:40:41 PM UTC+1, steeple ian wrote:
>>
>> Hi Simon,
>> I have never seen that happen before. Below is my w34realtime.txt 
>> file content a few minutes ago. Stop WeeWX and do a quick cut and paste 
>> into your own file and see what happens. It should indicate where the 
>> problem is.
>>
>> 29/05/20 13:34:53 22.5 28 3.1 1.3 1.3 325 0.0 0.0 1020.3 NW 1 m/s C 
>> mb mm 25.7 -2.0 1.0 1.0 0.0 22.4 38 22.5 3.7 22.2 13:30 4.6 05:05 2.2 
>> 12:55 
>> 5.6 12:15 1024.5 00:05 1020.6 13:30 4.1.0 0 5.1 22.5 22.5 7.0 0.1 768 
>> 268 
>> 0.0 0 1 0 W 2504 m 20.1 8.7 882.8 NULL NULL NULL NULL NULL
>>
>> Thanks,
>> Ian
>>
>> On Fri, 29 May 2020 at 13:04, 'Simon Davies' via weewx-user <
>> weewx...@googlegroups.com> wrote:
>>
>>> Weather34 is displaying the Solar radiation reading instead of the 
>>> UV index.  Any idea how to correct this?
>>>
>>> I've installed this version a few weeks ago and its been a problem 
>>> since then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000 
>>> http://cawston.weather-station.co.uk/
>>>
>>> w34realtime.txt : 29/05/20 12:12:34 22.0 33 5.0 0.5 0.2 77 0.0 0.0 
>>> 1015.5 ENE 0 m/s C mb mm 9.3 -0.7 0.0 109.2 0.0 25.3 23 22.0 3.8 22.0 
>>> 12:11 
>>> 11.0 05:35 2.0 11:21 4.4 09:49 1017.9 00:10 1015.2 11:36 4.0.0 0 3.3 
>>> 22.0 
>>> NULL 3054.0 NULL 630 188 0.0 0 1 0 S NULL m NULL 7.4 NULL 0
>>>
>>> 44th value is 3054.0 and is displayed as the UVI.
>>>
>>> I don't have a definition for the w34realtime.txt,  
>>> https://cumuluswiki.org/a/Realtime.txt has the definition for 
>>> "realtime.txt",  i'm unsure is this is the same.  
>>>
>>> If the definition is correct then it looks like my solar radiation 
>>> is in the wrong place.  Any idea how to fix.
>>>
>>> weewx config:
>>>
>>> [Weather34RealTime]
>>> binding = loop
>>> exclude_fields = rain
>>> filename = /var/www/html/weewx/weather34/w34realtime.txt
>>> unit_system = METRICWX
>>> "# cache_enable" = False
>>> cache_stale_time = 900
>>> cache_directory = /tmp
>>>
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, 
>>> send an email to weewx...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/da42a7a6-caeb-4d5f-a452-025ee9222afc%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/wee

Re: [weewx-user] Weather34 UV Index displays UV Solar Radiation

['Simon Davies' via weewx-user]

The UV is correct,  however the problem is that the UVI  (UV Index) should 
be displayed,  7.0 would be a accurate value for the weather during the day 
today.

On Friday, May 29, 2020 at 5:21:42 PM UTC+1, J D wrote:
>
> Hi,
> Are you sure UV in the loop is correct? 
>
> Using Ian data's for UV was a 7.0 and you stated that was working 
> correctly.  
>
> Your last post has UV 753.0 That does not look correct.
>
> On Friday, May 29, 2020 at 8:55:30 AM UTC-7, Simon Davies wrote:
>>
>> LOOP data looks fine
>>
>> LOOP:   2020-05-29 16:50:59 BST (1590767459) altimeter: 29.9018046207, 
>> barometer: 29.8979821835, dateTime: 1590767459, dewpoint: 46.58, heatindex: 
>> 76.1, inDewpoint: 42.3766863757, inHumidity: 33.0, inTemp: 73.22, 
>> outHumidity: 35.0, outTemp: 76.1, pressure: 29.8636763587, radiation: 
>> 613.9626, rain: 0.0, rainRate: 0.0, usUnits: 1, *UV: 753.0*, windchill: 
>> 76.1, windDir: 143.0, windGust: 4.92127207427, windSpeed: 2.68433022233
>>
>>
>>
>> On Friday, May 29, 2020 at 4:38:54 PM UTC+1, J D wrote:
>>>
>>> Hi,
>>> The layout looks fine. The issue is the loop data.  The UV field in the 
>>> realtime data is just a copy of the "UV" field in the loop data. I would 
>>> stop weewx and then run weewx at the command line and look at the loop data 
>>> output.
>>>
>>> On Friday, May 29, 2020 at 8:27:50 AM UTC-7, Simon Davies wrote:

 using your data it works perfectly.  I don't know why I have a 
 different file layout.
 position 39 is cumulus version,  which is 4.0.0 in mine and 4.1.0 in 
 yours,  do you know if there are any changes to the layout.

 On Friday, May 29, 2020 at 1:40:41 PM UTC+1, steeple ian wrote:
>
> Hi Simon,
> I have never seen that happen before. Below is my w34realtime.txt file 
> content a few minutes ago. Stop WeeWX and do a quick cut and paste into 
> your own file and see what happens. It should indicate where the problem 
> is.
>
> 29/05/20 13:34:53 22.5 28 3.1 1.3 1.3 325 0.0 0.0 1020.3 NW 1 m/s C mb 
> mm 25.7 -2.0 1.0 1.0 0.0 22.4 38 22.5 3.7 22.2 13:30 4.6 05:05 2.2 12:55 
> 5.6 12:15 1024.5 00:05 1020.6 13:30 4.1.0 0 5.1 22.5 22.5 7.0 0.1 768 268 
> 0.0 0 1 0 W 2504 m 20.1 8.7 882.8 NULL NULL NULL NULL NULL
>
> Thanks,
> Ian
>
> On Fri, 29 May 2020 at 13:04, 'Simon Davies' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
>> Weather34 is displaying the Solar radiation reading instead of the UV 
>> index.  Any idea how to correct this?
>>
>> I've installed this version a few weeks ago and its been a problem 
>> since then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000 
>> http://cawston.weather-station.co.uk/
>>
>> w34realtime.txt : 29/05/20 12:12:34 22.0 33 5.0 0.5 0.2 77 0.0 0.0 
>> 1015.5 ENE 0 m/s C mb mm 9.3 -0.7 0.0 109.2 0.0 25.3 23 22.0 3.8 22.0 
>> 12:11 
>> 11.0 05:35 2.0 11:21 4.4 09:49 1017.9 00:10 1015.2 11:36 4.0.0 0 3.3 
>> 22.0 
>> NULL 3054.0 NULL 630 188 0.0 0 1 0 S NULL m NULL 7.4 NULL 0
>>
>> 44th value is 3054.0 and is displayed as the UVI.
>>
>> I don't have a definition for the w34realtime.txt,  
>> https://cumuluswiki.org/a/Realtime.txt has the definition for 
>> "realtime.txt",  i'm unsure is this is the same.  
>>
>> If the definition is correct then it looks like my solar radiation is 
>> in the wrong place.  Any idea how to fix.
>>
>> weewx config:
>>
>> [Weather34RealTime]
>> binding = loop
>> exclude_fields = rain
>> filename = /var/www/html/weewx/weather34/w34realtime.txt
>> unit_system = METRICWX
>> "# cache_enable" = False
>> cache_stale_time = 900
>> cache_directory = /tmp
>>
>>
>> -- 
>> You received this message because you are subscribed to the Google 
>> Groups "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, 
>> send an email to weewx...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/da42a7a6-caeb-4d5f-a452-025ee9222afc%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/e22dc657-c740-4988-9048-a00a06facb4c%40googlegroups.com.

Re: [weewx-user] Weather34 UV Index displays UV Solar Radiation

[steeple ian]

You need to add a conversion under [StdCalibrate]
[[corrections]]

Not near a computer at the moment and cannot remember the conversion factor
but have a look here
https://www.epa.gov/sunsafety/calculating-uv-index-0

On Fri, 29 May 2020 at 19:52, 'Simon Davies' via weewx-user <
weewx-user@googlegroups.com> wrote:

> The UV is correct,  however the problem is that the UVI  (UV Index) should
> be displayed,  7.0 would be a accurate value for the weather during the day
> today.
>
>
> On Friday, May 29, 2020 at 5:21:42 PM UTC+1, J D wrote:
>>
>> Hi,
>> Are you sure UV in the loop is correct?
>>
>> Using Ian data's for UV was a 7.0 and you stated that was working
>> correctly.
>>
>> Your last post has UV 753.0 That does not look correct.
>>
>> On Friday, May 29, 2020 at 8:55:30 AM UTC-7, Simon Davies wrote:
>>>
>>> LOOP data looks fine
>>>
>>> LOOP:   2020-05-29 16:50:59 BST (1590767459) altimeter: 29.9018046207,
>>> barometer: 29.8979821835, dateTime: 1590767459, dewpoint: 46.58, heatindex:
>>> 76.1, inDewpoint: 42.3766863757, inHumidity: 33.0, inTemp: 73.22,
>>> outHumidity: 35.0, outTemp: 76.1, pressure: 29.8636763587, radiation:
>>> 613.9626, rain: 0.0, rainRate: 0.0, usUnits: 1, *UV: 753.0*, windchill:
>>> 76.1, windDir: 143.0, windGust: 4.92127207427, windSpeed: 2.68433022233
>>>
>>>
>>>
>>> On Friday, May 29, 2020 at 4:38:54 PM UTC+1, J D wrote:

 Hi,
 The layout looks fine. The issue is the loop data.  The UV field in the
 realtime data is just a copy of the "UV" field in the loop data. I would
 stop weewx and then run weewx at the command line and look at the loop data
 output.

 On Friday, May 29, 2020 at 8:27:50 AM UTC-7, Simon Davies wrote:
>
> using your data it works perfectly.  I don't know why I have a
> different file layout.
> position 39 is cumulus version,  which is 4.0.0 in mine and 4.1.0 in
> yours,  do you know if there are any changes to the layout.
>
> On Friday, May 29, 2020 at 1:40:41 PM UTC+1, steeple ian wrote:
>>
>> Hi Simon,
>> I have never seen that happen before. Below is my w34realtime.txt
>> file content a few minutes ago. Stop WeeWX and do a quick cut and paste
>> into your own file and see what happens. It should indicate where the
>> problem is.
>>
>> 29/05/20 13:34:53 22.5 28 3.1 1.3 1.3 325 0.0 0.0 1020.3 NW 1 m/s C
>> mb mm 25.7 -2.0 1.0 1.0 0.0 22.4 38 22.5 3.7 22.2 13:30 4.6 05:05 2.2 
>> 12:55
>> 5.6 12:15 1024.5 00:05 1020.6 13:30 4.1.0 0 5.1 22.5 22.5 7.0 0.1 768 268
>> 0.0 0 1 0 W 2504 m 20.1 8.7 882.8 NULL NULL NULL NULL NULL
>>
>> Thanks,
>> Ian
>>
>> On Fri, 29 May 2020 at 13:04, 'Simon Davies' via weewx-user <
>> weewx...@googlegroups.com> wrote:
>>
>>> Weather34 is displaying the Solar radiation reading instead of the
>>> UV index.  Any idea how to correct this?
>>>
>>> I've installed this version a few weeks ago and its been a problem
>>> since then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000
>>> http://cawston.weather-station.co.uk/
>>>
>>> w34realtime.txt : 29/05/20 12:12:34 22.0 33 5.0 0.5 0.2 77 0.0 0.0
>>> 1015.5 ENE 0 m/s C mb mm 9.3 -0.7 0.0 109.2 0.0 25.3 23 22.0 3.8 22.0 
>>> 12:11
>>> 11.0 05:35 2.0 11:21 4.4 09:49 1017.9 00:10 1015.2 11:36 4.0.0 0 3.3 
>>> 22.0
>>> NULL 3054.0 NULL 630 188 0.0 0 1 0 S NULL m NULL 7.4 NULL 0
>>>
>>> 44th value is 3054.0 and is displayed as the UVI.
>>>
>>> I don't have a definition for the w34realtime.txt,
>>> https://cumuluswiki.org/a/Realtime.txt has the definition for
>>> "realtime.txt",  i'm unsure is this is the same.
>>>
>>> If the definition is correct then it looks like my solar radiation
>>> is in the wrong place.  Any idea how to fix.
>>>
>>> weewx config:
>>>
>>> [Weather34RealTime]
>>> binding = loop
>>> exclude_fields = rain
>>> filename = /var/www/html/weewx/weather34/w34realtime.txt
>>> unit_system = METRICWX
>>> "# cache_enable" = False
>>> cache_stale_time = 900
>>> cache_directory = /tmp
>>>
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it,
>>> send an email to weewx...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/da42a7a6-caeb-4d5f-a452-025ee9222afc%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.c

[weewx-user] Re: Weewx belchertown graph

[Pat]

Currently this isn't possible to do. Sorry!

On Tuesday, May 12, 2020 at 10:29:45 AM UTC-4, Raph A wrote:
>
> Hi
>
> I search to do a graph with 2 serie line :
>
> - temperature = this year
> - temperature = last year
>
>
> I don't find how i can do this with Belchertown
>
> Do you have an idea ?
>
> King regards ! :)
>

-- 
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/63198c97-d737-4d6c-821e-25ed6979c0c3%40googlegroups.com.

[weewx-user] Re: Using a ProData WiFi Logger?

[Brent Geery]

Last week I installed a brand new Davis VP2+.  I'm using it with a Pi 
Zero-W and the Meteo-Pi hat.  If you are planning on using a Raspberry Pi 
(especially the zero) with a Davis station, I can't think of a slicker 
solution on the market today.  I'm combining it with a Mini USB UPS/Power 
supply  that I'm wait to 
arrive from China.

On Friday, May 29, 2020 at 5:29:47 AM UTC-7, Sébastien Bouillon wrote:
>
> Hello Charlie,
>
> I want to buy a data-logger.
>
> This shop sells data-logger. 
> I hesitate between meteo-pi (
> https://shop.weatherstations.co.uk/meteo-pi-1832-p.asp) and wifi logger (
> https://shop.weatherstations.co.uk/wifi-logger-v2-1752-p.asp)
> Can you tell me if the wifi logger works with weewx and raspberry
>
> Tank you 
>
> Regards
>
> Le dimanche 18 novembre 2018 05:00:26 UTC+1, cfor...@gmail.com a écrit :
>>
>> Hello weewx-ers!
>>
>> Perhaps this is a naive question, but searching isn't turning up any 
>> answers. Can I use weewx with this logger:
>>
>> https://www.weatherstations.co.uk/wifi-logger.htm
>>
>> It claims that it offers TCP/IP access to LOOP packets, so I presume 
>> weewx would work with it, but has anyone tried it yet?
>>
>>
>>
>> Charlie
>> -- 
>> Earth, USA, GA, Atlanta
>>
>

-- 
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/3db3589c-541d-4e96-ae08-817301f005fe%40googlegroups.com.

[weewx-user] Re: Using a ProData WiFi Logger?

[Sébastien Bouillon]

Hello,

Thank you for your answers.The "Meteo-pi hat" is the product sell by 
prodata system (https://www.weatherstations.co.uk/meteo-pi.htm) ?

This shop proposes an other device which seem very fine: the meteobridge 
nano (https://shop.weatherstations.co.uk/meteobridge-nano-1771-p.asp), It 
seem to use wifi,  so you don't need cable between the Davis console and 
your box And it can upload the information directly in Intert. Do you 
confirm, or I do a mistake ?

But can we also receive the data in a rasberry with wifi to create our own 
internet page (like this for example 
(http://meteovouzon.hopto.org/weewx/belchertown)

Regards


-- 
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/54a55e42-475e-4ee5-992d-122d326924c1%40googlegroups.com.

Re: [weewx-user] WeeWx Database

[Tom Keffer]

1. Log?
2. Not all images and HTML files get replaced with every reporting cycle.
Try deleting them all and then running wee_reports again.

On Fri, May 29, 2020 at 6:55 AM Ron Sell  wrote:

> I added all of the Data to my new database. It imported usinf the .SQL.
>
> I rn a query on the archive table
> SQLite: select count(*) from archive and all 80,000 records are in there.
>
> None of my reports reflect it. ran sudo wee_reports
>
> On Sunday, 17 May 2020 11:06:12 UTC-4, Tom Keffer wrote:
>>
>> How about doing a dump of the v3.9 database, then delete the CREATE TABLE
>> statement. Then import into the V4 database.
>>
>> Something like:
>>
>> # Create a dump, then strip out the CREATE TABLE
>> echo ".dump" | sqlite3 weewx3.92.sdb | sed -e 's/^CREATE TABLE//' >
>> weewx3.92.sql
>> # Use the results to insert into the V4.0 table
>> sqlite3 weewx4.0.sdb < weewx3.92.sql
>>
>> One thing I want to stress is that there is no difference between a V3.9
>> database and a V4.0 database. The only difference is that V4.0 offers a
>> new, extended schema.
>>
>> -tk
>>
>> On Sun, May 17, 2020 at 6:55 AM Ron Sell  wrote:
>>
>>> I upgraded to a new Pi and weewx 4.0.
>>>
>>> Old Pi
>>> weexwx 3.9.2
>>> Database extended for more observations
>>> 58 columns
>>> Running for a year
>>>
>>> New Pi
>>> Weewx 4.0
>>> Database not extended Included all of the observstions i needed in the
>>> new version.'
>>> 113 columns
>>>
>>> What is the best way to keep all my old data?
>>>
>>>
>>> I can't just copy the old database 1 for 1 since they are different.
>>>
>>> thanks
>>>
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to weewx...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/378b9004-78d2-4a80-bccb-27b35ecdc64c%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/cebbe173-4337-4cde-8af6-94eb809a83f3%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/CAPq0zECxUe%2B-SyQGpGOsByCz_8P0C_Ut4%3DfH0vQ-TGkdvHtb6Q%40mail.gmail.com.

[weewx-user] Re: Using a ProData WiFi Logger?

[Sébastien Bouillon]

Hello, 

I have found a document which present the meteobridge nano 
http://download.meteobridge.com/files/meteobridge-nano-sd-datasheet.pdf

It is written thas : *Personal Weather Pages – The NANO SD can feed the 
popular personal weather templates WD-Live, Leuven Template, Saratoga 
Template, Meteo Template and Home Weather Station with default scripts. 
This makes it very easy to setup your personal weather page by using one of 
the mentioned solutions. Many user prefer to have their data presented in 
the most efficient and versatile way instead of relying on the standard 
visualization the main Internet weather networks provide as a give-back for 
uploading weather data. All mentioned solutions actively support NANO SD 
and the other Meteobridge platforms.*

Perhaps, this information can help to know if this device can speak with 
weewx



-- 
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/2713f78f-1089-40e1-9661-e8a06ee4e96d%40googlegroups.com.

[weewx-user] Re: Using a ProData WiFi Logger?

[Manfred Maier]

I don't want to promote the meteostick and the other devices are certainly 
equally good.

One of the reasons for choosing the meteostick was that it works absolutely 
independent of the Davis console. 
My console is placed in the living room (ground floor), the RPi is in my 
office (2nd floor). That brings a lot of flexibility.

For the meteostick there's a weewx-driver available, which allows you to 
create your own webpage. Here's mine (in German unfortunately): 
www.wetter-zorneding.de



Am Freitag, 29. Mai 2020 22:25:42 UTC+2 schrieb Sébastien Bouillon:
>
> Hello,
>
> Thank you for your answers.The "Meteo-pi hat" is the product sell by 
> prodata system (https://www.weatherstations.co.uk/meteo-pi.htm) ?
>
> This shop proposes an other device which seem very fine: the meteobridge 
> nano (https://shop.weatherstations.co.uk/meteobridge-nano-1771-p.asp), It 
> seem to use wifi,  so you don't need cable between the Davis console and 
> your box And it can upload the information directly in Intert. Do you 
> confirm, or I do a mistake ?
>
> But can we also receive the data in a rasberry with wifi to create our own 
> internet page (like this for example (
> http://meteovouzon.hopto.org/weewx/belchertown)
>
> Regards
>
>
>

-- 
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/9da7db80-9dcc-435d-a346-16e3a03e140d%40googlegroups.com.

[weewx-user] Re: Using a ProData WiFi Logger?

[vince]

> Thank you for your answers.The "Meteo-pi hat" is the product sell by 
>> prodata system (https://www.weatherstations.co.uk/meteo-pi.htm) ?
>>
>>
Does anybody currently running weewx have one of these integrated 
successfully ? 
That looks like a nice product for $89 US if you go through the usual 
sellers like scaledinstruments.com
(sorry about the VAT to non-US folks)

-- 
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/d0de8caa-5de4-462f-8e01-58a202265346%40googlegroups.com.

[weewx-user] Re: Using a ProData WiFi Logger?

[Brent Geery]

Mine is working without a hitch the last week. I'm new to the Davis VP2+, 
the PI Zero, and the Meteo-pi hat.  It's only just reporting to WU right 
now, and I haven't customized weewx reports yet, but everything worked the 
first time following the instructions online (but they are scattered a bit 
throughout several sites).  I can give you my compiled step by step 
instructions if you want a quick-start guide to a basic install that you 
can then further customize. 

On Friday, May 29, 2020 at 1:43:34 PM UTC-7, vince wrote:
>
>
> Thank you for your answers.The "Meteo-pi hat" is the product sell by 
>>> prodata system (https://www.weatherstations.co.uk/meteo-pi.htm) ?
>>>
>>>
> Does anybody currently running weewx have one of these integrated 
> successfully ? 
> That looks like a nice product for $89 US if you go through the usual 
> sellers like scaledinstruments.com
> (sorry about the VAT to non-US folks)
>
>

-- 
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/ddf33ec0-2a28-4d1d-8ff6-2589fb8dd762%40googlegroups.com.

[weewx-user] Re: Using a ProData WiFi Logger?

[vince]

On Friday, May 29, 2020 at 2:14:52 PM UTC-7, Brent Geery wrote:
>
> Mine is working without a hitch the last week. I'm new to the Davis VP2+, 
> the PI Zero, and the Meteo-pi hat.  It's only just reporting to WU right 
> now, and I haven't customized weewx reports yet, but everything worked the 
> first time following the instructions online (but they are scattered a bit 
> throughout several sites).  I can give you my compiled step by step 
> instructions if you want a quick-start guide to a basic install that you 
> can then further customize. 
>
>
Not for me personally, but I know others always look for cheaper 
alternatives to the Davis loggers.

Some questions:
 - does weeex gracefully catch up (read the stored logger data) when you 
shut down the weewx box for a while ?
 - has it ever gone stupid on you so far ?   Sometimes the Davis loggers 
get confused and require a brain clearing...

(just curious if it acts just like the Davis logger)
 

-- 
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/f163533b-c5eb-4504-b196-c3fcd8de0799%40googlegroups.com.

[weewx-user] Re: Broken python dependency with CentOS 8

[vince]

On Friday, May 29, 2020 at 10:40:47 AM UTC-7, mwall wrote:
>
> On Friday, May 29, 2020 at 12:24:14 PM UTC-4, vince wrote:
>>
>> I'll open an issue on this one this afternoon and provide some updates 
>> there, if that's ok with Tom+Matthew...
>>
>
> yes, please do.  i would like to get this fixed before the next release.
>  
>


https://github.com/weewx/weewx/issues/564 

-- 
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/d1522469-36d9-4eb4-a636-1467f5b9f780%40googlegroups.com.

[weewx-user] Re: Broken python dependency with CentOS 8

[vince]

On Friday, May 29, 2020 at 1:40:28 AM UTC-7, David wrote:
>
> On Friday, May 29, 2020 at 11:32:47 AM UTC+9:30, vince wrote:
> Thanks for that Vince, i'll give it a go and get back to you.
> I understand people volunteer to do this stuff and certainly wasn't 
> expecting an immediate fix.
>
>
David - I 'did' verify that adding the bogus fake-python rpm that I posted 
'does' work around the problem.  The official 4.1.0 weewx rpm installs ok 
afterward.  Tested in a centos-8 vagrant VM. 

-- 
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/5ce35190-3d77-4388-924c-2d2ef21c2cfd%40googlegroups.com.

[weewx-user] Re: Using a ProData WiFi Logger?

[Brent Geery]

Haven't had any issues so far, but it's only been a week.  I am still 
trying to confirm that the Meteo-pi hardware clock is actually doing its 
thing, as there was no setup instructions for it, and I don't know enough 
linux to really diagnose the hardware clock feature properly.  Still 
researching that rabbit hole, but it's running fine nonetheless.

On Friday, May 29, 2020 at 2:43:00 PM UTC-7, vince wrote:
>
> On Friday, May 29, 2020 at 2:14:52 PM UTC-7, Brent Geery wrote:
>>
>> Mine is working without a hitch the last week. I'm new to the Davis VP2+, 
>> the PI Zero, and the Meteo-pi hat.  It's only just reporting to WU right 
>> now, and I haven't customized weewx reports yet, but everything worked the 
>> first time following the instructions online (but they are scattered a bit 
>> throughout several sites).  I can give you my compiled step by step 
>> instructions if you want a quick-start guide to a basic install that you 
>> can then further customize. 
>>
>>
> Not for me personally, but I know others always look for cheaper 
> alternatives to the Davis loggers.
>
> Some questions:
>  - does weeex gracefully catch up (read the stored logger data) when you 
> shut down the weewx box for a while ?
>  - has it ever gone stupid on you so far ?   Sometimes the Davis loggers 
> get confused and require a brain clearing...
>
> (just curious if it acts just like the Davis logger)
>  
>

-- 
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/16440765-2e9f-43af-8936-f7a175e5978c%40googlegroups.com.

[weewx-user] Re: Broken python dependency with CentOS 8

[vince]

On Friday, May 29, 2020 at 10:40:47 AM UTC-7, mwall wrote:
>
> On Friday, May 29, 2020 at 12:24:14 PM UTC-4, vince wrote:
>>
>> I'll open an issue on this one this afternoon and provide some updates 
>> there, if that's ok with Tom+Matthew...
>>
>
> yes, please do.  i would like to get this fixed before the next release.
>  
>

Patch added to issue 564 comments - give it a try on both centos7 and 
centos8 variants of course.
Basically I switched to building the rpm under centos8 which seems to work 
ok for me. 

-- 
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/42b9114e-6b4a-4e95-aafe-4559ed6bc022%40googlegroups.com.

Re: [weewx-user] FTP problems

[Tom Keffer]

Well then, let's try setting the PROT setting, even though the data will
not be secure. Try this version.

On Fri, May 29, 2020 at 6:15 AM Richard Cropper 
wrote:

> I'm on v 4.0.0 - it can't have been more than a week since I installed it
>
> Yes I did try setting secure_data to false. With the previous version of
> ftpupload.py I then get
>
> May 29 14:10:56 raspberrypi weewx[4780] ERROR weeutil.ftpupload: Attempt
> #1. Failed uploading /public_html/weewx/weekwind.png to
> polaris.servers.prgn.misp.co.uk. Reason: 521 Data connection cannot be
> opened with this PROT setting.
>
> May 29 14:10:57 raspberrypi weewx[4780] ERROR weeutil.ftpupload: Attempt
> #2. Failed uploading /public_html/weewx/weekwind.png to
> polaris.servers.prgn.misp.co.uk. Reason: 521 Data connection cannot be
> opened with this PROT setting.
>
> May 29 14:10:57 raspberrypi weewx[4780] ERROR weeutil.ftpupload: Attempt
> #3. Failed uploading /public_html/weewx/weekwind.png to
> polaris.servers.prgn.misp.co.uk. Reason: 521 Data connection cannot be
> opened with this PROT setting.
>
> May 29 14:10:57 raspberrypi weewx[4780] ERROR weeutil.ftpupload: Failed to
> upload file /public_html/weewx/weekwind.png
>
>
> Regards
>
> Richard
> On Friday, May 29, 2020 at 12:40:44 PM UTC+1, Tom Keffer wrote:
>>
>> The file I posted was to fix a problem introduced in V4.1, which I had
>> assumed you were using. Apparently not. Disregard the file. Sorry for any
>> confusion.
>>
>> Did you try setting secure_data to false?
>>
>> -tk
>>
>> On Fri, May 29, 2020 at 4:22 AM Richard Cropper 
>> wrote:
>>
>>> Incidentally, I've been nowhere near reportengine.py
>>>
>>> On Friday, May 29, 2020 at 12:19:38 PM UTC+1, Richard Cropper wrote:

 Hi Tom

 This what I get with the new ftpupload.py

 May 29 12:01:40 raspberrypi weewx[2431] INFO weewx.reportengine: Copied
 5 files to /var/www/html/weewx

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
 Caught unrecoverable exception in generator
 'weewx.reportengine.FtpGenerator'

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
     __init__() got an unexpected keyword argument 'max_tries'

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
     Traceback (most recent call last):

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
   File "/usr/share/weewx/weewx/reportengine.py", line 197, in run

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
     obj.start()

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
   File "/usr/share/weewx/weewx/reportengine.py", line 280, in start

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
     self.run()

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
   File "/usr/share/weewx/weewx/reportengine.py", line 320, in run

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
     secure_data=to_bool(self.skin_dict.get('secure_data', True)))

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
     TypeError: __init__() got an unexpected keyword argument 
 'max_tries'

 May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine:
     Generator terminated

 I get the same message whether secure_data is set to True or False.

 Regards

 Richard




 On Thursday, May 28, 2020 at 9:28:49 PM UTC+1, Tom Keffer wrote:
>
> I just noticed that in refactoring the ftp uploader, the function
> _make_remote_dir() never gets called! Try this version of
> weeutil/ftpupload.py.
>
> -tk
>
>
>
> On Thu, May 28, 2020 at 12:50 PM Tom Keffer  wrote:
>
>> Hard to say, but I think you're getting hit by issue #284
>> . Try adding an option
>> secure_data and setting it to false:
>>
>> [[FTP]]
>>...
>>secure_ftp = True
>>secure_data = False
>>
>> -tk
>>
>> On Thu, May 28, 2020 at 9:36 AM Richard Cropper <
>> richardc...@gmail.com> wrote:
>>
>>> Thanks Tom
>>>
>>> I had in fact tried those steps but did so again, without success.
>>>
>>> Suspecting that the directory might be the cause even though its
>>> permissions looked good, I deleted the weewx directory and then created 
>>> it
>>> again.
>>>
>>> This had made a difference but not solved the problem.
>>>
>>> Here's an extract from the log:
>>>
>>> May 28 17:24:35 raspberrypi weewx[723] ERROR weeutil.ftpupload:
>>> Attempt #1. Failed uploading /public_html/weewx/daytempfeel.png to
>>> polaris.servers.prgn.misp.co.uk. Reason: [Errno 32] Broken pipe
>>>
>>> May 28 17:24:35 raspberrypi weewx[7

[weewx-user] Re: Broken python dependency with CentOS 8

[David]

On Saturday, May 30, 2020 at 7:42:13 AM UTC+9:30, vince wrote:
>
> On Friday, May 29, 2020 at 1:40:28 AM UTC-7, David wrote:
>>
>> On Friday, May 29, 2020 at 11:32:47 AM UTC+9:30, vince wrote:
>> Thanks for that Vince, i'll give it a go and get back to you.
>> I understand people volunteer to do this stuff and certainly wasn't 
>> expecting an immediate fix.
>>
>>
> David - I 'did' verify that adding the bogus fake-python rpm that I posted 
> 'does' work around the problem.  The official 4.1.0 weewx rpm installs ok 
> afterward.  Tested in a centos-8 vagrant VM. 
>
Hi Vince,
Can confirm the fake-python rpm worked for me as well. I tested it late 
last night.
Thanks
David

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/94c41445-ca40-4b8d-ac11-6c720a441449%40googlegroups.com.

[weewx-user] Re: Weewx belchertown graph

[John Smith]

On Wednesday, 13 May 2020 00:29:45 UTC+10, Raph A wrote:
>
> Hi
>
> I search to do a graph with 2 serie line :
>
> - temperature = this year
> - temperature = last year
>
>

If you are willing to get your hands dirty I came up with code to do this:

https://github.com/evilbunny2008/weewx/blob/61173c762fd30b33251ec304cbc3864c08c96eee/bin/weewx/imagegenerator.py

You just stick that in /usr/share/weewx/user/ assuming you installed from a 
deb file

In my case I'm using a modified Standard skin I 
put user.imagegenerator.ImageGenerator to replace the weewx standard 
ImageGenerator

>From there you just do the following,

[[LastYear_images]]
x_label_format = %d/%m
bottom_label_format = %x %X
time_length = 31536000
aggregate_type = avg
aggregate_interval = 86400
show_daynight = false
previous_year = -1

[[[lastyearbarometer]]]
barometer

[[[lastyeartempdew]]]
outTemp
dewpoint

[[[lastyearhumidity]]]
outHumidity

# Daily high/lows:
[[[lastyearhilow]]]
hi
data_type = outTemp
aggregate_type = max
label = High
low
data_type = outTemp
aggregate_type = min
label = Low Temperature

[[[lastyearwind]]]
windSpeed
windGust
aggregate_type = max

[[[lastyeartempchill]]]
windchill
heatindex

[[[lastyearrain]]]
yscale = None, None, 0.02
plot_type = bar
rain
aggregate_type = sum
aggregate_interval = 604800
label = Rain (weekly total)

[[[lastyearwinddir]]]
yscale = 0.0, 360.0, 45.0
windDir

[[[lastyearradiation]]]
aggregate_type = max
radiation

[[[lastyearuv]]]
yscale = 0, 16, 1
aggregate_type = max
UV

-- 
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/db657de9-169f-48ae-8010-451c61685eb5%40googlegroups.com.