[weewx-user] Re: Belchertown Skin Modifications

[Pat]

Have you restarted weewx since? If so, it could be a cache thing with 
Chrome?

On Friday, February 24, 2023 at 4:05:59 PM UTC-5 Patrick Mendiuk wrote:

> I previously added some data fields to station_observations in skin.conf 
> from one of my Weatherflow stations to the Belchertown skin (1.0.1) Home 
> Page and I can' t seem to make any changes that show up now in the Chrome 
> browser.  I can't remember if I had to modify any other files to add to 
> station observations or if I'm dealing with browser caching.   

-- 
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/fb90705d-ad5f-4954-b601-1ffed325809cn%40googlegroups.com.

[weewx-user] Re: Belchehertown High Charts

[Pat]

take a look at the documentation. 
https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#width



On Friday, August 27, 2021 at 7:58:02 AM UTC-4 rons...@gmail.com wrote:

> Good morning,
> How do you force the chart to be double width?
>

-- 
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/e3c59dac-0395-4868-a5a0-7766a0f1b1ffn%40googlegroups.com.

Re: [weewx-user] Question on heat index

[Pat O'Brien]

You don't have to modify any code, just change the calculation formula by 
setting this option in weewx.conf

Look for the [StdWXCalculate] section, then beneath add

[[WXXTypes]]
[[[heatindex]]]
algorithm = old

That put it back to the "old" method for me where heat index is calculated 
above 80F.



On Saturday, March 13, 2021 at 6:11:21 PM UTC-5 ln77 wrote:

> First, I misspoke — the change is in heatindexF(), not dewpointF() (duh!)
> In the weewx software directory (/usr/share/weewx when installed as a 
> Debian package), there is a file weewx/wxformulas.py.  Look for the line 
> "if T is None or R is None:” — it’s line 164 in the 4.4.0 version.  Add “ 
> or T < 68”, so that the line becomes “if T is None or R is None or T < 68:” 
>  You could change 68 to 80 or whatever you want the low-temperature 
> threshold to be.  
>
> WARNING: this is the wrong way to maintain weewx software.  The change 
> will get overwritten when weewx is updated.  There are better ways to 
> implement this, but that would’ve taken me more time than I wanted to spend 
> so I’m OK with the hack for my installation. But use at your own risk. 
>
>   -Les
>
>
>
> On 13 Mar 2021, at 14:03, n7uv...@gmail.com  wrote:
>
> Hi there Les - less than two days ago I updated my weewx from an older 
> 4.xx version to the current one, and suddenly i was getting the same weird 
> plot. Finally typed in "heat index wind chill" into the forum and out 
> popped this thread. I want to feel better as well - where is the spot where 
> you tweaked DewpointF()?
> Cheers - Jon
>
> On Friday, March 12, 2021 at 2:00:13 PM UTC-7 ln77 wrote:
>
>> It looks strange to see the heat index suddenly dropping a few degrees 
>> below the temperature when the temperature gets above 40ºF. (I just saw 
>> this this morning.) After looking through the thread on weewx’s new heat 
>> index calculation, I noticed an oddity at the National Weather Service: 
>> while their calculator calculates a heat index down to 40ºF, on the page 
>> where they describe the HI equation 
>> <https://www.wpc.ncep.noaa.gov/html/heatindex_equation.shtml> they say 
>> the “Rothfusz regression is not valid for extreme temperature and relative 
>> humidity conditions beyond the range of data considered by Steadman.” 
>> Looking at Steadman’s sultriness papers from 1979 
>> <https://journals.ametsoc.org/search?f_0=author_0=R.+G.+Steadman>  he 
>> never looked at temperatures below 68ºF. I couldn’t find any reference to 
>> indicate why they arbitrarily extended the javascript calculator down to 
>> 40ºF. Other authors, and the NWS tables, suggest that the heat index isn’t 
>> really of value below 80ºF.  
>>
>> So I tweaked dewpointF() in my installation to return None if the 
>> temperature is below 68, and now I feel better.  
>>
>>   -Les
>>
>>
>>
>> On 24 Feb 2021, at 12:54, gjr80  wrote:
>>
>> Pat,
>>
>> v4.2.0 saw a new heatindex formula implemented, refer issue 601 
>> <https://github.com/weewx/weewx/issues/601>. The new formula gives some 
>> results in some circumstances that may appear counterintuitive. v4.3.0 
>> added back the ‘old’ heatindex formula and gives the user the ability to 
>> choose between the two algorithms . This is covered here 
>> <http://www.weewx.com/docs/usersguide.htm#%5B%5BWXXTypes%5D%5D> in the 
>> User’s Guide under [[[heatindex]]].
>>
>> By the looks of it you are seeing the ‘new’ algorithm.
>>
>> Gary
>>
>> On Thursday, 25 February 2021 at 06:36:38 UTC+10 pobri...@gmail.com 
>> wrote:
>>
>>> I thought heat index wasn't calculated unless the temperature was over 
>>> 80F? Today it's about 49 F and I'm seeing heat index in my charts (which is 
>>> reporting lower than temperature - I thought that was wind chill?). I don't 
>>> recall seeing it before at this temperature range. 
>>>
>>> I just want to make sure this is expected for temperatures so low to 
>>> have a heat index reading?
>>>
>>> Top graph is Seasons skin and bottom is Belchertown skin. The values 
>>> match across skins
>>>
>>
>> -- 
>> 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/f46bd022-500d-414e-b96b-c2bc382d37b9n%40googlegroups.com
>>  
>> <https:/

[weewx-user] Re: Belchertown Skin Assistance

[Pat W.]

For the most part, I need forecast and current conditions icons to appear 
on my FTP'd website:

https://tinyurl.com/3ay7p3x4

Would also like to capture additional data fields from the weather station, 
like battery status.


On Tuesday, March 9, 2021 at 2:25:18 PM UTC-6 vince wrote:

> Well there are several thousand here who would help for free if you could 
> describe what you're trying to do.
> It's unlikely you're trying to do things not done before.
>
> On Tuesday, March 9, 2021 at 9:38:17 AM UTC-8 Pat W. wrote:
>
>> Hello!
>>
>> I've had weewx running on RPi's on two different weather stations (WX-200 
>> & Tempest sensors) for a couple years now. All is well, except...
>>
>> I can see to get many of the features in the Belchertown skin to work. 
>> I'm a "functional novice" and this stuff seems to be a bit above my pay 
>> grade. After several weeks of trying and troubleshooting, I'm ready to call 
>> in the cavalry. 
>>
>> Is anyone available to assist in a paid capacity? 
>>
>> 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/8cae3b12-7af5-491e-a65e-a976f320f705n%40googlegroups.com.

[weewx-user] Belchertown Skin Assistance

[Pat W.]

Hello!

I've had weewx running on RPi's on two different weather stations (WX-200 & 
Tempest sensors) for a couple years now. All is well, except...

I can see to get many of the features in the Belchertown skin to work. I'm 
a "functional novice" and this stuff seems to be a bit above my pay grade. 
After several weeks of trying and troubleshooting, I'm ready to call in the 
cavalry. 

Is anyone available to assist in a paid capacity? 

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/a359a470-b900-45d2-8d59-37c6e1365b68n%40googlegroups.com.

Re: [weewx-user] Belchertown AQI error from Aeris weather

[Pat O'Brien]

I think this is being actively developed in this thread 
 on the skin's 
GitHub page. Please raise your issue there and the folks from the community 
can try to fix it as well

On Tuesday, March 2, 2021 at 6:33:26 AM UTC-5 gert.a...@gmail.com wrote:

> Hi
> I'm using the lastest version of Belchertown and I have 2 questions. I 
> have 11 of these lines for each archive interval:
> *ERROR user.belchertown: Error getting AQI from Aeris weather. The error 
> was: list index out of range*
>
> Do these lines count against my daily allowed  calls to Aeris?
> I have these setting in weewx-conf:
> # Air Quality
>  aqi_enabled = 0
>  aqi_location_enabled = 0 
> but stil errors from Aeris AQI
>
> When I get this:
> *INFO user.belchertown: No cloud cover data from Aeris weather*
> I have no forecast and no icon for current condition..
>
> Can I fix these 2 issuses?
>
> Gert
>
>
>
>
>
>
> On Tuesday, February 16, 2021 at 11:28:43 PM UTC+1 vince wrote:
>
>> On Tuesday, February 16, 2021 at 12:49:57 PM UTC-8 gert.a...@gmail.com 
>> wrote:
>>
>>> Can I disable the Aeris AQI check?
>>>
>>>
>> Certainly.  It's disable by default and you had to enable it in 
>> weewx.conf, so just set it back to zero there.
>>
>>

-- 
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/faf3db91-af11-49b0-b03d-2264c70fd2e8n%40googlegroups.com.

[weewx-user] Re: Question on heat index

[Pat O'Brien]

Thanks Gary! I've got some catching up to do it seems


On Wednesday, February 24, 2021 at 3:54:21 PM UTC-5 gjr80 wrote:

> Pat,
>
> v4.2.0 saw a new heatindex formula implemented, refer issue 601 
> <https://github.com/weewx/weewx/issues/601>. The new formula gives some 
> results in some circumstances that may appear counterintuitive. v4.3.0 
> added back the ‘old’ heatindex formula and gives the user the ability to 
> choose between the two algorithms . This is covered here 
> <http://www.weewx.com/docs/usersguide.htm#%5B%5BWXXTypes%5D%5D> in the 
> User’s Guide under [[[heatindex]]].
>
> By the looks of it you are seeing the ‘new’ algorithm.
>
> Gary
>
> On Thursday, 25 February 2021 at 06:36:38 UTC+10 pobri...@gmail.com wrote:
>
>> I thought heat index wasn't calculated unless the temperature was over 
>> 80F? Today it's about 49 F and I'm seeing heat index in my charts (which is 
>> reporting lower than temperature - I thought that was wind chill?). I don't 
>> recall seeing it before at this temperature range. 
>>
>> I just want to make sure this is expected for temperatures so low to have 
>> a heat index reading?
>>
>> Top graph is Seasons skin and bottom is Belchertown skin. The values 
>> match across skins
>>
>

-- 
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/6c4b194e-fd0a-4ca6-b08c-444086e34377n%40googlegroups.com.

[weewx-user] Question on heat index

[Pat O'Brien]

I thought heat index wasn't calculated unless the temperature was over 80F? 
Today it's about 49 F and I'm seeing heat index in my charts (which is 
reporting lower than temperature - I thought that was wind chill?). I don't 
recall seeing it before at this temperature range. 

I just want to make sure this is expected for temperatures so low to have a 
heat index reading?

Top graph is Seasons skin and bottom is Belchertown skin. The values match 
across skins

-- 
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/186163b4-1b35-4f1f-88d5-8540f5f8c263n%40googlegroups.com.

[weewx-user] Belchertown skin & AerisWeather correction

[Pat O'Brien]

Hi folks, if you're using the Belchertown skin:

I was contacted by AerisWeather today and they asked for me to update the 
company name in the skin to AerisWeather (one word, no space, capital A, 
capital W). 

If you have a mis-spelling of their company name in your skin under your 
credits section (usually about.inc unless you've customized it), please 
update it. 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/7eb1b0b9-673e-45ec-85da-d4f48ede61cen%40googlegroups.com.

[weewx-user] Re: weewx-lamertic - built my first extension today..

[Pat]

Awesome! I'll have to try it out with mine

On Saturday, February 20, 2021 at 5:32:51 PM UTC-5 joewil...@gmail.com 
wrote:

>
> Hey all,
>
> I built my first extension today for my LaMetric Time (woot woot) :)
>
> Got some good experience on how the extensions work.  I actually took 
> Matthew Wall's OWN extension and tailored it to work with my Time device 
> (see below)
>
>
> [image: IMG_0813.jpeg]
>
> I just dumped my project over at  
> https://github.com/joewilliamsca/weewx-lametric if anyone is interested 
> in checking it out (and if they have one of these devices).   It was a good 
> learning experience for me to build this out today,  and comments are 
> always welcome :)
>
> Cheers,
> -Joe
>
>

-- 
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/591dca65-6699-452f-a16d-1094480f5bd8n%40googlegroups.com.

Re: [weewx-user] Log windSpeed as 0 instead of null

[Pat]

Possibly - thanks! Will dig deeper into that

On Friday, February 12, 2021 at 5:11:16 PM UTC-5 tke...@gmail.com wrote:

> I would guess it was emitted that way by the driver.
>
> There's nothing I can think of in WeeWX that would force a zero windSpeed 
> to null (None). 
>
>
> On Fri, Feb 12, 2021 at 1:53 PM Pat O'Brien  wrote:
>
>> No I mean windSpeed. I saw the force_null for wind direction. For some 
>> reason I have null for wind speed, when I'm thinking it was 0.
>>
>> On Fri, Feb 12, 2021, 4:47 PM Tom Keffer  wrote:
>>
>>> If there is no wind, windSpeed is always stored as 0, never null. 
>>>
>>> Or, do you mean wind direction?
>>>
>>> On Fri, Feb 12, 2021 at 12:43 PM Pat  wrote:
>>>
>>>> I could use a reminder on how to do this - it's been a little while. 
>>>>
>>>> How can I save windSpeed to the archive as 0 instead of NULL if there's 
>>>> no wind for that archive interval?
>>>>
>>>> -- 
>>>> 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/9e20d292-a523-43c2-8714-dee17bf1a1e4n%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/weewx-user/9e20d292-a523-43c2-8714-dee17bf1a1e4n%40googlegroups.com?utm_medium=email_source=footer>
>>>> .
>>>>
>>> -- 
>>> 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/C844BplDJRI/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to 
>>> weewx-user+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/CAPq0zECg_un%3D9gM-Lbr011qP6op%2BS4%3DTcQdQ4A0RLqpbDa%3D6hg%40mail.gmail.com
>>>  
>>> <https://groups.google.com/d/msgid/weewx-user/CAPq0zECg_un%3D9gM-Lbr011qP6op%2BS4%3DTcQdQ4A0RLqpbDa%3D6hg%40mail.gmail.com?utm_medium=email_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+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/CABhLV_9Bz56a5K-yzMaj3K_Q-n4favEAD%3DoFjbgBbZ-qN-Xjuw%40mail.gmail.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/CABhLV_9Bz56a5K-yzMaj3K_Q-n4favEAD%3DoFjbgBbZ-qN-Xjuw%40mail.gmail.com?utm_medium=email_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/5f07e87a-884d-4f67-b732-971e0ea24f28n%40googlegroups.com.

Re: [weewx-user] Log windSpeed as 0 instead of null

[Pat O'Brien]

No I mean windSpeed. I saw the force_null for wind direction. For some
reason I have null for wind speed, when I'm thinking it was 0.

On Fri, Feb 12, 2021, 4:47 PM Tom Keffer  wrote:

> If there is no wind, windSpeed is always stored as 0, never null.
>
> Or, do you mean wind direction?
>
> On Fri, Feb 12, 2021 at 12:43 PM Pat  wrote:
>
>> I could use a reminder on how to do this - it's been a little while.
>>
>> How can I save windSpeed to the archive as 0 instead of NULL if there's
>> no wind for that archive interval?
>>
>> --
>> 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/9e20d292-a523-43c2-8714-dee17bf1a1e4n%40googlegroups.com
>> <https://groups.google.com/d/msgid/weewx-user/9e20d292-a523-43c2-8714-dee17bf1a1e4n%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
> --
> 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/C844BplDJRI/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/CAPq0zECg_un%3D9gM-Lbr011qP6op%2BS4%3DTcQdQ4A0RLqpbDa%3D6hg%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAPq0zECg_un%3D9gM-Lbr011qP6op%2BS4%3DTcQdQ4A0RLqpbDa%3D6hg%40mail.gmail.com?utm_medium=email_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/CABhLV_9Bz56a5K-yzMaj3K_Q-n4favEAD%3DoFjbgBbZ-qN-Xjuw%40mail.gmail.com.

[weewx-user] Log windSpeed as 0 instead of null

[Pat]

I could use a reminder on how to do this - it's been a little while. 

How can I save windSpeed to the archive as 0 instead of NULL if there's no 
wind for that archive interval?

-- 
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/9e20d292-a523-43c2-8714-dee17bf1a1e4n%40googlegroups.com.

Re: [weewx-user] Re: ERROR weewx.cheetahgenerator: **** MemoryError

[Pat]

I'm tracking this thread a bit slowly... Is the raw portion within the 
#include custom to your setup - or is this something that should be added 
to the Belchertown skin?

On Thursday, January 21, 2021 at 12:47:26 PM UTC-5 garrya...@gmail.com 
wrote:

> It looks like the workaround Rich suggested works.
>
> A couple of notes:
>
> 1. the generated filename must be in quotes (#include raw "generated file 
> name")
> - the Cheetah generator will throw an error if not.
>
> 2. There must not be 'raw' arguments in index.html.tmpl
> - I left them in after previous debugging
> - if they are in, the Cheetah generator will not parse the generated 
> file and the Cheetah directive will 
>   be display in the output HTML.
>
> I will be putting a control in my extension to enable/disable this 
> workaround.
>
> Again, thanks to Rich and others for helping with this.
>
> Regards,
>
> Garry
>
> On Wednesday, January 20, 2021 at 10:16:26 AM UTC-8 garrya...@gmail.com 
> wrote:
>
>> Thanks to Vince, Rich and all who took the time to investigate this 
>> problem.
>>
>> Happy that it’s not WeeWX or Belchertown, two fine programs!
>>
>> I hope to release my WXFeeds service extension within the next few days.
>>
>> Regards,
>>
>> Garry
>>
>> On Wednesday, January 20, 2021 at 8:19:32 AM UTC-8 vince wrote:
>>
>>> Well FWIW, it's not Belchertown.I took my minimalist demo-skin and 
>>> aded the one include line in it and boy does it grow.
>>>
>>> Two tests with a restart that's obvious.
>>>
>>> On Wednesday, January 20, 2021 at 7:07:23 AM UTC-8 garrya...@gmail.com 
>>> wrote:
>>>
 I haven’t made any changes yet but in thinking about your workaround, 
 it will be interesting to see if Cheetah actuality processes the included 
 include file or if it skips it because the outer include file’s attributes 
 are static.

 If Cheetah doesn’t process the inner include file, it still should be a 
 way to inject the ‘raw’ argument without having to edit ‘index.html.tmpl’. 
  That is, my code would generate both the outer and inner include files 
 each cycle, with the outer include file containing the ‘raw’ argument as 
 you suggest.

 Regards,

 Garry Lockyer
 C: +1.250.689.0686 <(250)%20689-0686>
 E: ga...@lockyer.ca


 On Jan 20, 2021, at 06:24, bell...@gmail.com  wrote:

 Note, it is growing - just much slower.



 On Wednesday, 20 January 2021 at 09:13:35 UTC-5 bell...@gmail.com 
 wrote:

> Garry,
> I might have a workaround for you. Wrap your html file in a template. 
> something like this.
> index.html.tmp (this is in the belchertown skin)
> #include index_hook_after_charts.inc
>
> index_hook_after_charts.inc (this is the 'wrapper', naturally if you 
> 'owned' index.html.tmpl you would not need it)
> #include raw generated.html
>
> generated.html (the file you generate - name as you want)
> your html
>
> I ran this on my loop 10,000 times and saw no appreciable memory 
> increase and performed better too.
> rich
>
> On Tuesday, 19 January 2021 at 22:45:42 UTC-5 garrya...@gmail.com 
> wrote:
>
>> Many thanks to all for poking at this!
>>
>>
>> Regards,
>>
>> Garry Lockyer
>> C: +1.250.689.0686 <(250)%20689-0686>
>> E: ga...@lockyer.ca
>>
>>
>> On Jan 19, 2021, at 19:38, vince  wrote:
>>
>> Just a followup - I took belchertown out of the picture and used my 
>> minimal demo-skin and added 'one line' that #include(d) a file generated 
>> by 
>> Garry's service, and it 'is' leaking memory albeit less quickly than the 
>> belchertown example.
>>
>>
>> I'll let it run overnight and we'll see what it looks like after 12 
>> more hours running.   The VM is set to only 1GB RAM but I'm hoping if it 
>> runs out it'll just go into swap and stay up.OS is debian 10 under 
>> Vagrant/VirtualBox with 4.3.0 installed using python3 and setup.py
>>
>> Some mem.sdb output (date/time, units, interval, mem_size, mem_rss, 
>> mem_share)...
>>
>> 1611109216 16 5 141.0625 71.734375 12.2734375
>> 1611109516 16 5 142.5625 75.65234375 12.3359375
>> 1611109816 16 5 144.0625 79.65625 12.3359375
>> 160116 16 5 145.5625 84.5234375 12.3359375
>> 160416 16 5 147.24609375 88.0859375 12.3359375
>> 160716 16 5 148.49609375 91.43359375 12.3359375
>> 161016 16 5 149.99609375 95.421875 12.3359375
>> 161316 16 5 151.49609375 100.3359375 12.3359375
>> 161616 16 5 152.99609375 103.8359375 12.3359375
>> 161916 16 5 154.49609375 107.51171875 12.3359375
>> 162216 16 5 155.99609375 111.5 12.3359375
>> 162516 16 5 157.24609375 116.0859375 12.3359375
>> 162816 16 5 158.74609375 119.5859375 12.3359375
>> 163116 16 5 160.24609375 123.24609375 12.3359375
>> 

Re: [weewx-user] Re: Belchertown Skin 1.2 (finally) released!

[Pat]

The forecast link was removed because Aeris doesn't give a reliable way to 
script that with the information I can get from your weewx.conf file. 
However there is the option  *forecast_show_daily_forecast_link *and  
*forecast_daily_forecast_link 
*that could work. 

forecast_daily_forecast_link  has some pretty specific parameters though, 
so make sure you read the readme guide on it 
<https://github.com/poblabs/weewx-belchertown#forecast-options> 

The N/A comes from weewx I believe and could be a sign that you may have a 
bad sensor or something?

On Sunday, September 13, 2020 at 11:58:09 AM UTC-4 tcich...@gmail.com wrote:

> Pat;
>
>GREAT job! - upgraded this morning to 1.2 --
>
>So Far so Good. I did notice that the embedded link within each day's 
> individual forecast has been removed. Works for me,  I was just hoping it 
> wasn't a result of me missing a configuration setting?
>
>The ONLY thing I see working differently, is that I get some of the 
> 'live' weather station values coming in as N/A until an update fills in the 
> actual reading. I had not seen that before.
>
>   Keep up the Great work...
>
> On Sunday, September 13, 2020 at 5:18:54 AM UTC-4 didier@gmail.com 
> wrote:
>
>> ah...
>> it was a bad idea...
>>
>> Le dim. 13 sept. 2020 à 11:10, Greg from Oz  a écrit :
>>
>>> That suggestion to take the -alt out doesn't work here in the Southern 
>>> hemisphere.
>>> I will just use the light theme.
>>>
>>>
>>> On Sunday, 13 September 2020 18:12:13 UTC+10, Didier Decoodt wrote:
>>>>
>>>> Hi
>>>>
>>>> I have solved this problem by deleting "-alt" in belchertown.js.tmpl on 
>>>> lines:
>>>>
>>>> // Moon icon, phase and illumination percent
>>>> switch ( data["almanac"]["moon"]["moon_index"] ) {
>>>> case "0":
>>>> jQuery(".moon-icon").html( "" 
>>>> );
>>>> break;
>>>> case "1":
>>>> jQuery(".moon-icon").html( "" );
>>>> break;
>>>> case "2":
>>>> jQuery(".moon-icon").html( "" );
>>>> break;
>>>> case "3":
>>>> jQuery(".moon-icon").html( "" );
>>>> break;
>>>> case "4":
>>>> jQuery(".moon-icon").html( "" 
>>>> );
>>>> break;
>>>> case "5":
>>>> jQuery(".moon-icon").html( "" );
>>>> break;
>>>> case "6":
>>>> jQuery(".moon-icon").html( "" );
>>>> break;
>>>> case "7":
>>>> jQuery(".moon-icon").html( "" );
>>>> break;
>>>>
>>>> ddperso
>>>>
>>>> Le dim. 13 sept. 2020 à 08:29, Greg from Oz  a 
>>>> écrit :
>>>>
>>>>> Hi Pat,
>>>>>
>>>>> I upgraded to version 1.2 and noticed that there is the code to swap 
>>>>> the moon phases for southern hemisphere, which is great.
>>>>> I looked at it and it didn't look correct. I looked at the css code 
>>>>> and saw that the code to lip the icons was there.
>>>>>
>>>>> This is my web site:
>>>>> https://weather.ubeaut.work/belchertown/
>>>>> and I compared it to yours:
>>>>> https://belchertownweather.com/
>>>>>
>>>>> Then I figured out why it didn't look correct because I was looking at 
>>>>> it in *dark theme*. When dark theme is selected the moon phases 
>>>>> change to incorrect.
>>>>> When the theme is light the moon phase is correct.
>>>>>
>>>>>
>>>>> Other than that all is OK.
>>>>>
>>>>>
>>>>> On Sunday, 13 September 2020 04:17:13 UTC+10, Pat wrote:
>>>>>>
>>>>>> I had an error with the install for this skin and was missing some 
>>>>>> icons. It's been fixed. I suggest you re-download the release, 
>>>>>> re-install 
>>>>>> it and restart weewx. Oops!
>>>>>>
&g

[weewx-user] Re: Belchertown Skin 1.2 (finally) released!

[Pat]

You guys and your upside down moon :) 

Interesting catch! I didn't realize it was flip-flopping on the theme 
switching. I'll have to take a look at that

On Sunday, September 13, 2020 at 2:29:52 AM UTC-4 Greg from Oz wrote:

> Hi Pat,
>
> I upgraded to version 1.2 and noticed that there is the code to swap the 
> moon phases for southern hemisphere, which is great.
> I looked at it and it didn't look correct. I looked at the css code and 
> saw that the code to lip the icons was there.
>
> This is my web site:
> https://weather.ubeaut.work/belchertown/
> and I compared it to yours:
> https://belchertownweather.com/
>
> Then I figured out why it didn't look correct because I was looking at it 
> in *dark theme*. When dark theme is selected the moon phases change to 
> incorrect.
> When the theme is light the moon phase is correct.
>
>
> Other than that all is OK.
>
>
> On Sunday, 13 September 2020 04:17:13 UTC+10, Pat wrote:
>>
>> I had an error with the install for this skin and was missing some icons. 
>> It's been fixed. I suggest you re-download the release, re-install it and 
>> restart weewx. Oops!
>>
>> On Friday, September 11, 2020 at 2:46:40 PM UTC-4 Pat wrote:
>>
>>> Belchertown Skin 1.2 is out of beta and released! You can download it 
>>> here 
>>> <https://github.com/poblabs/weewx-belchertown/releases/tag/weewx-belchertown-1.2>
>>> . 
>>>
>>> Thanks to everyone who helped test all the new changes, especially with 
>>> the new Aeris Weather integration testing! DarkSky will be missed but Aeris 
>>> is a great replacement. 
>>>
>>> If you're upgrading, please pay attention to the breaking changes that 
>>> you will need to migrate to. 
>>>
>>

-- 
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/cfc681df-2ec2-49a4-b247-6e48bccbe3b7n%40googlegroups.com.

[weewx-user] Re: Belchertown Skin 1.2 (finally) released!

[Pat]

I had an error with the install for this skin and was missing some icons. 
It's been fixed. I suggest you re-download the release, re-install it and 
restart weewx. Oops!

On Friday, September 11, 2020 at 2:46:40 PM UTC-4 Pat wrote:

> Belchertown Skin 1.2 is out of beta and released! You can download it here 
> <https://github.com/poblabs/weewx-belchertown/releases/tag/weewx-belchertown-1.2>
> . 
>
> Thanks to everyone who helped test all the new changes, especially with 
> the new Aeris Weather integration testing! DarkSky will be missed but Aeris 
> is a great replacement. 
>
> If you're upgrading, please pay attention to the breaking changes that you 
> will need to migrate to. 
>

-- 
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/06b4b667-f579-4521-a8f6-ac29c4d52c90n%40googlegroups.com.

Re: [weewx-user] Belchertown Report Issues

[Pat]

Looking at the debug logs, something was up with your forecast settings. 
Could be the Aeris setting on 1.1 which doesn't support it. 

raise Warning( "Error downloading forecast data. Check the URL in your 
configuration and try again. You are trying to use URL: %s, and the error 
is: %s" % ( forecast_url, error ) )
Warning: Error downloading forecast data. Check the URL in your 
configuration and try again. You are trying to use URL: 
https://api.darksky.net/forecast//30.651880,-81.438522?units=auto=en, 
and the error is: HTTP Error 400: Bad Request
On Friday, September 11, 2020 at 3:58:20 PM UTC-4 mrm...@gmail.com wrote:

> Getting ready to install now.  I assume that since I uninstalled and 
> cleared up the previous Belchertown tracks that It is a new install.
>
> On Sep 11, 2020, at 3:56 PM, Pat  wrote:
>
> Ah, I missed that! Is 1.2 working for you?
>
> On Friday, September 11, 2020 at 3:55:58 PM UTC-4 mrm...@gmail.com wrote:
>
>> They were attached to my first message - No worries on with 1.2
>>
>> On Sep 11, 2020, at 3:54 PM, Pat  wrote:
>>
>> Tough to say without debug logs 
>> <https://github.com/weewx/weewx/wiki/Help!-Posting-to-weewx-user>
>>
>> On Friday, September 11, 2020 at 3:53:46 PM UTC-4 mrm...@gmail.com wrote:
>>
>>> Could that have been the issue?
>>>
>>> On Sep 11, 2020, at 2:47 PM, Pat  wrote:
>>>
>>> Aeris does not work in version 1.1. 
>>>
>>> Good news; version 1.2 has been released 
>>> <https://github.com/poblabs/weewx-belchertown/releases/tag/weewx-belchertown-1.2>
>>>  
>>> which Aeris works in. I suggest you upgrade.
>>>
>>> On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com 
>>> wrote:
>>>
>>>> I was having trouble with Belchertown.  Some of it can be attributed 
>>>> that I didn't read all of the documentation more than once and I think I 
>>>> may have mixed versions.  So I uninstalled Belchertown using sudo 
>>>> weewx_extension --uninstall Belchertown.  I reviewed my weewx.conf and the 
>>>> Belchertown skin and they appeared to be normal.
>>>>
>>>> I proceeded to install Belchertown following the instructions on the 
>>>> README.md for Aeris Weather  replacement.  I downloaded the file and ran 
>>>> sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf 
>>>> and 
>>>> here's the  current Belchertown section:
>>>>
>>>>  [[Belchertown]]
>>>> 242 skin = Belchertown
>>>> 243 HTML_ROOT = /var/www/html/weewx/belchertown
>>>> 244 # enable = true
>>>> 245
>>>> 246 [[[Extras]]]
>>>> 247 belchertown_root = http://localhost/weewx/belchertown
>>>> 248 #logo_image =
>>>> 249 site_title = "Amelia Island"
>>>> 250 foot_copyright_text = "BelchertownWeather.com 
>>>> <http://belchertownweather.com/>"
>>>> 251 forecast_enabled = 1
>>>> 252 forecast_provider = "aeris"
>>>> 253 forecast_api_id = 123456789
>>>> 254 forecast_api_secret = 987654321
>>>> 255 forecast_lang = en
>>>> 256 forecast_units = us
>>>> 257 forecast_stale = 3540
>>>> 258 forecast_alert_enabled = 0
>>>> 259 #twitter_enabled = 1
>>>> 260
>>>> I've attached the debug results of my weewx.conf file. I'm not a python 
>>>> expert.  The first errors are http related in request.py Lines 569 and 649
>>>>
>>>> Then it gets weird.  It's a darksky forecast error in belchertown.py  
>>>> Line 597. Finally permission denied /belchertown/favicon.ico and 
>>>> /json/homepage.json.
>>>>
>>>>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report 
>>>> from Sep 7 which I believe was ran under this installation as I total 
>>>> wiped 
>>>> out HTML_ROOT before the new install per Pat's suggestion.
>>>>
>>>> I'm having fun, learning new things, but at a loss here.  Any insight 
>>>> is appreciated.
>>>>
>>>> Mike
>>>>
>>>
>>> -- 
>>> 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 

Re: [weewx-user] Belchertown Report Issues

[Pat]

Ah, I missed that! Is 1.2 working for you?

On Friday, September 11, 2020 at 3:55:58 PM UTC-4 mrm...@gmail.com wrote:

> They were attached to my first message - No worries on with 1.2
>
> On Sep 11, 2020, at 3:54 PM, Pat  wrote:
>
> Tough to say without debug logs 
> <https://github.com/weewx/weewx/wiki/Help!-Posting-to-weewx-user>
>
> On Friday, September 11, 2020 at 3:53:46 PM UTC-4 mrm...@gmail.com wrote:
>
>> Could that have been the issue?
>>
>> On Sep 11, 2020, at 2:47 PM, Pat  wrote:
>>
>> Aeris does not work in version 1.1. 
>>
>> Good news; version 1.2 has been released 
>> <https://github.com/poblabs/weewx-belchertown/releases/tag/weewx-belchertown-1.2>
>>  
>> which Aeris works in. I suggest you upgrade.
>>
>> On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com wrote:
>>
>>> I was having trouble with Belchertown.  Some of it can be attributed 
>>> that I didn't read all of the documentation more than once and I think I 
>>> may have mixed versions.  So I uninstalled Belchertown using sudo 
>>> weewx_extension --uninstall Belchertown.  I reviewed my weewx.conf and the 
>>> Belchertown skin and they appeared to be normal.
>>>
>>> I proceeded to install Belchertown following the instructions on the 
>>> README.md for Aeris Weather  replacement.  I downloaded the file and ran 
>>> sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and 
>>> here's the  current Belchertown section:
>>>
>>>  [[Belchertown]]
>>> 242 skin = Belchertown
>>> 243 HTML_ROOT = /var/www/html/weewx/belchertown
>>> 244 # enable = true
>>> 245
>>> 246 [[[Extras]]]
>>> 247 belchertown_root = http://localhost/weewx/belchertown
>>> 248 #logo_image =
>>> 249 site_title = "Amelia Island"
>>> 250 foot_copyright_text = "BelchertownWeather.com 
>>> <http://belchertownweather.com/>"
>>> 251 forecast_enabled = 1
>>> 252 forecast_provider = "aeris"
>>> 253 forecast_api_id = 123456789
>>> 254 forecast_api_secret = 987654321
>>> 255 forecast_lang = en
>>> 256 forecast_units = us
>>> 257 forecast_stale = 3540
>>> 258 forecast_alert_enabled = 0
>>> 259 #twitter_enabled = 1
>>> 260
>>> I've attached the debug results of my weewx.conf file. I'm not a python 
>>> expert.  The first errors are http related in request.py Lines 569 and 649
>>>
>>> Then it gets weird.  It's a darksky forecast error in belchertown.py  
>>> Line 597. Finally permission denied /belchertown/favicon.ico and 
>>> /json/homepage.json.
>>>
>>>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report 
>>> from Sep 7 which I believe was ran under this installation as I total wiped 
>>> out HTML_ROOT before the new install per Pat's suggestion.
>>>
>>> I'm having fun, learning new things, but at a loss here.  Any insight is 
>>> appreciated.
>>>
>>> Mike
>>>
>>
>> -- 
>> 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/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%40googlegroups.com?utm_medium=email_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+...@googlegroups.com.
>
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/15372e05-fbc5-47d7-854f-4fb5c5480365n%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/15372e05-fbc5-47d7-854f-4fb5c5480365n%40googlegroups.com?utm_medium=email_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/d07f0cc6-0d85-4631-9067-10a2ec967cb8n%40googlegroups.com.

Re: [weewx-user] Belchertown Report Issues

[Pat]

Tough to say without debug logs 
<https://github.com/weewx/weewx/wiki/Help!-Posting-to-weewx-user>

On Friday, September 11, 2020 at 3:53:46 PM UTC-4 mrm...@gmail.com wrote:

> Could that have been the issue?
>
> On Sep 11, 2020, at 2:47 PM, Pat  wrote:
>
> Aeris does not work in version 1.1. 
>
> Good news; version 1.2 has been released 
> <https://github.com/poblabs/weewx-belchertown/releases/tag/weewx-belchertown-1.2>
>  
> which Aeris works in. I suggest you upgrade.
>
> On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com wrote:
>
>> I was having trouble with Belchertown.  Some of it can be attributed that 
>> I didn't read all of the documentation more than once and I think I may 
>> have mixed versions.  So I uninstalled Belchertown using sudo 
>> weewx_extension --uninstall Belchertown.  I reviewed my weewx.conf and the 
>> Belchertown skin and they appeared to be normal.
>>
>> I proceeded to install Belchertown following the instructions on the 
>> README.md for Aeris Weather  replacement.  I downloaded the file and ran 
>> sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and 
>> here's the  current Belchertown section:
>>
>>  [[Belchertown]]
>> 242 skin = Belchertown
>> 243 HTML_ROOT = /var/www/html/weewx/belchertown
>> 244 # enable = true
>> 245
>> 246 [[[Extras]]]
>> 247 belchertown_root = http://localhost/weewx/belchertown
>> 248 #logo_image =
>> 249 site_title = "Amelia Island"
>> 250 foot_copyright_text = "BelchertownWeather.com"
>> 251 forecast_enabled = 1
>> 252 forecast_provider = "aeris"
>> 253 forecast_api_id = 123456789
>> 254 forecast_api_secret = 987654321
>> 255 forecast_lang = en
>> 256 forecast_units = us
>> 257 forecast_stale = 3540
>> 258 forecast_alert_enabled = 0
>> 259 #twitter_enabled = 1
>> 260
>> I've attached the debug results of my weewx.conf file. I'm not a python 
>> expert.  The first errors are http related in request.py Lines 569 and 649
>>
>> Then it gets weird.  It's a darksky forecast error in belchertown.py  
>> Line 597. Finally permission denied /belchertown/favicon.ico and 
>> /json/homepage.json.
>>
>>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report 
>> from Sep 7 which I believe was ran under this installation as I total wiped 
>> out HTML_ROOT before the new install per Pat's suggestion.
>>
>> I'm having fun, learning new things, but at a loss here.  Any insight is 
>> appreciated.
>>
>> Mike
>>
>
> -- 
> 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/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%40googlegroups.com?utm_medium=email_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/15372e05-fbc5-47d7-854f-4fb5c5480365n%40googlegroups.com.

[weewx-user] Re: Belchertown Report Issues

[Pat]

Aeris does not work in version 1.1. 

Good news; version 1.2 has been released 

 
which Aeris works in. I suggest you upgrade.

On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com wrote:

> I was having trouble with Belchertown.  Some of it can be attributed that 
> I didn't read all of the documentation more than once and I think I may 
> have mixed versions.  So I uninstalled Belchertown using sudo 
> weewx_extension --uninstall Belchertown.  I reviewed my weewx.conf and the 
> Belchertown skin and they appeared to be normal.
>
> I proceeded to install Belchertown following the instructions on the 
> README.md for Aeris Weather  replacement.  I downloaded the file and ran 
> sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and 
> here's the  current Belchertown section:
>
>  [[Belchertown]]
> 242 skin = Belchertown
> 243 HTML_ROOT = /var/www/html/weewx/belchertown
> 244 # enable = true
> 245
> 246 [[[Extras]]]
> 247 belchertown_root = http://localhost/weewx/belchertown
> 248 #logo_image =
> 249 site_title = "Amelia Island"
> 250 foot_copyright_text = "BelchertownWeather.com"
> 251 forecast_enabled = 1
> 252 forecast_provider = "aeris"
> 253 forecast_api_id = 123456789
> 254 forecast_api_secret = 987654321
> 255 forecast_lang = en
> 256 forecast_units = us
> 257 forecast_stale = 3540
> 258 forecast_alert_enabled = 0
> 259 #twitter_enabled = 1
> 260
> I've attached the debug results of my weewx.conf file. I'm not a python 
> expert.  The first errors are http related in request.py Lines 569 and 649
>
> Then it gets weird.  It's a darksky forecast error in belchertown.py  Line 
> 597. Finally permission denied /belchertown/favicon.ico and 
> /json/homepage.json.
>
>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report 
> from Sep 7 which I believe was ran under this installation as I total wiped 
> out HTML_ROOT before the new install per Pat's suggestion.
>
> I'm having fun, learning new things, but at a loss here.  Any insight is 
> appreciated.
>
> Mike
>

-- 
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/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%40googlegroups.com.

[weewx-user] Belchertown Skin 1.2 (finally) released!

[Pat]

Belchertown Skin 1.2 is out of beta and released! You can download it here 

. 

Thanks to everyone who helped test all the new changes, especially with the 
new Aeris Weather integration testing! DarkSky will be missed but Aeris is 
a great replacement. 

If you're upgrading, please pay attention to the breaking changes that you 
will need to migrate to. 

-- 
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/347ce4fe-f9b0-436e-9657-7212ddd694c1n%40googlegroups.com.

[weewx-user] Re: Belchertown skin - working great, except Darksky Forecasts

[Pat]

Yep, that link looks good. You should be able to view the json files 
without restriction - just browse to them. 

For example, this is returning a 
404: http://www.mpython.com/weather/belchertown/json/weewx_data.json

But on my site, you can browse to it without a 
problem. https://belchertownweather.com/json/weewx_data.json

Once you get access working to the json files, the rest should (hopefully) 
fall in line. 
On Wednesday, September 9, 2020 at 3:50:43 PM UTC-4 tcich...@gmail.com 
wrote:

> Pat;
>
> I can't seem to figure it out, seems like a relative/absolute path 
> issue?  Those kinda problems get my head spinning - like trying to think 
> about double negatives! 
>
>   However, I poked a hole in my router temporarily - allowing my rpi/weewx 
> exposing my server to the world @ , 
> http://idlewood.dyndns.org/weewx/belchertown/
>
>It runs as it does from a local URL, only the one error in the browser 
> console  - related to a file that truly doesn't exist -> custom.css
>
>   I may just setup another rpi to act as an external webserver -- But 
> would prefer to figure out what it's not working from my mpython.com 
> domain ---
>
>
>
>
> On Wednesday, September 9, 2020 at 3:07:13 PM UTC-4 Tom Cichowicz wrote:
>
>> Pat;
>>
>>I moved the remote webserver - path directly off the root so the 
>> URL is now...
>>  <http://www.mpython.com/weather/belchertown/>
>>
>>the problem still exists - after rebuilding the file/folders.. 
>>
>> ???
>>
>> On Wednesday, September 9, 2020 at 1:02:19 PM UTC-4 Pat wrote:
>>
>>> Start by fixing your JSON file missing errors - that might solve all of 
>>> your issues. 
>>>
>>> On Wednesday, September 9, 2020 at 12:58:23 PM UTC-4 tcich...@gmail.com 
>>> wrote:
>>>
>>>> sorry here's a link to my public webpage...
>>>> Link to page <http://www.mpython.com/KM4VIG/weewx/belchertown/>
>>>>
>>>>  I'll have to turn debug back on and grab a tail --- may be a bit for 
>>>> that.
>>>>
>>>> On Wednesday, September 9, 2020 at 12:56:16 PM UTC-4 Tom Cichowicz 
>>>> wrote:
>>>>
>>>>> OK, thanks ...
>>>>>
>>>>>  I changed my Secret id and API to my Aeris account values...
>>>>>
>>>>> I am getting forecast ONLY on my internal local webserver (weewx pi ) 
>>>>> that is running as well.
>>>>>
>>>>> However public server host by Go Daddy - not displaying forecast,  or 
>>>>> graphs. ??
>>>>>
>>>>> Plus the rounding of ALL values not happening. as well as the 
>>>>> undefined messages along with the value in some locations.
>>>>>
>>>>> I did go through and delete ALL the index.html files under the 
>>>>> ../blechertown folder on my remote webserver - and restarted weewx.
>>>>>
>>>>> Hasn't yet changed anything.
>>>>>
>>>>> [image: weewx_no_rounding2.PNG]
>>>>>
>>>>> On Tuesday, September 8, 2020 at 8:56:17 PM UTC-4 Pat wrote:
>>>>>
>>>>>> Need a little more information than this. A link to your website? 
>>>>>> Debug logs? 
>>>>>>
>>>>>> Skin version 1.2 will be released tomorrow if all goes to plan, and I 
>>>>>> advise you to switch to Aeris weather since DarkSky will be stopping 
>>>>>> their 
>>>>>> API usage at some point. 
>>>>>>
>>>>>> On Sunday, September 6, 2020 at 12:14:48 PM UTC-4 tcich...@gmail.com 
>>>>>> wrote:
>>>>>>
>>>>>>> I've got it creating a Darksky forecast json file - with data - 
>>>>>>> however web page doesn't display..
>>>>>>>  ??  version 1.1?
>>>>>>>
>>>>>>

-- 
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/d88e40f3-baba-4f3b-849b-f57cdb0ca0ben%40googlegroups.com.

[weewx-user] Re: Belchertown skin - working great, except Darksky Forecasts

[Pat]

If the files are there, then maybe your web host could be blocking access 
to those files?

On Wednesday, September 9, 2020 at 3:07:13 PM UTC-4 tcich...@gmail.com 
wrote:

> Pat;
>
>I moved the remote webserver - path directly off the root so the 
> URL is now...
>  <http://www.mpython.com/weather/belchertown/>
>
>the problem still exists - after rebuilding the file/folders.. 
>
> ???
>
> On Wednesday, September 9, 2020 at 1:02:19 PM UTC-4 Pat wrote:
>
>> Start by fixing your JSON file missing errors - that might solve all of 
>> your issues. 
>>
>> On Wednesday, September 9, 2020 at 12:58:23 PM UTC-4 tcich...@gmail.com 
>> wrote:
>>
>>> sorry here's a link to my public webpage...
>>> Link to page <http://www.mpython.com/KM4VIG/weewx/belchertown/>
>>>
>>>  I'll have to turn debug back on and grab a tail --- may be a bit for 
>>> that.
>>>
>>> On Wednesday, September 9, 2020 at 12:56:16 PM UTC-4 Tom Cichowicz wrote:
>>>
>>>> OK, thanks ...
>>>>
>>>>  I changed my Secret id and API to my Aeris account values...
>>>>
>>>> I am getting forecast ONLY on my internal local webserver (weewx pi ) 
>>>> that is running as well.
>>>>
>>>> However public server host by Go Daddy - not displaying forecast,  or 
>>>> graphs. ??
>>>>
>>>> Plus the rounding of ALL values not happening. as well as the undefined 
>>>> messages along with the value in some locations.
>>>>
>>>> I did go through and delete ALL the index.html files under the 
>>>> ../blechertown folder on my remote webserver - and restarted weewx.
>>>>
>>>> Hasn't yet changed anything.
>>>>
>>>> [image: weewx_no_rounding2.PNG]
>>>>
>>>> On Tuesday, September 8, 2020 at 8:56:17 PM UTC-4 Pat wrote:
>>>>
>>>>> Need a little more information than this. A link to your website? 
>>>>> Debug logs? 
>>>>>
>>>>> Skin version 1.2 will be released tomorrow if all goes to plan, and I 
>>>>> advise you to switch to Aeris weather since DarkSky will be stopping 
>>>>> their 
>>>>> API usage at some point. 
>>>>>
>>>>> On Sunday, September 6, 2020 at 12:14:48 PM UTC-4 tcich...@gmail.com 
>>>>> wrote:
>>>>>
>>>>>> I've got it creating a Darksky forecast json file - with data - 
>>>>>> however web page doesn't display..
>>>>>>  ??  version 1.1?
>>>>>>
>>>>>

-- 
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/583b4807-026b-4b48-9bcc-1bc6fd08c486n%40googlegroups.com.

[weewx-user] Re: Belchertown skin - working great, except Darksky Forecasts

[Pat]

Start by fixing your JSON file missing errors - that might solve all of 
your issues. 

On Wednesday, September 9, 2020 at 12:58:23 PM UTC-4 tcich...@gmail.com 
wrote:

> sorry here's a link to my public webpage...
> Link to page <http://www.mpython.com/KM4VIG/weewx/belchertown/>
>
>  I'll have to turn debug back on and grab a tail --- may be a bit for that.
>
> On Wednesday, September 9, 2020 at 12:56:16 PM UTC-4 Tom Cichowicz wrote:
>
>> OK, thanks ...
>>
>>  I changed my Secret id and API to my Aeris account values...
>>
>> I am getting forecast ONLY on my internal local webserver (weewx pi ) 
>> that is running as well.
>>
>> However public server host by Go Daddy - not displaying forecast,  or 
>> graphs. ??
>>
>> Plus the rounding of ALL values not happening. as well as the undefined 
>> messages along with the value in some locations.
>>
>> I did go through and delete ALL the index.html files under the 
>> ../blechertown folder on my remote webserver - and restarted weewx.
>>
>> Hasn't yet changed anything.
>>
>> [image: weewx_no_rounding2.PNG]
>>
>> On Tuesday, September 8, 2020 at 8:56:17 PM UTC-4 Pat wrote:
>>
>>> Need a little more information than this. A link to your website? Debug 
>>> logs? 
>>>
>>> Skin version 1.2 will be released tomorrow if all goes to plan, and I 
>>> advise you to switch to Aeris weather since DarkSky will be stopping their 
>>> API usage at some point. 
>>>
>>> On Sunday, September 6, 2020 at 12:14:48 PM UTC-4 tcich...@gmail.com 
>>> wrote:
>>>
>>>> I've got it creating a Darksky forecast json file - with data - however 
>>>> web page doesn't display..
>>>>  ??  version 1.1?
>>>>
>>>

-- 
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/ec5620f6-3d28-4ed6-9625-267c7a5e83a1n%40googlegroups.com.

[weewx-user] Re: Belchertown skin - working great, except Darksky Forecasts

[Pat]

Your website is returning a 404 NOT FOUND error for the forecast, weewx 
data files and graph json files. They are supposed to be uploaded to the 
JSON folder. You'll need to fix that. 



On Wednesday, September 9, 2020 at 12:58:23 PM UTC-4 tcich...@gmail.com 
wrote:

> sorry here's a link to my public webpage...
> Link to page <http://www.mpython.com/KM4VIG/weewx/belchertown/>
>
>  I'll have to turn debug back on and grab a tail --- may be a bit for that.
>
> On Wednesday, September 9, 2020 at 12:56:16 PM UTC-4 Tom Cichowicz wrote:
>
>> OK, thanks ...
>>
>>  I changed my Secret id and API to my Aeris account values...
>>
>> I am getting forecast ONLY on my internal local webserver (weewx pi ) 
>> that is running as well.
>>
>> However public server host by Go Daddy - not displaying forecast,  or 
>> graphs. ??
>>
>> Plus the rounding of ALL values not happening. as well as the undefined 
>> messages along with the value in some locations.
>>
>> I did go through and delete ALL the index.html files under the 
>> ../blechertown folder on my remote webserver - and restarted weewx.
>>
>> Hasn't yet changed anything.
>>
>> [image: weewx_no_rounding2.PNG]
>>
>> On Tuesday, September 8, 2020 at 8:56:17 PM UTC-4 Pat wrote:
>>
>>> Need a little more information than this. A link to your website? Debug 
>>> logs? 
>>>
>>> Skin version 1.2 will be released tomorrow if all goes to plan, and I 
>>> advise you to switch to Aeris weather since DarkSky will be stopping their 
>>> API usage at some point. 
>>>
>>> On Sunday, September 6, 2020 at 12:14:48 PM UTC-4 tcich...@gmail.com 
>>> wrote:
>>>
>>>> I've got it creating a Darksky forecast json file - with data - however 
>>>> web page doesn't display..
>>>>  ??  version 1.1?
>>>>
>>>

-- 
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/1938b1e6-9ba9-4900-a55d-32e47e9cd775n%40googlegroups.com.

[weewx-user] Re: Belchertown skin - working great, except Darksky Forecasts

[Pat]

Try to debug the skin using these 
methods: 
https://github.com/poblabs/weewx-belchertown/tree/development#how-to-use-debug 
- You may find the error? 

The undefined units could be because you may be running your site within a 
subfolder of a subfolder? Like mysite.com/weather/weewx/belchertown or 
something? See https://github.com/poblabs/weewx-belchertown/issues/342


Whats the link to your public site? 
 
On Wednesday, September 9, 2020 at 12:56:16 PM UTC-4 tcich...@gmail.com 
wrote:

> OK, thanks ...
>
>  I changed my Secret id and API to my Aeris account values...
>
> I am getting forecast ONLY on my internal local webserver (weewx pi ) that 
> is running as well.
>
> However public server host by Go Daddy - not displaying forecast,  or 
> graphs. ??
>
> Plus the rounding of ALL values not happening. as well as the undefined 
> messages along with the value in some locations.
>
> I did go through and delete ALL the index.html files under the 
> ../blechertown folder on my remote webserver - and restarted weewx.
>
> Hasn't yet changed anything.
>
> [image: weewx_no_rounding2.PNG]
>
> On Tuesday, September 8, 2020 at 8:56:17 PM UTC-4 Pat wrote:
>
>> Need a little more information than this. A link to your website? Debug 
>> logs? 
>>
>> Skin version 1.2 will be released tomorrow if all goes to plan, and I 
>> advise you to switch to Aeris weather since DarkSky will be stopping their 
>> API usage at some point. 
>>
>> On Sunday, September 6, 2020 at 12:14:48 PM UTC-4 tcich...@gmail.com 
>> wrote:
>>
>>> I've got it creating a Darksky forecast json file - with data - however 
>>> web page doesn't display..
>>>  ??  version 1.1?
>>>
>>

-- 
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/da9321d0-6d90-4dbf-bc69-fe301478c522n%40googlegroups.com.

[weewx-user] Re: MQTT - extension / Belchertown skin / Failed connecting ....

[Pat]

Strange. I would delete the html files, restart weewx and let it 
re-generate them. They should be in sync with whatever you've set in 
weewx.conf for rounding values. 

On Tuesday, September 8, 2020 at 1:32:14 PM UTC-4 tcich...@gmail.com wrote:

> I also just noticed that my PUBLIC server is NOT rounding the values ... 
> but local server is?
> [image: Rounding_weewx_webpage.PNG]
>
> On Tuesday, September 8, 2020 at 1:24:16 PM UTC-4 Tom Cichowicz wrote:
>
>> wow... OK that fixed!  ((Link to page) 
>> 
>>
>> Now I have ONLY one issue to resolve.
>>
>> I can't figureout why my  forecast data from (DarkSky/Aeris) is NOT 
>> displaying on my PUBLIC server.
>>
>> As you can see it shows the Header 8 Day Forecast -- but nothing under 
>> it. Also, none of my Graphs are viewable either.
>>
>> BUT if I connect to my weewx's webserver locally it displays as 
>> expected???
>>
>>See the screenshot BELOW the next one.
>>
>>
>>
>>
>> [image: NP_weewx_webpage.PNG]
>>
>> Local connection to weewx webserver ( I cropped the screenshot, but the 
>> graphs are displayed as well)
>> [image: NP_weewx_webpage_local.PNG]
>>
>> On Tuesday, September 8, 2020 at 12:48:42 PM UTC-4 vince wrote:
>>
>>> On Tuesday, September 8, 2020 at 9:43:22 AM UTC-7, Tom Cichowicz wrote:
>>>
 mqtt_websockets_host = "localhost"
   

>>>
>>> The websockets host needs to be the fully qualified hostname (or ip) of 
>>> the computer.
>>>
>>> You can't use 'localhost'.  That would cause your browser to try to 
>>> connect to the host you're running the browser on, which is almost 
>>> certainly not what you want to do.
>>>
>>> (lots of people battle this one and make the same mistake - I've done it 
>>> multiple times :-)
>>>
>>>

-- 
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/6ef8333e-8a4c-4640-919b-c5036592247cn%40googlegroups.com.

[weewx-user] Re: Belchertown skin - working great, except Darksky Forecasts

[Pat]

Need a little more information than this. A link to your website? Debug 
logs? 

Skin version 1.2 will be released tomorrow if all goes to plan, and I 
advise you to switch to Aeris weather since DarkSky will be stopping their 
API usage at some point. 

On Sunday, September 6, 2020 at 12:14:48 PM UTC-4 tcich...@gmail.com wrote:

> I've got it creating a Darksky forecast json file - with data - however 
> web page doesn't display..
>  ??  version 1.1?
>

-- 
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/f9873de1-0900-4f78-8013-2e14459ea9bcn%40googlegroups.com.

[weewx-user] Re: Belchertown gets year summary wrong

[Pat]

Take a look at the wiki documentation for the xaxis categories 

. 

>  *You will need to give the right labels, and do not expect all output to 
start with January*. For example, if you start a new database in June, then 
you would use xAxis_categories = 'Jun', 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 
'Dec'. **It is up to you to provide the right labels for the data you're 
expecting. **  

On Wednesday, August 19, 2020 at 2:10:45 PM UTC-4 ba...@kdbarto.org wrote:

> I've only had data since early March, I just added the Year summary 
> ([[avgclimatethisyear]] from the 
> https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#average-climate-values-chart)
>  
> and it is starting from January. So even though the data reported is 
> correct, the month is wrong.
>
> Any idea how to fix that one?
>
> http://www.kdbarto.org/weather/belchertown/graphs/?graph=year
>
> On a side note - is there anyplace where I can find a "complete list" of 
> all the possible graphs that Belchertown, or the default skin for weewx 
> supports out of the box?
>
>  David
>
>

-- 
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/e3497bee-dd3c-4626-9b40-292d042b8a62n%40googlegroups.com.

[weewx-user] Re: Pi Display for Belchertown

[Pat]

AWESOME!

On Wednesday, August 19, 2020 at 7:00:23 AM UTC-4 andyhud...@googlemail.com 
wrote:

> Morning - thought some users here might be interested in a 3d printed case 
> just uploaded to Thingiverse, made to take advantage of the great /pi view 
> of Belchertown. Anyhow hope its ok to post - anyone interested can see more 
> at 
> https://www.instagram.com/p/CED6hG6JTN5/?utm_source=ig_web_button_share_sheet 
>  
> or
>  
> print it via https://www.thingiverse.com/thing:4574032 
>
>
>
> [image: PiCasefrontsm.jpg]
>

-- 
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/4203a8f9-23c4-400c-ae0c-fb7a0c7ddb94n%40googlegroups.com.

[weewx-user] Re: Belchertown temperature graph axis error "90" displayed as "-0"

[Pat]

No, I have no idea. 

Could be a fonts issue? 

Could be something else? 

Does OpenSUSE have a Gnome option? If so try that?

Maybe someone here may know.   

On Sunday, August 9, 2020 at 8:46:21 PM UTC-4 gldic...@gmail.com wrote:

> OK, I have another system running Debian/Gnome and everything renders 
> correctly.
>
> Also, I have a WIndows 10 instance that renders everything correctly as 
> well.
>
> So, what is the problem with OpenSUSE?  I've been using OpenSUSE since 
> 2013 and I have not ever seen this before.
>
> Any recommendations?
>
> Thanks,
>
> Gordon
>

-- 
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/22e787e9-5bd6-465f-8112-7441dd23d1bcn%40googlegroups.com.

[weewx-user] Re: Belchertown temperature graph axis error "90" displayed as "-0"

[Pat]

I'm not sure I'd classify this as a 1.2 beta problem but rather something 
unique to your OS environment. Perhaps a missing font file so the OS is 
substituting with what it has available? Try it from Windows or your cell 
phone? 

On Sunday, August 9, 2020 at 8:26:23 PM UTC-4 gldic...@gmail.com wrote:

>
> As an FYI, the temperatures on the y-axis on http://belchertownweather.com 
> also have "-0" instead  of "90".  So, this problem remains on the 1.2 beta.
>
> FYI,
>
> Gordon
>
>

-- 
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/7a4555f1-ed61-4dc0-a474-8e0174a6b8b3n%40googlegroups.com.

[weewx-user] Re: Belchertown temperature graph axis error "90" displayed as "-0"

[Pat]

Not sure about OpenSUSE, but on Pop_OS it's rendering fine for me. I wonder 
if it's something with your OS specifically? Sorry, I don't have any better 
answer on that one. If you go to another belchertown site (like mine, 
belchertownweather.com), are the y-axis labels truncated? I ask because 
you're using 1.0.1, and I wonder if this is fixed in the new 1.2 beta.

On Sunday, August 9, 2020 at 3:04:13 PM UTC-4 gldic...@gmail.com wrote:

> Hi Pat,
>
> I am running OpenSUSE Linux with KDE Plasma 5 desktop where the problem 
> exists with chrome, chromium and firefox.  You are right in that the axis 
> labels work fine in Windows.  Any idea what is wrong on desktop linux?
>
> Thanks,
>
> Gordon
>

-- 
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/881fc206-b1e9-4d50-90c8-0158772702d1n%40googlegroups.com.

[weewx-user] Re: Belchertown temperature graph axis error "90" displayed as "-0"

[Pat]

Looks fine to me. What browser are you using? I'm on Windows 10 and Chrome



On Sunday, August 9, 2020 at 2:41:31 PM UTC-4 gldic...@gmail.com wrote:

> Hi Pat,
>
> Here is the link:  https://crabapple.dickens.com/
>
> Thanks for taking a look!  Let me know what you think.
>
> Gordon
>
>
>
> On Sunday, August 9, 2020 at 2:20:12 PM UTC-4, Pat wrote:
>>
>> Whats the link to your site? 
>>
>> Also, skin 1.0.1 isn't the most recent release so fixes to this 
>> particular version aren't supported, but I'll take a look. 
>>
>> On Sunday, August 9, 2020 at 12:36:54 PM UTC-4 gldic...@gmail.com wrote:
>>
>>> I am running WeeWx Version 3.9.2 and Belchertown skin version 1.0.1.
>>>
>>> The temperature graph axis incorrectly displays "90" as "-0" as if the 9 
>>> is replaced by a dash ("-").  Please refer to the attached screen shot 
>>> which shows this error.
>>>
>>> How do I fix this?
>>>
>>> Thanks!
>>>
>>> Gordon
>>>
>>>

-- 
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/69df693a-7319-4c81-8082-88403cbb6683n%40googlegroups.com.

Re: [weewx-user] New Google Groups User Interface - Tested

[Pat]

I'm trying it as well. Saw an article that a lot of the old Google-style 
sites will be phased out later this year, so I'm trying to get used to it. 
I agree, I don't like it that much; wish they'd put inline code editor back 
in. 

(Vince, As for Discord; I'd much prefer that to email/groups :-) )

On Wednesday, August 5, 2020 at 6:32:31 PM UTC-4 vince wrote:

> On Wednesday, August 5, 2020 at 3:04:56 PM UTC-7, Greg from Oz wrote:
>>
>> Forgot to mention the old version jumps to the latest post of a long list 
>> where the new version you have to scroll down to it. That is annoying when 
>> there are lots of replies.
>>
>>
>>
> Definitely not a fan of the new groups interface. Switched back basically 
> instantly.
> Of course I'm a dinosaur and can't stand the Discord interface either :-)
>
> Gimme a terminal window and 1993's version of 'nn' for USENET News anytime 
> !
> (no - I do not use emacs macros, although I know emacs zealots who do)
>  
>

-- 
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/923e4fdb-fac3-4a1d-9e9a-6e5e8efa1682n%40googlegroups.com.

[weewx-user] Re: almanac_extras - Belchertown 1.2

[Pat]

Have you upgraded your skin.conf when upgrading to the 1.2? *You must 
upgrade all files*, not select few. 

The skin.conf almanac_extra's is set to 1 already, so your solution is 
basically already present in the upgrade. 

On Wednesday, August 5, 2020 at 8:14:06 AM UTC-4 jputt...@gmail.com wrote:

>
>
> this is the screen with version *1.1* and I can see 'celestial.inc'. 
> after clicking 'weitere Details'.
>
> vers. *1.2.*
>
>
> If I replace in the 'index.html.tmpl' the line
> #if $Extras.has_key("almanac_extras") and $Extras.almanac_extras == '1' 
> and $almanac.hasExtras
>
> with the vers. 1.1 line
>  #if os.path.exists("celestial.inc")
>
> then it works fine, but I think that is not a good solution!
> 
>
>

-- 
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/b87241ed-de57-48b4-b631-70bf3746528en%40googlegroups.com.

Re: [weewx-user] Re: Belchertown Skin, Websockets, Firefox Fail to Connect

[Pat]

Interesting, it fails for me too in Firefox. It could be the version of the 
MQTT Websocket library you're using in 1.1. In 1.2 there are some updates 
to the MQTT websockets code.

My site - belchertownweather.com - is using the latest development 1.2 
release candidate 
 and it 
works for me in Firefox. Give the development version a try - note 1.2 is 
focused on using Aeris Weather as a forecast provider, however DarkSky is 
supported. Please read the readme for the new skin.conf variables to be used 
 
and changelog for all the breaking changes 
 
so far in this upgrade. 


On Wednesday, August 5, 2020 at 9:09:19 PM UTC-4 bth...@gmail.com wrote:

> With or without openvpn, all works fine for all browsers, except MS Edge, 
> Chromium, developer edition not working if having openvpn connected. 
> Strange.
>
> On Wednesday, 5 August 2020 at 17:21:51 UTC+7 gary@gmail.com wrote:
>
>> Odd that one browser for each of us refuses to connect.
>> I'm not using a VPN, so yours works fine without the VPN but fails when 
>> you use it?
>>
>>
>>
>> On 8/4/2020 11:55 PM, Chotechai Piyavongsiri wrote:
>>
>> I mean Microsoft Edge chromium.
>>
>> On Wednesday, 5 August 2020 at 10:54:10 UTC+7 Chotechai Piyavongsiri 
>> wrote:
>>
>>> I have no problem with any browsers, including Firefox. I'm using 
>>> secured websockets. 
>>> The only problem I have is with Microsoft Edge, WS will not work when I 
>>> connect my OpenVPN, same message as you got (Firefox works). I still don't 
>>> know the reason.
>>>
>>> On Tuesday, 4 August 2020 at 23:11:56 UTC+7 gary@gmail.com wrote:
>>>
 I have a curious issue here. 
 I normally use Edge from Windows 10 to browse. All is working fine.
 I use Firefox in troubleshooting and browsed to my weather page.
 No connection to the websocket feed.
 Open Edge, no problem. Chrome from my phone, no problem. Safari from my 
 wife's iPhone, no problem.

 Disabled all plugins in Firefox, still get  Failed connecting to the 
 weather station. Please try again later! 

 Tried from a Linux machine using Firefox, same result.

 Any ideas?

>>> -- 
>> 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/nwHdhPVd5o0/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> weewx-user+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/0c145e3e-1e5f-4cea-ba00-fc09059a60edn%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/907fc766-916c-4897-8877-9da596588058n%40googlegroups.com.

[weewx-user] Re: $station_obs_html - index.html.tmpl [done]

[Pat]

In version 1.1+, the way they are ordered in the skin/weewx.conf Extras  
station_observations  variable should be how they're ordered on the 
website. 

On Thursday, August 6, 2020 at 8:14:42 AM UTC-4 jputt...@gmail.com wrote:

> done
>
>
> Am Mittwoch, 5. August 2020 14:26:53 UTC+2 schrieb Joachim Puttkammer:
>>
>> To display more sensors on the main page I have added the following lines
>> :
>>
>> 
>> $station_obs_html
>>
>> 
>>$obs.label.dewpoint
>>
>>$current.dewpoint
>>
>> 
>>
>> #if $day.soilMoist1.has_data
>> 
>>Bodenfeuchte
>>
>>$current.soilMoist1
>>
>> 
>> #end if
>>
>> 
>>
>>
>>
>> Is there a way to display the order of the sensors in the 
>> $station_obs_html differently?
>> Or only through new table entries and deleting $station_obs_html ?
>>
>

-- 
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/0d34e444-6a9b-4688-8c8e-553e9e2e5931n%40googlegroups.com.

[weewx-user] Re: Belchertown temperature graph axis error "90" displayed as "-0"

[Pat]

Whats the link to your site? 

Also, skin 1.0.1 isn't the most recent release so fixes to this particular 
version aren't supported, but I'll take a look. 

On Sunday, August 9, 2020 at 12:36:54 PM UTC-4 gldic...@gmail.com wrote:

> I am running WeeWx Version 3.9.2 and Belchertown skin version 1.0.1.
>
> The temperature graph axis incorrectly displays "90" as "-0" as if the 9 
> is replaced by a dash ("-").  Please refer to the attached screen shot 
> which shows this error.
>
> How do I fix this?
>
> Thanks!
>
> Gordon
>
>

-- 
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/3de07497-4e5c-4fe1-9e5c-d10b671db73fn%40googlegroups.com.

[weewx-user] Re: time_length = day_ago_to_now

[Pat]

Make the two match

On Monday, August 3, 2020 at 12:05:33 PM UTC-4 jputt...@gmail.com wrote:

> My archive_interval is *60*.
> Had I to change the intervall to *300*
>
>
>  
>
>
> Am Montag, 3. August 2020 16:41:52 UTC+2 schrieb Pat:
>
>> Ah, I see your gapsize is still in milliseconds. That tells me you 
>> haven't upgraded to the latest version of the skin, or you've skipped 
>> upgrading belchertown.py. 
>>
>> Keep your graphs.conf the same, and upgrade all files to the latest 
>> version of all files. You'll notice in the development release notes 
>> <https://github.com/poblabs/weewx-belchertown/blob/development/changelog>the 
>> breaking change of gapsize is now in seconds (300) , not milliseconds 
>> (30)
>>
>> On Sunday, August 2, 2020 at 6:35:10 AM UTC-4 jputt...@gmail.com wrote:
>>
>>> Hi,
>>>
>>> i try to create a chart with time-lenght=day_ago_to_now or 
>>> hour_ago_to_now according to the documentation.
>>> I do not succeed.
>>>
>>> WeeWX version: 4.1.1  Belchertown Skin Version: 1.2rc1 
>>>
>>> /var/log/weewx.log
>>>
>>> weewx.cheetahgenerator: Generated 11 files for report Belchertown in 
>>> 0.82 seconds
>>> weewx.reportengine: Copied 3 files to /var/www/html/public_html
>>> weewx.reportengine: Caught unrecoverable exception in generator 
>>> 'user.belchertown.HighchartsJsonGenerator'
>>> weewx.reportengine:   invalid literal for int() with base 
>>> 10: 'day_ago_to_now'
>>> weewx.reportengine:   Traceback (most recent call last):
>>> weewx.reportengine: File 
>>> "/usr/share/weewx/weewx/reportengine.py", line 197, in run
>>> weewx.reportengine:   obj.start()
>>> weewx.reportengine: File 
>>> "/usr/share/weewx/weewx/reportengine.py", line 280, in start
>>> weewx.reportengine:   self.run()
>>> weewx.reportengine: File 
>>> "/usr/share/weewx/user/belchertown.py", line 1507, in run
>>> weewx.reportengine:   time_length = int(time_length) # 
>>> Convert to int() for minstamp math and for point_timestamp conditional later
>>> weewx.reportengine:   ValueError: invalid literal for int() 
>>> with base 10: 'day_ago_to_now'
>>> weewx.reportengine:   Generator terminated
>>>
>>> --
>>> graphs.conf
>>>
>>> aggregate_type = None
>>> time_length = 9 # Last 25 hours
>>> type = line
>>> tooltip_date_format = "LLL"
>>>
>>> [homepage]
>>> # Chart Timespan Defaults
>>> title = "Homepage"
>>> show_button = true
>>> button_text = "Homepage"
>>> #time_length = today
>>> tooltip_date_format = "LLL"
>>> gapsize = 30
>>>
>>> [[chart1]]
>>> title = Temperature
>>> time_length = day_ago_to_now
>>> time_ago = 1
>>> start_at_midnight = true  
>>> [[[outTemp]]]
>>> zIndex = 1
>>> name = Temperature
>>>
>>>
>>> Joachim
>>>
>>>

-- 
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/d3953ebd-f6eb-479b-bad3-17749cca51a4n%40googlegroups.com.

[weewx-user] Re: Belchertown - Huawei P10

[Pat]

What browser does this phone use? Chrome?

On Thursday, July 30, 2020 at 1:15:53 PM UTC-4 jputt...@gmail.com wrote:

> Hi,
>
>
> when I touch the three bars on the screen, nothing happens.  
>
> I have no problems with a tablet (Samsung).
>
>
> [image: Screenshot-HuaweiP10_resized.jpg]
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Joachim
>
>
>

-- 
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/178e7021-89c0-4d85-9028-3705af49fee3n%40googlegroups.com.

[weewx-user] Re: time_length = day_ago_to_now

[Pat]

Ah, I see your gapsize is still in milliseconds. That tells me you haven't 
upgraded to the latest version of the skin, or you've skipped upgrading 
belchertown.py. 

Keep your graphs.conf the same, and upgrade all files to the latest version 
of all files. You'll notice in the development release notes 
the 
breaking change of gapsize is now in seconds (300) , not milliseconds 
(30)

On Sunday, August 2, 2020 at 6:35:10 AM UTC-4 jputt...@gmail.com wrote:

> Hi,
>
> i try to create a chart with time-lenght=day_ago_to_now or hour_ago_to_now 
> according to the documentation.
> I do not succeed.
>
> WeeWX version: 4.1.1  Belchertown Skin Version: 1.2rc1 
>
> /var/log/weewx.log
>
> weewx.cheetahgenerator: Generated 11 files for report Belchertown in 0.82 
> seconds
> weewx.reportengine: Copied 3 files to /var/www/html/public_html
> weewx.reportengine: Caught unrecoverable exception in generator 
> 'user.belchertown.HighchartsJsonGenerator'
> weewx.reportengine:   invalid literal for int() with base 10: 
> 'day_ago_to_now'
> weewx.reportengine:   Traceback (most recent call last):
> weewx.reportengine: File 
> "/usr/share/weewx/weewx/reportengine.py", line 197, in run
> weewx.reportengine:   obj.start()
> weewx.reportengine: File 
> "/usr/share/weewx/weewx/reportengine.py", line 280, in start
> weewx.reportengine:   self.run()
> weewx.reportengine: File 
> "/usr/share/weewx/user/belchertown.py", line 1507, in run
> weewx.reportengine:   time_length = int(time_length) # 
> Convert to int() for minstamp math and for point_timestamp conditional later
> weewx.reportengine:   ValueError: invalid literal for int() 
> with base 10: 'day_ago_to_now'
> weewx.reportengine:   Generator terminated
>
> --
> graphs.conf
>
> aggregate_type = None
> time_length = 9 # Last 25 hours
> type = line
> tooltip_date_format = "LLL"
>
> [homepage]
> # Chart Timespan Defaults
> title = "Homepage"
> show_button = true
> button_text = "Homepage"
> #time_length = today
> tooltip_date_format = "LLL"
> gapsize = 30
>
> [[chart1]]
> title = Temperature
> time_length = day_ago_to_now
> time_ago = 1
> start_at_midnight = true  
> [[[outTemp]]]
> zIndex = 1
> name = Temperature
>
>
> Joachim
>
>

-- 
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/1b9403ee-a31e-43f7-9bc4-101ca2f06c95n%40googlegroups.com.

[weewx-user] Re: time_length = day_ago_to_now

[Pat]

Your graphs.conf looks correct, but the error is not related to 
day_ago_to_now, it looks like day_ago_to_now is being skipped for some 
reason. 

Take a backup of graphs.conf, then try this as your only item in 
graphs.conf? 

[timetestchart]
title = Time Test Chart
show_button = true
button_text = Time Test Chart
gapsize = 300

[[chart1]]
title = Temperature
time_length = day_ago_to_now
time_ago = 1
start_at_midnight = true
#aggregate_type = max
#aggregate_interval = 86400 # 1 day
gapsize = 86400
[[[outTemp]]]
zIndex = 1
name = Temperature
[[[windchill]]]
[[[heatindex]]]
[[[dewpoint]]]



On Sunday, August 2, 2020 at 6:35:10 AM UTC-4 jputt...@gmail.com wrote:

> Hi,
>
> i try to create a chart with time-lenght=day_ago_to_now or hour_ago_to_now 
> according to the documentation.
> I do not succeed.
>
> WeeWX version: 4.1.1  Belchertown Skin Version: 1.2rc1 
>
> /var/log/weewx.log
>
> weewx.cheetahgenerator: Generated 11 files for report Belchertown in 0.82 
> seconds
> weewx.reportengine: Copied 3 files to /var/www/html/public_html
> weewx.reportengine: Caught unrecoverable exception in generator 
> 'user.belchertown.HighchartsJsonGenerator'
> weewx.reportengine:   invalid literal for int() with base 10: 
> 'day_ago_to_now'
> weewx.reportengine:   Traceback (most recent call last):
> weewx.reportengine: File 
> "/usr/share/weewx/weewx/reportengine.py", line 197, in run
> weewx.reportengine:   obj.start()
> weewx.reportengine: File 
> "/usr/share/weewx/weewx/reportengine.py", line 280, in start
> weewx.reportengine:   self.run()
> weewx.reportengine: File 
> "/usr/share/weewx/user/belchertown.py", line 1507, in run
> weewx.reportengine:   time_length = int(time_length) # 
> Convert to int() for minstamp math and for point_timestamp conditional later
> weewx.reportengine:   ValueError: invalid literal for int() 
> with base 10: 'day_ago_to_now'
> weewx.reportengine:   Generator terminated
>
> --
> graphs.conf
>
> aggregate_type = None
> time_length = 9 # Last 25 hours
> type = line
> tooltip_date_format = "LLL"
>
> [homepage]
> # Chart Timespan Defaults
> title = "Homepage"
> show_button = true
> button_text = "Homepage"
> #time_length = today
> tooltip_date_format = "LLL"
> gapsize = 30
>
> [[chart1]]
> title = Temperature
> time_length = day_ago_to_now
> time_ago = 1
> start_at_midnight = true  
> [[[outTemp]]]
> zIndex = 1
> name = Temperature
>
>
> Joachim
>
>

-- 
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/a5213087-1f46-4be1-908d-10b3ffcc5110n%40googlegroups.com.

Re: [weewx-user] FTP Stopped Working After Updating Station Hardware

[Pat Weeden]

As a technical writer, I like to use [xxx] or [your-serial-number] or
something similar as a flag to replace text. I still should’ve caught it
the way the sample was written though. My bad!


On Thu, Jul 30, 2020 at 11:39 AM vince  wrote:

> On Thursday, July 30, 2020 at 8:24:07 AM UTC-7, Tom Keffer wrote:
>>
>> Should have spotted this earlier: your sensor map is messed up. You're
>> using the serial number that was given as an example in the driver's
>> documentation, instead of your own serial number.
>>
>
> Wow we see this a lot.
>
> I wonder if the example should use a serial number of ST-EDITME1234 or
> something like that
>
> --
>

-- 
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/CALfjUp5ic_Tf%2B_%2B%3D8ZTWZWuOTCh35Cw-R7rWY0w5N6OvyAx3%2Bw%40mail.gmail.com.

Re: [weewx-user] FTP Stopped Working After Updating Station Hardware

[Pat W.]

That was it. I updated the sensor map and everything seems to be working 
just fine now. 

Thank you Tom for catching my mistake and for all the troubleshooting. I 
sincerely appreciate it.


On Thursday, July 30, 2020 at 10:24:07 AM UTC-5, Tom Keffer wrote:
>
> Should have spotted this earlier: your sensor map is messed up. You're 
> using the serial number that was given as an example in the driver's 
> documentation, instead of your own serial number. As a result, no LOOP 
> packets are getting emitted by the driver.
>
> You want something like this:
>
> [[sensor_map]]
> outTemp = air_temperature.ST-7656.obs_st
> outHumidity = relative_humidity.ST-7656.obs_st
> pressure = station_pressure.ST-7656.obs_st
> lightning_strikes = lightning_strike_count.ST-7656.obs_st
> avg_distance = lightning_strike_avg_distance.ST-7656.obs_st
> outTempBatteryStatus = battery.ST-7656.obs_st
> windSpeed = wind_speed.ST-7656.rapid_wind
> windDir = wind_direction.ST-7656.rapid_wind
> luxXXX = illuminance.ST-7656.obs_st
> UV = uv.ST-7656.obs_st
> rain = rain_accumulated.ST-7656.obs_st
> windBatteryStatus = battery.ST-7656.obs_st
> radiation = solar_radiation.ST-7656.obs_st
> lightningXXX = distance.ST-7656.evt_strike
> lightningYYY = energy.ST-7656.evt_strike
>
> -tk
>
> On Thu, Jul 30, 2020 at 8:03 AM Pat W. > 
> wrote:
>
>> Here you go. Thanks for your help.
>>
>>
>> On Thursday, July 30, 2020 at 9:03:17 AM UTC-5, Tom Keffer wrote:
>>>
>>> Post the log from the restart, for the first couple of report cycles (10 
>>> minutes or so).
>>>
>>> On Wed, Jul 29, 2020 at 9:58 PM Pat W.  wrote:
>>>
>>>> As instructed...
>>>>
>>>>
>>>> On Tuesday, July 28, 2020 at 6:05:15 PM UTC-5, Tom Keffer wrote:
>>>>>
>>>>> OK, seeing as how that's the only value in the database, let's start 
>>>>> afresh. Can you delete the database, then restart weewx? Keep debug=2. 
>>>>> Post 
>>>>> the log from the restart for the first couple of report cycles (10 
>>>>> minutes 
>>>>> or so).
>>>>>
>>>>> -tk
>>>>>
>>>>> On Tue, Jul 28, 2020 at 3:33 PM Pat W.  wrote:
>>>>>
>>>>>> Affirmative.
>>>>>>
>>>>>>
>>>>>> On Tuesday, July 28, 2020 at 3:55:25 PM UTC-5, Tom Keffer wrote:
>>>>>>>
>>>>>>> That's the only value in the database?
>>>>>>>
>>>>>>> On Tue, Jul 28, 2020 at 1:24 PM Pat W.  wrote:
>>>>>>>
>>>>>>>> The problem seems consistent. DB query here:
>>>>>>>>
>>>>>>>> sqlite> select datetime(dateTime,'unixepoch','localtime') from 
>>>>>>>> archive order by dateTime desc limit 10;
>>>>>>>> 2020-07-26 16:05:00
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tuesday, July 28, 2020 at 8:59:43 AM UTC-5, Tom Keffer wrote:
>>>>>>>>>
>>>>>>>>> Could you please post the results of the database query? I want to 
>>>>>>>>> compare the timestamps with the raw data output of the WeatherFlow.
>>>>>>>>>
>>>>>>>>> Also, is this problem consistent? Or, does it come and go?
>>>>>>>>>
>>>>>>>>> -tk
>>>>>>>>>
>>>>>>>>> On Mon, Jul 27, 2020 at 1:16 PM Pat W.  wrote:
>>>>>>>>>
>>>>>>>>>> Tom,
>>>>>>>>>>
>>>>>>>>>> 1. Using your sqlite commands (thanks!) I see only one entry in 
>>>>>>>>>> the database, and its from yesterday when I was fiddling with things.
>>>>>>>>>>
>>>>>>>>>> 2. Same here, html and png files were created at least once 
>>>>>>>>>> yesterday. Nothing today.
>>>>>>>>>>
>>>>>>>>>> Pat W.
>>>>>>>>>>
>>>>>>>>>> On Sunday, July 26, 2020 at 6:22:11 PM UTC-5, Tom Keffer wrote:
>>>>>>>>>>>
>&

Re: [weewx-user] FTP Stopped Working After Updating Station Hardware

[Pat W.]

Here you go. Thanks for your help.


On Thursday, July 30, 2020 at 9:03:17 AM UTC-5, Tom Keffer wrote:
>
> Post the log from the restart, for the first couple of report cycles (10 
> minutes or so).
>
> On Wed, Jul 29, 2020 at 9:58 PM Pat W. > 
> wrote:
>
>> As instructed...
>>
>>
>> On Tuesday, July 28, 2020 at 6:05:15 PM UTC-5, Tom Keffer wrote:
>>>
>>> OK, seeing as how that's the only value in the database, let's start 
>>> afresh. Can you delete the database, then restart weewx? Keep debug=2. Post 
>>> the log from the restart for the first couple of report cycles (10 minutes 
>>> or so).
>>>
>>> -tk
>>>
>>> On Tue, Jul 28, 2020 at 3:33 PM Pat W.  wrote:
>>>
>>>> Affirmative.
>>>>
>>>>
>>>> On Tuesday, July 28, 2020 at 3:55:25 PM UTC-5, Tom Keffer wrote:
>>>>>
>>>>> That's the only value in the database?
>>>>>
>>>>> On Tue, Jul 28, 2020 at 1:24 PM Pat W.  wrote:
>>>>>
>>>>>> The problem seems consistent. DB query here:
>>>>>>
>>>>>> sqlite> select datetime(dateTime,'unixepoch','localtime') from 
>>>>>> archive order by dateTime desc limit 10;
>>>>>> 2020-07-26 16:05:00
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tuesday, July 28, 2020 at 8:59:43 AM UTC-5, Tom Keffer wrote:
>>>>>>>
>>>>>>> Could you please post the results of the database query? I want to 
>>>>>>> compare the timestamps with the raw data output of the WeatherFlow.
>>>>>>>
>>>>>>> Also, is this problem consistent? Or, does it come and go?
>>>>>>>
>>>>>>> -tk
>>>>>>>
>>>>>>> On Mon, Jul 27, 2020 at 1:16 PM Pat W.  wrote:
>>>>>>>
>>>>>>>> Tom,
>>>>>>>>
>>>>>>>> 1. Using your sqlite commands (thanks!) I see only one entry in the 
>>>>>>>> database, and its from yesterday when I was fiddling with things.
>>>>>>>>
>>>>>>>> 2. Same here, html and png files were created at least once 
>>>>>>>> yesterday. Nothing today.
>>>>>>>>
>>>>>>>> Pat W.
>>>>>>>>
>>>>>>>> On Sunday, July 26, 2020 at 6:22:11 PM UTC-5, Tom Keffer wrote:
>>>>>>>>>
>>>>>>>>> I have my suspicions about what's going on here, but first let me 
>>>>>>>>> ask you two questions.
>>>>>>>>>
>>>>>>>>> 1. Is there any evidence that anything is getting stored in the 
>>>>>>>>> database? Take a look in your database. This will show the timestamps 
>>>>>>>>> of 
>>>>>>>>> the last 10 records that have been stored in the database:
>>>>>>>>>
>>>>>>>>> *sqlite3 /var/lib/weewx/weewx.sdb*
>>>>>>>>> sqlite> *select datetime(dateTime,'unixepoch','localtime') from 
>>>>>>>>> archive order by dateTime desc limit 10;*
>>>>>>>>>
>>>>>>>>> 2. Is there any evidence that reports have been generated at all 
>>>>>>>>> (let alone FTP'd)? 
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> *ls -l /var/www/html/weewx*
>>>>>>>>>
>>>>>>>>> -tk
>>>>>>>>>
>>>>>>>>> On Sun, Jul 26, 2020 at 3:24 PM Pat W.  wrote:
>>>>>>>>>
>>>>>>>>>> Hi All,
>>>>>>>>>>
>>>>>>>>>> I've been using weewx for a couple years with an old WMR-918 and 
>>>>>>>>>> all works fine, including an FTP upload to my personal web page 
>>>>>>>>>> every five 
>>>>>>>>>> minutes. Recently bought a Weatherflow Tempest and installed the 
>>>>>>>>>> WeatherFlowUDP extension. Weewx appears to be receiving data from 
>>>>>>>>>> the 
>>>>>>>>>> station properly, but the FTP function has stopped working and I 
>>>>&

Re: [weewx-user] FTP Stopped Working After Updating Station Hardware

[Pat W.]

As instructed...


On Tuesday, July 28, 2020 at 6:05:15 PM UTC-5, Tom Keffer wrote:
>
> OK, seeing as how that's the only value in the database, let's start 
> afresh. Can you delete the database, then restart weewx? Keep debug=2. Post 
> the log from the restart for the first couple of report cycles (10 minutes 
> or so).
>
> -tk
>
> On Tue, Jul 28, 2020 at 3:33 PM Pat W. > 
> wrote:
>
>> Affirmative.
>>
>>
>> On Tuesday, July 28, 2020 at 3:55:25 PM UTC-5, Tom Keffer wrote:
>>>
>>> That's the only value in the database?
>>>
>>> On Tue, Jul 28, 2020 at 1:24 PM Pat W.  wrote:
>>>
>>>> The problem seems consistent. DB query here:
>>>>
>>>> sqlite> select datetime(dateTime,'unixepoch','localtime') from archive 
>>>> order by dateTime desc limit 10;
>>>> 2020-07-26 16:05:00
>>>>
>>>>
>>>>
>>>> On Tuesday, July 28, 2020 at 8:59:43 AM UTC-5, Tom Keffer wrote:
>>>>>
>>>>> Could you please post the results of the database query? I want to 
>>>>> compare the timestamps with the raw data output of the WeatherFlow.
>>>>>
>>>>> Also, is this problem consistent? Or, does it come and go?
>>>>>
>>>>> -tk
>>>>>
>>>>> On Mon, Jul 27, 2020 at 1:16 PM Pat W.  wrote:
>>>>>
>>>>>> Tom,
>>>>>>
>>>>>> 1. Using your sqlite commands (thanks!) I see only one entry in the 
>>>>>> database, and its from yesterday when I was fiddling with things.
>>>>>>
>>>>>> 2. Same here, html and png files were created at least once 
>>>>>> yesterday. Nothing today.
>>>>>>
>>>>>> Pat W.
>>>>>>
>>>>>> On Sunday, July 26, 2020 at 6:22:11 PM UTC-5, Tom Keffer wrote:
>>>>>>>
>>>>>>> I have my suspicions about what's going on here, but first let me 
>>>>>>> ask you two questions.
>>>>>>>
>>>>>>> 1. Is there any evidence that anything is getting stored in the 
>>>>>>> database? Take a look in your database. This will show the timestamps 
>>>>>>> of 
>>>>>>> the last 10 records that have been stored in the database:
>>>>>>>
>>>>>>> *sqlite3 /var/lib/weewx/weewx.sdb*
>>>>>>> sqlite> *select datetime(dateTime,'unixepoch','localtime') from 
>>>>>>> archive order by dateTime desc limit 10;*
>>>>>>>
>>>>>>> 2. Is there any evidence that reports have been generated at all 
>>>>>>> (let alone FTP'd)? 
>>>>>>>
>>>>>>>
>>>>>>> *ls -l /var/www/html/weewx*
>>>>>>>
>>>>>>> -tk
>>>>>>>
>>>>>>> On Sun, Jul 26, 2020 at 3:24 PM Pat W.  wrote:
>>>>>>>
>>>>>>>> Hi All,
>>>>>>>>
>>>>>>>> I've been using weewx for a couple years with an old WMR-918 and 
>>>>>>>> all works fine, including an FTP upload to my personal web page every 
>>>>>>>> five 
>>>>>>>> minutes. Recently bought a Weatherflow Tempest and installed the 
>>>>>>>> WeatherFlowUDP extension. Weewx appears to be receiving data from the 
>>>>>>>> station properly, but the FTP function has stopped working and I can't 
>>>>>>>> find 
>>>>>>>> any references to it in the syslog. I reinstalled weewx from scratch 
>>>>>>>> (installed via apt-get on Raspberry Pi 4) after the hardware change to 
>>>>>>>> no 
>>>>>>>> avail. 
>>>>>>>>
>>>>>>>> I'm a linux novice but can find my way around. This one has me 
>>>>>>>> stumped. Any help is appreciated. mylog and wee_debug files attached
>>>>>>>>
>>>>>>>> Pat W.
>>>>>>>>
>>>>>>>> -- 
>>>>>>>> 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, 
>>>>>>

Re: [weewx-user] FTP Stopped Working After Updating Station Hardware

[Pat W.]

Affirmative.


On Tuesday, July 28, 2020 at 3:55:25 PM UTC-5, Tom Keffer wrote:
>
> That's the only value in the database?
>
> On Tue, Jul 28, 2020 at 1:24 PM Pat W. > 
> wrote:
>
>> The problem seems consistent. DB query here:
>>
>> sqlite> select datetime(dateTime,'unixepoch','localtime') from archive 
>> order by dateTime desc limit 10;
>> 2020-07-26 16:05:00
>>
>>
>>
>> On Tuesday, July 28, 2020 at 8:59:43 AM UTC-5, Tom Keffer wrote:
>>>
>>> Could you please post the results of the database query? I want to 
>>> compare the timestamps with the raw data output of the WeatherFlow.
>>>
>>> Also, is this problem consistent? Or, does it come and go?
>>>
>>> -tk
>>>
>>> On Mon, Jul 27, 2020 at 1:16 PM Pat W.  wrote:
>>>
>>>> Tom,
>>>>
>>>> 1. Using your sqlite commands (thanks!) I see only one entry in the 
>>>> database, and its from yesterday when I was fiddling with things.
>>>>
>>>> 2. Same here, html and png files were created at least once yesterday. 
>>>> Nothing today.
>>>>
>>>> Pat W.
>>>>
>>>> On Sunday, July 26, 2020 at 6:22:11 PM UTC-5, Tom Keffer wrote:
>>>>>
>>>>> I have my suspicions about what's going on here, but first let me ask 
>>>>> you two questions.
>>>>>
>>>>> 1. Is there any evidence that anything is getting stored in the 
>>>>> database? Take a look in your database. This will show the timestamps of 
>>>>> the last 10 records that have been stored in the database:
>>>>>
>>>>> *sqlite3 /var/lib/weewx/weewx.sdb*
>>>>> sqlite> *select datetime(dateTime,'unixepoch','localtime') from 
>>>>> archive order by dateTime desc limit 10;*
>>>>>
>>>>> 2. Is there any evidence that reports have been generated at all (let 
>>>>> alone FTP'd)? 
>>>>>
>>>>>
>>>>> *ls -l /var/www/html/weewx*
>>>>>
>>>>> -tk
>>>>>
>>>>> On Sun, Jul 26, 2020 at 3:24 PM Pat W.  wrote:
>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> I've been using weewx for a couple years with an old WMR-918 and all 
>>>>>> works fine, including an FTP upload to my personal web page every five 
>>>>>> minutes. Recently bought a Weatherflow Tempest and installed the 
>>>>>> WeatherFlowUDP extension. Weewx appears to be receiving data from the 
>>>>>> station properly, but the FTP function has stopped working and I can't 
>>>>>> find 
>>>>>> any references to it in the syslog. I reinstalled weewx from scratch 
>>>>>> (installed via apt-get on Raspberry Pi 4) after the hardware change to 
>>>>>> no 
>>>>>> avail. 
>>>>>>
>>>>>> I'm a linux novice but can find my way around. This one has me 
>>>>>> stumped. Any help is appreciated. mylog and wee_debug files attached
>>>>>>
>>>>>> Pat W.
>>>>>>
>>>>>> -- 
>>>>>> 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/d5cd1209-4b4c-4165-b857-39f237300f8co%40googlegroups.com
>>>>>>  
>>>>>> <https://groups.google.com/d/msgid/weewx-user/d5cd1209-4b4c-4165-b857-39f237300f8co%40googlegroups.com?utm_medium=email_source=footer>
>>>>>> .
>>>>>>
>>>>> -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "weewx-user" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to weewx...@googlegroups.com.
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/weewx-user/c74fba6c-92cf-49aa-8732-9302e8ff8525o%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/weewx-user/c74fba6c-92cf-49aa-8732-9302e8ff8525o%40googlegroups.com?utm_medium=email_source=footer>
>>>> .
>>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/7d99645c-d737-4d32-87f6-7b1377ea7881o%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/7d99645c-d737-4d32-87f6-7b1377ea7881o%40googlegroups.com?utm_medium=email_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/53e8e5ea-74d2-402b-91f8-63886ea38a87o%40googlegroups.com.

Re: [weewx-user] FTP Stopped Working After Updating Station Hardware

[Pat W.]

The problem seems consistent. DB query here:

sqlite> select datetime(dateTime,'unixepoch','localtime') from archive 
order by dateTime desc limit 10;
2020-07-26 16:05:00



On Tuesday, July 28, 2020 at 8:59:43 AM UTC-5, Tom Keffer wrote:
>
> Could you please post the results of the database query? I want to compare 
> the timestamps with the raw data output of the WeatherFlow.
>
> Also, is this problem consistent? Or, does it come and go?
>
> -tk
>
> On Mon, Jul 27, 2020 at 1:16 PM Pat W. > 
> wrote:
>
>> Tom,
>>
>> 1. Using your sqlite commands (thanks!) I see only one entry in the 
>> database, and its from yesterday when I was fiddling with things.
>>
>> 2. Same here, html and png files were created at least once yesterday. 
>> Nothing today.
>>
>> Pat W.
>>
>> On Sunday, July 26, 2020 at 6:22:11 PM UTC-5, Tom Keffer wrote:
>>>
>>> I have my suspicions about what's going on here, but first let me ask 
>>> you two questions.
>>>
>>> 1. Is there any evidence that anything is getting stored in the 
>>> database? Take a look in your database. This will show the timestamps of 
>>> the last 10 records that have been stored in the database:
>>>
>>> *sqlite3 /var/lib/weewx/weewx.sdb*
>>> sqlite> *select datetime(dateTime,'unixepoch','localtime') from archive 
>>> order by dateTime desc limit 10;*
>>>
>>> 2. Is there any evidence that reports have been generated at all (let 
>>> alone FTP'd)? 
>>>
>>>
>>> *ls -l /var/www/html/weewx*
>>>
>>> -tk
>>>
>>> On Sun, Jul 26, 2020 at 3:24 PM Pat W.  wrote:
>>>
>>>> Hi All,
>>>>
>>>> I've been using weewx for a couple years with an old WMR-918 and all 
>>>> works fine, including an FTP upload to my personal web page every five 
>>>> minutes. Recently bought a Weatherflow Tempest and installed the 
>>>> WeatherFlowUDP extension. Weewx appears to be receiving data from the 
>>>> station properly, but the FTP function has stopped working and I can't 
>>>> find 
>>>> any references to it in the syslog. I reinstalled weewx from scratch 
>>>> (installed via apt-get on Raspberry Pi 4) after the hardware change to no 
>>>> avail. 
>>>>
>>>> I'm a linux novice but can find my way around. This one has me stumped. 
>>>> Any help is appreciated. mylog and wee_debug files attached
>>>>
>>>> Pat W.
>>>>
>>>> -- 
>>>> 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/d5cd1209-4b4c-4165-b857-39f237300f8co%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/weewx-user/d5cd1209-4b4c-4165-b857-39f237300f8co%40googlegroups.com?utm_medium=email_source=footer>
>>>> .
>>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/c74fba6c-92cf-49aa-8732-9302e8ff8525o%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/c74fba6c-92cf-49aa-8732-9302e8ff8525o%40googlegroups.com?utm_medium=email_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/7d99645c-d737-4d32-87f6-7b1377ea7881o%40googlegroups.com.

Re: [weewx-user] FTP Stopped Working After Updating Station Hardware

[Pat W.]

Tom,

1. Using your sqlite commands (thanks!) I see only one entry in the 
database, and its from yesterday when I was fiddling with things.

2. Same here, html and png files were created at least once yesterday. 
Nothing today.

Pat W.

On Sunday, July 26, 2020 at 6:22:11 PM UTC-5, Tom Keffer wrote:
>
> I have my suspicions about what's going on here, but first let me ask you 
> two questions.
>
> 1. Is there any evidence that anything is getting stored in the database? 
> Take a look in your database. This will show the timestamps of the last 10 
> records that have been stored in the database:
>
> *sqlite3 /var/lib/weewx/weewx.sdb*
> sqlite> *select datetime(dateTime,'unixepoch','localtime') from archive 
> order by dateTime desc limit 10;*
>
> 2. Is there any evidence that reports have been generated at all (let 
> alone FTP'd)? 
>
>
> *ls -l /var/www/html/weewx*
>
> -tk
>
> On Sun, Jul 26, 2020 at 3:24 PM Pat W. > 
> wrote:
>
>> Hi All,
>>
>> I've been using weewx for a couple years with an old WMR-918 and all 
>> works fine, including an FTP upload to my personal web page every five 
>> minutes. Recently bought a Weatherflow Tempest and installed the 
>> WeatherFlowUDP extension. Weewx appears to be receiving data from the 
>> station properly, but the FTP function has stopped working and I can't find 
>> any references to it in the syslog. I reinstalled weewx from scratch 
>> (installed via apt-get on Raspberry Pi 4) after the hardware change to no 
>> avail. 
>>
>> I'm a linux novice but can find my way around. This one has me stumped. 
>> Any help is appreciated. mylog and wee_debug files attached
>>
>> Pat W.
>>
>> -- 
>> 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/d5cd1209-4b4c-4165-b857-39f237300f8co%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/d5cd1209-4b4c-4165-b857-39f237300f8co%40googlegroups.com?utm_medium=email_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/c74fba6c-92cf-49aa-8732-9302e8ff8525o%40googlegroups.com.

[weewx-user] FTP Stopped Working After Updating Station Hardware

[Pat W.]

Hi All,

I've been using weewx for a couple years with an old WMR-918 and all works 
fine, including an FTP upload to my personal web page every five minutes. 
Recently bought a Weatherflow Tempest and installed the WeatherFlowUDP 
extension. Weewx appears to be receiving data from the station properly, 
but the FTP function has stopped working and I can't find any references to 
it in the syslog. I reinstalled weewx from scratch (installed via apt-get 
on Raspberry Pi 4) after the hardware change to no avail. 

I'm a linux novice but can find my way around. This one has me stumped. Any 
help is appreciated. mylog and wee_debug files attached

Pat W.

-- 
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/d5cd1209-4b4c-4165-b857-39f237300f8co%40googlegroups.com.


mylog
Description: Binary data


wee_debug-07-26-2020
Description: Binary data

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

[Pat]

Off the top of my head I'd say remove Python 2, install Python 3. That 
should be enough.

(My personal preference would be to then) remove weewx using sudo apt-get 
remove weewx, then install using the setup.py. I find it much easier to 
have the whole thing live in the 1 folder /home/weewx. Makes it easy for 
backups, upgrades, everything is contained. If you go this route you just 
need to then configure your web server to serve the website 
<https://github.com/weewx/weewx/wiki/webserver>from the /home/weewx folder 
instead of /var/www. There's a bit of time to spend on doing that though 
with your weewx.conf settings and such. Makes for a fun project if time 
allows. 

Of course, always have a backup in case you get in too deep and need to 
revert back!


On Monday, July 20, 2020 at 9:34:48 PM UTC-4, Ernest Jillson wrote:
>
> 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

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

[Pat]

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
>>>>>
>>>>> 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 1

[weewx-user] Re: belchertown question

[Pat]

Yep! Aeris is only working in the development version right now. I'm 
working on final clean up of the skin and will be publishing the 
development as a release soon. 

On Monday, July 20, 2020 at 8:32:14 PM UTC-4, Jamie Stephens wrote:
>
> do i need to be running the development version to use the forecast with 
> aeris? go easy on me i'm still learning linux and weewx
>
>
> ERROR weewx.reportengine:   Warning: Error downloading 
> forecast data. Check the URL in your configuration and try again. You are 
> trying to use URL: 
> https://api.darksky.net/forecast//35.17491,-81.02416?units=auto=en, 
> and the error is: HTTP Error 400: Bad Request
>
>
>
>   enable = false
> [[Belchertown]]
> skin = Belchertown
> HTML_ROOT = /var/www/html
> [[[Extras]]]
> forecast_enabled = 1
> forecast_api_id = "removed"
> forecast_api_secret = "removed"
>

-- 
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/b603f9ff-bcae-4ca6-bf80-bceea0a68699o%40googlegroups.com.

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

[Pat]

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

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

[Pat]

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_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.

"""This extension takes the windDir from hardware archives
and deletes it. This will replace the windDir reading
with weewx's software method. This was created because
Davis outputs dominant windDir and I like weewx's windDir
calculations a bit better. 

This method also keeps everything else the hardware archive
offers, such as console voltage and rxCheckPercent.

To install, place this file in your bin/user folder, then modify
weewx.conf data_services to include the below.

[StdArchive] 
record_generation = hardware

[Engine]
[[Services]]
data_services = user.deleteVantageWindDir.DeleteWindDir

Restart weewx.
"""

import weewx
from weewx.wxengine import StdService

VERSION = "0.01"

try:
 

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

[Pat]

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.

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

I'm at a loss now. I've copied the aggregation types and intervals charts 
you showed me from Seasons.

On Thursday, July 16, 2020 at 1:16:28 PM UTC-4, geni08...@gmail.com wrote:
>
> that's not what i want, your 30 day version is correct 
> https://www.affolter.familyds.net/wetter/graphs/?graph=25h
>
> Pat schrieb am Donnerstag, 16. Juli 2020 um 18:58:29 UTC+2:
>
>> Looking at the source code of Seasons, try this in your graphs.conf. I 
>> think this is what you're looking for with the aggregations you want. 
>>
>> [testrainpage]
>> title = "Rain Test"
>> show_button = true
>> button_text = "Rain Test"
>> tooltip_date_format = "LLL"
>>
>> 
>> [[rain25h]]
>> title = "Rain 25h"
>> time_length = 9 # 25 hours
>> [[[rain]]]
>> name = Rain (hourly total)
>> type = column
>> aggregate_type = sum
>> aggregate_interval = 3600
>>
>> [[[rainTotal]]]
>> name = Rain Total
>>
>>
>>
>> [[rain7d]]
>> title = "Rain Last 7 Days"
>> time_length = 604800 # Last 7 days
>> gapsize = 360
>> [[[rain]]]
>> name = Rain (daily total)
>> type = column
>> aggregate_type = sum
>> aggregate_interval = 86400
>>
>> [[[rainTotal]]]
>> name = Rain Total
>>
>>
>>
>> [[rain30d]]
>>
>> title = "Rain Last 30 Days"
>> time_length = 2592000 # Last 30 days
>>
>> gapsize = 8640
>> [[[rain]]]
>> name = Rain (daily total)
>> type = column
>> aggregate_type = sum
>> aggregate_interval = 86400
>>
>> [[[rainTotal]]]
>> name = Rain Total
>>
>>
>>
>> On Thursday, July 16, 2020 at 12:36:01 PM UTC-4, geni08...@gmail.com 
>> wrote:
>>
>>> How does this season do it? 
>>> [image: belch01.jpg]
>>> [image: belch02.jpg]
>>>
>>> Pat schrieb am Donnerstag, 16. Juli 2020 um 18:30:19 UTC+2:
>>>
>>>> 1. Don't think this is possible. The graphs do not do any 
>>>> additional math. They show what is in the database and aggregate those 
>>>> values if needed (such as max, min, sum, etc.). 
>>>> 2. Don't think this is possible. The graphs do not do any additional 
>>>> math. They show what is in the database and aggregate those values if 
>>>> needed (such as max, min, sum, etc.). 
>>>>
>>>> 3. Rain last 30 days is:
>>>>
>>>> [testrainpage]
>>>> title = "Rain Test"
>>>> show_button = true
>>>> button_text = "Rain Test"
>>>> tooltip_date_format = "LLL"
>>>>
>>>>
>>>> [[rain30d]]
>>>> title = "Rain Last 30 Days"
>>>>
>>>> time_length = 2592000 # Last 30 days
>>>>
>>>> aggregate_type = sum
>>>> aggregate_interval = 86400 # 1 day
>>>> gapsize = 8640
>>>> [[[rain]]]
>>>> name = Rain
>>>> type = column
>>>> [[[rainTotal]]]
>>>> name = Rain Total
>>>>
>>>>
>>>> On Thursday, July 16, 2020 at 12:27:05 PM UTC-4, geni08...@gmail.com 
>>>> wrote:
>>>>>
>>>>> I would like to:
>>>>> 1. Rain 25h -> mm per h, not every 5 min
>>>>> 2 Rain Last 7 Day -> mm per day, not per hour
>>>>> 3 Rain Last 30 Day -> is what I want 
>>>>>
>>>>> Pat schrieb am Donnerstag, 16. Juli 2020 um 17:35:35 UTC+2:
>>>>>
>>>>>> So on 1 page, you want 3 charts?
>>>>>>
>>>>>> 1. Rain for 25 hours
>>>>>> 2. Rain for 7 days
>>>>>> 3. Rain for 30 days
>>>>>>
>>>>>> Yes, we need to use seconds for this as that is the rolling time 
>>>>>> period. The time_ago does not do a rolling period, only the calendar day 
>>>>>> for that time ago. 
>>>>>>
>>>>>> Is this what you want? 
>>>>>> https://belchertownweather.com/gra

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

Looking at the source code of Seasons, try this in your graphs.conf. I 
think this is what you're looking for with the aggregations you want. 

[testrainpage]
title = "Rain Test"
show_button = true
button_text = "Rain Test"
tooltip_date_format = "LLL"

[[rain25h]]
title = "Rain 25h"
time_length = 9 # 25 hours
[[[rain]]]
name = Rain (hourly total)
type = column
aggregate_type = sum
aggregate_interval = 3600
[[[rainTotal]]]
name = Rain Total


[[rain7d]]
title = "Rain Last 7 Days"
time_length = 604800 # Last 7 days
gapsize = 360
[[[rain]]]
name = Rain (daily total)
type = column
aggregate_type = sum
aggregate_interval = 86400
[[[rainTotal]]]
name = Rain Total


[[rain30d]]
title = "Rain Last 30 Days"
time_length = 2592000 # Last 30 days
gapsize = 8640
[[[rain]]]
name = Rain (daily total)
type = column
aggregate_type = sum
aggregate_interval = 86400
[[[rainTotal]]]
name = Rain Total




On Thursday, July 16, 2020 at 12:36:01 PM UTC-4, geni08...@gmail.com wrote:
>
> How does this season do it? 
> [image: belch01.jpg]
> [image: belch02.jpg]
>
> Pat schrieb am Donnerstag, 16. Juli 2020 um 18:30:19 UTC+2:
>
>> 1. Don't think this is possible. The graphs do not do any 
>> additional math. They show what is in the database and aggregate those 
>> values if needed (such as max, min, sum, etc.). 
>> 2. Don't think this is possible. The graphs do not do any additional 
>> math. They show what is in the database and aggregate those values if 
>> needed (such as max, min, sum, etc.). 
>>
>> 3. Rain last 30 days is:
>>
>> [testrainpage]
>> title = "Rain Test"
>> show_button = true
>> button_text = "Rain Test"
>> tooltip_date_format = "LLL"
>>
>>
>> [[rain30d]]
>> title = "Rain Last 30 Days"
>>
>> time_length = 2592000 # Last 30 days
>>
>> aggregate_type = sum
>> aggregate_interval = 86400 # 1 day
>> gapsize = 8640
>> [[[rain]]]
>> name = Rain
>> type = column
>> [[[rainTotal]]]
>> name = Rain Total
>>
>>
>> On Thursday, July 16, 2020 at 12:27:05 PM UTC-4, geni08...@gmail.com 
>> wrote:
>>>
>>> I would like to:
>>> 1. Rain 25h -> mm per h, not every 5 min
>>> 2 Rain Last 7 Day -> mm per day, not per hour
>>> 3 Rain Last 30 Day -> is what I want 
>>>
>>> Pat schrieb am Donnerstag, 16. Juli 2020 um 17:35:35 UTC+2:
>>>
>>>> So on 1 page, you want 3 charts?
>>>>
>>>> 1. Rain for 25 hours
>>>> 2. Rain for 7 days
>>>> 3. Rain for 30 days
>>>>
>>>> Yes, we need to use seconds for this as that is the rolling time 
>>>> period. The time_ago does not do a rolling period, only the calendar day 
>>>> for that time ago. 
>>>>
>>>> Is this what you want? 
>>>> https://belchertownweather.com/graphs/?graph=testrainpage
>>>>
>>>>
>>>>
>>>>
>>>> On Thursday, July 16, 2020 at 10:59:28 AM UTC-4, geni08...@gmail.com 
>>>> wrote:
>>>>>
>>>>> Hi Pat, the Wicki doesn't get me any further because I don't 
>>>>> understand some things and I can't get any graphics as I wish. I want 
>>>>> three 
>>>>> examples
>>>>> each the amount of rain per unit of time in mm as a column and the 
>>>>> cumulative total as a line.
>>>>> Example 25h: The variant with mm / 10min works, but the variant with 
>>>>> mm / h only results in nonsense.
>>>>> [25h]
>>>>> # Chart Timespan Defaults
>>>>> title = "Letzte 25h"
>>>>> show_button = true
>>>>> button_text = "Letzte 25h"
>>>>> time_length = 9
>>>>> tooltip_date_format = "LLL"
>>>>> gapsize = 60 # This should be your archive_interval from 
>>>>> weewx.conf multiplied by 1000 to get milliseconds. Standard is 5 minutes
>>>>>
>>>>> [[chart1]]
>>>>> title = Regen
>>>>

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

Looking at the source code of Seasons, try this graphs.conf code. I think 
this is what you're looking for

[testrainpage]
title = "Rain Test"
show_button = true
button_text = "Rain Test"
tooltip_date_format = "LLL"

[[rain25h]]
title = "Rain 25h"
time_length = 9 # 25 hours
[[[rain]]]
name = Rain (hourly total)
type = column
aggregate_type = sum
aggregate_interval = 3600
[[[rainTotal]]]
name = Rain Total

[[rain7d]]
title = "Rain Last 7 Days"
time_length = 604800 # Last 7 days
gapsize = 360
[[[rain]]]
name = Rain (daily total)
type = column
aggregate_type = sum
aggregate_interval = 86400
[[[rainTotal]]]
name = Rain Total

[[rain30d]]
title = "Rain Last 30 Days"
time_length = 2592000 # Last 30 days
gapsize = 8640
[[[rain]]]
name = Rain (daily total)
type = column
aggregate_type = sum
aggregate_interval = 86400
[[[rainTotal]]]
name = Rain Total





On Thursday, July 16, 2020 at 12:36:01 PM UTC-4, geni08...@gmail.com wrote:
>
> How does this season do it? 
> [image: belch01.jpg]
> [image: belch02.jpg]
>
> Pat schrieb am Donnerstag, 16. Juli 2020 um 18:30:19 UTC+2:
>
>> 1. Don't think this is possible. The graphs do not do any 
>> additional math. They show what is in the database and aggregate those 
>> values if needed (such as max, min, sum, etc.). 
>> 2. Don't think this is possible. The graphs do not do any additional 
>> math. They show what is in the database and aggregate those values if 
>> needed (such as max, min, sum, etc.). 
>>
>> 3. Rain last 30 days is:
>>
>> [testrainpage]
>> title = "Rain Test"
>> show_button = true
>> button_text = "Rain Test"
>> tooltip_date_format = "LLL"
>>
>>
>> [[rain30d]]
>> title = "Rain Last 30 Days"
>>
>> time_length = 2592000 # Last 30 days
>>
>> aggregate_type = sum
>> aggregate_interval = 86400 # 1 day
>> gapsize = 8640
>> [[[rain]]]
>> name = Rain
>> type = column
>> [[[rainTotal]]]
>> name = Rain Total
>>
>>
>> On Thursday, July 16, 2020 at 12:27:05 PM UTC-4, geni08...@gmail.com 
>> wrote:
>>>
>>> I would like to:
>>> 1. Rain 25h -> mm per h, not every 5 min
>>> 2 Rain Last 7 Day -> mm per day, not per hour
>>> 3 Rain Last 30 Day -> is what I want 
>>>
>>> Pat schrieb am Donnerstag, 16. Juli 2020 um 17:35:35 UTC+2:
>>>
>>>> So on 1 page, you want 3 charts?
>>>>
>>>> 1. Rain for 25 hours
>>>> 2. Rain for 7 days
>>>> 3. Rain for 30 days
>>>>
>>>> Yes, we need to use seconds for this as that is the rolling time 
>>>> period. The time_ago does not do a rolling period, only the calendar day 
>>>> for that time ago. 
>>>>
>>>> Is this what you want? 
>>>> https://belchertownweather.com/graphs/?graph=testrainpage
>>>>
>>>>
>>>>
>>>>
>>>> On Thursday, July 16, 2020 at 10:59:28 AM UTC-4, geni08...@gmail.com 
>>>> wrote:
>>>>>
>>>>> Hi Pat, the Wicki doesn't get me any further because I don't 
>>>>> understand some things and I can't get any graphics as I wish. I want 
>>>>> three 
>>>>> examples
>>>>> each the amount of rain per unit of time in mm as a column and the 
>>>>> cumulative total as a line.
>>>>> Example 25h: The variant with mm / 10min works, but the variant with 
>>>>> mm / h only results in nonsense.
>>>>> [25h]
>>>>> # Chart Timespan Defaults
>>>>> title = "Letzte 25h"
>>>>> show_button = true
>>>>> button_text = "Letzte 25h"
>>>>> time_length = 9
>>>>> tooltip_date_format = "LLL"
>>>>> gapsize = 60 # This should be your archive_interval from 
>>>>> weewx.conf multiplied by 1000 to get milliseconds. Standard is 5 minutes
>>>>>
>>>>> [[chart1]]
>>>>> title = Regen
>>>>> [[[rain]]]
>>>>

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

Yes I know it's the standard. Doesn't mean I use it. I use Belchertown :-)

Which graphs are these? Rain (hourly total) and Rain (daily total)?

On Thursday, July 16, 2020 at 12:42:39 PM UTC-4, geni08...@gmail.com wrote:
>
> Season is the standard at weewx. 
> The reports report rain per day :
> [image: belch03.jpg]
>
>
> Pat schrieb am Donnerstag, 16. Juli 2020 um 18:38:34 UTC+2:
>
>> I don't know, I don't use seasons. Can you provide the chart code for 
>> those graphs? 
>>
>>
>>
>> On Thursday, July 16, 2020 at 12:36:01 PM UTC-4, geni08...@gmail.com 
>> wrote:
>>>
>>> How does this season do it? 
>>> [image: belch01.jpg]
>>> [image: belch02.jpg]
>>>
>>> Pat schrieb am Donnerstag, 16. Juli 2020 um 18:30:19 UTC+2:
>>>
>>>> 1. Don't think this is possible. The graphs do not do any 
>>>> additional math. They show what is in the database and aggregate those 
>>>> values if needed (such as max, min, sum, etc.). 
>>>> 2. Don't think this is possible. The graphs do not do any additional 
>>>> math. They show what is in the database and aggregate those values if 
>>>> needed (such as max, min, sum, etc.). 
>>>>
>>>> 3. Rain last 30 days is:
>>>>
>>>> [testrainpage]
>>>> title = "Rain Test"
>>>> show_button = true
>>>> button_text = "Rain Test"
>>>> tooltip_date_format = "LLL"
>>>>
>>>>
>>>> [[rain30d]]
>>>> title = "Rain Last 30 Days"
>>>>
>>>> time_length = 2592000 # Last 30 days
>>>>
>>>> aggregate_type = sum
>>>> aggregate_interval = 86400 # 1 day
>>>>     gapsize = 8640
>>>> [[[rain]]]
>>>> name = Rain
>>>> type = column
>>>> [[[rainTotal]]]
>>>> name = Rain Total
>>>>
>>>>
>>>> On Thursday, July 16, 2020 at 12:27:05 PM UTC-4, geni08...@gmail.com 
>>>> wrote:
>>>>>
>>>>> I would like to:
>>>>> 1. Rain 25h -> mm per h, not every 5 min
>>>>> 2 Rain Last 7 Day -> mm per day, not per hour
>>>>> 3 Rain Last 30 Day -> is what I want 
>>>>>
>>>>> Pat schrieb am Donnerstag, 16. Juli 2020 um 17:35:35 UTC+2:
>>>>>
>>>>>> So on 1 page, you want 3 charts?
>>>>>>
>>>>>> 1. Rain for 25 hours
>>>>>> 2. Rain for 7 days
>>>>>> 3. Rain for 30 days
>>>>>>
>>>>>> Yes, we need to use seconds for this as that is the rolling time 
>>>>>> period. The time_ago does not do a rolling period, only the calendar day 
>>>>>> for that time ago. 
>>>>>>
>>>>>> Is this what you want? 
>>>>>> https://belchertownweather.com/graphs/?graph=testrainpage
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thursday, July 16, 2020 at 10:59:28 AM UTC-4, geni08...@gmail.com 
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi Pat, the Wicki doesn't get me any further because I don't 
>>>>>>> understand some things and I can't get any graphics as I wish. I want 
>>>>>>> three 
>>>>>>> examples
>>>>>>> each the amount of rain per unit of time in mm as a column and the 
>>>>>>> cumulative total as a line.
>>>>>>> Example 25h: The variant with mm / 10min works, but the variant with 
>>>>>>> mm / h only results in nonsense.
>>>>>>> [25h]
>>>>>>> # Chart Timespan Defaults
>>>>>>> title = "Letzte 25h"
>>>>>>> show_button = true
>>>>>>> button_text = "Letzte 25h"
>>>>>>> time_length = 9
>>>>>>> tooltip_date_format = "LLL"
>>>>>>> gapsize = 60 # This should be your archive_interval from 
>>>>>>> weewx.conf multiplied by 1000 to get milliseconds. Standard is 5 minutes
>>>>>>>
>>>>>>> [[chart1]]
>>>>>>> title = Regen
>>>>>>> [[[rain]]]
>>

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

I don't know, I don't use seasons. Can you provide the chart code for those 
graphs? 



On Thursday, July 16, 2020 at 12:36:01 PM UTC-4, geni08...@gmail.com wrote:
>
> How does this season do it? 
> [image: belch01.jpg]
> [image: belch02.jpg]
>
> Pat schrieb am Donnerstag, 16. Juli 2020 um 18:30:19 UTC+2:
>
>> 1. Don't think this is possible. The graphs do not do any 
>> additional math. They show what is in the database and aggregate those 
>> values if needed (such as max, min, sum, etc.). 
>> 2. Don't think this is possible. The graphs do not do any additional 
>> math. They show what is in the database and aggregate those values if 
>> needed (such as max, min, sum, etc.). 
>>
>> 3. Rain last 30 days is:
>>
>> [testrainpage]
>> title = "Rain Test"
>> show_button = true
>> button_text = "Rain Test"
>> tooltip_date_format = "LLL"
>>
>>
>> [[rain30d]]
>> title = "Rain Last 30 Days"
>>
>> time_length = 2592000 # Last 30 days
>>
>> aggregate_type = sum
>> aggregate_interval = 86400 # 1 day
>> gapsize = 8640
>> [[[rain]]]
>> name = Rain
>> type = column
>> [[[rainTotal]]]
>> name = Rain Total
>>
>>
>> On Thursday, July 16, 2020 at 12:27:05 PM UTC-4, geni08...@gmail.com 
>> wrote:
>>>
>>> I would like to:
>>> 1. Rain 25h -> mm per h, not every 5 min
>>> 2 Rain Last 7 Day -> mm per day, not per hour
>>> 3 Rain Last 30 Day -> is what I want 
>>>
>>> Pat schrieb am Donnerstag, 16. Juli 2020 um 17:35:35 UTC+2:
>>>
>>>> So on 1 page, you want 3 charts?
>>>>
>>>> 1. Rain for 25 hours
>>>> 2. Rain for 7 days
>>>> 3. Rain for 30 days
>>>>
>>>> Yes, we need to use seconds for this as that is the rolling time 
>>>> period. The time_ago does not do a rolling period, only the calendar day 
>>>> for that time ago. 
>>>>
>>>> Is this what you want? 
>>>> https://belchertownweather.com/graphs/?graph=testrainpage
>>>>
>>>>
>>>>
>>>>
>>>> On Thursday, July 16, 2020 at 10:59:28 AM UTC-4, geni08...@gmail.com 
>>>> wrote:
>>>>>
>>>>> Hi Pat, the Wicki doesn't get me any further because I don't 
>>>>> understand some things and I can't get any graphics as I wish. I want 
>>>>> three 
>>>>> examples
>>>>> each the amount of rain per unit of time in mm as a column and the 
>>>>> cumulative total as a line.
>>>>> Example 25h: The variant with mm / 10min works, but the variant with 
>>>>> mm / h only results in nonsense.
>>>>> [25h]
>>>>> # Chart Timespan Defaults
>>>>> title = "Letzte 25h"
>>>>> show_button = true
>>>>> button_text = "Letzte 25h"
>>>>> time_length = 9
>>>>> tooltip_date_format = "LLL"
>>>>> gapsize = 60 # This should be your archive_interval from 
>>>>> weewx.conf multiplied by 1000 to get milliseconds. Standard is 5 minutes
>>>>>
>>>>> [[chart1]]
>>>>> title = Regen
>>>>> [[[rain]]]
>>>>>   yAxis = 1
>>>>>   type = column
>>>>>   name = Regen mm/10min
>>>>> [[[rainTotal]]]
>>>>>   name = Regen Total
>>>>> 
>>>>> [[chart2]]
>>>>> title = Regen
>>>>> aggregate_interval = 86400
>>>>> [[[rain]]]
>>>>>   aggregate_type = sum
>>>>>   yAxis = 1
>>>>>   type = column
>>>>>   name = Regen mm/h
>>>>> [[[rainTotal]]]
>>>>>   name = Regen Total
>>>>> [image: high-25h.jpg]
>>>>>
>>>>> The two variants "Last 7 days" and "Last 30 days", because nothing is 
>>>>> plotted during my attempt.
>>>>> Can I get the corrected samples?
>>>>> Thank you for your help
>>>>>
>>>>> Pat schrieb am Mittwoch, 15. Juli 2020 um 16:32:01 UTC+2:
>>>>>
>>>>>&g

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

1. Don't think this is possible. The graphs do not do any additional math. 
They show what is in the database and aggregate those values if needed 
(such as max, min, sum, etc.). 
2. Don't think this is possible. The graphs do not do any additional math. 
They show what is in the database and aggregate those values if needed 
(such as max, min, sum, etc.). 

3. Rain last 30 days is:

[testrainpage]
title = "Rain Test"
show_button = true
button_text = "Rain Test"
tooltip_date_format = "LLL"


[[rain30d]]
title = "Rain Last 30 Days"
time_length = 2592000 # Last 30 days
aggregate_type = sum
aggregate_interval = 86400 # 1 day
gapsize = 8640
[[[rain]]]
name = Rain
type = column
[[[rainTotal]]]
name = Rain Total


On Thursday, July 16, 2020 at 12:27:05 PM UTC-4, geni08...@gmail.com wrote:
>
> I would like to:
> 1. Rain 25h -> mm per h, not every 5 min
> 2 Rain Last 7 Day -> mm per day, not per hour
> 3 Rain Last 30 Day -> is what I want 
>
> Pat schrieb am Donnerstag, 16. Juli 2020 um 17:35:35 UTC+2:
>
>> So on 1 page, you want 3 charts?
>>
>> 1. Rain for 25 hours
>> 2. Rain for 7 days
>> 3. Rain for 30 days
>>
>> Yes, we need to use seconds for this as that is the rolling time period. 
>> The time_ago does not do a rolling period, only the calendar day for that 
>> time ago. 
>>
>> Is this what you want? 
>> https://belchertownweather.com/graphs/?graph=testrainpage
>>
>>
>>
>>
>> On Thursday, July 16, 2020 at 10:59:28 AM UTC-4, geni08...@gmail.com 
>> wrote:
>>>
>>> Hi Pat, the Wicki doesn't get me any further because I don't understand 
>>> some things and I can't get any graphics as I wish. I want three examples
>>> each the amount of rain per unit of time in mm as a column and the 
>>> cumulative total as a line.
>>> Example 25h: The variant with mm / 10min works, but the variant with mm 
>>> / h only results in nonsense.
>>> [25h]
>>> # Chart Timespan Defaults
>>> title = "Letzte 25h"
>>> show_button = true
>>> button_text = "Letzte 25h"
>>> time_length = 9
>>> tooltip_date_format = "LLL"
>>> gapsize = 60 # This should be your archive_interval from 
>>> weewx.conf multiplied by 1000 to get milliseconds. Standard is 5 minutes
>>>
>>> [[chart1]]
>>> title = Regen
>>> [[[rain]]]
>>>   yAxis = 1
>>>   type = column
>>>   name = Regen mm/10min
>>> [[[rainTotal]]]
>>>   name = Regen Total
>>> 
>>> [[chart2]]
>>> title = Regen
>>> aggregate_interval = 86400
>>> [[[rain]]]
>>>   aggregate_type = sum
>>>   yAxis = 1
>>>   type = column
>>>   name = Regen mm/h
>>> [[[rainTotal]]]
>>>   name = Regen Total
>>> [image: high-25h.jpg]
>>>
>>> The two variants "Last 7 days" and "Last 30 days", because nothing is 
>>> plotted during my attempt.
>>> Can I get the corrected samples?
>>> Thank you for your help
>>>
>>> Pat schrieb am Mittwoch, 15. Juli 2020 um 16:32:01 UTC+2:
>>>
>>>> So if you don't want the last 2592000 seconds, maybe you want "the last 
>>>> 30 days" as a rolling window?
>>>>
>>>> In that case, use time_length = days_ago 
>>>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#time_length>
>>>>  
>>>> and time_ago = 30 
>>>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#to-graph-days-ago>
>>>>
>>>> Please do read the charts wiki 
>>>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation>,
>>>>  
>>>> everything is covered there. 
>>>>
>>>>
>>>> On Wednesday, July 15, 2020 at 10:26:52 AM UTC-4, Andre wrote:
>>>>>
>>>>> It was just a thought, because with "time_length = 2592000" we do not 
>>>>> get the desired values.
>>>>>
>>>>> Am Mittwoch, 15. Juli 2020 16:00:51 UTC+2 schrieb Pat:
>>>>>>
>>>>>> What do you mean real calendar days? The 2592000 is the previous 2

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

This conversation has me playing with new time spans too. A rolling 
calendar day, like you mentioned. 

Options could be hour, day, week, month, year. For example:

1. time_length = day_rolling with time_ago = 90 would show 90 days ago to 
"now"

[2020-04-17 00:00:00 EDT (1587096000) -> 2020-07-16 12:05:00 EDT 
(1594915500)]

2. time_length = week_rolling with time_ago = 1,  gives you from midnight 1 
week ago to "now". 

[2020-07-09 00:00:00 EDT (1594267200) -> 2020-07-16 12:00:00 EDT 
(1594915200)]

3. time_length = month_rolling with time_ago = 1, would be midnight 1 month 
ago, to "now". 

[2020-06-16 00:00:00 EDT (159228) -> 2020-07-16 12:00:00 EDT 
(1594915200)]

4. time_length = year_rolling with time_ago = 4 would show 4 years ago to 
"now"

[2016-07-16 00:00:00 EDT (1468641600) -> 2020-07-16 12:05:00 EDT 
(1594915500)]


I think we'll also need a "timestamp ago" to "now". So I could specify a 
chart from Jan 1, 2018 to now for example. 

time_length = timestamp_rolling with time_ago = an epoch timestamp like 
1514782800 
(this is Jan 1, 2018 midnight Eastern time)

[2018-01-01 00:00:00 EST (1514782800) -> 2020-07-16 12:10:00 EDT 
(1594915800)]


I will look to add these new time lengths to the 1.2 development branch for 
testing



On Thursday, July 16, 2020 at 11:35:35 AM UTC-4, Pat wrote:
>
> So on 1 page, you want 3 charts?
>
> 1. Rain for 25 hours
> 2. Rain for 7 days
> 3. Rain for 30 days
>
> Yes, we need to use seconds for this as that is the rolling time period. 
> The time_ago does not do a rolling period, only the calendar day for that 
> time ago. 
>
> Is this what you want? 
> https://belchertownweather.com/graphs/?graph=testrainpage
>
>
>
>
> On Thursday, July 16, 2020 at 10:59:28 AM UTC-4, geni08...@gmail.com 
> wrote:
>>
>> Hi Pat, the Wicki doesn't get me any further because I don't understand 
>> some things and I can't get any graphics as I wish. I want three examples
>> each the amount of rain per unit of time in mm as a column and the 
>> cumulative total as a line.
>> Example 25h: The variant with mm / 10min works, but the variant with mm / 
>> h only results in nonsense.
>> [25h]
>> # Chart Timespan Defaults
>> title = "Letzte 25h"
>> show_button = true
>> button_text = "Letzte 25h"
>> time_length = 9
>> tooltip_date_format = "LLL"
>> gapsize = 60 # This should be your archive_interval from 
>> weewx.conf multiplied by 1000 to get milliseconds. Standard is 5 minutes
>>
>> [[chart1]]
>> title = Regen
>> [[[rain]]]
>>   yAxis = 1
>>   type = column
>>   name = Regen mm/10min
>> [[[rainTotal]]]
>>   name = Regen Total
>> 
>> [[chart2]]
>> title = Regen
>> aggregate_interval = 86400
>> [[[rain]]]
>>   aggregate_type = sum
>>   yAxis = 1
>>   type = column
>>   name = Regen mm/h
>> [[[rainTotal]]]
>>   name = Regen Total
>> [image: high-25h.jpg]
>>
>> The two variants "Last 7 days" and "Last 30 days", because nothing is 
>> plotted during my attempt.
>> Can I get the corrected samples?
>> Thank you for your help
>>
>> Pat schrieb am Mittwoch, 15. Juli 2020 um 16:32:01 UTC+2:
>>
>>> So if you don't want the last 2592000 seconds, maybe you want "the last 
>>> 30 days" as a rolling window?
>>>
>>> In that case, use time_length = days_ago 
>>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#time_length>
>>>  
>>> and time_ago = 30 
>>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#to-graph-days-ago>
>>>
>>> Please do read the charts wiki 
>>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation>,
>>>  
>>> everything is covered there. 
>>>
>>>
>>> On Wednesday, July 15, 2020 at 10:26:52 AM UTC-4, Andre wrote:
>>>>
>>>> It was just a thought, because with "time_length = 2592000" we do not 
>>>> get the desired values.
>>>>
>>>> Am Mittwoch, 15. Juli 2020 16:00:51 UTC+2 schrieb Pat:
>>>>>
>>>>> What do you mean real calendar days? The 2592000 is the previous 2592000 
>>>>> seconds. This number can be anything you want. 
>>>>>
>>>>> On Wednesday, Ju

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

So on 1 page, you want 3 charts?

1. Rain for 25 hours
2. Rain for 7 days
3. Rain for 30 days

Yes, we need to use seconds for this as that is the rolling time period. 
The time_ago does not do a rolling period, only the calendar day for that 
time ago. 

Is this what you want? 
https://belchertownweather.com/graphs/?graph=testrainpage




On Thursday, July 16, 2020 at 10:59:28 AM UTC-4, geni08...@gmail.com wrote:
>
> Hi Pat, the Wicki doesn't get me any further because I don't understand 
> some things and I can't get any graphics as I wish. I want three examples
> each the amount of rain per unit of time in mm as a column and the 
> cumulative total as a line.
> Example 25h: The variant with mm / 10min works, but the variant with mm / 
> h only results in nonsense.
> [25h]
> # Chart Timespan Defaults
> title = "Letzte 25h"
> show_button = true
> button_text = "Letzte 25h"
> time_length = 9
> tooltip_date_format = "LLL"
> gapsize = 60 # This should be your archive_interval from 
> weewx.conf multiplied by 1000 to get milliseconds. Standard is 5 minutes
>
> [[chart1]]
> title = Regen
> [[[rain]]]
>   yAxis = 1
>   type = column
>   name = Regen mm/10min
> [[[rainTotal]]]
>   name = Regen Total
> 
> [[chart2]]
> title = Regen
> aggregate_interval = 86400
> [[[rain]]]
>   aggregate_type = sum
>   yAxis = 1
>   type = column
>   name = Regen mm/h
> [[[rainTotal]]]
>   name = Regen Total
> [image: high-25h.jpg]
>
> The two variants "Last 7 days" and "Last 30 days", because nothing is 
> plotted during my attempt.
> Can I get the corrected samples?
> Thank you for your help
>
> Pat schrieb am Mittwoch, 15. Juli 2020 um 16:32:01 UTC+2:
>
>> So if you don't want the last 2592000 seconds, maybe you want "the last 
>> 30 days" as a rolling window?
>>
>> In that case, use time_length = days_ago 
>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#time_length>
>>  
>> and time_ago = 30 
>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#to-graph-days-ago>
>>
>> Please do read the charts wiki 
>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation>,
>>  
>> everything is covered there. 
>>
>>
>> On Wednesday, July 15, 2020 at 10:26:52 AM UTC-4, Andre wrote:
>>>
>>> It was just a thought, because with "time_length = 2592000" we do not 
>>> get the desired values.
>>>
>>> Am Mittwoch, 15. Juli 2020 16:00:51 UTC+2 schrieb Pat:
>>>>
>>>> What do you mean real calendar days? The 2592000 is the previous 2592000 
>>>> seconds. This number can be anything you want. 
>>>>
>>>> On Wednesday, July 15, 2020 at 9:47:21 AM UTC-4, Andre wrote:
>>>>>
>>>>> With "time_length = month" the values are correct of course.
>>>>> Maybe we need a fix to generate real calendar days for "time_length = 
>>>>> 2592000".
>>>>>
>>>>> Am Mittwoch, 15. Juli 2020 15:08:23 UTC+2 schrieb Pat:
>>>>>>
>>>>>> Great point Manfred. If you guys change your time_length to month 
>>>>>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#time_length>,
>>>>>>  
>>>>>> do the values match?
>>>>>>
>>>>>> On Wednesday, July 15, 2020 at 8:59:08 AM UTC-4, Manfred Maier wrote:
>>>>>>>
>>>>>>> Couldn't this just be an issue with how the timespan for the chart 
>>>>>>> is defined?
>>>>>>> The chart displays the past 2592000 seconds and splits it into 
>>>>>>> pieces of 86400 seconds (24 hours). But those 24 hours might go from 
>>>>>>> 11am - 
>>>>>>> 11am.
>>>>>>>
>>>>>>> Just a thought and probably wrong ...
>>>>>>>
>>>>>>> Pat schrieb am Mittwoch, 15. Juli 2020 um 14:48:25 UTC+2:
>>>>>>>
>>>>>>>> I'm at a loss because I can't recreate this. 
>>>>>>>>
>>>>>>>> Please send me a copy of your database as well as your graphs.conf, 
>>>>>>>> and public_html/belcher

Re: [weewx-user] Re: [Belchertown] Almanac more details problem

[Pat]

Looking deep into your code, you have this loaded twice. Once in 
header.html.tmpl, and once in footer.html.tmpl. 

src='//stackpath.bootstrapcdn.com/bootstrap/3.4.1/js/bootstrap.min.js 
https://stackpath.bootstrapcdn.com/bootstrap/3.4.1/js/bootstrap.min.js>'


Remove it from footer, and re-run wee_reports. Does that help?


On Thursday, July 16, 2020 at 10:40:05 AM UTC-4, Didier Decoodt wrote:
>
> I have removed it, but nothing happens...
>
> Le jeu. 16 juil. 2020 à 16:20, Pat > a 
> écrit :
>
>> This seems to be something custom on your site which is closing the modal 
>> window. There's a javascript conflict somewhere.  If you remove the 
>> interactive forecast section below the top bar, does it go away?
>>
>> On Thursday, July 16, 2020 at 9:36:38 AM UTC-4, didier@gmail.com 
>> wrote:
>>>
>>> Hi
>>>
>>> My site is: meteo-auffargis.decoodt.eu
>>>
>>> On the main page, in "Sun & moon" ("Soleil et Lune") window, whan you 
>>> click on "Plus de détails" we have a very brief display of details window
>>> Do you have an idea of this problem?
>>>
>>> Thank's
>>> Didier
>>>
>>> -- 
>> 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/1183d5ec-1fd0-459f-97c5-9d86dfab0640o%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/1183d5ec-1fd0-459f-97c5-9d86dfab0640o%40googlegroups.com?utm_medium=email_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/1bdb3703-c388-4c91-8ba3-91226f7e89a8o%40googlegroups.com.

[weewx-user] Re: [Belchertown] Almanac more details problem

[Pat]

This seems to be something custom on your site which is closing the modal 
window. There's a javascript conflict somewhere.  If you remove the 
interactive forecast section below the top bar, does it go away?

On Thursday, July 16, 2020 at 9:36:38 AM UTC-4, didier@gmail.com wrote:
>
> Hi
>
> My site is: meteo-auffargis.decoodt.eu
>
> On the main page, in "Sun & moon" ("Soleil et Lune") window, whan you 
> click on "Plus de détails" we have a very brief display of details window
> Do you have an idea of this problem?
>
> Thank's
> Didier
>
>

-- 
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/1183d5ec-1fd0-459f-97c5-9d86dfab0640o%40googlegroups.com.

[weewx-user] windDir missing from archive records

[Pat]

Can you post some of your loop and rec records from weewxd? 

Any errors in syslog? 

-- 
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/6df048e3-1403-4083-9da2-8848b186106fo%40googlegroups.com.

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

I'm not sure if this is normal. Do you have the pyephem installed? It could 
be coming from that?

On Wednesday, July 15, 2020 at 1:05:28 PM UTC-4, Didier Decoodt wrote:
>
> Hi Pat
>
> Just a question:
> I have a Davis Vantage Vue station without UV sensor  and I have a 
> maxSolarRad_Wpm2 value in MQTT request
> Is it normal?
>
> Thank's
> Didier
>
> MQTT: {"dateTime": "1594832454.0", "outTemp_C": "20.225", 
> "outHumidity": "58.9", "dewpoint_C": "11.945", "heatindex_C": 
> "20.054", "windchill_C": "20.225", "windSpeed_kph": 
> "1.207008", "windDir": "100.0", "windGust_kph": "6.22816128001", 
> "windGustDir": "355.0", "barometer_mbar": "1017.0678196189551", 
> "pressure_mbar": "999.6956483642264", "rain_mm": "0.0", 
> "rainRate_mm_per_hour": "0.0", "inTemp_C": "25.832", 
> "inHumidity": "43.5", "inDewpoint_C": "12.5", "usUnits": "16.0", 
> "altimeter_mbar": "1017.7405069933512", "appTemp_C": "20.58340222764579", 
> "beaufort_count": "0.0", "cloudbase_meter": "1162.1548707557486", 
> "humidex_C": "22.440566039751353", "maxSolarRad_Wpm2": "339.1752528607464", 
> "hourRain_mm": "0.0", "rain24_mm": "0.0", "dayRain_mm": "0.0"}
>
> Le mar. 14 juil. 2020 à 18:56, Didier Decoodt  > a écrit :
>
>> Many thank's Pat
>> Have a good day
>>
>> Didier
>>
>> Le mar. 14 juil. 2020 à 18:51, Pat > 
>> a écrit :
>>
>>> If you want to show those units on your site, through MQTT updates, as 
>>> mm then yes you should update it. Otherwise if everything is working how 
>>> you want it right now you can leave it alone. 
>>>
>>> None of this will change your database, this is just for the website 
>>> reporting. 
>>>
>>> To see the debug in real time I added /?debug=true to your website URL, 
>>> then opened Chrome console and it showed me that data
>>>
>>> On Tuesday, July 14, 2020 at 12:36:05 PM UTC-4, Didier Decoodt wrote:
>>>>
>>>> Many thank's , it's right now
>>>> Just for my information, in the MQTT request you have also hourRain_cm 
>>>> and rain24_cm, is it necessary to change MQTT units (as dayRain)?
>>>> Is changing cm by mm has an impact on mySQL database?
>>>> Last question: how do you do this MQTT request?
>>>>
>>>> MQTT: {"dateTime": "1594742272.0", "outTemp_C": "21.336", 
>>>> "outHumidity": "64.9", "dewpoint_C": "14.445", "heatindex_C": 
>>>> "21.164", "windchill_C": "21.336", 
>>>> "windSpeed_kph": 
>>>> "1.705904640002", "windDir": "360.0", "windGust_kph": 
>>>> "3.411809280004", "windGustDir": "6.0", "barometer_mbar": 
>>>> "1015.7471282370167", "pressure_mbar": "998.4088208638761", "rain_cm": 
>>>> "0.0", "rainRate_cm_per_hour": "0.0", "inTemp_C": "25.943", 
>>>> "inHumidity": "42.6", "inDewpoint_C": "12.279", "usUnits": 
>>>> "16.0", "altimeter_mbar": "1016.4348448211537", "appTemp_C": 
>>>> "22.423477298218454", "beaufort_count": "0.0", "cloudbase_meter": 
>>>> "988.6539444933627", "humidex_C": "24.96873770987386", "maxSolarRad_Wpm2": 
>>>> "531.7266550230675", "hourRain_cm": "0.0", "rain24_cm": "0.060324"
>>>> , "dayRain_cm": "0.060324"}
>>>>
>>>>
>>>> Le mar. 14 juil. 2020 à 18:26, Pat  a écrit :
>>>>
>>>>> If you really want them split, try this?
>>>>>
>>>>> station_observations = "barometer", "dewpoint

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

So if you don't want the last 2592000 seconds, maybe you want "the last 30 
days" as a rolling window?

In that case, use time_length = days_ago 
<https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#time_length>
 
and time_ago = 30 
<https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#to-graph-days-ago>

Please do read the charts wiki 
<https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation>,
 
everything is covered there. 

On Wednesday, July 15, 2020 at 10:26:52 AM UTC-4, Andre wrote:
>
> It was just a thought, because with "time_length = 2592000" we do not get 
> the desired values.
>
> Am Mittwoch, 15. Juli 2020 16:00:51 UTC+2 schrieb Pat:
>>
>> What do you mean real calendar days? The 2592000 is the previous 2592000 
>> seconds. This number can be anything you want. 
>>
>> On Wednesday, July 15, 2020 at 9:47:21 AM UTC-4, Andre wrote:
>>>
>>> With "time_length = month" the values are correct of course.
>>> Maybe we need a fix to generate real calendar days for "time_length = 
>>> 2592000".
>>>
>>> Am Mittwoch, 15. Juli 2020 15:08:23 UTC+2 schrieb Pat:
>>>>
>>>> Great point Manfred. If you guys change your time_length to month 
>>>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#time_length>,
>>>>  
>>>> do the values match?
>>>>
>>>> On Wednesday, July 15, 2020 at 8:59:08 AM UTC-4, Manfred Maier wrote:
>>>>>
>>>>> Couldn't this just be an issue with how the timespan for the chart is 
>>>>> defined?
>>>>> The chart displays the past 2592000 seconds and splits it into pieces 
>>>>> of 86400 seconds (24 hours). But those 24 hours might go from 11am - 11am.
>>>>>
>>>>> Just a thought and probably wrong ...
>>>>>
>>>>> Pat schrieb am Mittwoch, 15. Juli 2020 um 14:48:25 UTC+2:
>>>>>
>>>>>> I'm at a loss because I can't recreate this. 
>>>>>>
>>>>>> Please send me a copy of your database as well as your graphs.conf, 
>>>>>> and public_html/belchertown/json/weewx_data.json
>>>>>>
>>>>>> My time to dedicate to this is slim right now, so if anyone else 
>>>>>> finds the problem that'd be helpful and I can merge it to development 
>>>>>> branch. 
>>>>>>
>>>>>>
>>>>>> On Wednesday, July 15, 2020 at 8:44:58 AM UTC-4, Andre wrote:
>>>>>>>
>>>>>>> I can reproduce the display issues.
>>>>>>> I have dropped all daily reports and rebuild daily.
>>>>>>>
>>>>>>> [image: noaa_2020-07.png]
>>>>>>>
>>>>>>>
>>>>>>> Last 7 days
>>>>>>>
>>>>>>> [image: last_7_days.png]
>>>>>>>
>>>>>>> [image: last_30_days.png]
>>>>>>> Last 30 days...
>>>>>>>
>>>>>>> Am Mittwoch, 15. Juli 2020 14:19:19 UTC+2 schrieb Pat:
>>>>>>>>
>>>>>>>> Sounds like you may have some problems with your database. I 
>>>>>>>> suggest you take a backup and follow the database drop-daily 
>>>>>>>> <http://www.weewx.com/docs/utilities.htm#Action_--drop-daily>and 
>>>>>>>> rebuild-daily 
>>>>>>>> <http://www.weewx.com/docs/utilities.htm#Action_--rebuild-daily>and 
>>>>>>>> see if that helps
>>>>>>>>
>>>>>>>> The graphs uses your archive table
>>>>>>>>
>>>>>>>> The reports uses your daily tables. 
>>>>>>>>
>>>>>>>> Seems like those aren't in sync for you.
>>>>>>>>
>>>>>>>> On Wednesday, July 15, 2020 at 6:16:48 AM UTC-4, Geni 0815 wrote:
>>>>>>>>>
>>>>>>>>> Hi Pat, I just noticed the following:
>>>>>>>>> As an example in the graphic "last 30 days", "rain per day". These 
>>>>>>>>> values sometimes change every hour!
>>>>>>>>> For my understanding, the amount of rain per day is to be 
>>>>>>>>> unde

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

What do you mean real calendar days? The 2592000 is the previous 2592000 
seconds. This number can be anything you want. 

On Wednesday, July 15, 2020 at 9:47:21 AM UTC-4, Andre wrote:
>
> With "time_length = month" the values are correct of course.
> Maybe we need a fix to generate real calendar days for "time_length = 
> 2592000".
>
> Am Mittwoch, 15. Juli 2020 15:08:23 UTC+2 schrieb Pat:
>>
>> Great point Manfred. If you guys change your time_length to month 
>> <https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#time_length>,
>>  
>> do the values match?
>>
>> On Wednesday, July 15, 2020 at 8:59:08 AM UTC-4, Manfred Maier wrote:
>>>
>>> Couldn't this just be an issue with how the timespan for the chart is 
>>> defined?
>>> The chart displays the past 2592000 seconds and splits it into pieces of 
>>> 86400 seconds (24 hours). But those 24 hours might go from 11am - 11am.
>>>
>>> Just a thought and probably wrong ...
>>>
>>> Pat schrieb am Mittwoch, 15. Juli 2020 um 14:48:25 UTC+2:
>>>
>>>> I'm at a loss because I can't recreate this. 
>>>>
>>>> Please send me a copy of your database as well as your graphs.conf, and 
>>>> public_html/belchertown/json/weewx_data.json
>>>>
>>>> My time to dedicate to this is slim right now, so if anyone else finds 
>>>> the problem that'd be helpful and I can merge it to development branch. 
>>>>
>>>>
>>>> On Wednesday, July 15, 2020 at 8:44:58 AM UTC-4, Andre wrote:
>>>>>
>>>>> I can reproduce the display issues.
>>>>> I have dropped all daily reports and rebuild daily.
>>>>>
>>>>> [image: noaa_2020-07.png]
>>>>>
>>>>>
>>>>> Last 7 days
>>>>>
>>>>> [image: last_7_days.png]
>>>>>
>>>>> [image: last_30_days.png]
>>>>> Last 30 days...
>>>>>
>>>>> Am Mittwoch, 15. Juli 2020 14:19:19 UTC+2 schrieb Pat:
>>>>>>
>>>>>> Sounds like you may have some problems with your database. I suggest 
>>>>>> you take a backup and follow the database drop-daily 
>>>>>> <http://www.weewx.com/docs/utilities.htm#Action_--drop-daily>and 
>>>>>> rebuild-daily 
>>>>>> <http://www.weewx.com/docs/utilities.htm#Action_--rebuild-daily>and 
>>>>>> see if that helps
>>>>>>
>>>>>> The graphs uses your archive table
>>>>>>
>>>>>> The reports uses your daily tables. 
>>>>>>
>>>>>> Seems like those aren't in sync for you.
>>>>>>
>>>>>> On Wednesday, July 15, 2020 at 6:16:48 AM UTC-4, Geni 0815 wrote:
>>>>>>>
>>>>>>> Hi Pat, I just noticed the following:
>>>>>>> As an example in the graphic "last 30 days", "rain per day". These 
>>>>>>> values sometimes change every hour!
>>>>>>> For my understanding, the amount of rain per day is to be understood 
>>>>>>> on a calendar day within the last 30 days.
>>>>>>> In the graphics, however, the day begins fluently.
>>>>>>> I want a day to be a calendar day and not flowing 24h.
>>>>>>> This is how it is handled in the Templete Season.
>>>>>>> How do I have to make the graphic settings so that a day is a 
>>>>>>> calendar day?
>>>>>>> I hope I have clearly described my wish.
>>>>>>>
>>>>>>> Am Sonntag, 12. Juli 2020 10:47:51 UTC+2 schrieb Geni 0815:
>>>>>>>>
>>>>>>>> On 3 days we had rain of 9mm, 8.6mm and 0.6mm. The graphic now 
>>>>>>>> shows 0mm, 15mm and 3.2mm on the corresponding days. The sum is 
>>>>>>>> correct but 
>>>>>>>> wrongly divided. Where is the mistake?
>>>>>>>> [image: belch10.jpg]
>>>>>>>> [image: belch11.jpg]
>>>>>>>> [month]
>>>>>>>> # Chart Timespan Defaults
>>>>>>>> title = "Letzte 30 Tage"
>>>>>>>> show_button = true
>>>>>>>> button_text = "Letzte 30 Tage"
>>>>>>>> type = spline
>>>>>>>> time_length = 2592000 # Last 30 days
>>>>>>>> tooltip_date_format = " LL"
>>>>>>>> aggregate_type = max
>>>>>>>> aggregate_interval = 86400 # 1 day
>>>>>>>> gapsize = 8640 # 1 day in milliseconds
>>>>>>>> 
>>>>>>>> [[chart3]]
>>>>>>>> title = Regenx
>>>>>>>> type = line
>>>>>>>> aggregate_type=sum
>>>>>>>> [[[rainTotal]]]
>>>>>>>> name = Regen Total
>>>>>>>> [[[rain]]]
>>>>>>>> yAxis = 1
>>>>>>>> type = column
>>>>>>>> 
>>>>>>>> Live: https://affolter.familyds.net/wetter/graphs/?graph=month
>>>>>>>>
>>>>>>>

-- 
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/f5f4f379-43fd-4cfe-bb1f-2bf9607e0d4eo%40googlegroups.com.

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

Great point Manfred. If you guys change your time_length to month 
<https://github.com/poblabs/weewx-belchertown/wiki/Belchertown-Charts-Documentation#time_length>,
 
do the values match?

On Wednesday, July 15, 2020 at 8:59:08 AM UTC-4, Manfred Maier wrote:
>
> Couldn't this just be an issue with how the timespan for the chart is 
> defined?
> The chart displays the past 2592000 seconds and splits it into pieces of 
> 86400 seconds (24 hours). But those 24 hours might go from 11am - 11am.
>
> Just a thought and probably wrong ...
>
> Pat schrieb am Mittwoch, 15. Juli 2020 um 14:48:25 UTC+2:
>
>> I'm at a loss because I can't recreate this. 
>>
>> Please send me a copy of your database as well as your graphs.conf, and 
>> public_html/belchertown/json/weewx_data.json
>>
>> My time to dedicate to this is slim right now, so if anyone else finds 
>> the problem that'd be helpful and I can merge it to development branch. 
>>
>>
>> On Wednesday, July 15, 2020 at 8:44:58 AM UTC-4, Andre wrote:
>>>
>>> I can reproduce the display issues.
>>> I have dropped all daily reports and rebuild daily.
>>>
>>> [image: noaa_2020-07.png]
>>>
>>>
>>> Last 7 days
>>>
>>> [image: last_7_days.png]
>>>
>>> [image: last_30_days.png]
>>> Last 30 days...
>>>
>>> Am Mittwoch, 15. Juli 2020 14:19:19 UTC+2 schrieb Pat:
>>>>
>>>> Sounds like you may have some problems with your database. I suggest 
>>>> you take a backup and follow the database drop-daily 
>>>> <http://www.weewx.com/docs/utilities.htm#Action_--drop-daily>and 
>>>> rebuild-daily 
>>>> <http://www.weewx.com/docs/utilities.htm#Action_--rebuild-daily>and 
>>>> see if that helps
>>>>
>>>> The graphs uses your archive table
>>>>
>>>> The reports uses your daily tables. 
>>>>
>>>> Seems like those aren't in sync for you.
>>>>
>>>> On Wednesday, July 15, 2020 at 6:16:48 AM UTC-4, Geni 0815 wrote:
>>>>>
>>>>> Hi Pat, I just noticed the following:
>>>>> As an example in the graphic "last 30 days", "rain per day". These 
>>>>> values sometimes change every hour!
>>>>> For my understanding, the amount of rain per day is to be understood 
>>>>> on a calendar day within the last 30 days.
>>>>> In the graphics, however, the day begins fluently.
>>>>> I want a day to be a calendar day and not flowing 24h.
>>>>> This is how it is handled in the Templete Season.
>>>>> How do I have to make the graphic settings so that a day is a calendar 
>>>>> day?
>>>>> I hope I have clearly described my wish.
>>>>>
>>>>> Am Sonntag, 12. Juli 2020 10:47:51 UTC+2 schrieb Geni 0815:
>>>>>>
>>>>>> On 3 days we had rain of 9mm, 8.6mm and 0.6mm. The graphic now shows 
>>>>>> 0mm, 15mm and 3.2mm on the corresponding days. The sum is correct but 
>>>>>> wrongly divided. Where is the mistake?
>>>>>> [image: belch10.jpg]
>>>>>> [image: belch11.jpg]
>>>>>> [month]
>>>>>> # Chart Timespan Defaults
>>>>>> title = "Letzte 30 Tage"
>>>>>> show_button = true
>>>>>> button_text = "Letzte 30 Tage"
>>>>>> type = spline
>>>>>> time_length = 2592000 # Last 30 days
>>>>>> tooltip_date_format = " LL"
>>>>>> aggregate_type = max
>>>>>> aggregate_interval = 86400 # 1 day
>>>>>> gapsize = 8640 # 1 day in milliseconds
>>>>>> 
>>>>>> [[chart3]]
>>>>>> title = Regenx
>>>>>> type = line
>>>>>> aggregate_type=sum
>>>>>> [[[rainTotal]]]
>>>>>> name = Regen Total
>>>>>> [[[rain]]]
>>>>>> yAxis = 1
>>>>>> type = column
>>>>>> 
>>>>>> Live: https://affolter.familyds.net/wetter/graphs/?graph=month
>>>>>>
>>>>>

-- 
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/9cfceeb4-9a29-45b7-911d-8a6025b56e31o%40googlegroups.com.

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

I'm at a loss because I can't recreate this. 

Please send me a copy of your database as well as your graphs.conf, and 
public_html/belchertown/json/weewx_data.json

My time to dedicate to this is slim right now, so if anyone else finds the 
problem that'd be helpful and I can merge it to development branch. 

On Wednesday, July 15, 2020 at 8:44:58 AM UTC-4, Andre wrote:
>
> I can reproduce the display issues.
> I have dropped all daily reports and rebuild daily.
>
> [image: noaa_2020-07.png]
>
>
> Last 7 days
>
> [image: last_7_days.png]
>
> [image: last_30_days.png]
> Last 30 days...
>
> Am Mittwoch, 15. Juli 2020 14:19:19 UTC+2 schrieb Pat:
>>
>> Sounds like you may have some problems with your database. I suggest you 
>> take a backup and follow the database drop-daily 
>> <http://www.weewx.com/docs/utilities.htm#Action_--drop-daily>and 
>> rebuild-daily 
>> <http://www.weewx.com/docs/utilities.htm#Action_--rebuild-daily>and see 
>> if that helps
>>
>> The graphs uses your archive table
>>
>> The reports uses your daily tables. 
>>
>> Seems like those aren't in sync for you.
>>
>> On Wednesday, July 15, 2020 at 6:16:48 AM UTC-4, Geni 0815 wrote:
>>>
>>> Hi Pat, I just noticed the following:
>>> As an example in the graphic "last 30 days", "rain per day". These 
>>> values sometimes change every hour!
>>> For my understanding, the amount of rain per day is to be understood on 
>>> a calendar day within the last 30 days.
>>> In the graphics, however, the day begins fluently.
>>> I want a day to be a calendar day and not flowing 24h.
>>> This is how it is handled in the Templete Season.
>>> How do I have to make the graphic settings so that a day is a calendar 
>>> day?
>>> I hope I have clearly described my wish.
>>>
>>> Am Sonntag, 12. Juli 2020 10:47:51 UTC+2 schrieb Geni 0815:
>>>>
>>>> On 3 days we had rain of 9mm, 8.6mm and 0.6mm. The graphic now shows 
>>>> 0mm, 15mm and 3.2mm on the corresponding days. The sum is correct but 
>>>> wrongly divided. Where is the mistake?
>>>> [image: belch10.jpg]
>>>> [image: belch11.jpg]
>>>> [month]
>>>> # Chart Timespan Defaults
>>>> title = "Letzte 30 Tage"
>>>> show_button = true
>>>> button_text = "Letzte 30 Tage"
>>>> type = spline
>>>> time_length = 2592000 # Last 30 days
>>>> tooltip_date_format = " LL"
>>>> aggregate_type = max
>>>> aggregate_interval = 86400 # 1 day
>>>> gapsize = 8640 # 1 day in milliseconds
>>>> 
>>>> [[chart3]]
>>>> title = Regenx
>>>> type = line
>>>> aggregate_type=sum
>>>> [[[rainTotal]]]
>>>> name = Regen Total
>>>> [[[rain]]]
>>>> yAxis = 1
>>>> type = column
>>>> 
>>>> Live: https://affolter.familyds.net/wetter/graphs/?graph=month
>>>>
>>>

-- 
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/a1930461-14f8-48ba-a9fa-9f66daaf9974o%40googlegroups.com.

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

Sounds like you may have some problems with your database. I suggest you 
take a backup and follow the database drop-daily 
<http://www.weewx.com/docs/utilities.htm#Action_--drop-daily>and rebuild-daily 
<http://www.weewx.com/docs/utilities.htm#Action_--rebuild-daily>and see if 
that helps

The graphs uses your archive table

The reports uses your daily tables. 

Seems like those aren't in sync for you.

On Wednesday, July 15, 2020 at 6:16:48 AM UTC-4, Geni 0815 wrote:
>
> Hi Pat, I just noticed the following:
> As an example in the graphic "last 30 days", "rain per day". These values 
> sometimes change every hour!
> For my understanding, the amount of rain per day is to be understood on a 
> calendar day within the last 30 days.
> In the graphics, however, the day begins fluently.
> I want a day to be a calendar day and not flowing 24h.
> This is how it is handled in the Templete Season.
> How do I have to make the graphic settings so that a day is a calendar day?
> I hope I have clearly described my wish.
>
> Am Sonntag, 12. Juli 2020 10:47:51 UTC+2 schrieb Geni 0815:
>>
>> On 3 days we had rain of 9mm, 8.6mm and 0.6mm. The graphic now shows 0mm, 
>> 15mm and 3.2mm on the corresponding days. The sum is correct but wrongly 
>> divided. Where is the mistake?
>> [image: belch10.jpg]
>> [image: belch11.jpg]
>> [month]
>> # Chart Timespan Defaults
>> title = "Letzte 30 Tage"
>> show_button = true
>> button_text = "Letzte 30 Tage"
>> type = spline
>> time_length = 2592000 # Last 30 days
>> tooltip_date_format = " LL"
>> aggregate_type = max
>> aggregate_interval = 86400 # 1 day
>> gapsize = 8640 # 1 day in milliseconds
>> 
>> [[chart3]]
>> title = Regenx
>> type = line
>> aggregate_type=sum
>> [[[rainTotal]]]
>> name = Regen Total
>> [[[rain]]]
>> yAxis = 1
>> type = column
>> 
>> Live: https://affolter.familyds.net/wetter/graphs/?graph=month
>>
>

-- 
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/daafa491-29ab-495a-953b-9ec4c2d5a788o%40googlegroups.com.

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

Edit your bin/user/belchertown.py file. 

Look for this line:

if time_length == "today" or time_length == "timespan_specific" or 
isinstance(time_length, int):


Change it to

if time_length == "today" or time_length == "timespan_specific":



Update your graphs.conf with this

[month]
# Chart Timespan Defaults
title = "Letzte 30 Tage"
show_button = true
button_text = "Letzte 30 Tage"
type = spline
time_length = 2592000 # Last 30 days
tooltip_date_format = " LL"
aggregate_type = max
aggregate_interval = 86400 # 1 day
gapsize = 8640 # 1 day in milliseconds
   
[[chart3]]
title = Regenx
[[[rainTotal]]]
type = line
name = Rain Total
[[[rain]]]   
aggregate_type = sum
yAxis = 1
type = column


Restart weewx and let me know if this works for you.

Highcharts looks to be doing a little bit of rounding. I'm seeing my 2.42


On Tuesday, July 14, 2020 at 12:59:42 PM UTC-4, Pat wrote:
>
> The rainTotal is the accumulation over the time span, so that will be your 
> line graph. 
>
> The rain will show you rain over the aggregate_interval - so for this 
> chart it's 1 day. 
>
> So your graph looks right, but I'm seeing the data a little wrong too. For 
> example on June 28 I had 2.41 inches rain, but the graph shows it on June 
> 29. 
>
> I'll look at why it's showing the wrong day. I think it's a setting with 
> the way the json generator is running
>
>
> On Tuesday, July 14, 2020 at 12:15:48 PM UTC-4, Geni 0815 wrote:
>>
>> I would like to have a graph of the last 30 days with a column with the 
>> amount of rain per day and a curve that accumulates these daily amounts.
>> What should the definition in fer Graphic.conf look like?
>> Do these daily values have to match the NOAA reports?
>>
>> Am Dienstag, 14. Juli 2020 16:52:45 UTC+2 schrieb Pat:
>>>
>>> Which one is the error? rainTotal does not use the aggregate_type since 
>>> it is already aggregating these totals. 
>>>
>>> On Monday, July 13, 2020 at 1:54:36 AM UTC-4, geni08...@gmail.com wrote:
>>>>
>>>> @Pat: The error is not only with me, also with @Andre. I see the error 
>>>> when the graphic "last 30 days" has been selected and the rain is selected 
>>>> as the daily total bar. The graphics are one day late. No daily value 
>>>> is correct, the sum of 3-4 days is correct again. In my opinion the 
>>>> graphic has problems to calculate the correct local start and end of the 
>>>> day. 
>>>>
>>>> geni08...@gmail.com schrieb am Sonntag, 12. Juli 2020 um 10:47:51 
>>>> UTC+2:
>>>>
>>>>> On 3 days we had rain of 9mm, 8.6mm and 0.6mm. The graphic now shows 
>>>>> 0mm, 15mm and 3.2mm on the corresponding days. The sum is correct but 
>>>>> wrongly divided. Where is the mistake?
>>>>> [image: belch10.jpg]
>>>>> [image: belch11.jpg]
>>>>> [month]
>>>>> # Chart Timespan Defaults
>>>>> title = "Letzte 30 Tage"
>>>>> show_button = true
>>>>> button_text = "Letzte 30 Tage"
>>>>> type = spline
>>>>> time_length = 2592000 # Last 30 days
>>>>> tooltip_date_format = " LL"
>>>>> aggregate_type = max
>>>>> aggregate_interval = 86400 # 1 day
>>>>> gapsize = 8640 # 1 day in milliseconds
>>>>> 
>>>>> [[chart3]]
>>>>> title = Regenx
>>>>> type = line
>>>>> aggregate_type=sum
>>>>> [[[rainTotal]]]
>>>>> name = Regen Total
>>>>> [[[rain]]]
>>>>> yAxis = 1
>>>>> type = column
>>>>> 
>>>>> Live: https://affolter.familyds.net/wetter/graphs/?graph=month
>>>>>
>>>>

-- 
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/ef032055-b36e-4e74-9264-5d12dc598bc2o%40googlegroups.com.

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

The rainTotal is the accumulation over the time span, so that will be your 
line graph. 

The rain will show you rain over the aggregate_interval - so for this chart 
it's 1 day. 

So your graph looks right, but I'm seeing the data a little wrong too. For 
example on June 28 I had 2.41 inches rain, but the graph shows it on June 
29. 

I'll look at why it's showing the wrong day. I think it's a setting with 
the way the json generator is running


On Tuesday, July 14, 2020 at 12:15:48 PM UTC-4, Geni 0815 wrote:
>
> I would like to have a graph of the last 30 days with a column with the 
> amount of rain per day and a curve that accumulates these daily amounts.
> What should the definition in fer Graphic.conf look like?
> Do these daily values have to match the NOAA reports?
>
> Am Dienstag, 14. Juli 2020 16:52:45 UTC+2 schrieb Pat:
>>
>> Which one is the error? rainTotal does not use the aggregate_type since 
>> it is already aggregating these totals. 
>>
>> On Monday, July 13, 2020 at 1:54:36 AM UTC-4, geni08...@gmail.com wrote:
>>>
>>> @Pat: The error is not only with me, also with @Andre. I see the error 
>>> when the graphic "last 30 days" has been selected and the rain is selected 
>>> as the daily total bar. The graphics are one day late. No daily value 
>>> is correct, the sum of 3-4 days is correct again. In my opinion the 
>>> graphic has problems to calculate the correct local start and end of the 
>>> day. 
>>>
>>> geni08...@gmail.com schrieb am Sonntag, 12. Juli 2020 um 10:47:51 UTC+2:
>>>
>>>> On 3 days we had rain of 9mm, 8.6mm and 0.6mm. The graphic now shows 
>>>> 0mm, 15mm and 3.2mm on the corresponding days. The sum is correct but 
>>>> wrongly divided. Where is the mistake?
>>>> [image: belch10.jpg]
>>>> [image: belch11.jpg]
>>>> [month]
>>>> # Chart Timespan Defaults
>>>> title = "Letzte 30 Tage"
>>>> show_button = true
>>>> button_text = "Letzte 30 Tage"
>>>> type = spline
>>>> time_length = 2592000 # Last 30 days
>>>> tooltip_date_format = " LL"
>>>> aggregate_type = max
>>>> aggregate_interval = 86400 # 1 day
>>>> gapsize = 8640 # 1 day in milliseconds
>>>> 
>>>> [[chart3]]
>>>> title = Regenx
>>>> type = line
>>>> aggregate_type=sum
>>>> [[[rainTotal]]]
>>>> name = Regen Total
>>>> [[[rain]]]
>>>> yAxis = 1
>>>> type = column
>>>> 
>>>> Live: https://affolter.familyds.net/wetter/graphs/?graph=month
>>>>
>>>

-- 
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/14c8395b-c3d0-4d38-9b5a-b3c4927a6803o%40googlegroups.com.

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

If you want to show those units on your site, through MQTT updates, as mm 
then yes you should update it. Otherwise if everything is working how you 
want it right now you can leave it alone. 

None of this will change your database, this is just for the website 
reporting. 

To see the debug in real time I added /?debug=true to your website URL, 
then opened Chrome console and it showed me that data

On Tuesday, July 14, 2020 at 12:36:05 PM UTC-4, Didier Decoodt wrote:
>
> Many thank's , it's right now
> Just for my information, in the MQTT request you have also hourRain_cm and 
> rain24_cm, is it necessary to change MQTT units (as dayRain)?
> Is changing cm by mm has an impact on mySQL database?
> Last question: how do you do this MQTT request?
>
> MQTT: {"dateTime": "1594742272.0", "outTemp_C": "21.336", 
> "outHumidity": "64.9", "dewpoint_C": "14.445", "heatindex_C": 
> "21.164", "windchill_C": "21.336", "windSpeed_kph": 
> "1.705904640002", "windDir": "360.0", "windGust_kph": 
> "3.411809280004", "windGustDir": "6.0", "barometer_mbar": 
> "1015.7471282370167", "pressure_mbar": "998.4088208638761", "rain_cm": 
> "0.0", "rainRate_cm_per_hour": "0.0", "inTemp_C": "25.943", 
> "inHumidity": "42.6", "inDewpoint_C": "12.27777777779", "usUnits": 
> "16.0", "altimeter_mbar": "1016.4348448211537", "appTemp_C": 
> "22.423477298218454", "beaufort_count": "0.0", "cloudbase_meter": 
> "988.6539444933627", "humidex_C": "24.96873770987386", "maxSolarRad_Wpm2": 
> "531.7266550230675", "hourRain_cm": "0.0", "rain24_cm": "0.060324", 
> "dayRain_cm": 
> "0.060324"}
>
>
> Le mar. 14 juil. 2020 à 18:26, Pat > a 
> écrit :
>
>> If you really want them split, try this?
>>
>> station_observations = "barometer", "dewpoint", "outHumidity", "dayRain", 
>> "rainRate"
>>
>> Anything in the MQTT packet should be viewable. rainWithRainRate is a 
>> special one that combines 2 observations into 1 line. 
>>
>>
>>
>> On Tuesday, July 14, 2020 at 12:23:16 PM UTC-4, Pat wrote:
>>>
>>> Remove rainTotal, that was my mistake. I confused the chart for the 
>>> station_observations. 
>>>
>>> Right now rainWithRainRate is the only one that will show you the rain 
>>> total for the day using the dayRain observation. 
>>>
>>>
>>>
>>> On Tuesday, July 14, 2020 at 12:19:34 PM UTC-4, Didier Decoodt wrote:
>>>>
>>>> I do that and I display: station_observations = "barometer", 
>>>> "dewpoint", "outHumidity", "rainWithRainRate", "rainTotal", "rain", 
>>>> "rainRate"
>>>> I don't understand rainTotal (invalid observation) and rain (0,1 mm)
>>>>
>>>> Le mar. 14 juil. 2020 à 18:10, Pat  a écrit :
>>>>
>>>>> You'll also need to update rain, rainRate too for mm
>>>>>
>>>>> [[[inputs]]]
>>>>> dayRain
>>>>> name = dayRain_mm
>>>>> units = mm
>>>>> rainRate
>>>>> name = rainRate_mm_per_hour
>>>>> units = mm_per_hour
>>>>> rain
>>>>> name = rain_mm
>>>>> units = mm
>>>>>
>>>>>
>>>>>
>>>>> On Tuesday, July 14, 2020 at 12:01:45 PM UTC-4, Pat wrote:
>>>>>>
>>>>>> You're MQTT is sending rain information in CM. Do you want it in CM 
>>>>>> or MM?
>>>>>>
>>>>>> Looking at the code, you'll want rainWithRainRate to show the dayRain 
>>>>>> observation. 
>>>>>>
>>>>>> If you want this in MM, you need to update your weewx.conf [[MQTT]] 
>>>>>> section to send data in MM. 
>>>>>&g

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

If you really want them split, try this?

station_observations = "barometer", "dewpoint", "outHumidity", "dayRain", 
"rainRate"

Anything in the MQTT packet should be viewable. rainWithRainRate is a 
special one that combines 2 observations into 1 line. 



On Tuesday, July 14, 2020 at 12:23:16 PM UTC-4, Pat wrote:
>
> Remove rainTotal, that was my mistake. I confused the chart for the 
> station_observations. 
>
> Right now rainWithRainRate is the only one that will show you the rain 
> total for the day using the dayRain observation. 
>
>
>
> On Tuesday, July 14, 2020 at 12:19:34 PM UTC-4, Didier Decoodt wrote:
>>
>> I do that and I display: station_observations = "barometer", "dewpoint", 
>> "outHumidity", "rainWithRainRate", "rainTotal", "rain", "rainRate"
>> I don't understand rainTotal (invalid observation) and rain (0,1 mm)
>>
>> Le mar. 14 juil. 2020 à 18:10, Pat  a écrit :
>>
>>> You'll also need to update rain, rainRate too for mm
>>>
>>> [[[inputs]]]
>>> dayRain
>>> name = dayRain_mm
>>> units = mm
>>> rainRate
>>>     name = rainRate_mm_per_hour
>>> units = mm_per_hour
>>> rain
>>> name = rain_mm
>>> units = mm
>>>
>>>
>>>
>>> On Tuesday, July 14, 2020 at 12:01:45 PM UTC-4, Pat wrote:
>>>>
>>>> You're MQTT is sending rain information in CM. Do you want it in CM or 
>>>> MM?
>>>>
>>>> Looking at the code, you'll want rainWithRainRate to show the dayRain 
>>>> observation. 
>>>>
>>>> If you want this in MM, you need to update your weewx.conf [[MQTT]] 
>>>> section to send data in MM. 
>>>>
>>>> [[MQTT]]
>>>> [[[inputs]]]
>>>> dayRain
>>>> name = dayRain_mm
>>>> units = mm
>>>>
>>>>
>>>> MQTT: {"dateTime": "1594742272.0", "outTemp_C": "21.336", 
>>>> "outHumidity": "64.9", "dewpoint_C": "14.445", "heatindex_C": 
>>>> "21.164", "windchill_C": "21.336", 
>>>> "windSpeed_kph": 
>>>> "1.705904640002", "windDir": "360.0", "windGust_kph": 
>>>> "3.4118092800000004", "windGustDir": "6.0", "barometer_mbar": 
>>>> "1015.7471282370167", "pressure_mbar": "998.4088208638761", "rain_cm": 
>>>> "0.0", "rainRate_cm_per_hour": "0.0", "inTemp_C": "25.943", 
>>>> "inHumidity": "42.6", "inDewpoint_C": "12.279", "usUnits": 
>>>> "16.0", "altimeter_mbar": "1016.4348448211537", "appTemp_C": 
>>>> "22.423477298218454", "beaufort_count": "0.0", "cloudbase_meter": 
>>>> "988.6539444933627", "humidex_C": "24.96873770987386", "maxSolarRad_Wpm2": 
>>>> "531.7266550230675", "hourRain_cm": "0.0", "rain24_cm": "0.060324", 
>>>> "dayRain_cm": 
>>>> "0.060324"}
>>>>
>>>>
>>>> On Tuesday, July 14, 2020 at 11:56:45 AM UTC-4, Didier Decoodt wrote:
>>>>>
>>>>> meteo-auffargis.decoodt.eu
>>>>>
>>>>> Le mar. 14 juil. 2020 à 17:56, Pat  a écrit :
>>>>>
>>>>>> What is the link to your site? I'll take a look at it through your 
>>>>>> debug
>>>>>>
>>>>>> On Tuesday, July 14, 2020 at 11:55:18 AM UTC-4, Didier Decoodt wrote:
>>>>>>>
>>>>>>> How do you do that?
>>>>>>>
>>>>>>>
>>>>>>> Le mar. 14 juil. 2020 à 17:50, Pat  a écrit :
>>>>>>>
>>>>>>>> What does your 

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

Remove rainTotal, that was my mistake. I confused the chart for the 
station_observations. 

Right now rainWithRainRate is the only one that will show you the rain 
total for the day using the dayRain observation. 



On Tuesday, July 14, 2020 at 12:19:34 PM UTC-4, Didier Decoodt wrote:
>
> I do that and I display: station_observations = "barometer", "dewpoint", 
> "outHumidity", "rainWithRainRate", "rainTotal", "rain", "rainRate"
> I don't understand rainTotal (invalid observation) and rain (0,1 mm)
>
> Le mar. 14 juil. 2020 à 18:10, Pat > a 
> écrit :
>
>> You'll also need to update rain, rainRate too for mm
>>
>> [[[inputs]]]
>> dayRain
>> name = dayRain_mm
>> units = mm
>> rainRate
>> name = rainRate_mm_per_hour
>> units = mm_per_hour
>>     rain
>> name = rain_mm
>> units = mm
>>
>>
>>
>> On Tuesday, July 14, 2020 at 12:01:45 PM UTC-4, Pat wrote:
>>>
>>> You're MQTT is sending rain information in CM. Do you want it in CM or 
>>> MM?
>>>
>>> Looking at the code, you'll want rainWithRainRate to show the dayRain 
>>> observation. 
>>>
>>> If you want this in MM, you need to update your weewx.conf [[MQTT]] 
>>> section to send data in MM. 
>>>
>>> [[MQTT]]
>>> [[[inputs]]]
>>> dayRain
>>> name = dayRain_mm
>>> units = mm
>>>
>>>
>>> MQTT: {"dateTime": "1594742272.0", "outTemp_C": "21.336", 
>>> "outHumidity": "64.9", "dewpoint_C": "14.445", "heatindex_C": 
>>> "21.164", "windchill_C": "21.336", "windSpeed_kph": 
>>> "1.705904640002", "windDir": "360.0", "windGust_kph": 
>>> "3.411809280004", "windGustDir": "6.0", "barometer_mbar": 
>>> "1015.7471282370167", "pressure_mbar": "998.4088208638761", "rain_cm": 
>>> "0.0", "rainRate_cm_per_hour": "0.0", "inTemp_C": "25.943", 
>>> "inHumidity": "42.6", "inDewpoint_C": "12.279", "usUnits": 
>>> "16.0", "altimeter_mbar": "1016.4348448211537", "appTemp_C": 
>>> "22.423477298218454", "beaufort_count": "0.0", "cloudbase_meter": 
>>> "988.6539444933627", "humidex_C": "24.96873770987386", "maxSolarRad_Wpm2": 
>>> "531.7266550230675", "hourRain_cm": "0.0", "rain24_cm": "0.060324", 
>>> "dayRain_cm": 
>>> "0.060324"}
>>>
>>>
>>> On Tuesday, July 14, 2020 at 11:56:45 AM UTC-4, Didier Decoodt wrote:
>>>>
>>>> meteo-auffargis.decoodt.eu
>>>>
>>>> Le mar. 14 juil. 2020 à 17:56, Pat  a écrit :
>>>>
>>>>> What is the link to your site? I'll take a look at it through your 
>>>>> debug
>>>>>
>>>>> On Tuesday, July 14, 2020 at 11:55:18 AM UTC-4, Didier Decoodt wrote:
>>>>>>
>>>>>> How do you do that?
>>>>>>
>>>>>>
>>>>>> Le mar. 14 juil. 2020 à 17:50, Pat  a écrit :
>>>>>>
>>>>>>> What does your mqtt say for rain or day rain?
>>>>>>>
>>>>>>> On Tuesday, July 14, 2020 at 11:40:57 AM UTC-4, Didier Decoodt wrote:
>>>>>>>>
>>>>>>>> I verify rainTotal in graphs.conf, it's OK 0,6 mm
>>>>>>>>
>>>>>>>> Le mar. 14 juil. 2020 à 17:33, Didier Decoodt  
>>>>>>>> a écrit :
>>>>>>>>
>>>>>>>>> I try rainTotal and rainRate ==> Invalid observation
>>>>>>>>> I try rainWithRainRate ==> always 0,1mm (instead of 0,6)
>>>>>>>>>
>>>>>>>>>
>&

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

You'll also need to update rain, rainRate too for mm

[[[inputs]]]
dayRain
name = dayRain_mm
units = mm
rainRate
name = rainRate_mm_per_hour
units = mm_per_hour
rain
name = rain_mm
units = mm



On Tuesday, July 14, 2020 at 12:01:45 PM UTC-4, Pat wrote:
>
> You're MQTT is sending rain information in CM. Do you want it in CM or MM?
>
> Looking at the code, you'll want rainWithRainRate to show the dayRain 
> observation. 
>
> If you want this in MM, you need to update your weewx.conf [[MQTT]] 
> section to send data in MM. 
>
> [[MQTT]]
> [[[inputs]]]
> dayRain
> name = dayRain_mm
> units = mm
>
>
> MQTT: {"dateTime": "1594742272.0", "outTemp_C": "21.336", 
> "outHumidity": "64.9", "dewpoint_C": "14.445", "heatindex_C": 
> "21.164", "windchill_C": "21.336", "windSpeed_kph": 
> "1.705904640002", "windDir": "360.0", "windGust_kph": 
> "3.411809280004", "windGustDir": "6.0", "barometer_mbar": 
> "1015.7471282370167", "pressure_mbar": "998.4088208638761", "rain_cm": 
> "0.0", "rainRate_cm_per_hour": "0.0", "inTemp_C": "25.943", 
> "inHumidity": "42.6", "inDewpoint_C": "12.279", "usUnits": 
> "16.0", "altimeter_mbar": "1016.4348448211537", "appTemp_C": 
> "22.423477298218454", "beaufort_count": "0.0", "cloudbase_meter": 
> "988.6539444933627", "humidex_C": "24.96873770987386", "maxSolarRad_Wpm2": 
> "531.7266550230675", "hourRain_cm": "0.0", "rain24_cm": "0.060324", 
> "dayRain_cm": 
> "0.060324"}
>
>
> On Tuesday, July 14, 2020 at 11:56:45 AM UTC-4, Didier Decoodt wrote:
>>
>> meteo-auffargis.decoodt.eu
>>
>> Le mar. 14 juil. 2020 à 17:56, Pat  a écrit :
>>
>>> What is the link to your site? I'll take a look at it through your debug
>>>
>>> On Tuesday, July 14, 2020 at 11:55:18 AM UTC-4, Didier Decoodt wrote:
>>>>
>>>> How do you do that?
>>>>
>>>>
>>>> Le mar. 14 juil. 2020 à 17:50, Pat  a écrit :
>>>>
>>>>> What does your mqtt say for rain or day rain?
>>>>>
>>>>> On Tuesday, July 14, 2020 at 11:40:57 AM UTC-4, Didier Decoodt wrote:
>>>>>>
>>>>>> I verify rainTotal in graphs.conf, it's OK 0,6 mm
>>>>>>
>>>>>> Le mar. 14 juil. 2020 à 17:33, Didier Decoodt  
>>>>>> a écrit :
>>>>>>
>>>>>>> I try rainTotal and rainRate ==> Invalid observation
>>>>>>> I try rainWithRainRate ==> always 0,1mm (instead of 0,6)
>>>>>>>
>>>>>>>
>>>>>>> Le mar. 14 juil. 2020 à 17:23, Pat  a écrit :
>>>>>>>
>>>>>>>> Or if you want them separated, try
>>>>>>>>
>>>>>>>> station_observations = "barometer", "dewpoint", "outHumidity", 
>>>>>>>> "rainTotal", "rainRate"
>>>>>>>>
>>>>>>>>
>>>>>>>> "rain" will show you just the last rain value from mqtt, if you 
>>>>>>>> want the total you'll need to try rainTotal or rainWithRainRate
>>>>>>>>
>>>>>>>> On Tuesday, July 14, 2020 at 11:21:40 AM UTC-4, Pat wrote:
>>>>>>>>>
>>>>>>>>> I think you'll want this 
>>>>>>>>>
>>>>>>>>> station_observations = "barometer", "dewpoint", "outHumidity", 
>>>>>>>>> "rainWithRainRate"
>>>>>>>>>
>>>>>>>>> Save and restart weewx 
>>>>>>>>>
>>>>>>>>>
>>>>&

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

You're MQTT is sending rain information in CM. Do you want it in CM or MM?

Looking at the code, you'll want rainWithRainRate to show the dayRain 
observation. 

If you want this in MM, you need to update your weewx.conf [[MQTT]] section 
to send data in MM. 

[[MQTT]]
[[[inputs]]]
dayRain
name = dayRain_mm
units = mm


MQTT: {"dateTime": "1594742272.0", "outTemp_C": "21.336", 
"outHumidity": "64.9", "dewpoint_C": "14.445", "heatindex_C": 
"21.164", "windchill_C": "21.336", "windSpeed_kph": 
"1.705904640002", "windDir": "360.0", "windGust_kph": 
"3.411809280004", "windGustDir": "6.0", "barometer_mbar": 
"1015.7471282370167", "pressure_mbar": "998.4088208638761", "rain_cm": 
"0.0", "rainRate_cm_per_hour": "0.0", "inTemp_C": "25.943", 
"inHumidity": "42.6", "inDewpoint_C": "12.279", "usUnits": 
"16.0", "altimeter_mbar": "1016.4348448211537", "appTemp_C": 
"22.423477298218454", "beaufort_count": "0.0", "cloudbase_meter": 
"988.6539444933627", "humidex_C": "24.96873770987386", "maxSolarRad_Wpm2": 
"531.7266550230675", "hourRain_cm": "0.0", "rain24_cm": "0.060324", 
"dayRain_cm": 
"0.060324"}


On Tuesday, July 14, 2020 at 11:56:45 AM UTC-4, Didier Decoodt wrote:
>
> meteo-auffargis.decoodt.eu
>
> Le mar. 14 juil. 2020 à 17:56, Pat > a 
> écrit :
>
>> What is the link to your site? I'll take a look at it through your debug
>>
>> On Tuesday, July 14, 2020 at 11:55:18 AM UTC-4, Didier Decoodt wrote:
>>>
>>> How do you do that?
>>>
>>>
>>> Le mar. 14 juil. 2020 à 17:50, Pat  a écrit :
>>>
>>>> What does your mqtt say for rain or day rain?
>>>>
>>>> On Tuesday, July 14, 2020 at 11:40:57 AM UTC-4, Didier Decoodt wrote:
>>>>>
>>>>> I verify rainTotal in graphs.conf, it's OK 0,6 mm
>>>>>
>>>>> Le mar. 14 juil. 2020 à 17:33, Didier Decoodt  a 
>>>>> écrit :
>>>>>
>>>>>> I try rainTotal and rainRate ==> Invalid observation
>>>>>> I try rainWithRainRate ==> always 0,1mm (instead of 0,6)
>>>>>>
>>>>>>
>>>>>> Le mar. 14 juil. 2020 à 17:23, Pat  a écrit :
>>>>>>
>>>>>>> Or if you want them separated, try
>>>>>>>
>>>>>>> station_observations = "barometer", "dewpoint", "outHumidity", 
>>>>>>> "rainTotal", "rainRate"
>>>>>>>
>>>>>>>
>>>>>>> "rain" will show you just the last rain value from mqtt, if you want 
>>>>>>> the total you'll need to try rainTotal or rainWithRainRate
>>>>>>>
>>>>>>> On Tuesday, July 14, 2020 at 11:21:40 AM UTC-4, Pat wrote:
>>>>>>>>
>>>>>>>> I think you'll want this 
>>>>>>>>
>>>>>>>> station_observations = "barometer", "dewpoint", "outHumidity", 
>>>>>>>> "rainWithRainRate"
>>>>>>>>
>>>>>>>> Save and restart weewx 
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tuesday, July 14, 2020 at 11:18:11 AM UTC-4, Didier Decoodt 
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Ah... this is for today (missunderstanding)
>>>>>>>>> But today I have 3*0.2=0.6 mm
>>>>>>>>>
>>>>>>>>> # Station Observations. Special observation 
>>>>>>>>> rainWithRainRate combines Daily Rain with Rain Rate in 1 line
>>>>>>>>> station_observations = barometer, dewpoint, 
>>>>>>>>> outHumidity, rain, rainRate
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Le mar. 14 juil.

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

What is the link to your site? I'll take a look at it through your debug

On Tuesday, July 14, 2020 at 11:55:18 AM UTC-4, Didier Decoodt wrote:
>
> How do you do that?
>
>
> Le mar. 14 juil. 2020 à 17:50, Pat > a 
> écrit :
>
>> What does your mqtt say for rain or day rain?
>>
>> On Tuesday, July 14, 2020 at 11:40:57 AM UTC-4, Didier Decoodt wrote:
>>>
>>> I verify rainTotal in graphs.conf, it's OK 0,6 mm
>>>
>>> Le mar. 14 juil. 2020 à 17:33, Didier Decoodt  a 
>>> écrit :
>>>
>>>> I try rainTotal and rainRate ==> Invalid observation
>>>> I try rainWithRainRate ==> always 0,1mm (instead of 0,6)
>>>>
>>>>
>>>> Le mar. 14 juil. 2020 à 17:23, Pat  a écrit :
>>>>
>>>>> Or if you want them separated, try
>>>>>
>>>>> station_observations = "barometer", "dewpoint", "outHumidity", 
>>>>> "rainTotal", "rainRate"
>>>>>
>>>>>
>>>>> "rain" will show you just the last rain value from mqtt, if you want 
>>>>> the total you'll need to try rainTotal or rainWithRainRate
>>>>>
>>>>> On Tuesday, July 14, 2020 at 11:21:40 AM UTC-4, Pat wrote:
>>>>>>
>>>>>> I think you'll want this 
>>>>>>
>>>>>> station_observations = "barometer", "dewpoint", "outHumidity", 
>>>>>> "rainWithRainRate"
>>>>>>
>>>>>> Save and restart weewx 
>>>>>>
>>>>>>
>>>>>> On Tuesday, July 14, 2020 at 11:18:11 AM UTC-4, Didier Decoodt wrote:
>>>>>>>
>>>>>>> Ah... this is for today (missunderstanding)
>>>>>>> But today I have 3*0.2=0.6 mm
>>>>>>>
>>>>>>> # Station Observations. Special observation 
>>>>>>> rainWithRainRate combines Daily Rain with Rain Rate in 1 line
>>>>>>> station_observations = barometer, dewpoint, outHumidity, 
>>>>>>> rain, rainRate
>>>>>>>
>>>>>>>
>>>>>>> Le mar. 14 juil. 2020 à 17:12, Pat  a écrit :
>>>>>>>
>>>>>>>> Why is this a problem?
>>>>>>>>
>>>>>>>> You've had 0,1mm of rain today right? 
>>>>>>>>
>>>>>>>> This shows the rain you've had for today. 
>>>>>>>>
>>>>>>>> What do you have for your station_observations setting?
>>>>>>>>
>>>>>>>> On Tuesday, July 14, 2020 at 10:58:30 AM UTC-4, Didier Decoodt 
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> OK
>>>>>>>>> But now it is 5 PM, and the last rainfall was at 11 AM this 
>>>>>>>>> morning, and I see 0,1 mm.
>>>>>>>>> This is a problem...
>>>>>>>>>
>>>>>>>>> Le mar. 14 juil. 2020 à 16:49, Pat  a 
>>>>>>>>> écrit :
>>>>>>>>>
>>>>>>>>>> When the page is first loaded, it loads the information from the 
>>>>>>>>>> database. After MQTT connects, it then updates from any information 
>>>>>>>>>> in 
>>>>>>>>>> MQTT. 
>>>>>>>>>>
>>>>>>>>>> Sometimes MQTT is more updated than the databased depending on 
>>>>>>>>>> the time of your archives. timing of loop, etc.
>>>>>>>>>>
>>>>>>>>>> On Tuesday, July 14, 2020 at 6:19:38 AM UTC-4, 
>>>>>>>>>> didier@gmail.com wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi
>>>>>>>>>>>
>>>>>>>>>>> I don't understand why I have a rain = 0,1 mm while it hasn't 
>>>>>>>>>>> been raining for 1/4 h
>>>>>>>>>>> (RainRate seems to be correct during this period)
>>>>>>>>>>> When I press F5 to refresh the screen, it appears very shortly 0 
>>>>>>>>>>> mm, then 0,1 mm
>>>>>

Re: [weewx-user] Missing Ordinates on windrose graph [Belchertown]

[Pat]

Ah, I was using z-index, but they want zIndex. I'll update this in 
development because I think it's important to see the text

On Monday, July 13, 2020 at 1:17:49 PM UTC-4, Jacques Terrettaz wrote:
>
> After a test, and using V1.1, I just added to /js/belchertown.js.tmpl. the 
> following line in the Windrose section (starting with if 
> (observation_type == "windRose") {   )  :
>
> options.yAxis[0].zIndex = 800;
>
> Here is the result :
>
>
> Without the zIndex :
>
>
> Le 13 juil. 2020 à 18:51, Pat > a 
> écrit :
>
> This affects the labels like N, NW, S, etc. not the text itself
>
> On Monday, July 13, 2020 at 12:48:59 PM UTC-4, Jacques Terrettaz wrote:
>>
>> Hi Pat,
>>
>> Not 100% sure, but you may try to change the zIndex value of the yAxis 
>> labels  - see https://api.highcharts.com/highcharts/yAxis.labels.zIndex 
>>
>> Le 13 juil. 2020 à 18:31, Pat  a écrit :
>>
>> I don't see a way for the yAxis title to change. Looks like a highcharts 
>> limitation - unless someone knows of a working CSS fix? (z-index did not 
>> work)
>>
>> https://api.highcharts.com/highcharts/yAxis.title
>>
>> On Monday, July 13, 2020 at 11:06:54 AM UTC-4, Pat wrote:
>>>
>>> Just pushed another commit to upgrade highcharts and fix the opacity 
>>> issue you pointed out. 
>>>
>>> Still working on the item
>>>
>>> On Monday, July 13, 2020 at 10:44:47 AM UTC-4, Didier Decoodt wrote:
>>>>
>>>> Many thank's Pat
>>>>
>>>> Le lun. 13 juil. 2020 à 16:43, Pat  a écrit :
>>>>
>>>>> This is fixed in the latest commit in the development branch. 
>>>>>
>>>>> As for the axis label, this is a highcharts thing. I'll research to 
>>>>> see if I can fix it or not
>>>>>
>>>>> On Monday, July 13, 2020 at 9:40:13 AM UTC-4, Didier Decoodt wrote:
>>>>>>
>>>>>> Pat
>>>>>> Just another (very small) remark, in windrose graphic the axis label 
>>>>>> (Frequency %) is displayed behind the graphic, also is not readable
>>>>>> May be it's a Highchart problem...
>>>>>> [image: image.png]
>>>>>>
>>>>>> Le lun. 13 juil. 2020 à 15:24, Didier Decoodt  
>>>>>> a écrit :
>>>>>>
>>>>>>> Thank's Pat
>>>>>>> When I "inspect" the web page, I see that the missing ordinates 
>>>>>>> exist but have opacity="0"
>>>>>>> [image: image.png]
>>>>>>>
>>>>>>> May be it can help you...
>>>>>>>
>>>>>>> Didier
>>>>>>>
>>>>>>> Le lun. 13 juil. 2020 à 15:19, Pat  a écrit :
>>>>>>>
>>>>>>>> First time I'm noticing this. I'll take a look and see if I can 
>>>>>>>> figure out what changed
>>>>>>>>
>>>>>>>> On Sunday, July 12, 2020 at 1:13:48 PM UTC-4, Didier Decoodt wrote:
>>>>>>>>>
>>>>>>>>> Oh yes...
>>>>>>>>> Pat, have you seen the problem?
>>>>>>>>>
>>>>>>>>> Bonne soirée Jacques
>>>>>>>>>
>>>>>>>>> Le dim. 12 juil. 2020 à 19:08, Jacques Terrettaz <
>>>>>>>>> jterr...@gmail.com> a écrit :
>>>>>>>>>
>>>>>>>>>> Hi Didier,
>>>>>>>>>>
>>>>>>>>>> I see that you are using V1.2b6.That may be the problem... The 
>>>>>>>>>> Belchertown site ( https://belchertownweather.com ) is running 
>>>>>>>>>> also V1.2b6, and I see missing ordinates on the wind rose.
>>>>>>>>>>
>>>>>>>>>> All is OK with V 1.1 - see for example on my site  : 
>>>>>>>>>> http://meteo-sciez.fr/weewx/belchertown/  
>>>>>>>>>> <http://meteo-sciez.fr/weewx/belchertown/>
>>>>>>>>>>
>>>>>>>>>> Jacques
>>>>>>>>>>
>>>>>>>>>> Le dimanche 12 juillet 2020 17:20:21 UTC+2, didier@gmail.com 
>>>>>>>>>> a écrit :
>>>>>>>>>>>
>>>>>>&

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

What does your mqtt say for rain or day rain?

On Tuesday, July 14, 2020 at 11:40:57 AM UTC-4, Didier Decoodt wrote:
>
> I verify rainTotal in graphs.conf, it's OK 0,6 mm
>
> Le mar. 14 juil. 2020 à 17:33, Didier Decoodt  > a écrit :
>
>> I try rainTotal and rainRate ==> Invalid observation
>> I try rainWithRainRate ==> always 0,1mm (instead of 0,6)
>>
>>
>> Le mar. 14 juil. 2020 à 17:23, Pat > 
>> a écrit :
>>
>>> Or if you want them separated, try
>>>
>>> station_observations = "barometer", "dewpoint", "outHumidity", 
>>> "rainTotal", "rainRate"
>>>
>>>
>>> "rain" will show you just the last rain value from mqtt, if you want the 
>>> total you'll need to try rainTotal or rainWithRainRate
>>>
>>> On Tuesday, July 14, 2020 at 11:21:40 AM UTC-4, Pat wrote:
>>>>
>>>> I think you'll want this 
>>>>
>>>> station_observations = "barometer", "dewpoint", "outHumidity", 
>>>> "rainWithRainRate"
>>>>
>>>> Save and restart weewx 
>>>>
>>>>
>>>> On Tuesday, July 14, 2020 at 11:18:11 AM UTC-4, Didier Decoodt wrote:
>>>>>
>>>>> Ah... this is for today (missunderstanding)
>>>>> But today I have 3*0.2=0.6 mm
>>>>>
>>>>> # Station Observations. Special observation 
>>>>> rainWithRainRate combines Daily Rain with Rain Rate in 1 line
>>>>> station_observations = barometer, dewpoint, outHumidity, 
>>>>> rain, rainRate
>>>>>
>>>>>
>>>>> Le mar. 14 juil. 2020 à 17:12, Pat  a écrit :
>>>>>
>>>>>> Why is this a problem?
>>>>>>
>>>>>> You've had 0,1mm of rain today right? 
>>>>>>
>>>>>> This shows the rain you've had for today. 
>>>>>>
>>>>>> What do you have for your station_observations setting?
>>>>>>
>>>>>> On Tuesday, July 14, 2020 at 10:58:30 AM UTC-4, Didier Decoodt wrote:
>>>>>>>
>>>>>>> OK
>>>>>>> But now it is 5 PM, and the last rainfall was at 11 AM this morning, 
>>>>>>> and I see 0,1 mm.
>>>>>>> This is a problem...
>>>>>>>
>>>>>>> Le mar. 14 juil. 2020 à 16:49, Pat  a écrit :
>>>>>>>
>>>>>>>> When the page is first loaded, it loads the information from the 
>>>>>>>> database. After MQTT connects, it then updates from any information in 
>>>>>>>> MQTT. 
>>>>>>>>
>>>>>>>> Sometimes MQTT is more updated than the databased depending on the 
>>>>>>>> time of your archives. timing of loop, etc.
>>>>>>>>
>>>>>>>> On Tuesday, July 14, 2020 at 6:19:38 AM UTC-4, didier@gmail.com 
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Hi
>>>>>>>>>
>>>>>>>>> I don't understand why I have a rain = 0,1 mm while it hasn't been 
>>>>>>>>> raining for 1/4 h
>>>>>>>>> (RainRate seems to be correct during this period)
>>>>>>>>> When I press F5 to refresh the screen, it appears very shortly 0 
>>>>>>>>> mm, then 0,1 mm
>>>>>>>>> Do you have an explaination?
>>>>>>>>>
>>>>>>>>> Hereafter the "ip"/v1/current_conditions
>>>>>>>>> {"data":{"did":"001D0A711DF5","ts":1594720938,"conditions":[{"lsid":319839,"data_structure_type":1,"txid":1,"temp":
>>>>>>>>>  
>>>>>>>>> 59.6,"hum":83.3,"dew_point": 54.5,"wet_bulb": 56.3,"heat_index": 
>>>>>>>>> 59.6,"wind_chill": 59.6,"thw_index": 
>>>>>>>>> 59.6,"thsw_index":null,"wind_speed_last":0.93,"wind_dir_last":300,"wind_speed_avg_last_1_min":0.93,"wind_dir_scalar_avg_last_1_min":260,"wind_speed_avg_last_2_min":0.62,"wind_dir_scalar_avg_last_2_min"

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

Or if you want them separated, try

station_observations = "barometer", "dewpoint", "outHumidity", 
"rainTotal", "rainRate"


"rain" will show you just the last rain value from mqtt, if you want the 
total you'll need to try rainTotal or rainWithRainRate

On Tuesday, July 14, 2020 at 11:21:40 AM UTC-4, Pat wrote:
>
> I think you'll want this 
>
> station_observations = "barometer", "dewpoint", "outHumidity", 
> "rainWithRainRate"
>
> Save and restart weewx 
>
>
> On Tuesday, July 14, 2020 at 11:18:11 AM UTC-4, Didier Decoodt wrote:
>>
>> Ah... this is for today (missunderstanding)
>> But today I have 3*0.2=0.6 mm
>>
>> # Station Observations. Special observation rainWithRainRate 
>> combines Daily Rain with Rain Rate in 1 line
>> station_observations = barometer, dewpoint, outHumidity, 
>> rain, rainRate
>>
>>
>> Le mar. 14 juil. 2020 à 17:12, Pat  a écrit :
>>
>>> Why is this a problem?
>>>
>>> You've had 0,1mm of rain today right? 
>>>
>>> This shows the rain you've had for today. 
>>>
>>> What do you have for your station_observations setting?
>>>
>>> On Tuesday, July 14, 2020 at 10:58:30 AM UTC-4, Didier Decoodt wrote:
>>>>
>>>> OK
>>>> But now it is 5 PM, and the last rainfall was at 11 AM this morning, 
>>>> and I see 0,1 mm.
>>>> This is a problem...
>>>>
>>>> Le mar. 14 juil. 2020 à 16:49, Pat  a écrit :
>>>>
>>>>> When the page is first loaded, it loads the information from the 
>>>>> database. After MQTT connects, it then updates from any information in 
>>>>> MQTT. 
>>>>>
>>>>> Sometimes MQTT is more updated than the databased depending on the 
>>>>> time of your archives. timing of loop, etc.
>>>>>
>>>>> On Tuesday, July 14, 2020 at 6:19:38 AM UTC-4, didier@gmail.com 
>>>>> wrote:
>>>>>>
>>>>>> Hi
>>>>>>
>>>>>> I don't understand why I have a rain = 0,1 mm while it hasn't been 
>>>>>> raining for 1/4 h
>>>>>> (RainRate seems to be correct during this period)
>>>>>> When I press F5 to refresh the screen, it appears very shortly 0 mm, 
>>>>>> then 0,1 mm
>>>>>> Do you have an explaination?
>>>>>>
>>>>>> Hereafter the "ip"/v1/current_conditions
>>>>>> {"data":{"did":"001D0A711DF5","ts":1594720938,"conditions":[{"lsid":319839,"data_structure_type":1,"txid":1,"temp":
>>>>>>  
>>>>>> 59.6,"hum":83.3,"dew_point": 54.5,"wet_bulb": 56.3,"heat_index": 
>>>>>> 59.6,"wind_chill": 59.6,"thw_index": 
>>>>>> 59.6,"thsw_index":null,"wind_speed_last":0.93,"wind_dir_last":300,"wind_speed_avg_last_1_min":0.93,"wind_dir_scalar_avg_last_1_min":260,"wind_speed_avg_last_2_min":0.62,"wind_dir_scalar_avg_last_2_min":266,"wind_speed_hi_last_2_min":3.43,"wind_dir_at_hi_speed_last_2_min":300,"wind_speed_avg_last_10_min":0.93,"wind_dir_scalar_avg_last_10_min":242,"wind_speed_hi_last_10_min":4.25,"wind_dir_at_hi_speed_last_10_min":15,"rain_size":2,"rain_rate_last":0,"rain_rate_hi":0,"rainfall_last_15_min":0,"rain_rate_hi_last_15_min":0,"rainfall_last_60_min":3,"rainfall_last_24_hr":3,"rain_storm":3,"rain_storm_start_at":1594717981,"solar_rad":null,"uv_index":null,"rx_state":0,"trans_battery_flag":0,"rainfall_daily":3,"rainfall_monthly":8,"rainfall_year":60,"rain_storm_last":5,"rain_storm_last_start_at":1593604621,"rain_storm_last_end_at":1593702061},{"lsid":319838,"data_structure_type":4,"temp_in":
>>>>>>  
>>>>>> 77.8,"hum_in":40.6,"dew_point_in": 52.0,"heat_index_in": 
>>>>>> 76.9},{"lsid":319837,"data_structure_type":3,"bar_sea_level":30.074,"bar_trend":-0.002,"bar_absolute":29.561}]},"error":null}
>>>>>>   
>>>>>>
>>>>> -- 
>>>>> 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/e1dadaa1-f15f-41c4-8c32-702d4625b030o%40googlegroups.com
>>>>>  
>>>>> <https://groups.google.com/d/msgid/weewx-user/e1dadaa1-f15f-41c4-8c32-702d4625b030o%40googlegroups.com?utm_medium=email_source=footer>
>>>>> .
>>>>>
>>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to weewx...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/551c2bc9-d1f5-4fde-8d55-2b1e11fa8828o%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/weewx-user/551c2bc9-d1f5-4fde-8d55-2b1e11fa8828o%40googlegroups.com?utm_medium=email_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/94cbf91b-12c5-4ad5-aea1-7b9f149d5fc0o%40googlegroups.com.

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

I think you'll want this 

station_observations = "barometer", "dewpoint", "outHumidity", 
"rainWithRainRate"

Save and restart weewx 


On Tuesday, July 14, 2020 at 11:18:11 AM UTC-4, Didier Decoodt wrote:
>
> Ah... this is for today (missunderstanding)
> But today I have 3*0.2=0.6 mm
>
> # Station Observations. Special observation rainWithRainRate 
> combines Daily Rain with Rain Rate in 1 line
> station_observations = barometer, dewpoint, outHumidity, rain, 
> rainRate
>
>
> Le mar. 14 juil. 2020 à 17:12, Pat > a 
> écrit :
>
>> Why is this a problem?
>>
>> You've had 0,1mm of rain today right? 
>>
>> This shows the rain you've had for today. 
>>
>> What do you have for your station_observations setting?
>>
>> On Tuesday, July 14, 2020 at 10:58:30 AM UTC-4, Didier Decoodt wrote:
>>>
>>> OK
>>> But now it is 5 PM, and the last rainfall was at 11 AM this morning, and 
>>> I see 0,1 mm.
>>> This is a problem...
>>>
>>> Le mar. 14 juil. 2020 à 16:49, Pat  a écrit :
>>>
>>>> When the page is first loaded, it loads the information from the 
>>>> database. After MQTT connects, it then updates from any information in 
>>>> MQTT. 
>>>>
>>>> Sometimes MQTT is more updated than the databased depending on the time 
>>>> of your archives. timing of loop, etc.
>>>>
>>>> On Tuesday, July 14, 2020 at 6:19:38 AM UTC-4, didier@gmail.com 
>>>> wrote:
>>>>>
>>>>> Hi
>>>>>
>>>>> I don't understand why I have a rain = 0,1 mm while it hasn't been 
>>>>> raining for 1/4 h
>>>>> (RainRate seems to be correct during this period)
>>>>> When I press F5 to refresh the screen, it appears very shortly 0 mm, 
>>>>> then 0,1 mm
>>>>> Do you have an explaination?
>>>>>
>>>>> Hereafter the "ip"/v1/current_conditions
>>>>> {"data":{"did":"001D0A711DF5","ts":1594720938,"conditions":[{"lsid":319839,"data_structure_type":1,"txid":1,"temp":
>>>>>  
>>>>> 59.6,"hum":83.3,"dew_point": 54.5,"wet_bulb": 56.3,"heat_index": 
>>>>> 59.6,"wind_chill": 59.6,"thw_index": 
>>>>> 59.6,"thsw_index":null,"wind_speed_last":0.93,"wind_dir_last":300,"wind_speed_avg_last_1_min":0.93,"wind_dir_scalar_avg_last_1_min":260,"wind_speed_avg_last_2_min":0.62,"wind_dir_scalar_avg_last_2_min":266,"wind_speed_hi_last_2_min":3.43,"wind_dir_at_hi_speed_last_2_min":300,"wind_speed_avg_last_10_min":0.93,"wind_dir_scalar_avg_last_10_min":242,"wind_speed_hi_last_10_min":4.25,"wind_dir_at_hi_speed_last_10_min":15,"rain_size":2,"rain_rate_last":0,"rain_rate_hi":0,"rainfall_last_15_min":0,"rain_rate_hi_last_15_min":0,"rainfall_last_60_min":3,"rainfall_last_24_hr":3,"rain_storm":3,"rain_storm_start_at":1594717981,"solar_rad":null,"uv_index":null,"rx_state":0,"trans_battery_flag":0,"rainfall_daily":3,"rainfall_monthly":8,"rainfall_year":60,"rain_storm_last":5,"rain_storm_last_start_at":1593604621,"rain_storm_last_end_at":1593702061},{"lsid":319838,"data_structure_type":4,"temp_in":
>>>>>  
>>>>> 77.8,"hum_in":40.6,"dew_point_in": 52.0,"heat_index_in": 
>>>>> 76.9},{"lsid":319837,"data_structure_type":3,"bar_sea_level":30.074,"bar_trend":-0.002,"bar_absolute":29.561}]},"error":null}
>>>>>   
>>>>>
>>>> -- 
>>>> 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/e1dadaa1-f15f-41c4-8c32-702d4625b030o%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/weewx-user/e1dadaa1-f15f-41c4-8c32-702d4625b030o%40googlegroups.com?utm_medium=email_source=footer>
>>>> .
>>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/551c2bc9-d1f5-4fde-8d55-2b1e11fa8828o%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/551c2bc9-d1f5-4fde-8d55-2b1e11fa8828o%40googlegroups.com?utm_medium=email_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/bac96c77-8806-465f-94d5-b54ed3b274b7o%40googlegroups.com.

Re: [weewx-user] Re: [Belchertown] strange rain information

[Pat]

Why is this a problem?

You've had 0,1mm of rain today right? 

This shows the rain you've had for today. 

What do you have for your station_observations setting?

On Tuesday, July 14, 2020 at 10:58:30 AM UTC-4, Didier Decoodt wrote:
>
> OK
> But now it is 5 PM, and the last rainfall was at 11 AM this morning, and I 
> see 0,1 mm.
> This is a problem...
>
> Le mar. 14 juil. 2020 à 16:49, Pat > a 
> écrit :
>
>> When the page is first loaded, it loads the information from the 
>> database. After MQTT connects, it then updates from any information in 
>> MQTT. 
>>
>> Sometimes MQTT is more updated than the databased depending on the time 
>> of your archives. timing of loop, etc.
>>
>> On Tuesday, July 14, 2020 at 6:19:38 AM UTC-4, didier@gmail.com 
>> wrote:
>>>
>>> Hi
>>>
>>> I don't understand why I have a rain = 0,1 mm while it hasn't been 
>>> raining for 1/4 h
>>> (RainRate seems to be correct during this period)
>>> When I press F5 to refresh the screen, it appears very shortly 0 mm, 
>>> then 0,1 mm
>>> Do you have an explaination?
>>>
>>> Hereafter the "ip"/v1/current_conditions
>>> {"data":{"did":"001D0A711DF5","ts":1594720938,"conditions":[{"lsid":319839,"data_structure_type":1,"txid":1,"temp":
>>>  
>>> 59.6,"hum":83.3,"dew_point": 54.5,"wet_bulb": 56.3,"heat_index": 
>>> 59.6,"wind_chill": 59.6,"thw_index": 
>>> 59.6,"thsw_index":null,"wind_speed_last":0.93,"wind_dir_last":300,"wind_speed_avg_last_1_min":0.93,"wind_dir_scalar_avg_last_1_min":260,"wind_speed_avg_last_2_min":0.62,"wind_dir_scalar_avg_last_2_min":266,"wind_speed_hi_last_2_min":3.43,"wind_dir_at_hi_speed_last_2_min":300,"wind_speed_avg_last_10_min":0.93,"wind_dir_scalar_avg_last_10_min":242,"wind_speed_hi_last_10_min":4.25,"wind_dir_at_hi_speed_last_10_min":15,"rain_size":2,"rain_rate_last":0,"rain_rate_hi":0,"rainfall_last_15_min":0,"rain_rate_hi_last_15_min":0,"rainfall_last_60_min":3,"rainfall_last_24_hr":3,"rain_storm":3,"rain_storm_start_at":1594717981,"solar_rad":null,"uv_index":null,"rx_state":0,"trans_battery_flag":0,"rainfall_daily":3,"rainfall_monthly":8,"rainfall_year":60,"rain_storm_last":5,"rain_storm_last_start_at":1593604621,"rain_storm_last_end_at":1593702061},{"lsid":319838,"data_structure_type":4,"temp_in":
>>>  
>>> 77.8,"hum_in":40.6,"dew_point_in": 52.0,"heat_index_in": 
>>> 76.9},{"lsid":319837,"data_structure_type":3,"bar_sea_level":30.074,"bar_trend":-0.002,"bar_absolute":29.561}]},"error":null}
>>>   
>>>
>> -- 
>> 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/e1dadaa1-f15f-41c4-8c32-702d4625b030o%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/e1dadaa1-f15f-41c4-8c32-702d4625b030o%40googlegroups.com?utm_medium=email_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/551c2bc9-d1f5-4fde-8d55-2b1e11fa8828o%40googlegroups.com.

[weewx-user] Re: Belchertown, graphics are faulty

[Pat]

Which one is the error? rainTotal does not use the aggregate_type since it 
is already aggregating these totals. 

On Monday, July 13, 2020 at 1:54:36 AM UTC-4, geni08...@gmail.com wrote:
>
> @Pat: The error is not only with me, also with @Andre. I see the error 
> when the graphic "last 30 days" has been selected and the rain is selected 
> as the daily total bar. The graphics are one day late. No daily value is 
> correct, the sum of 3-4 days is correct again. In my opinion the graphic 
> has problems to calculate the correct local start and end of the day. 
>
> geni08...@gmail.com schrieb am Sonntag, 12. Juli 2020 um 10:47:51 UTC+2:
>
>> On 3 days we had rain of 9mm, 8.6mm and 0.6mm. The graphic now shows 0mm, 
>> 15mm and 3.2mm on the corresponding days. The sum is correct but wrongly 
>> divided. Where is the mistake?
>> [image: belch10.jpg]
>> [image: belch11.jpg]
>> [month]
>> # Chart Timespan Defaults
>> title = "Letzte 30 Tage"
>> show_button = true
>> button_text = "Letzte 30 Tage"
>> type = spline
>> time_length = 2592000 # Last 30 days
>> tooltip_date_format = " LL"
>> aggregate_type = max
>> aggregate_interval = 86400 # 1 day
>> gapsize = 8640 # 1 day in milliseconds
>> 
>> [[chart3]]
>> title = Regenx
>> type = line
>> aggregate_type=sum
>> [[[rainTotal]]]
>> name = Regen Total
>> [[[rain]]]
>> yAxis = 1
>> type = column
>> 
>> Live: https://affolter.familyds.net/wetter/graphs/?graph=month
>>
>

-- 
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/f182ff44-6d75-439d-aa1a-435fc7f13b6eo%40googlegroups.com.

[weewx-user] Re: [Belchertown] strange rain information

[Pat]

When the page is first loaded, it loads the information from the database. 
After MQTT connects, it then updates from any information in MQTT. 

Sometimes MQTT is more updated than the databased depending on the time of 
your archives. timing of loop, etc.

On Tuesday, July 14, 2020 at 6:19:38 AM UTC-4, didier@gmail.com wrote:
>
> Hi
>
> I don't understand why I have a rain = 0,1 mm while it hasn't been raining 
> for 1/4 h
> (RainRate seems to be correct during this period)
> When I press F5 to refresh the screen, it appears very shortly 0 mm, then 
> 0,1 mm
> Do you have an explaination?
>
> Hereafter the "ip"/v1/current_conditions
> {"data":{"did":"001D0A711DF5","ts":1594720938,"conditions":[{"lsid":319839,"data_structure_type":1,"txid":1,"temp":
>  
> 59.6,"hum":83.3,"dew_point": 54.5,"wet_bulb": 56.3,"heat_index": 
> 59.6,"wind_chill": 59.6,"thw_index": 
> 59.6,"thsw_index":null,"wind_speed_last":0.93,"wind_dir_last":300,"wind_speed_avg_last_1_min":0.93,"wind_dir_scalar_avg_last_1_min":260,"wind_speed_avg_last_2_min":0.62,"wind_dir_scalar_avg_last_2_min":266,"wind_speed_hi_last_2_min":3.43,"wind_dir_at_hi_speed_last_2_min":300,"wind_speed_avg_last_10_min":0.93,"wind_dir_scalar_avg_last_10_min":242,"wind_speed_hi_last_10_min":4.25,"wind_dir_at_hi_speed_last_10_min":15,"rain_size":2,"rain_rate_last":0,"rain_rate_hi":0,"rainfall_last_15_min":0,"rain_rate_hi_last_15_min":0,"rainfall_last_60_min":3,"rainfall_last_24_hr":3,"rain_storm":3,"rain_storm_start_at":1594717981,"solar_rad":null,"uv_index":null,"rx_state":0,"trans_battery_flag":0,"rainfall_daily":3,"rainfall_monthly":8,"rainfall_year":60,"rain_storm_last":5,"rain_storm_last_start_at":1593604621,"rain_storm_last_end_at":1593702061},{"lsid":319838,"data_structure_type":4,"temp_in":
>  
> 77.8,"hum_in":40.6,"dew_point_in": 52.0,"heat_index_in": 
> 76.9},{"lsid":319837,"data_structure_type":3,"bar_sea_level":30.074,"bar_trend":-0.002,"bar_absolute":29.561}]},"error":null}
>   
>

-- 
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/e1dadaa1-f15f-41c4-8c32-702d4625b030o%40googlegroups.com.

Re: [weewx-user] Missing Ordinates on windrose graph [Belchertown]

[Pat]

This affects the labels like N, NW, S, etc. not the text itself

On Monday, July 13, 2020 at 12:48:59 PM UTC-4, Jacques Terrettaz wrote:
>
> Hi Pat,
>
> Not 100% sure, but you may try to change the zIndex value of the yAxis 
> labels  - see https://api.highcharts.com/highcharts/yAxis.labels.zIndex 
>
> Le 13 juil. 2020 à 18:31, Pat > a 
> écrit :
>
> I don't see a way for the yAxis title to change. Looks like a highcharts 
> limitation - unless someone knows of a working CSS fix? (z-index did not 
> work)
>
> https://api.highcharts.com/highcharts/yAxis.title
>
> On Monday, July 13, 2020 at 11:06:54 AM UTC-4, Pat wrote:
>>
>> Just pushed another commit to upgrade highcharts and fix the opacity 
>> issue you pointed out. 
>>
>> Still working on the item
>>
>> On Monday, July 13, 2020 at 10:44:47 AM UTC-4, Didier Decoodt wrote:
>>>
>>> Many thank's Pat
>>>
>>> Le lun. 13 juil. 2020 à 16:43, Pat  a écrit :
>>>
>>>> This is fixed in the latest commit in the development branch. 
>>>>
>>>> As for the axis label, this is a highcharts thing. I'll research to see 
>>>> if I can fix it or not
>>>>
>>>> On Monday, July 13, 2020 at 9:40:13 AM UTC-4, Didier Decoodt wrote:
>>>>>
>>>>> Pat
>>>>> Just another (very small) remark, in windrose graphic the axis label 
>>>>> (Frequency %) is displayed behind the graphic, also is not readable
>>>>> May be it's a Highchart problem...
>>>>> [image: image.png]
>>>>>
>>>>> Le lun. 13 juil. 2020 à 15:24, Didier Decoodt  a 
>>>>> écrit :
>>>>>
>>>>>> Thank's Pat
>>>>>> When I "inspect" the web page, I see that the missing ordinates exist 
>>>>>> but have opacity="0"
>>>>>> [image: image.png]
>>>>>>
>>>>>> May be it can help you...
>>>>>>
>>>>>> Didier
>>>>>>
>>>>>> Le lun. 13 juil. 2020 à 15:19, Pat  a écrit :
>>>>>>
>>>>>>> First time I'm noticing this. I'll take a look and see if I can 
>>>>>>> figure out what changed
>>>>>>>
>>>>>>> On Sunday, July 12, 2020 at 1:13:48 PM UTC-4, Didier Decoodt wrote:
>>>>>>>>
>>>>>>>> Oh yes...
>>>>>>>> Pat, have you seen the problem?
>>>>>>>>
>>>>>>>> Bonne soirée Jacques
>>>>>>>>
>>>>>>>> Le dim. 12 juil. 2020 à 19:08, Jacques Terrettaz <
>>>>>>>> jterr...@gmail.com> a écrit :
>>>>>>>>
>>>>>>>>> Hi Didier,
>>>>>>>>>
>>>>>>>>> I see that you are using V1.2b6.That may be the problem... The 
>>>>>>>>> Belchertown site ( https://belchertownweather.com ) is running 
>>>>>>>>> also V1.2b6, and I see missing ordinates on the wind rose.
>>>>>>>>>
>>>>>>>>> All is OK with V 1.1 - see for example on my site  : 
>>>>>>>>> http://meteo-sciez.fr/weewx/belchertown/  
>>>>>>>>> <http://meteo-sciez.fr/weewx/belchertown/>
>>>>>>>>>
>>>>>>>>> Jacques
>>>>>>>>>
>>>>>>>>> Le dimanche 12 juillet 2020 17:20:21 UTC+2, didier@gmail.com 
>>>>>>>>> a écrit :
>>>>>>>>>>
>>>>>>>>>> Hi
>>>>>>>>>>
>>>>>>>>>> I have a small problem on windrose graph: some ordinates are not 
>>>>>>>>>> displayed!
>>>>>>>>>>
>>>>>>>>>> Here is a part of my conf file:
>>>>>>>>>> Ordinates
>>>>>>>>>> 
>>>>>>>>>> # Ordinal directions. The last one is for no wind 
>>>>>>>>>> direction
>>>>>>>>>> directions = N, NNE, NE, ENE, E, ESE, SE, SSE, S, 
>>>>>>>>>> SSO, SO, OSO, O, ONO, NO, NNO, N/A
>>>>>>>>>> 
>>>>>>>>>> Here is a

Re: [weewx-user] Re: Missing Ordinates on windrose graph [Belchertown]

[Pat]

I don't see a way for the yAxis title to change. Looks like a highcharts 
limitation - unless someone knows of a working CSS fix? (z-index did not 
work)

https://api.highcharts.com/highcharts/yAxis.title

On Monday, July 13, 2020 at 11:06:54 AM UTC-4, Pat wrote:
>
> Just pushed another commit to upgrade highcharts and fix the opacity issue 
> you pointed out. 
>
> Still working on the item
>
> On Monday, July 13, 2020 at 10:44:47 AM UTC-4, Didier Decoodt wrote:
>>
>> Many thank's Pat
>>
>> Le lun. 13 juil. 2020 à 16:43, Pat  a écrit :
>>
>>> This is fixed in the latest commit in the development branch. 
>>>
>>> As for the axis label, this is a highcharts thing. I'll research to see 
>>> if I can fix it or not
>>>
>>> On Monday, July 13, 2020 at 9:40:13 AM UTC-4, Didier Decoodt wrote:
>>>>
>>>> Pat
>>>> Just another (very small) remark, in windrose graphic the axis label 
>>>> (Frequency %) is displayed behind the graphic, also is not readable
>>>> May be it's a Highchart problem...
>>>> [image: image.png]
>>>>
>>>> Le lun. 13 juil. 2020 à 15:24, Didier Decoodt  a 
>>>> écrit :
>>>>
>>>>> Thank's Pat
>>>>> When I "inspect" the web page, I see that the missing ordinates exist 
>>>>> but have opacity="0"
>>>>> [image: image.png]
>>>>>
>>>>> May be it can help you...
>>>>>
>>>>> Didier
>>>>>
>>>>> Le lun. 13 juil. 2020 à 15:19, Pat  a écrit :
>>>>>
>>>>>> First time I'm noticing this. I'll take a look and see if I can 
>>>>>> figure out what changed
>>>>>>
>>>>>> On Sunday, July 12, 2020 at 1:13:48 PM UTC-4, Didier Decoodt wrote:
>>>>>>>
>>>>>>> Oh yes...
>>>>>>> Pat, have you seen the problem?
>>>>>>>
>>>>>>> Bonne soirée Jacques
>>>>>>>
>>>>>>> Le dim. 12 juil. 2020 à 19:08, Jacques Terrettaz  
>>>>>>> a écrit :
>>>>>>>
>>>>>>>> Hi Didier,
>>>>>>>>
>>>>>>>> I see that you are using V1.2b6.That may be the problem... The 
>>>>>>>> Belchertown site ( https://belchertownweather.com ) is running 
>>>>>>>> also V1.2b6, and I see missing ordinates on the wind rose.
>>>>>>>>
>>>>>>>> All is OK with V 1.1 - see for example on my site  : 
>>>>>>>> http://meteo-sciez.fr/weewx/belchertown/  
>>>>>>>> <http://meteo-sciez.fr/weewx/belchertown/>
>>>>>>>>
>>>>>>>> Jacques
>>>>>>>>
>>>>>>>> Le dimanche 12 juillet 2020 17:20:21 UTC+2, didier@gmail.com a 
>>>>>>>> écrit :
>>>>>>>>>
>>>>>>>>> Hi
>>>>>>>>>
>>>>>>>>> I have a small problem on windrose graph: some ordinates are not 
>>>>>>>>> displayed!
>>>>>>>>>
>>>>>>>>> Here is a part of my conf file:
>>>>>>>>> Ordinates
>>>>>>>>> 
>>>>>>>>> # Ordinal directions. The last one is for no wind 
>>>>>>>>> direction
>>>>>>>>> directions = N, NNE, NE, ENE, E, ESE, SE, SSE, S, 
>>>>>>>>> SSO, SO, OSO, O, ONO, NO, NNO, N/A
>>>>>>>>> 
>>>>>>>>> Here is a part of my graphs.conf file:
>>>>>>>>> [[chart4]]
>>>>>>>>> title = Rose des vents
>>>>>>>>> [[[windRose]]]
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Do you have an idea of this problem?
>>>>>>>>>
>>>>>>>>> Many thanks
>>>>>>>>> Didier
>>>>>>>>>
>>>>>>>> -- 
>>>>>>>> You received this message because you are subscribed to the Google 
>>>>>>>> Groups "weewx-user" group.
>>>>>>>> To unsubscribe from this

Re: [weewx-user] Re: Missing Ordinates on windrose graph [Belchertown]

[Pat]

Just pushed another commit to upgrade highcharts and fix the opacity issue 
you pointed out. 

Still working on the item

On Monday, July 13, 2020 at 10:44:47 AM UTC-4, Didier Decoodt wrote:
>
> Many thank's Pat
>
> Le lun. 13 juil. 2020 à 16:43, Pat > a 
> écrit :
>
>> This is fixed in the latest commit in the development branch. 
>>
>> As for the axis label, this is a highcharts thing. I'll research to see 
>> if I can fix it or not
>>
>> On Monday, July 13, 2020 at 9:40:13 AM UTC-4, Didier Decoodt wrote:
>>>
>>> Pat
>>> Just another (very small) remark, in windrose graphic the axis label 
>>> (Frequency %) is displayed behind the graphic, also is not readable
>>> May be it's a Highchart problem...
>>> [image: image.png]
>>>
>>> Le lun. 13 juil. 2020 à 15:24, Didier Decoodt  a 
>>> écrit :
>>>
>>>> Thank's Pat
>>>> When I "inspect" the web page, I see that the missing ordinates exist 
>>>> but have opacity="0"
>>>> [image: image.png]
>>>>
>>>> May be it can help you...
>>>>
>>>> Didier
>>>>
>>>> Le lun. 13 juil. 2020 à 15:19, Pat  a écrit :
>>>>
>>>>> First time I'm noticing this. I'll take a look and see if I can figure 
>>>>> out what changed
>>>>>
>>>>> On Sunday, July 12, 2020 at 1:13:48 PM UTC-4, Didier Decoodt wrote:
>>>>>>
>>>>>> Oh yes...
>>>>>> Pat, have you seen the problem?
>>>>>>
>>>>>> Bonne soirée Jacques
>>>>>>
>>>>>> Le dim. 12 juil. 2020 à 19:08, Jacques Terrettaz  
>>>>>> a écrit :
>>>>>>
>>>>>>> Hi Didier,
>>>>>>>
>>>>>>> I see that you are using V1.2b6.That may be the problem... The 
>>>>>>> Belchertown site ( https://belchertownweather.com ) is running also 
>>>>>>> V1.2b6, and I see missing ordinates on the wind rose.
>>>>>>>
>>>>>>> All is OK with V 1.1 - see for example on my site  : 
>>>>>>> http://meteo-sciez.fr/weewx/belchertown/  
>>>>>>> <http://meteo-sciez.fr/weewx/belchertown/>
>>>>>>>
>>>>>>> Jacques
>>>>>>>
>>>>>>> Le dimanche 12 juillet 2020 17:20:21 UTC+2, didier@gmail.com a 
>>>>>>> écrit :
>>>>>>>>
>>>>>>>> Hi
>>>>>>>>
>>>>>>>> I have a small problem on windrose graph: some ordinates are not 
>>>>>>>> displayed!
>>>>>>>>
>>>>>>>> Here is a part of my conf file:
>>>>>>>> Ordinates
>>>>>>>> 
>>>>>>>> # Ordinal directions. The last one is for no wind 
>>>>>>>> direction
>>>>>>>> directions = N, NNE, NE, ENE, E, ESE, SE, SSE, S, 
>>>>>>>> SSO, SO, OSO, O, ONO, NO, NNO, N/A
>>>>>>>> 
>>>>>>>> Here is a part of my graphs.conf file:
>>>>>>>> [[chart4]]
>>>>>>>> title = Rose des vents
>>>>>>>> [[[windRose]]]
>>>>>>>>
>>>>>>>>
>>>>>>>> Do you have an idea of this problem?
>>>>>>>>
>>>>>>>> Many thanks
>>>>>>>> Didier
>>>>>>>>
>>>>>>> -- 
>>>>>>> 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/d7951c08-a443-4ea1-af64-5282bf30ed84o%40googlegroups.com
>>>>>>>  
>>>>>>> <https://groups.google.com/d/msgid/weewx-user/d7951c08-a443-4ea1-af64-5282bf30ed84o%40googlegroups.com?utm_medium=email_source=footer>
>>>>>>> .
>>>>>>>
>>>>>> -- 
>>>>> You received this message because you are subscribed to the Google 
>>>>> Groups "weewx-user" group.
>>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>>> an email to weewx...@googlegroups.com.
>>>>> To view this discussion on the web visit 
>>>>> https://groups.google.com/d/msgid/weewx-user/63eb29ad-15a5-4e25-a183-d6d3704e76f2o%40googlegroups.com
>>>>>  
>>>>> <https://groups.google.com/d/msgid/weewx-user/63eb29ad-15a5-4e25-a183-d6d3704e76f2o%40googlegroups.com?utm_medium=email_source=footer>
>>>>> .
>>>>>
>>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/589ccc7b-8516-4009-8cab-d75372feb0e4o%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/589ccc7b-8516-4009-8cab-d75372feb0e4o%40googlegroups.com?utm_medium=email_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/56931a41-ea9e-430a-a939-c7230a7bcd1co%40googlegroups.com.

Re: [weewx-user] Re: Missing Ordinates on windrose graph [Belchertown]

[Pat]

This is fixed in the latest commit in the development branch. 

As for the axis label, this is a highcharts thing. I'll research to see if 
I can fix it or not

On Monday, July 13, 2020 at 9:40:13 AM UTC-4, Didier Decoodt wrote:
>
> Pat
> Just another (very small) remark, in windrose graphic the axis label 
> (Frequency %) is displayed behind the graphic, also is not readable
> May be it's a Highchart problem...
> [image: image.png]
>
> Le lun. 13 juil. 2020 à 15:24, Didier Decoodt  > a écrit :
>
>> Thank's Pat
>> When I "inspect" the web page, I see that the missing ordinates exist but 
>> have opacity="0"
>> [image: image.png]
>>
>> May be it can help you...
>>
>> Didier
>>
>> Le lun. 13 juil. 2020 à 15:19, Pat > 
>> a écrit :
>>
>>> First time I'm noticing this. I'll take a look and see if I can figure 
>>> out what changed
>>>
>>> On Sunday, July 12, 2020 at 1:13:48 PM UTC-4, Didier Decoodt wrote:
>>>>
>>>> Oh yes...
>>>> Pat, have you seen the problem?
>>>>
>>>> Bonne soirée Jacques
>>>>
>>>> Le dim. 12 juil. 2020 à 19:08, Jacques Terrettaz  
>>>> a écrit :
>>>>
>>>>> Hi Didier,
>>>>>
>>>>> I see that you are using V1.2b6.That may be the problem... The 
>>>>> Belchertown site ( https://belchertownweather.com ) is running also 
>>>>> V1.2b6, and I see missing ordinates on the wind rose.
>>>>>
>>>>> All is OK with V 1.1 - see for example on my site  : 
>>>>> http://meteo-sciez.fr/weewx/belchertown/  
>>>>> <http://meteo-sciez.fr/weewx/belchertown/>
>>>>>
>>>>> Jacques
>>>>>
>>>>> Le dimanche 12 juillet 2020 17:20:21 UTC+2, didier@gmail.com a 
>>>>> écrit :
>>>>>>
>>>>>> Hi
>>>>>>
>>>>>> I have a small problem on windrose graph: some ordinates are not 
>>>>>> displayed!
>>>>>>
>>>>>> Here is a part of my conf file:
>>>>>> Ordinates
>>>>>> 
>>>>>> # Ordinal directions. The last one is for no wind 
>>>>>> direction
>>>>>> directions = N, NNE, NE, ENE, E, ESE, SE, SSE, S, 
>>>>>> SSO, SO, OSO, O, ONO, NO, NNO, N/A
>>>>>> 
>>>>>> Here is a part of my graphs.conf file:
>>>>>> [[chart4]]
>>>>>> title = Rose des vents
>>>>>> [[[windRose]]]
>>>>>>
>>>>>>
>>>>>> Do you have an idea of this problem?
>>>>>>
>>>>>> Many thanks
>>>>>> Didier
>>>>>>
>>>>> -- 
>>>>> 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/d7951c08-a443-4ea1-af64-5282bf30ed84o%40googlegroups.com
>>>>>  
>>>>> <https://groups.google.com/d/msgid/weewx-user/d7951c08-a443-4ea1-af64-5282bf30ed84o%40googlegroups.com?utm_medium=email_source=footer>
>>>>> .
>>>>>
>>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to weewx...@googlegroups.com .
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/63eb29ad-15a5-4e25-a183-d6d3704e76f2o%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/weewx-user/63eb29ad-15a5-4e25-a183-d6d3704e76f2o%40googlegroups.com?utm_medium=email_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/589ccc7b-8516-4009-8cab-d75372feb0e4o%40googlegroups.com.

Re: [weewx-user] Re: Missing Ordinates on windrose graph [Belchertown]

[Pat]

Looks like an issue with the latest version of highcharts. I'll revert back 
to the last version where it's working. 

On Monday, July 13, 2020 at 9:24:36 AM UTC-4, Didier Decoodt wrote:
>
> Thank's Pat
> When I "inspect" the web page, I see that the missing ordinates exist but 
> have opacity="0"
> [image: image.png]
>
> May be it can help you...
>
> Didier
>
> Le lun. 13 juil. 2020 à 15:19, Pat > a 
> écrit :
>
>> First time I'm noticing this. I'll take a look and see if I can figure 
>> out what changed
>>
>> On Sunday, July 12, 2020 at 1:13:48 PM UTC-4, Didier Decoodt wrote:
>>>
>>> Oh yes...
>>> Pat, have you seen the problem?
>>>
>>> Bonne soirée Jacques
>>>
>>> Le dim. 12 juil. 2020 à 19:08, Jacques Terrettaz  a 
>>> écrit :
>>>
>>>> Hi Didier,
>>>>
>>>> I see that you are using V1.2b6.That may be the problem... The 
>>>> Belchertown site ( https://belchertownweather.com ) is running also 
>>>> V1.2b6, and I see missing ordinates on the wind rose.
>>>>
>>>> All is OK with V 1.1 - see for example on my site  : 
>>>> http://meteo-sciez.fr/weewx/belchertown/  
>>>> <http://meteo-sciez.fr/weewx/belchertown/>
>>>>
>>>> Jacques
>>>>
>>>> Le dimanche 12 juillet 2020 17:20:21 UTC+2, didier@gmail.com a 
>>>> écrit :
>>>>>
>>>>> Hi
>>>>>
>>>>> I have a small problem on windrose graph: some ordinates are not 
>>>>> displayed!
>>>>>
>>>>> Here is a part of my conf file:
>>>>> Ordinates
>>>>> 
>>>>> # Ordinal directions. The last one is for no wind 
>>>>> direction
>>>>> directions = N, NNE, NE, ENE, E, ESE, SE, SSE, S, SSO, 
>>>>> SO, OSO, O, ONO, NO, NNO, N/A
>>>>> 
>>>>> Here is a part of my graphs.conf file:
>>>>> [[chart4]]
>>>>> title = Rose des vents
>>>>> [[[windRose]]]
>>>>>
>>>>>
>>>>> Do you have an idea of this problem?
>>>>>
>>>>> Many thanks
>>>>> Didier
>>>>>
>>>> -- 
>>>> 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/d7951c08-a443-4ea1-af64-5282bf30ed84o%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/weewx-user/d7951c08-a443-4ea1-af64-5282bf30ed84o%40googlegroups.com?utm_medium=email_source=footer>
>>>> .
>>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/63eb29ad-15a5-4e25-a183-d6d3704e76f2o%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/63eb29ad-15a5-4e25-a183-d6d3704e76f2o%40googlegroups.com?utm_medium=email_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/b256e8c4-b52f-424e-9d23-424fe7478e09o%40googlegroups.com.

Re: [weewx-user] Re: Missing Ordinates on windrose graph [Belchertown]

[Pat]

First time I'm noticing this. I'll take a look and see if I can figure out 
what changed

On Sunday, July 12, 2020 at 1:13:48 PM UTC-4, Didier Decoodt wrote:
>
> Oh yes...
> Pat, have you seen the problem?
>
> Bonne soirée Jacques
>
> Le dim. 12 juil. 2020 à 19:08, Jacques Terrettaz  > a écrit :
>
>> Hi Didier,
>>
>> I see that you are using V1.2b6.That may be the problem... The 
>> Belchertown site ( https://belchertownweather.com ) is running also 
>> V1.2b6, and I see missing ordinates on the wind rose.
>>
>> All is OK with V 1.1 - see for example on my site  : 
>> http://meteo-sciez.fr/weewx/belchertown/  
>> <http://meteo-sciez.fr/weewx/belchertown/>
>>
>> Jacques
>>
>> Le dimanche 12 juillet 2020 17:20:21 UTC+2, didier@gmail.com a 
>> écrit :
>>>
>>> Hi
>>>
>>> I have a small problem on windrose graph: some ordinates are not 
>>> displayed!
>>>
>>> Here is a part of my conf file:
>>> Ordinates
>>> 
>>> # Ordinal directions. The last one is for no wind 
>>> direction
>>> directions = N, NNE, NE, ENE, E, ESE, SE, SSE, S, SSO, 
>>> SO, OSO, O, ONO, NO, NNO, N/A
>>> 
>>> Here is a part of my graphs.conf file:
>>> [[chart4]]
>>> title = Rose des vents
>>> [[[windRose]]]
>>>
>>>
>>> Do you have an idea of this problem?
>>>
>>> Many thanks
>>> Didier
>>>
>> -- 
>> 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/d7951c08-a443-4ea1-af64-5282bf30ed84o%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/d7951c08-a443-4ea1-af64-5282bf30ed84o%40googlegroups.com?utm_medium=email_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/63eb29ad-15a5-4e25-a183-d6d3704e76f2o%40googlegroups.com.

[weewx-user] Re: [Belchertown] Daily/Monthly Snapshots Not Working

[Pat]

That's weird that those tags aren't working. Those are default weewx tags 
(not Belchertown skin specific).

Any errors in your syslog?

On Thursday, July 9, 2020 at 2:29:22 AM UTC-4, Andre wrote:
>
> After I tried to correct a too high rainRate value, the daily and monthly 
> snapshot is no longer updated. You could see it here 
> www.wetter-norderstedt.de.
> My HighCharts seems to be working fine. Maybe there is a connection to this 
> forum post 
> <https://groups.google.com/forum/?oldui=1#!topic/weewx-user/cCtD08Q9Psc>
> @Pat: If you are reading this, maybe you have an idea to solve the issue?
>
>

-- 
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/345b33b4-eaf8-4070-ad0f-eaf14270b05ao%40googlegroups.com.

[weewx-user] Re: Belchertown: Observations font size?

[Pat]

If you're on version 1.1+, create a custom.css file and add something like 
this:

.weather-obs-top {
font-size: 30px;
}

On Monday, July 6, 2020 at 11:40:24 AM UTC-4, Jeff Rabin wrote:
>
>
> Is there a way to increase the font size for the station observations?
>
> I've tried editting style.css:
>
>
> Enter code here...
>
> .station-observations {
>
>  font-size: 48px;
>
> /* margin-top:15px; */
>
> }
>
>
>
>
>

-- 
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/a38d301d-6aac-4997-80e9-95536f223e07o%40googlegroups.com.

[weewx-user] Re: Belchertown: current weather picture is missing.

[Pat]

How to install the development version

If you want to try out the latest features the skin has to offer, you can 
install 
the development branch 
<https://github.com/poblabs/weewx-belchertown/tree/development>. To start 
download the development zip file 
<https://github.com/poblabs/weewx-belchertown/archive/development.zip>. 
Then you can

   1. upload it to your weewx system and install it using wee_extension 
   --install development.zip

or

   1. manually replace the files from the zip file with your weewx 
   Belchertown skin files.

Either way, we need to overwrite your current Belchertown skin install in 
the skins folder and the bin/user foler with the development files. Then 
you can configure the new features you want and restart weewx when done.

On Sunday, June 28, 2020 at 7:51:22 AM UTC-4, Geni 0815 wrote:
>
> @pat: Will the update also be done with "wee_extension --install 
> weewx-belchertown-development.zip"? 
> Above or first a "wee_extension --uninstall 
> weewx-belchertown-release-1.1.tar.gz"?
>
> Am Samstag, 27. Juni 2020 19:23:12 UTC+2 schrieb Pat:
>>
>> Please read the skin's README. Almost all of this is covered there.  
>> <https://github.com/poblabs/weewx-belchertown>
>>
>> On Saturday, June 27, 2020 at 10:09:19 AM UTC-4, geni08...@gmail.com 
>> wrote:
>>>
>>> how is Belchertown updated, what do you have to be careful about between 
>>> release and beta versions? 
>>>
>>> Pat schrieb am Freitag, 26. Juni 2020 um 18:32:22 UTC+2:
>>>
>>>> Yes you need to use DarkSky or Aeris weather (with the 1.2 beta skin)
>>>>
>>>>
>>>> On Friday, June 26, 2020 at 11:09:46 AM UTC-4, geni08...@gmail.com 
>>>> wrote:
>>>>>
>>>>> I have to configure or install so that this info picture is displayed? 
>>>>> [image: 
>>>>> belch07.jpg]What do 
>>>>>
>>>>> It looks like this to me
>>>>> [image: belch08.jpg]
>>>>>
>>>>

-- 
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/5fa4a84a-874f-48c1-be14-63d09212120do%40googlegroups.com.

[weewx-user] Re: Belchertown Difference for the same temperature type

[Pat]

This error says you have a bad username for your database. Nothing to do 
with the skin. Check your database settings in weewx.conf.

On Sunday, June 28, 2020 at 12:02:47 PM UTC-4, Geni 0815 wrote:
>
> @pat:
> @Manfred:
> This results in my attempt!
>
> pi@Wetter-Raspi:~ $ sudo wee_database /etc/weewx/weewx.conf --reconfigure
>> Using configuration file /etc/weewx/weewx.conf
>> Using database binding 'wx_binding', which is bound to database 
>> 'archive_mysql'
>> Traceback (most recent call last):
>>   File "/usr/share/weewx/weedb/mysql.py", line 52, in guarded_fn
>> return fn(*args, **kwargs)
>>   File "/usr/share/weewx/weedb/mysql.py", line 262, in execute
>> self.cursor.execute(mysql_string, tuple(sql_tuple))
>>   File "/usr/lib/python3/dist-packages/MySQLdb/cursors.py", line 250, in 
>> execute
>> self.errorhandler(self, exc, value)
>>   File "/usr/lib/python3/dist-packages/MySQLdb/connections.py", line 50, 
>> in defaulterrorhandler
>> raise errorvalue
>>   File "/usr/lib/python3/dist-packages/MySQLdb/cursors.py", line 247, in 
>> execute
>> res = self._query(query)
>>   File "/usr/lib/python3/dist-packages/MySQLdb/cursors.py", line 411, in 
>> _query
>> rowcount = self._do_query(q)
>>   File "/usr/lib/python3/dist-packages/MySQLdb/cursors.py", line 374, in 
>> _do_query
>> db.query(q)
>>   File "/usr/lib/python3/dist-packages/MySQLdb/connections.py", line 292, 
>> in query
>> _mysql.connection.query(self, query)
>> _mysql_exceptions.OperationalError: (1044, "Access denied for user 
>> 'raspberry'@'%' to database 'weewx_new'")
>>
>> During handling of the above exception, another exception occurred:
>>
>> Traceback (most recent call last):
>>   File "/usr/share/weewx/wee_database", line 974, in 
>> main()
>>   File "/usr/share/weewx/wee_database", line 145, in main
>> reconfigMainDatabase(config_dict, db_binding)
>>   File "/usr/share/weewx/wee_database", line 312, in reconfigMainDatabase
>> weedb.create(new_database_dict)
>>   File "/usr/share/weewx/weedb/__init__.py", line 80, in create
>> return driver_mod.create(**db_dict)
>>   File "/usr/share/weewx/weedb/mysql.py", line 87, in create
>> cursor.execute("CREATE DATABASE %s" % (database_name,))
>>   File "/usr/share/weewx/weedb/mysql.py", line 61, in guarded_fn
>> raise klass(e)
>> weedb.PermissionError: (1044, "Access denied for user 'raspberry'@'%' to 
>> database 'weewx_new'")
>> pi@Wetter-Raspi:~ $
>>
>>
> Am Freitag, 26. Juni 2020 11:20:48 UTC+2 schrieb Manfred Maier:
>>
>> Sorry. Hatte ich vergessen.
>>
>> geni08...@gmail.com schrieb am Freitag, 26. Juni 2020 um 11:13:44 UTC+2:
>>
>>> Kannst  du deine extensions.py bitte hier reinstellen?
>>>
>>>
>>> Manfred Maier schrieb am Freitag, 26. Juni 2020 um 10:41:53 UTC+2:
>>>
>>>> Ich habe meine Datenbank inzwischen schon zweimal erweitert. Einmal 
>>>> nach ca. drei Wochen (um appTemp und maxSolarRad in der Datenbank zu 
>>>> haben) 
>>>> und dann nochmal letzte Woche, um endlich auch die Anzahl der 
>>>> Sonnenstunden 
>>>> schön darstellen zu können.
>>>>
>>>> Beide Male hat es absolut ohne Probleme funktioniert. 
>>>> Schau einfach nur, dass Du ein Backup der Datenbank hast, sollte 
>>>> wirklich etwas schief laufen.
>>>>
>>>> Mit Mariadb10 habe ich leider keinerlei Erfahrung. 
>>>> Bei meiner Installation (mit SQLite) wird einfach nur die existierende 
>>>> DB erweitert.
>>>>
>>>> Und bei der Installation der Skin ist es einfach nicht sinnvoll, an der 
>>>> Datenbank rumzuspielen. 
>>>>
>>>> geni08...@gmail.com schrieb am Freitag, 26. Juni 2020 um 10:27:06 
>>>> UTC+2:
>>>>
>>>>> @Manfred: Hast du dies schon mal gemacht? Wenn ja ohne Probleme?
>>>>> Bleibt dies eine einmalige Sache oder wird dies bei jedem Update von 
>>>>> weewx oder Belchertown wieder fällig?
>>>>> Wie muss dann die extensions.py aussehen?
>>>>> Ich verwende eine externe Mariadb10, wird nun eine neue DB gemacht 
>>>>> oder die bestehende modifiziert?
>>>>> Dies funktioniert auf meinem Raspberry ja nicht?
>>>>> Warum wird dies nicht von der Belchertown i