[weewx-user] Can I create VWS graphics while using Weewx?

[Ernest Jillson]

Let's face it. Weewx is a huge leap forward from Virtual Weather Station.
But I would really like to continue producing one of the graphics that VWS
produces.

I'm running on a raspberry pi, and I know VWS won't run on Linux. But if I
wanted to produce some graphics from vws, is there a way for weewx to
create what VWS needs to create the graphics? I could easily feed the data
to a PC, but not sure I can get VWS to act on it since it's not coming from
the data logger.

I believe I've seen it mentioned that there is no way to share the data
from the data logger. I have seen reference to an SDR that may be able to
feed weewx while the data logger can feed a PC? But when I research it I
find that it isn't perfect.

To wrap up, I will continue to run weewx. That is number 1 priority. My
wish is to be able to produce some graphics from the old VWS software.

Thanks for listening and any ideas you may have!

-- 
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/CAC5oUmOs35Le3FZrx5YcJgk3f2db7ikWF_OB3qd6ybtMAAQz2Q%40mail.gmail.com.

[weewx-user] Wunderground uploads using wunderfixer

[Ernest Jillson]

Good afternoon group.

I emailed Weather Underground support yesterday about backfilling
observations after having no internet for two days. Here was the response:

"Thank you for being so kind as to want to backfill your station's data.
But because of the quality control process we have in place, data that is
more than an hour old is discarded.  So the upload is a success, but it
will never appear on the site.

Please let me know if you have any additional questions.  Thank you for
being part of the Weather Underground community!

--Victoria"

While I did reply back and ask if that feature would be restored at any
time in the future, I think we can call this process dead. It sounds like
wunderfixer will still work, though, for data less than 1 hour old.

Ernie

-- 
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/CAC5oUmOeLccyR-Jng%2BZCQBXbfixHNnZCevPJd_0CrwK4GjF%3DRw%40mail.gmail.com.

Re: [weewx-user] 24 hour rain ending 7 AM?

[Ernest Jillson]

Thanks, Karen. I will take a look at it.

Ernie

On Mon, Dec 6, 2021 at 8:59 AM Karen K  wrote:

> I can suggest my weewx-GTS extension, which provides tags for that purpose.
>
> tke...@gmail.com schrieb am Sonntag, 5. Dezember 2021 um 19:06:33 UTC+1:
>
>> Unfortunately, there is no "native" way of doing this. It has been talked
>> about in issue #91 <https://github.com/weewx/weewx/issues/91>.
>>
>> With the introduction of xtypes, it might be possible to write an
>> extension that would allow arbitrary meteorological days. Someone would
>> have to give it a try.
>>
>> On Sat, Dec 4, 2021 at 7:49 PM Ernest Jillson  wrote:
>>
>>> Is it possible to have weewx display a week of 24 hour rainfall totals
>>> starting from 7 AM one day and ending at 7 AM the next?  I'd like to
>>> display this in a table for the last 7 days.
>>>
>>> Thanks in advance.
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to weewx-user+...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/CAC5oUmMhMycHW_2eiAOf8DvQzDbJnwZ6hHqS1FOWHvo%2BnW1gxA%40mail.gmail.com
>>> <https://groups.google.com/d/msgid/weewx-user/CAC5oUmMhMycHW_2eiAOf8DvQzDbJnwZ6hHqS1FOWHvo%2BnW1gxA%40mail.gmail.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/f578675c-b464-439e-aa91-d9a1ff62b4f2n%40googlegroups.com
> <https://groups.google.com/d/msgid/weewx-user/f578675c-b464-439e-aa91-d9a1ff62b4f2n%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/CAC5oUmM7Vaa53K7QTPUsmeNGmruxbN%2B-XVJpewH4iZ4Y_W0nSw%40mail.gmail.com.

[weewx-user] 24 hour rain ending 7 AM?

[Ernest Jillson]

Is it possible to have weewx display a week of 24 hour rainfall totals
starting from 7 AM one day and ending at 7 AM the next?  I'd like to
display this in a table for the last 7 days.

Thanks in advance.

-- 
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/CAC5oUmMhMycHW_2eiAOf8DvQzDbJnwZ6hHqS1FOWHvo%2BnW1gxA%40mail.gmail.com.

Re: [weewx-user] Using StdCalibrate to adjust rain

[Ernest Jillson]

Hey Tom,

Just wanted to thank you again. We've had a couple more rain events and all
the rain amounts match now.

Ernie

On Fri, Sep 10, 2021 at 10:55 PM Ernest Jillson  wrote:

> Ah.  Thanks. I'll give that a try!
>
>
>
> On Fri, Sep 10, 2021 at 7:54 AM Tom Keffer  wrote:
>
>> The Vantage stations emit 'dayRain' as well --- the total rain since
>> midnight. This may be what Belchertown, MQTT, etc. are using.
>>
>> On Thu, Sep 9, 2021 at 5:23 PM Ernest Jillson 
>> wrote:
>>
>>> I put the following in StdCalibrate:
>>>
>>> rain = rain * 0.93
>>>
>>> My new tipping spoon from Davis is a bit too generous with the tips. It
>>> seems to work in some places, but not others. Strange, right?
>>>
>>> So the gauge measured 0.54 today. That was correctly reduced to 0.50 in
>>> the standard/seasons skin. In Belchertown, it did correctly show .50 for
>>> the days total and in the monthly climate report, but it shows 0.54 where
>>> the current conditions are shown. It looks like 0.54 may be coming from
>>> mqtt, because it loads as 0.50 then updates to 0.54 a second later.
>>>
>>> But when the data is sent to say Wunderground and PWSWeather, it shows
>>> the 0.54, not the corrected value of 0.50.
>>>
>>> I'm probably missing something somewhere in the weewx.conf file.  Any
>>> ideas?
>>>
>>> Ernie
>>>
>>> --
>>> 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/CAC5oUmPnSY0xD13Hco9TLxrQxc-9AtP_ZM-DoSfmJRoJFkoe-A%40mail.gmail.com
>>> <https://groups.google.com/d/msgid/weewx-user/CAC5oUmPnSY0xD13Hco9TLxrQxc-9AtP_ZM-DoSfmJRoJFkoe-A%40mail.gmail.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/CAPq0zEAL-QB7-MWi1ShRn42U8tyWS4CTc4gfYb79%3Dpb63N61TQ%40mail.gmail.com
>> <https://groups.google.com/d/msgid/weewx-user/CAPq0zEAL-QB7-MWi1ShRn42U8tyWS4CTc4gfYb79%3Dpb63N61TQ%40mail.gmail.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/CAC5oUmMAwrXk-yXigjebPCTnnU-bKVmHBH9bcidphWvHhR7Qcg%40mail.gmail.com.

Re: [weewx-user] Using StdCalibrate to adjust rain

[Ernest Jillson]

Ah.  Thanks. I'll give that a try!



On Fri, Sep 10, 2021 at 7:54 AM Tom Keffer  wrote:

> The Vantage stations emit 'dayRain' as well --- the total rain since
> midnight. This may be what Belchertown, MQTT, etc. are using.
>
> On Thu, Sep 9, 2021 at 5:23 PM Ernest Jillson  wrote:
>
>> I put the following in StdCalibrate:
>>
>> rain = rain * 0.93
>>
>> My new tipping spoon from Davis is a bit too generous with the tips. It
>> seems to work in some places, but not others. Strange, right?
>>
>> So the gauge measured 0.54 today. That was correctly reduced to 0.50 in
>> the standard/seasons skin. In Belchertown, it did correctly show .50 for
>> the days total and in the monthly climate report, but it shows 0.54 where
>> the current conditions are shown. It looks like 0.54 may be coming from
>> mqtt, because it loads as 0.50 then updates to 0.54 a second later.
>>
>> But when the data is sent to say Wunderground and PWSWeather, it shows
>> the 0.54, not the corrected value of 0.50.
>>
>> I'm probably missing something somewhere in the weewx.conf file.  Any
>> ideas?
>>
>> Ernie
>>
>> --
>> 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/CAC5oUmPnSY0xD13Hco9TLxrQxc-9AtP_ZM-DoSfmJRoJFkoe-A%40mail.gmail.com
>> <https://groups.google.com/d/msgid/weewx-user/CAC5oUmPnSY0xD13Hco9TLxrQxc-9AtP_ZM-DoSfmJRoJFkoe-A%40mail.gmail.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/CAPq0zEAL-QB7-MWi1ShRn42U8tyWS4CTc4gfYb79%3Dpb63N61TQ%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAPq0zEAL-QB7-MWi1ShRn42U8tyWS4CTc4gfYb79%3Dpb63N61TQ%40mail.gmail.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/CAC5oUmPG833qGR5xztar5N8ncBnranwuKg62Ekd71WzR4QfcnA%40mail.gmail.com.

[weewx-user] Using StdCalibrate to adjust rain

[Ernest Jillson]

I put the following in StdCalibrate:

rain = rain * 0.93

My new tipping spoon from Davis is a bit too generous with the tips. It
seems to work in some places, but not others. Strange, right?

So the gauge measured 0.54 today. That was correctly reduced to 0.50 in the
standard/seasons skin. In Belchertown, it did correctly show .50 for the
days total and in the monthly climate report, but it shows 0.54 where the
current conditions are shown. It looks like 0.54 may be coming from mqtt,
because it loads as 0.50 then updates to 0.54 a second later.

But when the data is sent to say Wunderground and PWSWeather, it shows the
0.54, not the corrected value of 0.50.

I'm probably missing something somewhere in the weewx.conf file.  Any ideas?

Ernie

-- 
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/CAC5oUmPnSY0xD13Hco9TLxrQxc-9AtP_ZM-DoSfmJRoJFkoe-A%40mail.gmail.com.

Re: [weewx-user] Re: Odd rainrate issue

[Ernest Jillson]

I do have the seasons skin installed and it did show up there as well.

On Fri, Aug 27, 2021, 05:53 Karen K  wrote:

> 655.35 is a very special value for computers. It is 2^16-1, that is the
> biggest value to store in a 16 bit large memory. Additionally, if signed
> values and unsigned values are mixed up, the value could be in reality -1.
> And additionally again, -1 is sometimes used to mark an erroneous value. So
> 655.35 is a very suspicious value.
>
> gjr80 schrieb am Freitag, 27. August 2021 um 06:00:54 UTC+2:
>
>> OK, so it's not being calculated by WeeWX (record_generation = hardware)
>> and since you are in Florida I'm guessing the inches/hour you quote refers
>> to both what is being displayed by WeeWX and what is in the database. I
>> don't much like mysteries, well unsolved ones but since it is dead easy to
>> fix when it occurs I would tend to hold off putting in the minmax limit
>> and when it next strikes drop us a line here and while the bad data is
>> showing we can do a bit more digging to see where it is coming from (or at
>> least where it is stored). It will be there somewhere and if it is
>> persistent it will be being stored somewhere. As far as I know Belchertown
>> does nothing with rainRate so it must be coming from WeeWX or the driver.
>>
>> While I think of it, if not already enabled you could try enabling the
>> Seasons skin (the WeeWX default skin), no need to publish it to a web
>> server you could just look locally at the generated HTML on your WeeWX
>> machine. When the anomaly next appears does Seasons show the same high
>> value as Belchertown?
>>
>> Gary
>>
>> On Friday, 27 August 2021 at 10:04:16 UTC+10 etji...@gmail.com wrote:
>>
>>> Thanks for the detailed response!
>>>
>>> I'll try to elaborate on everything here.
>>> 1) Under StdArchive: record_generation = hardware
>>> 2) Units are in "inches/hour"
>>> 3) First sql query from archive is the same as the second from
>>> archive_day_rainRate. 9.44, which while high, is certainly plausible in
>>> Florida.
>>>
>>> I don't know where it's getting that value. It was never written to the
>>> database. Same value each time when it happens. But I think your idea of
>>> using the StdQC service is a good one.
>>>
>>> We may just have to leave this one a mystery and move on. Thanks so much
>>> for your time!
>>>
>>> Ernie
>>>
>>> On Thu, Aug 26, 2021 at 3:08 AM gjr80  wrote:
>>>
 Hi,

 This is a real 'it depends' type answer. A few things to consider
 before coming up with a way ahead.

 prefer_hardware. All prefer_hardware does is look for an observation
 (in this case rainRate) from the driver and if it is present it is
 used. Otherwise WeeWX attempts to calculate rainRate. The vantage
 driver emits rainRate in both loop packets and archive records so
 WeeWX should be using rainRate as it comes from the driver. The 'it
 depends' part here is that if you are using software record generation 
 (record_generation
 = software under [StdArchive] in weewx.conf) then WeeWX will be
 calculating the archive record rainRate value (this is the value
 stored in your archive table in your database and used in reports) as the
 average of the accumulated loop packet rainRate values (this is
 slightly different to the approach used within the Davis console, and hence
 emitted by the vantage driver, where archive record rainRate is
 actually the highest rainRate value seen during the archive period).
 The upshot is you could be seeing a value direct from the console or a
 value calculated by WeeWX based on loop packet values from the console. In
 either case you should not be seeing inordinately large and erroneous
 rainRate values.

 655.35. You may or may not have 655.35 in your archive table but
 depending on units you will have an equivalent value, perhaps in other
 units, in your database. The fact that you can clear the daily summaries
 and force regeneration of the output to fix the problem proves this. What
 units is the 655.35 value being reported in? inches/hour, mm/hour or
 cm/hour? The units used in a report do not necessarily match the units used
 in the database. To cut a long story short a default WeeWX install will see
 the database store rainRate data in inches/hour (rain is stored in
 inches). You can force WeeWX to use one of two Metric variations where
 rainRate is stored in mm/hour or cm/hour (rain is stored as mm or cm
 respectively) but you would need to make specific changes to weewx.conf
 to do this, most folks don't. Have a look at the target_unit setting
 under [StdConvert] in weewx.conf. If it is set to US your database
 will store rainRate in inches/hour, if METRICWX it will be in mm/hour
 and if METRIC it will be in cm/hour. For example, if your 655.35 value
 is mm/hour and you have a database using inches/hour then you need to be
 looking for a value

Re: [weewx-user] Re: Odd rainrate issue

[Ernest Jillson]

Thanks for the detailed response!

I'll try to elaborate on everything here.
1) Under StdArchive: record_generation = hardware
2) Units are in "inches/hour"
3) First sql query from archive is the same as the second from
archive_day_rainRate. 9.44, which while high, is certainly plausible in
Florida.

I don't know where it's getting that value. It was never written to the
database. Same value each time when it happens. But I think your idea of
using the StdQC service is a good one.

We may just have to leave this one a mystery and move on. Thanks so much
for your time!

Ernie

On Thu, Aug 26, 2021 at 3:08 AM gjr80  wrote:

