[weewx-user] Re: WS-1001 connection to Raspberry PI for Weewx

2019-07-31 Thread Bill Volz
That appears the be the problem. Using 192.168.255.255 and it found the 
correct address for the station. Now it's updating the database. Should 
take awhile. Thanks

On Thursday, August 1, 2019 at 12:38:54 AM UTC-4, Bill Volz wrote:
>
> I did change the network mask from 255.255.255.0 to 255.255.0.0. Should I 
> use a broadcast mask of 192.168.255.255 for HP1000?
>
> On Wednesday, July 31, 2019 at 11:01:59 PM UTC-4, Susan Mackay wrote:
>>
>> Have you changed any settings on the router? What I'm thinking is that it 
>> is not letting through the broadcast packets.
>> If that is the case, then all I can suggest in the short term is to do 
>> what I suggested in my first post and edit the Python code to simply try to 
>> connect directly to the IP address.
>> (I'll add that to the "wishlist' for the next version of the driver, just 
>> after making sure that it works with Python 3 and the latest WeeWx code! Of 
>> course that is all after 'getting some time for all this playing'!)
>> Susan
>>
>

-- 
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/5a96a058-ff0e-405c-bdaa-159da2e42437%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Graham Eddy
The NOAA files contain data only of interest to US govt so miss extra
sensors etc
_
Graham Eddy
via phone: forgive brevity

On Thu, 1 Aug. 2019, 8:31 am Richard Rosa,  wrote:

> It looks like I have an alternative:
>
>   Thankfully, WVIEW saved a bunch of .txt files for every logged day
> (almost 4k). Although I know very little about SQL databases, I am pretty
> decent at converting text file formats to CSV files.
>
> I picked the OLDEST text file, created a script to convert it to a CSV and
> ran it through the wee_import utility.
> SUCCESS! The reports now show data for all months/years since the date of
> the first log in that file (2008),
> All the information between that file and the first record extracted from
> the Davis is blank, but that SHOULD be fixed
> once all the other text files are imported.
>
> It may take a day or so to get all the info into the program, but it looks
> like my prior year's data can be salvaged.
>
> Thanx to all for your assistance.
>
> Richard Rosa
>
> --
> 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/b0e5229e-b0cb-48dd-968c-dc675698c5e8%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/CAKwQt_rWQ3kRB3kLDqm-79FEPJ1aQ_xQWTc2QZCWKWn8SfgwDQ%40mail.gmail.com.


[weewx-user] Re: WS-1001 connection to Raspberry PI for Weewx

2019-07-31 Thread Bill Volz
I did change the network mask from 255.255.255.0 to 255.255.0.0. Should I 
use a broadcast mask of 192.168.255.255 for HP1000?

On Wednesday, July 31, 2019 at 11:01:59 PM UTC-4, Susan Mackay wrote:
>
> Have you changed any settings on the router? What I'm thinking is that it 
> is not letting through the broadcast packets.
> If that is the case, then all I can suggest in the short term is to do 
> what I suggested in my first post and edit the Python code to simply try to 
> connect directly to the IP address.
> (I'll add that to the "wishlist' for the next version of the driver, just 
> after making sure that it works with Python 3 and the latest WeeWx code! Of 
> course that is all after 'getting some time for all this playing'!)
> Susan
>

-- 
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/9612ba7b-a6bb-4702-98aa-c487dc9d59c4%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Graham Eddy
It is wview-archive.sdb. The other dbs are generated from wview-archive.sdb
if absent. wview cannot run without wview-archive.sdb. If absent from
backups, the backups were not done correctly
(from phone -> forgive brevity)
GE


On Thu, 1 Aug. 2019, 5:28 am Thomas Keffer,  wrote:

> Take a look at chapter 7 of the wview users guide (
>
> http://www.wviewweather.com/release-notes/wview-User-Manual.html#Advanced-wlk
> ). I'm pretty sure it's called wview-archive.sdb.
>
> Or, ask Graham Eddy.
>
>
>
> On Wed, Jul 31, 2019 at 2:46 PM Richard Rosa 
> wrote:
>
>>
>> There is NO current *wview-archive.sdb*. I only have one from an old
>> backup from 5 years ago. Recent archive database files are
>> *wview-hilow.sdb* and *wview-history.sdb*.
>>
>> Richard Rosa
>>
>>
>>
>> On Wednesday, July 31, 2019 at 2:34:17 PM UTC-4, Thomas Keffer wrote:
>>>
>>> I believe you copied the wrong file. You want wview-archive.sdb.
>>>
>>> I'm on an iPhone right now, so it's hard for me to give any more details.
>>>
>>> On Wed, Jul 31, 2019 at 12:46 PM vince  wrote:
>>>
 On Wednesday, July 31, 2019 at 8:54:03 AM UTC-7, gjr80 wrote:
>
> Hmmm, seems your wview database is indeed different. You might need
> some input from Tom or another wview user. I was under the impression the
> wview database contained a table named ‘archive’ that is identical in
> structure to the archive table in the WeeWX database. Many wview users 
> have
> changed to WeeWX and this is the first time I have heard of a wview
> database that cannot be used directly by WeeWX. I note the wview
> documentation states the wview uses wview-archive.sdb whereas you have
> wview-history.sdb.
>
>
>
 yup - that's kinda what I was saying.   Converted his data to something
 that is weewx-compatible to me is a sqlite3 dump, perhaps a little light
 editing, and a sqlite3 restore (notionally)

 --
 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/09653a3b-be25-4eb3-81ce-e58a2be40f29%40googlegroups.com
 
 .

>>> --
>>> -tk
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to weewx-user+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/weewx-user/f576aea1-5fe1-411a-8481-12da60cc9331%40googlegroups.com
>> 
>> .
>>
> --
> -tk
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/CAPq0zECCS22GGftmsZrnCzTKD%2BkLQb6MEXXDxk4h5c7V8bFsPw%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/CAKwQt_oN%2Bx9cxzes-otLioYZa%2BrYnBeF%2BRWxVUnFOFQ8h-absQ%40mail.gmail.com.


[weewx-user] Re: WS-1001 connection to Raspberry PI for Weewx

2019-07-31 Thread Susan Mackay
Have you changed any settings on the router? What I'm thinking is that it 
is not letting through the broadcast packets.
If that is the case, then all I can suggest in the short term is to do what 
I suggested in my first post and edit the Python code to simply try to 
connect directly to the IP address.
(I'll add that to the "wishlist' for the next version of the driver, just 
after making sure that it works with Python 3 and the latest WeeWx code! Of 
course that is all after 'getting some time for all this playing'!)
Susan

-- 
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/8801bdb1-fc5c-4c7e-b431-6558481c7ac3%40googlegroups.com.


[weewx-user] Re: WS-1001 connection to Raspberry PI for Weewx

2019-07-31 Thread Susan Mackay
Do you know the IP address of the weather station console?
Can you ping it?
Susan

-- 
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/3691f339-bfa2-4d60-a2cf-00b82bcbdd90%40googlegroups.com.


[weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Andrew Milner
I don't think you have an alternative, you have something different.

>From wview manual:
*Day history Table (wview-history.sdb)*

*Overview*

This table is generated internally by wview to avoid having to compute the 
daily summary records used for the yearly charts every time wview starts. 
This was not a time concern with the flat WLK files but became more costly 
when we started storing data in SQLite3. The external use or utility of 
this table is limited at best.

*Regeneration*

To regenerate the NOAA database:

--

I think you need to double check with wview, but the manual CLEARLY says 
the wview archive is wview-archive.sdb and that wview-history.sdb is an 
internal database used by wview for the yearly reports.



On Thursday, 1 August 2019 01:45:27 UTC+3, vince wrote:
>
> On Wednesday, July 31, 2019 at 3:31:01 PM UTC-7, Richard Rosa wrote:
>>
>> It looks like I have an alternative:
>>
>>   Thankfully, WVIEW saved a bunch of .txt files for every logged day 
>> (almost 4k). Although I know very little about SQL databases, I am pretty 
>> decent at converting text file formats to CSV files. 
>>
>>
>>
> Still think a sqlite dump, a little editing, and a sqlite restore is the 
> right move here, but of course do what you think is right for you.
>
>  
>

-- 
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/4dc5bec8-1d73-48da-a634-04c36d011d70%40googlegroups.com.


[weewx-user] Re: Radiation, maxSolarRad and ET/Evapotranspiration calculation - weewx/Belchertown skin

2019-07-31 Thread Andrew Milner
correct - current will/may provide but for historical must be in database.  
Just add the column.

On Wednesday, 31 July 2019 23:12:08 UTC+3, Xant wrote:
>
>
> Thanks rich T
>
> Thought would be something in that path (which Im not familiar yet). 
>
> What Im puzzled with is that 'maxSolarRad' is internally calculated by 
> weewx, and I can print/verify the calculated value in webpage (through 
> Belchertown skin). Therefore, isn't there already in database, without the 
> need to extend?
>
> Hmmm maybe not (as I may just realize while typing). Maybe it is 
> immediately available, but not historically recorded in database.
>
> Best,
> Xant
>

-- 
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/6c9f348f-8117-4f14-abda-e192154b4811%40googlegroups.com.


Re: [weewx-user] Ip camera weewx

2019-07-31 Thread p q
Do you want video or just a periodic snapshot?

You'll probably need to edit the skin template to include something like:

  
  


I don't know how to do live video, but I'm sure you can google for it. I
found this example here: https://www.w3schools.com/html/html5_video.asp




On Wed, Jul 31, 2019 at 4:03 PM Hector Valenzuela 
wrote:

> Hi. i want to add an Ip camera PoE to my weather station. I have a
> raspberry Pi 3 running weewx 3.5.0 and the camera is
> https://www.amazon.com/gp/product/B01G1U4MVA/ref=ox_sc_act_title_1?smid=A22E1JQ3DE3K79=1
>  but
> I don't know what documents I have to edit (weewx.conf, skin.conf, etc) to
> watch the video on my website. my path is /usr/share/nginx/html/test.
>
> --
> 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/ad34fa24-da0e-4372-bbed-7f7eb4533fa9%40googlegroups.com
> 
> .
>


-- 
Peter Quinn
(415)794-2264

-- 
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/CAA1SM23yE8PxUP1E1RO7k-7NP_dKu6Cn1y9RvRo5Q5tqXL%2BmSQ%40mail.gmail.com.


[weewx-user] Ip camera weewx

2019-07-31 Thread Hector Valenzuela
Hi. i want to add an Ip camera PoE to my weather station. I have a 
raspberry Pi 3 running weewx 3.5.0 and the camera is 
https://www.amazon.com/gp/product/B01G1U4MVA/ref=ox_sc_act_title_1?smid=A22E1JQ3DE3K79=1
 but 
I don't know what documents I have to edit (weewx.conf, skin.conf, etc) to 
watch the video on my website. my path is /usr/share/nginx/html/test.

-- 
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/ad34fa24-da0e-4372-bbed-7f7eb4533fa9%40googlegroups.com.


[weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread vince
On Wednesday, July 31, 2019 at 3:31:01 PM UTC-7, Richard Rosa wrote:
>
> It looks like I have an alternative:
>
>   Thankfully, WVIEW saved a bunch of .txt files for every logged day 
> (almost 4k). Although I know very little about SQL databases, I am pretty 
> decent at converting text file formats to CSV files. 
>
>
>
Still think a sqlite dump, a little editing, and a sqlite restore is the 
right move here, but of course do what you think is right for you.

 

-- 
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/795daacc-e106-42f7-84a5-407c2ba066b7%40googlegroups.com.


[weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Richard Rosa
It looks like I have an alternative:

  Thankfully, WVIEW saved a bunch of .txt files for every logged day 
(almost 4k). Although I know very little about SQL databases, I am pretty 
decent at converting text file formats to CSV files. 

I picked the OLDEST text file, created a script to convert it to a CSV and 
ran it through the wee_import utility. 
SUCCESS! The reports now show data for all months/years since the date of 
the first log in that file (2008), 
All the information between that file and the first record extracted from 
the Davis is blank, but that SHOULD be fixed
once all the other text files are imported. 

It may take a day or so to get all the info into the program, but it looks 
like my prior year's data can be salvaged. 

Thanx to all for your assistance.

Richard Rosa

-- 
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/b0e5229e-b0cb-48dd-968c-dc675698c5e8%40googlegroups.com.


[weewx-user] Re: Radiation, maxSolarRad and ET/Evapotranspiration calculation - weewx/Belchertown skin

2019-07-31 Thread Xant

Thanks rich T

Thought would be something in that path (which Im not familiar yet). 

What Im puzzled with is that 'maxSolarRad' is internally calculated by 
weewx, and I can print/verify the calculated value in webpage (through 
Belchertown skin). Therefore, isn't there already in database, without the 
need to extend?

Hmmm maybe not (as I may just realize while typing). Maybe it is 
immediately available, but not historically recorded in database.

Best,
Xant

-- 
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/6a0c164f-b979-490b-a38d-e0bf6bca9ef4%40googlegroups.com.


[weewx-user] Re: special character support

2019-07-31 Thread peter
Thanks for your suggestion.  I did have "encoding=utf8" defined, I 
rechecked once again.
I even moved it in the [[[day]]] section but it doesn't help, unfortunately.
My template file is actually index.php.tmpl. Does it make any difference?


Hi, 
>
> In /etc/weewx/skins/neowx/skin.conf look for the line: 
>
> template = index.html.tmpl 
>
> under the [CheetahGenerator], it will probably be something like: 
>
> [CheetahGenerator] 
>  
> [[ToDate]] 
>  
> [[[xx]]] 
> template = index.html.tmpl 
>
> Is there an ‘encoding =‘ setting immediately below or above under the same 
> [[[xx]]] stanza? If not try adding ‘encoding = utf8’, something like: 
>
> [CheetahGenerator] 
>  
> [[ToDate]] 
>  
> [[[xx]]] 
> template = index.html.tmpl 
> encoding = utf8 
>
> Save skin.conf and wait for the next report cycle to complete. 
>
> 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/a6435a7b-4c11-41ff-852b-d36f85938ab2%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Thomas Keffer
Take a look at chapter 7 of the wview users guide (
http://www.wviewweather.com/release-notes/wview-User-Manual.html#Advanced-wlk
). I'm pretty sure it's called wview-archive.sdb.

Or, ask Graham Eddy.



On Wed, Jul 31, 2019 at 2:46 PM Richard Rosa  wrote:

>
> There is NO current *wview-archive.sdb*. I only have one from an old
> backup from 5 years ago. Recent archive database files are
> *wview-hilow.sdb* and *wview-history.sdb*.
>
> Richard Rosa
>
>
>
> On Wednesday, July 31, 2019 at 2:34:17 PM UTC-4, Thomas Keffer wrote:
>>
>> I believe you copied the wrong file. You want wview-archive.sdb.
>>
>> I'm on an iPhone right now, so it's hard for me to give any more details.
>>
>> On Wed, Jul 31, 2019 at 12:46 PM vince  wrote:
>>
>>> On Wednesday, July 31, 2019 at 8:54:03 AM UTC-7, gjr80 wrote:

 Hmmm, seems your wview database is indeed different. You might need
 some input from Tom or another wview user. I was under the impression the
 wview database contained a table named ‘archive’ that is identical in
 structure to the archive table in the WeeWX database. Many wview users have
 changed to WeeWX and this is the first time I have heard of a wview
 database that cannot be used directly by WeeWX. I note the wview
 documentation states the wview uses wview-archive.sdb whereas you have
 wview-history.sdb.



>>> yup - that's kinda what I was saying.   Converted his data to something
>>> that is weewx-compatible to me is a sqlite3 dump, perhaps a little light
>>> editing, and a sqlite3 restore (notionally)
>>>
>>> --
>>> 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/09653a3b-be25-4eb3-81ce-e58a2be40f29%40googlegroups.com
>>> 
>>> .
>>>
>> --
>> -tk
>>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/f576aea1-5fe1-411a-8481-12da60cc9331%40googlegroups.com
> 
> .
>
-- 
-tk

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


[weewx-user] Re: Belchertown skin 1.0 released!

2019-07-31 Thread Pat
Hi Manfred, for clarity users who install the Belchertown skin (and all 
other extensions) should be using the wee_extension method 
. So it's not Belchertown's 
decision where it goes in the config, but rather weewx's internal wee_extension 
utility. 

On Wednesday, July 31, 2019 at 1:57:55 AM UTC-4, Brezentrager wrote:
>
> Hi Andrew,
> that was it!
>
> The order in weewx.conf was wrong. I've changed the order now and 
> everything works like a charm.
>
> I don't know how those two extensions decide where to put their lines in 
> the config file, but it seems that both place them right above the FTP 
> section. Since I installed the SFTP extension first, the Belchertown 
> section ended up AFTER the SFTP.
>
> I permanent fix would probably be, if the Belchertown script would check 
> for SFTP and - if existing - put the own section above it.
>
> Thanks Andrew & Pat!
> Manfred 
>
>
>
> Am Mittwoch, 31. Juli 2019 03:50:45 UTC+2 schrieb Andrew Milner:
>>
>> what order do they appear in in weewx.conf ?
>>
>>
>> On Tuesday, 30 July 2019 23:59:50 UTC+3, Pat wrote:
>>>
>>> Hi, I don't think you've done anything wrong I think it's just a matter 
>>> of the raspberry pi not completing the generation of your graphs before the 
>>> upload. 
>>>
>>> Did you add new graphs or are you using the default ones? 
>>>
>>> Is there a setting to add a delay to the upload extension? If so you may 
>>> need to add a delay to account for the belchertown skin completion. The log 
>>> should tell you how long it takes for belchertown to complete.
>>>
>>>
>>> Sent from mobile.
>>>
>>>

-- 
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/015abdf6-c261-44be-b579-7d3f5456ade5%40googlegroups.com.


[weewx-user] Re: Radiation, maxSolarRad and ET/Evapotranspiration calculation - weewx/Belchertown skin

2019-07-31 Thread Xant

Thought would be something in that path, which Im not familiar yet. Will 
try. Thank you for the link.

Best,
Xant

-- 
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/f1840243-218c-4dfc-9070-fbcd8adad068%40googlegroups.com.


[weewx-user] Re: Can i grab loop data in a shell script

2019-07-31 Thread Robin
I did think about running the script after weewx updates, but the ease of 
saving the image to the web page folder so it gets uploaded using rsync was 
too appealing.

I am not a programmer and my Linux knowledge is at the 'just enough to 
survive' (most of the time) level.

I have had a look at the wiki and now realise that this is way beyond my 
current skill level.

Thank you, Gary and RobbH for your tips. I have a lot of learning to do 
before I can take this on.


-- 
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/0fa3d3fd-9916-48d4-a621-4a3989d7f70e%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Richard Rosa

There is NO current *wview-archive.sdb*. I only have one from an old backup 
from 5 years ago. Recent archive database files are *wview-hilow.sdb* and 
*wview-history.sdb*.  

Richard Rosa



On Wednesday, July 31, 2019 at 2:34:17 PM UTC-4, Thomas Keffer wrote:
>
> I believe you copied the wrong file. You want wview-archive.sdb.
>
> I'm on an iPhone right now, so it's hard for me to give any more details.
>
> On Wed, Jul 31, 2019 at 12:46 PM vince > 
> wrote:
>
>> On Wednesday, July 31, 2019 at 8:54:03 AM UTC-7, gjr80 wrote:
>>>
>>> Hmmm, seems your wview database is indeed different. You might need some 
>>> input from Tom or another wview user. I was under the impression the wview 
>>> database contained a table named ‘archive’ that is identical in structure 
>>> to the archive table in the WeeWX database. Many wview users have changed 
>>> to WeeWX and this is the first time I have heard of a wview database that 
>>> cannot be used directly by WeeWX. I note the wview documentation states the 
>>> wview uses wview-archive.sdb whereas you have wview-history.sdb. 
>>>
>>>
>>>
>> yup - that's kinda what I was saying.   Converted his data to something 
>> that is weewx-compatible to me is a sqlite3 dump, perhaps a little light 
>> editing, and a sqlite3 restore (notionally) 
>>
>> -- 
>> 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/09653a3b-be25-4eb3-81ce-e58a2be40f29%40googlegroups.com
>>  
>> 
>> .
>>
> -- 
> -tk
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/f576aea1-5fe1-411a-8481-12da60cc9331%40googlegroups.com.


[weewx-user] Re: Belchertown skin for weewx now available!

2019-07-31 Thread Pat
The history from the niculskin is not available in Belchertown. Someone I 
believe has forked Belchertown and included it. You can check the forks to 
try and find it. 

Heatmap is also not available right now. Unsure if/when that'll be added

On Tuesday, July 16, 2019 at 2:31:23 PM UTC-4, Ralf B wrote:
>
> hello
>
>
> how can i add a page like this here (colored table)
> http://dajda.net/history.html
>
> or, perhaps anyone has modified this for blechertown skin?
>
> hope anyone can help, thx
>
>
>
> also a skin with this:
> https://gitlab.com/ngulden/niculskin
>
> regard
>

-- 
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/2d313a46-1177-46ce-b492-b20d1d44764d%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Thomas Keffer
I believe you copied the wrong file. You want wview-archive.sdb.

I'm on an iPhone right now, so it's hard for me to give any more details.

On Wed, Jul 31, 2019 at 12:46 PM vince  wrote:

> On Wednesday, July 31, 2019 at 8:54:03 AM UTC-7, gjr80 wrote:
>>
>> Hmmm, seems your wview database is indeed different. You might need some
>> input from Tom or another wview user. I was under the impression the wview
>> database contained a table named ‘archive’ that is identical in structure
>> to the archive table in the WeeWX database. Many wview users have changed
>> to WeeWX and this is the first time I have heard of a wview database that
>> cannot be used directly by WeeWX. I note the wview documentation states the
>> wview uses wview-archive.sdb whereas you have wview-history.sdb.
>>
>>
>>
> yup - that's kinda what I was saying.   Converted his data to something
> that is weewx-compatible to me is a sqlite3 dump, perhaps a little light
> editing, and a sqlite3 restore (notionally)
>
> --
> 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/09653a3b-be25-4eb3-81ce-e58a2be40f29%40googlegroups.com
> 
> .
>
-- 
-tk

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEAiB%2Bz7%3D5yhwrHzhN73WGGgc5REUzOjd0vs9ffQ8o1XQg%40mail.gmail.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread vince
On Wednesday, July 31, 2019 at 8:54:03 AM UTC-7, gjr80 wrote:
>
> Hmmm, seems your wview database is indeed different. You might need some 
> input from Tom or another wview user. I was under the impression the wview 
> database contained a table named ‘archive’ that is identical in structure 
> to the archive table in the WeeWX database. Many wview users have changed 
> to WeeWX and this is the first time I have heard of a wview database that 
> cannot be used directly by WeeWX. I note the wview documentation states the 
> wview uses wview-archive.sdb whereas you have wview-history.sdb. 
>
>
>
yup - that's kinda what I was saying.   Converted his data to something 
that is weewx-compatible to me is a sqlite3 dump, perhaps a little light 
editing, and a sqlite3 restore (notionally) 

-- 
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/09653a3b-be25-4eb3-81ce-e58a2be40f29%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Richard Rosa
Looking through some old backups, it seems that there WAS a* wview-archive* 
file from about five years ago. It would appear that there was a format 
change (at least in the version I was running) around the beginning of 
2015. The two .sdb files that I have that were updated recently (the last 
time I was able to run the program) are '*wview-hilow.sdb*' (a 50mb file) 
and '*wview-history.sdb'* (a 1mb file). 

I should also mention that there is a WVIEW  ..*/img/Archive *directory 
that contains a .txt file for every day that was logged. Not sure if that 
info can be used or not.

Hopefully, someone knows how to import or convert this data. 

Thanx

Richard Rosa

On Wednesday, July 31, 2019 at 11:54:03 AM UTC-4, gjr80 wrote:
>
> Hmmm, seems your wview database is indeed different. You might need some 
> input from Tom or another wview user. I was under the impression the wview 
> database contained a table named ‘archive’ that is identical in structure 
> to the archive table in the WeeWX database. Many wview users have changed 
> to WeeWX and this is the first time I have heard of a wview database that 
> cannot be used directly by WeeWX. I note the wview documentation states the 
> wview uses wview-archive.sdb whereas you have wview-history.sdb. 
>
> Gsry

-- 
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/03cc4d1b-d14c-4400-bd85-cc6a62456b53%40googlegroups.com.


[weewx-user] Re: WS-1001 connection to Raspberry PI for Weewx

2019-07-31 Thread Bill Volz
I uninstalled and reinstalled weewx, along with interceptor, crt and 
HP1000. Here's the section in the weewx.conf file with comments removed.
[HP1000]
ip_address_mask = "192.168.0.255"

retry_count = 5

socket_timeout = 5

loop_delay = 15

max_retry = 3

retry_wait = 5

driver = user.HP1000

The section from user.log: The ws-1001 is at static IP addr 192.168.0.197. 
Pinging that addr shows something is there.
Jul 31 12:01:02 raspberrypi weewx[24848]: engine: Using configuration file 
/etc/weewx/weewx.conf
Jul 31 12:01:02 raspberrypi weewx[24848]: engine: Loading station type 
HP1000 (user.HP1000)
Jul 31 12:01:02 raspberrypi weewx[24848]: HP1000: HP1000 Starting
Jul 31 12:01:02 raspberrypi weewx[24848]: HP1000: Using user-defined 
broadcast mask - 192.168.0.255
Jul 31 12:01:02 raspberrypi weewx[24848]: HP1000: Address Mask = 
192.168.0.255
Jul 31 12:01:02 raspberrypi weewx[24848]: HP1000: Retry count = 5.00
Jul 31 12:01:02 raspberrypi weewx[24848]: HP1000: Socket timeout = 5.00
Jul 31 12:01:02 raspberrypi weewx[24848]: HP1000: Loop delay = 15.00
Jul 31 12:01:02 raspberrypi weewx[24848]: HP1000: Retry Wait = 5.00
Jul 31 12:01:02 raspberrypi weewx[24848]: HP1000: Max Retry = 3.00
Jul 31 12:01:02 raspberrypi weewx[24848]: engine: StdConvert target unit is 
0x1

Later I get this in the user.log file:
Jul 31 12:01:27 raspberrypi weewx[24848]: HP1000: Timed out too many times

That repeats. what to fix now? Thanks

On Monday, July 29, 2019 at 10:47:49 PM UTC-4, Susan Mackay wrote:
>
> In the weewx.conf file, you can uncomment the 'ip_address_mask' line and 
> set it to whatever is the correct address mask for your network.
> The HP1000 code must be running on a computer that is on the same network 
> sub-net as the weather console. Setting the 'ip_address_mask' overrides the 
> automatic selection of the computers IP address as the default.
> Failing that,if you know Python, then go into the HP1000.py code and 
> remove the stat of the 'connectToWeatherStation' function and set 
> 'self.ws_socket' to be an open connection to the remote IP address.
> Susan
>
> On Tuesday, July 30, 2019 at 4:55:44 AM UTC+10, Bill Volz wrote:
>>
>> I had this working for 2 years but it stopped Saturday. I got it working 
>> 2 years ago and don't quite recall what I did. I think I used EasyWeatherIP 
>> to change web page in the setup page from "www.wunderground.com' to 
>> 'www.***.com". Now when I try to change it with EWIP, it doesn't make the 
>> change - it has made other changes. Not sure if there is a trick. I've 
>> tried to install HP1001 but it times out and can't find the WS-1001. Is 
>> there a way to tell HP1001 what the IP address of the WS_1001 is - I have 
>> it on a static address using the MAC address on my router. I tried to 
>> install ObserverIP and that's not working either. Current WS-1001 firmware 
>> is 2.4.3 and would prefer to not have to upgrade that since it's a pain in 
>> a$$ to get everything update again.
>>
>> Any hints on how to get it connected again would be appreciated. Thanks
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/9169a730-96fc-4cb7-a213-fa0a8f0f5f9c%40googlegroups.com.


[weewx-user] Re: Acurite Atlas/Access with interceptor and wunderground

2019-07-31 Thread Xant
The problem of Atlas not sending data to WU might be that All data been 
channeled/DNS hijack to weewx, creating a loop (and similar case happened 
to me, when using DD-WRT DNSmasq). Use the following strategy and have 
weewx to feed WU.

In case of DNS hijack through router (DD-WRT or similar):

Do not use DNSmasq for hijack, but Firewall along with IPtables

iptables -t nat -A PREROUTING -s [AcessIP] -p tcp --dport 80 -j DNAT 
--to-destination [weewxIP]:80 iptables -t nat -A POSTROUTING -j MASQUERADE


Best, 
Xant

-- 
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/694178c4-8caf-468c-a49d-ce880d47c99e%40googlegroups.com.


[weewx-user] Re: Can i grab loop data in a shell script

2019-07-31 Thread RobbH
You might take a look at the crt service: 
https://github.com/weewx/weewx/wiki/crt

This writes a text file, realtime.txt every time new loop data is received. 
The current outside temperature is always the third field in the file. 
However, many loop packets may not include temperature data, in which case 
that field contains "NULL". So your script would have to monitor that file 
continuously and assign the current temperature to a variable every time it 
updates.

Alternately, if your archive cycle is five minutes and you're saving a 
webcam image every five minutes, couldn't you set it up so that your script 
runs one minute after weewx updates?


On Wednesday, July 31, 2019 at 8:18:28 AM UTC-4, Robin wrote:
>
> Is it possible to get the current temperature to use in a shell script?
>
> Let me explain what I am doing and what I would like to do.
>
> I have a webcam. I use a shell script every five minutes to: 
>
>1. grab an image with avconv
>2. add text, including 'current' temperature (from a txt file 
>generated using cheetah generator) and the time.
>3. save the image so that rsync uploads it to my website with the 
>other files.
>
> You can see the result here  
>
> My problem is the txt file is 5 minutes old. There is normally small or no 
> difference between 'current' and 5-minute old data. BUT, there are times 
> when the difference is significant and I would like to "do better"!
>
> I really am not good at this stuff, I meddle and poke until I get things 
> sorted or I break something, normally the latter. So I was hoping that 
> somebody could advise me.
>
> Can I use in my script to get loop data so the temperature will be correct 
> at the time of the grab?
>
> Thanks, people.
>

-- 
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/66744dd5-e310-4d64-841f-d4b037b8c803%40googlegroups.com.


Re: [weewx-user] Re: Acurite Atlas/Access with interceptor and wunderground

2019-07-31 Thread Armando Esteves
The problem of Atlas not sending data to WU might be that All data been 
channeled/DNS hijack to weewx, creating a loop (and similar case happened to 
me, when using DD-WRT DNSmasq). Use the following strategy and have weewx to 
feed WU.

In case of DNS hijack through router (DD-WRT or similar):

Do not use DNSmasq for hijack, but Firewall along with IPtables

iptables -t nat -A PREROUTING -s [AcessIP] -p tcp --dport 80 -j DNAT 
--to-destination [weewxIP]:80 iptables -t nat -A POSTROUTING -j MASQUERADE

Best,

Xant

On July 31, 2019 at 10:08 AM, Ray Pfaff (ray.pf...@gmail.com) wrote:

I also have the Access and am using sniff to feed data to weewx. I think some 
of the rain parameters get initialized the first time you get rain and the 
other errors can be ignored. Mine works fine other than a _very_ annoying 
problem wherein the Access just decides that it won't send any data to 
WeatherUnderground at all. This is confirmed by doing a tcpdump and seeing 
nothing coming out of the Access.

On Tuesday, July 30, 2019 at 3:41:05 PM UTC-4, Xant wrote:

Ok... I may have figured-out as the following:

1) 'rain' sensors in Acurite Atlas as acquired by Interceptor driver

identifiers: {}

raw data: 
ID=KNYCLIFT14==myAcuRite=now=updateraw=1=35=30.05=0=78=75.1=3=291=4=55=67.8=0.06=0.06
raw packet: {'wind_speed': 3.0, 'barometer': 30.05, 'wind_gust': 4.0, 
'dewpoint': 67.8, 'humidity_out': 78.0, 'uv': 0.0, 'rain': None, 'dateTime': 
1564448985, 'temperature_out': 75.1, 'wind_dir': 291.0, 'rain_total': 0.06, 
'wind_gust_dir': 55.0, 'usUnits': 1}
mapped packet: {'barometer': 30.05, 'dewpoint': 67.8, 'outHumidity': 78.0, 
'UV': 0.0, 'rain': None, 'dateTime': 1564448985, 'windDir': 291.0, 'outTemp': 
75.1, 'windSpeed': 3.0, 'windGust': 4.0, 'usUnits': 1, 'windGustDir': 55.0}

That is "dailyrainin", "rainin", "rain", "rain_total". Not exactly clear which 
one is what, but may have info overlap.

2) "rainin" in Interceptor driver

Previous postings mention "rainin" error and not recognized, which was puzzling 
some as "rainin" at Interceptor.py listed as 'IGNORED_LABELS'.

That gave a hint from Developers that "rainin" might be overlap info, and 
should be ignored.

While "rainin" in IGNORED_LABELS section, was still generating error... and the 
reason is the IGNORED_LABELS shows twice in Interceptor.py (one with "rainin", 
the other without "rainin").

IGNORED_LABELS = ['realtime', 'rtfreq', 'action', 'ID', 'PASSWORD', 'dateutc', 
'softwaretype']

IGNORED_LABELS = ['rainin', 'dewptf', 'realtime', 'rtfreq', 'action', 'ID', 
'PASSWORD', 'dateutc', 'updateraw', 'sensor', 'mt', 'id', 'probe', 'check', 
'water']

Once 'rainin' is added to the first IGNORED_LABEL instance, the msg error is 
gone, while still may provide the correct Rain data correlation.

Best,

Xant

--
You received this message because you are subscribed to a topic in the Google 
Groups "weewx-user" group.
To unsubscribe from this topic, visit 
https://groups.google.com/d/topic/weewx-user/Po5gvYKpWB0/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/15b3a1de-036d-4d8c-8d31-5c0c2ca6e219%40googlegroups.com
 ( 
https://groups.google.com/d/msgid/weewx-user/15b3a1de-036d-4d8c-8d31-5c0c2ca6e219%40googlegroups.com?utm_medium=email_source=footer
 ).

[image: ]

-- 
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/f9b9b1c0-a6a0-49fd-b9c8-51fdeefdf38f%40missiveapp.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread gjr80
Hmmm, seems your wview database is indeed different. You might need some input 
from Tom or another wview user. I was under the impression the wview database 
contained a table named ‘archive’ that is identical in structure to the archive 
table in the WeeWX database. Many wview users have changed to WeeWX and this is 
the first time I have heard of a wview database that cannot be used directly by 
WeeWX. I note the wview documentation states the wview uses wview-archive.sdb 
whereas you have wview-history.sdb.

Gsry

-- 
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/a674e2ba-e274-4264-9a32-44de47bebb91%40googlegroups.com.


[weewx-user] Re: Can i grab loop data in a shell script

2019-07-31 Thread Robin
Gary,

Thank you for pointing me in the right direction. 

It's time to "meddle and poke until I get things sorted or break something"!

-- 
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/88f840b2-1ca6-4812-aedc-d898841804c1%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Richard Rosa
Almost the exact procedure followed.
 Not that it should matter, /var/lib/weewx is symlinked to a different 
location (to make backups a bit easier). A Config file change also sets 
SQLITE_ROOT to that location as well. 


Retrying again (with wee_debug before start)
Commands issued (as root):

 






*systemctl stop weewx cd /data/weewx/lib mv weewx.sdb weewx-backup.sdb cp 
wview-history.sdb weewx.sdbcd /data/weewx/htmlrm -R *   ### clear out 
generated reportswee_debug --info --output*
 
























*results in these messages:wee_debug output will be written to 
/var/tmp/weewx.debugTraceback (most recent call last):  File 
"/usr/bin/wee_debug", line 420, in main()  File 
"/usr/bin/wee_debug", line 160, in mainoptions.verbosity)  File 
"/usr/bin/wee_debug", line 232, in generateDebugInfomanager_info_dict = 
getManagerInfo(config_dict, db_binding_wx)  File "/usr/bin/wee_debug", line 
365, in getManagerInfowith 
weewx.manager.open_manager_with_config(config_dict, db_binding_wx) as 
dbmanager_wx:  File "/usr/share/weewx/weewx/manager.py", line 1032, in 
open_manager_with_configreturn open_manager(manager_dict, initialize)  
File "/usr/share/weewx/weewx/manager.py", line 1024, in open_manager
manager_dict['table_name'])  File "/usr/share/weewx/weewx/manager.py", line 
105, in opendbmanager = cls(connection, table_name)  File 
"/usr/share/weewx/weewx/manager.py", line 1157, in __init__
super(DaySummaryManager, self).__init__(connection, table_name, schema)  
File "/usr/share/weewx/weewx/manager.py", line 73, in __init__
self.sqlkeys = self.connection.columnsOf(self.table_name)  File 
"/usr/share/weewx/weedb/sqlite.py", line 171, in columnsOfraise 
weedb.ProgrammingError("No such table %s" % table)weedb.ProgrammingError: 
No such table archive*


