Re: [weewx-user] Where do I override / specify %3.2 float format for an added measurement?

[Messy Potamia]

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:
>
> Before I read your reply I edited units.py and added LakeElev to
> group_altitude at the bottom of the ...Dicts whatever-that-is, gave it
> some time, had a bourbon, and lo and behold it is now printing out
> lake elevation as ""LakeElev 594.75 feet" instead of 594.75
> But I'm going to read your section Assigning a unit group  to see what
> I did wrong. Don't know how I missed that.
> Thanks
> Phil
>
> On Sun, Jul 16, 2023 at 10:44 PM Tom Keffer  wrote:
> >
> > The answer is that you're confusing units (such as "inHg") with observation 
> > types (such as "LakeElev").
> >
> > The StringFormats section uses units as keys, not observation 
> > types. If LakeElev is measured in meters, it will use whatever formatting 
> > has been specified for meters.
> >
> > I suspect that you have not specified which unit group LakeElev is in, so 
> > WeeWX is just printing out the raw, unformatted value. See the section 
> > Assigning a unit group for how to do this. Once it's a member of a unit 
> > group (say "group_altitude") it will use whatever unit that group is 
> > measured in (usually meters or feet) and follow 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 following your question about "LakeElev". I don't know
> >> what that is."
> >> I have a ultrasonic range sensor (MaxBotix) which uses ttyS0 on the pi
> >> which some python code (which has been working very well for several
> >> years and still is) which writes a single line of text containing two
> >> values to a file. My /home/weewx/bin/user/lakedata.py reads the first
> >> value, converts it to a float, and stores it in the new parameter I
> >> added to the weewx.sdb using the utility to add a column. Using a
> >> sqlitebrowser i verified that column is populating every 5 minutes.
> >> The name of the column is LakeElev; weewx is successfully displaying
> >> that data since I've added it to the proper skins/configs.
> >> The only problem is, even after reading & rereading the guides, I
> >> don't get how I tell weewx to treat that as a fully organized
> >> measurement. For instance, added "StringFormats
> >> inHg = %.2f" to weewx.conf and it indeed gives the desired
> >> format to barometer. However, my attempts to provide a format to
> >> LakeElev has met with acute disaster. Here's a segment from my
> >> weewx.conf with comments:
> >>
> >>   StringFormats
> >>
> >> count = %d
> >> foot = %.2f
> >> inch2 = %.1f
> >> inHg = %.2f
> >> #LakeElev = %.2f  #DOES NOTHING
> >> #$current.LakeElev.format(format_string="%.2f")
> >> #CRASHES STDREPORT THREAD
> >> #current.LakeElev.format(format_string="%.2f")
> >> #CRASHES ENGINE
> >>
> >> As you can see I still don't know what I'm doing. Here's the contents
> >> of my lakedata.py, which is working fine, but notice the #Note I wrote
> >> to myself in it:
> >>
> >> #!/usr/bin/env python
> >>
> >> #file user/lakedata.py
> >> import weewx
> >> import weewx.units
> >> from weewx.engine import StdService
> >>
> >> class AddLakedata(StdService):
> >>
> >> def __init__(self, engine, config_dict):
> >>   # Initialize my superclass first:
> >> super(AddLakedata, self).__init__(engine, config_dict)
> >>   # Bind to any new archive record events:
> >> self.bind(weewx.NEW_ARCHIVE_RECORD, 
> >> self.new_archive_packet)
> >>
> >> def new_archive_packet(self, event):
> >>
> >> #(code that reads two measurements from a file)
> >> with open("/home/pi/wx

Re: [weewx-user] Where do I override / specify %3.2 float format for an added measurement?

[Messy Potamia]

Before I read your reply I edited units.py and added LakeElev to
group_altitude at the bottom of the ...Dicts whatever-that-is, gave it
some time, had a bourbon, and lo and behold it is now printing out
lake elevation as ""LakeElev 594.75 feet" instead of 594.75
But I'm going to read your section Assigning a unit group  to see what
I did wrong. Don't know how I missed that.
Thanks
Phil

On Sun, Jul 16, 2023 at 10:44 PM Tom Keffer  wrote:
>
> The answer is that you're confusing units (such as "inHg") with observation 
> types (such as "LakeElev").
>
> The StringFormats section uses units as keys, not observation types. 
> If LakeElev is measured in meters, it will use whatever formatting has been 
> specified for meters.
>
> I suspect that you have not specified which unit group LakeElev is in, so 
> WeeWX is just printing out the raw, unformatted value. See the section 
> Assigning a unit group for how to do this. Once it's a member of a unit group 
> (say "group_altitude") it will use whatever unit that group is measured in 
> (usually meters or feet) and follow 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 following your question about "LakeElev". I don't know
>> what that is."
>> I have a ultrasonic range sensor (MaxBotix) which uses ttyS0 on the pi
>> which some python code (which has been working very well for several
>> years and still is) which writes a single line of text containing two
>> values to a file. My /home/weewx/bin/user/lakedata.py reads the first
>> value, converts it to a float, and stores it in the new parameter I
>> added to the weewx.sdb using the utility to add a column. Using a
>> sqlitebrowser i verified that column is populating every 5 minutes.
>> The name of the column is LakeElev; weewx is successfully displaying
>> that data since I've added it to the proper skins/configs.
>> The only problem is, even after reading & rereading the guides, I
>> don't get how I tell weewx to treat that as a fully organized
>> measurement. For instance, added "StringFormats
>> inHg = %.2f" to weewx.conf and it indeed gives the desired
>> format to barometer. However, my attempts to provide a format to
>> LakeElev has met with acute disaster. Here's a segment from my
>> weewx.conf with comments:
>>
>>   StringFormats
>>
>> count = %d
>> foot = %.2f
>> inch2 = %.1f
>> inHg = %.2f
>> #LakeElev = %.2f  #DOES NOTHING
>> #$current.LakeElev.format(format_string="%.2f")
>> #CRASHES STDREPORT THREAD
>> #current.LakeElev.format(format_string="%.2f")
>> #CRASHES ENGINE
>>
>> As you can see I still don't know what I'm doing. Here's the contents
>> of my lakedata.py, which is working fine, but notice the #Note I wrote
>> to myself in it:
>>
>> #!/usr/bin/env python
>>
>> #file user/lakedata.py
>> import weewx
>> import weewx.units
>> from weewx.engine import StdService
>>
>> class AddLakedata(StdService):
>>
>> def __init__(self, engine, config_dict):
>>   # Initialize my superclass first:
>> super(AddLakedata, self).__init__(engine, config_dict)
>>   # Bind to any new archive record events:
>> self.bind(weewx.NEW_ARCHIVE_RECORD, self.new_archive_packet)
>>
>> def new_archive_packet(self, event):
>>
>> #(code that reads two measurements from a file)
>> with open("/home/pi/wxdata/weewxmbdata.dat") as f:
>> for line in f:
>> numbers_str = line.split()
>> numbers_float = [float(x) for x in 
>> numbers_str]
>> value1 = numbers_float[0]
>> value2 = numbers_float[1]
>>
>> event.record['LakeElev'] = value1
>> #event.record['lakeWaveheight'] = value2
>>
>> #
>> #Am I supposed to assign this to a units group? Which is best? What if I 
>> don't?
>>
>>
>>
>> Okay something tells me there's a few things i'm leaving out

Re: [weewx-user] Where do I override / specify %3.2 float format for an added measurement?

[Messy Potamia]

re: "3. I'm not following your question about "LakeElev". I don't know
what that is."
I have a ultrasonic range sensor (MaxBotix) which uses ttyS0 on the pi
which some python code (which has been working very well for several
years and still is) which writes a single line of text containing two
values to a file. My /home/weewx/bin/user/lakedata.py reads the first
value, converts it to a float, and stores it in the new parameter I
added to the weewx.sdb using the utility to add a column. Using a
sqlitebrowser i verified that column is populating every 5 minutes.
The name of the column is LakeElev; weewx is successfully displaying
that data since I've added it to the proper skins/configs.
The only problem is, even after reading & rereading the guides, I
don't get how I tell weewx to treat that as a fully organized
measurement. For instance, added "StringFormats
inHg = %.2f" to weewx.conf and it indeed gives the desired
format to barometer. However, my attempts to provide a format to
LakeElev has met with acute disaster. Here's a segment from my
weewx.conf with comments:

  StringFormats

count = %d
foot = %.2f
inch2 = %.1f
inHg = %.2f
#LakeElev = %.2f  #DOES NOTHING
#$current.LakeElev.format(format_string="%.2f")
#CRASHES STDREPORT THREAD
#current.LakeElev.format(format_string="%.2f")
#CRASHES ENGINE

As you can see I still don't know what I'm doing. Here's the contents
of my lakedata.py, which is working fine, but notice the #Note I wrote
to myself in it:

#!/usr/bin/env python

#file user/lakedata.py
import weewx
import weewx.units
from weewx.engine import StdService

class AddLakedata(StdService):

def __init__(self, engine, config_dict):
  # Initialize my superclass first:
super(AddLakedata, self).__init__(engine, config_dict)
  # Bind to any new archive record events:
self.bind(weewx.NEW_ARCHIVE_RECORD, self.new_archive_packet)

def new_archive_packet(self, event):

#(code that reads two measurements from a file)
with open("/home/pi/wxdata/weewxmbdata.dat") as f:
for line in f:
numbers_str = line.split()
numbers_float = [float(x) for x in numbers_str]
value1 = numbers_float[0]
value2 = numbers_float[1]

event.record['LakeElev'] = value1
#event.record['lakeWaveheight'] = value2

#
#Am I supposed to assign this to a units group? Which is best? What if I don't?



Okay something tells me there's a few things i'm leaving out in adding
this parameter. Like I said, back in the 3.9. days I modified some
file (units.py?) but was told that wasn't the best way to add my
lakedata parameters (which back then included LakeElevation and
WaveHeight).
I'd like to do this the preferred way.

Thanks again, so much - - -
Phil

On Sun, Jul 16, 2023 at 4:22 PM Tom Keffer  wrote:
>
> Sorry. I had assumed you were still using your v3.9.1 Seasons skin. If that's 
> the case, the tag $current.barometer is in the file Seasons/current.inc.
>
> Incidentally, there's no reason not to continue using your old skin.
>
> But, if you are actually using a V4 skin, then to answer your questions:
>
> 1. The line "#set observations = ..." is actually saying get the set of 
> observations from $DisplayOptions. If DisplayOptions does not have an entry, 
> then the fallback is to use just outTemp and barometer. See the configuration 
> file skin.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
> inHg = %.2f
>
> 3. I'm not following your question about "LakeElev". I don't know what that 
> is.
>
>
> On Sun, Jul 16, 2023 at 12:33 AM Messy Potamia  wrote:
>>
>> 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 just not getting the
>> formatting layout big picture. Yes I'm reading the customization guide
>> but I'm having questions as I read it.
>> Thanks!
>>
>> On Sun, Ju

Re: [weewx-user] Where do I override / specify %3.2 float format for an added measurement?

[Messy Potamia]

Also should I have mentioned my newly added LakeElev column in the
database is not a member of any "group"? i.e. not group_altitude. Not
sure where I would group it; I do remember that in my 3.9.1 I edited
"units.py" and added group Lake and added new things like "foot2" 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:
>
> 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 just not getting the
> formatting layout big picture. Yes I'm reading the customization guide
> but I'm having questions as I read it.
> Thanks!
>
> On Sun, Jul 16, 2023 at 12:22 AM Tom Keffer  wrote:
> >
> > For altitude, format it like any other tag. See the section Formatting 
> > options in the Customizing Guide. For example, if you do not want anything 
> > beyond the decimal point:
> >
> > $station.altitude.format("%.0f")
> >
> > Same with barometer. To show 2 digits:
> >
> > $current.barometer.format("%.2f")
> >
> > Whether it is in bold is a function of whatever CSS styling you are using.
> >
> > -tk
> >
> >
> > On Sat, Jul 15, 2023 at 2:55 PM messyp...@gmail.com 
> >  wrote:
> >>
> >> I got the added  measurement added to the database, and into the skins, 
> >> however I don't need Lake Elevation to be show in so many digits.  I 
> >> previously (3.9.1) had it showing 2 digits to the right of the decimal.
> >> Also, I don't know what happened but now the Barometer has changed its 
> >> formatting to bold and more decimal places.
> >> Where do I fix this?
> >> Thanks - - -
> >> Current Conditions
> >>
> >> Outside Temperature
> >> 86.1°F
> >> Dew Point
> >> 73.8°F
> >> Outside Humidity
> >> 67%
> >> Barometer
> >> 29.799 inHg (-0.033)
> >> Wind
> >> 0 mph N/A ( N/A)
> >> Rain Today
> >> 0.02 in
> >> Rain Rate
> >> 0.00 in/h
> >> Inside Temperature
> >> 92.6°F
> >> LakeElev
> >> 594.77
> >> Inside Humidity
> >> 64%
> >>
> >> --
> >> 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/c2c9ce27-f091-4ddb-afad-616d6c287bfdn%40googlegroups.com.
> >
> > --
> > You received this message because you are subscribed to a topic in the 
> > Google Groups "weewx-user" group.
> > To unsubscribe from this topic, visit 
> > https://groups.google.com/d/topic/weewx-user/9hY3_PBqY5E/unsubscribe.
> > To unsubscribe from this group and all its topics, 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/CAPq0zEAaMotCOwYy6y0sqiPK-n8Jzz1F2ZzRB0t5ofQtfJefBQ%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/CAB7-S76ZZzzmNj%3DMcGp6VK%3DKiQzMe6imu63PMXwJuMEJRAioog%40mail.gmail.com.

Re: [weewx-user] Where do I override / specify %3.2 float format for an added measurement?

[Messy Potamia]

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 just not getting the
formatting layout big picture. Yes I'm reading the customization guide
but I'm having questions as I read it.
Thanks!

On Sun, Jul 16, 2023 at 12:22 AM Tom Keffer  wrote:
>
> For altitude, format it like any other tag. See the section Formatting 
> options in the Customizing Guide. For example, if you do not want anything 
> beyond the decimal point:
>
> $station.altitude.format("%.0f")
>
> Same with barometer. To show 2 digits:
>
> $current.barometer.format("%.2f")
>
> Whether it is in bold is a function of whatever CSS styling you are using.
>
> -tk
>
>
> On Sat, Jul 15, 2023 at 2:55 PM messyp...@gmail.com  
> wrote:
>>
>> I got the added  measurement added to the database, and into the skins, 
>> however I don't need Lake Elevation to be show in so many digits.  I 
>> previously (3.9.1) had it showing 2 digits to the right of the decimal.
>> Also, I don't know what happened but now the Barometer has changed its 
>> formatting to bold and more decimal places.
>> Where do I fix this?
>> Thanks - - -
>> Current Conditions
>>
>> Outside Temperature
>> 86.1°F
>> Dew Point
>> 73.8°F
>> Outside Humidity
>> 67%
>> Barometer
>> 29.799 inHg (-0.033)
>> Wind
>> 0 mph N/A ( N/A)
>> Rain Today
>> 0.02 in
>> Rain Rate
>> 0.00 in/h
>> Inside Temperature
>> 92.6°F
>> LakeElev
>> 594.77
>> Inside Humidity
>> 64%
>>
>> --
>> 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/c2c9ce27-f091-4ddb-afad-616d6c287bfdn%40googlegroups.com.
>
> --
> You received this message because you are subscribed to a topic in the Google 
> Groups "weewx-user" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/weewx-user/9hY3_PBqY5E/unsubscribe.
> To unsubscribe from this group and all its topics, 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/CAPq0zEAaMotCOwYy6y0sqiPK-n8Jzz1F2ZzRB0t5ofQtfJefBQ%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/CAB7-S75_iZULqbfyqN7s8bMqYfG9q%2B17k7pOjJrvsLj2qU1Q2w%40mail.gmail.com.

Re: [weewx-user] Seasons' titlebar.inc & seasons.css behavior

[Messy Potamia]

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 with undesireable results; I didn't find anything 
> that answered my question about how to get the effect I'm looking for. Maybe 
> one of you can tell me how to do this.
> I simply want the station name, and update time, to be a little bigger and if 
> possible on the same line, in the title bar.  I do not need or want the 
> Monthly / Yearly reports thing to be larger if that's achievable.  Thanks.
>
> --
> You received this message because you are subscribed to a topic in the Google 
> Groups "weewx-user" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/weewx-user/FJ5idTLpHWo/unsubscribe.
> To unsubscribe from this group and all its topics, 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/6527bce3-e8a1-40ab-8908-ad43dc2b0d75n%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/CAB7-S75JNx9F1r-F0BboPToE57fooYow0PA75%2B5vU7Czzyo1Gw%40mail.gmail.com.

Re: [weewx-user] FTP upload problem just started... "no access"

[Messy Potamia]

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 Keffer  wrote:
>
> There was another thread with just this same problem last week (FTP "550" 
> error). Take a look at it and see if it helps. If not, come back and we'll 
> try again.
>
> If the provider of your web server supports it, I would also recommend 
> switching to  rsync. Much faster and more reliable than FTP.
>
> On Tue, Sep 20, 2022 at 4:36 AM messyp...@gmail.com  
> wrote:
>>
>> This just started, nothing changed, I restarted weewx on the server just in 
>> case, but...
>> Sep 20 06:30:20 PI3BUSB weewx[9261]: manager: Added record 2022-09-20 
>> 06:30:00 CDT (1663673400) to database 'weewx.sdb'
>> Sep 20 06:30:20 PI3BUSB weewx[9261]: manager: Added record 2022-09-20 
>> 06:30:00 CDT (1663673400) to daily summary in 'weewx.sdb'
>> Sep 20 06:30:23 PI3BUSB weewx[9261]: cheetahgenerator: Generated 8 files for 
>> report SeasonsReport in 2.32 seconds
>> Sep 20 06:30:24 PI3BUSB weewx[9261]: imagegenerator: Generated 13 images for 
>> SeasonsReport in 0.90 seconds
>> Sep 20 06:30:24 PI3BUSB weewx[9261]: copygenerator: copied 0 files to 
>> /home/weewx/public_html
>> Sep 20 06:30:25 PI3BUSB weewx[9261]: ftpupload: Attempt #1. Failed uploading 
>> /daytempfeel.png to ftp.cafebardeli.net. Reason: 550 Requested action not 
>> taken. File unavailable (e.g., file not found, no access).
>> Sep 20 06:30:26 PI3BUSB weewx[9261]: ftpupload: Attempt #2. Failed uploading 
>> /daytempfeel.png to ftp.cafebardeli.net. Reason: 550 Requested action not 
>> taken. File unavailable (e.g., file not found, no access).
>> Sep 20 06:30:26 PI3BUSB weewx[9261]: ftpupload: Attempt #3. Failed uploading 
>> /daytempfeel.png to ftp.cafebardeli.net. Reason: 550 Requested action not 
>> taken. File unavailable (e.g., file not found, no access).
>> Sep 20 06:30:26 PI3BUSB weewx[9261]: ftpupload: Failed to upload file 
>> /daytempfeel.png
>> And it repeats this for every file in public_html. Started 3 days ago. I 
>> verified in public_html no file permissions have changed, and the files 
>> there are the current ones generated.
>> Anyone have any ideas?
>> Thanks  --"MP"
>>
>> --
>> 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/4b65e1e2-2ede-4839-ba4e-d03903750905n%40googlegroups.com.
>
> --
> You received this message because you are subscribed to a topic in the Google 
> Groups "weewx-user" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/weewx-user/P3BsOTgqq_c/unsubscribe.
> To unsubscribe from this group and all its topics, 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/CAPq0zEC5QxD8CvW4VAhg%3DAK-ACAjiNTB8-xEg9r2jjCuoOYyrg%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/CAB7-S77CrL7eSQJGjM7ZmysX%3Ds5Dpmzj3yDKN%2BUY03qX9ytS5w%40mail.gmail.com.

Re: [weewx-user] FTP upload problem just started... "no access"

[Messy Potamia]

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 plate:
"In order to be able to show the same files as in SFTP, the file
structure changes so that / is no longer the webspace document root.
This might affect customers using an absolut path for
scripted/automated FTP up/downloads."
Last time I tried to use sftp in weewx 3.9.1 and 3.9.2, it wouldn't
work at all.

On Tue, Sep 20, 2022 at 2:38 PM Tom Keffer  wrote:
>
> There was another thread with just this same problem last week (FTP "550" 
> error). Take a look at it and see if it helps. If not, come back and we'll 
> try again.
>
> If the provider of your web server supports it, I would also recommend 
> switching to  rsync. Much faster and more reliable than FTP.
>
> On Tue, Sep 20, 2022 at 4:36 AM messyp...@gmail.com  
> wrote:
>>
>> This just started, nothing changed, I restarted weewx on the server just in 
>> case, but...
>> Sep 20 06:30:20 PI3BUSB weewx[9261]: manager: Added record 2022-09-20 
>> 06:30:00 CDT (1663673400) to database 'weewx.sdb'
>> Sep 20 06:30:20 PI3BUSB weewx[9261]: manager: Added record 2022-09-20 
>> 06:30:00 CDT (1663673400) to daily summary in 'weewx.sdb'
>> Sep 20 06:30:23 PI3BUSB weewx[9261]: cheetahgenerator: Generated 8 files for 
>> report SeasonsReport in 2.32 seconds
>> Sep 20 06:30:24 PI3BUSB weewx[9261]: imagegenerator: Generated 13 images for 
>> SeasonsReport in 0.90 seconds
>> Sep 20 06:30:24 PI3BUSB weewx[9261]: copygenerator: copied 0 files to 
>> /home/weewx/public_html
>> Sep 20 06:30:25 PI3BUSB weewx[9261]: ftpupload: Attempt #1. Failed uploading 
>> /daytempfeel.png to ftp.cafebardeli.net. Reason: 550 Requested action not 
>> taken. File unavailable (e.g., file not found, no access).
>> Sep 20 06:30:26 PI3BUSB weewx[9261]: ftpupload: Attempt #2. Failed uploading 
>> /daytempfeel.png to ftp.cafebardeli.net. Reason: 550 Requested action not 
>> taken. File unavailable (e.g., file not found, no access).
>> Sep 20 06:30:26 PI3BUSB weewx[9261]: ftpupload: Attempt #3. Failed uploading 
>> /daytempfeel.png to ftp.cafebardeli.net. Reason: 550 Requested action not 
>> taken. File unavailable (e.g., file not found, no access).
>> Sep 20 06:30:26 PI3BUSB weewx[9261]: ftpupload: Failed to upload file 
>> /daytempfeel.png
>> And it repeats this for every file in public_html. Started 3 days ago. I 
>> verified in public_html no file permissions have changed, and the files 
>> there are the current ones generated.
>> Anyone have any ideas?
>> Thanks  --"MP"
>>
>> --
>> 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/4b65e1e2-2ede-4839-ba4e-d03903750905n%40googlegroups.com.
>
> --
> You received this message because you are subscribed to a topic in the Google 
> Groups "weewx-user" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/weewx-user/P3BsOTgqq_c/unsubscribe.
> To unsubscribe from this group and all its topics, 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/CAPq0zEC5QxD8CvW4VAhg%3DAK-ACAjiNTB8-xEg9r2jjCuoOYyrg%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/CAB7-S75mxxhTbROaPp2n0NjdNGmxb6h7Pw9Gz9Gm9BLvhejNTw%40mail.gmail.com.

Re: [weewx-user] Re: sftp on 3.9.2, RPI3B -- **still** not working with several methods

[Messy Potamia]

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 to get sftp to work 
> with weewx and never managed to get pysftp compiled, probably because my pi 
> is running Ubuntu 16. This I cannot change because my home automation is 
> running on the same pi3b - I would not like to mess with heating etc in 
> German winter :-) I would therefore be happy to get a copy of your hack. 
> Thank you in advance. Thomas
>
>
> robcr...@gmail.com schrieb am Mittwoch, 27. Mai 2020 um 18:09:56 UTC+2:
>>
>> Dear Mr or Ms Potamia, ;-)
>>
>> I have code that I hacked into the standard Weewx base that implements 
>> proper sftp. If you would like a copy I can send it to you. (And anyone else 
>> who’d like a copy.) Just one modified file.
>>
>> /rob
>
> --
> You received this message because you are subscribed to a topic in the Google 
> Groups "weewx-user" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/weewx-user/GdlSK3vTvYE/unsubscribe.
> To unsubscribe from this group and all its topics, 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/f0444643-d438-47ab-b11c-5a9bf624222en%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/CAB7-S77hMJi8nwrnGP2XmrTP0VRqqEtczn7EY0c8rA4C67%2B0YA%40mail.gmail.com.

