The problem is that my website provider, one.com, changed their root
configuration and the way they handle ftp vs sftp and they don't know
the ramifications of it all just yet. It's obvious they broke it for
"scripted users using an automated path"... here's his response which
I think is boiler pla
I have commented out the FTP lines in both weewx.conf and am now using
the scp utility. It is working, as I told it to recursively take
everything under public_html, and I don't think that leaves anything
out.
The provider has obviously hosed legacy FTP.
On Tue, Sep 20, 2022 at 2:38 PM Tom Keff
I didn't see anything in the documentation I read about how to get "the
python3 version of the library the driver needs". I know 3 is installed
because I installed the pyephem & got it working using pip3. Can someone
point me to a procedure to correct this? Thanks.
On Thu, Apr 1, 2021, 10:44 vince
I read the readme.txt at https://github.com/glennmckechnie/weewx-owfs.
In fact several times.
I'm sorry but it is not clear to me what I'm supposed to do. Although
I'm currently running Simulator, whenever I enable the line in
weewx.conf that says
[Engine]
data_services = user.owfs.OWFSSer
I am still getting the same errors when in [engine][[services]] I
uncomment data_services = user.owfs.OWFSService
On Thu, Apr 1, 2021 at 5:28 PM Messy Potamia wrote:
>
> I read the readme.txt at https://github.com/glennmckechnie/weewx-owfs.
> In fact several times.
> I'm so
ewx restart.
>
> Also your vetted weewx.conf file (sans passwords etc) I think it's
> wee_debug that outputs that information.
>
> Not sure why you're running the simulator when you have the Davis as
> the main driver?
> Correct that owfs will be run as a service in that c
Please be advised I have been using scp in conjunction with ssh in my
scripts to move things around every five minutes (weather station
stuff & wx photos).
On Sat, Feb 19, 2022 at 8:03 AM 'Dr. Thomas Tuch' via weewx-user
wrote:
>
> Dear Rob
> After moving to a different server i have been trying
I think I found what I wanted, after experimenting:
excerpt from titlebar.inc:
$station.location
$current.dateTime
On Sat, Apr 29, 2023 at 7:45 AM messyp...@gmail.com
wrote:
>
> I looked a few things up online about cascasded style sheets & html tags,
> tried a couple setting
Where do those 2 formatting statements go?
Also, why, in current.inc, is the line
#set $observations =
$to_list($DisplayOptions.get('observations_current', ['outTemp',
'barometer']))
containing only outTemp and barometer? Where are the rest of the items
displayed in Current Conditions? Sorry I'm ju
" and
"inch2" and someone politely admonished me as that was not the optimum
practice, but I didn't understand the preferred method of making Lake
Elevation %3.2f and wave height (inches) %2.0f. Sorry.
Thanks for your help.
On Sun, Jul 16, 2023 at 9:32 AM Messy Potamia wrote:
in.conf for what's in DisplayOptions.
>
> 2. You can specify an override for the barometer formatting for the unit
> "inHg" in weewx.conf:
>
> [StdReport]
> ...
> [[Defaults]]
> ...
> [[[Units]]]
> ...
> StringFormats
> in
the formatting conventions for that unit.
>
> Or, maybe you have already done that and something else is wrong, in which
> case, come back and give us more details.
>
> -tk
>
> On Sun, Jul 16, 2023 at 11:45 AM Messy Potamia wrote:
>>
>> re: "3. I'm not
I followed that guidance, removed my hack to units.py, placed the
entries in user/lakedata.py, and it's great.
to wit:
LakeElev 594.74 ftMSL
Yeah.
Thank you again. This is probably what I should've done way back in
the 3.9 days.
Phil
On Sun, Jul 16, 2023 at 11:00 PM Messy Pota
--
In summary, the Secure FTP capability is indicated in weewx.conf (& the
caveat comment seems satisfied with testing of Filezilla's success),
however in weewx's native install it does not work.
--
First I tried the method suggested in weewx.conf and the weewx guide: I
enabled ssh/sftp with m
I should amend the subj line from "sftp" to "secure_ftp" because I
understand that sftp doesn't work, and I was intending to use the native
secure_ftp feature.
On Monday, May 25, 2020 at 11:33:06 AM UTC+2, Messy Potamia wrote:
>
> --
>
> In summary, the
Monday, May 25, 2020 at 11:33:06 AM UTC+2, Messy Potamia wrote:
>
> --
>
> In summary, the Secure FTP capability is indicated in weewx.conf (& the
> caveat comment seems satisfied with testing of Filezilla's success),
> however in weewx's native install it does no
ich one does your server support?
>
> If it supports FTPS, do you know what kind of FTP server it is? The PureFTP
> server tickles a bug in the Python FTP library, but we have a work around.
>
> -tk
>
> On Mon, May 25, 2020 at 3:12 AM Messy Potamia wrote:
>>
>> N
:19:12 PM UTC+2, Tom Keffer wrote:
>
> If you connect via the command line command "ftp", it will usually tell
> you the server make.
>
> BTW, let's switch to weewx-user for these questions. That way, others can
> contribute and learn.
>
> -tk
>
&g
one.com's robotic tech support said they only do ftp, sftp, and ssh, and
don't support ftps. I don't think that offshore robot even knew what ftps
was.
So can somebody tell me about the thing that MWALL has on github?
My pi's all have ssh enabled and can ssh & scp amongst each other. Not sure
t
Aha. "ReadMe". So that's what that's for. 😂 jk
I probably missed it. Thanks.
On Mon, May 25, 2020 at 10:49 PM mwall wrote:
>
>
> On Monday, May 25, 2020 at 3:56:16 PM UTC-4, Messy Potamia wrote:
>>
>> one.com's robotic tech support said
Gary, yes, I did try to install pysftp via pip, it failed, and I went onto
other things. Will read more about this (including Matt's *readme*) and try
this tomorrow.
Meanwhile I'm having problems related to plain ftp that defy logical
consistency but that's for another subject.
On Monday, May 2
oad the rest of the pkg from github including
wget the generator, but probably shouldn't proceed until I can get pysftp
on my Pi.
Thanks!
-------
On Monday, May 25, 2020 at 10:49:00 PM UTC+2, mwall wrote:
>
>
>
> On Monday, May 25, 2020 at 3:56:16 PM UTC-4, Messy Potamia wrote:
&
grade pip
sudo apt-get install libffi-dev
sudo pip install pysftp #errors during pysftp install, " Building wheel for
pynacl (PEP 517) ... \" still working...
This is on my Pi3 running Jessie.
On Tuesday, May 26, 2020 at 8:59:12 AM UTC+2, Messy Potamia wrote:
>
> Matt, I get th
ip (python 2.7)
--- but ---
Successfully built pysftp pynacl bcrypt
Failed to build cryptography
ERROR: Could not build wheels for cryptography which use PEP 517 and
cannot be installed directly
--MP
On Tue, May 26, 2020 at 9:38 AM Messy Potamia wrote:
>
> Here's what I did to a
Messy Potamia
9:53 AM (2 minutes ago)
to weewx-user
And let me tell you there are still problems regarding python version,
setuptools version,; this is turning into a dog's breakfast.
My pip isthe latest version I have ascertained. But cryptography won't
install.
sudo pip -V
*I'm following this because one of my weewx stations rely heavily on OW
sensors to augment the data from my Davis Vantage pro2. *
*I'd upgrade to weewx 4.x but really can't lose owfs operability*.
Thx/mp
On Tuesday, May 26, 2020 at 10:06:04 AM UTC+2, Gazza wrote:
>
>
> If you are running the owf
going through this?
Thx/MP
On Monday, May 25, 2020 at 11:33:06 AM UTC+2, Messy Potamia wrote:
>
> --
>
> In summary, the Secure FTP capability is indicated in weewx.conf (& the
> caveat comment seems satisfied with testing of Filezilla's success),
> however in weewx&#x
the conditions & status of stuff back home
(on the Tennessee river, Alabama)*
*"mp"*
On Tuesday, May 26, 2020 at 12:25:54 PM UTC+2, Gazza wrote:
>
>
>
> On Tuesday, May 26, 2020 at 6:18:17 PM UTC+10, Messy Potamia wrote:
>>
>>
>> *I'm following
I want to read in a single %2.2f from a file "special.dat" and store it in
something I'll never otherwise use, "leafTemp1".
My weewx is 3.6.2. I have read the suggestion to use a 2nd database,
however I do not want to do that. I have written a custom .py before to
read data from a 2-element
s://github.com/tkeffer/filepile>, although that
> would require you to change the format of your data file.
>
> -tk
>
> On Mon, Apr 13, 2020 at 4:35 AM Messy Potamia > wrote:
>
>> I want to read in a single %2.2f from a file "special.dat" and store it
>
> Trying to change the default format in reports for leafTemp1 from "degF"
> to nothing, or just 2.2f, so followed the guide,
> http://www.weewx.com/docs/customizing.htm#formatting_options, to
> current.leafTemp1.format(add_label=False)
>
and I'm getting all kinds of errors. Just changed t
though that most links won't work. And or of course you
> could upgrade to v3.9.2 :)
>
> Gary
>
> On Tuesday, 14 April 2020 07:33:23 UTC+10, Messy Potamia wrote:
>>
>> Trying to change the default format in reports for leafTemp1 from "degF"
>&
weewx/weewx/blob/v3.6.2/docs/customizing.htm#formatting_options>
>
> - bear in mind though that most links won't work. And or of course you
> could upgrade to v3.9.2 :)
>
> Gary
>
> On Tuesday, 14 April 2020 07:33:23 UTC+10, Messy Potamia wrote:
>>
>
Standard. I saw it on someone's Seasons page and thought I'd like it but on
my Std page here. My other system although it has Seasons will stay without
it for now as it's across the ocean.
PH
On Wed, Apr 15, 2020, 12:54 gjr80 wrote:
> Which skin, Seasons or Standard?
>
> Gary
>
> --
> You recei
should be 90% there.
>
> Just remember backup what works.
>
> Gary
>
> On Thursday, 16 April 2020 05:30:30 UTC+10, Messy Potamia wrote:
>>
>> Standard. I saw it on someone's Seasons page and thought I'd like it but
>> on my Std page here. My other syst
#end if
Hope I'm not expecting too much. /var/log/weewx doesn't show any complaints
(default debug)
Phil
On Wednesday, April 15, 2020 at 11:26:58 PM UTC+2, Messy Potamia wrote:
>
> Okay thanks, I'll try that.
>
>
> On Wednesday, April 15, 2020
Regarding next-shoe-to-drop... let's all hope that IBM or whoever doesn't
offer Tom enough $ to buy that new thirty-meter ocean cruiser he's been
wanting, to sell all the rights to weewx for their commercial-only use.
On Wednesday, April 1, 2020 at 8:07:56 PM UTC+2, Chris Richmond wrote:
>
>
The high/low table is working, showing but I'd like to get the upper table
in yesterday.html.tmpl to show the data from 86400 seconds ago, or one day
ago, $day($days_ago=1), or $yesterday. This doesn't seem to be working.
In otherwords, on my Yesterday page, (weewx 3.9.2 Standard skins) I'd lik
--- Moving this issue to a new topic, current.tag versus yesterday.tag ---
On Friday, April 17, 2020 at 10:11:52 AM UTC+2, Messy Potamia wrote:
>
> The table data is working fine. As a header to the Yesterday page, I
> notice
>Yesterday's Wx Summary
> $yesterda
Correction: it doesn't generate an error, but it doesn't return any data.
The tabular data fields are blank for the ones which have
$yesterday.[parameter].
What do you think I'm doing wrong?
On Friday, April 17, 2020 at 4:01:25 PM UTC+2, Messy Potamia wrote:
>
> The high
re in v3.9.2 (documented in V4.0) that gets
> you what you want:
>
> The temperature 24 hours ago was
> $current(timestamp=$current.dateTime.raw-86400).outTemp
>
>
> -tk
>
> On Fri, Apr 17, 2020 at 7:01 AM Messy Potamia > wrote:
>
>> The high/low table is worki
iday, April 17, 2020 at 4:23:24 PM UTC+2, Messy Potamia wrote:
>
> Thanks, trying that now...
>
> On Friday, April 17, 2020 at 4:18:33 PM UTC+2, Thomas Keffer wrote:
>>
>> The two tags serve different purposes. The tag $yesterday represents an
>> *aggregation* over the
To measure my lake elevation I use a MaxBotix ultrasonic range finder. In
my python code, running on the Pi, which every 10 minutes takes a reading
from the sensor and stores it in a static file on /dev/sda1, I do a simple
QC check, comparing the previous reading and if the delta is unreasonable
> the current time.
>
> -tk
>
> On Fri, Apr 17, 2020 at 8:11 AM Messy Potamia > wrote:
>
>> Thanks, the tables are great.
>> - - -
>> Reading through the .tmpls & skin.conf, and
>> http://www.weewx.com/docs/customizing.htm, I cannot glean how to
pril 2020 06:51:03 UTC+3, Messy Potamia wrote:
>>
>> Then is it possible to generate plots that cover the current 48 hours?
>> They would end with the current time but would span 2 days.
>> Thanks
>> Phil
>>
>> On Saturday, April 18, 2020 at 1:25:53 AM UTC+2,
e:
>
> set time_length to the required value (86400*2 for 48 hours) for the
> required plot(s)
> http://weewx.com/docs/customizing.htm#Time_periods
>
>
>
> On Saturday, 18 April 2020 06:51:03 UTC+3, Messy Potamia wrote:
>>
>> Then is it possible to generate plots that
rs. Delete all your "yesterday"
> plots to have them regenerated at the next reporting cycle.
>
>
>
> On Sat, Apr 18, 2020 at 6:51 AM Messy Potamia wrote:
>>
>> in skin.conf:
>> [[yesterday_images]]
>> # x_label_format = %H:%M
>> #
My Raspberry PI3 was working just fine a few months ago connected to my
Ultimeter 2100, and I had to take the station down for a few months. I
plugged the Pi back in a few weeks ago (had it running on Simulator) now
re-setup the Ultimeter, edited weewx.conf, and it just doesn't read the
data pr
first hooked up the ultimeter to weewx
on this Pi3.
I'm at a loss for solution thus far...
On Thursday, April 26, 2018 at 11:06:04 AM UTC-5, Messy Potamia wrote:
>
> My Raspberry PI3 was working just fine a few months ago connected to my
> Ultimeter 2100, and I had to take th
I am reading the udevrules wiki, made note of the results but don't know
what to do with that info (yet).
Also read below about modifying vantage rules in
/home/weewx/util/udev/rules.d/vantage.rules and modifying the info in a
non-existent ultimeter.rules (do I create it based upon the vantage
0 stuff is
a mystery, but it's working and I'm going to be careful to not ever change
the physical port again, or even unplug it while it's running.
#superstitious
On Thursday, April 26, 2018 at 2:47:32 PM UTC-5, Messy Potamia wrote:
>
> Already did that a couple times. Each t
I just loaded 3.8.2 on a Pi 3B+ running simulator and the plots axis
labels, values, header, look poor, compared to my working 3.6.2 on a Pi3
atch to working station (Ultimeter).
I'll attach .jpg of each. I'm sure there's a reason but I have as of yet to
find it. I've set up Pi's a few times an
a, extend the schema, and get it where it's
supposed to be.
Thanks
Phil
On Saturday, January 19, 2019 at 11:31:07 AM UTC-6, Thomas Keffer wrote:
>
> Perhaps you were using the anti_alias
> <http://weewx.com/docs/customizing.htm#Overall_options> option before?
>
> -t
anks all.--Phil
On Saturday, January 19, 2019 at 6:10:08 PM UTC-6, mwall wrote:
>
> On Saturday, January 19, 2019 at 1:26:46 PM UTC-5, Messy Potamia wrote:
>>
>>
>> I ftp'd the /usr/share/fonts/truetype/freefont/ directory from the jessie
>> lite to the stretch
Oh -- I have never installed fonts separately, and have a few weewx
installs. I used setup.py as always. --Phil
On Saturday, January 19, 2019 at 6:10:08 PM UTC-6, mwall wrote:
>
> On Saturday, January 19, 2019 at 1:26:46 PM UTC-5, Messy Potamia wrote:
>>
>>
>> I ft
I read the example in the customization guide. I'm not doing anything as
complex as having more than one skin theme however I do need to change a
few things, as example, Inside Temperature is now NEMA Box Temp (the Davis
pad sits in a locked box in the boathouse), and a couple others, and here's
In my old pi2 (weewx 3.6.2), has schema extended for two add'l fields for
Lake Elevation, and Lake Wave Height. Has been working great, now migrating
to latest PI3B+ & weewx 3.9.1
The old 3.6.2 weewx.conf has:
[Engine][[Services]] process_services = weewx.engine.StdConvert, weewx.
engine.StdCa
nk I might've in the
old 3.6.2 set up.
Thanks --
On Tuesday, February 26, 2019 at 1:22:21 PM UTC-6, Messy Potamia wrote:
>
>
> In my old pi2 (weewx 3.6.2), has schema extended for two add'l fields for
> Lake Elevation, and Lake Wave Height. Has been working great, now migra
Update Wednesday: I got this working, and what troubles me is that I'm not
sure how.
On Tuesday, February 26, 2019 at 1:22:21 PM UTC-6, Messy Potamia wrote:
>
>
> In my old pi2 (weewx 3.6.2), has schema extended for two add'l fields for
> Lake Elevation, and Lake Wave He
Need these to format to %.2f or %.1f and I can't find where it does it.
This is a snipped capture of output of my current.inc:
[image: LakeData_Current.jpg]
#if $day.lakeElevation.has_data
$obs.label.lakeElevation
$current.lakeElevation
#end if
#if $day.lakeWaveheig
l
On Wednesday, February 27, 2019 at 4:41:57 PM UTC-6, vince wrote:
>
> On Wednesday, February 27, 2019 at 2:28:37 PM UTC-8, Messy Potamia wrote:
>>
>> Update Wednesday: I got this working, and what troubles me is that I'm
>> not sure how.
>>
>>
> We can't
I bounced weewx on my Pi and this line shows up in my logs:
restx: StationRegistry: Failed to publish record 2017-10-02 13:50:00 CDT
(1506970200): FAIL: execute failed: database disk image is malformed
Indeed it isn't publishing, although it did update Twitter.
Has anybody seen this or know what
Aw shoot, I just posted nearly the same exact problem, then I read this.
--MP
On Sunday, October 1, 2017 at 6:05:45 PM UTC-5, Paul Anderson wrote:
>
> I noticed this in my stations weewx.log
>
>
> Oct 1 17:50:15 webserver weewx[10004]: restx: StationRegistry: Failed to
> publish record 2017-10-
ll reboot the
whole server. Meanwhile, anybody seen this? Thx/MP
On Monday, October 2, 2017 at 2:01:01 PM UTC-5, Messy Potamia wrote:
>
> I bounced weewx on my Pi and this line shows up in my logs:
> restx: StationRegistry: Failed to publish record 2017-10-02 13:50:00 CDT
> (1
Aw shoot never mind. It started updating public_html.
On Monday, October 2, 2017 at 2:01:01 PM UTC-5, Messy Potamia wrote:
>
> I bounced weewx on my Pi and this line shows up in my logs:
> restx: StationRegistry: Failed to publish record 2017-10-02 13:50:00 CDT
> (1506970200): F
Matt I decided to try 0.17rc1, as downloaded from the link you posted
above, here's what I got:
Jan 24 15:20:09 RPI3 systemd[1]: Started LSB: weewx weather system.
Jan 24 15:20:09 RPI3 weewx[7350]: ultimeter: driver version is 0.17rc1
Jan 24 15:20:09 RPI3 weewx[7350]: ultimeter: using serial port
For one of my parameters I'd like a nonlinear y-axis on it's plot, I think
a logarithmic scale is what I'm looking for (0 - 12, with 0 - 4 taking up
half of the vertical space, then decreasing exponentially to about 12 ...
that's a logarithmic or exponential scale?) but in checking the
customiz
I am currently tdy up to the DC area and I don't have a vpn set up to my
home network so can't ssh in to see what's going on, hence no access to
syslogs or anything else, I know I could probably figure it out myself if I
did, so I apologize for not having those. I'm just hoping Tom or someone
e
Every once in a while my pi reboots (power) and so far I haven't had any
problems with weewx getting the data from the Ultimeter 2100, after coming
up on its own. I just now did a sudo reboot, and now, even after restarting
/ reloading / (several times) weewx, and removing-replugging the USB, I'
Susan
Thanks, that's the first useful suggestion in my request for help so far.
Meanwhile, I've done something to "initialize" the variable, assigning a
nominal value to it before it's read from the file, and somehow -- I don't
have a clue how -- that has reduced or eliminated the extraneous null
> As someone said before you could start WeeWX from the command line as
> described here.
This is 4.9.1, above is for weewx 5. I'm using systemd.
So after investigating further, here's what I ran:
pi@PI4B1:/etc/systemd/system $ sleep 3;sudo /home/weewx/bin/weewxd
(I sleep my command 3 secs so I ha
Of course they're commented out, when I uncomment [any] of them it exits /
crashes. I need it to run until I can have someone tell me what's wrong /
why the module crashes weewx. Duh.
On Wed, Apr 16, 2025 at 12:13 AM gjr80 wrote:
> In the extension.py you posted the try..except..finally is not
The error occurred before I added any try/except/finally. The error has to
do with it trying to read something that has extraneous characters in it,
and exiting because of it. So I wanted to add the error catching
block...but when I do weewx refuses to run, and exits without any comment,
even when
I found it --
On Wed, Feb 19, 2025 at 9:57 PM messyp...@gmail.com
wrote:
>
> I cannot figure out how to eunumerate my sensors.
> Here is my /etc/owfs.conf:
> pi@raspberrypi4b:~ $ cat /etc/owfs.conf
> # Sample configuration file for the OWFS suite for Debian GNU/Linux.
> #
> #
> # This is the main
I'm sorry I don't understand your "reworking your plot definitions";
and " ...along with the [ImageGenerator] stanza from skin.conf. I
assumed if I added a[[[daytempext3]]] it would automatically
generate another plot, just like if the [[[daytempext2]]] is there
and there's data, it will au
I just checked and the images are being generated just like I
expected, I wrongly assumed they weren't because they weren't
appearing on the generated page. They're in public_html. Now why
dayextratemp3.png and dayextratemp4.png aren't showing up on the
published page, I need to figure out. I didn'
76 matches
Mail list logo