Richard Rosa



On Wednesday, July 31, 2019 at 10:53:47 AM UTC-4, gjr80 wrote:
>
> Ok, so wee_ debug says there is only 54 odd days of data in your archive, 
> expect these records are the history downloaded from the logger. So we are 
> not going to get any reports using your historical wview data from that 
> database. 
>
> Not convinced this a schema issue. 
>
> Just to step back a bit, when you copied the wview database did you make a 
> copy and rename it weewx.sdb? Was it saved to /var/lib/weewx? If not that 
> is what you need to do. If you did do this then stop WeeWX if it is 
> running, move /var/lib/weewx/weewx.sdb aside and make a fresh copy of your 
> wview history database, rename it weewx.sdb and save it to /var/lib/weewx. 
> Run wee_debug again, what does it show under ‘Archive info’? 
>
> 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/7ba4113f-e236-4bc5-91ff-4bedb38c7bdf%40googlegroups.com.


[weewx-user] Re: Amusing interference with wind speed

2019-07-31 Thread Jeff A. D.
Sorry, you did say it was a Vantage Vue, so I guess a bird would be more 
likely to land on the cups than they would a Vantage Pro station like 
mine.  My mistake.

Realizing how the Vue is set up gives me a better picture of what happened 
and makes it even more amusing. :) 