Re: [weewx-user] Re: New install of 4.4 but owfs crashes it

[Messy Potamia]

Glenn, here is the log entries:

Apr  1 17:31:36 PI4BUSB weewx[759] INFO __main__: Initializing weewx
version 4.4.0
Apr  1 17:31:36 PI4BUSB weewx[759] INFO __main__: Using Python 3.7.3
(default, Jan 22 2021, 20:04:44) #012[GCC 8.3.0]
Apr  1 17:31:36 PI4BUSB weewx[759] INFO __main__: Platform
Linux-5.4.83-v7l+-armv7l-with-debian-10.7
Apr  1 17:31:36 PI4BUSB weewx[759] INFO __main__: Locale is 'en_US.UTF-8'
Apr  1 17:31:36 PI4BUSB weewx[759] INFO __main__: PID file is /var/run/weewx.pid
Apr  1 17:31:36 PI4BUSB weewx[763] INFO __main__: Using configuration
file /etc/weewx/weewx.conf
Apr  1 17:31:36 PI4BUSB weewx[763] INFO __main__: Debug is 0
Apr  1 17:31:36 PI4BUSB weewx[763] INFO weewx.engine: Loading station
type Simulator (weewx.drivers.simulator)
Apr  1 17:31:36 PI4BUSB weewx[748]: Starting weewx weather system: weewx.
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: Caught
unrecoverable exception:
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__:   No
one-wire library found
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
Traceback (most recent call last):
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: File
"/usr/share/weewx/user/owfs.py", line 264, in 
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__:   ow
= OWFSBinding()
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: File
"/usr/share/weewx/user/owfs.py", line 202, in __init__
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
import ow as owbinding
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
ModuleNotFoundError: No module named 'ow'
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__:   During
handling of the above exception, another exception occurred:
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
Traceback (most recent call last):
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: File
"/usr/share/weewx/user/owfs.py", line 267, in 
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__:   ow
= OWNetBinding()
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: File
"/usr/share/weewx/user/owfs.py", line 231, in __init__
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
import pyownet
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
ModuleNotFoundError: No module named 'pyownet'
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__:   During
handling of the above exception, another exception occurred:
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
Traceback (most recent call last):
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: File
"/usr/share/weewx/weewxd", line 151, in main
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
engine = weewx.engine.StdEngine(config_dict)
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: File
"/usr/share/weewx/weewx/engine.py", line 93, in __init__
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
self.loadServices(config_dict)
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: File
"/usr/share/weewx/weewx/engine.py", line 161, in loadServices
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
obj = weeutil.weeutil.get_object(svc)(self, config_dict)
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: File
"/usr/share/weewx/weeutil/weeutil.py", line 1093, in get_object
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
mod = __import__(module)
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: File
"/usr/share/weewx/user/owfs.py", line 269, in 
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
raise Exception("No one-wire library found")
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: 
Exception: No one-wire library found
Apr  1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__:   Exiting.
And here is the weewx.conf in its entireity. (Note, I'm running
simulator on this pi because my Davis / PI3B is in production and
don't want to deploy this PI4 to it, it's not easily accessible!)
-- I will attach it -- There are no passwords anywhere yet as it's not
put into service yet -- Let me know if you do not get the atch --
Thanks -

On Thu, Apr 1, 2021 at 5:39 PM Glenn McKechnie
 wrote:
>
> Okay...
>
> Need to see a full syslog from a weewx 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 

Re: [weewx-user] Re: New install of 4.4 but owfs crashes it

[Messy Potamia]

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 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.OWFSService
> it crashes weewx, with several lines of errors (posted above in
> entireity) but the main ones seem to be:
> CRITICAL __main__:   No one-wire library found
> CRITICAL __main__:   ModuleNotFoundError: No module named 'ow'
> CRITICAL __main__:   ModuleNotFoundError: No module named 'pyownet'
>  all this even though I have installed (several times now) pyownet and ow.
> sudo apt-get install python-ow
> sudo apt-get install pyownet #NOT FOUND SO USED:
> pip3 install pyownet
> wee_extension --install weewx-owfs.zip
> Even before all this, my i2c-1 (Sheepwalk rpi3v2) was serving up the 4
> DS18B20's I hooked up to my browser at http://192.168.2.108:2121/
> It is just that the weewx 4 that crashes with the above errors. I
> cannot follow the rest of these notes about weewx4/python3/buster
> problems. I've about got your readme.txt memorized.
> Also, my station type will not be OWFS, it will be a Davis and extra
> measurements will be gotten through the i2c-1 ow device.
> Rebooting one last time...
>
> On Thu, Apr 1, 2021 at 4:01 PM Glenn McKechnie
>  wrote:
> >
> > Back around May 2020 the python3-ow version of ow disappeared from the
> > RPi and Debian repos. Where it went, or why no-one knows. There is a
> > user group post titled "python3-ow for OWFS" where this cropped up.
> >
> > All that aside, you  need pyownet (the module using 'pip3 install
> > pyownet' if the apt repo doesn't have it) and owserver (from OWFS
> > using sudo apt-get install owserver).
> >
> > The following is a fork of the original owfs driver / service and is
> > known to work with weewx4 and your i2c combo.
> > You should also find that the --readings stanza should work with this 
> > version.
> >
> > https://github.com/glennmckechnie/weewx-owfs
> >
> > The README at that fork should hold enough info to expand on those
> > dependencies, if not ask for clarification.
> >
> > pydoc_owfs.txt will also hold some clues regarding the owserver 
> > configuration.
> > ie:-
> > server: device /dev/i2c-1 # for a pi using i2c-1
> > server: port = 4304
> >
> >
> > On 02/04/2021, vince  wrote:
> > > There appear to be two pages in the wiki with slightly different 
> > > filenames.
> > >
> > > Try https://github.com/weewx/weewx/wiki/owfs and look at step1 which
> > > mentions python3 specifically.
> > >
> > > On Thursday, April 1, 2021 at 11:38:52 AM UTC-7 vince wrote:
> > >
> > >> If you use python3, you need python3 versions of all python modules 'and'
> > >>
> > >> python3-compatible versions of all drivers, extensions, and skins you
> > >> install.
> > >>
> > >> That should be somewhat obvious I'd hope, given hundreds of posts since 
> > >> v4
> > >>
> > >> came out with people battling the python3 transition.
> > >>
> > >> On Thursday, April 1, 2021 at 9:14:13 AM UTC-7 messyp...@gmail.com wrote:
> > >>
> > >>> 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  wrote:
> > >>>
> > >>>> On Thursday, April 1, 2021 at 7:40:48 AM UTC-7 messyp...@gmail.com
> > >>>> wrote:
> > >>>>
> > >>>>> Apr  1 09:06:07 PI4BUSB weewx[8998]: Starting weewx weather system:
> > >>>>> weewx.
> > >>>>> Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: Caught
> > >>>>> unrecoverable exception:
> > >>>>> Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__:   No
> > >>>>> one-wire library found
> > 

Re: [weewx-user] Re: New install of 4.4 but owfs crashes it

[Messy Potamia]

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.OWFSService
it crashes weewx, with several lines of errors (posted above in
entireity) but the main ones seem to be:
CRITICAL __main__:   No one-wire library found
CRITICAL __main__:   ModuleNotFoundError: No module named 'ow'
CRITICAL __main__:   ModuleNotFoundError: No module named 'pyownet'
 all this even though I have installed (several times now) pyownet and ow.
sudo apt-get install python-ow
sudo apt-get install pyownet #NOT FOUND SO USED:
pip3 install pyownet
wee_extension --install weewx-owfs.zip
Even before all this, my i2c-1 (Sheepwalk rpi3v2) was serving up the 4
DS18B20's I hooked up to my browser at http://192.168.2.108:2121/
It is just that the weewx 4 that crashes with the above errors. I
cannot follow the rest of these notes about weewx4/python3/buster
problems. I've about got your readme.txt memorized.
Also, my station type will not be OWFS, it will be a Davis and extra
measurements will be gotten through the i2c-1 ow device.
Rebooting one last time...

On Thu, Apr 1, 2021 at 4:01 PM Glenn McKechnie
 wrote:
>
> Back around May 2020 the python3-ow version of ow disappeared from the
> RPi and Debian repos. Where it went, or why no-one knows. There is a
> user group post titled "python3-ow for OWFS" where this cropped up.
>
> All that aside, you  need pyownet (the module using 'pip3 install
> pyownet' if the apt repo doesn't have it) and owserver (from OWFS
> using sudo apt-get install owserver).
>
> The following is a fork of the original owfs driver / service and is
> known to work with weewx4 and your i2c combo.
> You should also find that the --readings stanza should work with this version.
>
> https://github.com/glennmckechnie/weewx-owfs
>
> The README at that fork should hold enough info to expand on those
> dependencies, if not ask for clarification.
>
> pydoc_owfs.txt will also hold some clues regarding the owserver configuration.
> ie:-
> server: device /dev/i2c-1 # for a pi using i2c-1
> server: port = 4304
>
>
> On 02/04/2021, vince  wrote:
> > There appear to be two pages in the wiki with slightly different filenames.
> >
> > Try https://github.com/weewx/weewx/wiki/owfs and look at step1 which
> > mentions python3 specifically.
> >
> > On Thursday, April 1, 2021 at 11:38:52 AM UTC-7 vince wrote:
> >
> >> If you use python3, you need python3 versions of all python modules 'and'
> >>
> >> python3-compatible versions of all drivers, extensions, and skins you
> >> install.
> >>
> >> That should be somewhat obvious I'd hope, given hundreds of posts since v4
> >>
> >> came out with people battling the python3 transition.
> >>
> >> On Thursday, April 1, 2021 at 9:14:13 AM UTC-7 messyp...@gmail.com wrote:
> >>
> >>> 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  wrote:
> >>>
>  On Thursday, April 1, 2021 at 7:40:48 AM UTC-7 messyp...@gmail.com
>  wrote:
> 
> > Apr  1 09:06:07 PI4BUSB weewx[8998]: Starting weewx weather system:
> > weewx.
> > Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: Caught
> > unrecoverable exception:
> > Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__:   No
> > one-wire library found
> > Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: 
> > Traceback (most recent call last):
> > Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: File
> >
> > "/usr/share/weewx/user/owfs.py", line 264, in 
> > Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__:   ow
> >
> > = OWFSBinding()
> > Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: File
> >
> > "/usr/share/weewx/user/owfs.py", line 202, in __init__
> > Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: 
> > import ow as owbinding
> > Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: 
> > ModuleNotFoundError: No module named 'ow'
> >
> >
>  Best guess is you installed weewx 4 which defaults to python3, and you
>  have not installed the python3 version of the library the driver needs.
> 
> 
>  --
>  You received this message because you are subscribed to a topic in the
>  Google Groups "weewx-user" group.
>  To unsubscribe from this topic, visit
>  https://groups.google.com/d/topic/weewx-user/5ybl8_8K4QA/unsubscribe.
>  To unsubscribe from this group and all its topics, send an email 

