Re: [weewx-user] CRITICAL __main__: Caught WeeWxIOError: rtl_433 process is not running

[Charlie T]

Ok I will follow up on that. 
-CT

On Sunday, February 25, 2024 at 10:32:05 AM UTC-6 Pierre-Yves wrote:

> Hello Charlie,
>
> Don't you have in weewx.conf ,[sdr] section, a "sudo" at the beginning of 
> your rtl_433 command line ? If yes, try to remove it.
>
> That fixed the problem in my case
>
> Pierre-Yves
>
> Le dimanche 25 février 2024 à 16:20:30 UTC+1, Tom Keffer a écrit :
>
>> I'm not seeing the log. Just the status output from systemctl.
>>
>> There are many threads about this error in weewx-user. Here's one 
>> . 
>> Try the suggestions in that thread.
>>
>>
>>
>> On Sun, Feb 25, 2024 at 6:27 AM Charlie T  wrote:
>>
>>> *Here's the log...what am I doing wrong?*
>>>
>>> ● weewx.service - WeeWX
>>>  Loaded: loaded (/lib/systemd/system/weewx.service; enabled; vendor 
>>> preset: enabled)
>>>  Active: active (running) since Sun 2024-02-25 07:21:25 CST; 54min 
>>> ago
>>>Docs: https://weewx.com/docs
>>>Main PID: 505 (python3)
>>>   Tasks: 1 (limit: 1595)
>>> CPU: 3min 44.239s
>>>  CGroup: /system.slice/weewx.service
>>>  └─505 python3 /usr/share/weewx/weewxd.py 
>>> /etc/weewx/weewx.conf
>>>
>>> Feb 25 08:15:07 raspberrypi weewxd[505]: for line in 
>>> iter(self._fd.readline, ''):
>>> Feb 25 08:15:07 raspberrypi weewxd[505]: ValueError: 
>>> PyMemoryView_FromBuffer(): info->buf must not be NULL
>>> Feb 25 08:15:07 raspberrypi weewxd[505]:   File 
>>> "/usr/lib/python3.9/threading.py", line 954, in _bootstrap_inner
>>> Feb 25 08:15:07 raspberrypi weewxd[505]: self.run()
>>> Feb 25 08:15:07 raspberrypi weewxd[505]:   File 
>>> "/etc/weewx/bin/user/sdr.py", line 198, in run
>>> Feb 25 08:15:07 raspberrypi weewxd[505]: for line in 
>>> iter(self._fd.readline, ''):
>>> Feb 25 08:15:07 raspberrypi weewxd[505]: ValueError: 
>>> PyMemoryView_FromBuffer(): info->buf must not be NULL
>>> Feb 25 08:15:07 raspberrypi weewxd[505]: INFO user.sdr: shutdown complete
>>> Feb 25 08:15:07 raspberrypi weewxd[505]: CRITICAL __main__: Caught 
>>> WeeWxIOError: rtl_433 process is not running
>>> Feb 25 08:15:07 raspberrypi weewxd[505]: CRITICAL __main__:  
>>>  Waiting 60.0 seconds then retrying...
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to weewx-user+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/435fd56e-0a1b-4c3d-a333-1eb108ef0432n%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/713abb3e-9ead-4001-a3f8-5dee02f25340n%40googlegroups.com.

Re: [weewx-user] Broken installation after upgrade to v5.0.2

[fLsh]

ok god thx it is working again

--> new driver version v.1.1.4:

thanks for your support :)

● weewx.service - WeeWX
Loaded: loaded (/usr/lib/systemd/system/weewx.service; enabled; vendor 
preset: enabled) 
Active: active (running) since Fri 2024-03-01 19:31:46 CET; 14s ago
 Docs: https://weewx.com/docs


Main PID: 24936 (python3) 
Tasks: 4 (limit: 4915) 
Memory: 14.8M 
CGroup: /system.slice/weewx.service 
└─24936 python3 /usr/share/weewx/weewxd.py /etc/weewx/weewx.conf 
Mär 01 19:31:47 loxberry weewxd[24936]: INFO weewx.restx: WOW: Posting not 
enabled. 
Mär 01 19:31:47 loxberry weewxd[24936]: INFO weewx.restx: AWEKAS: Posting 
not enabled. 
Mär 01 19:31:47 loxberry weewxd[24936]: INFO weewx.engine: 'pyephem' 
detected, extended almanac data is available 
Mär 01 19:31:47 loxberry /weewxd.py[24936]: lowBattery: LowBattery alarm 
enabled. Count threshold is 10 
Mär 01 19:31:47 loxberry /weewxd.py[24936]: alarm: Alarm set for 
expression: 'windGust > 35' 
Mär 01 19:31:47 loxberry weewxd[24936]: INFO __main__: Starting up weewx 
version 5.0.2 
Mär 01 19:31:47 loxberry weewxd[24936]: INFO weewx.engine: Using binding 
'wx_binding' to database 'weewx.sdb_new' 
Mär 01 19:31:47 loxberry weewxd[24936]: INFO weewx.manager: Starting 
backfill of daily summaries 
Mär 01 19:31:47 loxberry weewxd[24936]: INFO weewx.manager: Daily summaries 
up to date 
Mär 01 19:31:47 loxberry weewxd[24936]: INFO weewx.engine: Starting main 
packet loop. 
root@loxberry:~# 

vince schrieb am Freitag, 1. März 2024 um 17:50:58 UTC+1:

> If you're python 3.7 on the raspi os, you are running an old debian-10 
> based system which although it's as patched up as it can be, it's not 
> really current.  I have an old pi running that os and my python3 is 3.7.3 
> FWIW.  But the underlying problem is you likely didn't get something quite 
> right in compiling your own python 3.9 version. Hopefully your driver 
> author can tweak things so you can use the system python version.
>
> Don't sweat venv if you use a dpkg package of weewx.
>
> On Thursday, February 29, 2024 at 11:42:13 PM UTC-8 fLsh wrote:
>
>> Yeah I even had problems creating the venv environment with 3.9 and that 
>> worked in the past with other software on 3.7.
>> But I have a Debian Package installation and don't want to lose all my 
>> changes so I am hoping that I will get it to work with python 3.7 and new 
>> driver version.
>> Or is venv a must-have on weewx 5? And will install also work with pipx? 
>> I remember cloudy that I had problems with pip in the past and solved it by 
>> using pipx.
>>
>> Tom Keffer schrieb am Donnerstag, 29. Februar 2024 um 21:24:31 UTC+1:
>>
>>> Not sure what's going on there, but it may have something to do with 
>>> attempting to install as root. Try installing as an unprivileged user, say 
>>> "pi".
>>>
>>> $ *su - pi*
>>> $ *whoami*
>>> pi
>>> $ *cd*
>>> $ *python3.9 -m venv weewx-venv*
>>> $ *source weewx-venv/bin/activate*
>>> $ *python3.9 -m pip install weewx*
>>> $ *weectl station create*
>>> *...*
>>> $ *weectl extension install 
>>>  
>>> https://github.com/michael-slx/weewx-weatherlink-live/releases/download/v1.1.3/weewx-weatherlink-live-v1.1.3.tar.xz
>>>  
>>> *
>>> $ *weectl extension list*
>>> Using configuration file /home/pi/weewx-data/weewx.conf
>>> Extension NameVersion   Description
>>> weatherlink-live  1.1.3 WeeWX driver for Davis WeatherLink Live.
>>>
>>> -tk
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Thu, Feb 29, 2024 at 11:44 AM fLsh  wrote:
>>>
 Author of the driver suggested to use Python 3.9 which I installed and 
 now I get a different error:
 Feb 29 19:57:12 loxberry systemd[1]: Started WeeWX.
 Feb 29 19:57:12 loxberry weewxd[30842]: Traceback (most recent call 
 last):
 Feb 29 19:57:12 loxberry weewxd[30842]: File 
 "/usr/share/weewx/weewxd.py", line 18, in 
 Feb 29 19:57:12 loxberry weewxd[30842]: import configobj
 Feb 29 19:57:12 loxberry weewxd[30842]: ModuleNotFoundError: No module 
 named 'configobj'
 Feb 29 19:57:12 loxberry systemd[1]: weewx.service: Main process 
 exited, code=exited, status=1/FAILURE
 Feb 29 19:57:12 loxberry systemd[1]: weewx.service: Failed with result 
 'exit-code'.

 Installation of Python3.9 was by following this: 
 https://itheo.tech/install-python-39-on-raspberry-pi
 I don't know how to install configobj. I am having a debian 
 installation (at least I think I have) and in the docs there are no 
 dependencies listed.
 In the git docs there is installation mentioned:
 python3 -m pip install CT3 python3 -m pip install configobj python3 -m 
 pip install Pillow

 failed: 
 root@loxberry:~# python3 -m pip install configob

Re: [weewx-user] Reinstalling weewx

[Jimi Lawson]

Yes you can boot a Pi 3b from USB, that's how I setup the Pi my weewx runs
on, been running fine for 8 months or so.
Jimi

On Fri, 1 Mar 2024, 16:51 John Smith,  wrote:

> Pretty sure you can boot from usb on a rpi3b
>
> https://www.instructables.com/Booting-Raspberry-Pi-3-B-With-a-USB-Drive/
>
> On Sat, 2 Mar 2024 at 03:44, Bill Petheram 
> wrote:
>
>> Vantage Pro2 connected with USB.
>>
>> On Friday, March 1, 2024 at 4:38:21 PM UTC Tom Keffer wrote:
>>
>>> What kind of hardware?
>>>
>>> On Fri, Mar 1, 2024 at 8:36 AM Bill Petheram 
>>> wrote:
>>>
 I wasn't being clear.

 There is no way for preventing records being read from the hardware and
 so they get lost.

 I did ry not connecting the hardware but then weewx doesn't start
 properly.

 Bil


 On Sunday, February 25, 2024 at 9:51:00 PM UTC Neville Davis wrote:

> I have a Pi4 with external SSD and I did exactly what Tom has
> suggested without any problems.
>
> I have done this every time I have had a new hardware config to ensure
> all is well.
>
> Nev
>
> On Monday, February 26, 2024 at 1:02:08 AM UTC+10 Tom Keffer wrote:
>
>> Move a temporary database into position, then set it aside when
>> you're satisfied.
>>
>> On Sun, Feb 25, 2024 at 3:39 AM Bill Petheram 
>> wrote:
>>
>>> I had to reinstall weewx due to a bad system upgrade on a Raspberry
>>> Pi with an external SSD.
>>>
>>> I wanted to check my installation was OK. I found that weewx started
>>> to read data from my station before I was sure everything was setup
>>> properly.
>>>
>>> It would be nice to be able to turnoff data download at startup to
>>> check that the installation works OK and files are in the correct
>>> positions. Then turn on data loading.
>>>
>>> This I guess is less of a problem on Rpi 4 as you can boot from USB.
>>> I am using Rpi 3B so I have to use symbolic links.
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it,
>>> send an email to weewx-user+...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/38bba562-b306-4d76-86f6-7ebc31bad1bfn%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+...@googlegroups.com.

>>> To view this discussion on the web visit
 https://groups.google.com/d/msgid/weewx-user/ec2c7968-5801-4b15-a80f-a386b3aac967n%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/b6925f28-8a42-4f33-bbb9-4d6509585b78n%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/CAGTinV6tz%3DF063YLm0TUFLnavrma6%3DBKsSN%2BbHcu3kaVU4KKjA%40mail.gmail.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/CAEzr%3D0aN0t-8og0raXyG-L4d1L%2BfNB7n07ZQfrOpcTAEUuPbwQ%40mail.gmail.com.

Re: [weewx-user] leap year and span

['michael.k...@gmx.at' via weewx-user]

To show the adding one month also, and to show, it's not only three, but 
sometime four day in a row, plus/minus one month, lead to the very same 
date, I've added a few lines to the java example:

import java.time.*;
 
public class Leaps {
public static void main(String[] args)
{
LocalDate march28_23 = LocalDate.parse("2023-03-28");
LocalDate march29_23 = LocalDate.parse("2023-03-29");
LocalDate march30_23 = LocalDate.parse("2023-03-30");
LocalDate march31_23 = LocalDate.parse("2023-03-31");
LocalDate march29_24 = LocalDate.parse("2024-03-29");
LocalDate march30_24 = LocalDate.parse("2024-03-30");
LocalDate march31_24 = LocalDate.parse("2024-03-31");
 
System.out.printf("Minus:%n%n%s minus one month: %s%n", march28_23, 
march28_23.minusMonths(1));
System.out.printf("%s minus one month: %s%n", march29_23, 
march29_23.minusMonths(1));
System.out.printf("%s minus one month: %s%n", march30_23, 
march30_23.minusMonths(1));
System.out.printf("%s minus one month: %s%n", march31_23, 
march31_23.minusMonths(1));
System.out.printf("Leap year:%n%s minus one month: %s%n", 
march29_24, march29_24.minusMonths(1));
System.out.printf("%s minus one month: %s%n", march30_24, 
march30_24.minusMonths(1));
System.out.printf("%s minus one month: %s%n", march31_24, 
march31_24.minusMonths(1));

LocalDate jan28_23 = LocalDate.parse("2023-01-28");
LocalDate jan29_23 = LocalDate.parse("2023-01-29");
LocalDate jan30_23 = LocalDate.parse("2023-01-30");
LocalDate jan31_23 = LocalDate.parse("2023-01-31");
LocalDate jan29_24 = LocalDate.parse("2024-01-29");
LocalDate jan30_24 = LocalDate.parse("2024-01-30");
LocalDate jan31_24 = LocalDate.parse("2024-01-31");
 
System.out.printf("%nPlus:%n%n%s plus one month: %s%n", jan28_23, 
jan28_23.plusMonths(1));
System.out.printf("%s plus one month: %s%n", jan29_23, 
jan29_23.plusMonths(1));
System.out.printf("%s plus one month: %s%n", jan30_23, 
jan30_23.plusMonths(1));
System.out.printf("%s plus one month: %s%n", jan31_23, 
jan31_23.plusMonths(1));
System.out.printf("Leap year:%n%s plus one month: %s%n", jan29_24, 
jan29_24.plusMonths(1));
System.out.printf("%s plus one month: %s%n", jan30_24, 
jan30_24.plusMonths(1));
System.out.printf("%s plus one month: %s%n", jan31_24, 
jan31_24.plusMonths(1));
}
}

Output:

Minus:

2023-03-28 minus one month: 2023-02-28
2023-03-29 minus one month: 2023-02-28
2023-03-30 minus one month: 2023-02-28
2023-03-31 minus one month: 2023-02-28
Leap year:
2024-03-29 minus one month: 2024-02-29
2024-03-30 minus one month: 2024-02-29
2024-03-31 minus one month: 2024-02-29

Plus:

2023-01-28 plus one month: 2023-02-28
2023-01-29 plus one month: 2023-02-28
2023-01-30 plus one month: 2023-02-28
2023-01-31 plus one month: 2023-02-28
Leap year:
2024-01-29 plus one month: 2024-02-29
2024-01-30 plus one month: 2024-02-29
2024-01-31 plus one month: 2024-02-29 

Tom Keffer schrieb am Freitag, 1. März 2024 um 13:46:46 UTC+1:

> That's interesting! However, Python treats it differently. The equivalent 
> would be something like
>
> import datetime
> march29_23 = datetime.date.fromisoformat("2023-03-29")
> print(march29_23 - datetime.timedelta(month=1))
>
>
> Unfortunately, datetime.timedelta does not offer an argument "month", 
> perhaps for just this reason.
>
> However, I am open to a pull request should someone want to capture an 
> alternative behavior.
>
> -tk
>
>
>
> On Fri, Mar 1, 2024 at 1:13 AM 'michael.k...@gmx.at' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
>> Citing issue #436 
>>
>> "What is 30 March minus one month? By this solution, it should be 28 Feb.
>>
>> So then what is 29 March minus one month? Also 28 Feb? And so would 28 
>> March minus a month. So, "one month earlier" for three days in a row leads 
>> to the same date. That doesn't seem right."
>> That's how the Java People do it:
>> import java.time.*; 
>>   
>> import java.time.*; 
>>   
>> public class Leaps { 
>> public static void main(String[] args) 
>> { 
>> LocalDate march29_23 = LocalDate.parse("2023-03-29");
>> LocalDate march30_23 = LocalDate.parse("2023-03-30");
>> LocalDate march31_23 = LocalDate.parse("2023-03-31");
>> LocalDate march29_24 = LocalDate.parse("2024-03-29");
>> LocalDate march30_24 = LocalDate.parse("2024-03-30");
>> LocalDate march31_24 = LocalDate.parse("2024-03-31");
>>   
>> System.out.printf("%s minus one month: %s%n", march29_23, 
>> march29_23.minusMonths(1));
>> System.out.printf("%s minus one month: %s%n", march30_23, 
>> march30_23.minusMonths(1));
>> System.out.printf("%s minus one month: %s%n", march31_23, 
>> march31_23.minusMonths(1));
>> System.out.printf("%s minus one month: %s%n", m

Re: [weewx-user] Reinstalling weewx

[vince]

Couple things

   - you're asking for a feature to be able to skip saving data to the db...
   - yet you want to check your new installation works...
   - which 'requires' saving data to the db so you can check that
   - in other words - what you're asking for would prevent you doing what 
   you want to do (huh?)
   - and secondly missing a few readings isn't the end of the world worst 
   case

If you have the official Davis datalogger that stores up to a week or so of 
readings from your sensors as long as the console is powered up.  Weewx 
will gracefully catch up to any records the datalogger has that the db 
doesn't (yet) have stored and you won't miss any readings.  If you have a 
third party logger with no such storage, your mileage may vary.

On Friday, March 1, 2024 at 8:51:00 AM UTC-8 John Smith wrote:

> Pretty sure you can boot from usb on a rpi3b
>
> https://www.instructables.com/Booting-Raspberry-Pi-3-B-With-a-USB-Drive/
>
> On Sat, 2 Mar 2024 at 03:44, Bill Petheram  wrote:
>
>> Vantage Pro2 connected with USB.
>>
>> On Friday, March 1, 2024 at 4:38:21 PM UTC Tom Keffer wrote:
>>
>>> What kind of hardware?
>>>
>>> On Fri, Mar 1, 2024 at 8:36 AM Bill Petheram  
>>> wrote:
>>>
 I wasn't being clear. 

 There is no way for preventing records being read from the hardware and 
 so they get lost. 

 I did ry not connecting the hardware but then weewx doesn't start 
 properly.

 Bil


 On Sunday, February 25, 2024 at 9:51:00 PM UTC Neville Davis wrote:

> I have a Pi4 with external SSD and I did exactly what Tom has 
> suggested without any problems.
>
> I have done this every time I have had a new hardware config to ensure 
> all is well.
>
> Nev
>
> On Monday, February 26, 2024 at 1:02:08 AM UTC+10 Tom Keffer wrote:
>
>> Move a temporary database into position, then set it aside when 
>> you're satisfied.
>>
>> On Sun, Feb 25, 2024 at 3:39 AM Bill Petheram  
>> wrote:
>>
>>> I had to reinstall weewx due to a bad system upgrade on a Raspberry 
>>> Pi with an external SSD.
>>>
>>> I wanted to check my installation was OK. I found that weewx started 
>>> to read data from my station before I was sure everything was setup 
>>> properly.
>>>
>>> It would be nice to be able to turnoff data download at startup to 
>>> check that the installation works OK and files are in the correct 
>>> positions. Then turn on data loading.
>>>
>>> This I guess is less of a problem on Rpi 4 as you can boot from USB. 
>>> I am using Rpi 3B so I have to use symbolic links.
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, 
>>> send an email to weewx-user+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/38bba562-b306-4d76-86f6-7ebc31bad1bfn%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+...@googlegroups.com.

>>> To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/ec2c7968-5801-4b15-a80f-a386b3aac967n%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+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/b6925f28-8a42-4f33-bbb9-4d6509585b78n%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/6bb031fb-be0a-4311-a04d-4b9ba08c99ffn%40googlegroups.com.

Re: [weewx-user] Broken installation after upgrade to v5.0.2

[vince]

If you're python 3.7 on the raspi os, you are running an old debian-10 
based system which although it's as patched up as it can be, it's not 
really current.  I have an old pi running that os and my python3 is 3.7.3 
FWIW.  But the underlying problem is you likely didn't get something quite 
right in compiling your own python 3.9 version. Hopefully your driver 
author can tweak things so you can use the system python version.

Don't sweat venv if you use a dpkg package of weewx.

On Thursday, February 29, 2024 at 11:42:13 PM UTC-8 fLsh wrote:

> Yeah I even had problems creating the venv environment with 3.9 and that 
> worked in the past with other software on 3.7.
> But I have a Debian Package installation and don't want to lose all my 
> changes so I am hoping that I will get it to work with python 3.7 and new 
> driver version.
> Or is venv a must-have on weewx 5? And will install also work with pipx? I 
> remember cloudy that I had problems with pip in the past and solved it by 
> using pipx.
>
> Tom Keffer schrieb am Donnerstag, 29. Februar 2024 um 21:24:31 UTC+1:
>
>> Not sure what's going on there, but it may have something to do with 
>> attempting to install as root. Try installing as an unprivileged user, say 
>> "pi".
>>
>> $ *su - pi*
>> $ *whoami*
>> pi
>> $ *cd*
>> $ *python3.9 -m venv weewx-venv*
>> $ *source weewx-venv/bin/activate*
>> $ *python3.9 -m pip install weewx*
>> $ *weectl station create*
>> *...*
>> $ *weectl extension install 
>>  
>> https://github.com/michael-slx/weewx-weatherlink-live/releases/download/v1.1.3/weewx-weatherlink-live-v1.1.3.tar.xz
>>  
>> *
>> $ *weectl extension list*
>> Using configuration file /home/pi/weewx-data/weewx.conf
>> Extension NameVersion   Description
>> weatherlink-live  1.1.3 WeeWX driver for Davis WeatherLink Live.
>>
>> -tk
>>
>>
>>
>>
>>
>>
>> On Thu, Feb 29, 2024 at 11:44 AM fLsh  wrote:
>>
>>> Author of the driver suggested to use Python 3.9 which I installed and 
>>> now I get a different error:
>>> Feb 29 19:57:12 loxberry systemd[1]: Started WeeWX.
>>> Feb 29 19:57:12 loxberry weewxd[30842]: Traceback (most recent call 
>>> last):
>>> Feb 29 19:57:12 loxberry weewxd[30842]: File 
>>> "/usr/share/weewx/weewxd.py", line 18, in 
>>> Feb 29 19:57:12 loxberry weewxd[30842]: import configobj
>>> Feb 29 19:57:12 loxberry weewxd[30842]: ModuleNotFoundError: No module 
>>> named 'configobj'
>>> Feb 29 19:57:12 loxberry systemd[1]: weewx.service: Main process exited, 
>>> code=exited, status=1/FAILURE
>>> Feb 29 19:57:12 loxberry systemd[1]: weewx.service: Failed with result 
>>> 'exit-code'.
>>>
>>> Installation of Python3.9 was by following this: 
>>> https://itheo.tech/install-python-39-on-raspberry-pi
>>> I don't know how to install configobj. I am having a debian installation 
>>> (at least I think I have) and in the docs there are no dependencies listed.
>>> In the git docs there is installation mentioned:
>>> python3 -m pip install CT3 python3 -m pip install configobj python3 -m 
>>> pip install Pillow
>>>
>>> failed: 
>>> root@loxberry:~# python3 -m pip install configobj 
>>> ERROR: Exception:
>>> Traceback (most recent call last):
>>> File 
>>> "/usr/lib/python3.9/site-packages/pip/_internal/cli/base_command.py", line 
>>> 228, in _main
>>> status = self.run(options, args)
>>> File 
>>> "/usr/lib/python3.9/site-packages/pip/_internal/cli/req_command.py", line 
>>> 182, in wrapper
>>> return func(self, options, args)
>>> File 
>>> "/usr/lib/python3.9/site-packages/pip/_internal/commands/install.py", line 
>>> 272, in run
>>> session = self.get_default_session(options)
>>> File 
>>> "/usr/lib/python3.9/site-packages/pip/_internal/cli/req_command.py", line 
>>> 80, in get_default_sess
>>> ion
>>> self._session = self.enter_context(self._build_session(options))
>>> File 
>>> "/usr/lib/python3.9/site-packages/pip/_internal/cli/req_command.py", line 
>>> 90, in _build_session
>>> session = PipSession(
>>> File 
>>> "/usr/lib/python3.9/site-packages/pip/_internal/network/session.py", line 
>>> 249, in __init__
>>> self.headers["User-Agent"] = user_agent()
>>> File 
>>> "/usr/lib/python3.9/site-packages/pip/_internal/network/session.py", line 
>>> 132, in user_agent
>>> zip(["name", "version", "id"], distro.linux_distribution()),
>>> File "/usr/lib/python3.9/site-packages/pip/_vendor/distro.py", line 125, 
>>> in linux_distribution
>>> return _distro.linux_distribution(full_distribution_name)
>>> File "/usr/lib/python3.9/site-packages/pip/_vendor/distro.py", line 681, 
>>> in linux_distribution
>>> self.version(),
>>> File "/usr/lib/python3.9/site-packages/pip/_vendor/distro.py", line 741, 
>>> in version
>>> self.lsb_release_attr('release'),
>>> File "/usr/lib/python3.9/site-packages/pip/_vendor/distro.py", line 903, 
>>> in lsb_release_attr
>>> return self._lsb_release_info.get(attribute, '')
>>> File "/usr/lib/python3.

Re: [weewx-user] Reinstalling weewx

[John Smith]

Pretty sure you can boot from usb on a rpi3b

https://www.instructables.com/Booting-Raspberry-Pi-3-B-With-a-USB-Drive/

On Sat, 2 Mar 2024 at 03:44, Bill Petheram 
wrote:

> Vantage Pro2 connected with USB.
>
> On Friday, March 1, 2024 at 4:38:21 PM UTC Tom Keffer wrote:
>
>> What kind of hardware?
>>
>> On Fri, Mar 1, 2024 at 8:36 AM Bill Petheram 
>> wrote:
>>
>>> I wasn't being clear.
>>>
>>> There is no way for preventing records being read from the hardware and
>>> so they get lost.
>>>
>>> I did ry not connecting the hardware but then weewx doesn't start
>>> properly.
>>>
>>> Bil
>>>
>>>
>>> On Sunday, February 25, 2024 at 9:51:00 PM UTC Neville Davis wrote:
>>>
 I have a Pi4 with external SSD and I did exactly what Tom has suggested
 without any problems.

 I have done this every time I have had a new hardware config to ensure
 all is well.

 Nev

 On Monday, February 26, 2024 at 1:02:08 AM UTC+10 Tom Keffer wrote:

> Move a temporary database into position, then set it aside when you're
> satisfied.
>
> On Sun, Feb 25, 2024 at 3:39 AM Bill Petheram 
> wrote:
>
>> I had to reinstall weewx due to a bad system upgrade on a Raspberry
>> Pi with an external SSD.
>>
>> I wanted to check my installation was OK. I found that weewx started
>> to read data from my station before I was sure everything was setup
>> properly.
>>
>> It would be nice to be able to turnoff data download at startup to
>> check that the installation works OK and files are in the correct
>> positions. Then turn on data loading.
>>
>> This I guess is less of a problem on Rpi 4 as you can boot from USB.
>> I am using Rpi 3B so I have to use symbolic links.
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to weewx-user+...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/weewx-user/38bba562-b306-4d76-86f6-7ebc31bad1bfn%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+...@googlegroups.com.
>>>
>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/ec2c7968-5801-4b15-a80f-a386b3aac967n%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/b6925f28-8a42-4f33-bbb9-4d6509585b78n%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/CAGTinV6tz%3DF063YLm0TUFLnavrma6%3DBKsSN%2BbHcu3kaVU4KKjA%40mail.gmail.com.

Re: [weewx-user] Reinstalling weewx

[Bill Petheram]

Vantage Pro2 connected with USB.

On Friday, March 1, 2024 at 4:38:21 PM UTC Tom Keffer wrote:

> What kind of hardware?
>
> On Fri, Mar 1, 2024 at 8:36 AM Bill Petheram  wrote:
>
>> I wasn't being clear. 
>>
>> There is no way for preventing records being read from the hardware and 
>> so they get lost. 
>>
>> I did ry not connecting the hardware but then weewx doesn't start 
>> properly.
>>
>> Bil
>>
>>
>> On Sunday, February 25, 2024 at 9:51:00 PM UTC Neville Davis wrote:
>>
>>> I have a Pi4 with external SSD and I did exactly what Tom has suggested 
>>> without any problems.
>>>
>>> I have done this every time I have had a new hardware config to ensure 
>>> all is well.
>>>
>>> Nev
>>>
>>> On Monday, February 26, 2024 at 1:02:08 AM UTC+10 Tom Keffer wrote:
>>>
 Move a temporary database into position, then set it aside when you're 
 satisfied.

 On Sun, Feb 25, 2024 at 3:39 AM Bill Petheram  
 wrote:

> I had to reinstall weewx due to a bad system upgrade on a Raspberry Pi 
> with an external SSD.
>
> I wanted to check my installation was OK. I found that weewx started 
> to read data from my station before I was sure everything was setup 
> properly.
>
> It would be nice to be able to turnoff data download at startup to 
> check that the installation works OK and files are in the correct 
> positions. Then turn on data loading.
>
> This I guess is less of a problem on Rpi 4 as you can boot from USB. I 
> am using Rpi 3B so I have to use symbolic links.
>
> -- 
> You received this message because you are subscribed to the Google 
> Groups "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send 
> an email to weewx-user+...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/38bba562-b306-4d76-86f6-7ebc31bad1bfn%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+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/ec2c7968-5801-4b15-a80f-a386b3aac967n%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/b6925f28-8a42-4f33-bbb9-4d6509585b78n%40googlegroups.com.

Re: [weewx-user] Reinstalling weewx

[Tom Keffer]

What kind of hardware?

On Fri, Mar 1, 2024 at 8:36 AM Bill Petheram 
wrote:

> I wasn't being clear.
>
> There is no way for preventing records being read from the hardware and so
> they get lost.
>
> I did ry not connecting the hardware but then weewx doesn't start properly.
>
> Bil
>
>
> On Sunday, February 25, 2024 at 9:51:00 PM UTC Neville Davis wrote:
>
>> I have a Pi4 with external SSD and I did exactly what Tom has suggested
>> without any problems.
>>
>> I have done this every time I have had a new hardware config to ensure
>> all is well.
>>
>> Nev
>>
>> On Monday, February 26, 2024 at 1:02:08 AM UTC+10 Tom Keffer wrote:
>>
>>> Move a temporary database into position, then set it aside when you're
>>> satisfied.
>>>
>>> On Sun, Feb 25, 2024 at 3:39 AM Bill Petheram 
>>> wrote:
>>>
 I had to reinstall weewx due to a bad system upgrade on a Raspberry Pi
 with an external SSD.

 I wanted to check my installation was OK. I found that weewx started to
 read data from my station before I was sure everything was setup properly.

 It would be nice to be able to turnoff data download at startup to
 check that the installation works OK and files are in the correct
 positions. Then turn on data loading.

 This I guess is less of a problem on Rpi 4 as you can boot from USB. I
 am using Rpi 3B so I have to use symbolic links.

 --
 You received this message because you are subscribed to the Google
 Groups "weewx-user" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to weewx-user+...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/weewx-user/38bba562-b306-4d76-86f6-7ebc31bad1bfn%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/ec2c7968-5801-4b15-a80f-a386b3aac967n%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/CAPq0zECmtJEoNYBbaczfu9tGNB9wcn_L1XqvNdcxY4ahpqnxgw%40mail.gmail.com.

Re: [weewx-user] Reinstalling weewx

[Bill Petheram]

I wasn't being clear. 

There is no way for preventing records being read from the hardware and so 
they get lost. 

I did ry not connecting the hardware but then weewx doesn't start properly.

Bil


On Sunday, February 25, 2024 at 9:51:00 PM UTC Neville Davis wrote:

> I have a Pi4 with external SSD and I did exactly what Tom has suggested 
> without any problems.
>
> I have done this every time I have had a new hardware config to ensure all 
> is well.
>
> Nev
>
> On Monday, February 26, 2024 at 1:02:08 AM UTC+10 Tom Keffer wrote:
>
>> Move a temporary database into position, then set it aside when you're 
>> satisfied.
>>
>> On Sun, Feb 25, 2024 at 3:39 AM Bill Petheram  
>> wrote:
>>
>>> I had to reinstall weewx due to a bad system upgrade on a Raspberry Pi 
>>> with an external SSD.
>>>
>>> I wanted to check my installation was OK. I found that weewx started to 
>>> read data from my station before I was sure everything was setup properly.
>>>
>>> It would be nice to be able to turnoff data download at startup to check 
>>> that the installation works OK and files are in the correct positions. Then 
>>> turn on data loading.
>>>
>>> This I guess is less of a problem on Rpi 4 as you can boot from USB. I 
>>> am using Rpi 3B so I have to use symbolic links.
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to weewx-user+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/38bba562-b306-4d76-86f6-7ebc31bad1bfn%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/ec2c7968-5801-4b15-a80f-a386b3aac967n%40googlegroups.com.

Re: [weewx-user] Fahrenheit instead of celsius in weewx.sdb? / csv export: wrong datetime format

[Karen K]

I would suggest to use the SQL statement 

select datetime(`dateTime`,'unixepoch','localtime'),* from archive;

to extract the data out of the database. Please note the different quotes. 


-- 
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/4b8a27a4-16b4-4dd5-afb4-1370b8e49a76n%40googlegroups.com.

Re: [weewx-user] Problem with WeeWX5 "driver" directory

[Tom Keffer]

This is true: you do not need a value for WEEWX_ROOT. The default value is
the directory where weewx.conf is found. In fact, weewx.conf installed by
V5 do not contain a value.

On Fri, Mar 1, 2024 at 7:21 AM Remy Lavabre  wrote:

> Yes Tom, as I told Matthew in my previous post, I installed V5 in a
> virtual environment then copied the weewx.conf file from my version 4.10.2
> which works perfectly.
> I took the precaution of changing a few variables like SKIN_ROOT =
> skins, HTML_ROOT = public_html, version = 5.0.2
> but not WEEWX_ROOT = ~/weewx-data/… :-(
>
> From the tests I have carried out, it even seems possible to do without
> defining this WEEWX_ROOT variable in weewx.conf of V5... Can you confirm
> Tom?
>
> Many thanks for your software and your much appreciated help! ;-)
>
> Le vendredi 1 mars 2024 à 15:54:48 UTC+1, Tom Keffer a écrit :
>
>> Thank you, Matthew. I had totally forgotten that older weewx.conf files
>> set WEEWX_ROOT=/
>>
>> Remy: as Matthew asked, do you know how your weewx.conf came to be in its
>> state? Did you copy it from a previous debian install?
>>
>> On Fri, Mar 1, 2024 at 6:38 AM Remy Lavabre  wrote:
>>
>>> SOLVED -->> Thank-you MATTHEW ! (and Tom of course...)
>>> With *WEEWX_ROOT = ~/weewx-data/*
>>>
>>> Result ->
>>> Saving installer file to
>>> /home/remy/weewx-data/~/weewx-data/bin/user/installer/awekaswx
>>> Saved copy of configuration as
>>> /home/remy/weewx-data/weewx.conf.20240301153706
>>> Finished installing extension awekaswx from awekaswx.zip
>>>
>>> :ooo
>>>
>>> Le vendredi 1 mars 2024 à 15:34:55 UTC+1, Remy Lavabre a écrit :
>>>
 Hi Matthew,
 Thank you for your help !

 *--->>> /etc/weewx does not exist*
 remy@remy-virtual-machine:/etc$ cd weewx
 bash: cd: weewx: Aucun fichier ou dossier de ce type


 >>>
 *# Root directory of the weewx data file hierarchy for this
 stationWEEWX_ROOT = /*

  *The weewx.conf file was recovered from version 4.10.2 which
 works perfectly and replaced the weewx.conf file from version 5 after
 installation in a virtual environment and by modifying:*


 *SKIN_ROOT = skinsHTML_ROOT = public_htmlversion = 5.0.2*


 Le vendredi 1 mars 2024 à 15:13:04 UTC+1, matthew wall a écrit :

 remy,

 does /etc/weewx exist?

 --->


 does /etc/weewx/bin/user exist?

 in the file ~/weewx-data/weewx.conf, what is WEEWX_ROOT?

 how did the file ~/weewx-data/weewx.conf get to its current state?

 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+...@googlegroups.com.
>>>
>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/bf0d11a5-2d3e-4eb8-95b4-43821f035a5bn%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/a92df256-40f0-4042-bc87-cea709ac92a4n%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/CAPq0zEBjxBB40F%3D5d7yx37qb4q1%2BZZuWPAJo%2B4CMq8ygFsb26Q%40mail.gmail.com.

Re: [weewx-user] Problem with WeeWX5 "driver" directory

[Remy Lavabre]

Yes Tom, as I told Matthew in my previous post, I installed V5 in a virtual 
environment then copied the weewx.conf file from my version 4.10.2 which 
works perfectly.
I took the precaution of changing a few variables like SKIN_ROOT = 
skins, HTML_ROOT = public_html, version = 5.0.2
but not WEEWX_ROOT = ~/weewx-data/… :-(

>From the tests I have carried out, it even seems possible to do without 
defining this WEEWX_ROOT variable in weewx.conf of V5... Can you confirm 
Tom?

Many thanks for your software and your much appreciated help! ;-)

Le vendredi 1 mars 2024 à 15:54:48 UTC+1, Tom Keffer a écrit :

> Thank you, Matthew. I had totally forgotten that older weewx.conf files 
> set WEEWX_ROOT=/
>
> Remy: as Matthew asked, do you know how your weewx.conf came to be in its 
> state? Did you copy it from a previous debian install?
>
> On Fri, Mar 1, 2024 at 6:38 AM Remy Lavabre  wrote:
>
>> SOLVED -->> Thank-you MATTHEW ! (and Tom of course...)
>> With *WEEWX_ROOT = ~/weewx-data/*
>>
>> Result -> 
>> Saving installer file to 
>> /home/remy/weewx-data/~/weewx-data/bin/user/installer/awekaswx
>> Saved copy of configuration as 
>> /home/remy/weewx-data/weewx.conf.20240301153706
>> Finished installing extension awekaswx from awekaswx.zip
>>
>> :ooo
>>
>> Le vendredi 1 mars 2024 à 15:34:55 UTC+1, Remy Lavabre a écrit :
>>
>>> Hi Matthew,
>>> Thank you for your help !
>>>
>>> *--->>> /etc/weewx does not exist*
>>> remy@remy-virtual-machine:/etc$ cd weewx
>>> bash: cd: weewx: Aucun fichier ou dossier de ce type
>>>   
>>>
>>> >>> 
>>> *# Root directory of the weewx data file hierarchy for this 
>>> stationWEEWX_ROOT = /*
>>>
>>>  *The weewx.conf file was recovered from version 4.10.2 which 
>>> works perfectly and replaced the weewx.conf file from version 5 after 
>>> installation in a virtual environment and by modifying:*
>>>
>>>
>>> *SKIN_ROOT = skinsHTML_ROOT = public_htmlversion = 5.0.2*
>>>
>>>
>>> Le vendredi 1 mars 2024 à 15:13:04 UTC+1, matthew wall a écrit :
>>>
>>> remy,
>>>
>>> does /etc/weewx exist?
>>>
>>> ---> 
>>>
>>>
>>> does /etc/weewx/bin/user exist?
>>>
>>> in the file ~/weewx-data/weewx.conf, what is WEEWX_ROOT?
>>>
>>> how did the file ~/weewx-data/weewx.conf get to its current state?
>>>
>>> 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+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/bf0d11a5-2d3e-4eb8-95b4-43821f035a5bn%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/a92df256-40f0-4042-bc87-cea709ac92a4n%40googlegroups.com.

Re: [weewx-user] Problem with WeeWX5 "driver" directory

[Tom Keffer]

Thank you, Matthew. I had totally forgotten that older weewx.conf files set
WEEWX_ROOT=/

Remy: as Matthew asked, do you know how your weewx.conf came to be in its
state? Did you copy it from a previous debian install?

On Fri, Mar 1, 2024 at 6:38 AM Remy Lavabre  wrote:

> SOLVED -->> Thank-you MATTHEW ! (and Tom of course...)
> With *WEEWX_ROOT = ~/weewx-data/*
>
> Result ->
> Saving installer file to
> /home/remy/weewx-data/~/weewx-data/bin/user/installer/awekaswx
> Saved copy of configuration as
> /home/remy/weewx-data/weewx.conf.20240301153706
> Finished installing extension awekaswx from awekaswx.zip
>
> :ooo
>
> Le vendredi 1 mars 2024 à 15:34:55 UTC+1, Remy Lavabre a écrit :
>
>> Hi Matthew,
>> Thank you for your help !
>>
>> *--->>> /etc/weewx does not exist*
>> remy@remy-virtual-machine:/etc$ cd weewx
>> bash: cd: weewx: Aucun fichier ou dossier de ce type
>>
>>
>> >>>
>> *# Root directory of the weewx data file hierarchy for this
>> stationWEEWX_ROOT = /*
>>
>>  *The weewx.conf file was recovered from version 4.10.2 which
>> works perfectly and replaced the weewx.conf file from version 5 after
>> installation in a virtual environment and by modifying:*
>>
>>
>> *SKIN_ROOT = skinsHTML_ROOT = public_htmlversion = 5.0.2*
>>
>>
>> Le vendredi 1 mars 2024 à 15:13:04 UTC+1, matthew wall a écrit :
>>
>> remy,
>>
>> does /etc/weewx exist?
>>
>> --->
>>
>>
>> does /etc/weewx/bin/user exist?
>>
>> in the file ~/weewx-data/weewx.conf, what is WEEWX_ROOT?
>>
>> how did the file ~/weewx-data/weewx.conf get to its current state?
>>
>> 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/bf0d11a5-2d3e-4eb8-95b4-43821f035a5bn%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/CAPq0zEBtRcg__fpYuLm5JfakqXqUiG%3Dqd-kEn9YPfdJniyQgBw%40mail.gmail.com.

Re: [weewx-user] Problem with WeeWX5 "driver" directory

[Remy Lavabre]

SOLVED -->> Thank-you MATTHEW ! (and Tom of course...)
With *WEEWX_ROOT = ~/weewx-data/*

Result -> 
Saving installer file to 
/home/remy/weewx-data/~/weewx-data/bin/user/installer/awekaswx
Saved copy of configuration as 
/home/remy/weewx-data/weewx.conf.20240301153706
Finished installing extension awekaswx from awekaswx.zip

:ooo

Le vendredi 1 mars 2024 à 15:34:55 UTC+1, Remy Lavabre a écrit :

> Hi Matthew,
> Thank you for your help !
>
> *--->>> /etc/weewx does not exist*
> remy@remy-virtual-machine:/etc$ cd weewx
> bash: cd: weewx: Aucun fichier ou dossier de ce type
>   
>
> >>> 
> *# Root directory of the weewx data file hierarchy for this 
> stationWEEWX_ROOT = /*
>
>  *The weewx.conf file was recovered from version 4.10.2 which 
> works perfectly and replaced the weewx.conf file from version 5 after 
> installation in a virtual environment and by modifying:*
>
>
> *SKIN_ROOT = skinsHTML_ROOT = public_htmlversion = 5.0.2*
>
>
> Le vendredi 1 mars 2024 à 15:13:04 UTC+1, matthew wall a écrit :
>
> remy,
>
> does /etc/weewx exist?
>
> ---> 
>
>
> does /etc/weewx/bin/user exist?
>
> in the file ~/weewx-data/weewx.conf, what is WEEWX_ROOT?
>
> how did the file ~/weewx-data/weewx.conf get to its current state?
>
> 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/bf0d11a5-2d3e-4eb8-95b4-43821f035a5bn%40googlegroups.com.

Re: [weewx-user] Problem with WeeWX5 "driver" directory

[Remy Lavabre]

Hi Matthew,
Thank you for your help !

*--->>> /etc/weewx does not exist*
remy@remy-virtual-machine:/etc$ cd weewx
bash: cd: weewx: Aucun fichier ou dossier de ce type
  

>>> 
*# Root directory of the weewx data file hierarchy for this 
stationWEEWX_ROOT = /*

 *The weewx.conf file was recovered from version 4.10.2 which works 
perfectly and replaced the weewx.conf file from version 5 after 
installation in a virtual environment and by modifying:*


*SKIN_ROOT = skinsHTML_ROOT = public_htmlversion = 5.0.2*


Le vendredi 1 mars 2024 à 15:13:04 UTC+1, matthew wall a écrit :

remy,

does /etc/weewx exist?

---> 


does /etc/weewx/bin/user exist?

in the file ~/weewx-data/weewx.conf, what is WEEWX_ROOT?

how did the file ~/weewx-data/weewx.conf get to its current state?

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/3f100adf-fb5f-4ae1-9891-9ef140e54a9fn%40googlegroups.com.

Re: [weewx-user] Problem with WeeWX5 "driver" directory

[matthew wall]

remy,

does /etc/weewx exist?

does /etc/weewx/bin/user exist?

in the file ~/weewx-data/weewx.conf, what is WEEWX_ROOT?

how did the file ~/weewx-data/weewx.conf get to its current state?

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/96858fdb--45df-bd67-6e2ca2a01c37n%40googlegroups.com.

Re: [weewx-user] Problem with WeeWX5 "driver" directory

[matthew wall]

remy,

the extension installer is using weewx.conf in ~/weewx-data, but it is 
trying to put the extension into /etc/weewx/bin/user

what is the content of /etc/weewx on your system?

tom, why would the extension plumbing try to install to /etc/weewx/bin/user 
when the weewx.conf is in ~/weewx-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/2a1275f1-161c-4871-a4a7-1107c05aa5dbn%40googlegroups.com.

Re: [weewx-user] Fahrenheit instead of celsius in weewx.sdb? / csv export: wrong datetime format

[Tom Keffer]

By default, the database uses US Customary Units. It can be changed, See
the section Changing the unit system in an existing database
 in the
Customizing Guide.

If your humidity (observation type 'outHumidity') has strange values, then
your sensor must be emitting strange values. See the wiki article *Cleaning
up old 'bad' data
*. Be sure
to set StdQC values to prevent it happening again in the future.

Times in WeeWX are in Unix Epoch Time, which must be converted into the
native Excel date+time representation. Sorry, I don't know how to do this
--- I almost never use Excel. All I can suggest is a Google search.



On Fri, Mar 1, 2024 at 5:13 AM Thomas Hackler  wrote:

> Hello,
> I started playing with a copy of weewx.sdb to open it as a csv file to
> work with the data in Excel. I used the DB Browser for SQLite to export the
> data to csv, this worked.
> If I look on the data in the DB browser and in Excel for my temperatures
> they look really strange. I expect Celsius and it seems to be Fahrenheit?
> Now I see that in my weewx.conf under [StdConvert] target_unit = US, so I
> should change it now in "METRIC", right ?
> I guess I have to convert my temps in Excel from Fahrenheit to Celsius for
> my old data
>
> The other values for humidity etc. show partially very high values like
> 4,7e+14.or 870 for example (maybe it is 87.0 in reall).
>
> The other problem is that I am not able to convert the datetime into a
> right time format in Excel to see time and date ? Maybe you can help me
> here?
> I tried different options like Unicode, Windows, US-ASCII etc. in Excel
> for the import with no success.
> Thanks!
> Regards
> Thomas
>
> --
> 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/c82346f7-6dee-4f85-b156-ee1ac5e0632cn%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/CAPq0zECjhrAmXCNDJp5s5L_Ozs-joCs%3DhhGpc4AyC-N8v-eO-A%40mail.gmail.com.

Re: [weewx-user] Problem with WeeWX5 "driver" directory

[Remy Lavabre]

Hello Tom,

I have also try with the Bresser6in1 driver of Bob Atchley  
-> https://github.com/BobAtchley/weewx-ws6in1

*Same problem *:

Using configuration file /home/remy/weewx-data/weewx.conf
Install extension '6in1.zip' (y/n)? y
Extracting from zip archive 6in1.zip
  Request to install extension found in directory 
/tmp/tmp1rbnn6un/weewx-ws6in1-master/
  Found extension with name 'WS6in1'
  Copying new files...
Copying from '/tmp/tmp1rbnn6un/weewx-ws6in1-master/bin/user/ws6in1.py' 
to '/etc/weewx/bin/user/ws6in1.py'
Traceback (most recent call last):
  File "/home/remy/weewx-venv/bin/weectl", line 8, in 
sys.exit(main())
  File "/home/remy/weewx-venv/lib/python3.8/site-packages/weectl.py", line 
66, in main
namespace.func(namespace)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weectllib/__init__.py", 
line 121, in dispatch
namespace.action_func(config_dict, namespace)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weectllib/extension_cmd.py", 
line 116, in install_extension
ext.install_extension(namespace.source, no_confirm=namespace.yes)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
line 138, in install_extension
extension_name = self._install_from_file(extension_path, filetype)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
line 168, in _install_from_file
extension_name = self.install_from_dir(extension_dir)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
line 185, in install_from_dir
self._install_files(installer['files'], extension_dir)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
line 269, in _install_files
shutil.copy(source_path, destination_path)
  File "/usr/lib/python3.8/shutil.py", line 418, in copy
copyfile(src, dst, follow_symlinks=follow_symlinks)
  File "/usr/lib/python3.8/shutil.py", line 264, in copyfile
with open(src, 'rb') as fsrc, open(dst, 'wb') as fdst:
FileNotFoundError: [Errno 2] No such file or directory: 
'/etc/weewx/bin/user/ws6in1.py'


Le vendredi 1 mars 2024 à 14:21:47 UTC+1, Remy Lavabre a écrit :

> (weewx-venv) remy@remy-virtual-machine:~/weewx-data$* weectl extension 
> install AWEKAS.zip --verbosity=3*
> Using configuration file /home/remy/weewx-data/weewx.conf
> Install extension 'AWEKAS.zip' (y/n)? y
> Extracting from zip archive AWEKAS.zip
>   Request to install extension found in directory /tmp/tmpmlahffu4/AWEKAS/
>   Found extension with name 'awekaswx'
>   Copying new files...
> Copying from '/tmp/tmpmlahffu4/AWEKAS/bin/user/awekaswx.py' to 
> '/etc/weewx/bin/user/awekaswx.py'
> Traceback (most recent call last):
>   File "/home/remy/weewx-venv/bin/weectl", line 8, in 
> sys.exit(main())
>   File "/home/remy/weewx-venv/lib/python3.8/site-packages/weectl.py", line 
> 66, in main
> namespace.func(namespace)
>   File 
> "/home/remy/weewx-venv/lib/python3.8/site-packages/weectllib/__init__.py", 
> line 121, in dispatch
> namespace.action_func(config_dict, namespace)
>   File 
> "/home/remy/weewx-venv/lib/python3.8/site-packages/weectllib/extension_cmd.py",
>  
> line 116, in install_extension
> ext.install_extension(namespace.source, no_confirm=namespace.yes)
>   File 
> "/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
> line 138, in install_extension
> extension_name = self._install_from_file(extension_path, filetype)
>   File 
> "/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
> line 168, in _install_from_file
> extension_name = self.install_from_dir(extension_dir)
>   File 
> "/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
> line 185, in install_from_dir
> self._install_files(installer['files'], extension_dir)
>   File 
> "/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
> line 269, in _install_files
> shutil.copy(source_path, destination_path)
>   File "/usr/lib/python3.8/shutil.py", line 418, in copy
> copyfile(src, dst, follow_symlinks=follow_symlinks)
>   File "/usr/lib/python3.8/shutil.py", line 264, in copyfile
> with open(src, 'rb') as fsrc, open(dst, 'wb') as fdst:
> FileNotFoundError: [Errno 2] No such file or directory: 
> '/etc/weewx/bin/user/awekaswx.py'
>
>
> Mar  1 14:20:09 remy-virtual-machine weectl[3382]: INFO weectllib: 
> Initializing weectl version 5.0.2
> Mar  1 14:20:09 remy-virtual-machine weectl[3382]: INFO weectllib: Command 
> line: /home/remy/weewx-venv/bin/weectl extension install AWEKAS.zip 
> --verbosity=3
> Mar  1 14:20:09 remy-virtual-machine weectl[3382]: ERROR weeutil.startup: 
> Cannot load user extensions: No module named 'user'
>
> Le vendredi 1 mars 2024 à 14:10:15 UTC+1, Tom Keffer a écrit :
>
>> (Remy sent me a copy of awekas.zip)
>>
>> It worked for me. Could you try it one more time, this time asking for a 
>> more verbose output? It will give us clues where it is trying 

Re: [weewx-user] Problem with WeeWX5 "driver" directory

[Remy Lavabre]

(weewx-venv) remy@remy-virtual-machine:~/weewx-data$* weectl extension 
install AWEKAS.zip --verbosity=3*
Using configuration file /home/remy/weewx-data/weewx.conf
Install extension 'AWEKAS.zip' (y/n)? y
Extracting from zip archive AWEKAS.zip
  Request to install extension found in directory /tmp/tmpmlahffu4/AWEKAS/
  Found extension with name 'awekaswx'
  Copying new files...
Copying from '/tmp/tmpmlahffu4/AWEKAS/bin/user/awekaswx.py' to 
'/etc/weewx/bin/user/awekaswx.py'
Traceback (most recent call last):
  File "/home/remy/weewx-venv/bin/weectl", line 8, in 
sys.exit(main())
  File "/home/remy/weewx-venv/lib/python3.8/site-packages/weectl.py", line 
66, in main
namespace.func(namespace)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weectllib/__init__.py", 
line 121, in dispatch
namespace.action_func(config_dict, namespace)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weectllib/extension_cmd.py", 
line 116, in install_extension
ext.install_extension(namespace.source, no_confirm=namespace.yes)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
line 138, in install_extension
extension_name = self._install_from_file(extension_path, filetype)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
line 168, in _install_from_file
extension_name = self.install_from_dir(extension_dir)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
line 185, in install_from_dir
self._install_files(installer['files'], extension_dir)
  File 
"/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
line 269, in _install_files
shutil.copy(source_path, destination_path)
  File "/usr/lib/python3.8/shutil.py", line 418, in copy
copyfile(src, dst, follow_symlinks=follow_symlinks)
  File "/usr/lib/python3.8/shutil.py", line 264, in copyfile
with open(src, 'rb') as fsrc, open(dst, 'wb') as fdst:
FileNotFoundError: [Errno 2] No such file or directory: 
'/etc/weewx/bin/user/awekaswx.py'


Mar  1 14:20:09 remy-virtual-machine weectl[3382]: INFO weectllib: 
Initializing weectl version 5.0.2
Mar  1 14:20:09 remy-virtual-machine weectl[3382]: INFO weectllib: Command 
line: /home/remy/weewx-venv/bin/weectl extension install AWEKAS.zip 
--verbosity=3
Mar  1 14:20:09 remy-virtual-machine weectl[3382]: ERROR weeutil.startup: 
Cannot load user extensions: No module named 'user'

Le vendredi 1 mars 2024 à 14:10:15 UTC+1, Tom Keffer a écrit :

> (Remy sent me a copy of awekas.zip)
>
> It worked for me. Could you try it one more time, this time asking for a 
> more verbose output? It will give us clues where it is trying to copy files 
> to and from.
>
> *weectl extension install awekas.zip --verbosity=3*
>
>
>
> On Thu, Feb 29, 2024 at 2:15 PM Tom Keffer  wrote:
>
>> Yes, I do want it. I am unable to reproduce the problem. It's possible 
>> the problem is with how the extension has been packaged. 
>>
>> On Thu, Feb 29, 2024 at 1:43 PM Remy LAVABRE  wrote:
>>
>>> I do not think that the problem come from awekaswx.py.
>>> The install try to put it in etc/weewx/bin/user/awekaswx.py which does 
>>> not exist as I am under virtuel python environnement !
>>> The problem is independant of what is in awekaswx.py... no ?
>>> You want it anyway ?
>>>
>>>
>>>
>>> Le jeu. 29 févr. 2024, 22:29, Tom Keffer  a écrit :
>>>
 You sent it for the "Unrecognized type" error, not the "No such file" 
 error.

 Could you send me the entire file AWEKAS.zip and I will try it on my 
 end?

 -tk

 On Thu, Feb 29, 2024 at 1:19 PM Remy LAVABRE  
 wrote:

> Sorry Tom but I’ve already send you the return of the terminal :
>
> (weewx-venv) remy@remy-virtual-machine:~/weewx-data$ extension weectl 
> installer AWEKAS.zip
> Utilisation du fichier de configuration 
> /home/remy/weewx-data/weewx.conf
> Installer l'extension « AWEKAS.zip » (o/n) ? oui
> Extraction de l'archive zip AWEKAS.zip
> Traceback (dernier appel le plus récent) :
> Fichier "/home/remy/weewx-venv/bin/weectl", ligne 8, dans 
> sys.exit(main())
> Fichier "/home/remy/weewx-venv/lib/python3.8/site-packages/weectl.py", 
> ligne 66, dans main
> espace de noms.func (espace de noms)
> Fichier 
> "/home/remy/weewx-venv/lib/python3.8/site-packages/weectllib/__init__.py",
>  
> ligne 121, dans dispatch
> espace de noms.action_func(config_dict, espace de noms)
> Fichier 
> "/home/remy/weewx-venv/lib/python3.8/site-packages/weectllib/extension_cmd.py",
>  
> ligne 116, dans install_extension
> ext.install_extension (namespace.source, no_confirm=namespace.yes)
> Fichier 
> "/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py", 
> ligne 138, dans install_extension
> extension_name = self._install_from_file (extension_path, type de 
> fichier)
> Fichier 
> "/home/remy/weewx-

[weewx-user] Fahrenheit instead of celsius in weewx.sdb? / csv export: wrong datetime format

[Thomas Hackler]

Hello,
I started playing with a copy of weewx.sdb to open it as a csv file to work 
with the data in Excel. I used the DB Browser for SQLite to export the data 
to csv, this worked.
If I look on the data in the DB browser and in Excel for my temperatures 
they look really strange. I expect Celsius and it seems to be Fahrenheit?
Now I see that in my weewx.conf under [StdConvert] target_unit = US, so I 
should change it now in "METRIC", right ?
I guess I have to convert my temps in Excel from Fahrenheit to Celsius for 
my old data

The other values for humidity etc. show partially very high values like 
4,7e+14.or 870 for example (maybe it is 87.0 in reall). 

The other problem is that I am not able to convert the datetime into a 
right time format in Excel to see time and date ? Maybe you can help me 
here?
I tried different options like Unicode, Windows, US-ASCII etc. in Excel for 
the import with no success.
Thanks!
Regards
Thomas

-- 
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/c82346f7-6dee-4f85-b156-ee1ac5e0632cn%40googlegroups.com.

Re: [weewx-user] Problem with WeeWX5 "driver" directory

[Tom Keffer]

(Remy sent me a copy of awekas.zip)

It worked for me. Could you try it one more time, this time asking for a
more verbose output? It will give us clues where it is trying to copy files
to and from.

*weectl extension install awekas.zip --verbosity=3*



On Thu, Feb 29, 2024 at 2:15 PM Tom Keffer  wrote:

> Yes, I do want it. I am unable to reproduce the problem. It's possible the
> problem is with how the extension has been packaged.
>
> On Thu, Feb 29, 2024 at 1:43 PM Remy LAVABRE 
> wrote:
>
>> I do not think that the problem come from awekaswx.py.
>> The install try to put it in etc/weewx/bin/user/awekaswx.py which does
>> not exist as I am under virtuel python environnement !
>> The problem is independant of what is in awekaswx.py... no ?
>> You want it anyway ?
>>
>>
>>
>> Le jeu. 29 févr. 2024, 22:29, Tom Keffer  a écrit :
>>
>>> You sent it for the "Unrecognized type" error, not the "No such file"
>>> error.
>>>
>>> Could you send me the entire file AWEKAS.zip and I will try it on my end?
>>>
>>> -tk
>>>
>>> On Thu, Feb 29, 2024 at 1:19 PM Remy LAVABRE 
>>> wrote:
>>>
 Sorry Tom but I’ve already send you the return of the terminal :

 (weewx-venv) remy@remy-virtual-machine:~/weewx-data$ extension weectl
 installer AWEKAS.zip
 Utilisation du fichier de configuration /home/remy/weewx-data/weewx.conf
 Installer l'extension « AWEKAS.zip » (o/n) ? oui
 Extraction de l'archive zip AWEKAS.zip
 Traceback (dernier appel le plus récent) :
 Fichier "/home/remy/weewx-venv/bin/weectl", ligne 8, dans 
 sys.exit(main())
 Fichier "/home/remy/weewx-venv/lib/python3.8/site-packages/weectl.py",
 ligne 66, dans main
 espace de noms.func (espace de noms)
 Fichier
 "/home/remy/weewx-venv/lib/python3.8/site-packages/weectllib/__init__.py",
 ligne 121, dans dispatch
 espace de noms.action_func(config_dict, espace de noms)
 Fichier
 "/home/remy/weewx-venv/lib/python3.8/site-packages/weectllib/extension_cmd.py",
 ligne 116, dans install_extension
 ext.install_extension (namespace.source, no_confirm=namespace.yes)
 Fichier
 "/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py",
 ligne 138, dans install_extension
 extension_name = self._install_from_file (extension_path, type de
 fichier)
 Fichier
 "/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py",
 ligne 168, dans _install_from_file
 extension_name = self.install_from_dir(extension_dir)
 Fichier
 "/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py",
 ligne 185, dans install_from_dir
 self._install_files(installer['files'], extension_dir)
 Fichier
 "/home/remy/weewx-venv/lib/python3.8/site-packages/weecfg/extension.py",
 ligne 269, dans _install_files
 close.copy (chemin_source, chemin_destination)
 Fichier "/usr/lib/python3.8/shutil.py", ligne 418, en copie
 copyfile(src, dst, follow_symlinks=follow_symlinks)
 Fichier "/usr/lib/python3.8/shutil.py", ligne 264, dans le copyfile
 avec open(src, 'rb') comme fsrc, open(dst, 'wb') comme fdst :
 FileNotFoundError : [Errno 2] Aucun fichier ou répertoire de ce type :
 '/etc/weewx/bin/user/awekaswx.py'
 (weewx-venv) remy@remy-virtual-machine:~/weewx-data$

 I have nothing else except syslog already sent...
 If there there is another information you want, I do not know which one
 and how to get it... 😞
 ???



 Le jeu. 29 févr. 2024, 19:58, Tom Keffer  a écrit :

> When you run "weectl extension install", what shows up on the
> terminal? It should tell you which configuration file it is using. That
> will tell us what it expects WEEWX_ROOT to be.
>
> On Thu, Feb 29, 2024 at 10:13 AM Remy LAVABRE 
> wrote:
>
>> Sorry Tom, I don’t understand what you want exactly...
>>
>> Le jeu. 29 févr. 2024, 17:45, Tom Keffer  a
>> écrit :
>>
>>> How about the transcript? What did you see when you ran weectl?
>>>
>>> On Thu, Feb 29, 2024 at 8:05 AM Remy Lavabre 
>>> wrote:
>>>
 Feb 29 17:03:12 remy-virtual-machine weectl[3059]: INFO weectllib:
 Initializing weectl version 5.0.2
 Feb 29 17:03:12 remy-virtual-machine weectl[3059]: INFO weectllib:
 Command line: /home/remy/weewx-venv/bin/weectl extension install 
 AWEKAS.zip
 Feb 29 17:03:12 remy-virtual-machine weectl[3059]: ERROR
 weeutil.startup: Cannot load user extensions: No module named 'user'

 Le jeudi 29 février 2024 à 16:59:12 UTC+1, Tom Keffer a écrit :

> It should be trying to install in the WEEWX_ROOT directory, which
> is generally the directory that weewx.conf is in. To diagnose, we 
> need to
> see more of the log. It will tell you what WEEWX_ROOT is.
>
> Also, it would be useful to see the full transcript when you ran

Re: [weewx-user] leap year and span

[Tom Keffer]

That's interesting! However, Python treats it differently. The equivalent
would be something like

import datetime
march29_23 = datetime.date.fromisoformat("2023-03-29")
print(march29_23 - datetime.timedelta(month=1))


Unfortunately, datetime.timedelta does not offer an argument "month",
perhaps for just this reason.

However, I am open to a pull request should someone want to capture an
alternative behavior.

-tk



On Fri, Mar 1, 2024 at 1:13 AM 'michael.k...@gmx.at' via weewx-user <
weewx-user@googlegroups.com> wrote:

> Citing issue #436 
>
> "What is 30 March minus one month? By this solution, it should be 28 Feb.
>
> So then what is 29 March minus one month? Also 28 Feb? And so would 28
> March minus a month. So, "one month earlier" for three days in a row leads
> to the same date. That doesn't seem right."
> That's how the Java People do it:
> import java.time.*;
>
> import java.time.*;
>
> public class Leaps {
> public static void main(String[] args)
> {
> LocalDate march29_23 = LocalDate.parse("2023-03-29");
> LocalDate march30_23 = LocalDate.parse("2023-03-30");
> LocalDate march31_23 = LocalDate.parse("2023-03-31");
> LocalDate march29_24 = LocalDate.parse("2024-03-29");
> LocalDate march30_24 = LocalDate.parse("2024-03-30");
> LocalDate march31_24 = LocalDate.parse("2024-03-31");
>
> System.out.printf("%s minus one month: %s%n", march29_23,
> march29_23.minusMonths(1));
> System.out.printf("%s minus one month: %s%n", march30_23,
> march30_23.minusMonths(1));
> System.out.printf("%s minus one month: %s%n", march31_23,
> march31_23.minusMonths(1));
> System.out.printf("%s minus one month: %s%n", march29_24,
> march29_24.minusMonths(1));
> System.out.printf("%s minus one month: %s%n", march30_24,
> march30_24.minusMonths(1));
> System.out.printf("%s minus one month: %s%n", march31_24,
> march31_24.minusMonths(1));
> }
> }
>
> Output:
> 2023-03-29 minus one month: 2023-02-28
> 2023-03-30 minus one month: 2023-02-28
> 2023-03-31 minus one month: 2023-02-28
> 2024-03-29 minus one month: 2024-02-29
> 2024-03-30 minus one month: 2024-02-29
> 2024-03-31 minus one month: 2024-02-29
>
> So, they claim it is right, what doesn't seem right for you.
> Tom Keffer schrieb am Donnerstag, 29. Februar 2024 um 21:03:55 UTC+1:
>
>> I am not surprised that $year_delta=1 does not work on leap day. There is
>> no 29 February 2023.
>>
>> This is issue #436 .
>>
>>
>> On Thu, Feb 29, 2024 at 9:45 AM František Slimařík 
>> wrote:
>>
>>> Hi Tom,
>>>
>>> actually I found another for cycle which caused the issue. When I
>>> changed delta from "$year_delta=1" into "$day_delta=365" it works again.
>>> Interesting it worked without any issue till yesterday :)
>>>
>>> ##for $A in $span($year_delta=1).months
>>>  $A.dateTime.format("%OB %Y");$A.rain.sum.format(add_label=False)
>>> #end for
>>>
>>>
>>> čt 29. 2. 2024 v 15:49 odesílatel Tom Keffer  napsal:
>>>
 I just tried this and it worked fine:

 28. February 2023;33.4
 1. March 2023;36.1
 2. March 2023;38.0
 3. March 2023;37.1
 ...
 26. February 2024;37.3
 27. February 2024;38.5
 28. February 2024;41.3


 On Wed, Feb 28, 2024 at 8:57 PM František Slimařík 
 wrote:

> Yes, right
>
> #for $i in $span($day_delta=365).days
> #set fDate = $i.dateTime.format("%-d. %B %Y")
> $fDate;$i.outTemp.avg.format(add_label=False)
> #end for
>
> čt 29. 2. 2024 v 1:49 odesílatel Tom Keffer  napsal:
>
>> I don't know. How are you using the $span() tags? In a loop, I assume?
>>
>> On Wed, Feb 28, 2024 at 3:25 PM František Slimařík 
>> wrote:
>>
>>> Hello,
>>>
>>> is it possible that leap year causes issue in span tag? I am using
>>> these:
>>>
>>> $span($day_delta=365).days
>>> $span($year_delta=1).months
>>>
>>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR
>>> weewx.cheetahgenerator: Evaluation of template
>>> /etc/weewx/skins/neowx/year.html.tmpl failed with exception '>> 'ValueError'>'
>>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR
>>> weewx.cheetahgenerator:  Ignoring template
>>> /etc/weewx/skins/neowx/year.html.tmpl
>>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR
>>> weewx.cheetahgenerator:  Reason: day is out of range for month
>>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR
>>> weewx.cheetahgenerator:   Traceback (most recent call last):
>>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR
>>> weewx.cheetahgenerator: File
>>> "/usr/share/weewx/weewx/cheetahgenerator.py", line 334, in generate
>>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR
>>> weewx.cheetahgenerator:  

Re: [weewx-user] leap year and span

[Graham Eddy]

“month” is a fuzzy measure, not precise. it is not surprising that arithmetic 
with fuzzy numbers produces fuzzy numbers.
what *is* surprising is that people find the above surprising

same as network distributed time - given the variable time it takes to transfer 
a “time” to another place, we all agree that two such “time” values are 
considered “equal” if their difference is within a workable tolerance.
⊣GE⊢

> On 1 Mar 2024, at 8:12 pm, 'michael.k...@gmx.at' via weewx-user 
>  wrote:
> 
> "What is 30 March minus one month? By this solution, it should be 28 Feb.
> So then what is 29 March minus one month? Also 28 Feb? And so would 28 March 
> minus a month. So, "one month earlier" for three days in a row leads to the 
> same date. That doesn't seem right."
> 

-- 
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/0CAA3340-F31E-4B0B-84D3-BCF8CFF87E3C%40geddy.au.

[weewx-user] Re: rsync does not work after upgrade to v5

[Mario Wesolek]

remember the permissions of files on the remote machine!

Mario Wesolek schrieb am Freitag, 1. März 2024 um 10:59:16 UTC+1:

> problem here: since weewx 5 the deamon runs no more as root. The new user 
> "weewx" hat his homedir under "/var/lib/weewx/" so i create the ssh config 
> there. this is a workaround, but it works...  
> teq...@gmail.com schrieb am Freitag, 1. März 2024 um 10:36:32 UTC+1:
>
>> Hello,
>> first I messed up with the normal upgrade from 4 to 5 via apt upgrade. 
>> After that I created a complete new installation but keep my weewx.conf 
>> file.
>>
>> So,  weewx 5 works now and generated all information. Unfortunately the 
>> rsync "skin" does not do anything. If I execute the rsync command manually 
>> it works fine.
>>
>> After that I enabled the debug mode and saw that the command seems to be 
>> executed, but without any output.
>>
>> 2024-03-01T10:30:35.062186+01:00 weewx weewxd[392]: DEBUG 
>> weewx.reportengine: Running report 'RSYNC'
>> 2024-03-01T10:30:35.062694+01:00 weewx weewxd[392]: DEBUG 
>> weewx.reportengine: Found configuration file 
>> /etc/weewx/skins/Rsync/skin.conf for report 'RSYNC'
>> 2024-03-01T10:30:35.065311+01:00 weewx weewxd[392]: DEBUG 
>> weewx.reportengine: Running generators for report 'RSYNC' in directory 
>> '/etc/weewx/skins/Rsync'
>> 2024-03-01T10:30:35.065483+01:00 weewx weewxd[392]: DEBUG 
>> weeutil.rsyncupload: rsyncupload: cmd: [['rsync', '--archive', '--stats', 
>> '-e', 'ssh', '/var/www/html/weewx/', 
>> 'us...@vps01.example.com:/home/user/webseiten/website/html']]
>>
>> Because of the working weewx.conf in version 4 I don't see any issues. I 
>> read many comments about host key verification, but I don't have this issue 
>> here. So maybe someone could help.
>>
>> 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-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/200d498b-373a-43ab-898f-7a031286b317n%40googlegroups.com.

[weewx-user] Re: rsync does not work after upgrade to v5

[Mario Wesolek]

problem here: since weewx 5 the deamon runs no more as root. The new user 
"weewx" hat his homedir under "/var/lib/weewx/" so i create the ssh config 
there. this is a workaround, but it works...  
teq...@gmail.com schrieb am Freitag, 1. März 2024 um 10:36:32 UTC+1:

> Hello,
> first I messed up with the normal upgrade from 4 to 5 via apt upgrade. 
> After that I created a complete new installation but keep my weewx.conf 
> file.
>
> So,  weewx 5 works now and generated all information. Unfortunately the 
> rsync "skin" does not do anything. If I execute the rsync command manually 
> it works fine.
>
> After that I enabled the debug mode and saw that the command seems to be 
> executed, but without any output.
>
> 2024-03-01T10:30:35.062186+01:00 weewx weewxd[392]: DEBUG 
> weewx.reportengine: Running report 'RSYNC'
> 2024-03-01T10:30:35.062694+01:00 weewx weewxd[392]: DEBUG 
> weewx.reportengine: Found configuration file 
> /etc/weewx/skins/Rsync/skin.conf for report 'RSYNC'
> 2024-03-01T10:30:35.065311+01:00 weewx weewxd[392]: DEBUG 
> weewx.reportengine: Running generators for report 'RSYNC' in directory 
> '/etc/weewx/skins/Rsync'
> 2024-03-01T10:30:35.065483+01:00 weewx weewxd[392]: DEBUG 
> weeutil.rsyncupload: rsyncupload: cmd: [['rsync', '--archive', '--stats', 
> '-e', 'ssh', '/var/www/html/weewx/', 
> 'us...@vps01.example.com:/home/user/webseiten/website/html']]
>
> Because of the working weewx.conf in version 4 I don't see any issues. I 
> read many comments about host key verification, but I don't have this issue 
> here. So maybe someone could help.
>
> 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-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/2602729b-e3a1-40ed-8506-ce298d3b276en%40googlegroups.com.

[weewx-user] rsync does not work after upgrade to v5

[teq...@gmail.com]

Hello,
first I messed up with the normal upgrade from 4 to 5 via apt upgrade. 
After that I created a complete new installation but keep my weewx.conf 
file.

So,  weewx 5 works now and generated all information. Unfortunately the 
rsync "skin" does not do anything. If I execute the rsync command manually 
it works fine.

After that I enabled the debug mode and saw that the command seems to be 
executed, but without any output.

2024-03-01T10:30:35.062186+01:00 weewx weewxd[392]: DEBUG 
weewx.reportengine: Running report 'RSYNC'
2024-03-01T10:30:35.062694+01:00 weewx weewxd[392]: DEBUG 
weewx.reportengine: Found configuration file 
/etc/weewx/skins/Rsync/skin.conf for report 'RSYNC'
2024-03-01T10:30:35.065311+01:00 weewx weewxd[392]: DEBUG 
weewx.reportengine: Running generators for report 'RSYNC' in directory 
'/etc/weewx/skins/Rsync'
2024-03-01T10:30:35.065483+01:00 weewx weewxd[392]: DEBUG 
weeutil.rsyncupload: rsyncupload: cmd: [['rsync', '--archive', '--stats', 
'-e', 'ssh', '/var/www/html/weewx/', 
'u...@vps01.example.com:/home/user/webseiten/website/html']]

Because of the working weewx.conf in version 4 I don't see any issues. I 
read many comments about host key verification, but I don't have this issue 
here. So maybe someone could help.

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-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/5ccb45c1-9e25-4043-a5a1-7faa65833e51n%40googlegroups.com.

Re: [weewx-user] leap year and span

['michael.k...@gmx.at' via weewx-user]

Citing issue #436 

"What is 30 March minus one month? By this solution, it should be 28 Feb.

So then what is 29 March minus one month? Also 28 Feb? And so would 28 
March minus a month. So, "one month earlier" for three days in a row leads 
to the same date. That doesn't seem right."
That's how the Java People do it:
import java.time.*; 
  
import java.time.*; 
  
public class Leaps { 
public static void main(String[] args) 
{ 
LocalDate march29_23 = LocalDate.parse("2023-03-29");
LocalDate march30_23 = LocalDate.parse("2023-03-30");
LocalDate march31_23 = LocalDate.parse("2023-03-31");
LocalDate march29_24 = LocalDate.parse("2024-03-29");
LocalDate march30_24 = LocalDate.parse("2024-03-30");
LocalDate march31_24 = LocalDate.parse("2024-03-31");
  
System.out.printf("%s minus one month: %s%n", march29_23, 
march29_23.minusMonths(1));
System.out.printf("%s minus one month: %s%n", march30_23, 
march30_23.minusMonths(1));
System.out.printf("%s minus one month: %s%n", march31_23, 
march31_23.minusMonths(1));
System.out.printf("%s minus one month: %s%n", march29_24, 
march29_24.minusMonths(1));
System.out.printf("%s minus one month: %s%n", march30_24, 
march30_24.minusMonths(1));
System.out.printf("%s minus one month: %s%n", march31_24, 
march31_24.minusMonths(1));
} 
} 

Output:
2023-03-29 minus one month: 2023-02-28
2023-03-30 minus one month: 2023-02-28
2023-03-31 minus one month: 2023-02-28
2024-03-29 minus one month: 2024-02-29
2024-03-30 minus one month: 2024-02-29
2024-03-31 minus one month: 2024-02-29

So, they claim it is right, what doesn't seem right for you. 
Tom Keffer schrieb am Donnerstag, 29. Februar 2024 um 21:03:55 UTC+1:

> I am not surprised that $year_delta=1 does not work on leap day. There is 
> no 29 February 2023.
>
> This is issue #436 .
>
>
> On Thu, Feb 29, 2024 at 9:45 AM František Slimařík  
> wrote:
>
>> Hi Tom,
>>
>> actually I found another for cycle which caused the issue. When I changed 
>> delta from "$year_delta=1" into "$day_delta=365" it works again. 
>> Interesting it worked without any issue till yesterday :)
>>
>> ##for $A in $span($year_delta=1).months
>>  $A.dateTime.format("%OB %Y");$A.rain.sum.format(add_label=False)
>> #end for
>>
>>
>> čt 29. 2. 2024 v 15:49 odesílatel Tom Keffer  napsal:
>>
>>> I just tried this and it worked fine:
>>>
>>> 28. February 2023;33.4
>>> 1. March 2023;36.1
>>> 2. March 2023;38.0
>>> 3. March 2023;37.1
>>> ...
>>> 26. February 2024;37.3
>>> 27. February 2024;38.5
>>> 28. February 2024;41.3
>>>
>>>
>>> On Wed, Feb 28, 2024 at 8:57 PM František Slimařík  
>>> wrote:
>>>
 Yes, right

 #for $i in $span($day_delta=365).days
 #set fDate = $i.dateTime.format("%-d. %B %Y")
 $fDate;$i.outTemp.avg.format(add_label=False)
 #end for

 čt 29. 2. 2024 v 1:49 odesílatel Tom Keffer  napsal:

> I don't know. How are you using the $span() tags? In a loop, I assume?
>
> On Wed, Feb 28, 2024 at 3:25 PM František Slimařík  
> wrote:
>
>> Hello,
>>
>> is it possible that leap year causes issue in span tag? I am using 
>> these:
>>
>> $span($day_delta=365).days
>> $span($year_delta=1).months
>>
>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR 
>> weewx.cheetahgenerator: Evaluation of template 
>> /etc/weewx/skins/neowx/year.html.tmpl failed with exception '> 'ValueError'>'
>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR 
>> weewx.cheetahgenerator:  Ignoring template 
>> /etc/weewx/skins/neowx/year.html.tmpl
>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR 
>> weewx.cheetahgenerator:  Reason: day is out of range for month
>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR 
>> weewx.cheetahgenerator:   Traceback (most recent call last):
>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR 
>> weewx.cheetahgenerator: File 
>> "/usr/share/weewx/weewx/cheetahgenerator.py", line 334, in generate
>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR 
>> weewx.cheetahgenerator:   unicode_string = 
>> compiled_template.respond()
>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR 
>> weewx.cheetahgenerator: File 
>> "_etc_weewx_skins_neowx_year_html_tmpl.py", line 1380, in respond
>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR 
>> weewx.cheetahgenerator: File "/usr/share/weewx/weewx/tags.py", 
>> line 
>> 132, in span
>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR 
>> weewx.cheetahgenerator:   year_delta=year_delta, 
>> boundary=boundary),
>> Feb 29 00:10:43 rocky-weather-machine weewxd[405028]: ERROR 
>>