On Tuesday, July 30, 2019 at 10:01:59 AM UTC-6, Jeff A. D. wrote:
>
> I think generally it would just momentarily affect the wind direction as 
> it's the vane they tend to land on and launch off of, unless they move 
> enough air when they flap their wings to really get the cups spinning. 
>
>
>

-- 
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/15230d7b-fa6c-485c-ad00-d751058fdeac%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread gjr80
Ok, so wee_ debug says there is only 54 odd days of data in your archive, 
expect these records are the history downloaded from the logger. So we are not 
going to get any reports using your historical wview data from that database.

Not convinced this a schema issue.

Just to step back a bit, when you copied the wview database did you make a copy 
and rename it weewx.sdb? Was it saved to /var/lib/weewx? If not that is what 
you need to do. If you did do this then stop WeeWX if it is running, move 
/var/lib/weewx/weewx.sdb aside and make a fresh copy of your wview history 
database, rename it weewx.sdb and save it to /var/lib/weewx. Run wee_debug 
again, what does it show under ‘Archive info’?

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/534d6eb4-5222-468d-91f4-aac6a4944297%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Richard Rosa
Debug file attached. 
Ran :
 
* wee_database --drop-daily  wee_database --rebuild-daily*

Again, removed all generated files.
Waited for reports to be generated. Same issue. No data except what is 
stored in the Davis Vantage Pro.

