[weewx-user] Re: weewx stop reporting (or crash?) few time per day ????

2017-01-25 Thread mwall
On Wednesday, January 25, 2017 at 8:24:21 PM UTC-5, Marc Aubry wrote: > > Some updates about my problem. > I have try all the options mentioned above > - UPS > -Powered USB Hub > - change the power supply of the RPI and the weather station > but the problem was not solved and the the weewx was

Re: [weewx-user] Re: Write a program to display the days data

2017-01-25 Thread Thomas Keffer
Good idea. I've taken to using the Wayback Machine for their old docs, which are so much better than what you can find on pythonhosted.org/cheetah or anywhere else. I'll try appealing to GitHub

[weewx-user] Re: Write a program to display the days data

2017-01-25 Thread mwall
On Wednesday, January 25, 2017 at 8:23:50 PM UTC-5, Barton Phillips wrote: > > Also the link in 'http://weewx.com/docs/customizing.htm' in section > 'Customizing templates' to 'www.cheetahtemplate.org' seems to be broken, > as do all the other links I found on google for 'Cheetah'. Seems to be

[weewx-user] Re: weewx stop reporting (or crash?) few time per day ????

2017-01-25 Thread Marc Aubry
Some updates about my problem. I have try all the options mentioned above - UPS -Powered USB Hub - change the power supply of the RPI and the weather station but the problem was not solved and the the weewx was still randomly reporting. I suspect a problem link to the weather station itselv and

[weewx-user] Re: Write a program to display the days data

2017-01-25 Thread Barton Phillips
OK I loaded 3.7 on another computer (not the one that is doing my website) and set it up to do 'Simulated'. The code you posted with the 'for' works. When do you think you will release 3.7 to the world? I will try keeping my 3.6 for backup and load 3.7 on the RPI that is doing my website. I

[weewx-user] Re: Is it possible to add a means to offset the hardware temperature by different values between sunrise and sunset, and sunset and sunrise based on the wx station latitude and longitude?

2017-01-25 Thread 'Michael Connors' via weewx-user
Andrew, Thanks for your thoughts. Yes ideally the anemometer should be mounted at 10 meters. Regards, Mike On Wednesday, January 25, 2017 at 5:23:24 AM UTC-7, Andrew Milner wrote: > > As far as I can tell the anemometer should be at 10m (33ft), temperature > at about 6ft and rain gauge no

Re: [weewx-user] Re: UnicodeDecodeError: 'ascii' codec can't decode byte

2017-01-25 Thread 'pterodaktil' via weewx-user
среда, 25 января 2017 г., 21:43:49 UTC+3 пользователь Tom Keffer написал: > > ? > > What result did you get for sys.getdefaultencoding()? > python -c "import sys; print sys.getdefaultencoding()" ascii > > So, the original skin worked? What happened when you put a single UTF-8 > character

Re: [weewx-user] Re: UnicodeDecodeError: 'ascii' codec can't decode byte

2017-01-25 Thread Thomas Keffer
? What result did you get for sys.getdefaultencoding()? So, the original skin worked? What happened when you put a single UTF-8 character in it? Adding setdefaultencoding('UTF8') did not help? -tk On Wed, Jan 25, 2017 at 10:39 AM, 'pterodaktil' via weewx-user < weewx-user@googlegroups.com>

Re: [weewx-user] Re: UnicodeDecodeError: 'ascii' codec can't decode byte

2017-01-25 Thread 'pterodaktil' via weewx-user
i tried all All expet original skin did not help So i will make change based on my config untill find problem. Thanks. среда, 25 января 2017 г., 21:06:50 UTC+3 пользователь Tom Keffer написал: > > Unfortunately, I cannot replicate your problem. I used your > index.html.tmpl file, and

Re: [weewx-user] Re: UnicodeDecodeError: 'ascii' codec can't decode byte

2017-01-25 Thread Thomas Keffer
Unfortunately, I cannot replicate your problem. I used your index.html.tmpl file, and your skin.conf file, and things worked fine. For Cheetah to recognize that a template uses UTF-8, it must have an 'encoding' directive. You have one, but for some reason it is not recognizing it. ​Why, I don't

[weewx-user] Re: Adding SOC (state of charge) reading for my Particle Photon based weather station

2017-01-25 Thread Robert Mantel
Sorry for my density, but am I doing steps 1-5 in the customization guide: Here's our general strategy: 1. Extend the existing schema with the new type electricity. 2. Modify the wx_binding to use the new schema instead of the old. 3. Make sure you have the necessary permissions to