Re: [weewx-user] Re: New install of 4.4 but owfs crashes it

[Messy Potamia]

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  wrote:

> On Thursday, April 1, 2021 at 7:40:48 AM UTC-7 messyp...@gmail.com wrote:
>
>> Apr  1 09:06:07 PI4BUSB weewx[8998]: Starting weewx weather system: weewx.
>> Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: Caught
>> unrecoverable exception:
>> Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__:   No
>> one-wire library found
>> Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: 
>> Traceback (most recent call last):
>> Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: File
>> "/usr/share/weewx/user/owfs.py", line 264, in 
>> Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__:   ow =
>> OWFSBinding()
>> Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: File
>> "/usr/share/weewx/user/owfs.py", line 202, in __init__
>> Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: 
>> import ow as owbinding
>> Apr  1 09:06:07 PI4BUSB weewx[9013] CRITICAL __main__: 
>> ModuleNotFoundError: No module named 'ow'
>>
>>
> Best guess is you installed weewx 4 which defaults to python3, and you
> have not installed the python3 version of the library the driver needs.
>
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/5ybl8_8K4QA/unsubscribe.
> To unsubscribe from this group and all its topics, 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/20ed4b86-87c2-4af6-9383-ec05265444a2n%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/CAB7-S75SYXwN0QQJY8SMzagFagjO18otjaFQa6oQDFrQKQvr%3DA%40mail.gmail.com.

Re: [weewx-user] V4 with python2 OWFS errors

[Messy Potamia]

*Thanks good to know. I extended my schema ~5 yrs ago, to add some lake 
height and wave height measured by a MaxBotix rangefinder, and lightning, 
parameters. A couple other params I stuffed into unused columns in the 
weewx.sdb and renamed the reports. *

*I'm going to have to rebuild my whole server next time I'm home because I 
think the system took a power hit, my cameras show a bright flash last 
month and stuff started malfunctioning. *

*I'm not energetic enough to build my own I2C owfs interace; as for mine I 
use Sheepwalk Electronics' RPI hat. *
*My whole system is on an isolated (or so I thought), 12V --> 5V / 3.3V 
power supply based on a standard fire/burg system standby power supply. My 
system was up for over 400 days until I started having weird problems, and 
I had to reboot it. Still having problems which are logically inconsistent 
-- weewx ftp (to my web hosting service) often fails and is very slow, 
however -- the logically inconsistent part -- speedtest-cli shows good 
up/down speeds, and ftp from another server at the local network to the 
hosting service is very fast, so it seems something in the weewx ftp 
utility is affected and I'm suspecting it's damaged. I had to rebuild this 
pi a few years ago due to a zap which, i believe, came through the router 
in the boathouse (it's in a boathouse).*
*So that's my main system. I'm temporarily stationed in Germany for another 
couple years but like to know 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 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
>>
>
> This testing has been with a fresh install of Buster on a Pi4 and OWFS 
> seems to be working fine with Weewx V4 and python2 using the wview-extended 
> schema. I specifically wanted to use the extended schema so I could use the 
> additional extraTemp and extraHumid fields (currently using extraTemp1-5 
> and extraHumid1-4). 
>
> I have tested the V3 database to V4 conversion and it worked but I don't 
> think that is much use as some of my sensors will now use different 
> database fields.
>
>
> Gaz
>
>
>

-- 
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/557c97cf-fdc3-4bf9-9b34-7ed6d7f478a8%40googlegroups.com.

[weewx-user] Re: sftp on 3.9.2, RPI3B -- **still** not working with several methods

[Messy Potamia]

Well I knew that was too good to be true.

May 26 10:30:21 RPI3 weewx[21915]: sftpgenerator: upload not possible: No 
module named pysftp

although the problematic pip install of pysftp "suggested" that module was 
installed, to wit:

> 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
>
so I thought since it built the pysftp it would be available for this. 
Definitely a #DOG'sBREAKFAST.
Thanks for your help so far. 
Anyone else gone / 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'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 my provider (one.com), followed their instructions, 
> tested it with filezilla, and I connect and upload/dnload just fine. Here's 
> one.com's instructions on the matter:
> SSH & SFTP Administration 
>
> *SSH* increases the security on your web space by encrypting your web 
> space connections. With SSH enabled, you can transfer files securely via 
> *SFTP* or connect to your web space directly from a terminal. 
>
> Allow SSH & SFTP access Off On 
>
> To log in with SSH & SFTP, use this info:
>
> Host: ssh..net 
>
> Username: .net 
>
> Port: 22
>
> Then their faq on the subject has this:
>
>
> Open your SFTP client, and enter the following details, replacing 
> *yourdomain.com 
> <http://yourdomain.com>* with your own domain:
>
>- *Host:* sftp.yourdomain.com
>- *Username:* yourdomain.com
>- *Password:* the password you have chosen for SFTP
>- *Port:* 22
>
> Click the connect button in your client to log in. If it is the first time 
> you login using SFTP on this computer, you need to approve the connection.
>
> Note: I have verified that with filezilla, both sftp.mydomain.net and 
> ssh.mydomain.net, using my ssh/sftp password, connect fine.
>
>
> When I make the appropriate changes to weewx.conf, it is unable to 
> connect. I tried a couple variations just to cross-validate disparities in 
> their guide. No connect.
>
>
> SO THEN I google "weewx 3.9.2 sftp" and come up with, among other things, 
> MWall's 
> https://github.com/matthewwall/weewx-sftp/blob/master/bin/user/sftp.py
>
> to wit:
>
> sudo pip install pysftp
>
> which results in:
>
> pi@RPI3:/home/weewx $ sudo pip install pysftp
> Downloading/unpacking pysftp
>   Downloading pysftp-0.2.9.tar.gz
>   Running setup.py (path:/tmp/pip-build-6MvFgx/pysftp/setup.py) egg_info 
> for package pysftp
>
> no previously-included directories found matching 'docs/_build'
> Downloading/unpacking paramiko>=1.17 (from pysftp)
>   Downloading paramiko-2.7.1-py2.py3-none-any.whl (206kB): 206kB 
> downloaded
> Cleaning up...
> Exception:
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in 
> main
> status = self.run(options, args)
>   File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 
> 290, in run
> requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, 
> bundle=self.bundle)
>   File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1266, in 
> prepare_files
> req_to_install.extras):
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2401, in 
> requires
> dm = self._dep_map
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2597, in 
> _dep_map
> self.__dep_map = self._compute_dependencies()
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2630, in 
> _compute_dependencies
> common = frozenset(reqs_for_extra(None))
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2627, in 
> reqs_for_extra
> if req.marker_fn(override={'extra':extra}):
>   File "/usr/lib/python2.7/dist-packages/_markerlib/markers.py", line 113, 
> in marker_fn
> return eval(compiled_marker, environment)
>   File "", line 1, in 
> NameError: name 'platform_system' is not defined
>
> Storing debug log for failure in /root/.pip/pip.log
> I tried a sudo apt-get install but that failed also.
> pi@RPI3:/home/weewx $ sudo apt-get install pysftp
> Reading package lists... Done
> Building dependency tree
> Read

Re: [weewx-user] V4 with python2 OWFS errors

[Messy Potamia]

*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 owfs.py from my fork, the syslog message will 
>> tell you what module it has opted to run under. That message occurs in 
>> the first few log entries after weewx initializes. It's an INFO 
>> message 
>>
>
> So with python-ow installed I get this in the INFO:
>
> May 26 17:43:02 GazPi4 weewx[1159] INFO user.owfs: service version is 0.23 
> (ow)
> May 26 17:43:02 GazPi4 weewx[1159] INFO user.owfs: interface is localhost:
> 4304
>
> With python-ow removed I get this:
>
> May 26 17:50:52 GazPi4 weewx[1259] INFO user.owfs: service version is 0.23 
> (pyownet)
> May 26 17:50:52 GazPi4 weewx[1259] INFO user.owfs: interface is localhost:
> 4304
> May 26 17:50:52 GazPi4 weewx[1259] INFO user.owfs: sensor map is {u
> 'extraTemp5': u'/uncached/28.E1044104/temperature'}
>
>
> I have waited for a REC  to be generated and the 1wire sensor allocated to 
> extraTemp5 is being reported OK, so it does look like it is working fine 
> with either method.
>
> I think I was thrown off track when running direct failed, does that mean 
> the broken _main_ section is not called when it is running from weewx ?
>
>
> Gaz
>
>
>

-- 
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/e7e9f9b7-4388-48d0-ac7d-776b91c59dd7%40googlegroups.com.

Re: [weewx-user] Re: sftp on 3.9.2, RPI3B --//pysftp module won't load//

[Messy Potamia]

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 20.1.1 from /usr/local/lib/python2.7/dist-packages/pip (python 2.7
)ode here...

 --- 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
This is a PI3B (a02082) on Jessie lite.

On Tuesday, May 26, 2020 at 9:38:48 AM UTC+2, Messy Potamia wrote:
>
> Here's what I did to allow pysftp module to install via pip. I found this 
> on a RaspberryPi forum. You search on this problem and hits come from all 
> over the place with no solutions, until I found this:
>
> sudo apt-get install python-pip
> pip install --user -U setuptools
> sudo pip install --upgrade 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 same result whether I invoke pip, pip2, pip3:
>> pi@RPI3:~ $ sudo pip2 install pysftp
>> Downloading/unpacking pysftp
>>   Downloading pysftp-0.2.9.tar.gz
>>   Running setup.py (path:/tmp/pip-build-QfuB69/pysftp/setup.py) egg_info 
>> for package pysftp
>>
>> no previously-included directories found matching 'docs/_build'
>> Downloading/unpacking paramiko>=1.17 (from pysftp)
>>   Downloading paramiko-2.7.1-py2.py3-none-any.whl (206kB): 206kB 
>> downloaded
>> Cleaning up...
>> Exception:
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, 
>> in main
>> status = self.run(options, args)
>>   File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 
>> 290, in run
>> requirement_set.prepare_files(finder, force_root_egg_info=self.bundle
>> , bundle=self.bundle)
>>   File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1266, in 
>> prepare_files
>> req_to_install.extras):
>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2401, in 
>> requires
>> dm = self._dep_map
>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2597, in 
>> _dep_map
>> self.__dep_map = self._compute_dependencies()
>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2630, in 
>> _compute_dependencies
>> common = frozenset(reqs_for_extra(None))
>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2627, in 
>> reqs_for_extra
>> if req.marker_fn(override={'extra':extra}):
>>   File "/usr/lib/python2.7/dist-packages/_markerlib/markers.py", line 113
>> , in marker_fn
>> return eval(compiled_marker, environment)
>>   File "", line 1, in 
>> NameError: name 'platform_system' is not defined
>>
>> Storing debug log for failure in /root/.pip/pip.log
>>
>> I also tried apt-get install and it can't find the pkg. 
>> The /root/.pip/pip.log is large 
>> -rw-r--r-- 1 root root 84870 May 26 08:48 pip.log
>> and I more'd it but couldn't see anything that made sense to me.
>> Any ideas? btw I did download 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:
>>>>
>>>> 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?
>>>>
>>>
>>> as it says in the readme, it is a client that uses sftp (not ftps, not 
>>> ftp)
>>>
>>> if you can connect to your sftp server using some other sftp client, 
>>> then the weewx-sftp extension should work using the same 
>>> credentials/parameters
>>>
>>> you can verify by invoking the weewx-sftp extension directly, for 
>>> example:
>>>
>>> PYTHONPATH=/home/weewx/bin python /home/weewx/bin/user/sftp.py 
>>> /home/weewx/weewx.conf
>>>
>>> change the paths if you are using a deb or rpm installation
>>>
>>> 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/0d5ed4d5-f9ec-47d5-b8d9-b74cba16caae%40googlegroups.com.

Re: [weewx-user] Re: sftp on 3.9.2, RPI3B --//pysftp module won't load//

[Messy Potamia]

And let me tell you there are still problems regarding python version,
setuptools version,; this is turning into a dog's breakfast. My pip is
the latest version I have ascertained. But cryptography won't install.
 sudo pip -V
  pip 20.1.1 from /usr/local/lib/python2.7/dist-packages/pip (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 allow pysftp module to install via pip. I found this on 
> a RaspberryPi forum. You search on this problem and hits come from all over 
> the place with no solutions, until I found this:
>
> sudo apt-get install python-pip
> pip install --user -U setuptools
> sudo pip install --upgrade 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 same result whether I invoke pip, pip2, pip3:
>> pi@RPI3:~ $ sudo pip2 install pysftp
>> Downloading/unpacking pysftp
>>   Downloading pysftp-0.2.9.tar.gz
>>   Running setup.py (path:/tmp/pip-build-QfuB69/pysftp/setup.py) egg_info for 
>> package pysftp
>>
>> no previously-included directories found matching 'docs/_build'
>> Downloading/unpacking paramiko>=1.17 (from pysftp)
>>   Downloading paramiko-2.7.1-py2.py3-none-any.whl (206kB): 206kB downloaded
>> Cleaning up...
>> Exception:
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in 
>> main
>> status = self.run(options, args)
>>   File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, 
>> in run
>> requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, 
>> bundle=self.bundle)
>>   File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1266, in 
>> prepare_files
>> req_to_install.extras):
>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2401, in 
>> requires
>> dm = self._dep_map
>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2597, in 
>> _dep_map
>> self.__dep_map = self._compute_dependencies()
>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2630, in 
>> _compute_dependencies
>> common = frozenset(reqs_for_extra(None))
>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2627, in 
>> reqs_for_extra
>> if req.marker_fn(override={'extra':extra}):
>>   File "/usr/lib/python2.7/dist-packages/_markerlib/markers.py", line 113, 
>> in marker_fn
>> return eval(compiled_marker, environment)
>>   File "", line 1, in 
>> NameError: name 'platform_system' is not defined
>>
>> Storing debug log for failure in /root/.pip/pip.log
>>
>> I also tried apt-get install and it can't find the pkg.
>> The /root/.pip/pip.log is large
>> -rw-r--r-- 1 root root 84870 May 26 08:48 pip.log
>> and I more'd it but couldn't see anything that made sense to me.
>> Any ideas? btw I did download 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:
>>>>
>>>> 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?
>>>
>>>
>>> as it says in the readme, it is a client that uses sftp (not ftps, not ftp)
>>>
>>> if you can connect to your sftp server using some other sftp client, then 
>>> the weewx-sftp extension should work using the same credentials/parameters
>>>
>>> you can verify by invoking the weewx-sftp extension directly, for example:
>>>
>>> PYTHONPATH=/home/weewx/bin python /home/weewx/bin/user/sftp.py 
>>> /home/weewx/w

Re: [weewx-user] Re: sftp on 3.9.2, RPI3B --//pysftp module won't load//

[Messy Potamia]

Here's what I did to allow pysftp module to install via pip. I found this 
on a RaspberryPi forum. You search on this problem and hits come from all 
over the place with no solutions, until I found this:

sudo apt-get install python-pip
pip install --user -U setuptools
sudo pip install --upgrade 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 same result whether I invoke pip, pip2, pip3:
> pi@RPI3:~ $ sudo pip2 install pysftp
> Downloading/unpacking pysftp
>   Downloading pysftp-0.2.9.tar.gz
>   Running setup.py (path:/tmp/pip-build-QfuB69/pysftp/setup.py) egg_info 
> for package pysftp
>
> no previously-included directories found matching 'docs/_build'
> Downloading/unpacking paramiko>=1.17 (from pysftp)
>   Downloading paramiko-2.7.1-py2.py3-none-any.whl (206kB): 206kB 
> downloaded
> Cleaning up...
> Exception:
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in 
> main
> status = self.run(options, args)
>   File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 
> 290, in run
> requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, 
> bundle=self.bundle)
>   File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1266, in 
> prepare_files
> req_to_install.extras):
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2401, in 
> requires
> dm = self._dep_map
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2597, in 
> _dep_map
> self.__dep_map = self._compute_dependencies()
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2630, in 
> _compute_dependencies
> common = frozenset(reqs_for_extra(None))
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2627, in 
> reqs_for_extra
> if req.marker_fn(override={'extra':extra}):
>   File "/usr/lib/python2.7/dist-packages/_markerlib/markers.py", line 113, 
> in marker_fn
> return eval(compiled_marker, environment)
>   File "", line 1, in 
> NameError: name 'platform_system' is not defined
>
> Storing debug log for failure in /root/.pip/pip.log
>
> I also tried apt-get install and it can't find the pkg. 
> The /root/.pip/pip.log is large 
> -rw-r--r-- 1 root root 84870 May 26 08:48 pip.log
> and I more'd it but couldn't see anything that made sense to me.
> Any ideas? btw I did download 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:
>>>
>>> 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?
>>>
>>
>> as it says in the readme, it is a client that uses sftp (not ftps, not 
>> ftp)
>>
>> if you can connect to your sftp server using some other sftp client, then 
>> the weewx-sftp extension should work using the same credentials/parameters
>>
>> you can verify by invoking the weewx-sftp extension directly, for example:
>>
>> PYTHONPATH=/home/weewx/bin python /home/weewx/bin/user/sftp.py 
>> /home/weewx/weewx.conf
>>
>> change the paths if you are using a deb or rpm installation
>>
>> 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/94d1c767-7972-4c5f-92ab-e69a349eab1e%40googlegroups.com.

