Re: [weewx-user] Re: sum vs wsum for archive_day_rain

2022-08-25 Thread Praveen Chandrasekaran
Thanks. That makes sense. So even for monthly average temperature I guess I
can use sum instead of wsum. I am using wsum for temperature (monthly
average) now and it seems to work fine. It was when I attempted it for rain
that it went all wrong and then i modified the query based on obs_type. I
am actually updating xaggs.py to support monthly and yearly averages.

On Thu, 25 Aug 2022 at 15:41, gjr80  wrote:

> As a general rule if you are working with averages you should be using
> wsum and sumtime, but it really depends on what you are calculating. To
> understand you need to know what the daily summary wsum field contains
> and how it is different to the sum field. I have no idea what the time
> field is, do you perhaps mean the sumtime field?
>
> WeeWX v3.0.0 introduced support for different archive interval values
> within a single database, hand in glove with this change was the
> introduction of weighting of archive record values used in the daily
> summaries. This was done to ensure that archive records with long archive
> intervals did not skew certain aggregates. For example, if a database
> contained archive records with a five minute interval during the night and
> archive records with a 30 minute archive interval during the day, when the
> average temperature was calculated for the entire day the resulting
> calculated value would be low due to there being up to six times more
> nighttime temperature values than there are daytime values. So a
> temperature of 15C at 11pm that 'applied' for five minutes would carry the
> same weight in the day average temperature as a 30C temperature at 11am
> that 'applied' for 30 minutes.
>
> The solution is to weight the archive record values by the archive
> interval. This is what is stored in the daily summary wsum field (the sum
> field is retained as an unweighted sum). Archive interval weighting was not
> properly implemented in v3.0.0 resulting in all archive records being
> weighted equally irrespective of archive interval. This was fixed variously
> in v3.7.0, v4.2.0, v4.3.0 and v4.4.0 (as an aside, users with a homogeneous
> archive interval value in their database still use archive record
> weighting, but each archive record is weighted equally).
>
> For obs where you are interested in the average value for the day, such as
> temperature, wind speed etc, the correct daily average value is the wsum
> value divided by the sumtime value. If you look in the WeeWX xtypes module
>  you
> will see the queries used for daily summary based averages use the wsum
> and sumtime fields. However, for rain  there is little sense in
> 'averaging' the day rain total as is done with say temperature. Typically
> for rain we are interested in the daily total or the sum field. You will
> see in the xtypes module the queries for the daily summary based sums use
> the sum field (you can still calculate the 'day average rain' using
> $day.rain.avg, which will use the rain daily summary wsum value, but it
> is a fairly meaningless aggregate).
>
> In your case, if what you refer to as 'monthly averages for rainfall' is
> the average monthly rainfall (ie average July rainfall, average August
> rainfall etc), I expect you would be wanting the sum of the rainfall for
> the month (eg the sum of the rainfall for each July or the sum of the sum
> fields for each day in each July) and average that over the number of those
> months in your data (ie the number of 'Julys'). I wouldn't see you using
> wsum or sumtime.
>
> Gary
> On Thursday, 25 August 2022 at 15:27:34 UTC+10 pravee...@gmail.com wrote:
>
>> Hi,
>>
>> When trying to build monthly averages for rainfall, I see that using
>> SUM(sum) from archive_day_rain gives sensible data while doing
>> SUM(wsum)/SUM(wtime) gives very weird data. What should be used for
>> archive_day_rain?
>>
>> Regards,
>> Praveen
>>
> --
> 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/zbg1X8dMRvQ/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/567c6084-bf8f-491e-a800-bedb8e3bbd21n%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/CA%2BW%3DTmVAFpKJMui6i_Ch9q%2Bg%3DozGfsYyFkuxybMCdJW%2BqVGpZQ%40mail.gmail.com.


Re: [weewx-user] Re: Using saratoga SLE inside Seasons skin

2022-08-16 Thread Praveen Chandrasekaran
If I place the search_list_extensions and template in skin.conf in
WEEWXTags folder, they work fine.

However if i place the same in Seasons skin.conf, then they error out.


On Tue, 16 Aug 2022 at 14:47, gjr80  wrote:

> I'm a little confused. I read your initial post as the SLEs worked when
> used in a skin under WeeWX but the same setup failed when used under
> wee_reports. Is this not the case? It would help to know exactly what the
> problem is/is not so that I don't spend time looking for a non-existent
> fault.
>
> Gary
>
> On Tuesday, 16 August 2022 at 18:54:39 UTC+10 pravee...@gmail.com wrote:
>
>> I did see the issue when using it in seasons skin even when reports were
>> generated as part of 5 min archive period. I then started running
>> wee_reports to see if I could debug it..
>>
>> On Tue, 16 Aug, 2022, 14:17 gjr80,  wrote:
>>
>>> I am not sure what you mean. The template can be 'run' either as part of
>>> a running WeeWX instance or via wee_reports. The former does not use
>>> wee_reports in any way. The latter uses wee_reports which sets up a
>>> dummy WeeWX engine to 'run' the reports in the specified (or implied) WeeWX
>>> config file.
>>>
>>> Gary
>>> On Tuesday, 16 August 2022 at 18:37:15 UTC+10 pravee...@gmail.com wrote:
>>>
 When the template is run via weewxtags skin.conf isn't wee_reports used
 then?

 On Tue, 16 Aug, 2022, 11:38 gjr80,  wrote:

> The error you have posted is from a SLE that only uses the binding to
> the main WeeWX database, it does not use ws_binding, so I am
> confident the error has nothing to do with ws_binding or the lack
> thereof. Nor is it likely an issue with incompatibility with the Seasons
> skin. I suspect the issue is more likely some incompatibility between the
> SLE concerned, MonthStats, and the wee_reports environment. Whilst
> weewx-saratoga was put together in 2021 much of the code, in particular 
> the
> SLEs, is some eight or more years old and whilst updated for various WeeWX
> changes over the years it likely has some issues when run using
> wee_reports.  I will try to find time to have a look at the problem,
> though unless it is a quick fix it will likely be some time before I have
> time to track down and fix the error.
>
> Not sure what you are trying to achieve, though judging by your
> questions regarding iterating over months/years, I gather you are trying 
> to
> develop some sort of historical monthly aggregate based reporting. If that
> is the case, and if you are going to continue to use the weewx-saratoga
> SLEs, I would suggest you just load those SLEs that are required (I 
> suspect
> that you probably  just want the MonthStats SLE). You might find
> running a separate WeeWX development install with a short (1-2 minute)
> archive interval may compensate for being unable to use wee_reports
> with this SLE.
>
> Gary
> On Monday, 15 August 2022 at 20:38:26 UTC+10 pravee...@gmail.com
> wrote:
>
>> Is it because the Weewx saratoga has ws_binding as data_binding while
>> Seasons doesnt have.
>>
>> On Monday, 15 August 2022 at 15:53:01 UTC+5:30 pravee...@gmail.com
>> wrote:
>>
>>> Hi,
>>>
>>> I am trying to use saratoga SLEs inside Seasons skin. I have
>>> specified SLEs like in attacked skin.conf.snip. When I run wee_reports I
>>> get error as attached error_saratoga.
>>> The funny thing is same tmpl works perfectly when included in
>>> skin.conf under WEEWXtags skin.conf (which comes with saratoga extension
>>> installation)
>>>
>>> So I am a bit flummoxed as to why I am not able to use the SLE in
>>> Seasons skin.
>>>
>>> Regards,
>>> Praveen
>>>
>>>
>>>
>>>
>>> --
> 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/Eo9Dd9yBIe0/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/bbf5ac20-5d5e-4471-8292-cc3e77ec8a72n%40googlegroups.com
> 
> .
>
 --
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "weewx-user" group.
>>> To unsubscribe from this topic, visit
>>> https://groups.google.com/d/topic/weewx-user/Eo9Dd9yBIe0/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
>>> 

Re: [weewx-user] Re: Using saratoga SLE inside Seasons skin

2022-08-16 Thread Praveen Chandrasekaran
I did see the issue when using it in seasons skin even when reports were
generated as part of 5 min archive period. I then started running
wee_reports to see if I could debug it..

On Tue, 16 Aug, 2022, 14:17 gjr80,  wrote:

> I am not sure what you mean. The template can be 'run' either as part of a
> running WeeWX instance or via wee_reports. The former does not use
> wee_reports in any way. The latter uses wee_reports which sets up a dummy
> WeeWX engine to 'run' the reports in the specified (or implied) WeeWX
> config file.
>
> Gary
> On Tuesday, 16 August 2022 at 18:37:15 UTC+10 pravee...@gmail.com wrote:
>
>> When the template is run via weewxtags skin.conf isn't wee_reports used
>> then?
>>
>> On Tue, 16 Aug, 2022, 11:38 gjr80,  wrote:
>>
>>> The error you have posted is from a SLE that only uses the binding to
>>> the main WeeWX database, it does not use ws_binding, so I am confident
>>> the error has nothing to do with ws_binding or the lack thereof. Nor is
>>> it likely an issue with incompatibility with the Seasons skin. I suspect
>>> the issue is more likely some incompatibility between the SLE concerned,
>>> MonthStats, and the wee_reports environment. Whilst weewx-saratoga was
>>> put together in 2021 much of the code, in particular the SLEs, is some
>>> eight or more years old and whilst updated for various WeeWX changes over
>>> the years it likely has some issues when run using wee_reports.  I will
>>> try to find time to have a look at the problem, though unless it is a quick
>>> fix it will likely be some time before I have time to track down and fix
>>> the error.
>>>
>>> Not sure what you are trying to achieve, though judging by your
>>> questions regarding iterating over months/years, I gather you are trying to
>>> develop some sort of historical monthly aggregate based reporting. If that
>>> is the case, and if you are going to continue to use the weewx-saratoga
>>> SLEs, I would suggest you just load those SLEs that are required (I suspect
>>> that you probably  just want the MonthStats SLE). You might find
>>> running a separate WeeWX development install with a short (1-2 minute)
>>> archive interval may compensate for being unable to use wee_reports
>>> with this SLE.
>>>
>>> Gary
>>> On Monday, 15 August 2022 at 20:38:26 UTC+10 pravee...@gmail.com wrote:
>>>
 Is it because the Weewx saratoga has ws_binding as data_binding while
 Seasons doesnt have.

 On Monday, 15 August 2022 at 15:53:01 UTC+5:30 pravee...@gmail.com
 wrote:

> Hi,
>
> I am trying to use saratoga SLEs inside Seasons skin. I have specified
> SLEs like in attacked skin.conf.snip. When I run wee_reports I get error 
> as
> attached error_saratoga.
> The funny thing is same tmpl works perfectly when included in
> skin.conf under WEEWXtags skin.conf (which comes with saratoga extension
> installation)
>
> So I am a bit flummoxed as to why I am not able to use the SLE in
> Seasons skin.
>
> Regards,
> Praveen
>
>
>
>
> --
>>> 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/Eo9Dd9yBIe0/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/bbf5ac20-5d5e-4471-8292-cc3e77ec8a72n%40googlegroups.com
>>> 
>>> .
>>>
>> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/Eo9Dd9yBIe0/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/d2b51cb4-ef2f-44fc-8456-e0d8c6fb51aan%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/CA%2BW%3DTmXbBprh1FtZq5hbZX9rFRgeqt7v88sKyWPNH4y%3DHRsTTQ%40mail.gmail.com.


Re: [weewx-user] Re: Using saratoga SLE inside Seasons skin

2022-08-16 Thread Praveen Chandrasekaran
When the template is run via weewxtags skin.conf isn't wee_reports used
then?

On Tue, 16 Aug, 2022, 11:38 gjr80,  wrote:

> The error you have posted is from a SLE that only uses the binding to the
> main WeeWX database, it does not use ws_binding, so I am confident the
> error has nothing to do with ws_binding or the lack thereof. Nor is it
> likely an issue with incompatibility with the Seasons skin. I suspect the
> issue is more likely some incompatibility between the SLE concerned,
> MonthStats, and the wee_reports environment. Whilst weewx-saratoga was
> put together in 2021 much of the code, in particular the SLEs, is some
> eight or more years old and whilst updated for various WeeWX changes over
> the years it likely has some issues when run using wee_reports.  I will
> try to find time to have a look at the problem, though unless it is a quick
> fix it will likely be some time before I have time to track down and fix
> the error.
>
> Not sure what you are trying to achieve, though judging by your questions
> regarding iterating over months/years, I gather you are trying to develop
> some sort of historical monthly aggregate based reporting. If that is the
> case, and if you are going to continue to use the weewx-saratoga SLEs, I
> would suggest you just load those SLEs that are required (I suspect that
> you probably  just want the MonthStats SLE). You might find running a
> separate WeeWX development install with a short (1-2 minute) archive
> interval may compensate for being unable to use wee_reports with this
> SLE.
>
> Gary
> On Monday, 15 August 2022 at 20:38:26 UTC+10 pravee...@gmail.com wrote:
>
>> Is it because the Weewx saratoga has ws_binding as data_binding while
>> Seasons doesnt have.
>>
>> On Monday, 15 August 2022 at 15:53:01 UTC+5:30 pravee...@gmail.com wrote:
>>
>>> Hi,
>>>
>>> I am trying to use saratoga SLEs inside Seasons skin. I have specified
>>> SLEs like in attacked skin.conf.snip. When I run wee_reports I get error as
>>> attached error_saratoga.
>>> The funny thing is same tmpl works perfectly when included in skin.conf
>>> under WEEWXtags skin.conf (which comes with saratoga extension installation)
>>>
>>> So I am a bit flummoxed as to why I am not able to use the SLE in
>>> Seasons skin.
>>>
>>> Regards,
>>> Praveen
>>>
>>>
>>>
>>>
>>> --
> 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/Eo9Dd9yBIe0/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/bbf5ac20-5d5e-4471-8292-cc3e77ec8a72n%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/CA%2BW%3DTmUxXTusOkFaOBsH86iuNEQkOJ%3Daw%3DZYXuenUigXbTU9Yw%40mail.gmail.com.


Re: [weewx-user] Re: Monthly NOAA data stopped populating

2022-08-13 Thread Praveen Chandrasekaran
Thanks. That clarified things for me quite a bit. I need my report to
iterate over all years too. So my report will be lik NOAA-MM.txt.tmpl. No
year in file name.

I guess i can't put this under existing summaryByyear but need to create a
new ones?

On Sun, 14 Aug, 2022, 07:58 gjr80,  wrote:

> I don't know what you mean by "*requires both year and month to be
> supplied*". [[SummaryByMonth]] and [[SummaryByYear]] iterate over all
> available archive records in spans of one month and one year respectively
> and the respective template is generated against each span (which is why
> you end up with numerous generated files from each template). No 'year' or
> 'month' is supplied.
>
> If you only want a report generated at a specific time perhaps you should
> look at the Scheduling report generation
>  section of
> the Customization Guide, in particular the report_timing option which
> allows for 'cron like' control over report generation. There is no reason I
> can think of why report_timing could not be used with a [[SummaryByXxxx]]
> report to give the multi-span reports like the NOAA summary reports but
> only generated/updated a specific times. Though I have not seen this
> approach used before.
>
> Gary
> On Sunday, 14 August 2022 at 12:04:30 UTC+10 pravee...@gmail.com wrote:
>
>> The ones under summarybyyear or summaryby month requires both year and
>> month to be supplied I think. I want to supply only month and build
>> historical records for the month across years . I want this to be done only
>> at end of each month for current month or if files don't exist.
>>
>> On Sun, 14 Aug, 2022, 02:34 gjr80,  wrote:
>>
>>> The behaviour you describe is inherent in reports named
>>> [[SummaryByMonth]] and [[SummaryByYear]]  ([[SummaryByDay]] can be used
>>> as well). Any templates included under reports using these names (in any
>>> skin config file) will be generated in the same manner.
>>>
>>> Gary
>>>
>>> On Sunday, 14 August 2022 at 00:37:43 UTC+10 pravee...@gmail.com wrote:
>>>

 The way the NOAA format reports are generated is the current month and
 year reports are generated every report cycle, past months (and years)
 reports are never generated (again) unless the report does not exist (ie
 you deleted it) *and* there are no reports for the subsequent months
 and years"

 Raking up an old thread. How is this done? I m looking to create some
 reports and have same requirement that i want only current month report to
 be generated. Others to be generated only if they don't exist already.
 On Thursday, 8 February 2018 at 20:35:06 UTC+5:30 andrew.s...@gmail.com
 wrote:

> FYI there are also three similar occurrences in the yearly NOAA
> template 
>
>
>
>
> n Thursday, 8 February 2018 16:42:34 UTC+2, Tom Keffer wrote:
>
>> I'll have a closer look at that template, I would have thought there may 
>> have been a more robust way to achieve the same ends.
>>>
>>>
>> ​Good sleuthing!
>>
>> Don't know why I chose 'barometer', because there is indeed a better
>> way: do the check on dateTime, which is required for every record. So, it
>> becomes:
>>
>> #if $day.dateTime.count.raw
>> ...
>> #end if
>>
>>
>> Thanks for finding this, Gary
>>
>> -tk
>>
>> ​
>>
> --
>>> 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/pN6KA5_N2S0/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/abe67f2a-ed15-4f32-b501-63fd440853a4n%40googlegroups.com
>>> 
>>> .
>>>
>> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/pN6KA5_N2S0/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/1fcb2f71-63bf-429a-aae5-d10f14d7592an%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 

Re: [weewx-user] Re: Monthly NOAA data stopped populating

2022-08-13 Thread Praveen Chandrasekaran
The ones under summarybyyear or summaryby month requires both year and
month to be supplied I think. I want to supply only month and build
historical records for the month across years . I want this to be done only
at end of each month for current month or if files don't exist.

On Sun, 14 Aug, 2022, 02:34 gjr80,  wrote:

> The behaviour you describe is inherent in reports named [[SummaryByMonth]]
> and [[SummaryByYear]]  ([[SummaryByDay]] can be used as well). Any
> templates included under reports using these names (in any skin config
> file) will be generated in the same manner.
>
> Gary
>
> On Sunday, 14 August 2022 at 00:37:43 UTC+10 pravee...@gmail.com wrote:
>
>>
>> The way the NOAA format reports are generated is the current month and
>> year reports are generated every report cycle, past months (and years)
>> reports are never generated (again) unless the report does not exist (ie
>> you deleted it) *and* there are no reports for the subsequent months and
>> years"
>>
>> Raking up an old thread. How is this done? I m looking to create some
>> reports and have same requirement that i want only current month report to
>> be generated. Others to be generated only if they don't exist already.
>> On Thursday, 8 February 2018 at 20:35:06 UTC+5:30 andrew.s...@gmail.com
>> wrote:
>>
>>> FYI there are also three similar occurrences in the yearly NOAA template
>>> 
>>>
>>>
>>>
>>>
>>> n Thursday, 8 February 2018 16:42:34 UTC+2, Tom Keffer wrote:
>>>
 I'll have a closer look at that template, I would have thought there may 
 have been a more robust way to achieve the same ends.
>
>
 ​Good sleuthing!

 Don't know why I chose 'barometer', because there is indeed a better
 way: do the check on dateTime, which is required for every record. So, it
 becomes:

 #if $day.dateTime.count.raw
 ...
 #end if


 Thanks for finding this, Gary

 -tk

 ​

>>> --
> 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/pN6KA5_N2S0/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/abe67f2a-ed15-4f32-b501-63fd440853a4n%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/CA%2BW%3DTmUP8iiwuRuCfxqzdd3bbnt%2B_87v9UVYzxHcSiwSjYpFNw%40mail.gmail.com.


Re: [weewx-user] Windrose with weewx 4.7.0

2022-03-18 Thread Praveen Chandrasekaran
Hi Tom,

No, I am referring to this

https://github.com/gjr80/weewx-stackedwindrose

Regards,
Praveen

On Fri, 18 Mar, 2022, 18:31 Tom Keffer,  wrote:

> Hello,
>
> By "windrose", I assume you mean the progressive vector diagram? If so, it
> should be included if the keyword 'windvec' is included in plot_groups.
> Take a look in the Season's configuration file, Seasons/skin.conf. Look for
> option "plot_groups" (somewhere around line 77) and see if 'windvec' is in
> there.
>
> -tk
>
> On Fri, Mar 18, 2022 at 3:59 AM pravee...@gmail.com <
> praveen.c...@gmail.com> wrote:
>
>> Hi,
>>
>> After updating to weewx 4.7.0 I see that the images are included in
>> index.html.templ based on plot_groups and hence wind rose is gone. Can
>> anyone guide me in helping how to get it back? I do see that windrose is
>> still getting generated. One way is to hack to index.html.templ to include
>> it I guess.
>>
>> Regards,
>> Praveen
>>
>> --
>> You received this message because you are 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/102f8801-6fc2-4480-9400-f399e7797237n%40googlegroups.com
>> 
>> .
>>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/q-MltZRThOQ/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/CAPq0zEC4tQr0abHLMe9q7fNDK1aBFavtH1f8HZLwugTuO0%2Bv6g%40mail.gmail.com
> 
> .
>

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


[weewx-user] Seasons skin with Windrun

2020-08-02 Thread Praveen Chandrasekaran
Hi,

Does anyone here have seasons skin with windrun added to display?
I am doing the same and I am wondering whether for week/month/sum, its 
better to display the max daily windrun or cumulative windrun!

Regards,
Praveen

-- 
You received this message because you are 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/0d758879-5a0f-42ec-a365-86991f4a01b8o%40googlegroups.com.


Re: [weewx-user] Re: wind chill for Vantage Pro 2

2020-08-02 Thread Praveen Chandrasekaran
https://github.com/weewx/weewx/wiki/Accumulators

Ok this has some info. I think this is what I need to do.

Need to set extractor to max/min

On Sunday, 2 August 2020 14:22:00 UTC+5:30, Praveen Chandrasekaran wrote:
>
> That didnt help. I dont see the min windchill i see in stats in 5min 
> archive records either. 
> I think since I set record_augmentation to true, it picked high/low from 
> loop packet. But since archive packets dont have windchill, the 5 min 
> records have the average.
>
> I see this above:
>
> [Accumulator]
>   [[windchill]]
> extractor = last
>
> However this would only make it take last value and put in db. IS there a 
> way to put 5 min min/max into the archives?
>
> On Sunday, 2 August 2020 13:07:52 UTC+5:30, Andrew Milner wrote:
>>
>> set aggregate_type in the appropriate graph section(s) of skin.conf
>>
>>
>>
>> On Sunday, 2 August 2020 08:32:36 UTC+3, Praveen Chandrasekaran wrote:
>>>
>>> And how do I do 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/6381d67d-f225-4524-9ebd-d656d77ee887o%40googlegroups.com.


Re: [weewx-user] Re: wind chill for Vantage Pro 2

2020-08-02 Thread Praveen Chandrasekaran
That didnt help. I dont see the min windchill i see in stats in 5min 
archive records either. 
I think since I set record_augmentation to true, it picked high/low from 
loop packet. But since archive packets dont have windchill, the 5 min 
records have the average.

I see this above:

[Accumulator]
  [[windchill]]
extractor = last

However this would only make it take last value and put in db. IS there a 
way to put 5 min min/max into the archives?

On Sunday, 2 August 2020 13:07:52 UTC+5:30, Andrew Milner wrote:
>
> set aggregate_type in the appropriate graph section(s) of skin.conf
>
>
>
> On Sunday, 2 August 2020 08:32:36 UTC+3, Praveen Chandrasekaran wrote:
>>
>> And how do I do 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/68e01c11-2252-4831-a643-e1e828e62f6bo%40googlegroups.com.


Re: [weewx-user] Re: wind chill for Vantage Pro 2

2020-08-01 Thread Praveen Chandrasekaran
And how do I do 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/53288def-e296-4741-a2c7-cfc036758d6eo%40googlegroups.com.


Re: [weewx-user] Re: wind chill for Vantage Pro 2

2020-08-01 Thread Praveen Chandrasekaran
I see an issue where graph doesn't match the lowest wind chill in stats. That's 
because of averaging?

-- 
You received this message because you are 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/c48b0231-451a-4ae0-bc44-52afe1cf499fo%40googlegroups.com.


[weewx-user] Can I use conditional expression in StdCalibrate

2020-07-20 Thread Praveen Chandrasekaran
Hi,

My indoor humidity sensor has gone bad and it rolls from 99percent to 0 instead 
of 100.

I tried adding a QC but that fills the log every loop data. Also graphs are 
broken.

Can I put an expression like 

Foo = (Foo == 0) ? 100 : foo

In StdCalibrate instead?

I know that I will never hit 0 indoor humidity here. 

Regards,
Praveen 

-- 
You received this message because you are 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/1f44387e-574d-4d04-a6f0-f2f4f53fc2bfo%40googlegroups.com.


Re: [weewx-user] NOAA yearly reports doesnt populate

2020-07-18 Thread Praveen Chandrasekaran
V4.0.0.

Time for an upgrade then! Thanks. I wasnt aware of the bug!

On Sat, 18 Jul 2020 at 20:57, Tom Keffer  wrote:

> What version? This was a known bug in V4.0.0 and v4.1.0, fixed in v4.1.1.
>
> On Sat, Jul 18, 2020 at 7:56 AM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> Hi,
>>
>> I am having an issue where when weewx generates reports in its usual 5
>> min cycle, it doesnt populate the years for NOAA "Select by Year" drop down
>> box. However when I run wee_reports manually it populates it.
>>
>> Log doesnt have any error related to this.
>>
>> Regards,
>> Praveen
>>
>> --
>> You received this message because you are 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/3d94a154-6024-446a-84a7-2b6af359c48eo%40googlegroups.com
>> <https://groups.google.com/d/msgid/weewx-user/3d94a154-6024-446a-84a7-2b6af359c48eo%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/I7uPCD4s_BM/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/CAPq0zEAeHApxk11ueuCzrHF0kHCGKfheLYkp3xQV4HPry5Ap2Q%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAPq0zEAeHApxk11ueuCzrHF0kHCGKfheLYkp3xQV4HPry5Ap2Q%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/CA%2BW%3DTmUdb%3DpodORBhOge9DxaPJb7kT%2Bk4rFA-EcfHtpsaWdy1w%40mail.gmail.com.


[weewx-user] NOAA yearly reports doesnt populate

2020-07-18 Thread Praveen Chandrasekaran
Hi,

I am having an issue where when weewx generates reports in its usual 5 min 
cycle, it doesnt populate the years for NOAA "Select by Year" drop down 
box. However when I run wee_reports manually it populates it.