> Hi,
>
> This is a real 'it depends' type answer. A few things to consider before
> coming up with a way ahead.
>
> prefer_hardware. All prefer_hardware does is look for an observation (in
> this case rainRate) from the driver and if it is present it is used.
> Otherwise WeeWX attempts to calculate rainRate. The vantage driver emits
> rainRate in both loop packets and archive records so WeeWX should be
> using rainRate as it comes from the driver. The 'it depends' part here is
> that if you are using software record generation (record_generation =
> software under [StdArchive] in weewx.conf) then WeeWX will be calculating
> the archive record rainRate value (this is the value stored in your
> archive table in your database and used in reports) as the average of the
> accumulated loop packet rainRate values (this is slightly different to
> the approach used within the Davis console, and hence emitted by the
> vantage driver, where archive record rainRate is actually the highest
> rainRate value seen during the archive period). The upshot is you could
> be seeing a value direct from the console or a value calculated by WeeWX
> based on loop packet values from the console. In either case you should not
> be seeing inordinately large and erroneous rainRate values.
>
> 655.35. You may or may not have 655.35 in your archive table but depending
> on units you will have an equivalent value, perhaps in other units, in your
> database. The fact that you can clear the daily summaries and force
> regeneration of the output to fix the problem proves this. What units is
> the 655.35 value being reported in? inches/hour, mm/hour or cm/hour? The
> units used in a report do not necessarily match the units used in the
> database. To cut a long story short a default WeeWX install will see the
> database store rainRate data in inches/hour (rain is stored in inches).
> You can force WeeWX to use one of two Metric variations where rainRate is
> stored in mm/hour or cm/hour (rain is stored as mm or cm respectively)
> but you would need to make specific changes to weewx.conf to do this,
> most folks don't. Have a look at the target_unit setting under
> [StdConvert] in weewx.conf. If it is set to US your database will store
> rainRate in inches/hour, if METRICWX it will be in mm/hour and if METRIC
> it will be in cm/hour. For example, if your 655.35 value is mm/hour and you
> have a database using inches/hour then you need to be looking for a value
> around 25.8 not 655.35.
>
> Also, where are you looking for the value? In the archive table or in the
> rainRate daily summary table (table name archive_day_rainRate)? The daily
> summary tables (archive_day_rainRate in this case) are based on data from
> the archive table so you should not find anything in there that is not in
> the archive table, but I guess it is possible there could be a
> disconnect, I can't think of a likely mechanism though.
>
> How are you looking for the value? Assuming you are using a SQLite
> database and have the sqlite3 package installed (if not install using sudo
> apt install sqlite3 on Debian based systems) then something like the
> following will show you the highest rainRate value in your archive table
> along with the timestamp and date-time it occurred and the unit system used
> by your database:
>
> $ echo "SELECT
> dateTime,datetime(dateTime,'unixepoch','localtime'),MAX(rainRate),usUnits
> FROM archive;" | sqlite3 /var/lib/weewx/weewx.sdb
>
> Note the above command assumes your database is /var/lib/weewx/weewx.sdb
> (the default for a WeeWX package install). If you did a setup.py install it
> will likely be /home/weewx/archive/weewx.sdb and you should change the
> above command accordingly. Note also the usUnits value will tell you what
> units rainRate is stored in in your database; 1=US=inches/hour,
> 17=METRICWX=mm/hour and 16=METRIC=cm/hour.
>
> To look at the data in the rainRate daily summary table:
>
> $ echo "SELECT
> dateTime,datetime(dateTime,'unixepoch','localtime'),MAX(max) FROM
> archive_day_rainRate;" | sqlite3 /var/lib/weewx/weewx.sdb
>
> You should find the same max rainRate value as found in the archive table
> but the timestamps/date-times will be different. This is because in the
> daily summary tables each row holds aggregate data for each day (ie one
> record per day), whereas the archive table holds each r

[weewx-user] Odd rainrate issue

[Ernest Jillson]

Weewx 4.5.1
Belchertown 1.3b1
Davis VP2

I don't think this is a true weewx or Belchertown issue since my rainrate
is set to prefer hardware, but I'm getting some new behavior over the last
few months that I hadn't seen before.

Every once in a while, I will get a rainrate of 655.35, even if it didn't
rain. That becomes the max for the day/month/year, of course. But when I
check the weewx.sdb, there are no rainrates of 655.35. Nothing even close.
I grep for 655.35 in the syslog and come up empty.

I can stop weewx, rebuild the daily for that day, then rm everything from
the /var/www/html folder, restart weewx and it's fixed. But where is it
coming from? Any ideas?

Thanks in advance,

Ernie

-- 
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/CAC5oUmOoDoOcgs%3DtOrNQ%2BbeM9dE-XTiKkuAgeqL3KOxEbh1GCw%40mail.gmail.com.

Re: [weewx-user] Static image creation

[Ernest Jillson]

Well, it turns out steel gauges doesn't save the gauges as images.  Oh well.

On Mon, Jun 28, 2021 at 8:08 PM Ernest Jillson  wrote:

> Thanks, everyone.
>
> I will definitely need to grab some text from the feed or database, so
> either a simple skin or mqttwarn will work well for that. I have some
> experience with adding text to images using imagemagick. What I really
> would like is some dials. And I just came across a site with steel gauges
> that might be able to create the images I would like to add to the image
> background. Work keeps me busy, but I'm going to try to work on that a
> little at a time over the next few days.
>
> Ernie
>
> On Sun, Jun 27, 2021 at 10:53 PM Andrew Elwell 
> wrote:
>
>> On Mon, 28 Jun 2021 at 08:23, Ernest Jillson  wrote:
>> >
>> > Anyone know of any skins that can produce a static image with most
>> parameters in either text or dial format? The web pages are great, but I'd
>> love to find something that creates an image with T, MaxT, MinT, Wind,
>> Precip (at the least) and ftp it to a friend's web site.
>> >
>> > Thanks in advance,
>>
>> IThe box my webcam (actually a pi + pi camera) is on a different box
>> to my weewx host, I found the easiest way was to save the weather
>> conditions I was interested in via mqttwarn[1] which dumps it down to
>> a local file (since 'loop' outputs may not align with the timings when
>> I need to grab an image.
>>
>> The image is grabbed every 5 mins:
>> pi@stupify:~ $ crontab -l | grep cam
>> */5 5-20 * * * /home/pi/llamacam.py
>>
>> pi@stupify:~ $ cat /home/pi/llamacam.py
>> #!/usr/bin/python3
>> import io
>> import picamera
>> from PIL import Image
>> from PIL import ImageFont,ImageDraw
>> import time
>> import os
>>
>> temperaturefile = '/var/www/html/weewx/test.txt'
>> image_out = '/var/www/html/webcam/latest.jpg'
>>
>> text_overlay = '{}'.format(time.strftime('%a %Y-%m-%d %H:%M %Z'))
>> #print(os.path.getmtime(temperaturefile),time.time(),(time.time() -
>> os.path.getmtime(temperaturefile)))
>> if (time.time() - os.path.getmtime(temperaturefile)<= 300):
>> with open(temperaturefile, "r") as f:
>> temperature = float(f.read())
>> text_overlay += ', Outside Temp: {:.1f}°C'.format(temperature)
>> else:
>> text_overlay += ' (No temperature reading available)'
>>
>>
>> # Create the in-memory stream
>> stream = io.BytesIO()
>> with picamera.PiCamera() as camera:
>> camera.led = False
>> camera.resolution = (1920,1080)
>> camera.start_preview()
>> time.sleep(2)
>> camera.capture(stream, format='jpeg')
>> # "Rewind" the stream to the beginning so we can read its content
>> stream.seek(0)
>> image = Image.open(stream)
>>
>> # add logo to bottom rightt
>> overlay = Image.open("lw_logo.png");
>> image.paste(overlay, (1400,750 ), overlay)
>>
>> # add text too
>> font = ImageFont.truetype("Miriam.ttf", 36)
>> draw = ImageDraw.Draw(image)
>> draw.text((50, 1020), text_overlay, font=font, fill='rgb(0, 168, 162)')
>>
>> image.save(image_out)
>>
>>
>>
>>
>> And that dumps out the following image
>>
>>
>> [1] https://github.com/jpmens/mqttwarn
>>
>> --
>> 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/CAANX9yecbCTDTG3C5rezSqpftPcKZ%2BAZOcLOh43XqDw8caEufg%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/CAC5oUmMnvLYyOFPWAuAiig3uVAP3o7DEb2Z-e6ws0%2BFMPMtg2g%40mail.gmail.com.

Re: [weewx-user] Static image creation

[Ernest Jillson]

Thanks, everyone.

I will definitely need to grab some text from the feed or database, so
either a simple skin or mqttwarn will work well for that. I have some
experience with adding text to images using imagemagick. What I really
would like is some dials. And I just came across a site with steel gauges
that might be able to create the images I would like to add to the image
background. Work keeps me busy, but I'm going to try to work on that a
little at a time over the next few days.

Ernie

On Sun, Jun 27, 2021 at 10:53 PM Andrew Elwell 
wrote:

> On Mon, 28 Jun 2021 at 08:23, Ernest Jillson  wrote:
> >
> > Anyone know of any skins that can produce a static image with most
> parameters in either text or dial format? The web pages are great, but I'd
> love to find something that creates an image with T, MaxT, MinT, Wind,
> Precip (at the least) and ftp it to a friend's web site.
> >
> > Thanks in advance,
>
> IThe box my webcam (actually a pi + pi camera) is on a different box
> to my weewx host, I found the easiest way was to save the weather
> conditions I was interested in via mqttwarn[1] which dumps it down to
> a local file (since 'loop' outputs may not align with the timings when
> I need to grab an image.
>
> The image is grabbed every 5 mins:
> pi@stupify:~ $ crontab -l | grep cam
> */5 5-20 * * * /home/pi/llamacam.py
>
> pi@stupify:~ $ cat /home/pi/llamacam.py
> #!/usr/bin/python3
> import io
> import picamera
> from PIL import Image
> from PIL import ImageFont,ImageDraw
> import time
> import os
>
> temperaturefile = '/var/www/html/weewx/test.txt'
> image_out = '/var/www/html/webcam/latest.jpg'
>
> text_overlay = '{}'.format(time.strftime('%a %Y-%m-%d %H:%M %Z'))
> #print(os.path.getmtime(temperaturefile),time.time(),(time.time() -
> os.path.getmtime(temperaturefile)))
> if (time.time() - os.path.getmtime(temperaturefile)<= 300):
> with open(temperaturefile, "r") as f:
> temperature = float(f.read())
> text_overlay += ', Outside Temp: {:.1f}°C'.format(temperature)
> else:
> text_overlay += ' (No temperature reading available)'
>
>
> # Create the in-memory stream
> stream = io.BytesIO()
> with picamera.PiCamera() as camera:
> camera.led = False
> camera.resolution = (1920,1080)
> camera.start_preview()
> time.sleep(2)
> camera.capture(stream, format='jpeg')
> # "Rewind" the stream to the beginning so we can read its content
> stream.seek(0)
> image = Image.open(stream)
>
> # add logo to bottom rightt
> overlay = Image.open("lw_logo.png");
> image.paste(overlay, (1400,750 ), overlay)
>
> # add text too
> font = ImageFont.truetype("Miriam.ttf", 36)
> draw = ImageDraw.Draw(image)
> draw.text((50, 1020), text_overlay, font=font, fill='rgb(0, 168, 162)')
>
> image.save(image_out)
>
>
>
>
> And that dumps out the following image
>
>
> [1] https://github.com/jpmens/mqttwarn
>
> --
> 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/CAANX9yecbCTDTG3C5rezSqpftPcKZ%2BAZOcLOh43XqDw8caEufg%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/CAC5oUmO1NR42S0Ex1_jR02obe6AHNxjZFiDUcXjF88z8%2BLA_dg%40mail.gmail.com.

[weewx-user] Static image creation

[Ernest Jillson]

Anyone know of any skins that can produce a static image with most
parameters in either text or dial format? The web pages are great, but I'd
love to find something that creates an image with T, MaxT, MinT, Wind,
Precip (at the least) and ftp it to a friend's web site.

Thanks in advance,

Ernie

-- 
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/CAC5oUmM%3DBwaOBUZf0FBQun67HOkx%2Bu1dQwKZFV2ic8r0_j%3D8wg%40mail.gmail.com.

Re: [weewx-user] Merge "parts" of two databases?

[Ernest Jillson]

Thank you Walt and Les!

Both of these suggestions are great and greatly appreciated!  I will make a
backup of my database and try one or both of these today, time permitting.

Ernie

On Sun, May 9, 2021 at 7:53 AM wfs...@gmail.com  wrote:

> I made a goof in my previous post.  ATTACH is an SQL statement, not a dot
> command.  It should be:
>
> attach database 'weewx.sdb' as db1;
> attach database 'weewx2.sdb' as db2;
> update db1.archive set rain = (select rain from db2.archive where
> db1.archive.datetime == db2.archive.datetime)
>  where date(db1.archive.datetime, 'unixepoch', 'localtime') between
> '2021-01-01' and '2021-05-01';
> .exit
>
> Walt
>
> On Saturday, May 8, 2021 at 1:29:44 PM UTC-5 ln77 wrote:
>
>> Here’s an outline of what I would do.  I use mysql and know nothing about
>> sqlite, but assume the basic export and delete operations are easy.
>> 1. Export the data you want from the old sqlite database into a CSV
>> file.  Export the full archive records, not just the missing field(s).
>> 2. Edit the CSV file if needed, to remove some records or whatever.
>> 3. Use sqlite to delete from the current database the records
>> corresponding to those in the CSV file.  (backup copy of db, like you said!)
>> 4. Use wee_import to import the CSV file into the current database.
>> 5. Use wee_database to drop and rebuilt the daily summaries in weewx.
>>
>> I used something like this to resurrect a bunch of historical data after
>> a severe case of user error earlier this year.
>>
>>   -Les
>>
>>
>>
>> On 8 May 2021, at 7:46, Ernest Jillson  wrote:
>>
>> I imported years of data from wunderground into my weewx db. There was a
>> period of very bad rain data due to a malfunctioning tipping bucket. Also
>> had a day where a small grasshopper managed to get into the little hole,
>> then proceeded to rack up about 15 inches of rain for me that day while
>> trying to escape.
>>
>> I stopped weewx, made a copy of my db, then used sqlite browser to remove
>> all of the bad rain data, day by day, week by week. When I was satisfied, I
>> restarted weewx and life was good.
>>
>> It wasn't until a month later, while flipping through some of my past
>> data that I realized I had somehow managed to remove much more data than I
>> wanted to. I mean, we're talking like a year's worth of rain data.
>>
>> I don't want to import those days all over again, but I can if that's the
>> only way. I'd much rather like to find a way to "bring over" the rain from
>> the saved database for a range of dates, then start the fixing process
>> again. When I brought the data over from wunderground, there were lots of
>> dew point/humidity and temperature anomolies I had to fix as well.
>>
>> My question:  Is there a way (perhaps using the sqlite browser) to import
>> a column (rain) from one database (the saved one) to the new database for
>> just a range of dates?
>>
>> Thanks in advance!
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to weewx-user+...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/weewx-user/CAC5oUmN6qQVrx0YTCLHhkKRdxJAg7%3DEjtcwDkudBO8bzJm956A%40mail.gmail.com
>> <https://groups.google.com/d/msgid/weewx-user/CAC5oUmN6qQVrx0YTCLHhkKRdxJAg7%3DEjtcwDkudBO8bzJm956A%40mail.gmail.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/9c58d701-884a-475b-9b90-9426241249a3n%40googlegroups.com
> <https://groups.google.com/d/msgid/weewx-user/9c58d701-884a-475b-9b90-9426241249a3n%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/CAC5oUmOqcYpA1hBiATaJ1QkJO4hQXBk1EN4GvA7C-pCsbQBQXA%40mail.gmail.com.