Re: [weewx-user] Re: sftp on 3.9.2, RPI3B --//pysftp module won't load//

[Messy Potamia]

Matt, I get the same result whether I invoke pip, pip2, pip3:
pi@RPI3:~ $ sudo pip2 install pysftp
Downloading/unpacking pysftp
  Downloading pysftp-0.2.9.tar.gz
  Running setup.py (path:/tmp/pip-build-QfuB69/pysftp/setup.py) egg_info for 
package pysftp

no previously-included directories found matching 'docs/_build'
Downloading/unpacking paramiko>=1.17 (from pysftp)
  Downloading paramiko-2.7.1-py2.py3-none-any.whl (206kB): 206kB downloaded
Cleaning up...
Exception:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in 
main
status = self.run(options, args)
  File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, 
in run
requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, 
bundle=self.bundle)
  File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1266, in 
prepare_files
req_to_install.extras):
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2401, in 
requires
dm = self._dep_map
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2597, in 
_dep_map
self.__dep_map = self._compute_dependencies()
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2630, in 
_compute_dependencies
common = frozenset(reqs_for_extra(None))
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2627, in 
reqs_for_extra
if req.marker_fn(override={'extra':extra}):
  File "/usr/lib/python2.7/dist-packages/_markerlib/markers.py", line 113, 
in marker_fn
return eval(compiled_marker, environment)
  File "", line 1, in 
NameError: name 'platform_system' is not defined

Storing debug log for failure in /root/.pip/pip.log

I also tried apt-get install and it can't find the pkg. 
The /root/.pip/pip.log is large 
-rw-r--r-- 1 root root 84870 May 26 08:48 pip.log
and I more'd it but couldn't see anything that made sense to me.
Any ideas? btw I did download 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:
>>
>> 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?
>>
>
> as it says in the readme, it is a client that uses sftp (not ftps, not ftp)
>
> if you can connect to your sftp server using some other sftp client, then 
> the weewx-sftp extension should work using the same credentials/parameters
>
> you can verify by invoking the weewx-sftp extension directly, for example:
>
> PYTHONPATH=/home/weewx/bin python /home/weewx/bin/user/sftp.py 
> /home/weewx/weewx.conf
>
> change the paths if you are using a deb or rpm installation
>
> 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/035de97e-8904-4987-a1a7-0ce9259e57d5%40googlegroups.com.

Re: [weewx-user] Re: sftp on 3.9.2, RPI3B -- not working with several methods

[Messy Potamia]

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 25, 2020 at 11:15:29 PM UTC+2, gjr80 wrote:
>
> I think the weewx-sftp issue was the inability to install pysftp via pip. 
> It installed fine for me on raspbian Stretch last night though I needed to 
> use pip2 not pip. A bit of googling the OPs pip error message suggested pip 
> may need to be upgraded, wouldn’t be the first time that has come up. 
>
> Gary

-- 
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/310a5639-2c3e-425d-b973-26b391ee744f%40googlegroups.com.

Re: [weewx-user] Re: sftp on 3.9.2, RPI3B -- not working with several methods

[Messy Potamia]

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 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?
>>
>
> as it says in the readme, it is a client that uses sftp (not ftps, not ftp)
>
> if you can connect to your sftp server using some other sftp client, then
> the weewx-sftp extension should work using the same credentials/parameters
>
> you can verify by invoking the weewx-sftp extension directly, for example:
>
> PYTHONPATH=/home/weewx/bin python /home/weewx/bin/user/sftp.py
> /home/weewx/weewx.conf
>
> change the paths if you are using a deb or rpm installation
>
> m
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/GdlSK3vTvYE/unsubscribe.
> To unsubscribe from this group and all its topics, 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/c3075a6c-1c68-4098-99e7-378d96b384ee%40googlegroups.com
> <https://groups.google.com/d/msgid/weewx-user/c3075a6c-1c68-4098-99e7-378d96b384ee%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>

-- 
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/CAB7-S75CP45JgXNk9-HWyEO9b6TaknwSmOA5hRu0COF-ivz4-A%40mail.gmail.com.

Re: [weewx-user] Re: sftp on 3.9.2, RPI3B -- not working with several methods

[Messy Potamia]

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 
that helps. 
Thanks.

On Monday, May 25, 2020 at 9:35:46 PM UTC+2, Tom Keffer wrote:
>
> (Aren't we already in weewx-user?)
>>
>
> So, we are! For some reason, gmail didn't tag it 'weewx' like it usually 
> does.
>
> From your response, I take it you are using SFTP? If so, weewx does not 
> support that. Only FTPS.
>
> -tk
>

-- 
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/d4d2b32a-0ffd-4299-aef4-48624a0b2cc6%40googlegroups.com.

Re: [weewx-user] Re: sftp on 3.9.2, RPI3B -- not working with several methods

[Messy Potamia]

Here's what I get when I connect via cmd line from my pi:
Password:
230 OK. Current restricted directory is /
Remote system type is UNIX.
Using binary mode to transfer files.
ftp>
Remote system type is UNIX. Duh. 


(Aren't we already in weewx-user?)

On Monday, May 25, 2020 at 9: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
>
> On Mon, May 25, 2020 at 12:09 PM Messy Potamia  > wrote:
>
>> They haven't replied what kind of server they use. They're a pretty
>> big hosting entity (one.com). I've been using their service for about
>> 7 years, it includes my host name and about 20Gig of server space (I
>> only host two weewx wx systems on it, so use less than 2%) and a bunch
>> of other services which I'll never use. I enabled ssh/sftp per their
>> instructions, and my Filezilla now connects using sftp protocol. They
>> issue you a slightly different login (i.e. "ssh.webhostname.dom" or
>> "sftp.webhostname.dom" and you pick a different password from your FTP
>> password, other than that it's the same. I doubt this answers your
>> question.
>> I wish the mwall github resources was documented so I could see if it
>> even applied to me.
>> Thanks --
>>
>> On Mon, May 25, 2020 at 2:19 PM Tom Keffer > > wrote:
>> >
>> > WeeWX supports FTPS, not SFTP. Two questions:
>> >
>> > Which 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:
>> >>
>> >> Note, per another post the relevance of which I'm not certain, i added 
>> the following to the [[FTP]] section
>> >>secure_ftp = True
>> >>secure_data = False
>> >>
>> >> Makes no difference, still won't connect. Filezilla using sftp 
>> connects fine, and the native weewx ftp connects fine. I'm trying to use 
>> secure ftp.
>> >> May 25 12:05:21 RPI3 weewx[26625]: copygenerator: copied 14 files to 
>> /home/weewx/public_html
>> >> May 25 12:05:41 RPI3 weewx[26625]: ftpupload: Unable to connect or log 
>> into server : timed out
>> >> May 25 12:06:01 RPI3 weewx[26625]: ftpupload: Unable to connect or log 
>> into server : timed out
>> >> May 25 12:06:21 RPI3 weewx[26625]: ftpupload: Unable to connect or log 
>> into server : timed out
>> >> May 25 12:06:21 RPI3 weewx[26625]: ftpupload: Attempted 3 times to 
>> connect to server sftp.. Giving up.
>> >> May 25 12:06:21 RPI3 weewx[26625]: ftpgenerator: ftp'd 0 files in 
>> 60.69 seconds
>> >>
>> >>
>> >>
>> >>
>> >> 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 install it does not work.
>> >>>
>> >>> --
>> >>> First I tried the method suggested in weewx.conf and the weewx guide: 
>> I enabled ssh/sftp with my provider (one.com), followed their 
>> instructions, tested it with filezilla, and I connect and upload/dnload 
>> just fine. Here's one.com's instructions on the matter:
>> >>>
>> >>> SSH & SFTP Administration
>> >>>
>> >>> SSH increases the security on your web space by encrypting your web 
>> space connections. With SSH enabled, you can transfer files securely via 
>> SFTP or connect to your web space directly from a terminal.
>> >>>
>> >>> Allow SSH & SFTP access Off On
>> >>>
>> >>> To log in with SSH & SFTP, use this info:
>> >>>
>> >>> Host: ssh..net
>> >>>
>> >>> Username: .net
>> >>>
>> >>> Port: 22
>> >>>
>> >>> Then their faq on the subject has this:
>> >>>
>> >>>
>> >>> Open your SFTP client, and enter the fol

Re: [weewx-user] Re: sftp on 3.9.2, RPI3B -- not working with several methods

[Messy Potamia]

They haven't replied what kind of server they use. They're a pretty
big hosting entity (one.com). I've been using their service for about
7 years, it includes my host name and about 20Gig of server space (I
only host two weewx wx systems on it, so use less than 2%) and a bunch
of other services which I'll never use. I enabled ssh/sftp per their
instructions, and my Filezilla now connects using sftp protocol. They
issue you a slightly different login (i.e. "ssh.webhostname.dom" or
"sftp.webhostname.dom" and you pick a different password from your FTP
password, other than that it's the same. I doubt this answers your
question.
I wish the mwall github resources was documented so I could see if it
even applied to me.
Thanks --

On Mon, May 25, 2020 at 2:19 PM Tom Keffer  wrote:
>
> WeeWX supports FTPS, not SFTP. Two questions:
>
> Which 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:
>>
>> Note, per another post the relevance of which I'm not certain, i added the 
>> following to the [[FTP]] section
>>secure_ftp = True
>>secure_data = False
>>
>> Makes no difference, still won't connect. Filezilla using sftp connects 
>> fine, and the native weewx ftp connects fine. I'm trying to use secure ftp.
>> May 25 12:05:21 RPI3 weewx[26625]: copygenerator: copied 14 files to 
>> /home/weewx/public_html
>> May 25 12:05:41 RPI3 weewx[26625]: ftpupload: Unable to connect or log into 
>> server : timed out
>> May 25 12:06:01 RPI3 weewx[26625]: ftpupload: Unable to connect or log into 
>> server : timed out
>> May 25 12:06:21 RPI3 weewx[26625]: ftpupload: Unable to connect or log into 
>> server : timed out
>> May 25 12:06:21 RPI3 weewx[26625]: ftpupload: Attempted 3 times to connect 
>> to server sftp.. Giving up.
>> May 25 12:06:21 RPI3 weewx[26625]: ftpgenerator: ftp'd 0 files in 60.69 
>> seconds
>>
>>
>>
>>
>> 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 install it does not work.
>>>
>>> --
>>> First I tried the method suggested in weewx.conf and the weewx guide: I 
>>> enabled ssh/sftp with my provider (one.com), followed their instructions, 
>>> tested it with filezilla, and I connect and upload/dnload just fine. Here's 
>>> one.com's instructions on the matter:
>>>
>>> SSH & SFTP Administration
>>>
>>> SSH increases the security on your web space by encrypting your web space 
>>> connections. With SSH enabled, you can transfer files securely via SFTP or 
>>> connect to your web space directly from a terminal.
>>>
>>> Allow SSH & SFTP access Off On
>>>
>>> To log in with SSH & SFTP, use this info:
>>>
>>> Host: ssh..net
>>>
>>> Username: .net
>>>
>>> Port: 22
>>>
>>> Then their faq on the subject has this:
>>>
>>>
>>> Open your SFTP client, and enter the following details, replacing 
>>> yourdomain.com with your own domain:
>>>
>>> Host: sftp.yourdomain.com
>>> Username: yourdomain.com
>>> Password: the password you have chosen for SFTP
>>> Port: 22
>>>
>>> Click the connect button in your client to log in. If it is the first time 
>>> you login using SFTP on this computer, you need to approve the connection.
>>>
>>> Note: I have verified that with filezilla, both sftp.mydomain.net and 
>>> ssh.mydomain.net, using my ssh/sftp password, connect fine.
>>>
>>>
>>> When I make the appropriate changes to weewx.conf, it is unable to connect. 
>>> I tried a couple variations just to cross-validate disparities in their 
>>> guide. No connect.
>>>
>>>
>>> SO THEN I google "weewx 3.9.2 sftp" and come up with, among other things, 
>>> MWall's 
>>> https://github.com/matthewwall/weewx-sftp/blob/master/bin/user/sftp.py
>>>
>>> to wit:
>>>
>>> sudo pip install pysftp
>>>
>>> which results in:
>>>
>>> pi@RPI3:/home/weewx $ sudo pip install pysftp
>>

[weewx-user] Re: sftp on 3.9.2, RPI3B -- not working with several methods

[Messy Potamia]

Note, per another post the relevance of which I'm not certain, i added the 
following to the [[FTP]] section
   secure_ftp = True
   secure_data = False

Makes no difference, still won't connect. Filezilla using sftp connects 
fine, and the native weewx ftp connects fine. I'm trying to use secure ftp.
May 25 12:05:21 RPI3 weewx[26625]: copygenerator: copied 14 files to /home/
weewx/public_html
May 25 12:05:41 RPI3 weewx[26625]: ftpupload: Unable to connect or log into 
server : timed out
May 25 12:06:01 RPI3 weewx[26625]: ftpupload: Unable to connect or log into 
server : timed out
May 25 12:06:21 RPI3 weewx[26625]: ftpupload: Unable to connect or log into 
server : timed out
May 25 12:06:21 RPI3 weewx[26625]: ftpupload: Attempted 3 times to connect 
to server sftp.. Giving up.
May 25 12:06:21 RPI3 weewx[26625]: ftpgenerator: ftp'd 0 files in 60.69 
seconds




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 install it does not work.
> --
> First I tried the method suggested in weewx.conf and the weewx guide: I 
> enabled ssh/sftp with my provider (one.com), followed their instructions, 
> tested it with filezilla, and I connect and upload/dnload just fine. Here's 
> one.com's instructions on the matter:
> SSH & SFTP Administration 
>
> *SSH* increases the security on your web space by encrypting your web 
> space connections. With SSH enabled, you can transfer files securely via 
> *SFTP* or connect to your web space directly from a terminal. 
>
> Allow SSH & SFTP access Off On 
>
> To log in with SSH & SFTP, use this info:
>
> Host: ssh..net 
>
> Username: .net 
>
> Port: 22
>
> Then their faq on the subject has this:
>
>
> Open your SFTP client, and enter the following details, replacing 
> *yourdomain.com 
> <http://yourdomain.com>* with your own domain:
>
>- *Host:* sftp.yourdomain.com
>- *Username:* yourdomain.com
>- *Password:* the password you have chosen for SFTP
>- *Port:* 22
>
> Click the connect button in your client to log in. If it is the first time 
> you login using SFTP on this computer, you need to approve the connection.
>
> Note: I have verified that with filezilla, both sftp.mydomain.net and 
> ssh.mydomain.net, using my ssh/sftp password, connect fine.
>
>
> When I make the appropriate changes to weewx.conf, it is unable to 
> connect. I tried a couple variations just to cross-validate disparities in 
> their guide. No connect.
>
>
> SO THEN I google "weewx 3.9.2 sftp" and come up with, among other things, 
> MWall's 
> https://github.com/matthewwall/weewx-sftp/blob/master/bin/user/sftp.py
>
> to wit:
>
> sudo pip install pysftp
>
> which results in:
>
> pi@RPI3:/home/weewx $ sudo pip install pysftp
> Downloading/unpacking pysftp
>   Downloading pysftp-0.2.9.tar.gz
>   Running setup.py (path:/tmp/pip-build-6MvFgx/pysftp/setup.py) egg_info 
> for package pysftp
>
> no previously-included directories found matching 'docs/_build'
> Downloading/unpacking paramiko>=1.17 (from pysftp)
>   Downloading paramiko-2.7.1-py2.py3-none-any.whl (206kB): 206kB 
> downloaded
> Cleaning up...
> Exception:
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in 
> main
> status = self.run(options, args)
>   File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 
> 290, in run
> requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, 
> bundle=self.bundle)
>   File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1266, in 
> prepare_files
> req_to_install.extras):
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2401, in 
> requires
> dm = self._dep_map
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2597, in 
> _dep_map
> self.__dep_map = self._compute_dependencies()
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2630, in 
> _compute_dependencies
> common = frozenset(reqs_for_extra(None))
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2627, in 
> reqs_for_extra
> if req.marker_fn(override={'extra':extra}):
>   File "/usr/lib/python2.7/dist-packages/_markerlib/markers.py", line 113, 
> in marker_fn
> return eval(compiled_marker, environment)
>   File "", line 1, in 
> NameError: name 'platform_sy

[weewx-user] Re: sftp on 3.9.2, RPI3B -- not working with several methods

[Messy Potamia]

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 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 my provider (one.com), followed their instructions, 
> tested it with filezilla, and I connect and upload/dnload just fine. Here's 
> one.com's instructions on the matter:
> SSH & SFTP Administration 
>
> *SSH* increases the security on your web space by encrypting your web 
> space connections. With SSH enabled, you can transfer files securely via 
> *SFTP* or connect to your web space directly from a terminal. 
>
> Allow SSH & SFTP access Off On 
>
> To log in with SSH & SFTP, use this info:
>
> Host: ssh..net 
>
> Username: .net 
>
> Port: 22
>
> Then their faq on the subject has this:
>
>
> Open your SFTP client, and enter the following details, replacing 
> *yourdomain.com 
> <http://yourdomain.com>* with your own domain:
>
>- *Host:* sftp.yourdomain.com
>- *Username:* yourdomain.com
>- *Password:* the password you have chosen for SFTP
>- *Port:* 22
>
> Click the connect button in your client to log in. If it is the first time 
> you login using SFTP on this computer, you need to approve the connection.
>
> Note: I have verified that with filezilla, both sftp.mydomain.net and 
> ssh.mydomain.net, using my ssh/sftp password, connect fine.
>
>
> When I make the appropriate changes to weewx.conf, it is unable to 
> connect. I tried a couple variations just to cross-validate disparities in 
> their guide. No connect.
>
>
> SO THEN I google "weewx 3.9.2 sftp" and come up with, among other things, 
> MWall's 
> https://github.com/matthewwall/weewx-sftp/blob/master/bin/user/sftp.py
>
> to wit:
>
> sudo pip install pysftp
>
> which results in:
>
> pi@RPI3:/home/weewx $ sudo pip install pysftp
> Downloading/unpacking pysftp
>   Downloading pysftp-0.2.9.tar.gz
>   Running setup.py (path:/tmp/pip-build-6MvFgx/pysftp/setup.py) egg_info 
> for package pysftp
>
> no previously-included directories found matching 'docs/_build'
> Downloading/unpacking paramiko>=1.17 (from pysftp)
>   Downloading paramiko-2.7.1-py2.py3-none-any.whl (206kB): 206kB 
> downloaded
> Cleaning up...
> Exception:
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in 
> main
> status = self.run(options, args)
>   File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 
> 290, in run
> requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, 
> bundle=self.bundle)
>   File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1266, in 
> prepare_files
> req_to_install.extras):
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2401, in 
> requires
> dm = self._dep_map
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2597, in 
> _dep_map
> self.__dep_map = self._compute_dependencies()
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2630, in 
> _compute_dependencies
> common = frozenset(reqs_for_extra(None))
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2627, in 
> reqs_for_extra
> if req.marker_fn(override={'extra':extra}):
>   File "/usr/lib/python2.7/dist-packages/_markerlib/markers.py", line 113, 
> in marker_fn
> return eval(compiled_marker, environment)
>   File "", line 1, in 
> NameError: name 'platform_system' is not defined
>
> Storing debug log for failure in /root/.pip/pip.log
> I tried a sudo apt-get install but that failed also.
> pi@RPI3:/home/weewx $ sudo apt-get install pysftp
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> E: Unable to locate package pysftp
> So couldn't get to 1st base this inning.
>
>
> In summary, the Secure FTP capability as indicated in weewx.conf (& the 
> caveat comment seems satisfied with testing of Filezilla's success), in 
> weewx's native install does not work. Not for me. And I believe I've double 
> checked everything.
>
>

[weewx-user] sftp on 3.9.2, RPI3B -- not working with several methods

[Messy Potamia]

-- 

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 my provider (one.com), followed their instructions, 
tested it with filezilla, and I connect and upload/dnload just fine. Here's 
one.com's instructions on the matter:
SSH & SFTP Administration 

*SSH* increases the security on your web space by encrypting your web space 
connections. With SSH enabled, you can transfer files securely via *SFTP* 
or connect to your web space directly from a terminal. 

Allow SSH & SFTP access Off On 

To log in with SSH & SFTP, use this info:

Host: ssh..net 

Username: .net 

Port: 22

Then their faq on the subject has this:


Open your SFTP client, and enter the following details, replacing 
*yourdomain.com* with your own domain:

   - *Host:* sftp.yourdomain.com
   - *Username:* yourdomain.com
   - *Password:* the password you have chosen for SFTP
   - *Port:* 22

Click the connect button in your client to log in. If it is the first time 
you login using SFTP on this computer, you need to approve the connection.

Note: I have verified that with filezilla, both sftp.mydomain.net and 
ssh.mydomain.net, using my ssh/sftp password, connect fine.


When I make the appropriate changes to weewx.conf, it is unable to connect. 
I tried a couple variations just to cross-validate disparities in their 
guide. No connect.


SO THEN I google "weewx 3.9.2 sftp" and come up with, among other things, 
MWall's 
https://github.com/matthewwall/weewx-sftp/blob/master/bin/user/sftp.py

to wit:

sudo pip install pysftp

which results in:

pi@RPI3:/home/weewx $ sudo pip install pysftp
Downloading/unpacking pysftp
  Downloading pysftp-0.2.9.tar.gz
  Running setup.py (path:/tmp/pip-build-6MvFgx/pysftp/setup.py) egg_info for 
package pysftp

no previously-included directories found matching 'docs/_build'
Downloading/unpacking paramiko>=1.17 (from pysftp)
  Downloading paramiko-2.7.1-py2.py3-none-any.whl (206kB): 206kB downloaded
Cleaning up...
Exception:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in 
main
status = self.run(options, args)
  File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, 
in run
requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, 
bundle=self.bundle)
  File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1266, in 
