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 Potamia wrote
nventions 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 following your question
r formatting for the unit
> "inHg" in weewx.conf:
>
> [StdReport]
> ...
> [[Defaults]]
> ...
> [[[Units]]]
> ...
> StringFormats
> inHg = %.2f
>
> 3. I'm not following your question about "LakeElev". I don't know what
" 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:
>
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 settings
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
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
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
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 case.
>
> On 02/04/2021, Messy Potamia wrote:
> >
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.
&g
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 =
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
ck 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 this because one of my weewx stations rely heavil
oing 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's native
*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
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
pip
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 allow pysftp
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 the sam
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:
>>
>> one.com's robotic tech support sa
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
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 they only do f
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
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
>
> On Mon, May
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:
>>
>> Note, per another post
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 not work.
> --
> First
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 Se
--
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
elete 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
>> #
t; 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 cover the
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,
at end with
> 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 glea
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
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 th
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
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/low table is w
--- 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
> $yes
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
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:
>
>
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 at 10:07:44 PM UTC+2, gjr80 wrote:
> 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 system although it has Seasons will sta
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
b/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:
>>
>> Trying to chan
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"
>>> to noth
>
> 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
> 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
>> in something I'll never otherwise use, "
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
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,
, 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 help you there...
>
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
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 Height. Has
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 migrating
> to latest PI3B+ & we
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.
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
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
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 lite, reloaded, and now t
, 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?
>
> -tk
>
> On Sat, Jan 19, 20
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
B0 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 time, syslog shows it
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
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 the station down for a few
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
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
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
> (1506970200): FAIL: ex
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
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
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
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
67 matches
Mail list logo