Re: [weewx-user] Merge "parts" of two databases?

[Ernest Jillson]

I actually expected an answer like this. I'm not trying to be an ass, but
if you don't have the answer to my dilemma, you could just scroll on down
to the next post. But yes, I did use Google. Found some things about
"joining" databases. I'm just worried about compromising the integrity of
the database by doing that. Of course, I'd make a backup first. I didn't
find anything specific about copying certain time ranges.

I figured someone here would have already been in the same boat I am and
have already gone through the process.

Thanks anyway.

On Sat, May 8, 2021 at 11:10 AM p q  wrote:

> Have you tried googling for inserting into a sqlite db from another? I'm
> not trying to be an ass, but if I had the problem you describe thats what
> I'd do. I'm sure there's sql you could use but I don't do it all the time
> and would have to look it up.
>
> On Sat, May 8, 2021, 7:46 AM Ernest Jillson  wrote:
>
>> I imported years of data from wunderground into my weewx db. There was a
>> period of very bad rain data due to a malfunctioning tipping bucket. Also
>> had a day where a small grasshopper managed to get into the little hole,
>> then proceeded to rack up about 15 inches of rain for me that day while
>> trying to escape.
>>
>> I stopped weewx, made a copy of my db, then used sqlite browser to remove
>> all of the bad rain data, day by day, week by week. When I was satisfied, I
>> restarted weewx and life was good.
>>
>> It wasn't until a month later, while flipping through some of my past
>> data that I realized I had somehow managed to remove much more data than I
>> wanted to. I mean, we're talking like a year's worth of rain data.
>>
>> I don't want to import those days all over again, but I can if that's the
>> only way. I'd much rather like to find a way to "bring over" the rain from
>> the saved database for a range of dates, then start the fixing process
>> again. When I brought the data over from wunderground, there were lots of
>> dew point/humidity and temperature anomolies I had to fix as well.
>>
>> My question:  Is there a way (perhaps using the sqlite browser) to import
>> a column (rain) from one database (the saved one) to the new database for
>> just a range of dates?
>>
>> Thanks in advance!
>>
>> --
>> 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/CAC5oUmN6qQVrx0YTCLHhkKRdxJAg7%3DEjtcwDkudBO8bzJm956A%40mail.gmail.com
>> <https://groups.google.com/d/msgid/weewx-user/CAC5oUmN6qQVrx0YTCLHhkKRdxJAg7%3DEjtcwDkudBO8bzJm956A%40mail.gmail.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/CAA1SM22%2BL2zPhtr205-aO5RmZ%3DSr-LheKcSsw6vP%2Bm3gw-uOnA%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAA1SM22%2BL2zPhtr205-aO5RmZ%3DSr-LheKcSsw6vP%2Bm3gw-uOnA%40mail.gmail.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/CAC5oUmO-U_0z3rH8tSD%3DVw%2B6VhA5gN2MPcCwHi781x-%3DqW9caQ%40mail.gmail.com.

[weewx-user] Merge "parts" of two databases?

[Ernest Jillson]

I imported years of data from wunderground into my weewx db. There was a
period of very bad rain data due to a malfunctioning tipping bucket. Also
had a day where a small grasshopper managed to get into the little hole,
then proceeded to rack up about 15 inches of rain for me that day while
trying to escape.

I stopped weewx, made a copy of my db, then used sqlite browser to remove
all of the bad rain data, day by day, week by week. When I was satisfied, I
restarted weewx and life was good.

It wasn't until a month later, while flipping through some of my past data
that I realized I had somehow managed to remove much more data than I
wanted to. I mean, we're talking like a year's worth of rain data.

I don't want to import those days all over again, but I can if that's the
only way. I'd much rather like to find a way to "bring over" the rain from
the saved database for a range of dates, then start the fixing process
again. When I brought the data over from wunderground, there were lots of
dew point/humidity and temperature anomolies I had to fix as well.

My question:  Is there a way (perhaps using the sqlite browser) to import a
column (rain) from one database (the saved one) to the new database for
just a range of dates?

Thanks in advance!

-- 
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/CAC5oUmN6qQVrx0YTCLHhkKRdxJAg7%3DEjtcwDkudBO8bzJm956A%40mail.gmail.com.

Re: [weewx-user] Will AC powered Davis transmitter attract lightning?

[Ernest Jillson]

Nothing specifically attracts lightning. Generally the tallest object in an
area is more prone to be hit. This is regardless of what it is made out of.
That said, if lightning did hit your anemometer, the surge will travel
through whatever it finds that conducts electricity, including data lines
and power lines. It's a good idea to make sure your setup is properly
grounded. That won't 100 percent protect you from a direct hit, but it can
save you in the event of a close strike with "fringe" effects.

Hope this helps.

Ernie

On Sun, Apr 18, 2021 at 4:12 PM Chris Alemany  wrote:

> Hi all,
> Apologies that this is not strictly weewx related but I'm hoping the
> combined experience here will help.
> My solar powered davis transmitter that I use only for my anemometer
> appears to have failed so I am looking at replacing it. It is on my roof
> and the anemometer is the highest point. I do have power available nearby
> now but I'm worried I'll be creating a lightning rod if I go with the AC
> option.
> It is a very exposed spot, the solar transmitter lasted 8 years.
> Thoughts?
>
> Cheers
> Chris
> Sent from my iPad
>
> --
> 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/5C5931A8-D48E-4472-A2E6-BC54BD6071D5%40gmail.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/CAC5oUmNF2X%3D6Hq9%2BVHyLV_j0F8NqrL%3DkAxToNNQK8AXNnzdXHg%40mail.gmail.com.

Re: [weewx-user] The best "oops" I ever did

[Ernest Jillson]

I am now on python version 3 with weewx 4.4.

If anyone is reading this thread, let me just say this. I'm pretty linux
literate and actually work in the IT field. The number of threads here with
upgrade failures (weewx 3.x to weewx 4.x or python2 to python3) actually
had me pretty rattled. Remember: Only the users that had issues post here
for help. There are many more who have not had issues, and so don't post.
Give it a try!  Advice:

1) Follow the docs at weewx.com.  They will guide you. Will it cover every
possible issue? Probably not. But it will:
 a) Show you how to backup your existing configuration in case of major
failure
 b) Point you to this forum for very friendly help and advice.

2) Don't forget to update your extensions and skins when going from Python2
to Python3. MQTT is a big one. If your favorite skin hasn't been ported to
python3, you may have to try to port it yourself, or look for another skin.
I personally recommend Belchertown by Pat O'Brian. As of this date, he is
still making improvements.

3) Look at your logs. They pretty much point right to the problem. In weewx
4.x, it's /var/log/syslog.  I had issues with MQTT. Search the forums. I
found the answer in about a minute and downloaded the correct python3
version of weewx-mqtt and installed it.

4) Still not working? Post your weewx.conf and logs (remove any passwords
and other private info). You WILL get help.

I wish Tom would accept donations for this great piece of software. To
think I was running a whole windows PC with Weatherlink and Virtual Weather
Station for so many years, when I could have been doing all this on a
raspberry pi with free software.

Have a great weekend!


On Mon, Mar 15, 2021 at 9:29 PM etji...@gmail.com 
wrote:

> No questions right now. Just felt like sharing some good fortune. The
> TLDR: I upgraded on accident and everything is working great!
>
> I had been running weewx 3.9.2 on a raspberry pi 4 for quite some time. I
> knew that at some point I would need to make the jump to 4.x, but
> everything was running so smoothly. I had originally installed weewx with
> the belchertown skin using some instructions I found while searching for a
> way to connect my vantage pro 2 to a raspberry pi.
>
> As I perused the documentation on upgrading weewx, I really wasn't sure if
> I had installed with a setup.exe or some other method. I had pretty much
> decided that at some point, I would simply save off the database and and
> config files and do a clean install of 4.x.
>
> Fast forward to now:  I accidentally upgraded weewx by doing a sudo yum
> full-upgrade. When I saw it happen, I cringed. I had visions of pulling the
> rest of my hair out trying to get all the parts working again
> (weewx/skins/mqtt). To my surprise, there was very little reconfiguration
> that had to be done!
>
> Sure, I had to copy some settings into the 4.4 weewx config. I installed
> the latest Belchertown skin and reconfigured the settings for that. Then
> added my mqtt setting back in, and boom!
>
> Since luck was with me, I decided to import 8 years worth of WU data using
> the wee_import utility. I had tried with 3.92 but had no luck. The 4.4
> wee_import worked perfectly the first time! It took a while, and I had to
> break it into 6 month chunks, but it worked!  I also had to update my api
> key once on the WU site. Not sure if I exceeded the number of calls allowed
> or it was something else, but regenerating a new key allowed me to finish.
>
> I've had to clean up quite a bit of bad data that has been sitting in
> WU-land for the last decade, but the instructions in the weewx wiki were
> clear and easy to follow.
>
> The only thing left to do is to make python 3 the default and load the
> necessary dependencies.
>
> I just want to thank all the "experts" in this group who have both amazing
> knowledge and, more importantly, unceasing patience!  So many groups are
> full of condescending "experts" who would rather make you feel like an
> idiot than share their time and expertise. Hats off to all of you!
>
> Ernie
>
> --
> 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/1e98776a-da6b-48de-a0c0-68ce027d424en%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/CAC5oUmOs6GacbjmsHd1-Anw8vuGHU8g4Ri%2B_Aamsw93SHuCMrg%40mail.gmail.com.

[weewx-user] Ambient's images via weewx

[Ernest Jillson]

Has anyone ever tried to replicate some of Ambient's VWS images using
weewx?  I moved to weewx back in November of 2019. I have a few friends who
still use Virtual Weather Station. One of them has collected our
broadcast.jpg images via ftp and kept a local weather page going.

In short, I'd like to be able to create a similar graphic via weewx running
on my raspberry pi so it's still available for his site. If anyone in the
weewx community has already embarked on this journey, I'd be grateful for
anything you could share.

Here is an example of the image:

broadcast.jpg (502×322) (suncoastweather.com)


Thanks in advance!

Ernie

-- 
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/CAC5oUmMaoGSN96ZrEx5_0OyG_nGvmpu-CudGoQbK%2B835s6sXGg%40mail.gmail.com.

Re: [weewx-user] Parsing some NWS Area Forecast Matrices fails

[Ernest Jillson]

Here is the spec on AFMs from the NWS:
https://www.weather.gov/media/notification/dir/AFM_Format.pdf


On Wed, Oct 7, 2020 at 5:57 PM John Kline  wrote:

> Absent a spec on area forecast matrices, and absent any problem reports on
> point forecast matrices, there isn’t much to go on here.
>
> On Oct 7, 2020, at 2:35 PM, Michael Bruski 
> wrote:
>
> 
> Hi John,
>
> I've looked at several forecast matrices from my local and surrounding NWS
> forecast offices and haven't seen anything format wise that would lead me
> to think they would cause a problem for the forecast extension.  I have
> selected several different AFMs and see they parse fine.  But I ran into
> this issue with my local AFM and spent several hours trying to track down
> the cause.   The issue is not with the matrix itself but with text
> preceeding the DTG.   To test further, I put a cheap hack into the parse
> loop so that date2ts() isn't called if the first word in 'line' is
> 'Including'.  This actually works (in this specific instance) and a valid
> forecast is produced.  What other lines of text might NWS put in the header
> preceeding the DTG, I just don't know.The URLs mentioned in forecast.py
> are dead links so I couldn't find any specifics on decoding the reports.
>
> I'm not terribly comfortable programming in python so I'm not sure the
> best approach to work this issue but sending bad data to time.mktime() via
> date2ts() is probably bad unless there is a way to trap the error.  Not
> meant to criticize...  just my thoughts on how to make it better.
>
> Mike/AJ9X
>
> On Wednesday, October 7, 2020 at 4:24:56 PM UTC-4 jo...@johnkline.com
> wrote:
>
>> Perhaps Area Forecast Matrix responses can’t be treated just like Point
>> Forecast Matrix responses.  AFMs are only supported to the extent that they
>> provide an identically formatted response as the PFM response.
>>
>> What do you know about AFMs and the differences between them and PFMs?
>>
>> On Oct 7, 2020, at 12:18 PM, Michael Bruski  wrote:
>>
>> 
>>
>>
>> Hi all,
>>
>> First of all, I am running WeeWX 4.1.1 with forecast extension 3.4.0b10.
>>
>> I had recently managed to use a Area Forecast Matrix for one location and
>> that is working fine.   Recently I tried to setup a second location to use
>> the AFM (different LID and FOID) and it fails to get a forecast even though
>> I see it in the web browser using the URL that forecast.py uses.  After
>> careful application of some trace print statements, I see the forecast is
>> succesfully download from the FOID and that the forecast for the specified
>> LID is also located and extracted but nothing gets parsed.  Below is a copy
>> of my trace output from the log:
>>
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> forecast downloaded successfully from '
>> http://forecast.weather.gov/product.php?site=NWS&product=AFM&format=txt&issuedby=LWX
>> '
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'MDZ005-072100-'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'Carroll-'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'Including the cities of Eldersburg and Westminster'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> '137 PM EDT Wed Oct 7 2020'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS: ''
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'Date Wed 10/07/20Thu 10/08/20Fri
>> 10/09/20'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'EDT 3hrly 05 08 11 14 17 20 23 02 05 08 11 14 17 20 23 02 05 08 11 14
>> 17 20'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'UTC 3hrly 09 12 15 18 21 00 03 06 09 12 15 18 21 00 03 06 09 12 15 18
>> 21 00'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS: ''
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'Max/Min75 77 8047 48 5265 67 7042 44 4868
>> 70 73'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'Temp   76 76 68 61 56 51 50 60 65 64 55 50 47 45 45 61 68
>> 67 59'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'Dewpt  52 52 53 50 48 46 45 45 43 42 43 42 41 40 41 45 45
>> 46 47'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'RH 43 43 59 67 74 83 83 58 45 45 64 74 79 82 86 56 43
>> 47 64'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'Wind dirW  W NW NW NW NW NW NW NW NW NW NW  W  W  W SW SW
>> SW  S'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWSThread: NWS:
>> 'Wind spd   19 17 10  6  5  5  6 11 12 10  5  3  1  2  1  4  6
>> 8  4'
>> Oct  7 14:36:45 server weewx[3014] INFO user.forecast: NWST

Re: [weewx-user] NWS 2.5KM gridded forecast json file

[Ernest Jillson]

I'm in no hurry. I still have to convert to weewx 4 and latest
Belchertown.  Looking forward to it when it's ready.

Ernie