prepare_files
req_to_install.extras):
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2401, in 
requires
dm = self._dep_map
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2597, in 
_dep_map
self.__dep_map = self._compute_dependencies()
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2630, in 
_compute_dependencies
common = frozenset(reqs_for_extra(None))
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2627, in 
reqs_for_extra
if req.marker_fn(override={'extra':extra}):
  File "/usr/lib/python2.7/dist-packages/_markerlib/markers.py", line 113, 
in marker_fn
return eval(compiled_marker, environment)
  File "", line 1, in 
NameError: name 'platform_system' is not defined

Storing debug log for failure in /root/.pip/pip.log
I tried a sudo apt-get install but that failed also.
pi@RPI3:/home/weewx $ sudo apt-get install pysftp
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package pysftp
So couldn't get to 1st base this inning.


In summary, the Secure FTP capability as indicated in weewx.conf (& the 
caveat comment seems satisfied with testing of Filezilla's success), in 
weewx's native install does not work. Not for me. And I believe I've double 
checked everything.


If it requires a hack to package(s) (.py) in weewx I'm comfortable doing 
that if the instructions are clear, concise, well written. Note, I'm not 
comfortable writing my own driver.


Thank you for helping.


Phil


-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/315d7689-7b54-454b-a71c-594d9702483c%40googlegroups.com.

Re: [weewx-user] "yesterday.outTemp" compared to "current.outTemp", et seq, for Yesterday page

[Messy Potamia]

Yes so it did (checking 5 hrs later). Thank you. I'll tinker now with
tweeking the details.
Thanks -- Phil


On Sat, Apr 18, 2020 at 5:28 PM Thomas Keffer  wrote:
>
> Worked for me. Because you are using a 3 hour aggregation period, the 
> pictures will not be regenerated for 3 hours. 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
>> #bottom_label_format = %x %H:%M
>> #time_length = 97200# == 27 hours
>> #axis_label_font_size = 8
>>
>> x_label_format = %d
>> bottom_label_format = %m/%d/%y %H:%M
>> time_length = 172800# == 2 days
>> #aggregate_type = avg
>> aggregate_interval = 10800# == 3 hours
>> show_daynight = true
>>
>> [[[yesterdaybarometer]]]
>> time_length = 172800# == 2 days
>> barometer
>>
>> [[[yesterdaytempdew]]]
>> time_length = 172800# == 2 days
>> outTemp
>> dewpoint
>>
>> [[[yesterdayrain]]]
>> # Make sure the y-axis increment is at least 0.02 for the rain 
>> plot
>> time_length = 172800# == 2 days
>> yscale = None, None, 0.02
>> plot_type = bar
>> rain
>> aggregate_type = sum
>> aggregate_interval = 3600
>> label = Rain (hourly total)
>>
>> [[[yesterdaypond]]]
>> time_length = 172800# == 2 days
>> yscale = None, None, 0.5
>> extraTemp1
>>
>> [[[yesterdayDnldSpd]]]
>> time_length = 172800# == 2 days
>> yscale = 5, 50, 5
>> leafTemp1
>> label = Vega-Net MB/sec
>>
>> [[[yesterdaywind]]]
>> time_length = 172800# == 2 days
>> windSpeed
>> windGust
>>
>> [[[yesterdayinside]]]
>> time_length = 172800# == 2 days
>> inTemp
>> label = Fish Pond Temp
>>
>> [[[yesterdaywinddir]]]
>> time_length = 172800# == 2 days
>> # Hardwire in the y-axis scale for wind direction
>> yscale = 0.0, 360.0, 45.0
>> windDir
>>
>> and yesterday.html.tmpl:
>> 
>> 
>> (48-hr Plots)
>> 
>> 
>>   
>>   
>>   
>>   
>>   
>>   
>>   
>>   #if $week.extraTemp1.has_data
>>   
>>   #end if
>> 
>> 
>>
>> But it seems to still be generating only 24-hr length plots:
>>
>> I'm probably doing something wrong but after reading the cited docs I don't 
>> see what, maybe you do?
>> Thx/Phil
>>
>>
>> On Saturday, April 18, 2020 at 9:44:43 AM UTC+2, Andrew Milner wrote:
>>>
>>> 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 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, Thomas Keffer wrote:
>>>>>
>>>>> Unfortunately, no. The ImageGenerator can only make plots that 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 glean how to tell 
>>>>>> the plot generator to generate a plot that is from the same time period 
>>>>>> 24 hours ago. Is there a way to get those?
>>>>>> Thanks,
>>>>&g

Re: [weewx-user] "yesterday.outTemp" compared to "current.outTemp", et seq, for Yesterday page

[Messy Potamia]

in skin.conf:
[[yesterday_images]]
#   x_label_format = %H:%M
#bottom_label_format = %x %H:%M
#time_length = 97200# == 27 hours
#axis_label_font_size = 8

x_label_format = %d
bottom_label_format = %m/%d/%y %H:%M
time_length = 172800# == 2 days
#aggregate_type = avg
aggregate_interval = 10800# == 3 hours
show_daynight = true

[[[yesterdaybarometer]]]
time_length = 172800# == 2 days
barometer

[[[yesterdaytempdew]]]
time_length = 172800# == 2 days
outTemp
dewpoint

[[[yesterdayrain]]]
# Make sure the y-axis increment is at least 0.02 for the rain 
plot
time_length = 172800# == 2 days
yscale = None, None, 0.02
plot_type = bar
rain
aggregate_type = sum
aggregate_interval = 3600
label = Rain (hourly total)
  
[[[yesterdaypond]]]
time_length = 172800# == 2 days
yscale = None, None, 0.5
extraTemp1

[[[yesterdayDnldSpd]]]
time_length = 172800# == 2 days
yscale = 5, 50, 5
leafTemp1
label = Vega-Net MB/sec

[[[yesterdaywind]]]
time_length = 172800# == 2 days
windSpeed
windGust

[[[yesterdayinside]]]
time_length = 172800# == 2 days
inTemp
label = Fish Pond Temp

[[[yesterdaywinddir]]]
time_length = 172800# == 2 days
# Hardwire in the y-axis scale for wind direction
yscale = 0.0, 360.0, 45.0
windDir

and yesterday.html.tmpl:


(48-hr Plots)


  
  
  
  
  
  
  
  #if $week.extraTemp1.has_data
  
  #end if



But it seems to still be generating only 24-hr length plots:

[image: yesterdaytempdew(only24hrs).png]
I'm probably doing something wrong but after reading the cited docs I don't 
see what, maybe you do?
Thx/Phil


On Saturday, April 18, 2020 at 9:44:43 AM UTC+2, Andrew Milner wrote:
>
> 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 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, Thomas Keffer wrote:
>>>
>>> Unfortunately, no. The ImageGenerator can only make plots that 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 glean how to tell 
>>>> the plot generator to generate a plot that is from the same time period 24 
>>>> hours ago. Is there a way to get those?
>>>> Thanks,
>>>> Phil
>>>>
>>>> On Friday, 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 day. The tag $current represents a single 
>>>>>> record. There is an undocumented feature 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 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 
>&

Re: [weewx-user] "yesterday.outTemp" compared to "current.outTemp", et seq, for Yesterday page

[Messy Potamia]

Thanks will try that now.

On Saturday, April 18, 2020 at 9:44:43 AM UTC+2, Andrew Milner wrote:
>
> 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 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, Thomas Keffer wrote:
>>>
>>> Unfortunately, no. The ImageGenerator can only make plots that 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 glean how to tell 
>>>> the plot generator to generate a plot that is from the same time period 24 
>>>> hours ago. Is there a way to get those?
>>>> Thanks,
>>>> Phil
>>>>
>>>> On Friday, 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 day. The tag $current represents a single 
>>>>>> record. There is an undocumented feature 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 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 like it to show the same data as if you looked at it exactly 24 hrs 
>>>>>>> ago. 
>>>>>>> When I replace the $current.outTemp with $yesterday.outTemp,  it 
>>>>>>> generates an error. 
>>>>>>> Any ideas?   Thanks--
>>>>>>>
>>>>>>> -- 
>>>>>>> You received this message because you are subscribed to the Google 
>>>>>>> Groups "weewx-user" group.
>>>>>>> To unsubscribe from this group and stop receiving emails from it, 
>>>>>>> send an email to weewx...@googlegroups.com.
>>>>>>> To view this discussion on the web visit 
>>>>>>> https://groups.google.com/d/msgid/weewx-user/571e351c-cbbc-446a-8cc5-e7e96fa95a42%40googlegroups.com
>>>>>>>  
>>>>>>> <https://groups.google.com/d/msgid/weewx-user/571e351c-cbbc-446a-8cc5-e7e96fa95a42%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>>>> .
>>>>>>>
>>>>>> -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "weewx-user" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to weewx...@googlegroups.com.
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/weewx-user/207b4e40-894c-42d2-88bc-9e1b4a31d7eb%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/weewx-user/207b4e40-894c-42d2-88bc-9e1b4a31d7eb%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>>
>>>

-- 
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/4f1273ae-473e-435b-bbfb-faa08df8ba04%40googlegroups.com.

Re: [weewx-user] "yesterday.outTemp" compared to "current.outTemp", et seq, for Yesterday page

[Messy Potamia]

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, Thomas Keffer wrote:
>
> Unfortunately, no. The ImageGenerator can only make plots that 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 glean how to tell 
>> the plot generator to generate a plot that is from the same time period 24 
>> hours ago. Is there a way to get those?
>> Thanks,
>> Phil
>>
>> On Friday, 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 day. The tag $current represents a single 
>>>> record. There is an undocumented feature 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 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 
>>>>> like it to show the same data as if you looked at it exactly 24 hrs ago. 
>>>>> When I replace the $current.outTemp with $yesterday.outTemp,  it 
>>>>> generates an error. 
>>>>> Any ideas?   Thanks--
>>>>>
>>>>> -- 
>>>>> You received this message because you are subscribed to the Google 
>>>>> Groups "weewx-user" group.
>>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>>> an email to weewx...@googlegroups.com.
>>>>> To view this discussion on the web visit 
>>>>> https://groups.google.com/d/msgid/weewx-user/571e351c-cbbc-446a-8cc5-e7e96fa95a42%40googlegroups.com
>>>>>  
>>>>> <https://groups.google.com/d/msgid/weewx-user/571e351c-cbbc-446a-8cc5-e7e96fa95a42%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>> .
>>>>>
>>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/207b4e40-894c-42d2-88bc-9e1b4a31d7eb%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/207b4e40-894c-42d2-88bc-9e1b4a31d7eb%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>

-- 
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/875a4c41-ee22-48a2-8dfd-59409269ee6a%40googlegroups.com.

[weewx-user] Re: Get average or previous value?

[Messy Potamia]

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 I 
set a data-invalid flag and the code leaves the previous reading for the 
weewx service to pickup. It's not perfect but prevents the kind of crazy 
spikes that comes from a bird or otter sitting under the sensor or other 
electronic artifact. 
Phil

On Tuesday, April 7, 2020 at 3:28:02 PM UTC+2, Jens-Jørgen Kjærgaard wrote:
>
> I have been a user for many years, and the software is usually running 
> smoothly.
> Some years back, I added the temperature of my lake as extraTemp1 - also 
> fine.
> Now, I also monitor the water level, by means of ultrasound, using the 
> HC-SR04. I have added this as extraTemp2, and don't min it shows as C in 
> the graphs.
> I have a little problem with that sensor, though. Sometimes it will show a 
> far off reading, which has to be ignored, ie if it is more than 2 cm off 
> the previous reading.
> But I can't figure out how to do that. Is there a way to store the 
> previous reading and use that (temporarily) for comparison? Or the average 
> of the readings up to that point?
>
> Jens-Jørgen Kjærgaard
> Tuenvej 818
> 9870 Sindal
> Denmark
> +45 21204417
> www.jensjk.dk
>

-- 
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/86ecb1ba-a81d-4145-9409-600ffabf9593%40googlegroups.com.

Re: [weewx-user] "yesterday.outTemp" compared to "current.outTemp", et seq, for Yesterday page

[Messy Potamia]

Thanks, the tables are great. 
- - -
Reading through the .tmpls & skin.conf, and 
http://www.weewx.com/docs/customizing.htm, I cannot glean how to tell the 
plot generator to generate a plot that is from the same time period 24 
hours ago. Is there a way to get those?
Thanks,
Phil

On Friday, 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 day. The tag $current represents a single record. 
>> There is an undocumented feature 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 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 
>>> like it to show the same data as if you looked at it exactly 24 hrs ago. 
>>> When I replace the $current.outTemp with $yesterday.outTemp,  it 
>>> generates an error. 
>>> Any ideas?   Thanks--
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to weewx...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/571e351c-cbbc-446a-8cc5-e7e96fa95a42%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/weewx-user/571e351c-cbbc-446a-8cc5-e7e96fa95a42%40googlegroups.com?utm_medium=email&utm_source=footer>
>>> .
>>>
>>

-- 
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/207b4e40-894c-42d2-88bc-9e1b4a31d7eb%40googlegroups.com.

Re: [weewx-user] "yesterday.outTemp" compared to "current.outTemp", et seq, for Yesterday page

[Messy Potamia]

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 day. The tag $current represents a single record. 
> There is an undocumented feature 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 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 
>> like it to show the same data as if you looked at it exactly 24 hrs ago. 
>> When I replace the $current.outTemp with $yesterday.outTemp,  it 
>> generates an error. 
>> Any ideas?   Thanks--
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/571e351c-cbbc-446a-8cc5-e7e96fa95a42%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/571e351c-cbbc-446a-8cc5-e7e96fa95a42%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>

-- 
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/e4aa492f-aaf5-4351-bf9a-693957cd6001%40googlegroups.com.

[weewx-user] Re: "yesterday.outTemp" compared to "current.outTemp", et seq, for Yesterday page

[Messy Potamia]

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 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 like 
> it to show the same data as if you looked at it exactly 24 hrs ago. 
> When I replace the $current.outTemp with $yesterday.outTemp,  it generates 
> an error. 
> Any ideas?   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/de00331b-0079-4565-87a7-7198896706f5%40googlegroups.com.

Re: [weewx-user] Re: "Formatting options with [un]expected results" -- using leafTemp1 for non-temperature measurement so trying to remove "°F"

[Messy Potamia]

--- 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
>   $yesterday.dateTime
> .
> the tag yesterday doesn't seem to exist in .dateTime; I was expecting it 
> to give Yesterday's date. Of course :) 
> Also, I'm not sure the image generator is building the images.
> skin.conf excerpt:
> [[yesterday_images]]
> x_label_format = %d 
> bottom_label_format = %x %H:%M
> time_length = 97200# == 27 hours
> 
> [[[yesterdaybarometer]]]
> barometer
> 
> [[[yesterdaytempdew]]]
> outTemp
> dewpoint
> 
> yesterday.html.tmpl excerpt:
> 
>   Yesterday Statistics and Plots
> 
> 
>   
>   
>   
>   
>   
>   
>   
>   #if $week.extraTemp1.has_data
>   
>   #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 at 10:07:44 PM UTC+2, gjr80 wrote:
>>>
>>> Ah, OK, I have some notes for how to make similar changes to Seasons 
>>> that could serve as a simple checklist. Standard should not be too hard, in 
>>> a nutshell you just need to:
>>>
>>> 1. Create a yesterday.html.tmpl. I would base this off week.html.tmpl
>>> 2. Change $week to $yesterday in yesterday.html.tmpl
>>> 3. Change a couple of heading from Week to Yesterday
>>> 4. In skin.conf add yesterday plots
>>> 5. Change yesterday.html.tmpl to use your yesterday plots
>>> 6. You might want to remove the 'This Month' panel, just remove the 
>>> applicable div in its entirety (starts around line 201 in the template)
>>> 6. Add some navigation by adding a 'yesterday' button to each of the 
>>> other .html.tmpl templates in the skin (look at the navbar div in the 
>>> template)
>>> 7. Add yesterday.html.tmpl to skin.conf so it is generated
>>>
>>> Maybe one or two others but they will show up once you get the basic 
>>> page going. If you work through the template looking for week specific 
>>> things and changing them to yesterday you 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 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 received this message because you are subscribed to a topic in the 
>>>>> Google Groups "weewx-user" group.
>>>>> To unsubscribe from this topic, visit 
>>>>> https://groups.google.com/d/topic/weewx-user/QoUlovvIZoI/unsubscribe.
>>>>> To unsubscribe from this group and all its topics, send an email to 
>>>>> weewx...@googlegroups.com.
>>>>> To view this discussion on the web visit 
>>>>> https://groups.google.com/d/msgid/weewx-user/03c147d6-3ffc-466a-805f-7457c07ead37%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/ae423f80-840a-482e-ae04-5131b265b421%40googlegroups.com.

[weewx-user] "yesterday.outTemp" compared to "current.outTemp", et seq, for Yesterday page

[Messy Potamia]

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 like 
it to show the same data as if you looked at it exactly 24 hrs ago. 
When I replace the $current.outTemp with $yesterday.outTemp,  it generates 
an error. 
Any ideas?   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/571e351c-cbbc-446a-8cc5-e7e96fa95a42%40googlegroups.com.

[weewx-user] Re: Apple buys DarkSky, IBM own TheWeatherChannel and WU, what's the next shoe to drop?

[Messy Potamia]

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:
>
> Just saw that Apple bought DarkSky, and the API will get disabled end of 
> 2021.  Also noticed that TheWeatherChannel's
> web site is reporting as "by IBM" now.
>
> Chris
>
>

-- 
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/8b5e6d2b-dd17-4821-b93e-e9a20a97445e%40googlegroups.com.

Re: [weewx-user] Re: "Formatting options with [un]expected results" -- using leafTemp1 for non-temperature measurement so trying to remove "°F"

[Messy Potamia]

The table data is working fine. As a header to the Yesterday page, I notice 
   Yesterday's Wx Summary
  $yesterday.dateTime
.
the tag yesterday doesn't seem to exist in .dateTime; I was expecting it to 
give Yesterday's date. Of course :) 
Also, I'm not sure the image generator is building the images.
skin.conf excerpt:
[[yesterday_images]]
x_label_format = %d 
bottom_label_format = %x %H:%M
time_length = 97200# == 27 hours

[[[yesterdaybarometer]]]
barometer

[[[yesterdaytempdew]]]
outTemp
dewpoint

yesterday.html.tmpl excerpt:

  Yesterday Statistics and Plots


  
  
  
  
  
  
  
  #if $week.extraTemp1.has_data
  
  #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 at 10:07:44 PM UTC+2, gjr80 wrote:
>>
>> Ah, OK, I have some notes for how to make similar changes to Seasons that 
>> could serve as a simple checklist. Standard should not be too hard, in a 
>> nutshell you just need to:
>>
>> 1. Create a yesterday.html.tmpl. I would base this off week.html.tmpl
>> 2. Change $week to $yesterday in yesterday.html.tmpl
>> 3. Change a couple of heading from Week to Yesterday
>> 4. In skin.conf add yesterday plots
>> 5. Change yesterday.html.tmpl to use your yesterday plots
>> 6. You might want to remove the 'This Month' panel, just remove the 
>> applicable div in its entirety (starts around line 201 in the template)
>> 6. Add some navigation by adding a 'yesterday' button to each of the 
>> other .html.tmpl templates in the skin (look at the navbar div in the 
>> template)
>> 7. Add yesterday.html.tmpl to skin.conf so it is generated
>>
>> Maybe one or two others but they will show up once you get the basic page 
>> going. If you work through the template looking for week specific things 
>> and changing them to yesterday you 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 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 received this message because you are subscribed to a topic in the 
>>>> Google Groups "weewx-user" group.
>>>> To unsubscribe from this topic, visit 
>>>> https://groups.google.com/d/topic/weewx-user/QoUlovvIZoI/unsubscribe.
>>>> To unsubscribe from this group and all its topics, send an email to 
>>>> weewx...@googlegroups.com.
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/weewx-user/03c147d6-3ffc-466a-805f-7457c07ead37%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/dfa38211-d423-42ce-867c-82e7e3de5a3f%40googlegroups.com.

Re: [weewx-user] Re: "Formatting options with [un]expected results" -- using leafTemp1 for non-temperature measurement so trying to remove "°F"

[Messy Potamia]

Okay thanks, I'll try that. 


On Wednesday, April 15, 2020 at 10:07:44 PM UTC+2, gjr80 wrote:
>
> Ah, OK, I have some notes for how to make similar changes to Seasons that 
> could serve as a simple checklist. Standard should not be too hard, in a 
> nutshell you just need to:
>
> 1. Create a yesterday.html.tmpl. I would base this off week.html.tmpl
> 2. Change $week to $yesterday in yesterday.html.tmpl
> 3. Change a couple of heading from Week to Yesterday
> 4. In skin.conf add yesterday plots
> 5. Change yesterday.html.tmpl to use your yesterday plots
> 6. You might want to remove the 'This Month' panel, just remove the 
> applicable div in its entirety (starts around line 201 in the template)
> 6. Add some navigation by adding a 'yesterday' button to each of the other 
> .html.tmpl templates in the skin (look at the navbar div in the template)
> 7. Add yesterday.html.tmpl to skin.conf so it is generated
>
> Maybe one or two others but they will show up once you get the basic page 
> going. If you work through the template looking for week specific things 
> and changing them to yesterday you 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 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 received this message because you are subscribed to a topic in the 
>>> Google Groups "weewx-user" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/weewx-user/QoUlovvIZoI/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to 
>>> weewx...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/03c147d6-3ffc-466a-805f-7457c07ead37%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/dce410d9-1b70-46fc-88d4-6228ec8b1cb2%40googlegroups.com.

Re: [weewx-user] Re: "Formatting options with [un]expected results" -- using leafTemp1 for non-temperature measurement so trying to remove "°F"

[Messy Potamia]

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 received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/QoUlovvIZoI/unsubscribe.
> To unsubscribe from this group and all its topics, 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/03c147d6-3ffc-466a-805f-7457c07ead37%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/CAB7-S77NrsBFQY5xbmES-S6dh7rkXmUGOBtLwYRtMBo50sKZaw%40mail.gmail.com.

[weewx-user] Re: "Formatting options with [un]expected results" -- using leafTemp1 for non-temperature measurement so trying to remove "°F"

[Messy Potamia]

Okay, upgrade to 3.9.2, (with Standard skins), went without a hitch. Made a 
few edits to skin.conf and the .tmpls. Yes now the format options work. 
Still trying to find where all the right places are to make the changes to 
formats I need. 

Going to try to add a "yesterday" tab between "current", "week", ...   if 
you have an abbreviated short list of steps, I'd be grateful.

Thanks,
Phil

===
On Tuesday, April 14, 2020 at 1:42:55 AM UTC+2, gjr80 wrote:
>
> Hi,
>
> The 'problem' is that you are using WeeWX v3.6.2 but reading the 
> Customization Guide for the current WeeWX release which is v3.9.2 - and 
> things have changed. What label formatting options you want will determine 
> what tag you should use, $current.leafTemp1.formatted will use the 
> skin.conf defined format but no label, 
> $current.leafWet1.no_label(string_format, 
> NONE_string) will use no label but requires a user specified string 
> format and None string in the tag.
>
> You will find the guides for your WeeWX version on your WeeWX machine in 
> /usr/share/doc/weewx or /home/weewx/docs depending on your install type. 
> Unless you have special glasses for reading HTML you will need to view them 
> in your browser. Alternatively, you can view the Formatting options section 
> of the 3.6.2 Customization Guide here 
> <https://htmlpreview.github.io/?https://github.com/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:
>>
>> 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 to .format(), since doc 
>> says it's an option, now I "only" get these errors:
>> Apr 13 23:20:17 RPI3 weewx[25402]: cheetahgenerator: Generate failed with 
>> exception ''
>> Apr 13 23:20:17 RPI3 weewx[25402]: cheetahgenerator:  Ignoring 
>> template /home/weewx/skins/Standard/week.html.tmpl
>> Apr 13 23:20:17 RPI3 weewx[25402]: cheetahgenerator:  Reason: format
>> () takes at least 2 arguments (1 given)
>> Apr 13 23:20:17 RPI3 weewx[25402]:   Traceback (most recent call last
>> ):
>> Apr 13 23:20:17 RPI3 weewx[25402]: File 
>> "/home/weewx/bin/weewx/cheetahgenerator.py", line 315, in generate
>> Apr 13 23:20:17 RPI3 weewx[25402]:   print >> _file, text
>> Apr 13 23:20:17 RPI3 weewx[25402]: File 
>> "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in 
>> __str__
>> Apr 13 23:20:17 RPI3 weewx[25402]:   rc = getattr(self, 
>> mainMethName)()
>> Apr 13 23:20:17 RPI3 weewx[25402]: File 
>> "_home_weewx_skins_Standard_week_html_tmpl.py", line 1095, in respond
>> Apr 13 23:20:17 RPI3 weewx[25402]: File 
>> "_home_weewx_skins_Standard_week_html_tmpl.py", line 322, in 
>> __errorCatcher37
>> Apr 13 23:20:17 RPI3 weewx[25402]: File "", line 1, in 
>> 
>> Apr 13 23:20:17 RPI3 weewx[25402]:   TypeError: format() takes at 
>> least 2 arguments (1 given)
>> Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator: Generate failed with 
>> exception ''
>> Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator:  Ignoring 
>> template /home/weewx/skins/Standard/index.html.tmpl
>> Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator:  Reason: format
>> () takes at least 2 arguments (1 given)
>> Apr 13 23:20:19 RPI3 weewx[25402]:   Traceback (most recent call last
>> ):
>> Apr 13 23:20:19 RPI3 weewx[25402]: File 
>> "/home/weewx/bin/weewx/cheetahgenerator.py", line 315, in generate
>> Apr 13 23:20:19 RPI3 weewx[25402]:   print >> _file, text
>> Apr 13 23:20:19 RPI3 weewx[25402]: File 
>> "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in 
>> __str__
>> Apr 13 23:20:19 RPI3 weewx[25402]:   rc = getattr(self, 
>> mainMethName)()
>> Apr 13 23:20:19 RPI3 weewx[25402]: File 
>> "_home_weewx_skins_Standard_index_html_tmpl.py", line 1037, in respond
>> Apr 13 23:20:19 RPI3 weewx[25402]: File 
>> "_home_weewx_skins_Standard_index_html_tmpl.py", line 182, in

Re: [weewx-user] Re: "Formatting options with [un]expected results" -- using leafTemp1 for non-temperature measurement so trying to remove "°F"

[Messy Potamia]

Aha. I began to suspect that. It's doing what I need it to for now. But
will upgrade to 3.9.2 soon.
Thx.

On Tue, Apr 14, 2020, 01:43 gjr80  wrote:

> Hi,
>
> The 'problem' is that you are using WeeWX v3.6.2 but reading the
> Customization Guide for the current WeeWX release which is v3.9.2 - and
> things have changed. What label formatting options you want will determine
> what tag you should use, $current.leafTemp1.formatted will use the
> skin.conf defined format but no label, 
> $current.leafWet1.no_label(string_format,
> NONE_string) will use no label but requires a user specified string
> format and None string in the tag.
>
> You will find the guides for your WeeWX version on your WeeWX machine in
> /usr/share/doc/weewx or /home/weewx/docs depending on your install type.
> Unless you have special glasses for reading HTML you will need to view them
> in your browser. Alternatively, you can view the Formatting options section
> of the 3.6.2 Customization Guide here
> <https://htmlpreview.github.io/?https://github.com/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:
>>
>> 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 to .format(), since doc
>> says it's an option, now I "only" get these errors:
>> Apr 13 23:20:17 RPI3 weewx[25402]: cheetahgenerator: Generate failed with
>> exception ''
>> Apr 13 23:20:17 RPI3 weewx[25402]: cheetahgenerator:  Ignoring
>> template /home/weewx/skins/Standard/week.html.tmpl
>> Apr 13 23:20:17 RPI3 weewx[25402]: cheetahgenerator:  Reason: format
>> () takes at least 2 arguments (1 given)
>> Apr 13 23:20:17 RPI3 weewx[25402]:   Traceback (most recent call last
>> ):
>> Apr 13 23:20:17 RPI3 weewx[25402]: File
>> "/home/weewx/bin/weewx/cheetahgenerator.py", line 315, in generate
>> Apr 13 23:20:17 RPI3 weewx[25402]:   print >> _file, text
>> Apr 13 23:20:17 RPI3 weewx[25402]: File
>> "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in
>> __str__
>> Apr 13 23:20:17 RPI3 weewx[25402]:   rc = getattr(self,
>> mainMethName)()
>> Apr 13 23:20:17 RPI3 weewx[25402]: File
>> "_home_weewx_skins_Standard_week_html_tmpl.py", line 1095, in respond
>> Apr 13 23:20:17 RPI3 weewx[25402]: File
>> "_home_weewx_skins_Standard_week_html_tmpl.py", line 322, in
>> __errorCatcher37
>> Apr 13 23:20:17 RPI3 weewx[25402]: File "", line 1, in
>> 
>> Apr 13 23:20:17 RPI3 weewx[25402]:   TypeError: format() takes at
>> least 2 arguments (1 given)
>> Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator: Generate failed with
>> exception ''
>> Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator:  Ignoring
>> template /home/weewx/skins/Standard/index.html.tmpl
>> Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator:  Reason: format
>> () takes at least 2 arguments (1 given)
>> Apr 13 23:20:19 RPI3 weewx[25402]:   Traceback (most recent call last
>> ):
>> Apr 13 23:20:19 RPI3 weewx[25402]: File
>> "/home/weewx/bin/weewx/cheetahgenerator.py", line 315, in generate
>> Apr 13 23:20:19 RPI3 weewx[25402]:   print >> _file, text
>> Apr 13 23:20:19 RPI3 weewx[25402]: File
>> "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in
>> __str__
>> Apr 13 23:20:19 RPI3 weewx[25402]:   rc = getattr(self,
>> mainMethName)()
>> Apr 13 23:20:19 RPI3 weewx[25402]: File
>> "_home_weewx_skins_Standard_index_html_tmpl.py", line 1037, in respond
>> Apr 13 23:20:19 RPI3 weewx[25402]: File
>> "_home_weewx_skins_Standard_index_html_tmpl.py", line 182, in
>> __errorCatcher17
>> Apr 13 23:20:19 RPI3 weewx[25402]: File "", line 1, in
>> 
>> Apr 13 23:20:19 RPI3 weewx[25402]:   TypeError: format() takes at
>> least 2 arguments (1 given)
>> Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator: Generated 12 files
>> for report StandardReport in 4.00 seconds
>> Apr 13 23:20:20 RPI3 weewx[2540

[weewx-user] "Formatting options with [un]expected results" -- using leafTemp1 for non-temperature measurement so trying to remove "°F"

[Messy Potamia]

>
> 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 to .format(), since doc 
says it's an option, now I "only" get these errors:
Apr 13 23:20:17 RPI3 weewx[25402]: cheetahgenerator: Generate failed with 
exception ''
Apr 13 23:20:17 RPI3 weewx[25402]: cheetahgenerator:  Ignoring template 
/home/weewx/skins/Standard/week.html.tmpl
Apr 13 23:20:17 RPI3 weewx[25402]: cheetahgenerator:  Reason: format() 
takes at least 2 arguments (1 given)
Apr 13 23:20:17 RPI3 weewx[25402]:   Traceback (most recent call last):
Apr 13 23:20:17 RPI3 weewx[25402]: File 
"/home/weewx/bin/weewx/cheetahgenerator.py", line 315, in generate
Apr 13 23:20:17 RPI3 weewx[25402]:   print >> _file, text
Apr 13 23:20:17 RPI3 weewx[25402]: File 
"/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in 
__str__
Apr 13 23:20:17 RPI3 weewx[25402]:   rc = getattr(self, mainMethName
)()
Apr 13 23:20:17 RPI3 weewx[25402]: File 
"_home_weewx_skins_Standard_week_html_tmpl.py", line 1095, in respond
Apr 13 23:20:17 RPI3 weewx[25402]: File 
"_home_weewx_skins_Standard_week_html_tmpl.py", line 322, in 
__errorCatcher37
Apr 13 23:20:17 RPI3 weewx[25402]: File "", line 1, in 

Apr 13 23:20:17 RPI3 weewx[25402]:   TypeError: format() takes at least 
2 arguments (1 given)
Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator: Generate failed with 
exception ''
Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator:  Ignoring template 
/home/weewx/skins/Standard/index.html.tmpl
Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator:  Reason: format() 
takes at least 2 arguments (1 given)
Apr 13 23:20:19 RPI3 weewx[25402]:   Traceback (most recent call last):
Apr 13 23:20:19 RPI3 weewx[25402]: File 
"/home/weewx/bin/weewx/cheetahgenerator.py", line 315, in generate
Apr 13 23:20:19 RPI3 weewx[25402]:   print >> _file, text
Apr 13 23:20:19 RPI3 weewx[25402]: File 
"/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in 
__str__
Apr 13 23:20:19 RPI3 weewx[25402]:   rc = getattr(self, mainMethName
)()
Apr 13 23:20:19 RPI3 weewx[25402]: File 
"_home_weewx_skins_Standard_index_html_tmpl.py", line 1037, in respond
Apr 13 23:20:19 RPI3 weewx[25402]: File 
"_home_weewx_skins_Standard_index_html_tmpl.py", line 182, in 
__errorCatcher17
Apr 13 23:20:19 RPI3 weewx[25402]: File "", line 1, in 

Apr 13 23:20:19 RPI3 weewx[25402]:   TypeError: format() takes at least 
2 arguments (1 given)
Apr 13 23:20:19 RPI3 weewx[25402]: cheetahgenerator: Generated 12 files for 
report StandardReport in 4.00 seconds
Apr 13 23:20:20 RPI3 weewx[25402]: genimages: Generated 12 images for 
StandardReport in 0.77 seconds
Apr 13 23:20:20 RPI3 weewx[25402]: reportengine: copied 14 files to /home/
weewx/public_html
Apr 13 23:20:40 RPI3 weewx[25402]: reportengine: ftp'd 38 files in 19.90 
seconds

My weewx is 3.6.2, it's not a version problem is it? 
It's late here (Sembach, Germany), I hope I didn't fat finger a typo with 
all the editing, but I've checked and it looks clean. 
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/f1da88b7-ec6b-41c0-acac-b33504250045%40googlegroups.com.

Re: [weewx-user] Simplest method to read in an external data element and apply it to an existing Archive type

[Messy Potamia]

I didn't have any problem reading the data in via my existing python code 
(although I suspect your sample may be cleaner, I'll try that too).
What I was concerned with is the schema ***  =  schema *** + schema ***.  
Since I'm not extending this schema, I commented out that line. Added the 
service to weewx.conf, restarted weewx w/ debug=1, saw it add the service 
(and now the new .pyc exists in user), and it's reading the data into 
weewx.sdb.  Now it's a simple matter of editing my skins to add the 
parameter.  
Thanks  --Phil

On Monday, April 13, 2020 at 2:42:05 PM UTC+2, Thomas Keffer wrote:
>
> You want something like:
>
> with open('/path/to/file') as f:
> value = f.readline().strip()
> event.record['leafTemp1'] = float(value) if value != '' else None
>
> Or, use filepile <https://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 
>> 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 data file, but I extended the schema to do that 
>> (and I remember Tom asking why, and it was because I thought that was the 
>> thing to do, anyway I don't want to do that this time)
>>
>> pi@RPI3:~ $ cat /home/weewx/special.dat
>> 32.67
>> pi@RPI3:~ $
>>
>> Here is the python I copied & modified a few years ago, which works for 
>> that system:
>> #!/usr/bin/env python
>>
>> #file user/lakedata.py
>> import weewx
>> from weewx.engine import StdService
>>
>> class AddLakedata(StdService):
>>
>> def __init__(self, engine, config_dict):
>>   # Initialize my superclass first:
>>   super(AddLakedata, self).__init__(engine, config_dict)
>>   # Bind to any new archive record events:
>>   self.bind(weewx.NEW_ARCHIVE_RECORD, self.new_archive_packet)
>>
>> def new_archive_packet(self, event):
>>
>> #(code that reads two measurements from a file)
>> with open("/mnt/wxdata/weewxmbdata.dat") as f:
>> for line in f:
>> numbers_str = line.split()
>> numbers_float = [float(x) for x in numbers_str]
>> value1 = numbers_float[0]
>> value2 = numbers_float[1]
>>
>> event.record['lakeElevation'] = value1
>> event.record['lakeWaveheight'] = value2
>>
>> import schemas.wview
>> schema_with_lakedata = schemas.wview.schema + [('lakeElevation', 'REAL')] 
>> + [('lakeWaveheight', 'REAL')] + [('lightning', 'REAL')]
>>
>> #
>>
>> The above code works fine on a previous installation and I'm not going to 
>> mess with it. This install however, I will be reading a single value, and 
>> applying it into an existing field in the default existing database. My 
>> concern is, in the above lakedata.py, which represents an extended schema, 
>> what changes when I'm using the existing schema?
>>
>> Thanks for clarifying this for me.
>>
>> Phil  
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/a7495c2d-f450-46cf-a88f-c75e696f1940%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/a7495c2d-f450-46cf-a88f-c75e696f1940%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>

-- 
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/72175d38-5066-4fc8-94fe-51ceba7af339%40googlegroups.com.

[weewx-user] Simplest method to read in an external data element and apply it to an existing Archive type

[Messy Potamia]

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 data file, but I extended the schema to do that 
(and I remember Tom asking why, and it was because I thought that was the 
thing to do, anyway I don't want to do that this time)

pi@RPI3:~ $ cat /home/weewx/special.dat
32.67
pi@RPI3:~ $

Here is the python I copied & modified a few years ago, which works for 
that system:
#!/usr/bin/env python

#file user/lakedata.py
import weewx
from weewx.engine import StdService

class AddLakedata(StdService):

def __init__(self, engine, config_dict):
  # Initialize my superclass first:
  super(AddLakedata, self).__init__(engine, config_dict)
  # Bind to any new archive record events:
  self.bind(weewx.NEW_ARCHIVE_RECORD, self.new_archive_packet)

def new_archive_packet(self, event):

#(code that reads two measurements from a file)
with open("/mnt/wxdata/weewxmbdata.dat") as f:
for line in f:
numbers_str = line.split()
numbers_float = [float(x) for x in numbers_str]
value1 = numbers_float[0]
value2 = numbers_float[1]

event.record['lakeElevation'] = value1
event.record['lakeWaveheight'] = value2

import schemas.wview
schema_with_lakedata = schemas.wview.schema + [('lakeElevation', 'REAL')] + 
[('lakeWaveheight', 'REAL')] + [('lightning', 'REAL')]

#

The above code works fine on a previous installation and I'm not going to 
mess with it. This install however, I will be reading a single value, and 
applying it into an existing field in the default existing database. My 
concern is, in the above lakedata.py, which represents an extended schema, 
what changes when I'm using the existing schema?

Thanks for clarifying this for me.

Phil  

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/a7495c2d-f450-46cf-a88f-c75e696f1940%40googlegroups.com.

[weewx-user] Ultimeter, TTYUSB0, problems after apt-get update & reboot

[Messy Potamia]

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'm 
still getting 
Jun 21 17:05:56 RPI3 weewx[1430]: ultimeter: Failed attempt 5 of 5 to get 
readings: Une...013
Jun 21 17:05:59 RPI3 weewx[1430]: ultimeter: Max retries (5) exceeded for 
readings
Jun 21 17:05:59 RPI3 weewx[1430]: engine: Caught WeeWxIOError: Max retries (
5) exceeded...ngs
Jun 21 17:05:59 RPI3 weewx[1430]:   Waiting 60 seconds then retrying...

usb-devices (omitting the other devices) shows the adapter as device 6:
T:  Bus=01 Lev=02 Prnt=02 Port=03 Cnt=03 Dev#=  6 Spd=12  MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=16 #Cfgs=  1
P:  Vendor=050d ProdID=0109 Rev=01.02
S:  Manufacturer=Staples USB to Adapter
S:  SerialNumber=324866
C:  #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I:  If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=mct_u232
Here is the output of lsusb & ls /dev/*USB*
 ls /dev/*USB*
/dev/ttyUSB0
#
 lsusb
Bus 001 Device 006: ID 050d:0109 Belkin Components F5U109/F5U409 PDA Adapter
Bus 001 Device 004: ID 154b:009f PNY
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 
F$
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
#

This Pi runs fine, for over a year now, until it decides to stop talking to 
the USB-serial adapter. I'm not sure if the update caused the problem, 
because often if I reboot the pi, the serial port and the ultimeter.py and 
the ultimeter just stop giving the right data. Sometimes a reboot does it, 
sometimes unplugging everything after powering down, the replugging fixes 
it, sometimes it depends upon the position your teeth are in. 
I'm seriously hoping you have sage troubleshooting advice I can use to fix 
this combination. I like Peet's (It is here in Germany at the house we're 
renting), and my Davis is back home, which works without a single problem 
for several years. This Peets w/ the serial-USB has been a headache. 

Thanks for your ideas --

"MP"

-- 
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/1e0ac2d0-bf14-4f3b-973e-a2c76de24659%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Moving from PI2B (weewx 3.6.2) to PI3B+ (weewx 3.9.1), how to handle custom schema after copying weewx.sdb

[Messy Potamia]

If that was good advice, it's too late, but thanks. This was working on a 
3.62 just fine, I had followed Tom's guidance on adding three fields: 
lakeElevation, lakeWaveHeight, lightning. 
But I'm having a problem with a spot where I need to override default 
formatting.
Phil

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 help you there...
>
> FWIW, moving away from a custom schema to a secondary database is a 'lot' 
> easier to deal with.  That's one of the best parts of weewx v3
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] 3.91 new install ... Seasons skins... can't find where to override default label formats

[Messy Potamia]

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.lakeWaveheight.has_data
  
$obs.label.lakeWaveheight
$current.lakeWaveheight
  
#end if


I need for LakeElevation and lakeWaveheight to %.2f and %.1f. 

These two are the images created, the y axis fmt is correct on them.


Where do I override a format on a specific instance?


-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Moving from PI2B (weewx 3.6.2) to PI3B+ (weewx 3.9.1), how to handle custom schema after copying weewx.sdb

[Messy Potamia]

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 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.StdCalibrate, weewx.engine.StdQC, weewx.wxservices.StdWXCalculate, 
> user.lakedata.AddLakedata
> and
> [DataBindings]
>
> [[wx_binding]]
> # This is likely to be the only option you would want to change.
> database = archive_sqlite
> # The name of the table within the database
> table_name = archive
> # The manager handles aggregation of data for historical summaries
> manager = weewx.wxmanager.WXDaySummaryManager
> # The schema defines the structure of the database.
> # It is *only* used when the database is created.
> #schema = schemas.wview.schema
> schema = user.lakedata.schema_with_lakedata
>
>
> ##
>
>
> In the new PI3B+ running weewx 3.9.1,
>
> This was a new installation, not an upgrade.
> I copied the working weewx.sdb over to the new system, used sqlitebrowser 
> to peek at it and it's populating everything it should except for fields 
> "lakeElevation" and "lakeWaveHeight". 
> I use a python script to read the rangesensor data from ttyAMA0, then 
> write it to a single-line buffer file which then something I wrote reads it 
> and stuffs it into these two fields. 
> I'm not sure what I'm needing to do here. I don't need to extend the 
> schema again, but I do need something that has to do with " user.lakedata.
> schema_with_lakedata".
> I'm not understanding how this gets incorporated into my new installation. 
> I probably forgot how I added the process to do that, and it has something 
> to do with "user.lakedata.AddLakedata".
>
> Thanks for telling me what I need to do here. 
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Moving from PI2B (weewx 3.6.2) to PI3B+ (weewx 3.9.1), how to handle custom schema after copying weewx.sdb

[Messy Potamia]

Tom
On my previous system I had files edited or created, including, 
weewx/bin/user/extensions.py, lakedata.py, and weewx/bin/weewx/units.py 
(which I remember you saying something a few years ago about how I should 
not have had to edit that, but I couldn't get it to take my added lake 
fields without doing so, and commented about that in extensions.py)

If you want, I'll post the contents of those files, but I'm thinking about 
redoing the way I do this, if I can get it to work, the way you say it's 
intended.
I'd really like to not kluge this together like I think 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 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.StdCalibrate, weewx.engine.StdQC, weewx.wxservices.StdWXCalculate, 
> user.lakedata.AddLakedata
> and
> [DataBindings]
>
> [[wx_binding]]
> # This is likely to be the only option you would want to change.
> database = archive_sqlite
> # The name of the table within the database
> table_name = archive
> # The manager handles aggregation of data for historical summaries
> manager = weewx.wxmanager.WXDaySummaryManager
> # The schema defines the structure of the database.
> # It is *only* used when the database is created.
> #schema = schemas.wview.schema
> schema = user.lakedata.schema_with_lakedata
>
>
> ##
>
>
> In the new PI3B+ running weewx 3.9.1,
>
> This was a new installation, not an upgrade.
> I copied the working weewx.sdb over to the new system, used sqlitebrowser 
> to peek at it and it's populating everything it should except for fields 
> "lakeElevation" and "lakeWaveHeight". 
> I use a python script to read the rangesensor data from ttyAMA0, then 
> write it to a single-line buffer file which then something I wrote reads it 
> and stuffs it into these two fields. 
> I'm not sure what I'm needing to do here. I don't need to extend the 
> schema again, but I do need something that has to do with " user.lakedata.
> schema_with_lakedata".
> I'm not understanding how this gets incorporated into my new installation. 
> I probably forgot how I added the process to do that, and it has something 
> to do with "user.lakedata.AddLakedata".
>
> Thanks for telling me what I need to do here. 
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Moving from PI2B (weewx 3.6.2) to PI3B+ (weewx 3.9.1), how to handle custom schema after copying weewx.sdb

[Messy Potamia]

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.StdCalibrate, weewx.engine.StdQC, weewx.wxservices.StdWXCalculate, 
user.lakedata.AddLakedata
and
[DataBindings]

[[wx_binding]]
# This is likely to be the only option you would want to change.
database = archive_sqlite
# The name of the table within the database
table_name = archive
# The manager handles aggregation of data for historical summaries
manager = weewx.wxmanager.WXDaySummaryManager
# The schema defines the structure of the database.
# It is *only* used when the database is created.
#schema = schemas.wview.schema
schema = user.lakedata.schema_with_lakedata

##


In the new PI3B+ running weewx 3.9.1,

This was a new installation, not an upgrade.
I copied the working weewx.sdb over to the new system, used sqlitebrowser 
to peek at it and it's populating everything it should except for fields 
"lakeElevation" and "lakeWaveHeight". 
I use a python script to read the rangesensor data from ttyAMA0, then write 
it to a single-line buffer file which then something I wrote reads it and 
stuffs it into these two fields. 
I'm not sure what I'm needing to do here. I don't need to extend the schema 
again, but I do need something that has to do with " user.lakedata.
schema_with_lakedata".
I'm not understanding how this gets incorporated into my new installation. 
I probably forgot how I added the process to do that, and it has something 
to do with "user.lakedata.AddLakedata".

Thanks for telling me what I need to do here. 

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] 3.9.1, Seasons skin & changing of labels

[Messy Potamia]

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 
where I got confused. First things first: to enable Seasons, in weewx.conf 
I set 
[StdReport] [[StandardReport]]
skin = Standard
enable = false
   [[SeasonsReport]]
# images, templates and plots for the report.
skin = Seasons
enable = true

Then I read about weewx/defaults.py and how it sets, when it isn't 
overridden, the labels so I tried changing it there -- no effect. Then I 
tried changing it skins/Seasons/skin.conf, but that actual label wasn't in 
there, so to test I changed 
[Labels]

# Override some labels. No need to identify these as a "Battery"
# or "Voltage", because that is included in the template.
[[Generic]]
txBatteryStatus  = Transmitter
windBatteryStatus= Wind
rainBatteryStatus= Rain
outTempBatteryStatus = Outside Temperature
inTempBatteryStatus  = NEMA BOX
consBatteryVoltage   = Console
heatingVoltage   = Heating
supplyVoltage= Supply
referenceVoltage = Reference
However on the simulator report the "Inside Temperature Battery OK" label 
was unchanged so that test failed and I don't know why.
 So next I changed it in weewx/weewx.conf and it reflected the change in 
the (simulator) reports but only for the Inside Temperature.
It's just not clear to me what files change which labels (and, when I add 
my owfs parameters, where I *best* add them). 
Thanks if you can find a moment to clarify the differences -- again, I'm 
only using one skin (Seasons) -- appreciate it. 

Phil


-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Latest v3.8.2 gives poorer labels compared to 3.6.2

[Messy Potamia]

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 ftp'd the /usr/share/fonts/truetype/freefont/ directory from the jessie 
>> lite to the stretch lite, reloaded, and now they're as expected.
>>
>
> at some point you probably installed fonts using apt-get - on debian 
> systems, /usr/share/fonts is where system-installed fonts end up.
>
> if you want to future-proof your skins and make them independent of the 
> operating system on which you are running, then create a 'fonts' directory 
> in the 'skins' tree, and keep your fonts there.  then refer to the fonts 
> specifically in your skin.conf or weewx.conf.
>
> for an example, take a look at the Seasons skin in the soon-to-be-released 
> weewx 3.9:
>
> https://github.com/weewx/weewx/tree/development/skins/Seasons
>
> you can see the actual fonts in the 'font' directory:
>
> https://github.com/weewx/weewx/tree/development/skins/Seasons/font
>
> notice that there are truetype fonts for the images, and webfonts for the 
> html pages.
>
> the tt fonts are referred to in the ImageGenerator section of skin.conf:
>
> https://github.com/weewx/weewx/blob/development/skins/Seasons/skin.conf
>
> the web fonts are specified once in the @font-face section of the skin's 
> css file:
>
> https://github.com/weewx/weewx/blob/development/skins/Seasons/seasons.css
>
> hope that helps!
>
> 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.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Latest v3.8.2 gives poorer labels compared to 3.6.2

[Messy Potamia]

Matt & Vince,

Mine is also Linux PI3BUSB 4.14.79-v7+ #1159 SMP Sun Nov 4 17:50:20 GMT 
2018 armv7l GNU/Linux

Of course I used the lite because it was headless. Since this is a 3B+ I 
flashed the image (using Etcher) onto a SanDisk 32G UltraFit USB (wanted to 
see if I could get a weewx Pi that stays up for years like Tom's but by 
using USB vice SD) but I don't think that made a diff. 
[2018-11-13-raspbian-stretch-lite.img]
Maybe I'll ask on Pi forum. 
Okay so we can mark this [solved]! (but I see there's no way to do so, or 
edit Subj, on google forums?)
Thanks 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 lite, reloaded, and now they're as expected.
>>
>
> at some point you probably installed fonts using apt-get - on debian 
> systems, /usr/share/fonts is where system-installed fonts end up.
>
> if you want to future-proof your skins and make them independent of the 
> operating system on which you are running, then create a 'fonts' directory 
> in the 'skins' tree, and keep your fonts there.  then refer to the fonts 
> specifically in your skin.conf or weewx.conf.
>
> for an example, take a look at the Seasons skin in the soon-to-be-released 
> weewx 3.9:
>
> https://github.com/weewx/weewx/tree/development/skins/Seasons
>
> you can see the actual fonts in the 'font' directory:
>
> https://github.com/weewx/weewx/tree/development/skins/Seasons/font
>
> notice that there are truetype fonts for the images, and webfonts for the 
> html pages.
>
> the tt fonts are referred to in the ImageGenerator section of skin.conf:
>
> https://github.com/weewx/weewx/blob/development/skins/Seasons/skin.conf
>
> the web fonts are specified once in the @font-face section of the skin's 
> css file:
>
> https://github.com/weewx/weewx/blob/development/skins/Seasons/seasons.css
>
> hope that helps!
>
> 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.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Latest v3.8.2 gives poorer labels compared to 3.6.2

[Messy Potamia]

Nope. I saw that, changed from 1 to 2, it looked terrible (it was smaller, 
unreadable). I was just going to amend my post adding what I found, and 
wonder if anyone else has experienced this.
Here is the problem: I decided to look for the font 
/usr/share/fonts/truetype/freefont/FreeMonoBold.ttf, and it was in the 
3.6.2 pi but not the 3.8.2 pi. The 3.8.2 is the latest raspbian stretch 
lite (2018-11-13). The 3.6.2 is running on an earlier (jessie lite I think) 
raspbian. Sure enough, the jessie pi had these packages installed: [ 
*apt-mark showauto | grep font ]*
fontconfig
fontconfig-config
fontconfig-infinality
fonts-dejavu-core
fonts-dejavu-extra
fonts-droid
fonts-freefont-ttf
fonts-opensymbol
fonts-roboto
gsfonts
gsfonts-x11
libfontconfig1
libfontenc1
libxfont1
xfonts-100dpi
xfonts-encodings
xfonts-utils
while the stretch lite 11-2018 had:
*[apt-mark showauto|grep font]*
fontconfig-config
fonts-dejavu-core
libfontconfig1

I ftp'd the /usr/share/fonts/truetype/freefont/ directory from the jessie 
lite to the stretch lite, reloaded, and now they're as expected. 

[image: daytempdew-362okay.png]

[image: daytempdew-382fixed.png]
I'm wondering what else I'm missing from this stretch lite. I'm building a 
new weewx server from scratch, and have yet to install the owfs intfc 
(sheepwalk RPI2) w/ rtc, and a serial mod so I can use the maxbotix range 
sensor for water height. Not to mention several little python scripts to do 
stuff with the extra data, 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?
>
> -tk
>
> On Sat, Jan 19, 2019 at 9:11 AM Messy Potamia  > wrote:
>
>> 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 and have never seen this anomaly.
>> I'm looking through the skins and don't see a font difference yet, unless 
>> I missed it. It looks like it's trying to go bold, but I made no changes to 
>> anything.
>>
>> The top image is from the working 3.6.2.
>>
>>
>> [image: daytempdew-from362.png]
>>
>>
>> [image: daytempdew-from382.png]
>> The bottom image is from the new 3.8.2. 
>>
>> Thanks
>>
>> Phil
>>
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Latest v3.8.2 gives poorer labels compared to 3.6.2

[Messy Potamia]

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 and have never seen this anomaly.
I'm looking through the skins and don't see a font difference yet, unless I 
missed it. It looks like it's trying to go bold, but I made no changes to 
anything.

The top image is from the working 3.6.2.


[image: daytempdew-from362.png]


[image: daytempdew-from382.png]
The bottom image is from the new 3.8.2. 

Thanks

Phil


-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: TTYUSB0 & Ultimeter - was working fine now can't read anything?

[Messy Potamia]

Update: I did a couple things pertaining to enumerating my TTY & USB 
devices, it made no diff, but then I did two things: shutdown -h now & 
moved usb to the physical port it was in when it was working before || 
powered it back up and now it's talking to the Ultimeter. TTYUSB0 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 disconnecting 
> / reconnecting.
> I don't understand what changed that would break weewx' connection to the 
> ultimeter. I'm currently reading the wiki on this however I don't remember 
> having any trouble whatsoever when I 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 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 properly, keep getting "ultimeter: Failed attempt 1 of 5 to get 
>> readings: Unexpected buffer length x" in syslog.
>>  sudo systemctl status serial-getty@* returns nothing;
>> cat /dev/ttyUSB* returns nothing;
>> lsusb yields
>> Bus 001 Device 006: ID 050d:0109 Belkin Components F5U109/F5U409 PDA 
>> Adapter
>> Bus 001 Device 004: ID 154b:009f PNY
>> Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. 
>> SMSC9512/9514 Fast Ethernet Adapter
>> Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>  
>> It doesn't seem to even list the serial-USB adapter. 
>> Remember, this worked perfectly last time I had the Ultimeter connected.
>> My uname -a now yields
>> Linux RPI3 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l 
>> GNU/Linux
>>
>> I just bet I'm forgetting something and someone can see what it is. Maybe 
>> when I updated the system, because the adapter wasn't present, it skipped 
>> over loading something it needed? I don't remember if I had to load drivers 
>> when I installed this 2 years ago.
>>
>> Appreciate your help.
>>
>>
>>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Peet Brothers [Error no 2] ttyUSB0 issue

[Messy Potamia]

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 one? 
Where do I put it, same place? )
THanks for clarifying this for me   again, I do not know what changed 
which broke my Pi3 / ultimeter comms.
---Phil (MP)


On Tuesday, January 2, 2018 at 11:52:49 PM UTC-6, mwall wrote:
>
> On Wednesday, January 3, 2018 at 12:26:28 AM UTC-5, Terry Hock wrote:
>>
>> The Ultimeter is connected directly to the PI USB port, however, I do 
>> have a USB hub for keyboard and mouse on one of the other PI USB ports. 
>> I have also tried three different power supplies and get the same 
>> results, with one being a 7 amp power supply.
>> The Pi is a: Raspberry Pi 2 Model B
>> I am not plugging any USB devices into the unit, I just let it run.
>>
>
> something is not playing nice with the usb on your pi, resulting in a usb 
> event that renumbers/reorders the usb devices.
>
> you don't notice it with the acurite hardware, because the weewx acurite 
> driver looks for, opens, reads, then closes the acurite usb device each 
> time it does a read (every 18 seconds).  the acurite driver finds the 
> acurite hardware using product/vendor codes, so usb reset will go unnoticed.
>
> you *do* notice it with the usb-to-serial converter, because the weewx 
> ultimeter driver opens the connection once then keeps it open until weewx 
> quits.  this is because the peet bros hardware can emit data as fast as 
> twice per second (way faster than acurite hardware!).  so when a usb reset 
> happens, the connection weewx had to the ultimeter goes away, weewx retries 
> and fails 5 times, then quits.
>
> as a hack, use a udev rule so that weewx will always find your ultimeter 
> at /dev/ultimeter.  see the util/udev/rules.d/vantage.rules file and adjust 
> the product/vendor codes to match your FTDI adapter.  see the weewx wiki 
> for more details:
>
> https://github.com/weewx/weewx/wiki/udevrules
>
> or better yet, fix whatever is borking your usb.  look for usb-related 
> events in the syslog just before the first ultimeter failures (before the 
> log entries you posted).
>
> 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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: TTYUSB0 & Ultimeter - was working fine now can't read anything?

[Messy Potamia]

Already did that a couple times. Each time, syslog shows it disconnecting / 
reconnecting.
I don't understand what changed that would break weewx' connection to the 
ultimeter. I'm currently reading the wiki on this however I don't remember 
having any trouble whatsoever when I 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 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 properly, keep getting "ultimeter: Failed attempt 1 of 5 to get 
> readings: Unexpected buffer length x" in syslog.
>  sudo systemctl status serial-getty@* returns nothing;
> cat /dev/ttyUSB* returns nothing;
> lsusb yields
> Bus 001 Device 006: ID 050d:0109 Belkin Components F5U109/F5U409 PDA 
> Adapter
> Bus 001 Device 004: ID 154b:009f PNY
> Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 
> Fast Ethernet Adapter
> Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>  
> It doesn't seem to even list the serial-USB adapter. 
> Remember, this worked perfectly last time I had the Ultimeter connected.
> My uname -a now yields
> Linux RPI3 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l 
> GNU/Linux
>
> I just bet I'm forgetting something and someone can see what it is. Maybe 
> when I updated the system, because the adapter wasn't present, it skipped 
> over loading something it needed? I don't remember if I had to load drivers 
> when I installed this 2 years ago.
>
> Appreciate your help.
>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] TTYUSB0 & Ultimeter - was working fine now can't read anything?

[Messy Potamia]

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 properly, keep getting "ultimeter: Failed attempt 1 of 5 to get 
readings: Unexpected buffer length x" in syslog.
 sudo systemctl status serial-getty@* returns nothing;
cat /dev/ttyUSB* returns nothing;
lsusb yields
Bus 001 Device 006: ID 050d:0109 Belkin Components F5U109/F5U409 PDA Adapter
Bus 001 Device 004: ID 154b:009f PNY
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 
Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 
It doesn't seem to even list the serial-USB adapter. 
Remember, this worked perfectly last time I had the Ultimeter connected.
My uname -a now yields
Linux RPI3 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l 
GNU/Linux

I just bet I'm forgetting something and someone can see what it is. Maybe 
when I updated the system, because the adapter wasn't present, it skipped 
over loading something it needed? I don't remember if I had to load drivers 
when I installed this 2 years ago.

Appreciate your help.


-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: restx: StationRegistry: . . . execute failed: database disk image is malformed

[Messy Potamia]

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): 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 this might be? I'm hoping one of the 
> restore utilities in weewx can rebuild whatever it thinks is wrong.
>
> 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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: restx: StationRegistry: . . . execute failed: database disk image is malformed

[Messy Potamia]

Okay -- I'm aware of the issue possibly involving Station Registry. To 
eliminate that I've changed the option to No in weewx.conf.  Restarted 
weewx. Logs say it's publishing everything, but the new files are not being 
uploaded to public_html. Never had that problem. Maybe I'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 
> (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 this might be? I'm hoping one of the 
> restore utilities in weewx can rebuild whatever it thinks is wrong.
>
> 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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: weewx.com bad Station Registry database?

[Messy Potamia]

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-01 17:50:00 EDT (1506894600): FAIL: execute failed: 
> database disk image is malformed
>
>
> Because the error referred to a database disk image being malformed , I 
> thought it was referring to my local Sqlite weewx.sdb. After researching on 
> SqLite database corruption issues, I learned how this sometimes happens 
> especial on SD cards such as used with the PI and on SSD drives. Because I 
> am running on a SSD drive I went though the steps of doing a .dump to a 
> file, then recreated the database from the backup file. When I opened the 
> “new” database with sqlite3 tool I checked it’s integrity with PRAGMA 
> integrity_check. The integrity_check pragma looks for out-of-order records, 
> missing pages, malformed records, missing index entries, and UNIQUE, CHECK, 
> and NOT NULL constraint errors.
>
> It returned OK, so it thinks the database is fine.
>
>
> Moved the “new database” back into place , ran the checks that wee-data 
> base provides , did a rebuild-daily and restated weewx, and got the same 
> StationRegistry: Failed to publish error.
>
>
> The more I look at this issue I am starting to believe that it’s not a 
> issue with my local weewx.sdb at all, but rather an issue with the Station 
> Registry database on THE WEEWX SERVER.
>
>
> I believe the error is actually a server reply from register.cgi on the 
> weewx.com server.
>
> Most likely from here:
>
> $rc = 
> $sth->execute($rec{station_url},$rec{description},$rec{latitude},$rec{longitude},$rec{station_type},$rec{station_model},$rec{weewx_info},$rec{python_info},$rec{platform_info},$rec{last_addr},$rec{last_seen});
>
> if(!$rc) {
>
> my $msg = 'execute failed: ' . $DBI::errstr;
>
> $dbh->disconnect();
>
> return ('FAIL', $msg, \%rec);
>
> }
>
>
> Also it’s very interesting to note that no North America station have been 
> updated after Fri, 29 Sep 2017 10:56:51 GMT.
>
> So my WILD SPECULATION is that the weewx.com site maybe run on at least a 
> couple of servers, and EUROPE may be OK, but North America has a bad 
> Station Registry database?
>
>
> Thanks,
>
> Paul
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] restx: StationRegistry: . . . execute failed: database disk image is malformed

[Messy Potamia]

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 this might be? I'm hoping one of the 
restore utilities in weewx can rebuild whatever it thinks is wrong.

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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] nonlinear yscale options - do they exist?

[Messy Potamia]

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 
customization guide I can't find any mention of a nonlinear y-axis scale, 
and I tried looking in genplot.py for a hint but found none there. 
Is this possible with the stock 3.6.2?
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: ultimeter setup troubles

[Messy Potamia]

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 /dev/ttyUSB0
Jan 24 15:20:09 RPI3 weewx[7350]: import of driver failed: __init__() got 
an unexpected keyword argument 'write_timeout' ()
Jan 24 15:20:09 RPI3 weewx[7350]: engine: Unable to load driver: __init__() 
got an unexpected keyword argument 'write_timeout'
Jan 24 15:20:09 RPI3 weewx[7350]:   Exiting...

My ultimeter 2100 I just set up yesterday is working fine, but thought I'd 
give that driver a try. I put it back. 
Any comments? Do you want me to try a different one? 

Thanks  -- MP

On Saturday, January 14, 2017 at 8:54:36 AM UTC-6, mwall wrote:
>
> just for fun, try ultimeter-0.17rc1.py
>
> it has write timeouts, so if the driver is unable to write (but able to 
> read) this should be reflected in the log
>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] WUnderground not getting reports from my weewx 3.4.0 / Pi2; all other services receiving fine

[Messy Potamia]

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 
else might know something about the code used for WUnderground, or, some 
other have experienced this. I also report to AWEKAS, CWOP, PWS, WOW, FTP 
(to my static wx page), and lately a Twitter feed, and they're all working 
fine. My system (weewx, pi) has, in the past, been up for nearly 400 days; 
this time it's current uptime is about 38/56 days (weewx/server). 
WUnderground started reporting the outage 5 days ago.  Also, WUnderground 
pulls a static weathercam pic from my website and that's being updated on 
schedule. 

Anybody else see this happening on their systems? I want to suspect there's 
something flaky about the way WUnderground gets data that's causing this.
I realize I'll probably have to wait till I can get back down there to t/s. 
Also know I need to set up VPN service to my home network!

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.
For more options, visit https://groups.google.com/d/optout.