I'm pretty sure the issue is that the database 'schema' used by the version 
of WVIEW that was running,
is DIFFERENT than the current definition of WEEWX. The imported data 
appears in the file, but it appears to have 
it's own structure (see my previous post with the WVIEW schema display). 
WEEWX doesn't appear to know that these records are present. There is 
probably some SQL commands that will fix this, but I have no idea what they 
would be.

If you want, I can attach the two .sdb files that I have tried. The 
wview-history.sdb file is fairly small (>1mb). The
wview-hilo.sdb file is about 50mb. Donno what the size limit is on file 
postings here.

Thanx


Richard Rosa




On Wednesday, July 31, 2019 at 10:00:52 AM UTC-4, gjr80 wrote:
>
> Ok, a couple of more things to do/try. First run wee_debug and post the 
> output here. Just make sure you check the wee_debug output for any 
> sensitive info such as user names, passwords, keys etc before posting; 
> wee_debug should obfuscate such info but it’s not perfect. The wee_debug 
> report should tell us the oldest and most recent records in the archive. 
>
> The other thing is to do a wee_database —drop-daily and then rebuild the 
> daily summaries (and delete the reports to force regeneration or run wee_ 
> reports). 
>
> 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/88b86db8-e660-4c9a-a138-a2b425e40875%40googlegroups.com.