On Sat, Sep 19, 2020 at 6:33 PM Garry A Lockyer 
wrote:

> I have not forgotton Ernest or others that may be interested in my
> Belchertown Wx Feeds extension.  I have the main bits of the NWS forecast
> code done!  Hope to release via GitHub this week.
>
> If you really, really want the extension earlier, let me know by private
> email.
>
> Regards,
>
> Garry Lockyer
> C: +1.250.689.0686
> E: ga...@lockyer.ca
>
>
> On Sep 12, 2020, at 18:49, Ernest Jillson  wrote:
>
> 
> Very interested, Garry. Thanks!
>
>
> On Sat, Sep 12, 2020 at 3:10 PM Garry A Lockyer 
> wrote:
>
>> I’m working on an extension to the Belchertown skin to access ATOM/RSS
>> feeds from NOAA METAR (aviation current conditions and forecasts),
>> Environment Canada (current conditions, forecasts, alerts, marine alerts),
>> Drive BC, Alberta 511 and Washington State road conditions, NOAA Storm
>> Prediction Center (weather alerts and marine alerts) and NOAA Hurricane
>> Center.  All the above feeds work but I need to clean the code up.
>>
>> I will be adding NOAA Aviation Weather Center Text Data Service METARS
>> (in addition to current virtually undocumented METAR method) and will look
>> at adding the forecast source mentioned in the string.
>>
>> I can make the current code available to anyone interest later today.
>>
>> Regards,
>>
>> Garry Lockyer
>> C: +1.250.689.0686
>> E: ga...@lockyer.ca
>>
>>
>> On Sep 12, 2020, at 10:56, Ernest Jillson  wrote:
>>
>> 
>> Thanks, John!  I will definitely take a look and see if I can incorporate
>> it into my site with Belchertown skin.
>>
>>
>> On Sat, Sep 12, 2020 at 12:49 PM John Kline  wrote:
>>
>>> I wrote an extension that uses it:
>>> https://github.com/chaunceygardiner/weewx-nws
>>>
>>> There are one-hour and twelve-hour forecasts.  There are also alerts.
>>> See it in action on the 7-Day, Hourly and Alerts tabs here:
>>>  https://www.paloaltoweather.com/forecast.html
>>> <https://www.paloaltoweather.com/forecast.html>
>>>
>>> I presume it would be straightforward to use it in Belchertown.  I do
>>> provide a sample skin to show how to incorporate it.  Alas, the extension
>>> is WeeWX 4/Python 3 only, so maybe not the right thing for the Belchertown
>>> author as I believe Py2 is supported.  Perhaps good for some pointers on
>>> how to use NWS forecasts and alerts.
>>>
>>> On Sep 12, 2020, at 9:37 AM, etji...@gmail.com 
>>> wrote:
>>>
>>> I've been doing a lot of reading about the upcoming loss of darksky and
>>> potential replacements. For those of us in the U.S., the NWS has a well
>>> formatted json file available via api that even has links to the icons
>>> needed for each day.  Has anyone tried using it with any of the skins yet?
>>>
>>> I'm currently using the previous version of Belchertown with darksky,
>>> but will be switching to the newer version soon. I'd love to find a way to
>>> get the NWS forecast to display on the page instead of darksky or aeris.
>>>
>>> You can use this link to get the 2.5km grid that your location (via
>>> lat/lon) falls in (put your own U.S. lat/lon pair):
>>> https://api.weather.gov/points/27.8659,-82.3507
>>>
>>> And from that output, you can get the "bin" that has your weather, like
>>> this (in my case):
>>> https://api.weather.gov/gridpoints/TBW/75,93/forecast
>>>
>>> I don't know how difficult this would be to add, but I do prefer the NWS
>>> forecasts over others for my neck of the woods.
>>>
>>> Thanks for reading.
>>>
>>>
>>> --
>>> 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/8a7802fe-8e11-43f6-9066-573ee542a519n%40googlegroups.com
>>> <https://groups.google.com/d/msgid/weewx-user/8a7802fe-8e11-43f6-9066-573ee542a519n%40googlegroups.com?utm_medium=email&utm_source=footer>
>>> .
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>&

Re: [weewx-user] NWS 2.5KM gridded forecast json file

[Ernest Jillson]

Very interested, Garry. Thanks!


On Sat, Sep 12, 2020 at 3:10 PM Garry A Lockyer 
wrote:

> I’m working on an extension to the Belchertown skin to access ATOM/RSS
> feeds from NOAA METAR (aviation current conditions and forecasts),
> Environment Canada (current conditions, forecasts, alerts, marine alerts),
> Drive BC, Alberta 511 and Washington State road conditions, NOAA Storm
> Prediction Center (weather alerts and marine alerts) and NOAA Hurricane
> Center.  All the above feeds work but I need to clean the code up.
>
> I will be adding NOAA Aviation Weather Center Text Data Service METARS (in
> addition to current virtually undocumented METAR method) and will look at
> adding the forecast source mentioned in the string.
>
> I can make the current code available to anyone interest later today.
>
> Regards,
>
> Garry Lockyer
> C: +1.250.689.0686
> E: ga...@lockyer.ca
>
>
> On Sep 12, 2020, at 10:56, Ernest Jillson  wrote:
>
> 
> Thanks, John!  I will definitely take a look and see if I can incorporate
> it into my site with Belchertown skin.
>
>
> On Sat, Sep 12, 2020 at 12:49 PM John Kline  wrote:
>
>> I wrote an extension that uses it:
>> https://github.com/chaunceygardiner/weewx-nws
>>
>> There are one-hour and twelve-hour forecasts.  There are also alerts.
>> See it in action on the 7-Day, Hourly and Alerts tabs here:
>>  https://www.paloaltoweather.com/forecast.html
>> <https://www.paloaltoweather.com/forecast.html>
>>
>> I presume it would be straightforward to use it in Belchertown.  I do
>> provide a sample skin to show how to incorporate it.  Alas, the extension
>> is WeeWX 4/Python 3 only, so maybe not the right thing for the Belchertown
>> author as I believe Py2 is supported.  Perhaps good for some pointers on
>> how to use NWS forecasts and alerts.
>>
>> On Sep 12, 2020, at 9:37 AM, etji...@gmail.com 
>> wrote:
>>
>> I've been doing a lot of reading about the upcoming loss of darksky and
>> potential replacements. For those of us in the U.S., the NWS has a well
>> formatted json file available via api that even has links to the icons
>> needed for each day.  Has anyone tried using it with any of the skins yet?
>>
>> I'm currently using the previous version of Belchertown with darksky, but
>> will be switching to the newer version soon. I'd love to find a way to get
>> the NWS forecast to display on the page instead of darksky or aeris.
>>
>> You can use this link to get the 2.5km grid that your location (via
>> lat/lon) falls in (put your own U.S. lat/lon pair):
>> https://api.weather.gov/points/27.8659,-82.3507
>>
>> And from that output, you can get the "bin" that has your weather, like
>> this (in my case):
>> https://api.weather.gov/gridpoints/TBW/75,93/forecast
>>
>> I don't know how difficult this would be to add, but I do prefer the NWS
>> forecasts over others for my neck of the woods.
>>
>> Thanks for reading.
>>
>>
>> --
>> 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/8a7802fe-8e11-43f6-9066-573ee542a519n%40googlegroups.com
>> <https://groups.google.com/d/msgid/weewx-user/8a7802fe-8e11-43f6-9066-573ee542a519n%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/385E6F26-37EB-4674-8D2A-987958214264%40johnkline.com
>> <https://groups.google.com/d/msgid/weewx-user/385E6F26-37EB-4674-8D2A-987958214264%40johnkline.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/CAC5oUmOjp2BNPt7bu-cO%3DTu1tXWsyBgW6hWTanQbjxHiJ8GhxQ%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAC5oUmOjp2BNPt7bu-cO%3DTu1tXWsyBgW6

Re: [weewx-user] NWS 2.5KM gridded forecast json file

[Ernest Jillson]

Thanks, John!  I will definitely take a look and see if I can incorporate
it into my site with Belchertown skin.


On Sat, Sep 12, 2020 at 12:49 PM John Kline  wrote:

> I wrote an extension that uses it:
> https://github.com/chaunceygardiner/weewx-nws
>
> There are one-hour and twelve-hour forecasts.  There are also alerts.  See
> it in action on the 7-Day, Hourly and Alerts tabs here:
>  https://www.paloaltoweather.com/forecast.html
> 
>
> I presume it would be straightforward to use it in Belchertown.  I do
> provide a sample skin to show how to incorporate it.  Alas, the extension
> is WeeWX 4/Python 3 only, so maybe not the right thing for the Belchertown
> author as I believe Py2 is supported.  Perhaps good for some pointers on
> how to use NWS forecasts and alerts.
>
> On Sep 12, 2020, at 9:37 AM, etji...@gmail.com 
> wrote:
>
> I've been doing a lot of reading about the upcoming loss of darksky and
> potential replacements. For those of us in the U.S., the NWS has a well
> formatted json file available via api that even has links to the icons
> needed for each day.  Has anyone tried using it with any of the skins yet?
>
> I'm currently using the previous version of Belchertown with darksky, but
> will be switching to the newer version soon. I'd love to find a way to get
> the NWS forecast to display on the page instead of darksky or aeris.
>
> You can use this link to get the 2.5km grid that your location (via
> lat/lon) falls in (put your own U.S. lat/lon pair):
> https://api.weather.gov/points/27.8659,-82.3507
>
> And from that output, you can get the "bin" that has your weather, like
> this (in my case):
> https://api.weather.gov/gridpoints/TBW/75,93/forecast
>
> I don't know how difficult this would be to add, but I do prefer the NWS
> forecasts over others for my neck of the woods.
>
> Thanks for reading.
>
>
> --
> 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/8a7802fe-8e11-43f6-9066-573ee542a519n%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/385E6F26-37EB-4674-8D2A-987958214264%40johnkline.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/CAC5oUmOjp2BNPt7bu-cO%3DTu1tXWsyBgW6hWTanQbjxHiJ8GhxQ%40mail.gmail.com.

Re: [weewx-user] Re: Belchertown 1.0.1 question on wind direction in graphs

[Ernest Jillson]

Ok, I'll try that. Is there a way to make it use python 3 instead? I
haven't done much research there, yet. Let's face it. Python 2 is about
done.

Maybe I'll go dig through the update section of the wiki before I start ;)

Thanks again for everything!

Ernie

On Mon, Jul 20, 2020 at 9:13 PM Pat  wrote:

> Take a backup of everything just in case, then run these commands and it
> should upgrade to the latest version
>
> sudo apt-get update
> sudo apt-get upgrade weewx
>
>
> On Monday, July 20, 2020 at 9:11:39 PM UTC-4, Ernest Jillson wrote:
>>
>> It's on raspbian, but I have the /etc/weewx, not /home/weewx. I think
>> I'll just save off the database and start fresh.
>>
>>
>> On Mon, Jul 20, 2020 at 8:59 PM Pat  wrote:
>>
>>> Glad it worked!
>>>
>>> Quick way to tell how you installed it, if you have a /home/weewx
>>> folder, it's from the setup.py option. If you have an /etc/weewx folder,
>>> it's probably from apt install weewx (if on ubuntu) or yum install weewx
>>> (if on centos/redhat).
>>>
>>> If none of those are true, then you may be on OpenSUSE or mac os or
>>> something else - these setup guides can help if needed
>>> <http://weewx.com/docs.html>.
>>>
>>> On Monday, July 20, 2020 at 8:55:30 PM UTC-4, Ernest Jillson wrote:
>>>>
>>>> You, sir, are a brilliant man!  Worked like a charm on the first try!
>>>>
>>>> Now to brave going to weewx 4.newest and latest Belchertown...
>>>>
>>>> Problem is, I don't remember how I installed weewx the first time. Did
>>>> I use the setup program? Hmmm.
>>>>
>>>> Thanks for all your help! Of all the skins I have seen on the web,
>>>> yours is my favorite.
>>>>
>>>> Ernie
>>>>
>>>> On Mon, Jul 20, 2020 at 7:44 PM Pat  wrote:
>>>>
>>>>> No worries - I wasn't sure if you thought there was a problem with the
>>>>> skin. So I have the same problem as you, where the Davis console sends
>>>>> loops with the most accurate wind direction, but the archive packets are
>>>>> generalized. I hate it, and (with Tom's help) made this quick extension.
>>>>>
>>>>> Basically this extension takes the archive rec packet from the console
>>>>> and drops the windDir from it. This allows weewx to generate the windDir
>>>>> from it's software and put it into this archive rec packet. It takes into
>>>>> account if this is a "first run" of weewx where weewx doesn't have loop
>>>>> data yet, so it grabs the generalized wind direction from the console.
>>>>> Useful for a power outage, archive catchups, etc.
>>>>>
>>>>> Standard disclaimer: This is an unreleased extension, use at your own
>>>>> risk, always have backups.
>>>>>
>>>>> 1. Copy the attached file to your bin/user folder
>>>>> 2. At the bottom of weewx.conf, update your data_services to have
>>>>> this: data_services = user.deleteVantageWindDir.DeleteWindDir,
>>>>> 3. Restart weewx
>>>>>
>>>>> Good luck!
>>>>>
>>>>> On Monday, July 20, 2020 at 7:13:11 PM UTC-4, Ernest Jillson wrote:
>>>>>>
>>>>>> First, let me apologize. I didn't mean to imply that the skin was the
>>>>>> issue. Thanks for your suggestion to look at the packets.  So the loop
>>>>>> packets have the correct wind direction in them. The rec packets, 
>>>>>> however,
>>>>>> seem to be rounded to the nearest 22.5 degrees.
>>>>>>
>>>>>> Obviously the Davis VP2 is capable of transmitting wind to the whole
>>>>>> degree, but the rec packets are being received as if mapped to 8 compass
>>>>>> points. To be honest with you, I have little knowledge of how the drivers
>>>>>> in weewx work and  how they receive data from the VP2 console. Does the
>>>>>> console send different packets (the loop and the rec) or does software do
>>>>>> that magic?
>>>>>>
>>>>>> In any case, I'd love to find a way to get this working to the whole
>>>>>> degree, if possible.
>>>>>>
>>>>>> Thanks to any that can help,
>>>>>>
>>>>>> Ernie
>>>>>>
&

Re: [weewx-user] Re: Belchertown 1.0.1 question on wind direction in graphs

[Ernest Jillson]

It's on raspbian, but I have the /etc/weewx, not /home/weewx. I think I'll
just save off the database and start fresh.


On Mon, Jul 20, 2020 at 8:59 PM Pat  wrote:

> Glad it worked!
>
> Quick way to tell how you installed it, if you have a /home/weewx folder,
> it's from the setup.py option. If you have an /etc/weewx folder, it's
> probably from apt install weewx (if on ubuntu) or yum install weewx (if on
> centos/redhat).
>
> If none of those are true, then you may be on OpenSUSE or mac os or
> something else - these setup guides can help if needed
> <http://weewx.com/docs.html>.
>
> On Monday, July 20, 2020 at 8:55:30 PM UTC-4, Ernest Jillson wrote:
>>
>> You, sir, are a brilliant man!  Worked like a charm on the first try!
>>
>> Now to brave going to weewx 4.newest and latest Belchertown...
>>
>> Problem is, I don't remember how I installed weewx the first time. Did I
>> use the setup program? Hmmm.
>>
>> Thanks for all your help! Of all the skins I have seen on the web, yours
>> is my favorite.
>>
>> Ernie
>>
>> On Mon, Jul 20, 2020 at 7:44 PM Pat  wrote:
>>
>>> No worries - I wasn't sure if you thought there was a problem with the
>>> skin. So I have the same problem as you, where the Davis console sends
>>> loops with the most accurate wind direction, but the archive packets are
>>> generalized. I hate it, and (with Tom's help) made this quick extension.
>>>
>>> Basically this extension takes the archive rec packet from the console
>>> and drops the windDir from it. This allows weewx to generate the windDir
>>> from it's software and put it into this archive rec packet. It takes into
>>> account if this is a "first run" of weewx where weewx doesn't have loop
>>> data yet, so it grabs the generalized wind direction from the console.
>>> Useful for a power outage, archive catchups, etc.
>>>
>>> Standard disclaimer: This is an unreleased extension, use at your own
>>> risk, always have backups.
>>>
>>> 1. Copy the attached file to your bin/user folder
>>> 2. At the bottom of weewx.conf, update your data_services to have this:
>>>data_services = user.deleteVantageWindDir.DeleteWindDir,
>>> 3. Restart weewx
>>>
>>> Good luck!
>>>
>>> On Monday, July 20, 2020 at 7:13:11 PM UTC-4, Ernest Jillson wrote:
>>>>
>>>> First, let me apologize. I didn't mean to imply that the skin was the
>>>> issue. Thanks for your suggestion to look at the packets.  So the loop
>>>> packets have the correct wind direction in them. The rec packets, however,
>>>> seem to be rounded to the nearest 22.5 degrees.
>>>>
>>>> Obviously the Davis VP2 is capable of transmitting wind to the whole
>>>> degree, but the rec packets are being received as if mapped to 8 compass
>>>> points. To be honest with you, I have little knowledge of how the drivers
>>>> in weewx work and  how they receive data from the VP2 console. Does the
>>>> console send different packets (the loop and the rec) or does software do
>>>> that magic?
>>>>
>>>> In any case, I'd love to find a way to get this working to the whole
>>>> degree, if possible.
>>>>
>>>> Thanks to any that can help,
>>>>
>>>> Ernie
>>>>
>>>> On Mon, Jul 20, 2020 at 3:15 PM Pat  wrote:
>>>>
>>>>> I'm not sure this is a problem with the skin, but rather your station
>>>>> reporting the archive value of the wind direction. As you can see on my
>>>>> site, my wind degrees aren't plotted to the nearest value. (e.g. 368
>>>>> degrees, 334 degree, etc)
>>>>>
>>>>> Before we blame the skin, run weewxd and post some loop and rec
>>>>> packets.
>>>>>
>>>>>
>>>>> On Saturday, July 18, 2020 at 11:17:56 AM UTC-4, Ernest Jillson wrote:
>>>>>>
>>>>>> I know I'm not at the latest version of Belchertown. In fact, I'm
>>>>>> still using the older version (3.9.2). I've tried copying
>>>>>> /etc/weewx/skins/Belchertown/graphs.conf.example to graphs.conf, but I
>>>>>> can't find where to change wind direction from ordinal direction to 
>>>>>> degrees.
>>>>>>
>>>>>> My wind direction is only plotted to the nearest value of N

Re: [weewx-user] Re: Belchertown 1.0.1 question on wind direction in graphs

[Ernest Jillson]

You, sir, are a brilliant man!  Worked like a charm on the first try!

Now to brave going to weewx 4.newest and latest Belchertown...

Problem is, I don't remember how I installed weewx the first time. Did I
use the setup program? Hmmm.

Thanks for all your help! Of all the skins I have seen on the web, yours is
my favorite.

Ernie

On Mon, Jul 20, 2020 at 7:44 PM Pat  wrote:

> No worries - I wasn't sure if you thought there was a problem with the
> skin. So I have the same problem as you, where the Davis console sends
> loops with the most accurate wind direction, but the archive packets are
> generalized. I hate it, and (with Tom's help) made this quick extension.
>
> Basically this extension takes the archive rec packet from the console and
> drops the windDir from it. This allows weewx to generate the windDir from
> it's software and put it into this archive rec packet. It takes into
> account if this is a "first run" of weewx where weewx doesn't have loop
> data yet, so it grabs the generalized wind direction from the console.
> Useful for a power outage, archive catchups, etc.
>
> Standard disclaimer: This is an unreleased extension, use at your own
> risk, always have backups.
>
> 1. Copy the attached file to your bin/user folder
> 2. At the bottom of weewx.conf, update your data_services to have this:
>  data_services = user.deleteVantageWindDir.DeleteWindDir,
> 3. Restart weewx
>
> Good luck!
>
> On Monday, July 20, 2020 at 7:13:11 PM UTC-4, Ernest Jillson wrote:
>>
>> First, let me apologize. I didn't mean to imply that the skin was the
>> issue. Thanks for your suggestion to look at the packets.  So the loop
>> packets have the correct wind direction in them. The rec packets, however,
>> seem to be rounded to the nearest 22.5 degrees.
>>
>> Obviously the Davis VP2 is capable of transmitting wind to the whole
>> degree, but the rec packets are being received as if mapped to 8 compass
>> points. To be honest with you, I have little knowledge of how the drivers
>> in weewx work and  how they receive data from the VP2 console. Does the
>> console send different packets (the loop and the rec) or does software do
>> that magic?
>>
>> In any case, I'd love to find a way to get this working to the whole
>> degree, if possible.
>>
>> Thanks to any that can help,
>>
>> Ernie
>>
>> On Mon, Jul 20, 2020 at 3:15 PM Pat  wrote:
>>
>>> I'm not sure this is a problem with the skin, but rather your station
>>> reporting the archive value of the wind direction. As you can see on my
>>> site, my wind degrees aren't plotted to the nearest value. (e.g. 368
>>> degrees, 334 degree, etc)
>>>
>>> Before we blame the skin, run weewxd and post some loop and rec packets.
>>>
>>>
>>> On Saturday, July 18, 2020 at 11:17:56 AM UTC-4, Ernest Jillson wrote:
>>>>
>>>> I know I'm not at the latest version of Belchertown. In fact, I'm still
>>>> using the older version (3.9.2). I've tried copying
>>>> /etc/weewx/skins/Belchertown/graphs.conf.example to graphs.conf, but I
>>>> can't find where to change wind direction from ordinal direction to 
>>>> degrees.
>>>>
>>>> My wind direction is only plotted to the nearest value of NNE, or NE,
>>>> or E.  You get the idea. I'd like to have it plot to the whole degree. Any
>>>> ideas?
>>>>
>>>> My site can be seen here: http://greylords.us
>>>>
>>>> Thanks in advance.
>>>>
>>>> Ernie
>>>>
>>> --
>>> 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/6fac348f-a1cb-4bad-be13-08f03b958304o%40googlegroups.com
>>> <https://groups.google.com/d/msgid/weewx-user/6fac348f-a1cb-4bad-be13-08f03b958304o%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/5a60eb9c-0060-43f3-b8de-f5391a6b303co%40googlegroups.com
> <https://groups.google.com/d/msgid/weewx-user/5a60eb9c-0060-43f3-b8de-f5391a6b303co%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/CAC5oUmM4-jtV_5w3eLdxtjz5zA0ELHdt_Cj4%3DSfGQsBOQ_MpAg%40mail.gmail.com.

Re: [weewx-user] Re: Belchertown 1.0.1 question on wind direction in graphs

[Ernest Jillson]

First, let me apologize. I didn't mean to imply that the skin was the
issue. Thanks for your suggestion to look at the packets.  So the loop
packets have the correct wind direction in them. The rec packets, however,
seem to be rounded to the nearest 22.5 degrees.

Obviously the Davis VP2 is capable of transmitting wind to the whole
degree, but the rec packets are being received as if mapped to 8 compass
points. To be honest with you, I have little knowledge of how the drivers
in weewx work and  how they receive data from the VP2 console. Does the
console send different packets (the loop and the rec) or does software do
that magic?

In any case, I'd love to find a way to get this working to the whole
degree, if possible.

Thanks to any that can help,

Ernie

On Mon, Jul 20, 2020 at 3:15 PM Pat  wrote:

> I'm not sure this is a problem with the skin, but rather your station
> reporting the archive value of the wind direction. As you can see on my
> site, my wind degrees aren't plotted to the nearest value. (e.g. 368
> degrees, 334 degree, etc)
>
> Before we blame the skin, run weewxd and post some loop and rec packets.
>
>
> On Saturday, July 18, 2020 at 11:17:56 AM UTC-4, Ernest Jillson wrote:
>>
>> I know I'm not at the latest version of Belchertown. In fact, I'm still
>> using the older version (3.9.2). I've tried copying
>> /etc/weewx/skins/Belchertown/graphs.conf.example to graphs.conf, but I
>> can't find where to change wind direction from ordinal direction to degrees.
>>
>> My wind direction is only plotted to the nearest value of NNE, or NE, or
>> E.  You get the idea. I'd like to have it plot to the whole degree. Any
>> ideas?
>>
>> My site can be seen here: http://greylords.us
>>
>> Thanks in advance.
>>
>> Ernie
>>
> --
> 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/6fac348f-a1cb-4bad-be13-08f03b958304o%40googlegroups.com
> <https://groups.google.com/d/msgid/weewx-user/6fac348f-a1cb-4bad-be13-08f03b958304o%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/CAC5oUmNTOsQVuTpaGSapjjtbSE7DCpfnyL0j_8Cpi0AHYsqR5Q%40mail.gmail.com.

[weewx-user] Belchertown 1.0.1 question on wind direction in graphs

[Ernest Jillson]

I know I'm not at the latest version of Belchertown. In fact, I'm still
using the older version (3.9.2). I've tried copying
/etc/weewx/skins/Belchertown/graphs.conf.example to graphs.conf, but I
can't find where to change wind direction from ordinal direction to degrees.

My wind direction is only plotted to the nearest value of NNE, or NE, or
E.  You get the idea. I'd like to have it plot to the whole degree. Any
ideas?

My site can be seen here: http://greylords.us

Thanks in advance.

Ernie

-- 
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/CAC5oUmPxg57vwENc5bm%2Bhwt5_MteyD%2BC4xfFWsDq8j_YXjy_sQ%40mail.gmail.com.

Re: [weewx-user] Wunderground doesn't accept my data

[Ernest Jillson]

OP (David) replied back to me directly. That didn't work for him. But his 
setup is identical to mine. weewx 3.9, davis vp2. I'm using actual site 
password. 

On Tuesday, June 23, 2020 at 6:24:03 PM UTC-4, Tom Keffer wrote:
>
> Something new every day from the WeatherUnderground.
>
>
>
> On Tue, Jun 23, 2020 at 3:01 PM Ernest Jillson  > wrote:
>
>> In weewx.conf:  For the password, instead of entering your site password, 
>> try the key there.  It's NOT the api key. It's under "My Devices" in your 
>> member settings on WU.
>>
>> [StdRestful]
>> [[Wunderground]]
>> enable = true
>> station = KCASANFRA11
>> password = 
>> rapidfire = True
>> api_key = xx
>>
>>
>> On Tue, Jun 23, 2020 at 5:46 PM David Barto > > wrote:
>>
>>> Where (what field) did you plug the key into?
>>>
>>> David
>>>
>>> On Jun 23, 2020, at 2:15 PM, Ernest Jillson >> > wrote:
>>>
>>> Ok. This IS strange.
>>>  
>>> I'm running weewx 3.9x and have my data going to wunderground with 
>>> station ID and site password. The person I was helping is using weewx 4.1 
>>> and station ID and password was failing as mentioned in this thread. Today, 
>>> just for the heck of it, he decided to try using the "key" associated with 
>>> his account. Bingo! Not sure if it's a difference between 3.9x and 4.1 or 
>>> maybe that he has a vue and I have vp2?  At least we got it working. Maybe 
>>> that will work for the OP too!
>>>  
>>> 
>>>
>>> On Mon, Jun 22, 2020 at 4:29 PM Ernest Jillson >> > wrote:
>>>
>>>> I'm helping someone set up a brand new pi with weewx and vantage vue. 
>>>> We are getting the same thing in the logs. Failed to publish record. This 
>>>> is using python 3 and weewx 4.x (latest). It says it's adding records to 
>>>> database, but fails upload to WU. He even tried changing the password. 
>>>> Meanwhile I've been running fine with 3.9.2 and python 2.
>>>>  
>>>> I'll be following this thread to see what the resolution might end up 
>>>> being.
>>>>
>>>>
>>>> On Sun, Jun 21, 2020 at 4:27 PM Tom Keffer >>> > wrote:
>>>>
>>>>> I don't blame you. 
>>>>>
>>>>> On Sun, Jun 21, 2020 at 12:23 PM David Barto >>>> > wrote:
>>>>>
>>>>>> Perhaps I should just give up on the WU. PWSweather takes my data just
>>>>>> fine, and I'll add the NWS and a couple of others in the near
>>>>>> future.
>>>>>>
>>>>>> David
>>>>>>
>>>>>> On Jun 21, 2020, at 12:18 PM, Tom Keffer >>>>> > wrote:
>>>>>>
>>>>>> Sounds like yet another WU SNAFU. 
>>>>>>
>>>>>> You could try disabling RapidFire and just use regular postings. RF 
>>>>>> has always been unreliable.
>>>>>>
>>>>>> -tk
>>>>>>
>>>>>> On Sun, Jun 21, 2020 at 12:16 PM David Barto >>>>> > wrote:
>>>>>>
>>>>>>> Enclosing with quotes didn=E2=80=99t change anything and I logged 
>>>>>>> out/in
>>>>>>> from Wunderground and explicitly typed in the password. That worked.
>>>>>>>
>>>>>>>enable = true
>>>>>>>station = KCAPOWAY177
>>>>>>>password ="AlphaNumericDataH3Re"
>>>>>>># Set the following to True to have weewx use the WU 
>>>>>>> "Rapidfire"
>>>>>>># protocol. Not all hardware can support it. See the User's 
>>>>>>> Guide.
>>>>>>>rapidfire = True
>>>>>>>
>>>>>>> Still failing. Debug is set to 1, is there anything else that could 
>>>>>>> be
>>>>>>> useful?
>>>>>>>
>>>>>>> David
>>>>>>>
>>>>>>> On Jun 21, 2020, at 11:42 AM, Tom Keffer >>>>>> > wrote:
>>>>>>>
>>>>>>> OK, now you have an *upload* problem, which suggests a password 
&

Re: [weewx-user] Wunderground doesn't accept my data

[Ernest Jillson]

In weewx.conf:  For the password, instead of entering your site password,
try the key there.  It's NOT the api key. It's under "My Devices" in your
member settings on WU.