Log doesnt have any error related to this.

Regards,
Praveen

-- 
You received this message because you are 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/3d94a154-6024-446a-84a7-2b6af359c48eo%40googlegroups.com.


Re: [weewx-user] Re: Wunderfixer stopped working after v4 update

2020-05-02 Thread Praveen Chandrasekaran
Shouldnt it be taking in api_key in test mode too? Is that intentional?

On Sat, 2 May 2020 at 20:52, Tom Keffer  wrote:

> Thanks for catching the problem with json.load(). Fixed in commit c05f76b
> <https://github.com/weewx/weewx/commit/c05f76be02a911ef281a6861f8890b087b58db91>
>
> As you discovered, I think the api_key code is working properly.
>
> On Sat, May 2, 2020 at 8:04 AM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> I think I figured out API key issue. It's not read if in test mode and
>> hence causes error. Attached snippet
>>
>> On Sat, 2 May 2020, 19:40 Praveen Chandrasekaran, 
>> wrote:
>>
>>> I didnt attached console output because i just ran wunderfixer at shell.
>>> I was getting HTTP 401 error. printed api_key from within wunderfixer it
>>> was "None". Then edited wunderfixer with the api key locally and that fixed
>>> that issue
>>>
>>> On Sat, 2 May 2020 at 19:32, Tom Keffer  wrote:
>>>
>>>> Log? Console output?
>>>>
>>>> On Sat, May 2, 2020 at 6:18 AM Praveen Chandrasekaran <
>>>> praveen.c...@gmail.com> wrote:
>>>>
>>>>> 2 issues:
>>>>>
>>>>> 1) API key not getting passed. Hacked wunderfixer with local api key
>>>>> instead of passing
>>>>> 2) After 1 I get error  that  JSON object must be str not bytes.
>>>>>
>>>>> On Saturday, 2 May 2020 17:56:50 UTC+5:30, Praveen Chandrasekaran
>>>>> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> My wunderfixer was working till yesterday (I know for sure because I
>>>>>> have used it to fill missing data often recently)
>>>>>>
>>>>>> After updating to v4, the wunderfixer stopped working. The API key
>>>>>> looks fine but I am getting HTTP 401 FORBIDDEN ERROR.
>>>>>>
>>>>>> Regards,
>>>>>> Praveen
>>>>>>
>>>>> --
>>>>> You received this message because you are 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/e6608887-e63e-4844-955b-da4437b2f662%40googlegroups.com
>>>>> <https://groups.google.com/d/msgid/weewx-user/e6608887-e63e-4844-955b-da4437b2f662%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/PSemiQmyCt0/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/CAPq0zEB_L-AwoN0DpQSqEjSSCn43oiuH5fZe8TPLcLBqajbQfQ%40mail.gmail.com
>>>> <https://groups.google.com/d/msgid/weewx-user/CAPq0zEB_L-AwoN0DpQSqEjSSCn43oiuH5fZe8TPLcLBqajbQfQ%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/CA%2BW%3DTmWjPPZX-B9eZsU1VscKP9j1fMQ0d9iEOhf9UwPKMO%2B3Cg%40mail.gmail.com
>> <https://groups.google.com/d/msgid/weewx-user/CA%2BW%3DTmWjPPZX-B9eZsU1VscKP9j1fMQ0d9iEOhf9UwPKMO%2B3Cg%40mail.gmail.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/PSemiQmyCt0/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/CAPq0zEAB22_VgJ%3DS9i7ZABuffq%2B2f48ri%2BektbMpJQOQgWcdPg%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAPq0zEAB22_VgJ%3DS9i7ZABuffq%2B2f48ri%2BektbMpJQOQgWcdPg%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/CA%2BW%3DTmWvHUz1hSTxNY8rQcXQJV-fTP_0mXwx02sNiPBDUSqPNA%40mail.gmail.com.


Re: [weewx-user] Re: Wunderfixer stopped working after v4 update

2020-05-02 Thread Praveen Chandrasekaran
I didnt attached console output because i just ran wunderfixer at shell. I
was getting HTTP 401 error. printed api_key from within wunderfixer it was
"None". Then edited wunderfixer with the api key locally and that fixed
that issue

On Sat, 2 May 2020 at 19:32, Tom Keffer  wrote:

> Log? Console output?
>
> On Sat, May 2, 2020 at 6:18 AM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> 2 issues:
>>
>> 1) API key not getting passed. Hacked wunderfixer with local api key
>> instead of passing
>> 2) After 1 I get error  that  JSON object must be str not bytes.
>>
>> On Saturday, 2 May 2020 17:56:50 UTC+5:30, Praveen Chandrasekaran wrote:
>>>
>>> Hi,
>>>
>>> My wunderfixer was working till yesterday (I know for sure because I
>>> have used it to fill missing data often recently)
>>>
>>> After updating to v4, the wunderfixer stopped working. The API key looks
>>> fine but I am getting HTTP 401 FORBIDDEN ERROR.
>>>
>>> Regards,
>>> Praveen
>>>
>> --
>> You received this message because you are 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/e6608887-e63e-4844-955b-da4437b2f662%40googlegroups.com
>> <https://groups.google.com/d/msgid/weewx-user/e6608887-e63e-4844-955b-da4437b2f662%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/PSemiQmyCt0/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/CAPq0zEB_L-AwoN0DpQSqEjSSCn43oiuH5fZe8TPLcLBqajbQfQ%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAPq0zEB_L-AwoN0DpQSqEjSSCn43oiuH5fZe8TPLcLBqajbQfQ%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/CA%2BW%3DTmWEOe6xLFUY0pwRCDOhFoWwx6os7RELirYq7QU9M8faJQ%40mail.gmail.com.


Re: [weewx-user] Re: Wunderfixer stopped working after v4 update

2020-05-02 Thread Praveen Chandrasekaran
Fixed it locally at my end. api_key not getting passed is a mystery yet.

Need to decode the response to utf-8 to get it working properly. Attached
modified wunderfixer file (search for v4)

On Sat, 2 May 2020 at 19:32, Tom Keffer  wrote:

> Log? Console output?
>
> On Sat, May 2, 2020 at 6:18 AM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> 2 issues:
>>
>> 1) API key not getting passed. Hacked wunderfixer with local api key
>> instead of passing
>> 2) After 1 I get error  that  JSON object must be str not bytes.
>>
>> On Saturday, 2 May 2020 17:56:50 UTC+5:30, Praveen Chandrasekaran wrote:
>>>
>>> Hi,
>>>
>>> My wunderfixer was working till yesterday (I know for sure because I
>>> have used it to fill missing data often recently)
>>>
>>> After updating to v4, the wunderfixer stopped working. The API key looks
>>> fine but I am getting HTTP 401 FORBIDDEN ERROR.
>>>
>>> Regards,
>>> Praveen
>>>
>> --
>> You received this message because you are 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/e6608887-e63e-4844-955b-da4437b2f662%40googlegroups.com
>> <https://groups.google.com/d/msgid/weewx-user/e6608887-e63e-4844-955b-da4437b2f662%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/PSemiQmyCt0/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/CAPq0zEB_L-AwoN0DpQSqEjSSCn43oiuH5fZe8TPLcLBqajbQfQ%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAPq0zEB_L-AwoN0DpQSqEjSSCn43oiuH5fZe8TPLcLBqajbQfQ%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/CA%2BW%3DTmXXNvtMt9TBZwxW7jdvqPG30MDfUJt9jTgxHnet2khtXg%40mail.gmail.com.


wunderfixer
Description: Binary data


[weewx-user] Re: Wunderfixer stopped working after v4 update

2020-05-02 Thread Praveen Chandrasekaran
2 issues:

1) API key not getting passed. Hacked wunderfixer with local api key 
instead of passing
2) After 1 I get error  that  JSON object must be str not bytes.

On Saturday, 2 May 2020 17:56:50 UTC+5:30, Praveen Chandrasekaran wrote:
>
> Hi,
>
> My wunderfixer was working till yesterday (I know for sure because I have 
> used it to fill missing data often recently)
>
> After updating to v4, the wunderfixer stopped working. The API key looks 
> fine but I am getting HTTP 401 FORBIDDEN ERROR.
>
> Regards,
> Praveen
>

-- 
You received this message because you are 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/e6608887-e63e-4844-955b-da4437b2f662%40googlegroups.com.


Re: [weewx-user] Wunderfixer stopped working after v4 update

2020-05-02 Thread Praveen Chandrasekaran
For some reason, api_key not getting passed from conf to wunderfixer.

On Sat, 2 May 2020 at 17:56, Praveen Chandrasekaran 
wrote:

> Hi,
>
> My wunderfixer was working till yesterday (I know for sure because I have
> used it to fill missing data often recently)
>
> After updating to v4, the wunderfixer stopped working. The API key looks
> fine but I am getting HTTP 401 FORBIDDEN ERROR.
>
> Regards,
> Praveen
>
> --
> 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/PSemiQmyCt0/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/26dc7321-1e8b-454b-a11b-6c2bd9f1b9fc%40googlegroups.com
> <https://groups.google.com/d/msgid/weewx-user/26dc7321-1e8b-454b-a11b-6c2bd9f1b9fc%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/CA%2BW%3DTmWr%3D4mzpV00qSajQNiPpCutOrnOf0Wix1XBXgoKoBR7GQ%40mail.gmail.com.


[weewx-user] Wunderfixer stopped working after v4 update

2020-05-02 Thread Praveen Chandrasekaran
Hi,

My wunderfixer was working till yesterday (I know for sure because I have 
used it to fill missing data often recently)

After updating to v4, the wunderfixer stopped working. The API key looks 
fine but I am getting HTTP 401 FORBIDDEN ERROR.

Regards,
Praveen

-- 
You received this message because you are 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/26dc7321-1e8b-454b-a11b-6c2bd9f1b9fc%40googlegroups.com.


Re: [weewx-user] Re: How to force weeex to run on python 3

2020-05-02 Thread Praveen Chandrasekaran
Ok, Had to change in /etc/default/weewx. That did the trick.

On Sat, 2 May 2020 at 16:43, Praveen Chandrasekaran 
wrote:

> However I run it as daemon
>
> /etc/init.d/weewx. How to change the python version when pi starts up?
> Without having to setup a cron job.
>
>
>
> On Sat, 2 May 2020 at 16:16, gjr80  wrote:
>
>> Already asked and answered. Have a look at this post
>> https://groups.google.com/d/msg/weewx-user/v-WEKHOIRiI/YZl28Kj-BQAJ
>>
>> Gary
>>
>> On Saturday, 2 May 2020 20:41:40 UTC+10, Praveen Chandrasekaran  wrote:
>> > This maybe a dumb question. How to force weewx to use python 3. The
>> default python on my pi is 2.7. Python3 is python 3.5.3. In log I see weewx
>> v4 still starting on python 2.7.
>>
>> --
>> 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/2XNvSgAKUGI/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/dcc7b109-b9b0-46c2-981d-64af635d8339%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/CA%2BW%3DTmW%3DWsDyE4SBty1c83SLjDZsFP_Q-gkDQR07vT%2BgzzC8wQ%40mail.gmail.com.


Re: [weewx-user] Re: How to force weeex to run on python 3

2020-05-02 Thread Praveen Chandrasekaran
However I run it as daemon

/etc/init.d/weewx. How to change the python version when pi starts up?
Without having to setup a cron job.



On Sat, 2 May 2020 at 16:16, gjr80  wrote:

> Already asked and answered. Have a look at this post
> https://groups.google.com/d/msg/weewx-user/v-WEKHOIRiI/YZl28Kj-BQAJ
>
> Gary
>
> On Saturday, 2 May 2020 20:41:40 UTC+10, Praveen Chandrasekaran  wrote:
> > This maybe a dumb question. How to force weewx to use python 3. The
> default python on my pi is 2.7. Python3 is python 3.5.3. In log I see weewx
> v4 still starting on python 2.7.
>
> --
> 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/2XNvSgAKUGI/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/dcc7b109-b9b0-46c2-981d-64af635d8339%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/CA%2BW%3DTmV2oe2rb6yDqjg-cmKgpkd1E1cqAhHNkp53%2BzTPRbioqA%40mail.gmail.com.


[weewx-user] How to force weeex to run on python 3

2020-05-02 Thread Praveen Chandrasekaran
This maybe a dumb question. How to force weewx to use python 3. The default 
python on my pi is 2.7. Python3 is python 3.5.3. In log I see weewx v4 still 
starting on python 2.7. 

-- 
You received this message because you are 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/08776e95-9c71-4680-b097-23d3aac8b62a%40googlegroups.com.


Re: [weewx-user] weewx v4 with windrose issues

2020-05-02 Thread Praveen Chandrasekaran
Issue went away after updating weewx.conf too. Sorry for posting in haste!
:)

On Sat, 2 May 2020 at 13:53, Praveen Chandrasekaran 
wrote:

> Hi,
>
> Just upgraded to weewx v4. The windrose extension is erroring out
> (probably due to changes required with new python version?)
>
> Sorry for snippet instead of log but in this case this snippet is enough I
> believe :)
>
> Regards,
> Praveen
>
>
> --
> 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/Krg9AGTdZ-Y/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/a3edbd2b-7818-4712-b4f3-78ef39b8f066%40googlegroups.com
> <https://groups.google.com/d/msgid/weewx-user/a3edbd2b-7818-4712-b4f3-78ef39b8f066%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/CA%2BW%3DTmXkhKAVfASXSb8jhbp1dT3n%2Bdas5pYCZ5if%3DKh9V2iOvQ%40mail.gmail.com.


[weewx-user] weewx v4 with windrose issues

2020-05-02 Thread Praveen Chandrasekaran
Hi,

Just upgraded to weewx v4. The windrose extension is erroring out (probably 
due to changes required with new python version?)

Sorry for snippet instead of log but in this case this snippet is enough I 
believe :)

Regards,
Praveen


-- 
You received this message because you are 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/a3edbd2b-7818-4712-b4f3-78ef39b8f066%40googlegroups.com.


Re: [weewx-user] Raspberry pi USB disconnects

2020-04-28 Thread Praveen Chandrasekaran
Also attached lsof output. Realized that I have to sudo as root to get the
output. 1830 is weewx PID. Looks like 3 threads from weewx as per below
this.

[image: image.png]

On Wed, 29 Apr 2020 at 01:14, 'Rich Altmaier' via weewx-user <
weewx-user@googlegroups.com> wrote:

> Ah, but that NUC order of magnitude cost is equal to how many hours of Pi
> troubleshooting?
> Rich
>
>
> On Tuesday, April 28, 2020 at 7:15:02 AM UTC-7, Tom Keffer wrote:
>>
>> A NUC is also an order of magnitude more expensive!
>>
>> Andrew's suggestion of an externally powered USB hub is a good one. A
>> good power supply for the RPi is also essential.
>>
>> On Tue, Apr 28, 2020 at 7:12 AM 'Rich Altmaier' via weewx-user <
>> weewx...@googlegroups.com> wrote:
>>
>>> Praveen, as I have advised before, consider upgrading to the Intel NUC.
>>> All USB electrical problems gone!
>>> Yes it costs more. Yes it is 10-20x faster. Yes it is trouble free!
>>> Good luck.
>>> Rich
>>>
>>> --
>>> You received this message because you are 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/1256cab2-9622-49ea-bcfb-d249652b5905%40googlegroups.com
>>> .
>>>
>> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/5mAHXO5pLzU/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/633cc2b5-a0f1-493d-9b60-3d73450eb25a%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/CA%2BW%3DTmUiY6%2Bn87w8-3U7c%2B94w8B%2BhqpWRxx-8V5VSBCkBbpcTQ%40mail.gmail.com.


Re: [weewx-user] Raspberry pi USB disconnects

2020-04-28 Thread Praveen Chandrasekaran
My pi doesn't have anything else plugged into it either

On Tue, 28 Apr 2020, 21:51 Daniel Rich,  wrote:

> Or just upgrade to a Pi4. I have had USB issues for years with older Pis,
> to the point where I have a hub on one of them just to drive a z-wave
> stick. However, I haven’t had any issues at all with the Pi4, I’m assuming
> because of the USB hardware redesign on that box.
>
> Admittedly, I haven’t had any issues on the Pi3 that has my Vantage Pro on
> it either, but that is a dedicated Pi that does nothing else and only has a
> single USB device plugged into it.
>
> Dan Rich  |   http://www.employees.org/~drich/
>|  "Step up to red alert!"  "Are you sure, sir?
>|   It means changing the bulb in the sign..."
>|  - Red Dwarf (BBC)
>
> On Apr 28, 2020, 07:16 -0700, Tom Keffer , wrote:
>
> A NUC is also an order of magnitude more expensive!
>
> Andrew's suggestion of an externally powered USB hub is a good one. A good
> power supply for the RPi is also essential.
>
> On Tue, Apr 28, 2020 at 7:12 AM 'Rich Altmaier' via weewx-user <
> weewx-user@googlegroups.com> wrote:
>
>> Praveen, as I have advised before, consider upgrading to the Intel NUC.
>> All USB electrical problems gone!
>> Yes it costs more. Yes it is 10-20x faster. Yes it is trouble free!
>> Good luck.
>> Rich
>>
>> --
>> You received this message because you are 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/1256cab2-9622-49ea-bcfb-d249652b5905%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/CAPq0zEDdUrrpwopADaSGwiUh5rxJygxon75%2Beo76mE3TA5G1Mw%40mail.gmail.com
> 
> .
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/5mAHXO5pLzU/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/7593357d-9e9d-4cab-bfb7-d1c5244a2a02%40Spark
> 
> .
>

-- 
You received this message because you are 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/CA%2BW%3DTmV2HQZERYjN6ipHOMO3RNAZ8sonvVzBbkZw45Pet4hOng%40mail.gmail.com.


Re: [weewx-user] Raspberry pi USB disconnects

2020-04-28 Thread Praveen Chandrasekaran
Pi 3b+

One of the usb ports on the pi.

On Tue, 28 Apr 2020 at 14:59, Andrew Milner 
wrote:

> what model pi are you using?
> are you using a separate powered usb hub or one of the ports on the rpi?
>
>
>
>
> On Tuesday, 28 April 2020 07:14:05 UTC+3, Praveen Chandrasekaran wrote:
>>
>> Attached output of lsusb.
>>
>> I dont see anything in lsof output probably because nothing is using it
>> at the moment (shouldnt weewx be using it continuously in rapidfire mode?)
>>
>> Also can I edit weewx to add lsob whenever the error occurs?
>>
>> On Tue, 28 Apr 2020 at 01:04, Tom Keffer  wrote:
>>
>>> Things to try:
>>>
>>> 1. Ferrite coils might help, although you are getting a lot more errors
>>> than what is normally associated with EMI.
>>>
>>> 2, Another possibility is that something else is trying to claim
>>> /dev/ttyUSB0. For example, modemmanager has been known to do this.
>>>
>>> To see a list of processes using /dev/ttyUSB0.
>>>
>>> lsof | grep ttyUSB0
>>>
>>> Unfortunately, this will only tell you if something is using it at the
>>> moment.
>>>
>>> 3. It's worth looking at the details of your USB connection:
>>>
>>> lsusb -v -d 0403:6015
>>>
>>>
>>>
>>>
>>> On Mon, Apr 27, 2020 at 11:04 AM Praveen Chandrasekaran <
>>> prave...@gmail.com> wrote:
>>>
>>>> Attached syslog (all today's entries). The USB disconnect has happened
>>>> around 6 times today). No major issue as it recovers but just wondering
>>>> why. Need to buy a ferrite coil.
>>>>
>>>> On Mon, 27 Apr 2020 at 23:24, Praveen Chandrasekaran <
>>>> prave...@gmail.com> wrote:
>>>>
>>>>> Sorry, just ignore the part of serial/USB. I got confused with
>>>>> different data logger types available. Will attached detailed log in a few
>>>>> minutes.
>>>>>
>>>>> On Mon, 27 Apr 2020 at 22:07, Tom Keffer  wrote:
>>>>>
>>>>>> Don't know what you mean by "Mine is a serial port on Vue side."
>>>>>>
>>>>>> "usb issue must be on pi side." Not sure what you're asking here but,
>>>>>> yes, the USB plugs into the pi, and that's where the assignment to /dev
>>>>>> occurs.
>>>>>>
>>>>>> The very short screenshot you included doesn't offer many clues as to
>>>>>> the cause.
>>>>>>
>>>>>> The output from 'dmesg' may also give clues.
>>>>>>
>>>>>> Yes, ferrite coils tend to help.
>>>>>>
>>>>>> -tk
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Apr 27, 2020 at 9:13 AM Praveen Chandrasekaran <
>>>>>> prave...@gmail.com> wrote:
>>>>>>
>>>>>>> Thanks. I already hav the udev which is why it auto recovers. Mine
>>>>>>> is a serial port on Vue side. So the usb issue must be on pi side I 
>>>>>>> assume?
>>>>>>> Ferrite coil should solve the problem?
>>>>>>>
>>>>>>> On Mon, 27 Apr 2020, 21:26 Tom Keffer,  wrote:
>>>>>>>
>>>>>>>> See the section *Davis cp2101 converter problems
>>>>>>>> <https://github.com/weewx/weewx/wiki/Troubleshooting-the-Davis-Vantage-station#davis-cp2101-converter-problems>*
>>>>>>>>  in
>>>>>>>> the Wiki.  The following section, *Installing a udev script
>>>>>>>> <https://github.com/weewx/weewx/wiki/Troubleshooting-the-Davis-Vantage-station#installing-a-udev-script>*
>>>>>>>>  shows
>>>>>>>> how to solve the problem.
>>>>>>>>
>>>>>>>> On Mon, Apr 27, 2020 at 8:24 AM Praveen Chandrasekaran <
>>>>>>>> prave...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> Weewx log is reporting USB disconnects to Vantage Vue now and then
>>>>>>>>> (uploaded snippet, not able to copy from putty to windows)
>>>>>>>>>
>>>>>>>>> It recovers on its own everytime. Any idea why this is happening?
>>>>>>>>>

Re: [weewx-user] Raspberry pi USB disconnects

2020-04-27 Thread Praveen Chandrasekaran
Attached output of lsusb.

I dont see anything in lsof output probably because nothing is using it at
the moment (shouldnt weewx be using it continuously in rapidfire mode?)

Also can I edit weewx to add lsob whenever the error occurs?

On Tue, 28 Apr 2020 at 01:04, Tom Keffer  wrote:

> Things to try:
>
> 1. Ferrite coils might help, although you are getting a lot more errors
> than what is normally associated with EMI.
>
> 2, Another possibility is that something else is trying to claim
> /dev/ttyUSB0. For example, modemmanager has been known to do this.
>
> To see a list of processes using /dev/ttyUSB0.
>
> lsof | grep ttyUSB0
>
> Unfortunately, this will only tell you if something is using it at the
> moment.
>
> 3. It's worth looking at the details of your USB connection:
>
> lsusb -v -d 0403:6015
>
>
>
>
> On Mon, Apr 27, 2020 at 11:04 AM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> Attached syslog (all today's entries). The USB disconnect has happened
>> around 6 times today). No major issue as it recovers but just wondering
>> why. Need to buy a ferrite coil.
>>
>> On Mon, 27 Apr 2020 at 23:24, Praveen Chandrasekaran <
>> praveen.c...@gmail.com> wrote:
>>
>>> Sorry, just ignore the part of serial/USB. I got confused with different
>>> data logger types available. Will attached detailed log in a few minutes.
>>>
>>> On Mon, 27 Apr 2020 at 22:07, Tom Keffer  wrote:
>>>
>>>> Don't know what you mean by "Mine is a serial port on Vue side."
>>>>
>>>> "usb issue must be on pi side." Not sure what you're asking here but,
>>>> yes, the USB plugs into the pi, and that's where the assignment to /dev
>>>> occurs.
>>>>
>>>> The very short screenshot you included doesn't offer many clues as to
>>>> the cause.
>>>>
>>>> The output from 'dmesg' may also give clues.
>>>>
>>>> Yes, ferrite coils tend to help.
>>>>
>>>> -tk
>>>>
>>>>
>>>>
>>>> On Mon, Apr 27, 2020 at 9:13 AM Praveen Chandrasekaran <
>>>> praveen.c...@gmail.com> wrote:
>>>>
>>>>> Thanks. I already hav the udev which is why it auto recovers. Mine is
>>>>> a serial port on Vue side. So the usb issue must be on pi side I assume?
>>>>> Ferrite coil should solve the problem?
>>>>>
>>>>> On Mon, 27 Apr 2020, 21:26 Tom Keffer,  wrote:
>>>>>
>>>>>> See the section *Davis cp2101 converter problems
>>>>>> <https://github.com/weewx/weewx/wiki/Troubleshooting-the-Davis-Vantage-station#davis-cp2101-converter-problems>*
>>>>>>  in
>>>>>> the Wiki.  The following section, *Installing a udev script
>>>>>> <https://github.com/weewx/weewx/wiki/Troubleshooting-the-Davis-Vantage-station#installing-a-udev-script>*
>>>>>>  shows
>>>>>> how to solve the problem.
>>>>>>
>>>>>> On Mon, Apr 27, 2020 at 8:24 AM Praveen Chandrasekaran <
>>>>>> praveen.c...@gmail.com> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Weewx log is reporting USB disconnects to Vantage Vue now and then
>>>>>>> (uploaded snippet, not able to copy from putty to windows)
>>>>>>>
>>>>>>> It recovers on its own everytime. Any idea why this is happening?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Praveen
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> You received this message because you are 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/41c861bd-6733-4112-b5ef-39289a61d34b%40googlegroups.com
>>>>>>> <https://groups.google.com/d/msgid/weewx-user/41c861bd-6733-4112-b5ef-39289a61d34b%40googlegroups.com?utm_medium=email_source=footer>
>>>>>>> .
>>>>>>>
>>>>>> --
>>>>>> You received this message because you are subscribed to a topic in
>>

Re: [weewx-user] Raspberry pi USB disconnects

2020-04-27 Thread Praveen Chandrasekaran
Sorry, just ignore the part of serial/USB. I got confused with different
data logger types available. Will attached detailed log in a few minutes.

On Mon, 27 Apr 2020 at 22:07, Tom Keffer  wrote:

> Don't know what you mean by "Mine is a serial port on Vue side."
>
> "usb issue must be on pi side." Not sure what you're asking here but, yes,
> the USB plugs into the pi, and that's where the assignment to /dev occurs.
>
> The very short screenshot you included doesn't offer many clues as to the
> cause.
>
> The output from 'dmesg' may also give clues.
>
> Yes, ferrite coils tend to help.
>
> -tk
>
>
>
> On Mon, Apr 27, 2020 at 9:13 AM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> Thanks. I already hav the udev which is why it auto recovers. Mine is a
>> serial port on Vue side. So the usb issue must be on pi side I assume?
>> Ferrite coil should solve the problem?
>>
>> On Mon, 27 Apr 2020, 21:26 Tom Keffer,  wrote:
>>
>>> See the section *Davis cp2101 converter problems
>>> <https://github.com/weewx/weewx/wiki/Troubleshooting-the-Davis-Vantage-station#davis-cp2101-converter-problems>*
>>>  in
>>> the Wiki.  The following section, *Installing a udev script
>>> <https://github.com/weewx/weewx/wiki/Troubleshooting-the-Davis-Vantage-station#installing-a-udev-script>*
>>>  shows
>>> how to solve the problem.
>>>
>>> On Mon, Apr 27, 2020 at 8:24 AM Praveen Chandrasekaran <
>>> praveen.c...@gmail.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> Weewx log is reporting USB disconnects to Vantage Vue now and then
>>>> (uploaded snippet, not able to copy from putty to windows)
>>>>
>>>> It recovers on its own everytime. Any idea why this is happening?
>>>>
>>>> Regards,
>>>> Praveen
>>>>
>>>>
>>>> --
>>>> You received this message because you are 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/41c861bd-6733-4112-b5ef-39289a61d34b%40googlegroups.com
>>>> <https://groups.google.com/d/msgid/weewx-user/41c861bd-6733-4112-b5ef-39289a61d34b%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/5mAHXO5pLzU/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/CAPq0zEAQynSvy_ZThKbaT1DYPGgEahZxUqnCxXLAHCJ0CSMfZg%40mail.gmail.com
>>> <https://groups.google.com/d/msgid/weewx-user/CAPq0zEAQynSvy_ZThKbaT1DYPGgEahZxUqnCxXLAHCJ0CSMfZg%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/CA%2BW%3DTmVDkFC8VkfHobSZPy9LaMFKtToXiarz45btx9NiE3TUbw%40mail.gmail.com
>> <https://groups.google.com/d/msgid/weewx-user/CA%2BW%3DTmVDkFC8VkfHobSZPy9LaMFKtToXiarz45btx9NiE3TUbw%40mail.gmail.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/5mAHXO5pLzU/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/CAPq0zEC3Za9Wd5HGZneBYh%3DVEgcMbcyjMQMg12h%3D0wSpEqLong%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAPq0zEC3Za9Wd5HGZneBYh%3DVEgcMbcyjMQMg12h%3D0wSpEqLong%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/CA%2BW%3DTmXg3axJRkEs-w-P3xPdma6cZEqe7L8PnZZH-WRqR3LYxQ%40mail.gmail.com.


Re: [weewx-user] Raspberry pi USB disconnects

2020-04-27 Thread Praveen Chandrasekaran
Thanks. I already hav the udev which is why it auto recovers. Mine is a
serial port on Vue side. So the usb issue must be on pi side I assume?
Ferrite coil should solve the problem?

On Mon, 27 Apr 2020, 21:26 Tom Keffer,  wrote:

> See the section *Davis cp2101 converter problems
> <https://github.com/weewx/weewx/wiki/Troubleshooting-the-Davis-Vantage-station#davis-cp2101-converter-problems>*
>  in
> the Wiki.  The following section, *Installing a udev script
> <https://github.com/weewx/weewx/wiki/Troubleshooting-the-Davis-Vantage-station#installing-a-udev-script>*
>  shows
> how to solve the problem.
>
> On Mon, Apr 27, 2020 at 8:24 AM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> Hi,
>>
>> Weewx log is reporting USB disconnects to Vantage Vue now and then
>> (uploaded snippet, not able to copy from putty to windows)
>>
>> It recovers on its own everytime. Any idea why this is happening?
>>
>> Regards,
>> Praveen
>>
>>
>> --
>> You received this message because you are 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/41c861bd-6733-4112-b5ef-39289a61d34b%40googlegroups.com
>> <https://groups.google.com/d/msgid/weewx-user/41c861bd-6733-4112-b5ef-39289a61d34b%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/5mAHXO5pLzU/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/CAPq0zEAQynSvy_ZThKbaT1DYPGgEahZxUqnCxXLAHCJ0CSMfZg%40mail.gmail.com
> <https://groups.google.com/d/msgid/weewx-user/CAPq0zEAQynSvy_ZThKbaT1DYPGgEahZxUqnCxXLAHCJ0CSMfZg%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/CA%2BW%3DTmVDkFC8VkfHobSZPy9LaMFKtToXiarz45btx9NiE3TUbw%40mail.gmail.com.


Re: [weewx-user] Re: WU Wind graphs

2019-07-29 Thread Praveen Chandrasekaran
Thanks. Posted in weewx-development group also.

On Mon, 29 Jul 2019 at 16:11, Andrew Milner 
wrote:

> I suspect there is some history involved.  As far as I can make out, if
> LOOP2 data were to be read then the packets are alternated with LOOP -
> which would result in LOOP packets being received every 5 seconds instead
> of every 2.5 seconds - perhaps that is why they are not being read!!!  As
> to whether they should or should not be why not make a posting on the
> development group!!
>
> What I mean was that dewpoint and heatindex and other items which are
> actually in LOOP2 packets I believe are software generated in weewx, and
> not read from the station.
>
>
> On Monday, 29 July 2019 13:24:00 UTC+3, Praveen Chandrasekaran wrote:
>>
>> Understand that weewx does not read LOOP2 packets. Did not get the part
>> about " LOOP2 data is more than likely software generated by weewx"
>>
>> The LOOP2 packet format is specified in Davis protocol and it seems to be
>> containing some data that WU is expecting. Shouldnt weewx be reading it
>> then? Not sure if something changed in WU upload protocol as well. The
>> earlier wiki link with upload protocol no longer works! So I am not sure
>> what the protocol was before.
>>
>> On Mon, 29 Jul 2019 at 15:49, Andrew Milner  wrote:
>>
>>> slight correction - the LOOP2 data is more than likely software
>>> generated by weewx
>>>
>>> On Monday, 29 July 2019 13:18:22 UTC+3, Andrew Milner wrote:
>>>>
>>>> I do not think weewx reads LOOP2 packets - so none of the LOOP2 data is
>>>> available.
>>>>
>>>>
>>>>
>>>> On Monday, 29 July 2019 12:54:52 UTC+3, Praveen Chandrasekaran wrote:
>>>>>
>>>>> Looking at below:
>>>>>
>>>>>
>>>>> https://feedback.weather.com/customer/en/portal/articles/2924682-pws-upload-protocol?b_id=17298
>>>>>
>>>>>
>>>>> WU expects wind speed average over 2 min average and 10 min gusts and
>>>>> instantaneous speed. Did something change in this recently? Looking at
>>>>> weewx code from restx.py I am not sure if weewx uploads all these?
>>>>>
>>>>> https://github.com/weewx/weewx/blob/master/bin/weewx/restx.py
>>>>>
>>>>> winddir - [0-360 instantaneous wind direction]
>>>>> windspeedmph - [mph instantaneous wind speed]
>>>>> windgustmph - [mph current wind gust, using software specific time period]
>>>>> windgustdir - [0-360 using software specific time period]
>>>>> windspdmph_avg2m  - [mph 2 minute average wind speed mph]
>>>>> winddir_avg2m - [0-360 2 minute average wind direction]
>>>>> windgustmph_10m - [mph past 10 minutes wind gust mph ]
>>>>> windgustdir_10m - [0-360 past 10 minutes wind gust direction]
>>>>>
>>>>>
>>>>> On Mon, 29 Jul 2019 at 15:10, Praveen Chandrasekaran <
>>>>> prave...@gmail.com> wrote:
>>>>>
>>>>>> Hmm. Will try. Before the WU overhaul it was showing them separately
>>>>>> on the graph though. The gust value from LOOP2 seems to be 10 min wind 
>>>>>> gust
>>>>>> while the wind speed sent out is the instantaneous wind speed from LOOP
>>>>>> packet I believe? This may explain why wind speed and wind gust are same 
>>>>>> in
>>>>>> graph. But then how does the table have different values. U never know 
>>>>>> with
>>>>>> WU! :)
>>>>>>
>>>>>> As you mentioned will set debug=1 and observe sometime.
>>>>>>
>>>>>> On Mon, 29 Jul 2019 at 12:29, Andrew Milner 
>>>>>> wrote:
>>>>>>
>>>>>>> I really do not see how you can have a meaningful gust value from
>>>>>>> readings submitted every few seconds!!  I see from the Davis comms 
>>>>>>> protocol
>>>>>>> the gust values are in LOOP2 packets and the smallest appears to be a 2
>>>>>>> minute gust value.
>>>>>>>
>>>>>>> Setting debug=1 may shed more light on what is actually being sent
>>>>>>> to WU
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Monday, 29 July 2019 09:24:19 UTC+3, Praveen Chandrasekaran wrote:
>>>>>>>>
>>>>

Re: [weewx-user] Re: WU Wind graphs

2019-07-29 Thread Praveen Chandrasekaran
Understand that weewx does not read LOOP2 packets. Did not get the part
about " LOOP2 data is more than likely software generated by weewx"

The LOOP2 packet format is specified in Davis protocol and it seems to be
containing some data that WU is expecting. Shouldnt weewx be reading it
then? Not sure if something changed in WU upload protocol as well. The
earlier wiki link with upload protocol no longer works! So I am not sure
what the protocol was before.

On Mon, 29 Jul 2019 at 15:49, Andrew Milner 
wrote:

> slight correction - the LOOP2 data is more than likely software generated
> by weewx
>
> On Monday, 29 July 2019 13:18:22 UTC+3, Andrew Milner wrote:
>>
>> I do not think weewx reads LOOP2 packets - so none of the LOOP2 data is
>> available.
>>
>>
>>
>> On Monday, 29 July 2019 12:54:52 UTC+3, Praveen Chandrasekaran wrote:
>>>
>>> Looking at below:
>>>
>>>
>>> https://feedback.weather.com/customer/en/portal/articles/2924682-pws-upload-protocol?b_id=17298
>>>
>>>
>>> WU expects wind speed average over 2 min average and 10 min gusts and
>>> instantaneous speed. Did something change in this recently? Looking at
>>> weewx code from restx.py I am not sure if weewx uploads all these?
>>>
>>> https://github.com/weewx/weewx/blob/master/bin/weewx/restx.py
>>>
>>> winddir - [0-360 instantaneous wind direction]
>>> windspeedmph - [mph instantaneous wind speed]
>>> windgustmph - [mph current wind gust, using software specific time period]
>>> windgustdir - [0-360 using software specific time period]
>>> windspdmph_avg2m  - [mph 2 minute average wind speed mph]
>>> winddir_avg2m - [0-360 2 minute average wind direction]
>>> windgustmph_10m - [mph past 10 minutes wind gust mph ]
>>> windgustdir_10m - [0-360 past 10 minutes wind gust direction]
>>>
>>>
>>> On Mon, 29 Jul 2019 at 15:10, Praveen Chandrasekaran 
>>> wrote:
>>>
>>>> Hmm. Will try. Before the WU overhaul it was showing them separately on
>>>> the graph though. The gust value from LOOP2 seems to be 10 min wind gust
>>>> while the wind speed sent out is the instantaneous wind speed from LOOP
>>>> packet I believe? This may explain why wind speed and wind gust are same in
>>>> graph. But then how does the table have different values. U never know with
>>>> WU! :)
>>>>
>>>> As you mentioned will set debug=1 and observe sometime.
>>>>
>>>> On Mon, 29 Jul 2019 at 12:29, Andrew Milner 
>>>> wrote:
>>>>
>>>>> I really do not see how you can have a meaningful gust value from
>>>>> readings submitted every few seconds!!  I see from the Davis comms 
>>>>> protocol
>>>>> the gust values are in LOOP2 packets and the smallest appears to be a 2
>>>>> minute gust value.
>>>>>
>>>>> Setting debug=1 may shed more light on what is actually being sent to
>>>>> WU
>>>>>
>>>>>
>>>>>
>>>>> On Monday, 29 July 2019 09:24:19 UTC+3, Praveen Chandrasekaran wrote:
>>>>>>
>>>>>> My weather station is Davis Vantage Vue. I believe it never emits
>>>>>> partial packets.
>>>>>>
>>>>>> On Friday, 26 July 2019 15:02:51 UTC+5:30, Andrew Milner wrote:
>>>>>>>
>>>>>>> i doubt it very much.  what weather station do you have?
>>>>>>> changing the rf frequency changes the upload to wu interval but the
>>>>>>> station will still be being polled as before.  Does the station provide 
>>>>>>> the
>>>>>>> gust value in the LOOP data?  If not then the gust value is an 
>>>>>>> artificial
>>>>>>> one created by weewx from loop records wind speeds received.  If your
>>>>>>> station provides partial packets as LOOP data you could always try and 
>>>>>>> set
>>>>>>> the wu flag that set specifies windGust must be present before rf is
>>>>>>> uploaded
>>>>>>>
>>>>>>> On Friday, 26 July 2019 10:42:14 UTC+3, Praveen Chandrasekaran wrote:
>>>>>>>>
>>>>>>>> If I set rtfreq to a higher value like 5 seconds, should that
>>>>>>>> resolve the issue?
>>>>>>>>
>>>>>>>> On Fri, 26 Jul 2019 at 11:57, Andrew Mil

Re: [weewx-user] Re: WU Wind graphs

2019-07-29 Thread Praveen Chandrasekaran
Looking at below:

https://feedback.weather.com/customer/en/portal/articles/2924682-pws-upload-protocol?b_id=17298


WU expects wind speed average over 2 min average and 10 min gusts and
instantaneous speed. Did something change in this recently? Looking at
weewx code from restx.py I am not sure if weewx uploads all these?

https://github.com/weewx/weewx/blob/master/bin/weewx/restx.py

winddir - [0-360 instantaneous wind direction]
windspeedmph - [mph instantaneous wind speed]
windgustmph - [mph current wind gust, using software specific time period]
windgustdir - [0-360 using software specific time period]
windspdmph_avg2m  - [mph 2 minute average wind speed mph]
winddir_avg2m - [0-360 2 minute average wind direction]
windgustmph_10m - [mph past 10 minutes wind gust mph ]
windgustdir_10m - [0-360 past 10 minutes wind gust direction]


On Mon, 29 Jul 2019 at 15:10, Praveen Chandrasekaran 
wrote:

> Hmm. Will try. Before the WU overhaul it was showing them separately on
> the graph though. The gust value from LOOP2 seems to be 10 min wind gust
> while the wind speed sent out is the instantaneous wind speed from LOOP
> packet I believe? This may explain why wind speed and wind gust are same in
> graph. But then how does the table have different values. U never know with
> WU! :)
>
> As you mentioned will set debug=1 and observe sometime.
>
> On Mon, 29 Jul 2019 at 12:29, Andrew Milner 
> wrote:
>
>> I really do not see how you can have a meaningful gust value from
>> readings submitted every few seconds!!  I see from the Davis comms protocol
>> the gust values are in LOOP2 packets and the smallest appears to be a 2
>> minute gust value.
>>
>> Setting debug=1 may shed more light on what is actually being sent to WU
>>
>>
>>
>> On Monday, 29 July 2019 09:24:19 UTC+3, Praveen Chandrasekaran wrote:
>>>
>>> My weather station is Davis Vantage Vue. I believe it never emits
>>> partial packets.
>>>
>>> On Friday, 26 July 2019 15:02:51 UTC+5:30, Andrew Milner wrote:
>>>>
>>>> i doubt it very much.  what weather station do you have?
>>>> changing the rf frequency changes the upload to wu interval but the
>>>> station will still be being polled as before.  Does the station provide the
>>>> gust value in the LOOP data?  If not then the gust value is an artificial
>>>> one created by weewx from loop records wind speeds received.  If your
>>>> station provides partial packets as LOOP data you could always try and set
>>>> the wu flag that set specifies windGust must be present before rf is
>>>> uploaded
>>>>
>>>> On Friday, 26 July 2019 10:42:14 UTC+3, Praveen Chandrasekaran wrote:
>>>>>
>>>>> If I set rtfreq to a higher value like 5 seconds, should that resolve
>>>>> the issue?
>>>>>
>>>>> On Fri, 26 Jul 2019 at 11:57, Andrew Milner 
>>>>> wrote:
>>>>>
>>>>>> if from rf it has no gusts it cannot graph them.  non rf sites will
>>>>>> provide a gust value per archive interval.  who knows what wu do when 
>>>>>> they
>>>>>> receive both rf and archive record data!!  The tables may well create an
>>>>>> artificial gust value from rf speeds, but again who knows what wu use to
>>>>>> create the graphs!!
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Friday, 26 July 2019 09:01:30 UTC+3, Praveen Chandrasekaran wrote:
>>>>>>>
>>>>>>> The table somehow has it right. The graph alone is wrong.
>>>>>>>
>>>>>>> On Fri, 26 Jul 2019 at 11:29, Andrew Milner 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> I would suspect WU ignore windgust on rapidfire because you need a
>>>>>>>> sustained period of I think 3 seconds for the gust to count as a gust 
>>>>>>>> in
>>>>>>>> metereological definitions - and the rf interval is probably too short 
>>>>>>>> - so
>>>>>>>> gust will always equal speed in rf situations.
>>>>>>>>
>>>>>>>> On Friday, 26 July 2019 08:26:49 UTC+3, Praveen Chandrasekaran
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Related wxforum post:
>>>>>>>>>
>>>>>>>>> https://www.wxforum.net/index.php?topic=36611.msg386071#msg386071
>>>>>>>>>
>>>

Re: [weewx-user] Re: WU Wind graphs

2019-07-29 Thread Praveen Chandrasekaran
Hmm. Will try. Before the WU overhaul it was showing them separately on the
graph though. The gust value from LOOP2 seems to be 10 min wind gust while
the wind speed sent out is the instantaneous wind speed from LOOP packet I
believe? This may explain why wind speed and wind gust are same in graph.
But then how does the table have different values. U never know with WU!
:)

As you mentioned will set debug=1 and observe sometime.

On Mon, 29 Jul 2019 at 12:29, Andrew Milner 
wrote:

> I really do not see how you can have a meaningful gust value from readings
> submitted every few seconds!!  I see from the Davis comms protocol the gust
> values are in LOOP2 packets and the smallest appears to be a 2 minute gust
> value.
>
> Setting debug=1 may shed more light on what is actually being sent to WU
>
>
>
> On Monday, 29 July 2019 09:24:19 UTC+3, Praveen Chandrasekaran wrote:
>>
>> My weather station is Davis Vantage Vue. I believe it never emits partial
>> packets.
>>
>> On Friday, 26 July 2019 15:02:51 UTC+5:30, Andrew Milner wrote:
>>>
>>> i doubt it very much.  what weather station do you have?
>>> changing the rf frequency changes the upload to wu interval but the
>>> station will still be being polled as before.  Does the station provide the
>>> gust value in the LOOP data?  If not then the gust value is an artificial
>>> one created by weewx from loop records wind speeds received.  If your
>>> station provides partial packets as LOOP data you could always try and set
>>> the wu flag that set specifies windGust must be present before rf is
>>> uploaded
>>>
>>> On Friday, 26 July 2019 10:42:14 UTC+3, Praveen Chandrasekaran wrote:
>>>>
>>>> If I set rtfreq to a higher value like 5 seconds, should that resolve
>>>> the issue?
>>>>
>>>> On Fri, 26 Jul 2019 at 11:57, Andrew Milner 
>>>> wrote:
>>>>
>>>>> if from rf it has no gusts it cannot graph them.  non rf sites will
>>>>> provide a gust value per archive interval.  who knows what wu do when they
>>>>> receive both rf and archive record data!!  The tables may well create an
>>>>> artificial gust value from rf speeds, but again who knows what wu use to
>>>>> create the graphs!!
>>>>>
>>>>>
>>>>>
>>>>> On Friday, 26 July 2019 09:01:30 UTC+3, Praveen Chandrasekaran wrote:
>>>>>>
>>>>>> The table somehow has it right. The graph alone is wrong.
>>>>>>
>>>>>> On Fri, 26 Jul 2019 at 11:29, Andrew Milner 
>>>>>> wrote:
>>>>>>
>>>>>>> I would suspect WU ignore windgust on rapidfire because you need a
>>>>>>> sustained period of I think 3 seconds for the gust to count as a gust in
>>>>>>> metereological definitions - and the rf interval is probably too short 
>>>>>>> - so
>>>>>>> gust will always equal speed in rf situations.
>>>>>>>
>>>>>>> On Friday, 26 July 2019 08:26:49 UTC+3, Praveen Chandrasekaran wrote:
>>>>>>>>
>>>>>>>> Related wxforum post:
>>>>>>>>
>>>>>>>> https://www.wxforum.net/index.php?topic=36611.msg386071#msg386071
>>>>>>>>
>>>>>>>>
>>>>>>>> On Friday, 26 July 2019 10:45:52 UTC+5:30, Praveen Chandrasekaran
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> I am seeing that on stations with rapdifire, WU is not
>>>>>>>>> differentiating wind speed and wind gust in graph correctly. However 
>>>>>>>>> in
>>>>>>>>> stations without rapidfire it is fine.
>>>>>>>>>
>>>>>>>>> Example my station with rapidfire:
>>>>>>>>>
>>>>>>>>> https://www.wunderground.com/dashboard/pws/IBANGALO9
>>>>>>>>>
>>>>>>>>> Another station without rapidfire:
>>>>>>>>>
>>>>>>>>> https://www.wunderground.com/dashboard/pws/IMUMBAI16
>>>>>>>>>
>>>>>>>>> Is this issue arising from weewx by any chance?
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>

Re: [weewx-user] Re: WU Wind graphs

2019-07-29 Thread Praveen Chandrasekaran
My weather station is Davis Vantage Vue. I believe it never emits partial 
packets.

On Friday, 26 July 2019 15:02:51 UTC+5:30, Andrew Milner wrote:
>
> i doubt it very much.  what weather station do you have?
> changing the rf frequency changes the upload to wu interval but the 
> station will still be being polled as before.  Does the station provide the 
> gust value in the LOOP data?  If not then the gust value is an artificial 
> one created by weewx from loop records wind speeds received.  If your 
> station provides partial packets as LOOP data you could always try and set 
> the wu flag that set specifies windGust must be present before rf is 
> uploaded
>
> On Friday, 26 July 2019 10:42:14 UTC+3, Praveen Chandrasekaran wrote:
>>
>> If I set rtfreq to a higher value like 5 seconds, should that resolve the 
>> issue? 
>>
>> On Fri, 26 Jul 2019 at 11:57, Andrew Milner  wrote:
>>
>>> if from rf it has no gusts it cannot graph them.  non rf sites will 
>>> provide a gust value per archive interval.  who knows what wu do when they 
>>> receive both rf and archive record data!!  The tables may well create an 
>>> artificial gust value from rf speeds, but again who knows what wu use to 
>>> create the graphs!!
>>>
>>>
>>>
>>> On Friday, 26 July 2019 09:01:30 UTC+3, Praveen Chandrasekaran wrote:
>>>>
>>>> The table somehow has it right. The graph alone is wrong.
>>>>
>>>> On Fri, 26 Jul 2019 at 11:29, Andrew Milner  
>>>> wrote:
>>>>
>>>>> I would suspect WU ignore windgust on rapidfire because you need a 
>>>>> sustained period of I think 3 seconds for the gust to count as a gust in 
>>>>> metereological definitions - and the rf interval is probably too short - 
>>>>> so 
>>>>> gust will always equal speed in rf situations.  
>>>>>
>>>>> On Friday, 26 July 2019 08:26:49 UTC+3, Praveen Chandrasekaran wrote:
>>>>>>
>>>>>> Related wxforum post:
>>>>>>
>>>>>> https://www.wxforum.net/index.php?topic=36611.msg386071#msg386071
>>>>>>
>>>>>>
>>>>>> On Friday, 26 July 2019 10:45:52 UTC+5:30, Praveen Chandrasekaran 
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I am seeing that on stations with rapdifire, WU is not 
>>>>>>> differentiating wind speed and wind gust in graph correctly. However in 
>>>>>>> stations without rapidfire it is fine.
>>>>>>>
>>>>>>> Example my station with rapidfire:
>>>>>>>
>>>>>>> https://www.wunderground.com/dashboard/pws/IBANGALO9
>>>>>>>
>>>>>>> Another station without rapidfire:
>>>>>>>
>>>>>>> https://www.wunderground.com/dashboard/pws/IMUMBAI16
>>>>>>>
>>>>>>> Is this issue arising from weewx by any chance?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Praveen
>>>>>>>
>>>>>> -- 
>>>>> 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/E5uzJiv_ThY/unsubscribe.
>>>>> To unsubscribe from this group and all its topics, send an email to 
>>>>> weewx...@googlegroups.com.
>>>>> To view this discussion on the web visit 
>>>>> https://groups.google.com/d/msgid/weewx-user/51caf745-7385-40f9-ad35-81cfed29553e%40googlegroups.com
>>>>>  
>>>>> <https://groups.google.com/d/msgid/weewx-user/51caf745-7385-40f9-ad35-81cfed29553e%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/E5uzJiv_ThY/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to 
>>> weewx...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/e1c86274-2f2a-4005-a3e3-8ac0d9028b66%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/weewx-user/e1c86274-2f2a-4005-a3e3-8ac0d9028b66%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/7a1bdbd3-fbcb-4649-a3b2-86b645caab2b%40googlegroups.com.


Re: [weewx-user] Re: WU Wind graphs

2019-07-26 Thread Praveen Chandrasekaran
If I set rtfreq to a higher value like 5 seconds, should that resolve the
issue?

On Fri, 26 Jul 2019 at 11:57, Andrew Milner 
wrote:

> if from rf it has no gusts it cannot graph them.  non rf sites will
> provide a gust value per archive interval.  who knows what wu do when they
> receive both rf and archive record data!!  The tables may well create an
> artificial gust value from rf speeds, but again who knows what wu use to
> create the graphs!!
>
>
>
> On Friday, 26 July 2019 09:01:30 UTC+3, Praveen Chandrasekaran wrote:
>>
>> The table somehow has it right. The graph alone is wrong.
>>
>> On Fri, 26 Jul 2019 at 11:29, Andrew Milner  wrote:
>>
>>> I would suspect WU ignore windgust on rapidfire because you need a
>>> sustained period of I think 3 seconds for the gust to count as a gust in
>>> metereological definitions - and the rf interval is probably too short - so
>>> gust will always equal speed in rf situations.
>>>
>>> On Friday, 26 July 2019 08:26:49 UTC+3, Praveen Chandrasekaran wrote:
>>>>
>>>> Related wxforum post:
>>>>
>>>> https://www.wxforum.net/index.php?topic=36611.msg386071#msg386071
>>>>
>>>>
>>>> On Friday, 26 July 2019 10:45:52 UTC+5:30, Praveen Chandrasekaran wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I am seeing that on stations with rapdifire, WU is not differentiating
>>>>> wind speed and wind gust in graph correctly. However in stations without
>>>>> rapidfire it is fine.
>>>>>
>>>>> Example my station with rapidfire:
>>>>>
>>>>> https://www.wunderground.com/dashboard/pws/IBANGALO9
>>>>>
>>>>> Another station without rapidfire:
>>>>>
>>>>> https://www.wunderground.com/dashboard/pws/IMUMBAI16
>>>>>
>>>>> Is this issue arising from weewx by any chance?
>>>>>
>>>>> Regards,
>>>>> Praveen
>>>>>
>>>> --
>>> 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/E5uzJiv_ThY/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> weewx...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/51caf745-7385-40f9-ad35-81cfed29553e%40googlegroups.com
>>> <https://groups.google.com/d/msgid/weewx-user/51caf745-7385-40f9-ad35-81cfed29553e%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/E5uzJiv_ThY/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/e1c86274-2f2a-4005-a3e3-8ac0d9028b66%40googlegroups.com
> <https://groups.google.com/d/msgid/weewx-user/e1c86274-2f2a-4005-a3e3-8ac0d9028b66%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/CA%2BW%3DTmU9dNRg036aA9sf%2BXxofPhCyE%3DkCFE1uTLstNKYEtq-9g%40mail.gmail.com.


Re: [weewx-user] Re: WU Wind graphs

2019-07-26 Thread Praveen Chandrasekaran
The table somehow has it right. The graph alone is wrong.

On Fri, 26 Jul 2019 at 11:29, Andrew Milner 
wrote:

> I would suspect WU ignore windgust on rapidfire because you need a
> sustained period of I think 3 seconds for the gust to count as a gust in
> metereological definitions - and the rf interval is probably too short - so
> gust will always equal speed in rf situations.
>
> On Friday, 26 July 2019 08:26:49 UTC+3, Praveen Chandrasekaran wrote:
>>
>> Related wxforum post:
>>
>> https://www.wxforum.net/index.php?topic=36611.msg386071#msg386071
>>
>>
>> On Friday, 26 July 2019 10:45:52 UTC+5:30, Praveen Chandrasekaran wrote:
>>>
>>> Hi,
>>>
>>> I am seeing that on stations with rapdifire, WU is not differentiating
>>> wind speed and wind gust in graph correctly. However in stations without
>>> rapidfire it is fine.
>>>
>>> Example my station with rapidfire:
>>>
>>> https://www.wunderground.com/dashboard/pws/IBANGALO9
>>>
>>> Another station without rapidfire:
>>>
>>> https://www.wunderground.com/dashboard/pws/IMUMBAI16
>>>
>>> Is this issue arising from weewx by any chance?
>>>
>>> Regards,
>>> Praveen
>>>
>> --
> 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/E5uzJiv_ThY/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/51caf745-7385-40f9-ad35-81cfed29553e%40googlegroups.com
> <https://groups.google.com/d/msgid/weewx-user/51caf745-7385-40f9-ad35-81cfed29553e%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/CA%2BW%3DTmX6LaPdY03KgOCrYY8a7-MRJzypRv-XeG8uXx7nfQdoDQ%40mail.gmail.com.


[weewx-user] Re: WU Wind graphs

2019-07-25 Thread Praveen Chandrasekaran
Related wxforum post:

https://www.wxforum.net/index.php?topic=36611.msg386071#msg386071


On Friday, 26 July 2019 10:45:52 UTC+5:30, Praveen Chandrasekaran wrote:
>
> Hi,
>
> I am seeing that on stations with rapdifire, WU is not differentiating 
> wind speed and wind gust in graph correctly. However in stations without 
> rapidfire it is fine.
>
> Example my station with rapidfire:
>
> https://www.wunderground.com/dashboard/pws/IBANGALO9
>
> Another station without rapidfire:
>
> https://www.wunderground.com/dashboard/pws/IMUMBAI16
>
> Is this issue arising from weewx by any chance?
>
> Regards,
> Praveen
>

-- 
You received this message because you are 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/d22abe3e-e67a-42d3-b682-19695fb05cf9%40googlegroups.com.


[weewx-user] WU Wind graphs

2019-07-25 Thread Praveen Chandrasekaran
Hi,

I am seeing that on stations with rapdifire, WU is not differentiating wind 
speed and wind gust in graph correctly. However in stations without 
rapidfire it is fine.

Example my station with rapidfire:

https://www.wunderground.com/dashboard/pws/IBANGALO9

Another station without rapidfire:

https://www.wunderground.com/dashboard/pws/IMUMBAI16

Is this issue arising from weewx by any chance?

Regards,
Praveen

-- 
You received this message because you are 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/d7818279-df4a-4fce-954c-cbe61e367ea7%40googlegroups.com.


[weewx-user] Seasons skin + MQTT

2019-07-21 Thread Praveen Chandrasekaran
Hi,

While I do like many aspects of the Belchertown skin (with its live data 
and the awesome graphs), I am still attached to the Seasons skin (No 
offence Pat!).

What I love about the Seasons skin is that everything is available on my 
screen on mobile (all graphs etc) without having to scroll as against the 
Belchertown skin

With WU becoming pretty much useless I miss the live data at times as I am 
still using Seasons skin. What would it take to get the data under Current 
Weather in Seasons skin from MQTT? I am not too familiar with HTML or JS. 
This is an idea that I had and thought of circulating it over here.

Pat, On a related note, what would it take to format the Belchertown skin 
similar to Seasons skin? :) I like everything about the Belchertown skin 
just that I prefer the display format of Seasons over it still. 

Regards,
Praveen

-- 
You received this message because you are 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/bb723062-4787-446c-b1c5-c16f484904e6%40googlegroups.com.


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

2019-06-17 Thread Praveen Chandrasekaran
Great skin with great charting options. Can someone post a snapshot of how 
the web app looks like when added to homescreen. My biggest concern is that 
I have to scroll up/down on mobile to even see the default graphs. In 
seasons skin, I dont need to do any scrolling to see the entire page.

On Saturday, 15 June 2019 02:17:18 UTC+5:30, Colin Larsen wrote:
>
> Great news :)
>
> On Sat, 15 Jun 2019, 08:08 Maarten van der Hoeven,  > wrote:
>
>> Back home, and now with full focus. All is working now! I have put 
>> everything in weewx.conf, nothing left in skin.conf
>>
>> Very cool
>>
>> Op vrijdag 14 juni 2019 11:03:11 UTC+2 schreef Colin Larsen:
>>>
>>> I did a test on my system and that label definitely works :)
>>>
>>> On Fri, Jun 14, 2019 at 8:19 PM Colin Larsen  wrote:
>>>
 I think it would need a Weewx restart, again hopefully Pat can confirm 
 I have the right spot. 

 On Fri, 14 Jun 2019, 20:17 Maarten van der Hoeven,  
 wrote:

> Thanks again Colin! I did a quick change, but didnt see the label 
> being changed at the website. Must have been doing something wrong, as 
> being in a hurry, work is calling. Will check this evening, and will also 
> read the wiki... As I understand correctly, there's pretty much howto's 
> written down how about howto's :)  Will follow up later today.
>
> Op vrijdag 14 juni 2019 09:36:28 UTC+2 schreef Colin Larsen:
>>
>> Probably just extraTemp1 = Grass Temperature or whatever you need
>>
>> On Fri, Jun 14, 2019 at 7:33 PM Colin Larsen  
>> wrote:
>>
>>> This is it I think, add your desired label in here
>>>
>>> [Labels]
>>> # Labels used in this skin
>>> [[Generic]]
>>> # Generic labels, keyed by an observation type.
>>> # To change a label or translate it to your language 
>>> # change the text after the equal sign.
>>> # Extra Observation labels
>>> appTemp = Apparent Temperature
>>> cloudbase = Cloud Base
>>> visibility = Visibility
>>> windrun = Wind Run
>>>  
>>>
>>> On Fri, Jun 14, 2019 at 7:30 PM Colin Larsen  
>>> wrote:
>>>
 Excellent! And yes I'm 99% sure that Temperature1 can be changed in 
 either skin.conf or Weewx.conf. Don't forget to get all of your config 
 settings into weewx.conf so they don't get overwritten by an update to 
 skin.conf. Again it's in the Wiki. Let me go and look for that setting 
 to 
 change :)

 On Fri, Jun 14, 2019 at 7:15 PM Maarten van der Hoeven <
 hoev...@gmail.com> wrote:

> How cool is that! This is all too easy 
>
>  
>
> Adding “extraTemp1” at the end of the mentioned line (in 
> skin.conf) did already the trick.
>
>  
>
> Barometer  1014.2 mbar 
>
> Dew Point   13.8 °C
>
> Humidity 88%
>
> Rain   0.0 mm  0.0 mm/hr
>
> Temperature116.1 °C
>
>  
>
> Amazing  Now to find out where to change the label Temperature1 
> into something else (Temp grass or something alike).
>
>  
> Thanks for your help Colin.Op vrijdag 14 juni 2019 09:00:04 UTC+2 
> schreef Colin Larsen:
>>
>> Sorry, that formatted horribly I think - it's actually just on 2 
>> lines of code
>>
>> On Fri, Jun 14, 2019 at 6:59 PM Colin Larsen  
>> wrote:
>>
>>> Maarten
>>>
>>> I think you may be able to add your extraTemp1 into this section 
>>> below in skin.conf/weewx.conf (depending on where you have the 
>>> [Extras] 
>>> stanza). Give it a try, I'm sure Pat will jump in and correct me if 
>>> I'm 
>>> wrong. Otherwise you may need to use one of the custom content 
>>> areas as 
>>> described in the Wiki. Let us know how you get on :)
>>>
>>> # Station Observations. Special observation rainWithRainRate 
>>> combines Daily Rain with Rain Rate in 1 line station_observations = 
>>> "barometer", "dewpoint", "outHumidity", "rainWithRainRate 
>>>
>>>
>>> On Fri, Jun 14, 2019 at 6:46 PM Maarten van der Hoeven <
>>> hoev...@gmail.com> wrote:
>>>
 Hi,

 Thanks for the skin 1.0. Running without a flaw, and looking 
 nice :)

 One question... I am using a second temperature sensor 
 (temperature on the grass, 10cm above the surface), data is stored 
 in the 
 database as extraTemp1. What I understood from the wiki-chart, it 
 should 
 not be a problem to plot this value (simply mention the 
 database-field to 
 plot). However, 

Re: [weewx-user] Re: Weather34 Template for WeeWX - New Major Update

2019-05-27 Thread Praveen Chandrasekaran
Where is the link for noaa reports in this skin ?

-- 
You received this message because you are 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/24609903-708e-483d-8aa7-3efcba091130%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [weewx-user] Support for upload to Windy

2019-04-22 Thread Praveen Chandrasekaran
Just saw that its already there:

https://github.com/matthewwall/weewx-windy

Great work!

On Tue, 23 Apr 2019 at 11:21, Praveen Chandrasekaran 
wrote:

> Windy is now accepting data from PWS.
>
> API details below:
>
> https://stations.windy.com/
>
> Would we be seeing a Weewx update soon to support this?
>
> --
> 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/3nA3wxSBHKs/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


[weewx-user] Support for upload to Windy

2019-04-22 Thread Praveen Chandrasekaran
Windy is now accepting data from PWS.

API details below:

https://stations.windy.com/

Would we be seeing a Weewx update soon to support this?

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


[weewx-user] Custom date range graphs

2019-04-13 Thread Praveen Chandrasekaran
Is there any extension available to plot graphs over custom date range? I am 
using Seasons skin. 

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


[weewx-user] Re: weathercloud extension - Permission error to download

2019-04-02 Thread Praveen Chandrasekaran
Thanks!

On Tuesday, 2 April 2019 22:14:22 UTC+5:30, mwall wrote:
>
> On Tuesday, April 2, 2019 at 12:26:57 PM UTC-4, Praveen Chandrasekaran 
> wrote:
>>
>> I get the below error:
>>
>> Forbidden
>>
>> You don't have permission to access 
>> /mwall/projects/weather/releases/weewx-wcloud-0.11.tgz on this server.
>>
>
> the lancet links should be working again now. 
>

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


[weewx-user] weathercloud extension - Permission error to download

2019-04-02 Thread Praveen Chandrasekaran
Hi,

When I try to download weather cloud extension below:

http://lancet.mit.edu/mwall/projects/weather/releases/weewx-wcloud-0.11.tgz

(Link from https://github.com/weewx/weewx/wiki/weathercloud)

I get the below error:

Forbidden

You don't have permission to access 
/mwall/projects/weather/releases/weewx-wcloud-0.11.tgz on this server.

I am trying to setup weewx to upload to weathercloud and stuck at this page.

Regards,
Praveen

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


[weewx-user] Adding Average Humidty/DewPoint to NOAA reports

2019-03-03 Thread Praveen Chandrasekaran
Hi,

I would like to add Average Humidity/Dew Point to NOAA reports like how 
Ogimet has in their summaries.

Any pointers on how to go about doing it?

Regards,
Praveen

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


[weewx-user] Neowx skin sample site

2019-01-30 Thread Praveen Chandrasekaran
Thanks. Doesnt bear Seasons skin still. I thought graphs will be more 
interactive using json.

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


[weewx-user] Neowx skin sample site

2019-01-30 Thread Praveen Chandrasekaran
Anyone here using a neowx skin? The screenshots look good but I would like to 
see a real webpage with the skin.

http://projects.neoground.com/neowx

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


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

2018-11-08 Thread Praveen Chandrasekaran
Issue already exists for this:

https://github.com/poblabs/weewx-belchertown/issues/8


On Thu, 8 Nov 2018 at 16:11,  wrote:

> I have been using this skin with MQTT extension for a while now, without
> any problems, and think it is excellent.  However, since the initial
> installation the records page shows some very strange anomalies. See
> attached png file - which, for example, has odd max temperature range and
> rain records.  Has anyone else seen similar issues and worked out how to
> solve them?  Perhaps something to do with units, although other records
> such as min and max temperature are correct?  I have the following units
> set:
>
> *weewx.conf*
>
>  - MQTT  unit_system = METRICWX (if I use METRIC the current day's rain is
> wrongly divided by 10, as my rain is shown in mm)
>
>  - [StdConvert] target_unit = US
>
>  -  [StdReport]
>skin = Belchertown
> [[[Units]]]
> Groups
> group_altitude = meter
> group_speed2 = mile_per_hour2
> group_pressure = hPa
> group_rain = mm
> group_rainrate = mm_per_hour
> group_temperature = degree_C
> group_degree_day = degree_C_day
> group_speed = mile_per_hour
>
> * Belchertown skin.conf:*
>
> [Units]
> # This section is for managing the selection and formatting of units.
>
> [[Groups]]
> # For each group of measurements, this section sets what units to
> # use for it.
> # NB: The unit is always in the singular. I.e., 'mile_per_hour',
> # NOT 'miles_per_hour'
>
> group_altitude = meter # Options are 'foot' or
> 'meter'
> group_degree_day   = degree_C_day # Options are
> 'degree_F_day' or 'degree_C_day'
> group_direction= degree_compass
> group_moisture = centibar
> group_percent  = percent
> group_pressure = hPa # Options are 'inHg',
> 'mmHg', 'mbar', or 'hPa'
> group_radiation= watt_per_meter_squared
> group_rain = mm # Options are 'inch',
> 'cm', or 'mm'
> group_rainrate = mm_per_hour# Options are
> 'inch_per_hour', 'cm_per_hour', or 'mm_per_hour'
> group_speed= mile_per_hour# Options are
> 'mile_per_hour', 'km_per_hour', 'knot', or 'meter_per_second'
> group_speed2   = mile_per_hour2   # Options are
> 'mile_per_hour2', 'km_per_hour2', 'knot2', or 'meter_per_second2'
> group_temperature  = degree_C # Options are 'degree_F'
> or 'degree_C'
> group_uv   = uv_index
> group_volt = volt
>
>
>
> On Monday, 5 November 2018 19:06:26 UTC, Jonis Maurin Ceará wrote:
>>
>> Pat, tks for this great skin!
>>
>> Just one question: do you have any plans to include option to add an
>> custom html/code on main page and maybe tranlations?
>> If not, I'll modify mine to include my webcam and maybe
>> translate...but if you have plan's, I don't want to broke default code
>> and can't update in the future.
>>
>> Tks!
>>
>>
>>
>> Em terça-feira, 21 de agosto de 2018 15:45:13 UTC-3, Pat escreveu:
>>
>> The Belchertown skin for weewx is now available. This skin is modeled
>> after https://belchertownweather.com
>>
>> The skin features
>>
>>- Real time streaming updates on the front page without needing to
>>reload the site (weewx-mqtt extension required)
>>- Forecast data updated every hour without needing to reload (a free
>>DarkSky API key required)
>>- Information on your closest Earthquake updated automatically every
>>3 hours
>>- Weather station observation graphs which update without needing to
>>reload
>>- Weather records for the current year, and for all time
>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>console".
>>
>> There are dozens of options to configure within the skin. Please view
>> the readme on GitHub  for
>> a detailed explanation.
>>
>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>
>> Direct download of v0.1:
>>
>> ...
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-10-16 Thread Praveen Chandrasekaran
Also did you take in the latest commits of all the files? Not the latest
release of the skin as  a package but individual files. Pat has made many
fixes for Metric mode.

On Tue, 16 Oct 2018 at 14:44, Andrew Milner 
wrote:

> The graph does not really say anything!!
>
> IF the scale is indeed in mm as it appears to be, remember that one bucket
> tip will likely be 0.3 mm, so on a scale of 0 - 7.5 mm the rainfall per
> hour (which I think the blue bumps are) will be very small indeed.
>
> I think the graph is probably correct but is made harder to read by having
> both total rainfall and hourly rainfall on the same graph.  Try and create
> two separate graphs to get better resolution of the hourly totals (or do
> not show them at all)
>
>
>
> On Tuesday, 16 October 2018 10:46:32 UTC+3, Juan Antonio Mosquera wrote:
>>
>> Not work...
>>
>> attach screenshot.
>>
>> El martes, 16 de octubre de 2018, 8:12:17 (UTC+2), Praveen Chandrasekaran
>> escribió:
>>>
>>> [StdRestful]
>>> ...
>>> [[MQTT]]
>>> server_url = mqtt://username:password@localhost:1883/
>>> topic = weather
>>> unit_system = METRIC
>>>
>>>
>>> Change this to METRICWX.
>>>
>>>
>>> On Tue, 16 Oct 2018 at 11:37, Juan Antonio Mosquera <
>>> juananton...@juanantoniomosquera.com> wrote:
>>>
>>>
>>> I changed group_rain in weewx.conf, in the github documentation I do not
>>> see where the target unit for mqtt is configured. How is it done? Thank you.
>>>
>>> El martes, 16 de octubre de 2018, 5:22:32 (UTC+2), Praveen
>>> Chandrasekaran escribió:
>>>
>>> Change units to METRICWX in mqtt settings
>>>
>>> ...
>>
>> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-10-16 Thread Praveen Chandrasekaran
[StdRestful]
...
[[MQTT]]
server_url = mqtt://username:password@localhost:1883/
topic = weather
unit_system = METRIC


Change this to METRICWX.


On Tue, 16 Oct 2018 at 11:37, Juan Antonio Mosquera <
juanantoniomosqu...@juanantoniomosquera.com> wrote:

>
> I changed group_rain in weewx.conf, in the github documentation I do not
> see where the target unit for mqtt is configured. How is it done? Thank you.
>
> El martes, 16 de octubre de 2018, 5:22:32 (UTC+2), Praveen Chandrasekaran
> escribió:
>>
>> Change units to METRICWX in mqtt settings
>>
>> On Tue, 16 Oct 2018, 01:04 Juan Antonio Mosquera, <
>> juananton...@juanantoniomosquera.com> wrote:
>>
>> Hi. Another thing, I have configured to use the METRIC target unit, so
>> the rain data is in mm. But I see that in the graphics it appears in cm.
>> Can this be changed without modifying target_unit section?
>>
>> Greetings and thanks.
>>
>> El martes, 21 de agosto de 2018, 20:45:13 (UTC+2), Pat escribió:
>>
>> The Belchertown skin for weewx is now available. This skin is modeled
>> after https://belchertownweather.com
>>
>> The skin features
>>
>>- Real time streaming updates on the front page without needing to
>>reload the site (weewx-mqtt extension required)
>>- Forecast data updated every hour without needing to reload (a free
>>DarkSky API key required)
>>- Information on your closest Earthquake updated automatically every
>>3 hours
>>- Weather station observation graphs which update without needing to
>>reload
>>- Weather records for the current year, and for all time
>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>console".
>>
>> There are dozens of options to configure within the skin. Please view
>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>> a detailed explanation.
>>
>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>
>> Direct download of v0.1:
>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>
>> Quick inst
>>
>> ...
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-10-15 Thread Praveen Chandrasekaran
Change units to METRICWX in mqtt settings

On Tue, 16 Oct 2018, 01:04 Juan Antonio Mosquera, <
juanantoniomosqu...@juanantoniomosquera.com> wrote:

> Hi. Another thing, I have configured to use the METRIC target unit, so the
> rain data is in mm. But I see that in the graphics it appears in cm. Can
> this be changed without modifying target_unit section?
>
> Greetings and thanks.
>
> El martes, 21 de agosto de 2018, 20:45:13 (UTC+2), Pat escribió:
>>
>> The Belchertown skin for weewx is now available. This skin is modeled
>> after https://belchertownweather.com
>>
>> The skin features
>>
>>- Real time streaming updates on the front page without needing to
>>reload the site (weewx-mqtt extension required)
>>- Forecast data updated every hour without needing to reload (a free
>>DarkSky API key required)
>>- Information on your closest Earthquake updated automatically every
>>3 hours
>>- Weather station observation graphs which update without needing to
>>reload
>>- Weather records for the current year, and for all time
>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>console".
>>
>> There are dozens of options to configure within the skin. Please view
>> the readme on GitHub  for
>> a detailed explanation.
>>
>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>
>> Direct download of v0.1:
>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>
>> Quick install:
>>
>> wget https://
>> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>
>> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>>
>> Configure weewx.conf with your options
>>
>> Restart weewx
>>
>> Out of the box, it is a very basic theme. Make sure to check out the readme
>> for all options available !
>>
>>
>> This is my first skin, and I've done all I could to test it out in
>> various environments to iron out any initial bugs. If you do find something
>> that's a little off, or room for improvement, please let me know!
>>
>> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-10-10 Thread Praveen Chandrasekaran
Yeah.. 2 days back even publishing to it was having frequent issues. So
probably an issue from broker end.

On Wed, 10 Oct 2018 at 18:37, Pat O'Brien  wrote:

> Could be a problem with broker. I don't run it, but It is called test for
> a reason? :-)
>
> Check another online websocket test tool.
>
>
> On Wed, Oct 10, 2018, 2:05 PM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> That is 8080 and that is the same as I have used. Clueless as to what is
>> wrong. Colin's page also the MQTT data is not available. Not sure if some
>> issue from broker end.
>>
>> On Wed, 10 Oct 2018 at 18:34, Pat O'Brien  wrote:
>>
>>> Port is what the websocket port is as defined on front page of
>>> http://test.mosquitto.org
>>>
>>> On Wed, Oct 10, 2018, 1:50 PM Praveen Chandrasekaran <
>>> praveen.c...@gmail.com> wrote:
>>>
>>>> Port should be 8080 right? I used settings from Colin.
>>>>
>>>> On Wed, 10 Oct 2018 at 18:14, Pat O'Brien  wrote:
>>>>
>>>>> I'm traveling and offline for a while. Help and communicate limited
>>>>>
>>>>> But your topic is not right. Change to : weather/IBANGALO9/loop
>>>>>
>>>>> You rarely ever want to use #
>>>>>
>>>>>
>>>>> On Wed, Oct 10, 2018, 1:42 PM Praveen Chandrasekaran <
>>>>> praveen.c...@gmail.com> wrote:
>>>>>
>>>>>> Hi Pat,
>>>>>>
>>>>>> Everything was fine for me till recently. Since last few days, the
>>>>>> MQTT live data does not appear on my page. It shows "The weather Station 
>>>>>> is
>>>>>> offline" and  shows only archive data. If I use mqtt-spy I do see the 
>>>>>> live
>>>>>> data being published every loop interval.
>>>>>>
>>>>>> My webpage: http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>>>>>
>>>>>> MQTT : test.mosquitto.org
>>>>>> Topic : weather/IBANGALO9/#
>>>>>>
>>>>>> Regards,
>>>>>> Praveen
>>>>>>
>>>>>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>>>>>>
>>>>>>> The Belchertown skin for weewx is now available. This skin is
>>>>>>> modeled after https://belchertownweather.com
>>>>>>>
>>>>>>> The skin features
>>>>>>>
>>>>>>>- Real time streaming updates on the front page without needing
>>>>>>>to reload the site (weewx-mqtt extension required)
>>>>>>>- Forecast data updated every hour without needing to reload (a
>>>>>>>free DarkSky API key required)
>>>>>>>- Information on your closest Earthquake updated automatically
>>>>>>>every 3 hours
>>>>>>>- Weather station observation graphs which update without
>>>>>>>needing to reload
>>>>>>>- Weather records for the current year, and for all time
>>>>>>>- A mobile and iPad ready display. You could use an iPad as a
>>>>>>>"2nd console".
>>>>>>>
>>>>>>> There are dozens of options to configure within the skin. Please view
>>>>>>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>>>>>>> a detailed explanation.
>>>>>>>
>>>>>>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>>>>>>
>>>>>>> Direct download of v0.1:
>>>>>>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>>>>>
>>>>>>> Quick install:
>>>>>>>
>>>>>>> wget https://
>>>>>>> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>>>>>
>>>>>>> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>>>>>>>
>>>>>>> Configure weewx.conf with your options
>>>>>>>
>>>>>>> Restart weewx
>>>>>>>
>>>>>>> Out of the box, it is a very basic theme. Make sure to check out the 
>>>>>>> readme
>>>>

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