weewx.debug
Description: Binary data


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread vince
On Wednesday, July 31, 2019 at 2:29:49 AM UTC-7, Richard Rosa wrote:

>
>
>
>
> *sqlite3 wview-history.sdb SQLite version 3.28.0 2019-04-16 19:49:53Enter 
> ".help" for usage hints.sqlite> .schemaCREATE TABLE **dayHistory** ( date 
> INTEGER ,barometer REAL ,pressure REAL ,altimeter REAL ,inTemp REAL 
> ,outTemp REAL ,inHumidity REAL ,outHumidity REAL ,windSpeed REAL ,windDir 
> REAL ,windGust REAL ,windGustDir REAL ,rainRate REAL ,rain REAL ,dewpoint 
> REAL ,windchill REAL ,heatindex REAL ,rxCheckPercent REAL ,ET REAL 
> ,radiation REAL ,UV REAL ,extraTemp1 REAL ,extraTemp2 REAL ,extraTemp3 REAL 
> ,soilTemp1 REAL ,soilTemp2 REAL ,soilTemp3 REAL ,soilTemp4 REAL ,leafTemp1 
> REAL ,leafTemp2 REAL ,extraHumid1 REAL ,extraHumid2 REAL ,soilMoist1 REAL 
> ,soilMoist2 REAL ,soilMoist3 REAL ,soilMoist4 REAL ,leafWet1 REAL ,leafWet2 
> REAL ,txBatteryStatus REAL ,consBatteryVoltage REAL ,hail REAL ,hailRate 
> REAL ,heatingTemp REAL ,heatingVoltage REAL ,supplyVoltage REAL 
> ,referenceVoltage REAL ,windBatteryStatus REAL ,rainBatteryStatus REAL 
> ,outTempBatteryStatus REAL ,inTempBatteryStatus REAL ,PRIMARY KEY (date) );*
>
>
>
The weewx schema is at 
https://github.com/weewx/weewx/blob/master/bin/schemas/wview.py if you want 
to do a visual comparison.

You'd have to check the schema for both your wview databases I think.   
It's been so many years I don't remember any more what Mark's software 
evolved to.

My thought is you could get there with a dump/hand-edit/restore of your old 
data as the worst case, but I'd have to defer to somebody who has run wview 
in the last few years who has done the process you're trying to 
accomplish.  I just can't remember any more whether I had any touch labor 
when I switched to weewx a long time ago.


-- 
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/41f84e8c-76e4-4e06-8668-ac03daf49226%40googlegroups.com.


[weewx-user] WeeWX on Raspberry Pi

2019-07-31 Thread gjr80
Hi,

First up did you restart WeeWX after changing weewx.conf. If not try that. If 
so then edit weewx.conf, set debug = 1, save weewx.conf then restart WeeWX. Let 
WeeWX run for at least two archive periods and then post the log from 
restarting WeeWX until the two archive periods elapsed.

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/135f416b-eb50-4552-96ea-e6244cc4121e%40googlegroups.com.


[weewx-user] special character support

2019-07-31 Thread gjr80
Hi,

In /etc/weewx/skins/neowx/skin.conf look for the line:

template = index.html.tmpl

under the [CheetahGenerator], it will probably be something like:

[CheetahGenerator]

[[ToDate]]

[[[xx]]]
template = index.html.tmpl

Is there an ‘encoding =‘ setting immediately below or above under the same 
[[[xx]]] stanza? If not try adding ‘encoding = utf8’, something like:

[CheetahGenerator]

[[ToDate]]

[[[xx]]]
template = index.html.tmpl
encoding = utf8

Save skin.conf and wait for the next report cycle to complete.

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/2c361cb0-2cab-43c4-b3d5-7ba3f759721a%40googlegroups.com.


[weewx-user] Can i grab loop data in a shell script

2019-07-31 Thread gjr80
Robin,

There is no practical way for your shell script to access loop data directly, 
best solution I can think of is to write a custom service bound to the 
NEW_LOOP_PACKET event that writes the required data to a text file that you 
then read as you currently do. The service will be very basic, but unlike a 
template (which uses the cheetah template engine to do the hard work) your 
service will need to write the data to a file itself. Fairly straightforward, 
any of the loop based services that write data to a file (eg crt - 
https://github.com/weewx/weewx/wiki/crt) have all the building blocks you need, 
they are just a bit more complex.

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/c52014d2-2864-4ee4-8bec-2a0d0adc8a9d%40googlegroups.com.


[weewx-user] Re: Acurite Atlas/Access with interceptor and wunderground

2019-07-31 Thread Ray Pfaff
I also have the Access and am using sniff to feed data to weewx.  I think 
some of the rain parameters get initialized the first time you get rain and 
the other errors can be ignored.  Mine works fine other than a _very_ 
annoying problem wherein the Access just decides that it won't send any 
data to WeatherUnderground at all.  This is confirmed by doing a tcpdump 
and seeing nothing coming out of the Access. 

On Tuesday, July 30, 2019 at 3:41:05 PM UTC-4, Xant wrote:
>
>
> Ok... I may have figured-out as the following:
>
>
> 1) '*rain*' sensors in Acurite Atlas as acquired by Interceptor driver
>
> identifiers: {}
> raw data: ID=KNYCLIFT14=&
>
> softwaretype=myAcuRite=now=updateraw=1=35=30.05=0=78=75.1=3=291=4=55=67.8&
> *dailyrainin*=0.06&*rainin*=0.06
> raw packet: {'wind_speed': 3.0, 'barometer': 30.05, 'wind_gust': 4.0, 
> 'dewpoint': 67.8, 'humidity_out': 78.0, 'uv': 0.0, '*rain*': None, 
> 'dateTime': 1564448985, 'temperature_out': 75.1, 'wind_dir': 291.0, '
> *rain_total*': 0.06, 'wind_gust_dir': 55.0, 'usUnits': 1}
> mapped packet: {'barometer': 30.05, 'dewpoint': 67.8, 'outHumidity': 78.0, 
> 'UV': 0.0, '*rain*': None, 'dateTime': 1564448985, 'windDir': 291.0, 
> 'outTemp': 75.1, 'windSpeed': 3.0, 'windGust': 4.0, 'usUnits': 1, 
> 'windGustDir': 55.0}
>
> That is "dailyrainin", "rainin", "rain", "rain_total". Not exactly clear 
> which one is what, but may have info overlap.
>
> 2) "rainin" in Interceptor driver
> Previous postings mention "rainin" error and not recognized, which was 
> puzzling some as "rainin" at Interceptor.py listed as 'IGNORED_LABELS'.
>
> That gave a hint from Developers that "rainin" might be overlap info, and 
> should be ignored. 
> While "rainin" in IGNORED_LABELS section, was still generating error... 
> and the reason is the IGNORED_LABELS shows twice in Interceptor.py (one 
> with "rainin", the other without "rainin").
>
> IGNORED_LABELS = ['realtime', 'rtfreq', 'action', 'ID', 
> 'PASSWORD', 'dateutc', 'softwaretype']
>
> IGNORED_LABELS = ['rainin', 'dewptf', 'realtime', 'rtfreq', 
> 'action', 'ID', 'PASSWORD', 'dateutc', 'updateraw', 'sensor', 'mt', 'id', 
> 'probe', 'check', 'water']
>
> Once 'rainin' is added to the first IGNORED_LABEL instance, the msg error 
> is gone, while still may provide the correct Rain data correlation.
>
> Best,
> Xant
>