[weewx-user] Re: Adding SOC (state of charge) reading for my Particle Photon based weather station

2017-01-25 Thread Robert Mantel
Gotcha...thanks M. On Wednesday, 25 January 2017 10:16:25 UTC-5, mwall wrote: > > On Wednesday, January 25, 2017 at 10:12:09 AM UTC-5, Robert Mantel wrote: >> >> So do I create a new service for this or just extend the schema and not >> worry about creating a new service? >> > > just extend the

[weewx-user] Re: Adding SOC (state of charge) reading for my Particle Photon based weather station

2017-01-25 Thread mwall
On Wednesday, January 25, 2017 at 10:12:09 AM UTC-5, Robert Mantel wrote: > > So do I create a new service for this or just extend the schema and not > worry about creating a new service? > just extend the scema - you already have the observations -- You received this message because you are

[weewx-user] Re: Adding SOC (state of charge) reading for my Particle Photon based weather station

2017-01-25 Thread mwall
On Wednesday, January 25, 2017 at 9:13:41 AM UTC-5, Robert Mantel wrote: > > What I would like to do it take the voltage and soc that I already dump > into the fileparse file that it reads from and label map it into weewx. My > confusion is do I need to write a whole new service for this, or

[weewx-user] Adding SOC (state of charge) reading for my Particle Photon based weather station

2017-01-25 Thread Robert Mantel
Ok, I've read the customization guide on adding a new observation, but it's not clear to me for my situation if I need to do it that way or if in my scenario it's much simpler. My sensor front end is a Particle P1 (basically a wifi enabled arduino) and continuously monitors the sensors.

[weewx-user] Re: Hints on creating coldest/warmest day/night all-time stats?

2017-01-25 Thread gjr80
Nulls are not a problem, have a look in your database and I am sure you will find heaps, for example sites that have no uv sensor will have null in their uv field. In fact you could say weewx relies on them, a null in a field indicates there is no observation as opposed to it being 0. Gary --

[weewx-user] Re: Hints on creating coldest/warmest day/night all-time stats?

2017-01-25 Thread Jared
Thanks so much, Gary, I really appreciate the detailed response. :) The only reason I was thinking two tables might be appropriate was because I was going to use the standard Unix Epoch timestamp as the primary key each time data is written. So each time a row is created, one of the values

[weewx-user] Re: Is it possible to add a means to offset the hardware temperature by different values between sunrise and sunset, and sunset and sunrise based on the wx station latitude and longitude?

2017-01-25 Thread Andrew Milner
As far as I can tell the anemometer should be at 10m (33ft), temperature at about 6ft and rain gauge no higher than 6 ft - so how you do that with an all-in-one I do not know It is possible from your photograph that both the tree behind and the fence could be having an impact on your

[weewx-user] Re: Is it possible to add a means to offset the hardware temperature by different values between sunrise and sunset, and sunset and sunrise based on the wx station latitude and longitude?

2017-01-25 Thread 'Michael Connors' via weewx-user
Andrew, That is possible of course but I don't really think so. My sensors are mounted over grass on a wooden fence at an elevation of 7' AGL and sees afternoon shade during the summer. But it heats up pretty fast as soon as the sun comes up and the temperature stays elevated until it's in

[weewx-user] Re: UnicodeDecodeError: 'ascii' codec can't decode byte

2017-01-25 Thread 'pterodaktil' via weewx-user
> Yes, for example one of template ( > /etc/weewx/skins/Standard/index.html.tmpl) > -- 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] Re: Weather Underground dismissing barometer corrections

2017-01-25 Thread gjr80
Yes, that would tend to point the finger at WU. If you are not using rapid fire that rules out issues like partial packets. You said that the corrected figure was 'shown' on WU once after a restart but then reverts to uncorrected. I presume that weewx continues to post the correct value? If

[weewx-user] Re: Weather Underground dismissing barometer corrections

2017-01-25 Thread BrutalGoerge
Not using rapidfire, since that seems to bug out sometimes on the raspi. I started the app in debug mode, and I noticed it said barometer: none, and altimeter: 29.7 pressure:23.69

[weewx-user] Re: Weather Underground dismissing barometer corrections

2017-01-25 Thread Andrew Milner
You can probably get 'odd' things happening if the station emits partial packets - depending on whether software or hardware is set as being preferred or specified. If set for hardware preferred, but it is missing, weewx will supply a value (but ignore correction) - but if present it will use