Can confirm that worked,
Thanks,
Ian
On Friday, December 22, 2023 at 4:27:17 PM UTC Steeple Ian wrote:
> Thanks Matthew, I have a fork of gw1000 so I can do it directly from there.
>
> Ian
>
> On Friday, December 22, 2023 at 4:20:36 PM UTC matthew wall wrote:
>
>> I guess
Quick question Matthew, did you mean replace the whole line?
On Friday, December 22, 2023 at 4:27:17 PM UTC Steeple Ian wrote:
> Thanks Matthew, I have a fork of gw1000 so I can do it directly from there.
>
> Ian
>
> On Friday, December 22, 2023 at 4:20:36 PM UTC matthew wall wrot
Thanks Matthew, I have a fork of gw1000 so I can do it directly from there.
Ian
On Friday, December 22, 2023 at 4:20:36 PM UTC matthew wall wrote:
> I guess the second last line is the key one. Being trying to dig my way
> out of this one without success. I never had a problem with any of the
Installed the release candidate using pip. All working fine using simulator
driver. Then tried to install Gary's weewx-gw1000.py driver and repeatedly
get this error: -
(weewx-venv) Ian@bookworm:~$ weectl extension install
https://github.com/gjr80/weewx-gw1000/releases/download/v0.6.0b2/gw1000-
"weectl report" alone to show the
> help page. At least, I haven't found it!
>
> On Tue, Nov 28, 2023 at 3:25 PM Steeple Ian wrote:
>
>> Ok Tom, sorry I misunderstood. So my issue is that running weectl report
>> invokes the weectl help page.
>>
>&g
quot;
>
> On Tue, Nov 28, 2023 at 3:05 PM Steeple Ian wrote:
>
>> Tom,
>> The commit does not seem to have resolved the issue. I am still getting
>> the help page when I run weectl report from within the virtual environment:
>> -
>>
>> (weewx-venv) xxx
ages/weectllib/report_actions.py",
>>
>> line 47, in list_reports
>> unit_system = skin_dict["unit_system"].upper()
>> ~^^^
>> File
>> "/home/pi/weewx-venv/lib/python3.11/site-packages/configo
I do not know if this a known issue: -
Running weectl report from within a virtual environment only brings up the
weectl help text: -
(weewx-venv) XXX@bookworm:~$ weectl report
usage: weectl -v|--version
weectl -h|--help
weectl database --help
weectl debug --help
weec
Tom,
I can confirm that the fix works perfectly.
Thanks
Ian
On Wednesday, July 12, 2023 at 1:14:01 AM UTC+1 Steeple Ian wrote:
> Thanks Tom.
>
> On Wednesday, July 12, 2023 at 12:41:43 AM UTC+1 Tom Keffer wrote:
>
>> Fixed in commit 6a4ab52
>> <https://gi
ble
> point. In the meantime, you can swap out almanac.py
> <https://raw.githubusercontent.com/weewx/weewx/6a4ab5246bed68e52bc4faa708c1b16126e9a37a/bin/weewx/almanac.py>
>
> if you wish.
>
>
>
> On Tue, Jul 11, 2023 at 3:07 PM Steeple Ian wrote:
>
>> Chec
Checking version 5 with my skin which makes extensive use of the extended
almanac tags: -
I am comparing V5.0.0b8 with V4.10.2
The version of ephem on both installations is the latest 4.1.4
I have noticed an issue with the following which I use in a .tmpl file to
generate jsondata: -
$almanac.
There is a link to this issue
https://matthewsetter.com/sqlite-attempt-to-write-to-readonly-database/
On Tuesday, May 23, 2023 at 10:00:10 PM UTC+1 Steeple Ian wrote:
> Tom, Graham,
>
> Yes that was the issue, with sqlite3, you have to change the permissions
> on the containi
Tom, Graham,
Yes that was the issue, with sqlite3, you have to change the permissions on
the containing directory.
Armed with that information I have found a way which appears to be robust.
Instead of copying the compressed file across from my main server, I
crompressed the archive folder/cont
abase you think it's using.
>
> On Mon, May 22, 2023 at 4:38 PM Steeple Ian wrote:
>
>> This is from before I used wee_database --drop-daily and wee_database
>> --rebuild
>>
>> igm@igm:~/weewx-data/archive $ ls -l /home/igm/weewx-data/archive
>> total 2799
both the same output
On Monday, May 22, 2023 at 11:00:29 PM UTC+1 Tom Keffer wrote:
> Humor me. Please post the output.
>
> On Mon, May 22, 2023 at 2:40 PM Steeple Ian wrote:
>
>> Yes they do, that is what confuses me.
>>
>> On Monday, May 22, 2023 at 10:2
unning as?
>
> *cat /etc/systemd/system/weewx.service*
>
>
> They should match.
>
> -tk
>
> On Mon, May 22, 2023 at 2:13 PM Steeple Ian wrote:
>
>> Tom,
>>
>> This is a complete report of the process I used
>>
>> New development server up and
,
process_services = weewx.engine.StdConvert,
weewx.engine.StdCalibrate, weewx.engine.StdQC,
weewx.wxservices.StdWXCalculate
xtype_services = weewx.wxxtypes.StdWXXTypes,
weewx.wxxtypes.StdPressureCooker, weewx.wxxtypes.StdRainRater,
weewx.wxxtypes.StdDelta
archive_services = weewx.engine.S
In
> particular, did you use an explicit path to a weewx.conf? What was in that
> configuration file?
>
> Nothing has changed in the database file, but how it is found is different.
>
> On Sat, May 20, 2023 at 1:03 PM Steeple Ian wrote:
>
>> I have been trying out 5.0.0b1 to en
I have been trying out 5.0.0b1 to ensure that the weewx-`weather34 skin I
maintain is compatible and have noticed an oddity when moving my existing
weewx.sdb database file across.
I installed using the pip installer method which was impressively smooth,
ran for a while with the simulator, then
:58 AM UTC, steeple ian wrote:
>
> Hi
>
> Hit a problem with the SDR driver. Under WeeWX3.9.2 it work perfectly.
>
> With WeeWX 4.0.0b14 I hit this problem.
>
> ar 09 00:18:24 raspberrypi weewxd[8537]: weewx[8537] CRITICAL weewx.engine:
> self.console =
Hi
Hit a problem with the SDR driver. Under WeeWX3.9.2 it work perfectly.
With WeeWX 4.0.0b14 I hit this problem.
ar 09 00:18:24 raspberrypi weewxd[8537]: weewx[8537] CRITICAL weewx.engine:
self.console = loader_function(config_dict, self)
Mar 09 00:18:24 raspberrypi weewxd[8537]:
to this to minimise the amount
of editing for the user. Do you have any suggestions of what I could try?
You can see the current build at https://github.com/steepleian/WX-HWS
Many thanks,
Ian
On Thursday, July 4, 2019 at 2:16:43 PM UTC+1, mwall wrote:
>
>
>>> On 04 Jul 2019, at
#x27;t go away on the
> simple kill).
>
> Regards,
> \Leon
> --
> Leon Shaner :: Dearborn, Michigan (iPad)
>
> On Aug 28, 2019, at 9:35 AM, steeple ian >
> wrote:
>
>
> *lsof /dev/ttyUSB0 shows nothing at all.*
>
> On Wednesday, August 28, 2019 at 1:51:27
ng there's another process holding on to the port.
>
> -tk
>
> On Wed, Aug 28, 2019 at 4:19 AM steeple ian > wrote:
>
>> Tom,
>>
>> I am testing WeeWX 4.0.0.a7 with the SDS011 driver.
>>
>> I am getting the following error: -
>>
>> w
Tom,
I am testing WeeWX 4.0.0.a7 with the SDS011 driver.
I am getting the following error: -
weewx.service - LSB: weewx weather system
Loaded: loaded (/etc/init.d/weewx; generated)
Active: active (exited) since Wed 2019-08-28 12:07:31 BST; 5s ago
Docs: man:systemd-sysv-generator(8)
nesday, July 3, 2019 at 2:39:02 PM UTC-7, steeple ian wrote:
>>
>> Matthew and Gary,
>>
>> A quick question, if I wanted the packaged skin to install some files
>> directly into the web root rather than skin or bin/user, (a) is this
>> possible? (b) what is the
Matthew and Gary,
A quick question, if I wanted the packaged skin to install some files
directly into the web root rather than skin or bin/user, (a) is this
possible? (b) what is the syntax? I have tried all the various path options
that I can think of and install.py keeps throwing syntax error
Forgot to add, my public facing site is https://claydonsweather.org.uk/pws
--
You received this message because you are subscribed to the Google Groups
"weewx-development" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to weewx-development+unsubscr...@goo
Gary,
Thank your offer to guide me through this process.
First of all, WX-HWS is a port of weather34 template designed by Brian
Underdown. Brian has given his permission for his original work to maintained
in three versions, Meteobridge maintained by Lightmaster, Cumulus maintained by
Ken True
29 matches
Mail list logo