-- 
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/15b3a1de-036d-4d8c-8d31-5c0c2ca6e219%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread gjr80
Ok, a couple of more things to do/try. First run wee_debug and post the output 
here. Just make sure you check the wee_debug output for any sensitive info such 
as user names, passwords, keys etc before posting; wee_debug should obfuscate 
such info but it’s not perfect. The wee_debug report should tell us the oldest 
and most recent records in the archive.

The other thing is to do a wee_database —drop-daily and then rebuild the daily 
summaries (and delete the reports to force regeneration or run wee_ reports).

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/097ceef6-c4ad-4ca7-bf0b-011de5f55734%40googlegroups.com.


[weewx-user] WeeWX on Raspberry Pi

2019-07-31 Thread Caiden
I'm not really sure where to start, but I've been messing around with WeeWX 
on Raspberry Pi for awhile. I am also using the 3rd party TWI driver with a 
WPS weather station. I have the config file setup properly (or what I 
assume to be correct) with the simulator driver commented out, but when I 
look at http://localhost/weewx (my apache2 server), it still shows that it 
is running the simulator driver and isn't pulling actual data from the WPS 
weather station. There are further issues, but from what I can tell, this 
seems to be the best place to start. If anyone has any ideas, it would be 
very appreciated. 

-- 
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/26300509-411b-427a-affb-b9ca03f7151d%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Richard Rosa
Ran *wee_database --rebuild-daily.* Deleted ALL generated reports. Started 
the service. Waited one hour for reports to appear. Still only a few weeks 
of info (what is stored in the Davis). 

The data from WVIEW is NOT being processed..

Richard Rosa.