[StdRestful]
[[Wunderground]]
enable = true
station = KCASANFRA11
password = 
rapidfire = True
api_key = xx


On Tue, Jun 23, 2020 at 5:46 PM David Barto  wrote:

> Where (what field) did you plug the key into?
>
> David
>
> On Jun 23, 2020, at 2:15 PM, Ernest Jillson  wrote:
>
> Ok. This IS strange.
>
> I'm running weewx 3.9x and have my data going to wunderground with station
> ID and site password. The person I was helping is using weewx 4.1 and
> station ID and password was failing as mentioned in this thread. Today,
> just for the heck of it, he decided to try using the "key" associated with
> his account. Bingo! Not sure if it's a difference between 3.9x and 4.1 or
> maybe that he has a vue and I have vp2?  At least we got it working. Maybe
> that will work for the OP too!
>
> 
>
> On Mon, Jun 22, 2020 at 4:29 PM Ernest Jillson 
> wrote:
>
>> I'm helping someone set up a brand new pi with weewx and vantage vue. We
>> are getting the same thing in the logs. Failed to publish record. This is
>> using python 3 and weewx 4.x (latest). It says it's adding records to
>> database, but fails upload to WU. He even tried changing the password.
>> Meanwhile I've been running fine with 3.9.2 and python 2.
>>
>> I'll be following this thread to see what the resolution might end up
>> being.
>>
>>
>> On Sun, Jun 21, 2020 at 4:27 PM Tom Keffer  wrote:
>>
>>> I don't blame you.
>>>
>>> On Sun, Jun 21, 2020 at 12:23 PM David Barto  wrote:
>>>
>>>> Perhaps I should just give up on the WU. PWSweather takes my data just
>>>> fine, and I'll add the NWS and a couple of others in the near
>>>> future.
>>>>
>>>> David
>>>>
>>>> On Jun 21, 2020, at 12:18 PM, Tom Keffer  wrote:
>>>>
>>>> Sounds like yet another WU SNAFU.
>>>>
>>>> You could try disabling RapidFire and just use regular postings. RF has
>>>> always been unreliable.
>>>>
>>>> -tk
>>>>
>>>> On Sun, Jun 21, 2020 at 12:16 PM David Barto  wrote:
>>>>
>>>>> Enclosing with quotes didn=E2=80=99t change anything and I logged
>>>>> out/in
>>>>> from Wunderground and explicitly typed in the password. That worked.
>>>>>
>>>>>enable = true
>>>>>station = KCAPOWAY177
>>>>>password ="AlphaNumericDataH3Re"
>>>>># Set the following to True to have weewx use the WU "Rapidfire"
>>>>># protocol. Not all hardware can support it. See the User's
>>>>> Guide.
>>>>>rapidfire = True
>>>>>
>>>>> Still failing. Debug is set to 1, is there anything else that could be
>>>>> useful?
>>>>>
>>>>> David
>>>>>
>>>>> On Jun 21, 2020, at 11:42 AM, Tom Keffer  wrote:
>>>>>
>>>>> OK, now you have an *upload* problem, which suggests a password
>>>>> problem. Make sure you're using the right password. Does it have any
>>>>> special characters in it? If so, enclose with quotes in weewx.conf.
>>>>>
>>>>> -tk
>>>>>
>>>>> On Sun, Jun 21, 2020 at 11:32 AM David Barto 
>>>>> wrote:
>>>>>
>>>>>> Curl gets a 204. So my configuration ’should’ be working.
>>>>>>
>>>>>> password is set to the password I login with.
>>>>>>
>>>>>> Wunderfixer still returning a 503, so that is unusual.
>>>>>>
>>>>>> I’m now seeing.
>>>>>>
>>>>>> Jun 21 11:26:19 Magrathea weewx[23591]: restx: Wunderground-RF:
>>>>>> Failed to publish record 2020-06-21 11:26:15 PDT (1592763975): Failed
>>>>>> upload after 1 tries
>>>>>> Jun 21 11:26:24 Magrathea weewx[23591]: restx: Wunderground-RF:
>>>>>> Failed to publish record 2020-06-21 11:26:19 PDT (1592763979): Failed
>>>>>> upload after 1 tries
>>>>>> Jun 21 11:26:30 Magrathea weewx[23591]: restx: Wunderground-RF:
>>>>>> Failed to publish recor

Re: [weewx-user] Wunderground doesn't accept my data

[Ernest Jillson]

Ok. This IS strange.

I'm running weewx 3.9x and have my data going to wunderground with station
ID and site password. The person I was helping is using weewx 4.1 and
station ID and password was failing as mentioned in this thread. Today,
just for the heck of it, he decided to try using the "key" associated with
his account. Bingo! Not sure if it's a difference between 3.9x and 4.1 or
maybe that he has a vue and I have vp2?  At least we got it working. Maybe
that will work for the OP too!

[image: WU_PWS_Key.JPG]

On Mon, Jun 22, 2020 at 4:29 PM Ernest Jillson  wrote:

> I'm helping someone set up a brand new pi with weewx and vantage vue. We
> are getting the same thing in the logs. Failed to publish record. This is
> using python 3 and weewx 4.x (latest). It says it's adding records to
> database, but fails upload to WU. He even tried changing the password.
> Meanwhile I've been running fine with 3.9.2 and python 2.
>
> I'll be following this thread to see what the resolution might end up
> being.
>
>
> On Sun, Jun 21, 2020 at 4:27 PM Tom Keffer  wrote:
>
>> I don't blame you.
>>
>> On Sun, Jun 21, 2020 at 12:23 PM David Barto  wrote:
>>
>>> Perhaps I should just give up on the WU. PWSweather takes my data just
>>> fine, and I'll add the NWS and a couple of others in the near
>>> future.
>>>
>>> David
>>>
>>> On Jun 21, 2020, at 12:18 PM, Tom Keffer  wrote:
>>>
>>> Sounds like yet another WU SNAFU.
>>>
>>> You could try disabling RapidFire and just use regular postings. RF has
>>> always been unreliable.
>>>
>>> -tk
>>>
>>> On Sun, Jun 21, 2020 at 12:16 PM David Barto  wrote:
>>>
>>>> Enclosing with quotes didn=E2=80=99t change anything and I logged out/in
>>>> from Wunderground and explicitly typed in the password. That worked.
>>>>
>>>>enable = true
>>>>station = KCAPOWAY177
>>>>password ="AlphaNumericDataH3Re"
>>>># Set the following to True to have weewx use the WU "Rapidfire"
>>>># protocol. Not all hardware can support it. See the User's
>>>> Guide.
>>>>rapidfire = True
>>>>
>>>> Still failing. Debug is set to 1, is there anything else that could be
>>>> useful?
>>>>
>>>> David
>>>>
>>>> On Jun 21, 2020, at 11:42 AM, Tom Keffer  wrote:
>>>>
>>>> OK, now you have an *upload* problem, which suggests a password
>>>> problem. Make sure you're using the right password. Does it have any
>>>> special characters in it? If so, enclose with quotes in weewx.conf.
>>>>
>>>> -tk
>>>>
>>>> On Sun, Jun 21, 2020 at 11:32 AM David Barto  wrote:
>>>>
>>>>> Curl gets a 204. So my configuration ’should’ be working.
>>>>>
>>>>> password is set to the password I login with.
>>>>>
>>>>> Wunderfixer still returning a 503, so that is unusual.
>>>>>
>>>>> I’m now seeing.
>>>>>
>>>>> Jun 21 11:26:19 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
>>>>> to publish record 2020-06-21 11:26:15 PDT (1592763975): Failed upload 
>>>>> after
>>>>> 1 tries
>>>>> Jun 21 11:26:24 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
>>>>> to publish record 2020-06-21 11:26:19 PDT (1592763979): Failed upload 
>>>>> after
>>>>> 1 tries
>>>>> Jun 21 11:26:30 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
>>>>> to publish record 2020-06-21 11:26:25 PDT (1592763985): Failed upload 
>>>>> after
>>>>> 1 tries
>>>>> Jun 21 11:26:35 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
>>>>> to publish record 2020-06-21 11:26:29 PDT (1592763989): Failed upload 
>>>>> after
>>>>> 1 tries
>>>>> Jun 21 11:26:40 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
>>>>> to publish record 2020-06-21 11:26:35 PDT (1592763995): Failed upload 
>>>>> after
>>>>> 1 tries
>>>>> Jun 21 11:26:45 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
>>>>> to publish record 2020-06-21 11:26:39 PDT (1592763999): Failed upload 
>>>>> after
>>>>> 1 tries
>>>>> Jun 21 11:26:50 Magrathea weewx[23591]: restx: Wundergr

Re: [weewx-user] Wunderground doesn't accept my data

[Ernest Jillson]

I'm helping someone set up a brand new pi with weewx and vantage vue. We
are getting the same thing in the logs. Failed to publish record. This is
using python 3 and weewx 4.x (latest). It says it's adding records to
database, but fails upload to WU. He even tried changing the password.
Meanwhile I've been running fine with 3.9.2 and python 2.

I'll be following this thread to see what the resolution might end up being.


On Sun, Jun 21, 2020 at 4:27 PM Tom Keffer  wrote:

> I don't blame you.
>
> On Sun, Jun 21, 2020 at 12:23 PM David Barto  wrote:
>
>> Perhaps I should just give up on the WU. PWSweather takes my data just
>> fine, and I'll add the NWS and a couple of others in the near
>> future.
>>
>> David
>>
>> On Jun 21, 2020, at 12:18 PM, Tom Keffer  wrote:
>>
>> Sounds like yet another WU SNAFU.
>>
>> You could try disabling RapidFire and just use regular postings. RF has
>> always been unreliable.
>>
>> -tk
>>
>> On Sun, Jun 21, 2020 at 12:16 PM David Barto  wrote:
>>
>>> Enclosing with quotes didn=E2=80=99t change anything and I logged out/in
>>> from Wunderground and explicitly typed in the password. That worked.
>>>
>>>enable = true
>>>station = KCAPOWAY177
>>>password ="AlphaNumericDataH3Re"
>>># Set the following to True to have weewx use the WU "Rapidfire"
>>># protocol. Not all hardware can support it. See the User's Guide.
>>>rapidfire = True
>>>
>>> Still failing. Debug is set to 1, is there anything else that could be
>>> useful?
>>>
>>> David
>>>
>>> On Jun 21, 2020, at 11:42 AM, Tom Keffer  wrote:
>>>
>>> OK, now you have an *upload* problem, which suggests a password
>>> problem. Make sure you're using the right password. Does it have any
>>> special characters in it? If so, enclose with quotes in weewx.conf.
>>>
>>> -tk
>>>
>>> On Sun, Jun 21, 2020 at 11:32 AM David Barto  wrote:
>>>
 Curl gets a 204. So my configuration ’should’ be working.

 password is set to the password I login with.

 Wunderfixer still returning a 503, so that is unusual.

 I’m now seeing.

 Jun 21 11:26:19 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
 to publish record 2020-06-21 11:26:15 PDT (1592763975): Failed upload after
 1 tries
 Jun 21 11:26:24 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
 to publish record 2020-06-21 11:26:19 PDT (1592763979): Failed upload after
 1 tries
 Jun 21 11:26:30 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
 to publish record 2020-06-21 11:26:25 PDT (1592763985): Failed upload after
 1 tries
 Jun 21 11:26:35 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
 to publish record 2020-06-21 11:26:29 PDT (1592763989): Failed upload after
 1 tries
 Jun 21 11:26:40 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
 to publish record 2020-06-21 11:26:35 PDT (1592763995): Failed upload after
 1 tries
 Jun 21 11:26:45 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
 to publish record 2020-06-21 11:26:39 PDT (1592763999): Failed upload after
 1 tries
 Jun 21 11:26:50 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
 to publish record 2020-06-21 11:26:45 PDT (1592764005): Failed upload after
 1 tries
 Jun 21 11:26:55 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
 to publish record 2020-06-21 11:26:49 PDT (1592764009): Failed upload after
 1 tries
 Jun 21 11:27:00 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
 to publish record 2020-06-21 11:26:55 PDT (1592764015): Failed upload after
 1 tries
 Jun 21 11:27:05 Magrathea weewx[23591]: restx: Wunderground-RF: Failed
 to publish record 2020-06-21 11:27:01 PDT (1592764021): Failed upload after
 1 tries

 And https://www.wunderground.com/dashboard/pws/KCAPOWAY177 still
 reports ‘offline’.

 I’ve got ‘debug = 1’ in my configuration, so what else would be useful
 to include to finish this up?

 David

 On Jun 21, 2020, at 10:48 AM, Tom Keffer  wrote:

 Blank page is probably good, and hopefully means that it's accepting
 the API key. To be sure, try curl:

 curl -i '
 https://api.weather.com/v2/pws/observations/all/1day?stationId=KCAPOWAY177&format=json&units=m&apiKey=X
 '


 where, again, X is your API key. This will give you the returned
 status code. I would expect 204.

 NB: the API key is necessary to *download* data, the password is
 necessary to *upload* data. So, you want the API key.

 -tk

 On Sun, Jun 21, 2020 at 9:48 AM David Barto  wrote:

> Weird, when presented my very long API key I get back a blank page.
> I’ll assume that is good. When I give it the short key I get back
>
> {"metadata":{"transaction_id":"##"},"success":false,"errors":[{"error":{"code":"CDN-0001","message":"Invalid
> apiKey."}}]}
>
> Wh

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

[Ernest Jillson]

Actually, just searched and see that there is a an extension for weewx that
handles it and more:
https://github.com/matthewwall/weewx-forecast

On Sun, Apr 5, 2020 at 12:48 PM Ernest Jillson  wrote:

> I have an API key from WU. It's free (probably because my station is
> registered with them). I haven't tried it, but I would think there would be
> a way to embed a forecast in your page using WU with a key?  Has anyone
> done this?
>
>
> On Thu, Apr 2, 2020 at 12:58 AM William Burton 
> wrote:
>
>> Hello,
>>
>> On Wednesday, April 1, 2020 at 2:07:56 PM UTC-4, 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
>>>
>>>
>> Not only that, no new DarkSky API signups are being accepted effective
>> immediately. Then, July 1st this year, embeds and the website will be
>> disabled except for current API and iOS usage.
>>
>> You can read the official announcement at https://blog.darksky.net/.
>>
>> -Bill
>>
>> --
>> 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/764b9b72-ca57-48ea-99ea-2ea1c0bcd3f6%40googlegroups.com
>> <https://groups.google.com/d/msgid/weewx-user/764b9b72-ca57-48ea-99ea-2ea1c0bcd3f6%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/CAC5oUmO-QgHypXivN3pA6iJUz_GX2Pz1o6xzhHd_345Ls%2BR9Bg%40mail.gmail.com.

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

[Ernest Jillson]

I have an API key from WU. It's free (probably because my station is
registered with them). I haven't tried it, but I would think there would be
a way to embed a forecast in your page using WU with a key?  Has anyone
done this?


On Thu, Apr 2, 2020 at 12:58 AM William Burton  wrote:

> Hello,
>
> On Wednesday, April 1, 2020 at 2:07:56 PM UTC-4, 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
>>
>>
> Not only that, no new DarkSky API signups are being accepted effective
> immediately. Then, July 1st this year, embeds and the website will be
> disabled except for current API and iOS usage.
>
> You can read the official announcement at https://blog.darksky.net/.
>
> -Bill
>
> --
> 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/764b9b72-ca57-48ea-99ea-2ea1c0bcd3f6%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/CAC5oUmN3FiL8juyZJUHv42k%2B%3DB%3Dhfe_LeGdxm%3DTev86rGT3yLQ%40mail.gmail.com.

Re: [weewx-user] Davis VP 2 and raw data with weewx 3.9.2-1

[Ernest Jillson]

Thanks!

On Sat, Mar 21, 2020 at 4:00 PM Thomas Keffer  wrote:

> The data emitted by a Davis Vantage is in coded binary. It would look like
> gibberish.
>
> The data that is printed by weewxd when run from the command line is
> fairly raw. I say "fairly" because StdWXCalculate may have added some
> values to it. However, if you set all the options in
> [StdWXCalculate]/[[Calculations]]
> <http://www.weewx.com/docs/usersguide.htm#[[Calculations]]> to 'hardware',
> then it will just pass the hardware values along.
>
>
>
> On Sat, Mar 21, 2020 at 10:59 AM Ernest Jillson 
> wrote:
>
>> Is there a way to save off the raw data exactly as it comes out of the
>> data logger? I'm having an issue with wind direction using an ultrasonic
>> anemometer. I understand when there is no wind, it probably can't give a
>> direction (but seems to end up defaulting to 360), but even when there is
>> wind sometimes, it is reading exactly 360 although wind direction was
>> clearly not that.
>>
>> I need to show the manufacturer "raw data" from the data logger.  It
>> can't be processed by any drivers.  Thanks
>>
>> Ernie
>>
>> --
>> 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/3fb89021-6bfa-42be-b184-1f0bd562e1fc%40googlegroups.com
>> <https://groups.google.com/d/msgid/weewx-user/3fb89021-6bfa-42be-b184-1f0bd562e1fc%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/CAPq0zECqHMmmq2YUfp_gM-tUkvzVO4hdg8H2%2BxPMx6ZbCE6ndw%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAPq0zECqHMmmq2YUfp_gM-tUkvzVO4hdg8H2%2BxPMx6ZbCE6ndw%40mail.gmail.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/CAC5oUmMsKEx8wHXqunZhXc1zzqGcTPapeQA2G1ZwheU77huu9w%40mail.gmail.com.

[weewx-user] Davis VP 2 and raw data with weewx 3.9.2-1

[Ernest Jillson]

Is there a way to save off the raw data exactly as it comes out of the data 
logger? I'm having an issue with wind direction using an ultrasonic 
anemometer. I understand when there is no wind, it probably can't give a 
direction (but seems to end up defaulting to 360), but even when there is 
wind sometimes, it is reading exactly 360 although wind direction was 
clearly not that.
 
I need to show the manufacturer "raw data" from the data logger.  It can't 
be processed by any drivers.  Thanks
 
Ernie

-- 
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/3fb89021-6bfa-42be-b184-1f0bd562e1fc%40googlegroups.com.

Re: [weewx-user] Wunderfixer (Development Version)

[Ernest Jillson]

Nope. Not your fault. Does it pull the URL from the weewx.conf?  I know I
put those back to the original after weather underground gave up (for now)
on their re-organization.


On Mon, Feb 10, 2020 at 5:01 PM Thomas Keffer  wrote:

> That doesn't surprise me. Unfortunately, there is really nothing we can do
> about it. 😕
>
> On Mon, Feb 10, 2020 at 11:28 AM Ernest Jillson 
> wrote:
>
>> I grabbed the latest wunderfixer updated 2 hours ago. I just ran it, and
>> as before, it says it's doing everything it's supposed to do. So far, after
>> 5 minutes, nothing on weather underground. I'll keep checking.
>>
>>
>>
>> On Monday, February 10, 2020 at 11:38:31 AM UTC-5, Thomas Keffer wrote:
>>>
>>> Could you try the present version of wunderfixer? I just patched it this
>>> morning.
>>>
>>> On Mon, Feb 10, 2020 at 6:50 AM Ernest Jillson 
>>> wrote:
>>>
>>>> Checking here:
>>>> https://www.wunderground.com/dashboard/pws/KFLRIVER11/graph/2020-01-29/2020-01-29/daily
>>>>
>>>> I pulled the weewx 4.0.0b11 down and used the wunderfixer from the bin
>>>> folder.  My commands, minus my api key, were:
>>>>
>>>> cd /home/pi/weewx4/weewx-4.0.0b11/bin
>>>> ./wunderfixer /etc/weewx/weewx.conf --api-key="my_api_key"
>>>> --date=2020-01-29
>>>>
>>>> I applied the logic fix to get around the "204" error code. It
>>>> definitely *thinks* it's sending the data. Lists every 5 minute observation
>>>> and says "...published." after each one.  I've done this three times or
>>>> more over the last few days, so it's not a lag issue.
>>>>
>>>> It's looking like it may well be a WU problem that I'll just have to
>>>> live with.
>>>>
>>>> Thanks for all your help.
>>>>
>>>>
>>>> On Monday, February 10, 2020 at 9:35:34 AM UTC-5, Leon Shaner wrote:
>>>>>
>>>>> Hey, Ernest.
>>>>>
>>>>> If you check after some time has passed are the records there?
>>>>> There is always a "lag" between the time the records are uploaded and
>>>>> when they appear.
>>>>> Also, be sure to check via the WU web portal and not some app like
>>>>> WunderStation (which they've deprecated).
>>>>>
>>>>> Anyway, the wunderfixer is doing its job.  What happens on the WU side
>>>>> is subject to their many bugs and infrastructure issues.  :-/
>>>>>
>>>>> Regards,
>>>>> \Leon
>>>>> --
>>>>> Leon Shaner :: Dearborn, Michigan (iPad)
>>>>>
>>>>> On Feb 9, 2020, at 9:59 PM, Ernest Jillson  wrote:
>>>>>
>>>>> 
>>>>> It "looks" like it's working for me, but doesn't.  I get this message:
>>>>>
>>>>> "No results returned from Weather Underground (perhaps a bad station
>>>>> name??).
>>>>> Publishing anyway."
>>>>>
>>>>> It then proceeds to upload all my 5 minute obs.  Only thing is, they
>>>>> never show up on wunderground.
>>>>>
>>>>>
>>>>>
>>>>> On Sunday, February 9, 2020 at 4:02:21 PM UTC-5, Richard G wrote:
>>>>>>
>>>>>>
>>>>>> Worked for me thanks.
>>>>>>
>>>>>> Richard
>>>>>> On Sunday, 9 February 2020 18:19:00 UTC, Leon Shaner wrote:
>>>>>>>
>>>>>>> Richard,
>>>>>>> It was a long thread.  Here is my workaround for the 204 response
>>>>>>> when the request is valid, but there are no records to return:
>>>>>>>
>>>>>>> $ diff wunderfixer wunderfixer_tk
>>>>>>> 407,409c407
>>>>>>> < # Valid response, it's just that WU has no records
>>>>>>> for the requested date
>>>>>>> < # Return an empty list of TimeStamps (as in WU has
>>>>>>> no records)
>>>>>>> < return {}
>>>>>>> ---
>>>>>>> > raise IOError("Probably a bad station ID or
>>>>>>> invalid date")
>>>>>>>
>>>>>>&

Re: [weewx-user] Wunderfixer (Development Version)

[Ernest Jillson]

I grabbed the latest wunderfixer updated 2 hours ago. I just ran it, and as 
before, it says it's doing everything it's supposed to do. So far, after 5 
minutes, nothing on weather underground. I'll keep checking.
 


On Monday, February 10, 2020 at 11:38:31 AM UTC-5, Thomas Keffer wrote:
>
> Could you try the present version of wunderfixer? I just patched it this 
> morning.
>
> On Mon, Feb 10, 2020 at 6:50 AM Ernest Jillson  > wrote:
>
>> Checking here: 
>> https://www.wunderground.com/dashboard/pws/KFLRIVER11/graph/2020-01-29/2020-01-29/daily
>>  
>> I pulled the weewx 4.0.0b11 down and used the wunderfixer from the bin 
>> folder.  My commands, minus my api key, were:
>>  
>> cd /home/pi/weewx4/weewx-4.0.0b11/bin
>> ./wunderfixer /etc/weewx/weewx.conf --api-key="my_api_key" 
>> --date=2020-01-29
>>  
>> I applied the logic fix to get around the "204" error code. It definitely 
>> *thinks* it's sending the data. Lists every 5 minute observation and says 
>> "...published." after each one.  I've done this three times or more over 
>> the last few days, so it's not a lag issue.
>>  
>> It's looking like it may well be a WU problem that I'll just have to live 
>> with.  
>>  
>> Thanks for all your help.
>>
>>
>> On Monday, February 10, 2020 at 9:35:34 AM UTC-5, Leon Shaner wrote:
>>>
>>> Hey, Ernest.
>>>
>>> If you check after some time has passed are the records there?
>>> There is always a "lag" between the time the records are uploaded and 
>>> when they appear.
>>> Also, be sure to check via the WU web portal and not some app like 
>>> WunderStation (which they've deprecated).
>>>
>>> Anyway, the wunderfixer is doing its job.  What happens on the WU side 
>>> is subject to their many bugs and infrastructure issues.  :-/
>>>
>>> Regards,
>>> \Leon
>>> --
>>> Leon Shaner :: Dearborn, Michigan (iPad)
>>>
>>> On Feb 9, 2020, at 9:59 PM, Ernest Jillson  wrote:
>>>
>>> 
>>> It "looks" like it's working for me, but doesn't.  I get this message:
>>>  
>>> "No results returned from Weather Underground (perhaps a bad station 
>>> name??).
>>> Publishing anyway."
>>>  
>>> It then proceeds to upload all my 5 minute obs.  Only thing is, they 
>>> never show up on wunderground.
>>>  
>>>
>>>
>>> On Sunday, February 9, 2020 at 4:02:21 PM UTC-5, Richard G wrote:
>>>>
>>>>
>>>> Worked for me thanks.
>>>>
>>>> Richard
>>>> On Sunday, 9 February 2020 18:19:00 UTC, Leon Shaner wrote:
>>>>>
>>>>> Richard,
>>>>> It was a long thread.  Here is my workaround for the 204 response 
>>>>> when the request is valid, but there are no records to return:
>>>>>
>>>>> $ diff wunderfixer wunderfixer_tk
>>>>> 407,409c407
>>>>> < # Valid response, it's just that WU has no records 
>>>>> for the requested date
>>>>> < # Return an empty list of TimeStamps (as in WU has 
>>>>> no records)
>>>>> < return {}
>>>>> ---
>>>>> > raise IOError("Probably a bad station ID or invalid 
>>>>> date")
>>>>>
>>>>> Or if the line numbers don't match yours, it looks like this in 
>>>>> context:
>>>>>
>>>>> if hasattr(response, 'code') and response.code != 200:
>>>>> if response.code == 204:
>>>>> # Valid response, it's just that WU has no records for 
>>>>> the requested date
>>>>> # Return an empty list of TimeStamps (as in WU has no 
>>>>> records)
>>>>> return {}
>>>>> else:
>>>>> raise IOError("Bad response code returned: %d" % 
>>>>> response.code)
>>>>>
>>>>> Regards,
>>>>> \Leon
>>>>> --
>>>>> Leon Shaner :: Dearborn, Michigan (iPhone)
>>>>>
>>>>> On Feb 9, 2020, at 12:40 PM, Richard G  wrote:
>>>>>
>>>>> 
>>>>> I had an outage of a week whe

Re: [weewx-user] Wunderfixer (Development Version)

[Ernest Jillson]

Checking here: 
https://www.wunderground.com/dashboard/pws/KFLRIVER11/graph/2020-01-29/2020-01-29/daily
 
I pulled the weewx 4.0.0b11 down and used the wunderfixer from the bin 
folder.  My commands, minus my api key, were:
 
cd /home/pi/weewx4/weewx-4.0.0b11/bin
./wunderfixer /etc/weewx/weewx.conf --api-key="my_api_key" --date=2020-01-29
 
I applied the logic fix to get around the "204" error code. It definitely 
*thinks* it's sending the data. Lists every 5 minute observation and says 
"...published." after each one.  I've done this three times or more over 
the last few days, so it's not a lag issue.
 
It's looking like it may well be a WU problem that I'll just have to live 
with.  
 
Thanks for all your help.


On Monday, February 10, 2020 at 9:35:34 AM UTC-5, Leon Shaner wrote:
>
> Hey, Ernest.
>
> If you check after some time has passed are the records there?
> There is always a "lag" between the time the records are uploaded and when 
> they appear.
> Also, be sure to check via the WU web portal and not some app like 
> WunderStation (which they've deprecated).
>
> Anyway, the wunderfixer is doing its job.  What happens on the WU side is 
> subject to their many bugs and infrastructure issues.  :-/
>
> Regards,
> \Leon
> --
> Leon Shaner :: Dearborn, Michigan (iPad)
>
> On Feb 9, 2020, at 9:59 PM, Ernest Jillson  > wrote:
>
> 
> It "looks" like it's working for me, but doesn't.  I get this message:
>  
> "No results returned from Weather Underground (perhaps a bad station 
> name??).
> Publishing anyway."
>  
> It then proceeds to upload all my 5 minute obs.  Only thing is, they never 
> show up on wunderground.
>  
>
>
> On Sunday, February 9, 2020 at 4:02:21 PM UTC-5, Richard G wrote:
>>
>>
>> Worked for me thanks.
>>
>> Richard
>> On Sunday, 9 February 2020 18:19:00 UTC, Leon Shaner wrote:
>>>
>>> Richard,
>>> It was a long thread.  Here is my workaround for the 204 response when 
>>> the request is valid, but there are no records to return:
>>>
>>> $ diff wunderfixer wunderfixer_tk
>>> 407,409c407
>>> < # Valid response, it's just that WU has no records for 
>>> the requested date
>>> < # Return an empty list of TimeStamps (as in WU has no 
>>> records)
>>> < return {}
>>> ---
>>> > raise IOError("Probably a bad station ID or invalid 
>>> date")
>>>
>>> Or if the line numbers don't match yours, it looks like this in context:
>>>
>>> if hasattr(response, 'code') and response.code != 200:
>>> if response.code == 204:
>>> # Valid response, it's just that WU has no records for 
>>> the requested date
>>> # Return an empty list of TimeStamps (as in WU has no 
>>> records)
>>> return {}
>>> else:
>>> raise IOError("Bad response code returned: %d" % 
>>> response.code)
>>>
>>> Regards,
>>> \Leon
>>> --
>>> Leon Shaner :: Dearborn, Michigan (iPhone)
>>>
>>> On Feb 9, 2020, at 12:40 PM, Richard G  wrote:
>>>
>>> 
>>> I had an outage of a week where no data was uploaded to wunderground. I 
>>> discovered all the posts about the change of API etc. so pulled down the 
>>> development branch. This version with the api_key allowed me to fix data on 
>>> partial days i.e. when there was some data but on days where there is no 
>>> data at all then it fails
>>>
>>> Using database binding 'wx_binding', which is bound to database 
>>> 'archive_sqlite'
>>>
>>> Weather Underground Station:   INORFOLK**
>>>
>>> Date to check: 2020-02-07
>>>
>>> Number of archive records: 288
>>>
>>> Could not get Weather Underground data.
>>>
>>> Reason: Probably a bad station ID or invalid date
>>>
>>> Exiting.
>>>
>>> The message "could not get Weather Underground data" is correct as there 
>>> isn't any for that day, but it then needs to upload so there is. Looks like 
>>> a bug but I thought I would check before reporting.
>>>
>>> Thanks
>>>
>>>
>>> Richard
>>>
>>> -- 
>>> You received this message because you