2018-10-10 Thread Praveen Chandrasekaran
That is 8080 and that is the same as I have used. Clueless as to what is
wrong. Colin's page also the MQTT data is not available. Not sure if some
issue from broker end.

On Wed, 10 Oct 2018 at 18:34, Pat O'Brien  wrote:

> Port is what the websocket port is as defined on front page of
> http://test.mosquitto.org
>
> On Wed, Oct 10, 2018, 1:50 PM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> Port should be 8080 right? I used settings from Colin.
>>
>> On Wed, 10 Oct 2018 at 18:14, Pat O'Brien  wrote:
>>
>>> I'm traveling and offline for a while. Help and communicate limited
>>>
>>> But your topic is not right. Change to : weather/IBANGALO9/loop
>>>
>>> You rarely ever want to use #
>>>
>>>
>>> On Wed, Oct 10, 2018, 1:42 PM Praveen Chandrasekaran <
>>> praveen.c...@gmail.com> wrote:
>>>
>>>> Hi Pat,
>>>>
>>>> Everything was fine for me till recently. Since last few days, the MQTT
>>>> live data does not appear on my page. It shows "The weather Station is
>>>> offline" and  shows only archive data. If I use mqtt-spy I do see the live
>>>> data being published every loop interval.
>>>>
>>>> My webpage: http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>>>
>>>> MQTT : test.mosquitto.org
>>>> Topic : weather/IBANGALO9/#
>>>>
>>>> Regards,
>>>> Praveen
>>>>
>>>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>>>>
>>>>> The Belchertown skin for weewx is now available. This skin is modeled
>>>>> after https://belchertownweather.com
>>>>>
>>>>> The skin features
>>>>>
>>>>>- Real time streaming updates on the front page without needing to
>>>>>reload the site (weewx-mqtt extension required)
>>>>>- Forecast data updated every hour without needing to reload (a
>>>>>free DarkSky API key required)
>>>>>- Information on your closest Earthquake updated automatically
>>>>>every 3 hours
>>>>>- Weather station observation graphs which update without needing
>>>>>to reload
>>>>>- Weather records for the current year, and for all time
>>>>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>>>>console".
>>>>>
>>>>> There are dozens of options to configure within the skin. Please view
>>>>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>>>>> a detailed explanation.
>>>>>
>>>>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>>>>
>>>>> Direct download of v0.1:
>>>>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>>>
>>>>> Quick install:
>>>>>
>>>>> wget https://
>>>>> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>>>
>>>>> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>>>>>
>>>>> Configure weewx.conf with your options
>>>>>
>>>>> Restart weewx
>>>>>
>>>>> Out of the box, it is a very basic theme. Make sure to check out the 
>>>>> readme
>>>>> for all options available
>>>>> <https://github.com/poblabs/weewx-belchertown>!
>>>>>
>>>>>
>>>>> This is my first skin, and I've done all I could to test it out in
>>>>> various environments to iron out any initial bugs. If you do find 
>>>>> something
>>>>> that's a little off, or room for improvement, please let me know!
>>>>>
>>>>> --
>>>> 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/GSrKZEiPqsc/unsubscribe.
>>>> To unsubscribe from this group and all its topics, send an email to
>>>> weewx-user+unsubscr...@googlegroups.com.
>>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>>>> --
>>> You received this message because you are subscribed to a topic in the
&

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

2018-10-10 Thread Praveen Chandrasekaran
Port should be 8080 right? I used settings from Colin.

On Wed, 10 Oct 2018 at 18:14, Pat O'Brien  wrote:

> I'm traveling and offline for a while. Help and communicate limited
>
> But your topic is not right. Change to : weather/IBANGALO9/loop
>
> You rarely ever want to use #
>
>
> On Wed, Oct 10, 2018, 1:42 PM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> Hi Pat,
>>
>> Everything was fine for me till recently. Since last few days, the MQTT
>> live data does not appear on my page. It shows "The weather Station is
>> offline" and  shows only archive data. If I use mqtt-spy I do see the live
>> data being published every loop interval.
>>
>> My webpage: http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>
>> MQTT : test.mosquitto.org
>> Topic : weather/IBANGALO9/#
>>
>> Regards,
>> Praveen
>>
>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>>
>>> The Belchertown skin for weewx is now available. This skin is modeled
>>> after https://belchertownweather.com
>>>
>>> The skin features
>>>
>>>- Real time streaming updates on the front page without needing to
>>>reload the site (weewx-mqtt extension required)
>>>- Forecast data updated every hour without needing to reload (a free
>>>DarkSky API key required)
>>>- Information on your closest Earthquake updated automatically every
>>>3 hours
>>>- Weather station observation graphs which update without needing to
>>>reload
>>>- Weather records for the current year, and for all time
>>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>>console".
>>>
>>> There are dozens of options to configure within the skin. Please view
>>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>>> a detailed explanation.
>>>
>>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>>
>>> Direct download of v0.1:
>>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>
>>> Quick install:
>>>
>>> wget https://
>>> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>
>>> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>>>
>>> Configure weewx.conf with your options
>>>
>>> Restart weewx
>>>
>>> Out of the box, it is a very basic theme. Make sure to check out the readme
>>> for all options available <https://github.com/poblabs/weewx-belchertown>
>>> !
>>>
>>>
>>> This is my first skin, and I've done all I could to test it out in
>>> various environments to iron out any initial bugs. If you do find something
>>> that's a little off, or room for improvement, please let me know!
>>>
>>> --
>> 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/GSrKZEiPqsc/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> weewx-user+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-10-10 Thread Praveen Chandrasekaran
Hi Pat,

Everything was fine for me till recently. Since last few days, the MQTT 
live data does not appear on my page. It shows "The weather Station is 
offline" and  shows only archive data. If I use mqtt-spy I do see the live 
data being published every loop interval.

My webpage: http://bedi.co.in:15000/pc-aws/weather/belchertown/

MQTT : test.mosquitto.org
Topic : weather/IBANGALO9/#

Regards,
Praveen

On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>
> The Belchertown skin for weewx is now available. This skin is modeled 
> after https://belchertownweather.com 
>
> The skin features
>
>- Real time streaming updates on the front page without needing to 
>reload the site (weewx-mqtt extension required)
>- Forecast data updated every hour without needing to reload (a free 
>DarkSky API key required)
>- Information on your closest Earthquake updated automatically every 3 
>hours
>- Weather station observation graphs which update without needing to 
>reload
>- Weather records for the current year, and for all time
>- A mobile and iPad ready display. You could use an iPad as a "2nd 
>console". 
>
> There are dozens of options to configure within the skin. Please view the 
> readme on GitHub  for a 
> detailed explanation. 
>
> The GitHub page: https://github.com/poblabs/weewx-belchertown
>
> Direct download of v0.1: 
> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> Quick install:
>
> wget https://
> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>
> Configure weewx.conf with your options
>
> Restart weewx
>
> Out of the box, it is a very basic theme. Make sure to check out the readme 
> for all options available !
>
>
> This is my first skin, and I've done all I could to test it out in various 
> environments to iron out any initial bugs. If you do find something that's 
> a little off, or room for improvement, please let me know!
>
>

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


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

2018-10-10 Thread Praveen Chandrasekaran
Take the latest commits of all files. Refer to below issue:

https://github.com/poblabs/weewx-belchertown/issues/8

On Wed, 10 Oct 2018 at 17:15, Thomas Sch  wrote:

> Hey I saw you had the same issue with the F-Units on the temperature-graph
> at the beginning. How did you fixed it? Can you send your config files?
>
> Am Montag, 8. Oktober 2018 17:25:20 UTC+2 schrieb Praveen Chandrasekaran:
>>
>> Trying to embed rainviewr map into my belchertown page.
>>
>> Here is the embed  link I got:
>>
>> https://www.rainviewer.com/?loc=13.0026,77.8374,11=1=0=0=1=1=1=4=1=83=0=0;
>> width="100%" frameborder="0" style="border:0;height:50vh;"
>> allowfullscreen>
>>
>> I modified it to add appropriate height and width and removed
>> allowfullscreen. However my radar image is still blank.
>>
>> Link to my page:
>>
>> http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>
>> What am I missing? Unfortunately windy doesnt have radars for India hence
>> using rainviewr.
>>
>>
>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>
>> The Belchertown skin for weewx is now available. This skin is modeled
>> after https://belchertownweather.com
>>
>> The skin features
>>
>>- Real time streaming updates on the front page without needing to
>>reload the site (weewx-mqtt extension required)
>>- Forecast data updated every hour without needing to reload (a free
>>DarkSky API key required)
>>- Information on your closest Earthquake updated automatically every
>>3 hours
>>- Weather station observation graphs which update without needing to
>>reload
>>- Weather records for the current year, and for all time
>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>console".
>>
>> There are dozens of options to configure within the skin. Please view
>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>> a detailed explanation.
>>
>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>
>> Direct download of v0.1
>>
>> ...
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-10-08 Thread Praveen Chandrasekaran
Trying to embed rainviewr map into my belchertown page.

Here is the embed  link I got:

https://www.rainviewer.com/?loc=13.0026,77.8374,11=1=0=0=1=1=1=4=1=83=0=0;
 
width="100%" frameborder="0" style="border:0;height:50vh;" 
allowfullscreen>

I modified it to add appropriate height and width and removed 
allowfullscreen. However my radar image is still blank.

Link to my page:

http://bedi.co.in:15000/pc-aws/weather/belchertown/

What am I missing? Unfortunately windy doesnt have radars for India hence 
using rainviewr.


On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>
> The Belchertown skin for weewx is now available. This skin is modeled 
> after https://belchertownweather.com 
>
> The skin features
>
>- Real time streaming updates on the front page without needing to 
>reload the site (weewx-mqtt extension required)
>- Forecast data updated every hour without needing to reload (a free 
>DarkSky API key required)
>- Information on your closest Earthquake updated automatically every 3 
>hours
>- Weather station observation graphs which update without needing to 
>reload
>- Weather records for the current year, and for all time
>- A mobile and iPad ready display. You could use an iPad as a "2nd 
>console". 
>
> There are dozens of options to configure within the skin. Please view the 
> readme on GitHub  for a 
> detailed explanation. 
>
> The GitHub page: https://github.com/poblabs/weewx-belchertown
>
> Direct download of v0.1: 
> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> Quick install:
>
> wget https://
> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>
> Configure weewx.conf with your options
>
> Restart weewx
>
> Out of the box, it is a very basic theme. Make sure to check out the readme 
> for all options available !
>
>
> This is my first skin, and I've done all I could to test it out in various 
> environments to iron out any initial bugs. If you do find something that's 
> a little off, or room for improvement, please let me know!
>
>

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


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

2018-09-12 Thread Praveen Chandrasekaran
And this code needs metric conversion :)

On Wed, 12 Sep 2018, 23:22 Pat,  wrote:

> Dave,
>
> The "Rainfall" in your graph is a really a bucket tip as I understand it.
> So if it's only showing 0.01 or 0.02 then that's how many tips per archive
> interval. The code that generates that graph is here
> 
> .
>
> The wunderground page shows the precip rate.
>
> So I think you're looking for the weewx observation rainRate and not rain 
> (which
> shows the 'bucket tips')...?
>
> For giggles, and since today is a rainy day for me it's easy to test this,
> I changed the SQL to rainRate instead of rain and it gave me the graph
> attached - which is slightly different than wunderground. Not sure why to
> be honest...
>
>
>
> On Tuesday, September 11, 2018 at 11:00:54 AM UTC-4, David Hathaway wrote:
>>
>> Pat,
>>
>> How do I get a reasonable "Rainfall" value on the chart.  The Rainfall
>> Total graph looks fine, but the amount looks factored down.  I have changed
>> my interval to 5 minutes last week, so I am not sure that is the issue.
>> Meanwhile, the text reports highest rainfall rate was 2.45 in/hr.  Not sure
>> what to tweak.
>>
>> See attached.  You can also visit
>>
>> https://hathaway.house/weewx/belchertown/
>>
>> and Wunderground to compare:
>>
>>
>> https://www.wunderground.com/personal-weather-station/dashboard?ID=KTXSUGAR19
>>
>> Dave
>>
>>
>> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


[weewx-user] apptemp in database

2018-09-09 Thread Praveen Chandrasekaran
Hi,

Few queries:

1) Weewx seems to be sending out apptemp as part of MQTT data but it is not 
included in database. How do I Include it?
2) How do I back calculate for past data? The steps anywhere dont look 
straightforward for someone not used to SQL.
3) The apptemp calc formula as I see uses windspeed. With loop packets the 
windspeed would keep changing every 2.5 seconds causing the apptemp to keep 
changing very erratically. Wouldnt using the wind speed averaged out an 
archive period be better for calculating apptemp?

Regards,
Praveen

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


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

2018-09-09 Thread Praveen Chandrasekaran
The way to fix would be to send all the high/low stats also as part of MQTT
stream.

On Sun, 9 Sep 2018 at 15:12, Praveen Chandrasekaran 
wrote:

> The high low captured on main page I believe is still from archive records
> and not from MQTT live data. When temperature goes beyond the last archived
> high temperature, there would be sometime when the live temperature is
> higher than the high shown. This is probably not possible to fix with
> current scheme?
>
> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>
>> The Belchertown skin for weewx is now available. This skin is modeled
>> after https://belchertownweather.com
>>
>> The skin features
>>
>>- Real time streaming updates on the front page without needing to
>>reload the site (weewx-mqtt extension required)
>>- Forecast data updated every hour without needing to reload (a free
>>DarkSky API key required)
>>- Information on your closest Earthquake updated automatically every
>>3 hours
>>- Weather station observation graphs which update without needing to
>>reload
>>- Weather records for the current year, and for all time
>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>console".
>>
>> There are dozens of options to configure within the skin. Please view
>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>> a detailed explanation.
>>
>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>
>> Direct download of v0.1:
>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>
>> Quick install:
>>
>> wget https://
>> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>
>> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>>
>> Configure weewx.conf with your options
>>
>> Restart weewx
>>
>> Out of the box, it is a very basic theme. Make sure to check out the readme
>> for all options available <https://github.com/poblabs/weewx-belchertown>!
>>
>>
>> This is my first skin, and I've done all I could to test it out in
>> various environments to iron out any initial bugs. If you do find something
>> that's a little off, or room for improvement, please let me know!
>>
>> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-09 Thread Praveen Chandrasekaran
The high low captured on main page I believe is still from archive records 
and not from MQTT live data. When temperature goes beyond the last archived 
high temperature, there would be sometime when the live temperature is 
higher than the high shown. This is probably not possible to fix with 
current scheme?

On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>
> The Belchertown skin for weewx is now available. This skin is modeled 
> after https://belchertownweather.com 
>
> The skin features
>
>- Real time streaming updates on the front page without needing to 
>reload the site (weewx-mqtt extension required)
>- Forecast data updated every hour without needing to reload (a free 
>DarkSky API key required)
>- Information on your closest Earthquake updated automatically every 3 
>hours
>- Weather station observation graphs which update without needing to 
>reload
>- Weather records for the current year, and for all time
>- A mobile and iPad ready display. You could use an iPad as a "2nd 
>console". 
>
> There are dozens of options to configure within the skin. Please view the 
> readme on GitHub  for a 
> detailed explanation. 
>
> The GitHub page: https://github.com/poblabs/weewx-belchertown
>
> Direct download of v0.1: 
> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> Quick install:
>
> wget https://
> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>
> Configure weewx.conf with your options
>
> Restart weewx
>
> Out of the box, it is a very basic theme. Make sure to check out the readme 
> for all options available !
>
>
> This is my first skin, and I've done all I could to test it out in various 
> environments to iron out any initial bugs. If you do find something that's 
> a little off, or room for improvement, please let me know!
>
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
I have an FTP skin that transfers the entire directory . News to optimize
it and need help on that.

On Sat, 8 Sep 2018, 20:38 Pat O'Brien,  wrote:

> How are you transferring it? The skin doesn't ftp.  Are you Using the ftp
> extension? Not sure on the options of that.
>
> On Sat, Sep 8, 2018, 10:59 AM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> Another suggestion
>>
>> I was looking at the size of belchertown skin output. Significant partof
>> it is due to year.json.The entire FTP now takes around 25 to 30 seconds.
>>
>> Can that be transferred say once a day only? Is the provision to do so
>> already there?
>>
>> --
>> 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/GSrKZEiPqsc/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> weewx-user+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
Another suggestion

I was looking at the size of belchertown skin output. Significant partof it is 
due to year.json.The entire FTP now takes around 25 to 30 seconds. 

Can that be transferred say once a day only? Is the provision to do so already 
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.
For more options, visit https://groups.google.com/d/optout.


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

2018-09-08 Thread Praveen Chandrasekaran
My timezone is IST - Indian Standard Time. It is 5.5hrs ahead of UTC.

On Sat, 8 Sep 2018 at 19:57, Pat  wrote:

> Yeah, the JavaScript needs it in offset hours (not minutes). But maybe I
> need to do the conversion in JavaScript and not Python.
>
> What's the name of your timezone so I can reproduce it on my lab system?
>
> Thanks for filing issues - will help me keep track of them all.
>
> On Saturday, September 8, 2018 at 10:16:38 AM UTC-4, Praveen
> Chandrasekaran wrote:
>>
>> Never examined that so closely. 19800/60 is still in minutes so no
>> rounding issues there. It is the additional divide by 60 that causes the
>> issue.
>>
>> On Sat, 8 Sep 2018 at 19:45, Pat  wrote:
>>
>> Are your highcharts from Gary working with the right timezone?
>>
>> This UTC offset code is the same that's used in his code
>> <https://github.com/gjr80/weewx-highcharts/blob/master/bin/user/highchartsSearchX.py#L214-L216>
>> with an additional /60 for JavaScript's requirements. .
>>
>> On Saturday, September 8, 2018 at 10:13:14 AM UTC-4, Praveen
>> Chandrasekaran wrote:
>>
>> Hi Pat,
>>
>> You are right.
>>
>> 19800/60/60 gets rounded off to 5 instead of 5.5. So another issue to fix
>> :)
>>
>> Regards,
>> Praveen
>>
>> On Sat, 8 Sep 2018 at 19:36, Pat  wrote:
>>
>> Interesting. On your Pi command line, type this:
>>
>> python
>> import time
>> time.localtime( time.time() )
>>
>> What does it return? Does it look accurate?
>>
>> For example mine is accurate:
>> time.struct_time(tm_year=2018, tm_mon=9, tm_mday=8, tm_hour=10, tm_min=4,
>> tm_sec=42, tm_wday=5, tm_yday=251, tm_isdst=1)
>>
>>
>>
>> Then try this in the Python window:
>>
>> import calendar
>> moment_js_stop_struct = time.localtime( time.time() )
>> moment_js_utc_offset = (calendar.timegm(moment_js_stop_struct) -
>> calendar.timegm(time.gmtime(time.mktime(moment_js_stop_struct/60/60
>> print moment_js_utc_offset
>>
>>
>> What does it return? It should return 5.5, but this could be the problem.
>> Maybe there is a rounding going on to 5.
>>
>> Mine returns "-4"
>>
>>
>>
>>
>>
>>
>> On Saturday, September 8, 2018 at 10:02:13 AM UTC-4, Praveen
>> Chandrasekaran wrote:
>>
>> Hi Pat,
>>
>> The offset in page source there is 5. It should have been 5.5. Here is
>> result of date and date -u on my pi
>>
>> READ WRITE : root@raspberrypi:/var/tmp# date
>> Sat  8 Sep 19:28:58 IST 2018
>> READ WRITE : root@raspberrypi:/var/tmp# date -u
>> Sat  8 Sep 13:59:11 UTC 2018
>>
>> As per this timezone is fine on my pi and can clearly see offset should
>> have been 5.5 hours.
>>
>> Regards,
>> Praveen
>>
>> On Sat, 8 Sep 2018 at 19:25, Pat  wrote:
>>
>> Does it have to do with a locale / timezone?
>>
>> Here is the code. All it is doing is taking the timestamp from MQTT and
>> converting it to
>>
>> ...
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
Filed issue. Will file for other issues also now.

On Sat, 8 Sep 2018 at 19:46, Praveen Chandrasekaran 
wrote:

> Never examined that so closely. 19800/60 is still in minutes so no
> rounding issues there. It is the additional divide by 60 that causes the
> issue.
>
> On Sat, 8 Sep 2018 at 19:45, Pat  wrote:
>
>> Are your highcharts from Gary working with the right timezone?
>>
>> This UTC offset code is the same that's used in his code
>> <https://github.com/gjr80/weewx-highcharts/blob/master/bin/user/highchartsSearchX.py#L214-L216>
>> with an additional /60 for JavaScript's requirements. .
>>
>> On Saturday, September 8, 2018 at 10:13:14 AM UTC-4, Praveen
>> Chandrasekaran wrote:
>>>
>>> Hi Pat,
>>>
>>> You are right.
>>>
>>> 19800/60/60 gets rounded off to 5 instead of 5.5. So another issue to
>>> fix :)
>>>
>>> Regards,
>>> Praveen
>>>
>>> On Sat, 8 Sep 2018 at 19:36, Pat  wrote:
>>>
>>> Interesting. On your Pi command line, type this:
>>>
>>> python
>>> import time
>>> time.localtime( time.time() )
>>>
>>> What does it return? Does it look accurate?
>>>
>>> For example mine is accurate:
>>> time.struct_time(tm_year=2018, tm_mon=9, tm_mday=8, tm_hour=10,
>>> tm_min=4, tm_sec=42, tm_wday=5, tm_yday=251, tm_isdst=1)
>>>
>>>
>>>
>>> Then try this in the Python window:
>>>
>>> import calendar
>>> moment_js_stop_struct = time.localtime( time.time() )
>>> moment_js_utc_offset = (calendar.timegm(moment_js_stop_struct) -
>>> calendar.timegm(time.gmtime(time.mktime(moment_js_stop_struct/60/60
>>> print moment_js_utc_offset
>>>
>>>
>>> What does it return? It should return 5.5, but this could be the
>>> problem. Maybe there is a rounding going on to 5.
>>>
>>> Mine returns "-4"
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Saturday, September 8, 2018 at 10:02:13 AM UTC-4, Praveen
>>> Chandrasekaran wrote:
>>>
>>> Hi Pat,
>>>
>>> The offset in page source there is 5. It should have been 5.5. Here is
>>> result of date and date -u on my pi
>>>
>>> READ WRITE : root@raspberrypi:/var/tmp# date
>>> Sat  8 Sep 19:28:58 IST 2018
>>> READ WRITE : root@raspberrypi:/var/tmp# date -u
>>> Sat  8 Sep 13:59:11 UTC 2018
>>>
>>> As per this timezone is fine on my pi and can clearly see offset should
>>> have been 5.5 hours.
>>>
>>> Regards,
>>> Praveen
>>>
>>> On Sat, 8 Sep 2018 at 19:25, Pat  wrote:
>>>
>>> Does it have to do with a locale / timezone?
>>>
>>> Here is the code. All it is doing is taking the timestamp from MQTT and
>>> converting it to your UTC offset. The UTC offset is retrieved from your OS
>>> settings.
>>>
>>> updated = moment.unix(epoch).utcOffset($moment_js_utc_offset).format("
>>> D, , h:mm:ss a"); // requires moment.js
>>>
>>> and here is where $moment_js_utc_offset is retrieved from.
>>>
>>> bin/user/belchertown.py
>>>
>>>  # Setup UTC offset hours for moment.js in index.html
>>>  moment_js_stop_struct = time.localtime( time.
>>>
>>> ...
>>
>> --
>> 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/GSrKZEiPqsc/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> weewx-user+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
Never examined that so closely. 19800/60 is still in minutes so no rounding
issues there. It is the additional divide by 60 that causes the issue.

On Sat, 8 Sep 2018 at 19:45, Pat  wrote:

> Are your highcharts from Gary working with the right timezone?
>
> This UTC offset code is the same that's used in his code
> <https://github.com/gjr80/weewx-highcharts/blob/master/bin/user/highchartsSearchX.py#L214-L216>
> with an additional /60 for JavaScript's requirements. .
>
> On Saturday, September 8, 2018 at 10:13:14 AM UTC-4, Praveen
> Chandrasekaran wrote:
>>
>> Hi Pat,
>>
>> You are right.
>>
>> 19800/60/60 gets rounded off to 5 instead of 5.5. So another issue to fix
>> :)
>>
>> Regards,
>> Praveen
>>
>> On Sat, 8 Sep 2018 at 19:36, Pat  wrote:
>>
>> Interesting. On your Pi command line, type this:
>>
>> python
>> import time
>> time.localtime( time.time() )
>>
>> What does it return? Does it look accurate?
>>
>> For example mine is accurate:
>> time.struct_time(tm_year=2018, tm_mon=9, tm_mday=8, tm_hour=10, tm_min=4,
>> tm_sec=42, tm_wday=5, tm_yday=251, tm_isdst=1)
>>
>>
>>
>> Then try this in the Python window:
>>
>> import calendar
>> moment_js_stop_struct = time.localtime( time.time() )
>> moment_js_utc_offset = (calendar.timegm(moment_js_stop_struct) -
>> calendar.timegm(time.gmtime(time.mktime(moment_js_stop_struct/60/60
>> print moment_js_utc_offset
>>
>>
>> What does it return? It should return 5.5, but this could be the problem.
>> Maybe there is a rounding going on to 5.
>>
>> Mine returns "-4"
>>
>>
>>
>>
>>
>>
>> On Saturday, September 8, 2018 at 10:02:13 AM UTC-4, Praveen
>> Chandrasekaran wrote:
>>
>> Hi Pat,
>>
>> The offset in page source there is 5. It should have been 5.5. Here is
>> result of date and date -u on my pi
>>
>> READ WRITE : root@raspberrypi:/var/tmp# date
>> Sat  8 Sep 19:28:58 IST 2018
>> READ WRITE : root@raspberrypi:/var/tmp# date -u
>> Sat  8 Sep 13:59:11 UTC 2018
>>
>> As per this timezone is fine on my pi and can clearly see offset should
>> have been 5.5 hours.
>>
>> Regards,
>> Praveen
>>
>> On Sat, 8 Sep 2018 at 19:25, Pat  wrote:
>>
>> Does it have to do with a locale / timezone?
>>
>> Here is the code. All it is doing is taking the timestamp from MQTT and
>> converting it to your UTC offset. The UTC offset is retrieved from your OS
>> settings.
>>
>> updated = moment.unix(epoch).utcOffset($moment_js_utc_offset).format("
>> D, , h:mm:ss a"); // requires moment.js
>>
>> and here is where $moment_js_utc_offset is retrieved from.
>>
>> bin/user/belchertown.py
>>
>>  # Setup UTC offset hours for moment.js in index.html
>>  moment_js_stop_struct = time.localtime( time.
>>
>> ...
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
Hi Pat,

You are right.

19800/60/60 gets rounded off to 5 instead of 5.5. So another issue to fix :)

Regards,
Praveen

On Sat, 8 Sep 2018 at 19:36, Pat  wrote:

> Interesting. On your Pi command line, type this:
>
> python
> import time
> time.localtime( time.time() )
>
> What does it return? Does it look accurate?
>
> For example mine is accurate:
> time.struct_time(tm_year=2018, tm_mon=9, tm_mday=8, tm_hour=10, tm_min=4,
> tm_sec=42, tm_wday=5, tm_yday=251, tm_isdst=1)
>
>
>
> Then try this in the Python window:
>
> import calendar
> moment_js_stop_struct = time.localtime( time.time() )
> moment_js_utc_offset = (calendar.timegm(moment_js_stop_struct) -
> calendar.timegm(time.gmtime(time.mktime(moment_js_stop_struct/60/60
> print moment_js_utc_offset
>
>
> What does it return? It should return 5.5, but this could be the problem.
> Maybe there is a rounding going on to 5.
>
> Mine returns "-4"
>
>
>
>
>
>
> On Saturday, September 8, 2018 at 10:02:13 AM UTC-4, Praveen
> Chandrasekaran wrote:
>>
>> Hi Pat,
>>
>> The offset in page source there is 5. It should have been 5.5. Here is
>> result of date and date -u on my pi
>>
>> READ WRITE : root@raspberrypi:/var/tmp# date
>> Sat  8 Sep 19:28:58 IST 2018
>> READ WRITE : root@raspberrypi:/var/tmp# date -u
>> Sat  8 Sep 13:59:11 UTC 2018
>>
>> As per this timezone is fine on my pi and can clearly see offset should
>> have been 5.5 hours.
>>
>> Regards,
>> Praveen
>>
>> On Sat, 8 Sep 2018 at 19:25, Pat  wrote:
>>
>> Does it have to do with a locale / timezone?
>>
>> Here is the code. All it is doing is taking the timestamp from MQTT and
>> converting it to your UTC offset. The UTC offset is retrieved from your OS
>> settings.
>>
>> updated = moment.unix(epoch).utcOffset($moment_js_utc_offset).format("
>> D, , h:mm:ss a"); // requires moment.js
>>
>> and here is where $moment_js_utc_offset is retrieved from.
>>
>> bin/user/belchertown.py
>>
>>  # Setup UTC offset hours for moment.js in index.html
>>  moment_js_stop_struct = time.localtime( time.time() )
>>  moment_js_utc_offset = (calendar.timegm(moment_js_stop_struct) -
>> calendar.timegm(time.gmtime(time.mktime(moment_js_stop_struct/60/60
>>
>> View source of your page and look for updated = moment.unix(epoch).
>> utcOffset. What does it show for the offset in ()? Is it right?
>>
>> ...
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
Also I have been publishing to WU for 9 months now and have never had
issues related to time. The offset is getting wrongly calculated for some
reason.

On Sat, 8 Sep 2018 at 19:32, Pat  wrote:

> Still don't think so. Still think it's something with your OS. What does
> "date" return on your command line?
>
> mosquitto_sub -h test.mosquitto.org -p 1883 -t weather/IBANGALO9/#
> {"windSpeed10_kph": "3.218688", "monthET": "0.0", "cloudbase_meter":
> "2008.76043818", "outHumidity": "59.0", "pressure_mbar": "912.856759593",
> "rain_cm": "0.0", "dayET": "0.0", "maxSolarRad": "0.0", "barometer_mbar":
> "1014.22325357", "yearRain_cm": "51.5366", "consBatteryVoltage_volt":
> "4.5", "dewpoint_C": "17.4591521287", "insideAlarm": "0.0", "inHumidity":
> "64.0", "sunrise": "1536367080.0", "windGust_kph": "8.04672",
> "heatindex_C": "26.11", "dayRain_cm": "0.0", "stormRain_cm": "0.0"
> , "soilLeafAlarm2": "0.0", "outsideAlarm2": "0.0", "windSpeed_kph":
> "6.437376", "forecastRule": "45.0", "rainAlarm": "0.0", "altimeter_mbar":
> "1020.02413222", "windchill_C": "26.11", "appTemp_C":
> "27.4269308042", "outTemp_C": "26.11", "windGustDir": "266.0",
> "extraAlarm1": "0.0", "extraAlarm2": "0.0", "extraAlarm3": "0.0",
> "extraAlarm4": "0.0", "extraAlarm5": "0.0", "extraAlarm6": "0.0",
> "extraAlarm7": "0.0", "extraAlarm8": "0.0", "humidex_C": "31.722605671",
> "rain24_cm": "0.0", "hourRain_cm": "0.0", "inTemp_C": "27.5",
> "soilLeafAlarm4": "0.0", "trendIcon": "20.0", "forecastIcon": "6.0",
> "soilLeafAlarm3": "0.0", "usUnits": "16.0", "soilLeafAlarm1": "0.0",
> "leafWet4": "0.0", "yearET": "0.0", "txBatteryStatus": "0.0",
> "monthRain_cm": "0.0", "rainRate_cm_per_hour": "0.0", "dateTime":
> "1536415227.0", "windDir": "264.0", "outsideAlarm1": "0.0", "sunset":
> "1536411360.0", "inDewpoint_C": "20.0681723587"}
>
> I see your dateTime is 1536415227.0 in this published message.
>
> Converting that to human readable for me:
>
> GMT: Saturday, September 8, 2018 2:00:27 PM
> Your time zone: Saturday, September 8, 2018 10:00:27 AM GMT-04:00
> <https://www.epochconverter.com/timezones?q=1536415227> DST
>
> On Saturday, September 8, 2018 at 9:57:49 AM UTC-4, Praveen Chandrasekaran
> wrote:
>>
>> Hi Pat,
>>
>> Wondering if the time mismatch has anything to do with daylight savings
>> time? In India we dont have any daylight savings.
>>
>> My MQTT broker is test.mosquitto.org and topic is weather/IBANGALO9. You
>> can check it if time there is fine.
>>
>> Regards,
>> Praveen
>>
>> On Sat, 8 Sep 2018 at 19:13, Praveen Chandrasekaran 
>> wrote:
>>
>> Hi Pat,
>>
>> On mqtt spy the time it shows is fine. However on weewx page it is
>> exactly half an hour behind. Will file issues for all.
>>
>> Regards,
>> Praveen
>>
>> On Sat, 8 Sep 2018 at 18:41, Pat  wrote:
>>
>> Hi, this is not correct. The time comes from weewx's timestamp it
>> publishes to MQTT. Please log in to your broker with another client and you
>> can verify this. The skin just translate epoch to human readable.
>>
>> You other issues - I'm losing track of - as mentioned in the latest 0.6
>> release notes <https://github.com/poblabs/weewx-belchertown/releases> -
>> please create an issue on GitHub
>> <https://github.com/poblabs/weewx-belchertown/issues>. This thread is 12
>> pages long now and I'm having a hard time keeping up.
>>
>> 0.7 is coming right around the corner which is my priority to speed up
>> the highcharts generation time - but as I'm sure you'll appreciat

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

2018-09-08 Thread Praveen Chandrasekaran
Hi Pat,

I am mailing from laptop, weewx is on pi where as shown in earlier mail
timezone is all fine.

Timezone in gmail may be off because I may be having VPN connected on my
laptop.

Regards,
Praveen



On Sat, 8 Sep 2018 at 19:32, Pat  wrote:

> Still don't think so. Still think it's something with your OS. What does
> "date" return on your command line?
>
> mosquitto_sub -h test.mosquitto.org -p 1883 -t weather/IBANGALO9/#
> {"windSpeed10_kph": "3.218688", "monthET": "0.0", "cloudbase_meter":
> "2008.76043818", "outHumidity": "59.0", "pressure_mbar": "912.856759593",
> "rain_cm": "0.0", "dayET": "0.0", "maxSolarRad": "0.0", "barometer_mbar":
> "1014.22325357", "yearRain_cm": "51.5366", "consBatteryVoltage_volt":
> "4.5", "dewpoint_C": "17.4591521287", "insideAlarm": "0.0", "inHumidity":
> "64.0", "sunrise": "1536367080.0", "windGust_kph": "8.04672",
> "heatindex_C": "26.11", "dayRain_cm": "0.0", "stormRain_cm": "0.0"
> , "soilLeafAlarm2": "0.0", "outsideAlarm2": "0.0", "windSpeed_kph":
> "6.437376", "forecastRule": "45.0", "rainAlarm": "0.0", "altimeter_mbar":
> "1020.02413222", "windchill_C": "26.11", "appTemp_C":
> "27.4269308042", "outTemp_C": "26.11", "windGustDir": "266.0",
> "extraAlarm1": "0.0", "extraAlarm2": "0.0", "extraAlarm3": "0.0",
> "extraAlarm4": "0.0", "extraAlarm5": "0.0", "extraAlarm6": "0.0",
> "extraAlarm7": "0.0", "extraAlarm8": "0.0", "humidex_C": "31.722605671",
> "rain24_cm": "0.0", "hourRain_cm": "0.0", "inTemp_C": "27.5",
> "soilLeafAlarm4": "0.0", "trendIcon": "20.0", "forecastIcon": "6.0",
> "soilLeafAlarm3": "0.0", "usUnits": "16.0", "soilLeafAlarm1": "0.0",
> "leafWet4": "0.0", "yearET": "0.0", "txBatteryStatus": "0.0",
> "monthRain_cm": "0.0", "rainRate_cm_per_hour": "0.0", "dateTime":
> "1536415227.0", "windDir": "264.0", "outsideAlarm1": "0.0", "sunset":
> "1536411360.0", "inDewpoint_C": "20.0681723587"}
>
> I see your dateTime is 1536415227.0 in this published message.
>
> Converting that to human readable for me:
>
> GMT: Saturday, September 8, 2018 2:00:27 PM
> Your time zone: Saturday, September 8, 2018 10:00:27 AM GMT-04:00
> <https://www.epochconverter.com/timezones?q=1536415227> DST
>
> On Saturday, September 8, 2018 at 9:57:49 AM UTC-4, Praveen Chandrasekaran
> wrote:
>>
>> Hi Pat,
>>
>> Wondering if the time mismatch has anything to do with daylight savings
>> time? In India we dont have any daylight savings.
>>
>> My MQTT broker is test.mosquitto.org and topic is weather/IBANGALO9. You
>> can check it if time there is fine.
>>
>> Regards,
>> Praveen
>>
>> On Sat, 8 Sep 2018 at 19:13, Praveen Chandrasekaran 
>> wrote:
>>
>> Hi Pat,
>>
>> On mqtt spy the time it shows is fine. However on weewx page it is
>> exactly half an hour behind. Will file issues for all.
>>
>> Regards,
>> Praveen
>>
>> On Sat, 8 Sep 2018 at 18:41, Pat  wrote:
>>
>> Hi, this is not correct. The time comes from weewx's timestamp it
>> publishes to MQTT. Please log in to your broker with another client and you
>> can verify this. The skin just translate epoch to human readable.
>>
>> You other issues - I'm losing track of - as mentioned in the latest 0.6
>> release notes <https://github.com/poblabs/weewx-belchertown/releases> -
>> please create an issue on GitHub
>> <https://github.com/poblabs/weewx-belchertown/issues>. This thread is 12
>> pages long now and I'm having a hard time keeping up.
>>
>> 0.7 is coming right around the corner which is my priority to speed up
>> the hig

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

2018-09-08 Thread Praveen Chandrasekaran
Hi Pat,

The offset in page source there is 5. It should have been 5.5. Here is
result of date and date -u on my pi

READ WRITE : root@raspberrypi:/var/tmp# date
Sat  8 Sep 19:28:58 IST 2018
READ WRITE : root@raspberrypi:/var/tmp# date -u
Sat  8 Sep 13:59:11 UTC 2018

As per this timezone is fine on my pi and can clearly see offset should
have been 5.5 hours.

Regards,
Praveen

On Sat, 8 Sep 2018 at 19:25, Pat  wrote:

> Does it have to do with a locale / timezone?
>
> Here is the code. All it is doing is taking the timestamp from MQTT and
> converting it to your UTC offset. The UTC offset is retrieved from your OS
> settings.
>
> updated = moment.unix(epoch).utcOffset($moment_js_utc_offset).format("
> D, , h:mm:ss a"); // requires moment.js
>
> and here is where $moment_js_utc_offset is retrieved from.
>
> bin/user/belchertown.py
>
>  # Setup UTC offset hours for moment.js in index.html
>  moment_js_stop_struct = time.localtime( time.time() )
>  moment_js_utc_offset = (calendar.timegm(moment_js_stop_struct) - calendar
> .timegm(time.gmtime(time.mktime(moment_js_stop_struct/60/60
>
> View source of your page and look for updated = moment.unix(epoch).
> utcOffset. What does it show for the offset in ()? Is it right?
>
> Please check your OS settings to make sure you have the right timezone
> applied.
>
>
> On Saturday, September 8, 2018 at 9:44:11 AM UTC-4, Praveen Chandrasekaran
> wrote:
>>
>> Hi Pat,
>>
>> On mqtt spy the time it shows is fine. However on weewx page it is
>> exactly half an hour behind. Will file issues for all.
>>
>> Regards,
>> Praveen
>>
>> On Sat, 8 Sep 2018 at 18:41, Pat  wrote:
>>
>> Hi, this is not correct. The time comes from weewx's timestamp it
>> publishes to MQTT. Please log in to your broker with another client and you
>> can verify this. The skin just translate epoch to human readable.
>>
>> You other issues - I'm losing track of - as mentioned in the latest 0.6
>> release notes <https://github.com/poblabs/weewx-belchertown/releases> -
>> please create an issue on GitHub
>> <https://github.com/poblabs/weewx-belchertown/issues>. This thread is 12
>> pages long now and I'm having a hard time keeping up.
>>
>> 0.7 is coming right around the corner which is my priority to speed up
>> the highcharts generation time - but as I'm sure you'll appreciate - family
>> is a priority so I'm working on this during any spare time that I have.
>>
>> Thank you
>>
>>
>> On Saturday, September 8, 2018 at 8:59:33 AM UTC-4, Praveen
>> Chandrasekaran wrote:
>>
>> One more issue, with Mqtt enabled the time updated that it shows is 30
>> minutes behind. With archive only its fine.
>> The data is fine. Suspecting its just a time display issue.
>>
>> On Sat, 8 Sep 2018, 16:34 Praveen Chandrasekaran, 
>> wrote:
>>
>> Seeing issues in records too in units. Makes me doubt if I picked the
>> latest version of the skin. Is 0.6 the latest version?
>>
>> Largest Daily Temperature Range 26.7 °C May 14, 2018
>> (Min: 62.5 °C - Max: 89.2 °C ) May 14, 2018
>> (Min: 62.5 °C - Max: 89.2 °C ) 26.7 °C
>> Smallest Daily Temperature Range 5.6 °C January 17, 2018
>> (Min: 61.9 °C - Max: 67.5 °C ) January 17, 2018
>> (Min: 61.9 °C - Max: 67.5 °C ) 5.6 °C
>>
>> On Sat, 8 Sep 2018 at 16:31, Praveen Chandrasekaran 
>> wrote:
>>
>> Rain is also in inches in all the charts. Colin's 41south page also seems
>> to have same issue though he is on metric. 61mm for the year in records but
>> the graphs dont correlate.
>>
>> On Sat, 8 Sep 2018 at 16:20, Praveen Chandrasekaran 
>> wrote:
>>
>> The rain charts seem to be off in monthly also. The units seem all
>> weird.  I believe for Colin everything is fine with metric. Not sure whats
>> going wrong for me.
>>
>> On Sat, 8 Sep 2018 at 15:57, Andrew Milner  wrote:
>>
>> the graphs for week month and year ARE in metric (well Celsius at least)
>> - only the day graph shows farenheit values
>>
>>
>>
>> On Saturday, 8 September 2018 13:06:49 UTC+3, Praveen Chandrasekaran
>>
>> ...
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
Hi Pat,

Wondering if the time mismatch has anything to do with daylight savings
time? In India we dont have any daylight savings.

My MQTT broker is test.mosquitto.org and topic is weather/IBANGALO9. You
can check it if time there is fine.

Regards,
Praveen

On Sat, 8 Sep 2018 at 19:13, Praveen Chandrasekaran 
wrote:

> Hi Pat,
>
> On mqtt spy the time it shows is fine. However on weewx page it is exactly
> half an hour behind. Will file issues for all.
>
> Regards,
> Praveen
>
> On Sat, 8 Sep 2018 at 18:41, Pat  wrote:
>
>> Hi, this is not correct. The time comes from weewx's timestamp it
>> publishes to MQTT. Please log in to your broker with another client and you
>> can verify this. The skin just translate epoch to human readable.
>>
>> You other issues - I'm losing track of - as mentioned in the latest 0.6
>> release notes <https://github.com/poblabs/weewx-belchertown/releases> -
>> please create an issue on GitHub
>> <https://github.com/poblabs/weewx-belchertown/issues>. This thread is 12
>> pages long now and I'm having a hard time keeping up.
>>
>> 0.7 is coming right around the corner which is my priority to speed up
>> the highcharts generation time - but as I'm sure you'll appreciate - family
>> is a priority so I'm working on this during any spare time that I have.
>>
>> Thank you
>>
>>
>> On Saturday, September 8, 2018 at 8:59:33 AM UTC-4, Praveen
>> Chandrasekaran wrote:
>>>
>>> One more issue, with Mqtt enabled the time updated that it shows is 30
>>> minutes behind. With archive only its fine.
>>> The data is fine. Suspecting its just a time display issue.
>>>
>>> On Sat, 8 Sep 2018, 16:34 Praveen Chandrasekaran, 
>>> wrote:
>>>
>>> Seeing issues in records too in units. Makes me doubt if I picked the
>>> latest version of the skin. Is 0.6 the latest version?
>>>
>>> Largest Daily Temperature Range 26.7 °C May 14, 2018
>>> (Min: 62.5 °C - Max: 89.2 °C ) May 14, 2018
>>> (Min: 62.5 °C - Max: 89.2 °C ) 26.7 °C
>>> Smallest Daily Temperature Range 5.6 °C January 17, 2018
>>> (Min: 61.9 °C - Max: 67.5 °C ) January 17, 2018
>>> (Min: 61.9 °C - Max: 67.5 °C ) 5.6 °C
>>>
>>> On Sat, 8 Sep 2018 at 16:31, Praveen Chandrasekaran 
>>> wrote:
>>>
>>> Rain is also in inches in all the charts. Colin's 41south page also
>>> seems to have same issue though he is on metric. 61mm for the year in
>>> records but the graphs dont correlate.
>>>
>>> On Sat, 8 Sep 2018 at 16:20, Praveen Chandrasekaran 
>>> wrote:
>>>
>>> The rain charts seem to be off in monthly also. The units seem all
>>> weird.  I believe for Colin everything is fine with metric. Not sure whats
>>> going wrong for me.
>>>
>>> On Sat, 8 Sep 2018 at 15:57, Andrew Milner 
>>> wrote:
>>>
>>> the graphs for week month and year ARE in metric (well Celsius at least)
>>> - only the day graph shows farenheit values
>>>
>>>
>>>
>>> On Saturday, 8 September 2018 13:06:49 UTC+3, Praveen Chandrasekaran
>>> wrote:
>>>
>>> Yep, found it now :)
>>>
>>> The unresolved issue is still in metric units. Maybe Pat can help on
>>> that. Not sure what is going wrong
>>>
>>> On Sat, 8 Sep 2018 at 15:32, Colin Larsen  wrote:
>>>
>>> They are in GitHub, they end in .example
>>>
>>> On Sat, 8 Sep 2018, 21:56 Praveen Chandrasekaran, 
>>> wrote:
>>>
>>> Also can someone point me to sample about.inc and records.inc file. The
>>> ones in github seems to be missing.
>>>
>>> On Sat, 8 Sep 2018 at 15:21, Praveen Chandrasekaran 
>>> wrote:
>>>
>>> That seems to be my time only. Can you send me a snippet of changes you
>>> did to support metric?
>>>
>>> On Sat, 8 Sep 2018 at 15:16, Colin Larsen  wrote:
>>>
>>> There is something else a little funky going on there as the time base
>>> along the bottom of the charts appears to be my local time, not yours
>>>
>>> On Sat, 8 Sep 2018, 21:24 Praveen Chandrasekaran, 
>>> wrote:
>>>
>>> I having an issue with metric. I added the following in weewx.conf:
>>>
>>> ...
>>
>> --
>> 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/GSrKZEiPqsc/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> weewx-user+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
Hi Pat,

On mqtt spy the time it shows is fine. However on weewx page it is exactly
half an hour behind. Will file issues for all.

Regards,
Praveen

On Sat, 8 Sep 2018 at 18:41, Pat  wrote:

> Hi, this is not correct. The time comes from weewx's timestamp it
> publishes to MQTT. Please log in to your broker with another client and you
> can verify this. The skin just translate epoch to human readable.
>
> You other issues - I'm losing track of - as mentioned in the latest 0.6
> release notes <https://github.com/poblabs/weewx-belchertown/releases> -
> please create an issue on GitHub
> <https://github.com/poblabs/weewx-belchertown/issues>. This thread is 12
> pages long now and I'm having a hard time keeping up.
>
> 0.7 is coming right around the corner which is my priority to speed up the
> highcharts generation time - but as I'm sure you'll appreciate - family is
> a priority so I'm working on this during any spare time that I have.
>
> Thank you
>
>
> On Saturday, September 8, 2018 at 8:59:33 AM UTC-4, Praveen Chandrasekaran
> wrote:
>>
>> One more issue, with Mqtt enabled the time updated that it shows is 30
>> minutes behind. With archive only its fine.
>> The data is fine. Suspecting its just a time display issue.
>>
>> On Sat, 8 Sep 2018, 16:34 Praveen Chandrasekaran, 
>> wrote:
>>
>> Seeing issues in records too in units. Makes me doubt if I picked the
>> latest version of the skin. Is 0.6 the latest version?
>>
>> Largest Daily Temperature Range 26.7 °C May 14, 2018
>> (Min: 62.5 °C - Max: 89.2 °C ) May 14, 2018
>> (Min: 62.5 °C - Max: 89.2 °C ) 26.7 °C
>> Smallest Daily Temperature Range 5.6 °C January 17, 2018
>> (Min: 61.9 °C - Max: 67.5 °C ) January 17, 2018
>> (Min: 61.9 °C - Max: 67.5 °C ) 5.6 °C
>>
>> On Sat, 8 Sep 2018 at 16:31, Praveen Chandrasekaran 
>> wrote:
>>
>> Rain is also in inches in all the charts. Colin's 41south page also seems
>> to have same issue though he is on metric. 61mm for the year in records but
>> the graphs dont correlate.
>>
>> On Sat, 8 Sep 2018 at 16:20, Praveen Chandrasekaran 
>> wrote:
>>
>> The rain charts seem to be off in monthly also. The units seem all
>> weird.  I believe for Colin everything is fine with metric. Not sure whats
>> going wrong for me.
>>
>> On Sat, 8 Sep 2018 at 15:57, Andrew Milner  wrote:
>>
>> the graphs for week month and year ARE in metric (well Celsius at least)
>> - only the day graph shows farenheit values
>>
>>
>>
>> On Saturday, 8 September 2018 13:06:49 UTC+3, Praveen Chandrasekaran
>> wrote:
>>
>> Yep, found it now :)
>>
>> The unresolved issue is still in metric units. Maybe Pat can help on
>> that. Not sure what is going wrong
>>
>> On Sat, 8 Sep 2018 at 15:32, Colin Larsen  wrote:
>>
>> They are in GitHub, they end in .example
>>
>> On Sat, 8 Sep 2018, 21:56 Praveen Chandrasekaran, 
>> wrote:
>>
>> Also can someone point me to sample about.inc and records.inc file. The
>> ones in github seems to be missing.
>>
>> On Sat, 8 Sep 2018 at 15:21, Praveen Chandrasekaran 
>> wrote:
>>
>> That seems to be my time only. Can you send me a snippet of changes you
>> did to support metric?
>>
>> On Sat, 8 Sep 2018 at 15:16, Colin Larsen  wrote:
>>
>> There is something else a little funky going on there as the time base
>> along the bottom of the charts appears to be my local time, not yours
>>
>> On Sat, 8 Sep 2018, 21:24 Praveen Chandrasekaran, 
>> wrote:
>>
>> I having an issue with metric. I added the following in weewx.conf:
>>
>> ...
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
One more issue, with Mqtt enabled the time updated that it shows is 30
minutes behind. With archive only its fine.
The data is fine. Suspecting its just a time display issue.

On Sat, 8 Sep 2018, 16:34 Praveen Chandrasekaran, 
wrote:

> Seeing issues in records too in units. Makes me doubt if I picked the
> latest version of the skin. Is 0.6 the latest version?
>
> Largest Daily Temperature Range 26.7 °C May 14, 2018
> (Min: 62.5 °C - Max: 89.2 °C ) May 14, 2018
> (Min: 62.5 °C - Max: 89.2 °C ) 26.7 °C
> Smallest Daily Temperature Range 5.6 °C January 17, 2018
> (Min: 61.9 °C - Max: 67.5 °C ) January 17, 2018
> (Min: 61.9 °C - Max: 67.5 °C ) 5.6 °C
>
> On Sat, 8 Sep 2018 at 16:31, Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> Rain is also in inches in all the charts. Colin's 41south page also seems
>> to have same issue though he is on metric. 61mm for the year in records but
>> the graphs dont correlate.
>>
>> On Sat, 8 Sep 2018 at 16:20, Praveen Chandrasekaran <
>> praveen.c...@gmail.com> wrote:
>>
>>> The rain charts seem to be off in monthly also. The units seem all
>>> weird.  I believe for Colin everything is fine with metric. Not sure whats
>>> going wrong for me.
>>>
>>> On Sat, 8 Sep 2018 at 15:57, Andrew Milner 
>>> wrote:
>>>
>>>> the graphs for week month and year ARE in metric (well Celsius at
>>>> least) - only the day graph shows farenheit values
>>>>
>>>>
>>>>
>>>> On Saturday, 8 September 2018 13:06:49 UTC+3, Praveen Chandrasekaran
>>>> wrote:
>>>>>
>>>>> Yep, found it now :)
>>>>>
>>>>> The unresolved issue is still in metric units. Maybe Pat can help on
>>>>> that. Not sure what is going wrong
>>>>>
>>>>> On Sat, 8 Sep 2018 at 15:32, Colin Larsen  wrote:
>>>>>
>>>>> They are in GitHub, they end in .example
>>>>>
>>>>> On Sat, 8 Sep 2018, 21:56 Praveen Chandrasekaran, 
>>>>> wrote:
>>>>>
>>>>> Also can someone point me to sample about.inc and records.inc file.
>>>>> The ones in github seems to be missing.
>>>>>
>>>>> On Sat, 8 Sep 2018 at 15:21, Praveen Chandrasekaran <
>>>>> pravee...@gmail.com> wrote:
>>>>>
>>>>> That seems to be my time only. Can you send me a snippet of changes
>>>>> you did to support metric?
>>>>>
>>>>> On Sat, 8 Sep 2018 at 15:16, Colin Larsen  wrote:
>>>>>
>>>>> There is something else a little funky going on there as the time base
>>>>> along the bottom of the charts appears to be my local time, not yours
>>>>>
>>>>> On Sat, 8 Sep 2018, 21:24 Praveen Chandrasekaran, 
>>>>> wrote:
>>>>>
>>>>> I having an issue with metric. I added the following in weewx.conf:
>>>>>
>>>>> [StdReport]
>>>>> [[Belchertown]]
>>>>> skin = Belchertown
>>>>> HTML_ROOT = /var/www/html/weewx/belchertown
>>>>> [[[Units]]]
>>>>> Groups
>>>>> group_altitude = meter
>>>>> group_degree_day = degree_C_day
>>>>> group_pressure = mbar
>>>>> group_rain = mm
>>>>> group_rainrate = mm_per_hour
>>>>> group_speed = km_per_hour
>>>>> group_speed2 = km_per_hour2
>>>>> group_temperature = degree_C
>>>>>
>>>>>
>>>>> However the json is still having values in farenheit and inches and
>>>>> the highcharts labels alone are modified to C and mm. The data and labels
>>>>> dont match now.
>>>>>
>>>>> My page:
>>>>>
>>>>> http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>>>>
>>>>> Do I need to change something else to metric for highcharts?
>>>>>
>>>>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>>>>
>>>>> The Belchertown skin for weewx is now available. This skin is modeled
>>>>> after https://belchertownweather.com
>>>>>
>>>>> The skin features
>>>>>
>>>>>- Real time str

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

2018-09-08 Thread Praveen Chandrasekaran
Seeing issues in records too in units. Makes me doubt if I picked the
latest version of the skin. Is 0.6 the latest version?

Largest Daily Temperature Range 26.7 °C May 14, 2018
(Min: 62.5 °C - Max: 89.2 °C ) May 14, 2018
(Min: 62.5 °C - Max: 89.2 °C ) 26.7 °C
Smallest Daily Temperature Range 5.6 °C January 17, 2018
(Min: 61.9 °C - Max: 67.5 °C ) January 17, 2018
(Min: 61.9 °C - Max: 67.5 °C ) 5.6 °C

On Sat, 8 Sep 2018 at 16:31, Praveen Chandrasekaran 
wrote:

> Rain is also in inches in all the charts. Colin's 41south page also seems
> to have same issue though he is on metric. 61mm for the year in records but
> the graphs dont correlate.
>
> On Sat, 8 Sep 2018 at 16:20, Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> The rain charts seem to be off in monthly also. The units seem all
>> weird.  I believe for Colin everything is fine with metric. Not sure whats
>> going wrong for me.
>>
>> On Sat, 8 Sep 2018 at 15:57, Andrew Milner 
>> wrote:
>>
>>> the graphs for week month and year ARE in metric (well Celsius at least)
>>> - only the day graph shows farenheit values
>>>
>>>
>>>
>>> On Saturday, 8 September 2018 13:06:49 UTC+3, Praveen Chandrasekaran
>>> wrote:
>>>>
>>>> Yep, found it now :)
>>>>
>>>> The unresolved issue is still in metric units. Maybe Pat can help on
>>>> that. Not sure what is going wrong
>>>>
>>>> On Sat, 8 Sep 2018 at 15:32, Colin Larsen  wrote:
>>>>
>>>> They are in GitHub, they end in .example
>>>>
>>>> On Sat, 8 Sep 2018, 21:56 Praveen Chandrasekaran, 
>>>> wrote:
>>>>
>>>> Also can someone point me to sample about.inc and records.inc file. The
>>>> ones in github seems to be missing.
>>>>
>>>> On Sat, 8 Sep 2018 at 15:21, Praveen Chandrasekaran <
>>>> pravee...@gmail.com> wrote:
>>>>
>>>> That seems to be my time only. Can you send me a snippet of changes you
>>>> did to support metric?
>>>>
>>>> On Sat, 8 Sep 2018 at 15:16, Colin Larsen  wrote:
>>>>
>>>> There is something else a little funky going on there as the time base
>>>> along the bottom of the charts appears to be my local time, not yours
>>>>
>>>> On Sat, 8 Sep 2018, 21:24 Praveen Chandrasekaran, 
>>>> wrote:
>>>>
>>>> I having an issue with metric. I added the following in weewx.conf:
>>>>
>>>> [StdReport]
>>>> [[Belchertown]]
>>>> skin = Belchertown
>>>> HTML_ROOT = /var/www/html/weewx/belchertown
>>>> [[[Units]]]
>>>> Groups
>>>> group_altitude = meter
>>>> group_degree_day = degree_C_day
>>>> group_pressure = mbar
>>>> group_rain = mm
>>>> group_rainrate = mm_per_hour
>>>> group_speed = km_per_hour
>>>> group_speed2 = km_per_hour2
>>>> group_temperature = degree_C
>>>>
>>>>
>>>> However the json is still having values in farenheit and inches and the
>>>> highcharts labels alone are modified to C and mm. The data and labels dont
>>>> match now.
>>>>
>>>> My page:
>>>>
>>>> http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>>>
>>>> Do I need to change something else to metric for highcharts?
>>>>
>>>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>>>
>>>> The Belchertown skin for weewx is now available. This skin is modeled
>>>> after https://belchertownweather.com
>>>>
>>>> The skin features
>>>>
>>>>- Real time streaming updates on the front page without needing to
>>>>reload the site (weewx-mqtt extension required)
>>>>- Forecast data updated every hour without needing to reload (a
>>>>free DarkSky API key required)
>>>>- Information on your closest Earthquake updated automatically
>>>>every 3 hours
>>>>- Weather station observation graphs which update without needing
>>>>to reload
>>>>- Weather records for the current year, and for all time
>>>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>>>con

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

2018-09-08 Thread Praveen Chandrasekaran
Rain is also in inches in all the charts. Colin's 41south page also seems
to have same issue though he is on metric. 61mm for the year in records but
the graphs dont correlate.

On Sat, 8 Sep 2018 at 16:20, Praveen Chandrasekaran 
wrote:

> The rain charts seem to be off in monthly also. The units seem all weird.
> I believe for Colin everything is fine with metric. Not sure whats going
> wrong for me.
>
> On Sat, 8 Sep 2018 at 15:57, Andrew Milner 
> wrote:
>
>> the graphs for week month and year ARE in metric (well Celsius at least)
>> - only the day graph shows farenheit values
>>
>>
>>
>> On Saturday, 8 September 2018 13:06:49 UTC+3, Praveen Chandrasekaran
>> wrote:
>>>
>>> Yep, found it now :)
>>>
>>> The unresolved issue is still in metric units. Maybe Pat can help on
>>> that. Not sure what is going wrong
>>>
>>> On Sat, 8 Sep 2018 at 15:32, Colin Larsen  wrote:
>>>
>>> They are in GitHub, they end in .example
>>>
>>> On Sat, 8 Sep 2018, 21:56 Praveen Chandrasekaran, 
>>> wrote:
>>>
>>> Also can someone point me to sample about.inc and records.inc file. The
>>> ones in github seems to be missing.
>>>
>>> On Sat, 8 Sep 2018 at 15:21, Praveen Chandrasekaran 
>>> wrote:
>>>
>>> That seems to be my time only. Can you send me a snippet of changes you
>>> did to support metric?
>>>
>>> On Sat, 8 Sep 2018 at 15:16, Colin Larsen  wrote:
>>>
>>> There is something else a little funky going on there as the time base
>>> along the bottom of the charts appears to be my local time, not yours
>>>
>>> On Sat, 8 Sep 2018, 21:24 Praveen Chandrasekaran, 
>>> wrote:
>>>
>>> I having an issue with metric. I added the following in weewx.conf:
>>>
>>> [StdReport]
>>> [[Belchertown]]
>>> skin = Belchertown
>>> HTML_ROOT = /var/www/html/weewx/belchertown
>>> [[[Units]]]
>>> Groups
>>> group_altitude = meter
>>> group_degree_day = degree_C_day
>>> group_pressure = mbar
>>> group_rain = mm
>>> group_rainrate = mm_per_hour
>>> group_speed = km_per_hour
>>> group_speed2 = km_per_hour2
>>> group_temperature = degree_C
>>>
>>>
>>> However the json is still having values in farenheit and inches and the
>>> highcharts labels alone are modified to C and mm. The data and labels dont
>>> match now.
>>>
>>> My page:
>>>
>>> http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>>
>>> Do I need to change something else to metric for highcharts?
>>>
>>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>>
>>> The Belchertown skin for weewx is now available. This skin is modeled
>>> after https://belchertownweather.com
>>>
>>> The skin features
>>>
>>>- Real time streaming updates on the front page without needing to
>>>reload the site (weewx-mqtt extension required)
>>>- Forecast data updated every hour without needing to reload (a free
>>>DarkSky API key required)
>>>- Information on your closest Earthquake updated automatically every
>>>3 hours
>>>- Weather station observation graphs which update without needing to
>>>reload
>>>- Weather records for the current year, and for all time
>>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>>console".
>>>
>>> There are dozens of options to configure within the skin. Please view
>>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>>> a detailed explanation.
>>>
>>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>>
>>> Direct download of v0.1:
>>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>
>>> Quick install:
>>>
>>> wget https://
>>> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>
>>> ...
>>
>> --
>> 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/GSrKZEiPqsc/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> weewx-user+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
The rain charts seem to be off in monthly also. The units seem all weird.
I believe for Colin everything is fine with metric. Not sure whats going
wrong for me.

On Sat, 8 Sep 2018 at 15:57, Andrew Milner 
wrote:

> the graphs for week month and year ARE in metric (well Celsius at least) -
> only the day graph shows farenheit values
>
>
>
> On Saturday, 8 September 2018 13:06:49 UTC+3, Praveen Chandrasekaran wrote:
>>
>> Yep, found it now :)
>>
>> The unresolved issue is still in metric units. Maybe Pat can help on
>> that. Not sure what is going wrong
>>
>> On Sat, 8 Sep 2018 at 15:32, Colin Larsen  wrote:
>>
>> They are in GitHub, they end in .example
>>
>> On Sat, 8 Sep 2018, 21:56 Praveen Chandrasekaran, 
>> wrote:
>>
>> Also can someone point me to sample about.inc and records.inc file. The
>> ones in github seems to be missing.
>>
>> On Sat, 8 Sep 2018 at 15:21, Praveen Chandrasekaran 
>> wrote:
>>
>> That seems to be my time only. Can you send me a snippet of changes you
>> did to support metric?
>>
>> On Sat, 8 Sep 2018 at 15:16, Colin Larsen  wrote:
>>
>> There is something else a little funky going on there as the time base
>> along the bottom of the charts appears to be my local time, not yours
>>
>> On Sat, 8 Sep 2018, 21:24 Praveen Chandrasekaran, 
>> wrote:
>>
>> I having an issue with metric. I added the following in weewx.conf:
>>
>> [StdReport]
>> [[Belchertown]]
>> skin = Belchertown
>> HTML_ROOT = /var/www/html/weewx/belchertown
>> [[[Units]]]
>> Groups
>> group_altitude = meter
>> group_degree_day = degree_C_day
>> group_pressure = mbar
>> group_rain = mm
>> group_rainrate = mm_per_hour
>> group_speed = km_per_hour
>> group_speed2 = km_per_hour2
>> group_temperature = degree_C
>>
>>
>> However the json is still having values in farenheit and inches and the
>> highcharts labels alone are modified to C and mm. The data and labels dont
>> match now.
>>
>> My page:
>>
>> http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>
>> Do I need to change something else to metric for highcharts?
>>
>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>
>> The Belchertown skin for weewx is now available. This skin is modeled
>> after https://belchertownweather.com
>>
>> The skin features
>>
>>- Real time streaming updates on the front page without needing to
>>reload the site (weewx-mqtt extension required)
>>- Forecast data updated every hour without needing to reload (a free
>>DarkSky API key required)
>>- Information on your closest Earthquake updated automatically every
>>3 hours
>>- Weather station observation graphs which update without needing to
>>reload
>>- Weather records for the current year, and for all time
>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>console".
>>
>> There are dozens of options to configure within the skin. Please view
>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>> a detailed explanation.
>>
>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>
>> Direct download of v0.1:
>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>
>> Quick install:
>>
>> wget https://
>> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>
>> ...
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
Yep, found it now :)

The unresolved issue is still in metric units. Maybe Pat can help on that.
Not sure what is going wrong

On Sat, 8 Sep 2018 at 15:32, Colin Larsen  wrote:

> They are in GitHub, they end in .example
>
> On Sat, 8 Sep 2018, 21:56 Praveen Chandrasekaran, 
> wrote:
>
>> Also can someone point me to sample about.inc and records.inc file. The
>> ones in github seems to be missing.
>>
>> On Sat, 8 Sep 2018 at 15:21, Praveen Chandrasekaran <
>> praveen.c...@gmail.com> wrote:
>>
>>> That seems to be my time only. Can you send me a snippet of changes you
>>> did to support metric?
>>>
>>> On Sat, 8 Sep 2018 at 15:16, Colin Larsen 
>>> wrote:
>>>
>>>> There is something else a little funky going on there as the time base
>>>> along the bottom of the charts appears to be my local time, not yours
>>>>
>>>> On Sat, 8 Sep 2018, 21:24 Praveen Chandrasekaran, <
>>>> praveen.c...@gmail.com> wrote:
>>>>
>>>>> I having an issue with metric. I added the following in weewx.conf:
>>>>>
>>>>> [StdReport]
>>>>> [[Belchertown]]
>>>>> skin = Belchertown
>>>>> HTML_ROOT = /var/www/html/weewx/belchertown
>>>>> [[[Units]]]
>>>>> Groups
>>>>> group_altitude = meter
>>>>> group_degree_day = degree_C_day
>>>>> group_pressure = mbar
>>>>> group_rain = mm
>>>>> group_rainrate = mm_per_hour
>>>>> group_speed = km_per_hour
>>>>> group_speed2 = km_per_hour2
>>>>> group_temperature = degree_C
>>>>>
>>>>>
>>>>> However the json is still having values in farenheit and inches and
>>>>> the highcharts labels alone are modified to C and mm. The data and labels
>>>>> dont match now.
>>>>>
>>>>> My page:
>>>>>
>>>>> http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>>>>
>>>>> Do I need to change something else to metric for highcharts?
>>>>>
>>>>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>>>>>
>>>>>> The Belchertown skin for weewx is now available. This skin is modeled
>>>>>> after https://belchertownweather.com
>>>>>>
>>>>>> The skin features
>>>>>>
>>>>>>- Real time streaming updates on the front page without needing
>>>>>>to reload the site (weewx-mqtt extension required)
>>>>>>- Forecast data updated every hour without needing to reload (a
>>>>>>free DarkSky API key required)
>>>>>>- Information on your closest Earthquake updated automatically
>>>>>>every 3 hours
>>>>>>- Weather station observation graphs which update without needing
>>>>>>to reload
>>>>>>- Weather records for the current year, and for all time
>>>>>>- A mobile and iPad ready display. You could use an iPad as a
>>>>>>"2nd console".
>>>>>>
>>>>>> There are dozens of options to configure within the skin. Please view
>>>>>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>>>>>> a detailed explanation.
>>>>>>
>>>>>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>>>>>
>>>>>> Direct download of v0.1:
>>>>>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>>>>
>>>>>> Quick install:
>>>>>>
>>>>>> wget https://
>>>>>> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>>>>
>>>>>> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>>>>>>
>>>>>> Configure weewx.conf with your options
>>>>>>
>>>>>> Restart weewx
>>>>>>
>>>>>> Out of the box, it is a very basic theme. Make sure to check out the 
>>>>>> readme
>>>>>> for all options available
>>>>>> <http

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

2018-09-08 Thread Praveen Chandrasekaran
Also can someone point me to sample about.inc and records.inc file. The
ones in github seems to be missing.

On Sat, 8 Sep 2018 at 15:21, Praveen Chandrasekaran 
wrote:

> That seems to be my time only. Can you send me a snippet of changes you
> did to support metric?
>
> On Sat, 8 Sep 2018 at 15:16, Colin Larsen  wrote:
>
>> There is something else a little funky going on there as the time base
>> along the bottom of the charts appears to be my local time, not yours
>>
>> On Sat, 8 Sep 2018, 21:24 Praveen Chandrasekaran, 
>> wrote:
>>
>>> I having an issue with metric. I added the following in weewx.conf:
>>>
>>> [StdReport]
>>> [[Belchertown]]
>>> skin = Belchertown
>>> HTML_ROOT = /var/www/html/weewx/belchertown
>>> [[[Units]]]
>>> Groups
>>> group_altitude = meter
>>> group_degree_day = degree_C_day
>>> group_pressure = mbar
>>> group_rain = mm
>>> group_rainrate = mm_per_hour
>>> group_speed = km_per_hour
>>> group_speed2 = km_per_hour2
>>> group_temperature = degree_C
>>>
>>>
>>> However the json is still having values in farenheit and inches and the
>>> highcharts labels alone are modified to C and mm. The data and labels dont
>>> match now.
>>>
>>> My page:
>>>
>>> http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>>
>>> Do I need to change something else to metric for highcharts?
>>>
>>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>>>
>>>> The Belchertown skin for weewx is now available. This skin is modeled
>>>> after https://belchertownweather.com
>>>>
>>>> The skin features
>>>>
>>>>- Real time streaming updates on the front page without needing to
>>>>reload the site (weewx-mqtt extension required)
>>>>- Forecast data updated every hour without needing to reload (a
>>>>free DarkSky API key required)
>>>>- Information on your closest Earthquake updated automatically
>>>>every 3 hours
>>>>- Weather station observation graphs which update without needing
>>>>to reload
>>>>- Weather records for the current year, and for all time
>>>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>>>console".
>>>>
>>>> There are dozens of options to configure within the skin. Please view
>>>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>>>> a detailed explanation.
>>>>
>>>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>>>
>>>> Direct download of v0.1:
>>>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>>
>>>> Quick install:
>>>>
>>>> wget https://
>>>> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>>
>>>> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>>>>
>>>> Configure weewx.conf with your options
>>>>
>>>> Restart weewx
>>>>
>>>> Out of the box, it is a very basic theme. Make sure to check out the readme
>>>> for all options available
>>>> <https://github.com/poblabs/weewx-belchertown>!
>>>>
>>>>
>>>> This is my first skin, and I've done all I could to test it out in
>>>> various environments to iron out any initial bugs. If you do find something
>>>> that's a little off, or room for improvement, please let me know!
>>>>
>>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to weewx-user+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> 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/GSrKZEiPqsc/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> weewx-user+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
That seems to be my time only. Can you send me a snippet of changes you did
to support metric?

On Sat, 8 Sep 2018 at 15:16, Colin Larsen  wrote:

> There is something else a little funky going on there as the time base
> along the bottom of the charts appears to be my local time, not yours
>
> On Sat, 8 Sep 2018, 21:24 Praveen Chandrasekaran, 
> wrote:
>
>> I having an issue with metric. I added the following in weewx.conf:
>>
>> [StdReport]
>> [[Belchertown]]
>> skin = Belchertown
>> HTML_ROOT = /var/www/html/weewx/belchertown
>> [[[Units]]]
>> Groups
>> group_altitude = meter
>> group_degree_day = degree_C_day
>> group_pressure = mbar
>> group_rain = mm
>> group_rainrate = mm_per_hour
>> group_speed = km_per_hour
>> group_speed2 = km_per_hour2
>> group_temperature = degree_C
>>
>>
>> However the json is still having values in farenheit and inches and the
>> highcharts labels alone are modified to C and mm. The data and labels dont
>> match now.
>>
>> My page:
>>
>> http://bedi.co.in:15000/pc-aws/weather/belchertown/
>>
>> Do I need to change something else to metric for highcharts?
>>
>> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>>>
>>> The Belchertown skin for weewx is now available. This skin is modeled
>>> after https://belchertownweather.com
>>>
>>> The skin features
>>>
>>>- Real time streaming updates on the front page without needing to
>>>reload the site (weewx-mqtt extension required)
>>>- Forecast data updated every hour without needing to reload (a free
>>>DarkSky API key required)
>>>- Information on your closest Earthquake updated automatically every
>>>3 hours
>>>- Weather station observation graphs which update without needing to
>>>reload
>>>- Weather records for the current year, and for all time
>>>- A mobile and iPad ready display. You could use an iPad as a "2nd
>>>console".
>>>
>>> There are dozens of options to configure within the skin. Please view
>>> the readme on GitHub <https://github.com/poblabs/weewx-belchertown> for
>>> a detailed explanation.
>>>
>>> The GitHub page: https://github.com/poblabs/weewx-belchertown
>>>
>>> Direct download of v0.1:
>>> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>
>>> Quick install:
>>>
>>> wget https://
>>> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>>>
>>> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>>>
>>> Configure weewx.conf with your options
>>>
>>> Restart weewx
>>>
>>> Out of the box, it is a very basic theme. Make sure to check out the readme
>>> for all options available <https://github.com/poblabs/weewx-belchertown>
>>> !
>>>
>>>
>>> This is my first skin, and I've done all I could to test it out in
>>> various environments to iron out any initial bugs. If you do find something
>>> that's a little off, or room for improvement, please let me know!
>>>
>>> --
>> You received this message because you are subscribed to the Google Groups
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to weewx-user+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-08 Thread Praveen Chandrasekaran
I having an issue with metric. I added the following in weewx.conf:

[StdReport]
[[Belchertown]]
skin = Belchertown
HTML_ROOT = /var/www/html/weewx/belchertown
[[[Units]]]
Groups
group_altitude = meter
group_degree_day = degree_C_day
group_pressure = mbar
group_rain = mm
group_rainrate = mm_per_hour
group_speed = km_per_hour
group_speed2 = km_per_hour2
group_temperature = degree_C


However the json is still having values in farenheit and inches and the 
highcharts labels alone are modified to C and mm. The data and labels dont 
match now.

My page:

http://bedi.co.in:15000/pc-aws/weather/belchertown/

Do I need to change something else to metric for highcharts?

On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>
> The Belchertown skin for weewx is now available. This skin is modeled 
> after https://belchertownweather.com 
>
> The skin features
>
>- Real time streaming updates on the front page without needing to 
>reload the site (weewx-mqtt extension required)
>- Forecast data updated every hour without needing to reload (a free 
>DarkSky API key required)
>- Information on your closest Earthquake updated automatically every 3 
>hours
>- Weather station observation graphs which update without needing to 
>reload
>- Weather records for the current year, and for all time
>- A mobile and iPad ready display. You could use an iPad as a "2nd 
>console". 
>
> There are dozens of options to configure within the skin. Please view the 
> readme on GitHub  for a 
> detailed explanation. 
>
> The GitHub page: https://github.com/poblabs/weewx-belchertown
>
> Direct download of v0.1: 
> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> Quick install:
>
> wget https://
> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>
> Configure weewx.conf with your options
>
> Restart weewx
>
> Out of the box, it is a very basic theme. Make sure to check out the readme 
> for all options available !
>
>
> This is my first skin, and I've done all I could to test it out in various 
> environments to iron out any initial bugs. If you do find something that's 
> a little off, or room for improvement, please let me know!
>
>

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


[weewx-user] Re: Disabling Publishing to MQTT message in log file

2018-09-07 Thread Praveen Chandrasekaran
Found how to do it
log_success = False
log_failure = True
under [StdRESTful]


On Friday, 7 September 2018 23:19:21 UTC+5:30, Praveen Chandrasekaran wrote:
>
> Correction : Running pi on read only mode (using Glen's setup)
>
> On Friday, 7 September 2018 23:16:16 UTC+5:30, Praveen Chandrasekaran 
> wrote:
>>
>> Hi,
>>
>> I just installed the weewx mqtt extension. Now every 2-3 seconds I get an 
>> update in log file about new record published to MQTT. How can I disable it?
>>
>> I am running pi on read only message, the log file is in pi's RAM and I 
>> am worried that it will get way too big causing the pi to crash.
>>
>> Regards,
>> Praveen
>>
>

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


[weewx-user] Re: Disabling Publishing to MQTT message in log file

2018-09-07 Thread Praveen Chandrasekaran
Correction : Running pi on read only mode (using Glen's setup)

On Friday, 7 September 2018 23:16:16 UTC+5:30, Praveen Chandrasekaran wrote:
>
> Hi,
>
> I just installed the weewx mqtt extension. Now every 2-3 seconds I get an 
> update in log file about new record published to MQTT. How can I disable it?
>
> I am running pi on read only message, the log file is in pi's RAM and I am 
> worried that it will get way too big causing the pi to crash.
>
> Regards,
> Praveen
>

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


[weewx-user] Disabling Publishing to MQTT message in log file

2018-09-07 Thread Praveen Chandrasekaran
Hi,

I just installed the weewx mqtt extension. Now every 2-3 seconds I get an 
update in log file about new record published to MQTT. How can I disable it?

I am running pi on read only message, the log file is in pi's RAM and I am 
worried that it will get way too big causing the pi to crash.

Regards,
Praveen

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


Re: [weewx-user] Winddirplot with weewx-Highcharts

2018-09-06 Thread Praveen Chandrasekaran
Hi Gary,
Issue resolved after restarting weewx! Thanks.

Regards,
Praveen

On Thu, 6 Sep 2018 at 09:30, gjr80  wrote:

> Proven,
>
> If you haven't restarted WeeWX then you are still using the old
> highcharts.py which will of course cause the error. Please restart WeeWX
> and see how the new code goes. The point of the instrumented version I said
> I would send was to troubleshoot the new code, I won't be doing that until
> I know for sure the new code causes a problem.
>
> Simple rule of thumb for WeeWX changes:
>
> 'Change something in a .py file and you need to restart WeeWX, change
> something in weewx.conf and you need do a config reload or a restart,
> change something in a skin and there is no need to do anything.'
>
> Gary
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/WgCKuU-gBcU/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-06 Thread Praveen Chandrasekaran
Hi Pat,

Suppose I want to go for some other API instead of darksky for my 
forecasts.. How do I go about it? I will try darksky but I am not happy 
with forecasts it is giving for my location (Bangalore, India). Seems quite 
off. Not sure which models it is using for the forecasts.

Regards,
Praveen

On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>
> The Belchertown skin for weewx is now available. This skin is modeled 
> after https://belchertownweather.com 
>
> The skin features
>
>- Real time streaming updates on the front page without needing to 
>reload the site (weewx-mqtt extension required)
>- Forecast data updated every hour without needing to reload (a free 
>DarkSky API key required)
>- Information on your closest Earthquake updated automatically every 3 
>hours
>- Weather station observation graphs which update without needing to 
>reload
>- Weather records for the current year, and for all time
>- A mobile and iPad ready display. You could use an iPad as a "2nd 
>console". 
>
> There are dozens of options to configure within the skin. Please view the 
> readme on GitHub  for a 
> detailed explanation. 
>
> The GitHub page: https://github.com/poblabs/weewx-belchertown
>
> Direct download of v0.1: 
> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> Quick install:
>
> wget https://
> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>
> Configure weewx.conf with your options
>
> Restart weewx
>
> Out of the box, it is a very basic theme. Make sure to check out the readme 
> for all options available !
>
>
> This is my first skin, and I've done all I could to test it out in various 
> environments to iron out any initial bugs. If you do find something that's 
> a little off, or room for improvement, please let me know!
>
>

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


Re: [weewx-user] Winddirplot with weewx-Highcharts

2018-09-05 Thread Praveen Chandrasekaran
Hi Gary,

No, I did not restart. I will do once you provide the special version.

Regards,
Praveen

On Thu, 6 Sep 2018, 04:32 gjr80,  wrote:

> Did you restart WeeWX?
>
> If you did I will get a special version of highcharts.py to you that will
> log a bit more info to help with debugging.
>
> Gary
>
> On Thursday, 6 September 2018 00:31:55 UTC+10, Praveen Chandrasekaran
> wrote:
>>
>> Hi Gary,
>>
>> The highcharts.py was below for me:
>>
>> /usr/share/weewx/user
>>
>> I downloaded the updated file, diffed with old file to ensure it has
>> changes. Deleted the year.json. However the next report cycle year.json
>> still has the same issue.
>>
>> Regards,
>> Praveen
>>
>> On Tue, 4 Sep 2018 at 19:12, gjr80  wrote:
>>
>>> OK, found the bug that was causing the 90 degree wind direction. Its
>>> fixed in version 0.2.2
>>> <https://github.com/gjr80/weewx-highcharts/releases/tag/v0.2.2>.
>>>
>>> Praveen. To save yourself having to make changes to plots.js:
>>>
>>> - rename /home/weewx/bin/user/highcharts.py to
>>> /home/weewx/bin/user/highcharts_0_2_1.py (note will be in
>>> /usr/share/weewx/bin if your WeeWX install is other than a setup.py
>>> install)
>>> - download the updated highcharts.py:
>>>
>>> $ wget -P /home/weewx/bin/user https://
>>> raw.githubusercontent.com/gjr80/weewx-highcharts/3aac742ff778dbd6e6710b440c38dedade5c8880/bin/user/highcharts.py
>>> (change /home/weewx/bin to /usr/share/weewx/bin if your WeeWX install
>>> is other than a setup.py install)
>>>
>>> - delete year.json, it will most likely be in
>>> /home/weewx/public_html/json (note will be in /var/www/html/weewx/json
>>> if your WeeWX install is other than a setup.py install)
>>> - restart WeeWX
>>>
>>> year.json should be re-generated on the next report cycle and that
>>> should fix the wind direction issue on the year plot. Let me know if any
>>> further issues.
>>>
>>> Gary
>>>
>>>
>>>
>>> On Sunday, 2 September 2018 23:58:01 UTC+10, Praveen Chandrasekaran
>>> wrote:
>>>>
>>>> That was silly of me to miss! Sorry!
>>>>
>>>> On Sun, 2 Sep 2018, 18:57 gjr80,  wrote:
>>>>
>>>>> The reason is that plots.js can no longer find your week.json and
>>>>> year.json files, quite likely because using the new plots.js
>>>>> overwrote a couple of settings. Try editing plots.js and locate the
>>>>> lines:
>>>>>
>>>>> var week_json = '../json/week.json';
>>>>> var year_json = '../json/year.json';
>>>>>
>>>>>
>>>>> for your web server I think these will need to be changed to :
>>>>>
>>>>> var week_json = '../weather/json/week.json';
>>>>> var year_json = '../weather/json/year.json';
>>>>>
>>>>> This was one of my first extensions and clearly it needs a little
>>>>> polish.
>>>>>
>>>>> Gary
>>>>>
>>>>> On Sunday, 2 September 2018 20:34:57 UTC+10, Praveen Chandrasekaran
>>>>> wrote:
>>>>>>
>>>>>> Hi Gary,
>>>>>>
>>>>>> After updating the plots.js neither the weekly nor the yearly works!
>>>>>>
>>>>>> Regards,
>>>>>> Praveen
>>>>>>
>>>>>> On Sun, 2 Sep 2018 at 07:43, Praveen Chandrasekaran <
>>>>>> pravee...@gmail.com> wrote:
>>>>>>
>>>>>>> Hi Gary,
>>>>>>>
>>>>>>> The week.json having winddir close to 270 always is fine. This is
>>>>>>> south west monsoon season and the winds are always from west and west 
>>>>>>> south
>>>>>>> west here from June to September.
>>>>>>>
>>>>>>> Will look into other stuff you mentioned and get back soon.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Praveen
>>>>>>>
>>>>>>> On Sun, 2 Sep 2018, 05:12 gjr80,  wrote:
>>>>>>>
>>>>>>>> Ok, I think there are a couple of issues here. Firstly, I cannot
>>>>>>>> get your weekly plots to display, the page gives an error in plot.js; 
>>>>>>>> it
>>&

Re: [weewx-user] Winddirplot with weewx-Highcharts

2018-09-05 Thread Praveen Chandrasekaran
Hi Gary,

The highcharts.py was below for me:

/usr/share/weewx/user

I downloaded the updated file, diffed with old file to ensure it has
changes. Deleted the year.json. However the next report cycle year.json
still has the same issue.

Regards,
Praveen

On Tue, 4 Sep 2018 at 19:12, gjr80  wrote:

> OK, found the bug that was causing the 90 degree wind direction. Its fixed
> in version 0.2.2
> <https://github.com/gjr80/weewx-highcharts/releases/tag/v0.2.2>.
>
> Praveen. To save yourself having to make changes to plots.js:
>
> - rename /home/weewx/bin/user/highcharts.py to
> /home/weewx/bin/user/highcharts_0_2_1.py (note will be in
> /usr/share/weewx/bin if your WeeWX install is other than a setup.py
> install)
> - download the updated highcharts.py:
>
> $ wget -P /home/weewx/bin/user https://
> raw.githubusercontent.com/gjr80/weewx-highcharts/3aac742ff778dbd6e6710b440c38dedade5c8880/bin/user/highcharts.py
> (change /home/weewx/bin to /usr/share/weewx/bin if your WeeWX install is
> other than a setup.py install)
>
> - delete year.json, it will most likely be in /home/weewx/public_html/json
> (note will be in /var/www/html/weewx/json if your WeeWX install is other
> than a setup.py install)
> - restart WeeWX
>
> year.json should be re-generated on the next report cycle and that should
> fix the wind direction issue on the year plot. Let me know if any further
> issues.
>
> Gary
>
>
>
> On Sunday, 2 September 2018 23:58:01 UTC+10, Praveen Chandrasekaran wrote:
>>
>> That was silly of me to miss! Sorry!
>>
>> On Sun, 2 Sep 2018, 18:57 gjr80,  wrote:
>>
>>> The reason is that plots.js can no longer find your week.json and
>>> year.json files, quite likely because using the new plots.js overwrote
>>> a couple of settings. Try editing plots.js and locate the lines:
>>>
>>> var week_json = '../json/week.json';
>>> var year_json = '../json/year.json';
>>>
>>>
>>> for your web server I think these will need to be changed to :
>>>
>>> var week_json = '../weather/json/week.json';
>>> var year_json = '../weather/json/year.json';
>>>
>>> This was one of my first extensions and clearly it needs a little polish.
>>>
>>> Gary
>>>
>>> On Sunday, 2 September 2018 20:34:57 UTC+10, Praveen Chandrasekaran
>>> wrote:
>>>>
>>>> Hi Gary,
>>>>
>>>> After updating the plots.js neither the weekly nor the yearly works!
>>>>
>>>> Regards,
>>>> Praveen
>>>>
>>>> On Sun, 2 Sep 2018 at 07:43, Praveen Chandrasekaran <
>>>> pravee...@gmail.com> wrote:
>>>>
>>>>> Hi Gary,
>>>>>
>>>>> The week.json having winddir close to 270 always is fine. This is
>>>>> south west monsoon season and the winds are always from west and west 
>>>>> south
>>>>> west here from June to September.
>>>>>
>>>>> Will look into other stuff you mentioned and get back soon.
>>>>>
>>>>> Regards,
>>>>> Praveen
>>>>>
>>>>> On Sun, 2 Sep 2018, 05:12 gjr80,  wrote:
>>>>>
>>>>>> Ok, I think there are a couple of issues here. Firstly, I cannot get
>>>>>> your weekly plots to display, the page gives an error in plot.js; it 
>>>>>> seems
>>>>>> that I updated plot.js after I put out the most recent weewx-Highcharts
>>>>>> release but never updated the plot.js that is listed separately on the
>>>>>> release. Try replacing your existing plot.js with this one
>>>>>> <https://raw.githubusercontent.com/gjr80/weewx-highcharts/master/web%20server/scripts/plots.js>.
>>>>>> Hopefully that will get your weekly plots displaying.
>>>>>>
>>>>>> As for the 90 degree wind direction, that is actually the yearly plot
>>>>>> (it uses year.json not week.json)not the weekly plot. The yearly plot
>>>>>> displays daily values appropriate to the observation being plotted. For
>>>>>> outTemp this is daily min, max and avg, for windSpeed this is day gust, 
>>>>>> day
>>>>>> max 5 min average speed and day average speed. For windDir the day vector
>>>>>> average direction is plotted. For some reason this is being set to 90
>>>>>> degrees or null (open up the direction plot to display the full suite of
>>>>>> data not just the last month t

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

2018-09-02 Thread Praveen Chandrasekaran
Thats very helpful. Thanks a lot! :)

On Mon, 3 Sep 2018 at 08:29, Colin Larsen  wrote:

> Praveen
>
> You don
> 't need username and or password for test.mosquitto.org, there is no
> sign-up, just use it :)
>
> Here is my section from weewx.conf and skin.conf, you can read my data at
> Mosquitto if you wish or post your own
>
> Weewx.conf
>
> [[MQTT]]
>
> #This section is for the MQTT service setup
>
> server_url = mqtt://test.mosquitto.org:1883/
>
> topic = weather/41south
>
> unit_system = METRIC
>
> binding = archive, loop
>
> aggregation = aggregate
>
> Skin.conf
>
>
> # MQTT Defaults
>
> mqtt_enabled = 1
>
> mqtt_host = "test.mosquitto.org"
>
> mqtt_port = 8080
>
> mqtt_ssl = 0
>
> mqtt_topic = "weather/41south/#"
>
> disconnect_live_website_visitor = 180
>
>
>
>
>
> On Mon, 3 Sep 2018, 14:51 Praveen Chandrasekaran, 
> wrote:
>
>> On sites lik flespi i see u hav to sign up so u hv username passwd. On
>> test.mosquito there is no sign up. So how do I get username password.
>>
>> Never mind, will raise on mqtt forum page.
>>
>> On Sun, 2 Sep 2018, 23:28 Pat O'Brien,  wrote:
>>
>>> To submit to? Check the readme for the mqtt extension. It's something
>>> like mqtt://user:pass@broker
>>>
>>> -Original Message-
>>> From: weewx-user@googlegroups.com [mailto:weewx-user@googlegroups.com]
>>> On Behalf Of Praveen Chandrasekaran
>>> Sent: Sunday, September 02, 2018 10:43 AM
>>> To: weewx-user 
>>> Subject: Re: [weewx-user] Re: Belchertown skin for weewx now available!
>>>
>>> How do I setup username password with free broker (test.mosquito)?
>>>
>>> --
>>> 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/GSrKZEiPqsc/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> weewx-user+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>> --
>>> 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/GSrKZEiPqsc/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> weewx-user+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to weewx-user+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-02 Thread Praveen Chandrasekaran
On sites lik flespi i see u hav to sign up so u hv username passwd. On
test.mosquito there is no sign up. So how do I get username password.

Never mind, will raise on mqtt forum page.

On Sun, 2 Sep 2018, 23:28 Pat O'Brien,  wrote:

> To submit to? Check the readme for the mqtt extension. It's something like
> mqtt://user:pass@broker
>
> -Original Message-
> From: weewx-user@googlegroups.com [mailto:weewx-user@googlegroups.com] On
> Behalf Of Praveen Chandrasekaran
> Sent: Sunday, September 02, 2018 10:43 AM
> To: weewx-user 
> Subject: Re: [weewx-user] Re: Belchertown skin for weewx now available!
>
> How do I setup username password with free broker (test.mosquito)?
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-02 Thread Praveen Chandrasekaran
Main page is fine. View more records not so fine.

On Mon, 3 Sep 2018, 01:17 David Hathaway,  wrote:

> I use Chrome on Android Pie (Pixel XL) and my test looks surprisingly good
> in mobile:
> https://hathaway.house/weewx/belchertown/
>
> On Sun, Sep 2, 2018 at 10:59 AM Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> The formatting in many place goes haywire on mobile. I was using 3
>> seasons because it's formatting on mobile was awesome better than Standard
>> skin. I think this is something that can improve in this skin.
>>
>> Attached a sample screenshot of belchertown page. I assume the skin will
>> be exactly same. Have not got the time to install try yet
>>
>> On Sun, 2 Sep 2018, 20:13 Praveen Chandrasekaran, 
>> wrote:
>>
>>> How do I setup username password with free broker (test.mosquito)?
>>>
>>> --
>>> 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/GSrKZEiPqsc/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> weewx-user+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> 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/GSrKZEiPqsc/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> weewx-user+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> 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/GSrKZEiPqsc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


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

2018-09-02 Thread Praveen Chandrasekaran
How do I setup username password with free broker (test.mosquito)?

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


Re: [weewx-user] Winddirplot with weewx-Highcharts

2018-09-02 Thread Praveen Chandrasekaran
That was silly of me to miss! Sorry!

On Sun, 2 Sep 2018, 18:57 gjr80,  wrote:

> The reason is that plots.js can no longer find your week.json and
> year.json files, quite likely because using the new plots.js overwrote a
> couple of settings. Try editing plots.js and locate the lines:
>
> var week_json = '../json/week.json';
> var year_json = '../json/year.json';
>
>
> for your web server I think these will need to be changed to :
>
> var week_json = '../weather/json/week.json';
> var year_json = '../weather/json/year.json';
>
> This was one of my first extensions and clearly it needs a little polish.
>
> Gary
>
> On Sunday, 2 September 2018 20:34:57 UTC+10, Praveen Chandrasekaran wrote:
>>
>> Hi Gary,
>>
>> After updating the plots.js neither the weekly nor the yearly works!
>>
>> Regards,
>> Praveen
>>
>> On Sun, 2 Sep 2018 at 07:43, Praveen Chandrasekaran 
>> wrote:
>>
>>> Hi Gary,
>>>
>>> The week.json having winddir close to 270 always is fine. This is south
>>> west monsoon season and the winds are always from west and west south west
>>> here from June to September.
>>>
>>> Will look into other stuff you mentioned and get back soon.
>>>
>>> Regards,
>>> Praveen
>>>
>>> On Sun, 2 Sep 2018, 05:12 gjr80,  wrote:
>>>
>>>> Ok, I think there are a couple of issues here. Firstly, I cannot get
>>>> your weekly plots to display, the page gives an error in plot.js; it seems
>>>> that I updated plot.js after I put out the most recent weewx-Highcharts
>>>> release but never updated the plot.js that is listed separately on the
>>>> release. Try replacing your existing plot.js with this one
>>>> <https://raw.githubusercontent.com/gjr80/weewx-highcharts/master/web%20server/scripts/plots.js>.
>>>> Hopefully that will get your weekly plots displaying.
>>>>
>>>> As for the 90 degree wind direction, that is actually the yearly plot
>>>> (it uses year.json not week.json)not the weekly plot. The yearly plot
>>>> displays daily values appropriate to the observation being plotted. For
>>>> outTemp this is daily min, max and avg, for windSpeed this is day gust, day
>>>> max 5 min average speed and day average speed. For windDir the day vector
>>>> average direction is plotted. For some reason this is being set to 90
>>>> degrees or null (open up the direction plot to display the full suite of
>>>> data not just the last month that it defaults to). I note your week.json
>>>> has windDir that is very close to 270 degrees nearly all the time, maybe
>>>> there is some funny vector averaging going on, I think not as it would not
>>>> give exactly 90 degrees all the time. I need to look into this further.
>>>>
>>>> The bottom line is what data highcharts is plotting appears consistent
>>>> with the data it is being fed. I expect once the plot.js issue is fixed the
>>>> weekly plots will render fine as will the weekly windDir plot. I need to
>>>> look further at how the year winDir data is
>>>> generated.
>>>>
>>>> Gary
>>>>
>>>> On Sunday, 2 September 2018 01:12:15 UTC+10, Praveen Chandrasekaran
>>>> wrote:
>>>>>
>>>>> And the output graphs are available now at:
>>>>>
>>>>> http://bedi.co.in:15000/pc-aws/weather/graphs.html?graph=w
>>>>>
>>>>> As you can see direction graph is all 90 degrees. Apart from that
>>>>> everything else works and is awesome.
>>>>>
>>>>> On Sat, 1 Sep 2018 at 19:56, Praveen Chandrasekaran <
>>>>> pravee...@gmail.com> wrote:
>>>>>
>>>>>> Hi Gary,
>>>>>>
>>>>>> My json can be taken from
>>>>>>
>>>>>> http://bedi.co.in:15000/pc-aws/weather/json/week.json
>>>>>>
>>>>>> As you can see wind direction is all fine in this but graphics shows
>>>>>> all as 90 degrees
>>>>>>
>>>>>> Regards,
>>>>>> Praveen
>>>>>>
>>>>>> --
>>>>>> 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

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

2018-09-02 Thread Praveen Chandrasekaran
Thanks. One query. I run weewx on my pi. I FTP currently to another server 
where my website resides. Now should the server install the MQTT stuff 
(mosquito). Or is installing weewx-mqtt on my pi enough? I am a novice in 
these. I had never heard of MQTT before reading this thread :)

The server is on a friend's computer - so he can install stuff if required.

On Sunday, 2 September 2018 16:18:08 UTC+5:30, Pat wrote:
>
> I wouldn't have named it after my site if it didn't look like it :)
>
> Installing and uninstalling is easy. No harm in trying it if you are 
> curious. It won't break anything with weewx. 
>
>
> On Sun, Sep 2, 2018, 6:38 AM Praveen Chandrasekaran  > wrote:
>
> Does anyone here who has used the skin have a website that we can see? 
> Does it look exactly like https://belchertownweather.com  ? Just starting 
> to read up to use this skin...
>
> On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>
> The Belchertown skin for weewx is now available. This skin is modeled 
> after https://belchertownweather.com 
>
> The skin features
>
>- Real time streaming updates on the front page without needing to 
>reload the site (weewx-mqtt extension required)
>- Forecast data updated every hour without needing to reload (a free 
>DarkSky API key required)
>- Information on your closest Earthquake updated automatically every 3 
>hours
>- Weather station observation graphs which update without needing to 
>reload
>- Weather records for the current year, and for all time
>- A mobile and iPad ready display. You could use an iPad as a "2nd 
>console". 
>
> There are dozens of options to configure within the skin. Please view the 
> readme on GitHub <https://github.com/poblabs/weewx-belchertown> for a 
> detailed explanation. 
>
> The GitHub page: https://github.com/poblabs/weewx-belchertown
>
> Direct download of v0.1: 
> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> Quick install:
>
> wget https://
> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>
> Configure weewx.conf with your options
>
> Restart weewx
>
> Out of the box, it is a very basic theme. Make sure to check out the readme 
> for <https://github.com/poblabs/weewx-belchertown>
>
> ...

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


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

2018-09-02 Thread Praveen Chandrasekaran
Does anyone here who has used the skin have a website that we can see? Does 
it look exactly like https://belchertownweather.com  ? Just starting to 
read up to use this skin...

On Wednesday, 22 August 2018 00:15:13 UTC+5:30, Pat wrote:
>
> The Belchertown skin for weewx is now available. This skin is modeled 
> after https://belchertownweather.com 
>
> The skin features
>
>- Real time streaming updates on the front page without needing to 
>reload the site (weewx-mqtt extension required)
>- Forecast data updated every hour without needing to reload (a free 
>DarkSky API key required)
>- Information on your closest Earthquake updated automatically every 3 
>hours
>- Weather station observation graphs which update without needing to 
>reload
>- Weather records for the current year, and for all time
>- A mobile and iPad ready display. You could use an iPad as a "2nd 
>console". 
>
> There are dozens of options to configure within the skin. Please view the 
> readme on GitHub  for a 
> detailed explanation. 
>
> The GitHub page: https://github.com/poblabs/weewx-belchertown
>
> Direct download of v0.1: 
> https://github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> Quick install:
>
> wget https://
> github.com/poblabs/weewx-belchertown/archive/weewx-belchertown-0.1.tar.gz
>
> sudo wee_extension --install weewx-belchertown-0.1.tar.gz
>
> Configure weewx.conf with your options
>
> Restart weewx
>
> Out of the box, it is a very basic theme. Make sure to check out the readme 
> for all options available !
>
>
> This is my first skin, and I've done all I could to test it out in various 
> environments to iron out any initial bugs. If you do find something that's 
> a little off, or room for improvement, please let me know!
>
>

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


Re: [weewx-user] Winddirplot with weewx-Highcharts

2018-09-02 Thread Praveen Chandrasekaran
Hi Gary,

After updating the plots.js neither the weekly nor the yearly works!

Regards,
Praveen

On Sun, 2 Sep 2018 at 07:43, Praveen Chandrasekaran 
wrote:

> Hi Gary,
>
> The week.json having winddir close to 270 always is fine. This is south
> west monsoon season and the winds are always from west and west south west
> here from June to September.
>
> Will look into other stuff you mentioned and get back soon.
>
> Regards,
> Praveen
>
> On Sun, 2 Sep 2018, 05:12 gjr80,  wrote:
>
>> Ok, I think there are a couple of issues here. Firstly, I cannot get your
>> weekly plots to display, the page gives an error in plot.js; it seems that
>> I updated plot.js after I put out the most recent weewx-Highcharts release
>> but never updated the plot.js that is listed separately on the release. Try
>> replacing your existing plot.js with this one
>> <https://raw.githubusercontent.com/gjr80/weewx-highcharts/master/web%20server/scripts/plots.js>.
>> Hopefully that will get your weekly plots displaying.
>>
>> As for the 90 degree wind direction, that is actually the yearly plot (it
>> uses year.json not week.json)not the weekly plot. The yearly plot displays
>> daily values appropriate to the observation being plotted. For outTemp this
>> is daily min, max and avg, for windSpeed this is day gust, day max 5 min
>> average speed and day average speed. For windDir the day vector average
>> direction is plotted. For some reason this is being set to 90 degrees or
>> null (open up the direction plot to display the full suite of data not just
>> the last month that it defaults to). I note your week.json has windDir that
>> is very close to 270 degrees nearly all the time, maybe there is some funny
>> vector averaging going on, I think not as it would not give exactly 90
>> degrees all the time. I need to look into this further.
>>
>> The bottom line is what data highcharts is plotting appears consistent
>> with the data it is being fed. I expect once the plot.js issue is fixed the
>> weekly plots will render fine as will the weekly windDir plot. I need to
>> look further at how the year winDir data is
>> generated.
>>
>> Gary
>>
>> On Sunday, 2 September 2018 01:12:15 UTC+10, Praveen Chandrasekaran wrote:
>>>
>>> And the output graphs are available now at:
>>>
>>> http://bedi.co.in:15000/pc-aws/weather/graphs.html?graph=w
>>>
>>> As you can see direction graph is all 90 degrees. Apart from that
>>> everything else works and is awesome.
>>>
>>> On Sat, 1 Sep 2018 at 19:56, Praveen Chandrasekaran 
>>> wrote:
>>>
>>>> Hi Gary,
>>>>
>>>> My json can be taken from
>>>>
>>>> http://bedi.co.in:15000/pc-aws/weather/json/week.json
>>>>
>>>> As you can see wind direction is all fine in this but graphics shows
>>>> all as 90 degrees
>>>>
>>>> Regards,
>>>> Praveen
>>>>
>>>> --
>>>> 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/WgCKuU-gBcU/unsubscribe.
>>>> To unsubscribe from this group and all its topics, send an email to
>>>> weewx-user+...@googlegroups.com.
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>> --
>> You received this message because you are subscribed to a topic in the
>> Google Groups "weewx-user" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/weewx-user/WgCKuU-gBcU/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> weewx-user+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

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


  1   2   >