On Wednesday, July 31, 2019 at 6:40:23 AM UTC-4, gjr80 wrote:
>
> If just copying and renaming the archive database then you likely need to 
> build/rebuild the daily summaries using wee_database (
> http://weewx.com/docs/utilities.htm#wee_database utility). Once done 
> don't forget to delete all NOAA format reports to force generation of the 
> older reports.
>
>
> 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/a8037d50-5f6b-43b9-9f1c-8c60122cc15f%40googlegroups.com.


[weewx-user] Can i grab loop data in a shell script

2019-07-31 Thread Robin
Is it possible to get the current temperature to use in a shell script?

Let me explain what I am doing and what I would like to do.

I have a webcam. I use a shell script every five minutes to: 

   1. grab an image with avconv
   2. add text, including 'current' temperature (from a txt file generated 
   using cheetah generator) and the time.
   3. save the image so that rsync uploads it to my website with the other 
   files.

You can see the result here  

My problem is the txt file is 5 minutes old. There is normally small or no 
difference between 'current' and 5-minute old data. BUT, there are times 
when the difference is significant and I would like to "do better"!

I really am not good at this stuff, I meddle and poke until I get things 
sorted or I break something, normally the latter. So I was hoping that 
somebody could advise me.

Can I use in my script to get loop data so the temperature will be correct 
at the time of the grab?

Thanks, people.

-- 
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/aaef07db-8761-4bec-b411-06b6be002f0d%40googlegroups.com.


[weewx-user] Re: Radiation, maxSolarRad and ET/Evapotranspiration calculation - weewx/Belchertown skin

2019-07-31 Thread rich T
Looks like you need to add maxSolarRad to the database. 
https://github.com/poblabs/weewx-belchertown/wiki/Adding-a-new-observation-type-to-the-WeeWX-database

On Tuesday, July 30, 2019 at 10:47:49 PM UTC-4, Xant wrote:
>
>
> Pat
>
> Thank you for prompt response once again, and apologies if Rad Graph was 
> not clear (as I thought) to be from Belchertown webpage. The intent, is 
> still to reproduce above plot *without *Radiance date and sensor.
>
> Yes... I originally followed the above posting, and certified that pyephem 
> indeed working and maxSolarRad been calculated, as "published" per the 
> following:
>
>
>
> Well, Radiation is N/A, as there is not Acurite sensor for it (as 
> realized). maxSolarRad (TheoMaxRad) "zero" as it is night time, but there 
> was actual calculated 'number data' reporting during day time (not in error 
> or N/A).
>
> Then, tried the following:
>
> [[chart7]]
> title = TheoRad
> [[[maxSolarRad]]]
> name = TheoMaxRad
> type = area
> 
> [[chart8]]
> title = UV
> [[[UV]]]
> yaxis_min = 0
> yaxis_max = 14
> color = "#90ed7d"
> y_label = "UV"
> name = UV Index
> zIndex = 2
>
> But error:
>
> Jul 30 00:00:19 raspberrypi weewx[18712]: reportengine: Caught 
> unrecoverable exception in generator 
> 'user.belchertown.HighchartsJsonGenerator'
> Jul 30 00:00:19 raspberrypi weewx[18712]:   no such column: 
> maxSolarRad
> Jul 30 00:00:19 raspberrypi weewx[18712]:   Traceback (most 
> recent call last):
> Jul 30 00:00:19 raspberrypi weewx[18712]: File 
> "/usr/share/weewx/weewx/reportengine.py", line 204, in run
> Jul 30 00:00:19 raspberrypi weewx[18712]:   obj.start()
> Jul 30 00:00:19 raspberrypi weewx[18712]: File 
> "/usr/share/weewx/weewx/reportengine.py", line 300, in start
> Jul 30 00:00:19 raspberrypi weewx[18712]:   self.run()
> Jul 30 00:00:19 raspberrypi weewx[18712]: File 
> "/usr/share/weewx/user/belchertown.py", line 1133, in run
> Jul 30 00:00:19 raspberrypi weewx[18712]:   series_data = 
> self._getObservationData(observation_type, minstamp, maxstamp, 
> aggregate_type, agg$
> Jul 30 00:00:19 raspberrypi weewx[18712]: File 
> "/usr/share/weewx/user/belchertown.py", line 1530, in _getObservationData
> Jul 30 00:00:19 raspberrypi weewx[18712]:   
> (time_start_vt, time_stop_vt, obs_vt) = 
> self.db_lookup().getSqlVectors(TimeSpan(start_ts, end_ts$
> Jul 30 00:00:19 raspberrypi weewx[18712]: File 
> "/usr/share/weewx/weewx/manager.py", line 513, in getSqlVectors
> Jul 30 00:00:19 raspberrypi weewx[18712]:   
> aggregate_type, aggregate_interval)
> Jul 30 00:00:19 raspberrypi weewx[18712]: File 
> "/usr/share/weewx/weewx/manager.py", line 790, in _getSqlVectors
> Jul 30 00:00:19 raspberrypi weewx[18712]:   for _rec in 
> _cursor.execute(sql_str, (startstamp, stopstamp)):
> Jul 30 00:00:19 raspberrypi weewx[18712]: File 
> "/usr/share/weewx/weedb/sqlite.py", line 41, in guarded_fn
> Jul 30 00:00:19 raspberrypi weewx[18712]:   raise 
> weedb.NoColumnError(e)
> Jul 30 00:00:19 raspberrypi weewx[18712]:   NoColumnError: no 
> such column: maxSolarRad
> Jul 30 00:00:19 raspberrypi weewx[18712]:   Generator 
> terminated
>
> Please, advice. Must report or expand maxSolarRad? If so, where?
>
> Thanks,
> Xant
>
>

-- 
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/9ab36f87-5bfe-4abc-99b7-7b41615154a0%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread gjr80
If just copying and renaming the archive database then you likely need to 
build/rebuild the daily summaries using wee_database 
(http://weewx.com/docs/utilities.htm#wee_database utility). Once done don't 
forget to delete all NOAA format reports to force generation of the older 
reports.


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/24f1f6ca-56b4-473b-a016-f1d75c2daedb%40googlegroups.com.


Re: [weewx-user] Re: Porting data from WVIEW

2019-07-31 Thread Richard Rosa
To be on the safe side, I decided NOT to change the interval (at least for 
now). 

I started WEEWX using the weewxd command (rather than the SYSTEMD service) 
and let it run for about 2 hours.
At the end of the two hours I have reports for the past month and a half of 
data, but no more. 

My suspect is that the WVIEW database file does NOT have the same structure 
as the WEEWX, even though the manual says otherwise. A quick peek using the 
sqlitebrowser on each .sdb file seems to validate this. 

As I said, I am not very knowledgeable about database manipulation.  I 
think there is some magic that needs to be performed on the WVIEW database 
file, but I do not know the correct incantation...


Here is the 'schema' of the *wview-history.sdb* file: 





*qlite3 wview-history.sdb SQLite version 3.28.0 2019-04-16 19:49:53Enter 
".help" for usage hints.sqlite> .schemaCREATE TABLE dayHistory ( date 
INTEGER ,barometer REAL ,pressure REAL ,altimeter REAL ,inTemp REAL 
,outTemp REAL ,inHumidity REAL ,outHumidity REAL ,windSpeed REAL ,windDir 
REAL ,windGust REAL ,windGustDir REAL ,rainRate REAL ,rain REAL ,dewpoint 
REAL ,windchill REAL ,heatindex REAL ,rxCheckPercent REAL ,ET REAL 
,radiation REAL ,UV REAL ,extraTemp1 REAL ,extraTemp2 REAL ,extraTemp3 REAL 
,soilTemp1 REAL ,soilTemp2 REAL ,soilTemp3 REAL ,soilTemp4 REAL ,leafTemp1 
REAL ,leafTemp2 REAL ,extraHumid1 REAL ,extraHumid2 REAL ,soilMoist1 REAL 
,soilMoist2 REAL ,soilMoist3 REAL ,soilMoist4 REAL ,leafWet1 REAL ,leafWet2 
REAL ,txBatteryStatus REAL ,consBatteryVoltage REAL ,hail REAL ,hailRate 
REAL ,heatingTemp REAL ,heatingVoltage REAL ,supplyVoltage REAL 
,referenceVoltage REAL ,windBatteryStatus REAL ,rainBatteryStatus REAL 
,outTempBatteryStatus REAL ,inTempBatteryStatus REAL ,PRIMARY KEY (date) );*

Thanx

Richard Rosa




On Tuesday, July 30, 2019 at 7:59:46 PM UTC-4, Thomas Keffer wrote:
>
> Your VP2 has an archive interval of one hour, so it will take that long to 
> generate an archive record, and kick off a reporting cycle. 
>
> If you want something more often, change the interval to, say, 5 minutes. 
> See the section *Archive interval 
> * in the User's 
> Guide.
>
> -tk
>
> On Tue, Jul 30, 2019 at 7:50 PM Richard Rosa  > wrote:
>
>> The main program IS running. How do I tell it to generate reports? When 
>> the program started, no reports were generated until the 'wee_reports' 
>> command was issued. 
>>
>>
>>
>> System Log (journalctl):
>>
>>  
>> Jul 30 19:39:54 rubberducky.rbm systemd[1]: Started weewx weather system.
>> Jul 30 19:39:54 rubberducky.rbm weewx[11021]: engine: Initializing weewx 
>> version 3.9.2
>> Jul 30 19:39:54 rubberducky.rbm weewx[11021]: engine: Using Python 2.7.14 
>> (default, Oct 12 2017, 15:50:02) [GCC]
>> Jul 30 19:39:54 rubberducky.rbm weewx[11021]: engine: Platform 
>> Linux-4.12.14-lp151.28.10-default-x86_64-with-glibc2.2.5
>> Jul 30 19:39:54 rubberducky.rbm weewx[11021]: engine: Locale is 
>> 'en_US.UTF-8'
>> Jul 30 19:39:54 rubberducky.rbm weewx[11021]: engine: pid file is 
>> /var/run/weewx.pid
>> Jul 30 19:39:54 rubberducky.rbm systemd[1]: weewx.service: Supervising 
>> process 11033 which is not our child. We'll most likely not notice when it 
>> exits.
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Using configuration 
>> file /etc/weewx/weewx.conf
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Debug is 1
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Initializing engine
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Loading station 
>> type Vantage (weewx.drivers.vantage)
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: vantage: Driver version is 
>> 3.1.1
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: vantage: Opened up serial 
>> port /dev/vpro; baud 19200; timeout 4.00
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: vantage: Gentle wake up of 
>> console successful
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: vantage: Hardware type is 16
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: vantage: ISS ID is 1
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: vantage: Hardware name: 
>> Vantage Pro2
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Loading service 
>> weewx.engine.StdTimeSynch
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Finished loading 
>> service weewx.engine.StdTimeSynch
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Loading service 
>> weewx.engine.StdConvert
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: StdConvert target 
>> unit is 0x1
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Finished loading 
>> service weewx.engine.StdConvert
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Loading service 
>> weewx.engine.StdCalibrate
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Finished loading 
>> service weewx.engine.StdCalibrate
>> Jul 30 19:39:54 rubberducky.rbm weewx[11033]: engine: Loading service 
>> 

[weewx-user] special character support

2019-07-31 Thread peter
If I want to use special (non-English) characters like čžš, I get the 
following error:
Jul 31 08:21:16 weather weewx[22398]: cheetahgenerator: Generate failed with 
exception ''
Jul 31 08:21:16 weather weewx[22398]: cheetahgenerator:  Ignoring 
template /etc/weewx/skins/neowx/index.php.tmpl
Jul 31 08:21:16 weather weewx[22398]: cheetahgenerator:  Reason: 'ascii' 
codec can't decode byte 0xc4 in position 10547: ordinal not in range(128)
Jul 31 08:21:16 weather weewx[22398]:   Traceback (most recent call 
last):
Jul 31 08:21:16 weather weewx[22398]: File 
"/usr/share/weewx/weewx/cheetahgenerator.py", line 330, in generate
Jul 31 08:21:16 weather weewx[22398]:   filter=encoding,
Jul 31 08:21:16 weather weewx[22398]: File 
"/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1336, in 
__init__
Jul 31 08:21:16 weather weewx[22398]:   self._compile(source, file, 
compilerSettings=compilerSettings)
Jul 31 08:21:16 weather weewx[22398]: File 
"/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1637, in 
_compile
Jul 31 08:21:16 weather weewx[22398]:   keepRefToGeneratedCode=True)
Jul 31 08:21:16 weather weewx[22398]: File 
"/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 772, in compile
Jul 31 08:21:16 weather weewx[22398]:   settings=(compilerSettings 
or {}))
Jul 31 08:21:16 weather weewx[22398]: File 
"/usr/lib/python2.7/dist-packages/Cheetah/Compiler.py", line 1708, in 
__init__
Jul 31 08:21:16 weather weewx[22398]:   source = unicode(source)
Jul 31 08:21:16 weather weewx[22398]:   UnicodeDecodeError: 'ascii' 
codec can't decode byte 0xc4 in position 10547: ordinal not in range(128)

This only happens when I put these characters in the html/php template 
files. The weewx.conf or skin.conf use these characters for parameter 
definition and correctly include them into tags when the html file is being 
generated.

I use standard weewx configuration, no modifications to engine.py etc. I 
checked and the utf-8 is defined in the html templates.

I appreciate suggestions how to make this work.

-- 
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/954066dc-08fe-4bf0-b3dc-08604ef25064%40googlegroups.com.