Re: [weewx-user] Wunderfixer (Development Version)

[Ernest Jillson]

It "looks" like it's working for me, but doesn't.  I get this message:
 
"No results returned from Weather Underground (perhaps a bad station 
name??).
Publishing anyway."
 
It then proceeds to upload all my 5 minute obs.  Only thing is, they never 
show up on wunderground.
 


On Sunday, February 9, 2020 at 4:02:21 PM UTC-5, Richard G wrote:
>
>
> Worked for me thanks.
>
> Richard
> On Sunday, 9 February 2020 18:19:00 UTC, Leon Shaner wrote:
>>
>> Richard,
>> It was a long thread.  Here is my workaround for the 204 response when 
>> the request is valid, but there are no records to return:
>>
>> $ diff wunderfixer wunderfixer_tk
>> 407,409c407
>> < # Valid response, it's just that WU has no records for 
>> the requested date
>> < # Return an empty list of TimeStamps (as in WU has no 
>> records)
>> < return {}
>> ---
>> > raise IOError("Probably a bad station ID or invalid 
>> date")
>>
>> Or if the line numbers don't match yours, it looks like this in context:
>>
>> if hasattr(response, 'code') and response.code != 200:
>> if response.code == 204:
>> # Valid response, it's just that WU has no records for 
>> the requested date
>> # Return an empty list of TimeStamps (as in WU has no 
>> records)
>> return {}
>> else:
>> raise IOError("Bad response code returned: %d" % 
>> response.code)
>>
>> Regards,
>> \Leon
>> --
>> Leon Shaner :: Dearborn, Michigan (iPhone)
>>
>> On Feb 9, 2020, at 12:40 PM, Richard G  wrote:
>>
>> 
>> I had an outage of a week where no data was uploaded to wunderground. I 
>> discovered all the posts about the change of API etc. so pulled down the 
>> development branch. This version with the api_key allowed me to fix data on 
>> partial days i.e. when there was some data but on days where there is no 
>> data at all then it fails
>>
>> Using database binding 'wx_binding', which is bound to database 
>> 'archive_sqlite'
>>
>> Weather Underground Station:   INORFOLK**
>>
>> Date to check: 2020-02-07
>>
>> Number of archive records: 288
>>
>> Could not get Weather Underground data.
>>
>> Reason: Probably a bad station ID or invalid date
>>
>> Exiting.
>>
>> The message "could not get Weather Underground data" is correct as there 
>> isn't any for that day, but it then needs to upload so there is. Looks like 
>> a bug but I thought I would check before reporting.
>>
>> Thanks
>>
>>
>> Richard
>>
>> -- 
>> 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/04c6f04e-502a-40a2-ad9d-62a4fad5a8b5%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/30ac8208-34d8-4b47-a8ac-636151c794c2%40googlegroups.com.

Re: [weewx-user] Uploading missing data to Weather Underground

[Ernest Jillson]

Hi Leon,
 
I'm using 3.9.2, which I believe is the latest of the 3.x series.


On Thursday, February 6, 2020 at 4:27:11 PM UTC-5, Leon Shaner wrote:
>
> Ernest, you would need to pull a newer version of 3.x to avoid this error 
> and for api_key to have any meaning.
>
> Ernest Jillson wrote on 2/6/20 4:21 PM:
>
> Definitely does cause weewx to fail. Keep in mind that we are adding the 
> key to version 3.x, not 4, then running the wunderfixer pointing at our old 
> weewx.conf file. 
>
>
> Feb  6 15:56:56 LakeFantasia weewx[21278]: restx: WU essentials: {}
> Feb  6 15:56:56 LakeFantasia weewx[21278]: engine: Caught unrecoverable 
> exception in engine:
> Feb  6 15:56:56 LakeFantasia weewx[21278]:   __init__() got an 
> unexpected keyword argument 'api_key'
> Feb  6 15:56:56 LakeFantasia weewx[21278]:   Traceback (most 
> recent call last):
> Feb  6 15:56:56 LakeFantasia weewx[21278]: File 
> "/usr/share/weewx/weewx/engine.py", line 888, in main
> Feb  6 15:56:56 LakeFantasia weewx[21278]:   engine = 
> engine_class(config_dict)
> Feb  6 15:56:56 LakeFantasia weewx[21278]: File 
> "/usr/share/weewx/weewx/engine.py", line 78, in __init__
> Feb  6 15:56:56 LakeFantasia weewx[21278]:   
> self.loadServices(config_dict)
> Feb  6 15:56:56 LakeFantasia weewx[21278]: File 
> "/usr/share/weewx/weewx/engine.py", line 142, in loadServices
> Feb  6 15:56:56 LakeFantasia weewx[21278]:   
> self.service_obj.append(weeutil.weeutil._get_object(svc)(self, config_dict))
> Feb  6 15:56:56 LakeFantasia weewx[21278]: File 
> "/usr/share/weewx/weewx/restx.py", line 632, in __init__
> Feb  6 15:56:56 LakeFantasia weewx[21278]:   **_ambient_dict)
> Feb  6 15:56:56 LakeFantasia weewx[21278]:   TypeError: __init__() 
> got an unexpected keyword argument 'api_key'
> Feb  6 15:56:56 LakeFantasia weewx[21278]:   Exiting.
>
>
>
>
> On Thursday, February 6, 2020 at 3:12:29 PM UTC-5, gjr80 wrote: 
>>
>> Hi, 
>>
>> Simply adding a key to weewx.conf should not cause any problems. Would 
>> you please give us some details (console output, log extract etc) so we can 
>> see if indeed there is a problem with WeeWX and if so fix it. 
>>
>> 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...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/ab22ae83-46b6-4a4b-a8ea-6d58a4263c38%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/ab22ae83-46b6-4a4b-a8ea-6d58a4263c38%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
>
>
> -- le...@isylum.org  - Dearborn, Michigan
>
>

-- 
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/5bff308c-d8d3-4da4-9d08-25d8c8dd2e5e%40googlegroups.com.

Re: [weewx-user] Uploading missing data to Weather Underground

[Ernest Jillson]

Definitely does cause weewx to fail. Keep in mind that we are adding the 
key to version 3.x, not 4, then running the wunderfixer pointing at our old 
weewx.conf file.


Feb  6 15:56:56 LakeFantasia weewx[21278]: restx: WU essentials: {}
Feb  6 15:56:56 LakeFantasia weewx[21278]: engine: Caught unrecoverable 
exception in engine:
Feb  6 15:56:56 LakeFantasia weewx[21278]:   __init__() got an 
unexpected keyword argument 'api_key'
Feb  6 15:56:56 LakeFantasia weewx[21278]:   Traceback (most recent 
call last):
Feb  6 15:56:56 LakeFantasia weewx[21278]: File 
"/usr/share/weewx/weewx/engine.py", line 888, in main
Feb  6 15:56:56 LakeFantasia weewx[21278]:   engine = 
engine_class(config_dict)
Feb  6 15:56:56 LakeFantasia weewx[21278]: File 
"/usr/share/weewx/weewx/engine.py", line 78, in __init__
Feb  6 15:56:56 LakeFantasia weewx[21278]:   
self.loadServices(config_dict)
Feb  6 15:56:56 LakeFantasia weewx[21278]: File 
"/usr/share/weewx/weewx/engine.py", line 142, in loadServices
Feb  6 15:56:56 LakeFantasia weewx[21278]:   
self.service_obj.append(weeutil.weeutil._get_object(svc)(self, config_dict))
Feb  6 15:56:56 LakeFantasia weewx[21278]: File 
"/usr/share/weewx/weewx/restx.py", line 632, in __init__
Feb  6 15:56:56 LakeFantasia weewx[21278]:   **_ambient_dict)
Feb  6 15:56:56 LakeFantasia weewx[21278]:   TypeError: __init__() 
got an unexpected keyword argument 'api_key'
Feb  6 15:56:56 LakeFantasia weewx[21278]:   Exiting.




On Thursday, February 6, 2020 at 3:12:29 PM UTC-5, gjr80 wrote:
>
> Hi,
>
> Simply adding a key to weewx.conf should not cause any problems. Would you 
> please give us some details (console output, log extract etc) so we can see 
> if indeed there is a problem with WeeWX and if so fix it. 
>
> 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/ab22ae83-46b6-4a4b-a8ea-6d58a4263c38%40googlegroups.com.

Re: [weewx-user] Uploading missing data to Weather Underground

[Ernest Jillson]

Noticed the same thing. Even though it showed it upload successfully, it
never updates on weather underground.

On Wed, Feb 5, 2020, 23:36 Louis De Lange  wrote:

> I tried this method of updating today as well.  Jan 29 and 30 simply
> fails. Jan 31 appears to upload missing data successfully, but the data
> never shows up at on WU.
>
> --
> 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/c5dae3e2-9f58-49c4-9f97-14e0ca6fee2c%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/CAC5oUmORQbQmp3gtogejZf3UAco19%3DfRNYLZ4A%3DS8nP%2BiSP7Hg%40mail.gmail.com.

Re: [weewx-user] Uploading missing data to Weather Underground

[Ernest Jillson]

Except...I may have waited too long.  Looks like data is only available 
back to 2020-01-31.  Will be good for future issues, though.


On Wednesday, February 5, 2020 at 9:39:28 PM UTC-5, Ernest Jillson wrote:
>
> Hey Thomas,
>  
> Just got around to this. Looks like it's working great! I had to add my 
> api key to the older version weewx.conf.
>  
> Thanks!
>  
> Ernie
>
> On Saturday, February 1, 2020 at 2:04:08 PM UTC-5, Thomas Keffer wrote:
>>
>> Wunderfixer is normally the way you do this, except the V3.9 version 
>> stopped working when WU changed their API. That has been fixed, but will 
>> not appear until Version 4. If you're comfortable with the thought, you can 
>> try the beta of V4. 
>>
>>
>>1. 
>>
>>Download from weewx.com: 
>>http://weewx.com/downloads/development_versions/ into a convenient 
>>spot.
>>2. 
>>
>>Unpack the tar file. For example, if the file is weewx-4.0.0b11.tar.gz
>>:
>>
>> tar xvf weewx-4.0.0b11.tar.gz
>>
>>3. 
>>
>>Change directory (cd) into the resultant subdirectory:
>>
>> cd weewx-4.0.0b11.tar.gz
>>
>>4. 
>>
>>Run wunderfixer from the directory, using your old weewx.conf file. 
>>For example,
>>
>> ./bin/wunderfixer /etc/weewx/weewx.conf
>>
>>
>>
>> On Sat, Feb 1, 2020 at 8:36 AM Ernest Jillson  wrote:
>>
>>> Even today, I can't get weewx to upload data to WU reliably using https. 
>>> I'm using http and it's working fine. I've read that many people have been 
>>> able to switch back. Not me.
>>>  
>>> With all these recent changes to WU, does anyone know if there is a way 
>>> to upload my previous several days of data that were missed on WU?  I tried 
>>> the wunderfixer utility, but that just hits a forbidden (403) wall.  While 
>>> not entirely necessary, it would be nice to fill in the multi-day gap.
>>>  
>>> Thanks in advance,
>>>  
>>> Ernie
>>>
>>> -- 
>>> 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/166e6f6f-125b-43d9-ba5d-4877d598b5a6%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/weewx-user/166e6f6f-125b-43d9-ba5d-4877d598b5a6%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/9ea27db7-29df-4416-b1a6-d63272936fde%40googlegroups.com.

Re: [weewx-user] Uploading missing data to Weather Underground

[Ernest Jillson]

Hey Thomas,
 
Just got around to this. Looks like it's working great! I had to add my api 
key to the older version weewx.conf.
 
Thanks!
 
Ernie

On Saturday, February 1, 2020 at 2:04:08 PM UTC-5, Thomas Keffer wrote:
>
> Wunderfixer is normally the way you do this, except the V3.9 version 
> stopped working when WU changed their API. That has been fixed, but will 
> not appear until Version 4. If you're comfortable with the thought, you can 
> try the beta of V4. 
>
>
>1. 
>
>Download from weewx.com: 
>http://weewx.com/downloads/development_versions/ into a convenient 
>spot.
>2. 
>
>Unpack the tar file. For example, if the file is weewx-4.0.0b11.tar.gz:
>
> tar xvf weewx-4.0.0b11.tar.gz
>
>3. 
>
>Change directory (cd) into the resultant subdirectory:
>
> cd weewx-4.0.0b11.tar.gz
>
>4. 
>
>Run wunderfixer from the directory, using your old weewx.conf file. 
>For example,
>    
> ./bin/wunderfixer /etc/weewx/weewx.conf
>
>
>
> On Sat, Feb 1, 2020 at 8:36 AM Ernest Jillson  > wrote:
>
>> Even today, I can't get weewx to upload data to WU reliably using https. 
>> I'm using http and it's working fine. I've read that many people have been 
>> able to switch back. Not me.
>>  
>> With all these recent changes to WU, does anyone know if there is a way 
>> to upload my previous several days of data that were missed on WU?  I tried 
>> the wunderfixer utility, but that just hits a forbidden (403) wall.  While 
>> not entirely necessary, it would be nice to fill in the multi-day gap.
>>  
>> Thanks in advance,
>>  
>> Ernie
>>
>> -- 
>> 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/166e6f6f-125b-43d9-ba5d-4877d598b5a6%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/166e6f6f-125b-43d9-ba5d-4877d598b5a6%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/155f9548-193b-41d0-82b3-e57362e42365%40googlegroups.com.

[weewx-user] Uploading missing data to Weather Underground

[Ernest Jillson]

Even today, I can't get weewx to upload data to WU reliably using https. 
I'm using http and it's working fine. I've read that many people have been 
able to switch back. Not me.
 
With all these recent changes to WU, does anyone know if there is a way to 
upload my previous several days of data that were missed on WU?  I tried 
the wunderfixer utility, but that just hits a forbidden (403) wall.  While 
not entirely necessary, it would be nice to fill in the multi-day gap.
 
Thanks in advance,
 
Ernie

-- 
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/166e6f6f-125b-43d9-ba5d-4877d598b5a6%40googlegroups.com.