Re: [weewx-user] Re: Belchertown Graphs, Reports, Records only show Index with parent directory in text.

[Greg from Oz]

You are running it as file://
It should be http:// or https://
The invalid URL is because those sites are NOT locally on your computer.
You only use file:// if the resources are found locally on your computer.



On Monday, 7 December 2020 at 13:42:30 UTC+11 lecoqacr...@gmail.com wrote:

> Still haven't been able to get the Belchertown skin to show graphs page or 
> the reports page. I can be sure that the error is due to something I have 
> done or not done correctly.
> The following shows up with the developer console (ctrl shift j ) when 
> opening a graphs page from the home Belchertown screen. Maybe this can show 
> something to someone of more understanding than myself.
> Maybe I should stick with the seasons skin. It seems to work just as it 
> should. thanks
>
> GET file://
> fonts.googleapis.com/css?family=Roboto%3A300%2C400%2C700&ver=1.0 
> net::ERR_INVALID_URL
> index.html:28 GET file://
> stackpath.bootstrapcdn.com/font-awesome/4.7.0/css/font-awesome.min.css 
> net::ERR_INVALID_URL
> index.html:29 GET file://
> cdnjs.cloudflare.com/ajax/libs/weather-icons/2.0.9/css/weather-icons.min.css?ver=4.7.4
>  
> net::ERR_INVALID_URL
> index.html:30 GET file://
> ajax.googleapis.com/ajax/libs/jqueryui/1.12.1/themes/smoothness/jquery-ui.css 
> net::ERR_INVALID_URL
> index.html:31 GET file://
> stackpath.bootstrapcdn.com/bootstrap/3.4.1/css/bootstrap.min.css 
> net::ERR_INVALID_URL
> index.html:47 GET file://
> ajax.googleapis.com/ajax/libs/jquery/3.3.1/jquery.min.js 
> net::ERR_INVALID_URL
> index.html:48 GET file://
> ajax.googleapis.com/ajax/libs/jqueryui/1.12.1/jquery-ui.min.js 
> net::ERR_INVALID_URL
> index.html:49 GET file://
> cdnjs.cloudflare.com/ajax/libs/moment.js/2.24.0/moment-with-locales.min.js 
> net::ERR_INVALID_URL
> index.html:50 GET file://code.highcharts.com/stock/highstock.js 
> net::ERR_INVALID_URL
> index.html:51 GET file://code.highcharts.com/highcharts-more.js 
> net::ERR_INVALID_URL
> index.html:52 GET file://code.highcharts.com/modules/exporting.js 
> net::ERR_INVALID_URL
> index.html:53 GET file://
> stackpath.bootstrapcdn.com/bootstrap/3.4.1/js/bootstrap.min.js 
> net::ERR_INVALID_URL
> belchertown.js?1607307639:37 Debug: skin.conf belchertown_debug enabled
> belchertown.js?1607307639:29 Uncaught ReferenceError: moment is not defined
> at belchertown.js?1607307639:29
> (anonymous) @ belchertown.js?1607307639:29
> index.html:108 Uncaught ReferenceError: moment is not defined
> at index.html:108
> (anonymous) @ index.html:108
> responsive-menu.js:1 Uncaught ReferenceError: jQuery is not defined
> at responsive-menu.js:1
> (anonymous) @ responsive-menu.js:1
> radar.js:8 The AudioContext was not allowed to start. It must be resumed 
> (or created) after a user gesture on the page. https://goo.gl/7K7WLu
> l @ radar.js:8
>
>
> On Thursday, December 3, 2020 at 9:26:21 AM UTC-6 lecoqacr...@gmail.com 
> wrote:
>
>> Thank you for your replies, Ian and Vince. Was out of town for the 
>> holiday and will investigate according to your answers. I appreciate  your 
>> help.
>>
>> On Fri, Nov 27, 2020, 8:42 AM ian...@kinnon.org  
>> wrote:
>>
>>> I am no expert, but sounds like it might be a web server issue rather 
>>> than weewx/belchertown
>>>
>>> Are you see anything in your web server logs?
>>> I am running weewx with belchertown on a raspberry pi Debian 10.6 and my 
>>> apache logs are in
>>> /var/log/apache2 
>>> check for access.log and error.log
>>>
>>> Ian
>>>
>>> On Tuesday, 24 November 2020 at 15:06:36 UTC lecoqacr...@gmail.com 
>>> wrote:
>>>
 Is there no answer to this issue? Pretty sure that it should be a 
 simple fix if someone can point me in the right direction.
 the seasons skin shows all graphs but the belchertown only has the 
 output above of the " Parent directory etc." for graphs, records, reports.
 Tried on weewx 3.9 with same results using debian install.
 On Saturday, November 21, 2020 at 12:10:58 AM UTC-6 
 lecoqacr...@gmail.com wrote:

> Have weewx installed on Raspberry pi as a new install using the 
> setup.py method.
> Was trying to test the Belchertown skin after an install according to 
> instructions.
> The home screen of Belchertown looks normal but the Reports, Graphs 
> and Records tabs only bring up the following :
> Index of /home/weewx/public_html/graphs/
> NameSizeDate Modified
> index.html 
> 13.5 kB
> 11/20/20, 10:45:19 PM
>
> Weewx.conf is as follows for the StdReport section
> [StdReport]
> 
> # Where the skins reside, relative to WEEWX_ROOT
> SKIN_ROOT = /home/weewx/skins/
> 
> # Where the generated reports should go, relative to WEEWX_ROOT
> HTML_ROOT = /home/weewx/public_html/
> 
> # The database binding indicates which data should be used in 
> reports.
> data_binding = wx_binding
> 
> # Whether to log a su

[weewx-user] Sample site showing use of Highcharts

[lecoqacr...@gmail.com]

Is there a site using the seasons skin with the highcharts extension in use 
that I can see to
determine the differences between the regular seasons skin and the 
highcharts added seasons skin? thank you 

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

Re: [weewx-user] Re: Belchertown Graphs, Reports, Records only show Index with parent directory in text.

[lecoqacr...@gmail.com]

Still haven't been able to get the Belchertown skin to show graphs page or 
the reports page. I can be sure that the error is due to something I have 
done or not done correctly.
The following shows up with the developer console (ctrl shift j ) when 
opening a graphs page from the home Belchertown screen. Maybe this can show 
something to someone of more understanding than myself.
Maybe I should stick with the seasons skin. It seems to work just as it 
should. thanks

GET file://fonts.googleapis.com/css?family=Roboto%3A300%2C400%2C700&ver=1.0 
net::ERR_INVALID_URL
index.html:28 GET 
file://stackpath.bootstrapcdn.com/font-awesome/4.7.0/css/font-awesome.min.css 
net::ERR_INVALID_URL
index.html:29 GET 
file://cdnjs.cloudflare.com/ajax/libs/weather-icons/2.0.9/css/weather-icons.min.css?ver=4.7.4
 
net::ERR_INVALID_URL
index.html:30 GET 
file://ajax.googleapis.com/ajax/libs/jqueryui/1.12.1/themes/smoothness/jquery-ui.css
 
net::ERR_INVALID_URL
index.html:31 GET 
file://stackpath.bootstrapcdn.com/bootstrap/3.4.1/css/bootstrap.min.css 
net::ERR_INVALID_URL
index.html:47 GET 
file://ajax.googleapis.com/ajax/libs/jquery/3.3.1/jquery.min.js 
net::ERR_INVALID_URL
index.html:48 GET 
file://ajax.googleapis.com/ajax/libs/jqueryui/1.12.1/jquery-ui.min.js 
net::ERR_INVALID_URL
index.html:49 GET 
file://cdnjs.cloudflare.com/ajax/libs/moment.js/2.24.0/moment-with-locales.min.js
 
net::ERR_INVALID_URL
index.html:50 GET file://code.highcharts.com/stock/highstock.js 
net::ERR_INVALID_URL
index.html:51 GET file://code.highcharts.com/highcharts-more.js 
net::ERR_INVALID_URL
index.html:52 GET file://code.highcharts.com/modules/exporting.js 
net::ERR_INVALID_URL
index.html:53 GET 
file://stackpath.bootstrapcdn.com/bootstrap/3.4.1/js/bootstrap.min.js 
net::ERR_INVALID_URL
belchertown.js?1607307639:37 Debug: skin.conf belchertown_debug enabled
belchertown.js?1607307639:29 Uncaught ReferenceError: moment is not defined
at belchertown.js?1607307639:29
(anonymous) @ belchertown.js?1607307639:29
index.html:108 Uncaught ReferenceError: moment is not defined
at index.html:108
(anonymous) @ index.html:108
responsive-menu.js:1 Uncaught ReferenceError: jQuery is not defined
at responsive-menu.js:1
(anonymous) @ responsive-menu.js:1
radar.js:8 The AudioContext was not allowed to start. It must be resumed 
(or created) after a user gesture on the page. https://goo.gl/7K7WLu
l @ radar.js:8


On Thursday, December 3, 2020 at 9:26:21 AM UTC-6 lecoqacr...@gmail.com 
wrote:

> Thank you for your replies, Ian and Vince. Was out of town for the holiday 
> and will investigate according to your answers. I appreciate  your help.
>
> On Fri, Nov 27, 2020, 8:42 AM ian...@kinnon.org  wrote:
>
>> I am no expert, but sounds like it might be a web server issue rather 
>> than weewx/belchertown
>>
>> Are you see anything in your web server logs?
>> I am running weewx with belchertown on a raspberry pi Debian 10.6 and my 
>> apache logs are in
>> /var/log/apache2 
>> check for access.log and error.log
>>
>> Ian
>>
>> On Tuesday, 24 November 2020 at 15:06:36 UTC lecoqacr...@gmail.com wrote:
>>
>>> Is there no answer to this issue? Pretty sure that it should be a simple 
>>> fix if someone can point me in the right direction.
>>> the seasons skin shows all graphs but the belchertown only has the 
>>> output above of the " Parent directory etc." for graphs, records, reports.
>>> Tried on weewx 3.9 with same results using debian install.
>>> On Saturday, November 21, 2020 at 12:10:58 AM UTC-6 
>>> lecoqacr...@gmail.com wrote:
>>>
 Have weewx installed on Raspberry pi as a new install using the 
 setup.py method.
 Was trying to test the Belchertown skin after an install according to 
 instructions.
 The home screen of Belchertown looks normal but the Reports, Graphs and 
 Records tabs only bring up the following :
 Index of /home/weewx/public_html/graphs/
 NameSizeDate Modified
 index.html 
 13.5 kB
 11/20/20, 10:45:19 PM

 Weewx.conf is as follows for the StdReport section
 [StdReport]
 
 # Where the skins reside, relative to WEEWX_ROOT
 SKIN_ROOT = /home/weewx/skins/
 
 # Where the generated reports should go, relative to WEEWX_ROOT
 HTML_ROOT = /home/weewx/public_html/
 
 # The database binding indicates which data should be used in 
 reports.
 data_binding = wx_binding
 
 # Whether to log a successful operation
 log_success = True
 
 # Whether to log an unsuccessful operation
 log_failure = False
 
 # Each of the following subsections defines a report that will be 
 run.
 # See the customizing guide to change the units, plot types and line
 # colors, modify the fonts, display additional sensor data, and 
 other
 # customizations. Many of those changes can be made here by 

[weewx-user] Re: weird fonts at steelseriesgauges graphs

[gjr80]

OK, try this. Edit your Seasons skin config file (skins/Seasons/skins.conf) 
and locate the [ImageGenerator] stanza, it should look something like this:

# The ImageGenerator creates image plots of data. 

[ImageGenerator] 

# This section lists all the images to be generated, what SQL types are to 
# be included in them, along with many plotting options. There is a default 
# for almost everything. Nevertheless, values for most options are included 
# to make it easy to see and understand the options. 
# 
# Fonts can be anything accepted by the Python Imaging Library (PIL), which 
# includes truetype (.ttf), or PIL's own font format (.pil). See 
# http://www.pythonware.com/library/pil/handbook/imagefont.htm for more 
# details. Note that "font size" is only used with truetype (.ttf) 
# fonts. For others, font size is determined by the bit-mapped size, 
# usually encoded in the file name (e.g., courB010.pil). A relative path 
# for a font is relative to the SKIN_ROOT. If a font cannot be found, 
# then a default font will be used. 
# 
# Colors can be specified any of three ways: 
# 1. Notation 0xBBGGRR; 
# 2. Notation #RRGGBB; or 
# 3. Using an English name, such as 'yellow', or 'blue'. 
# So, 0xff, #ff, or 'blue' would all specify a pure blue color. 

image_width = 500 
image_height = 180 
image_background_color = "#ff" 

chart_background_color = "#ff" 
chart_gridline_color = "#d0d0d0" 

# Setting to 2 or more might give a sharper image with fewer jagged edges 
anti_alias = 1 

top_label_font_path = font/OpenSans-Bold.ttf 
top_label_font_size = 14 

unit_label_font_path = font/OpenSans-Bold.ttf 
unit_label_font_size = 12 
unit_label_font_color = "#787878" 

bottom_label_font_path = font/OpenSans-Regular.ttf 
bottom_label_font_size = 12 
bottom_label_font_color = "#787878" 
bottom_label_offset = 3 

axis_label_font_path = font/OpenSans-Regular.ttf 
axis_label_font_size = 10 
axis_label_font_color = "#787878" 

# Options for the compass rose, used for progressive vector plots 
rose_label = N 
rose_label_font_path = font/OpenSans-Regular.ttf 
rose_label_font_size = 9 rose_label_font_color = "#22"

Take note of the various _font_path settings, in this case there are 
five different settings and I have highlighted them in the above extract. 
Now open your SteelSeries skin config file (skins/ss/skin.conf) and locate 
the [ImageGenerator] stanza, it would have originally looked something like 
this:

[ImageGenerator]
image_width = 720
image_height = 196
image_background_color = 0xff
chart_background_color = 0xff
chart_gridline_color = 0xeaeaea

top_label_font_path = 
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Bold.ttf
top_label_font_size = 10

unit_label_font_path = 
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf
unit_label_font_size = 10
unit_label_font_color = 0xaa

bottom_label_font_path = 
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf
bottom_label_font_size = 10
bottom_label_font_color = 0xaa

axis_label_font_path = 
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf
axis_label_font_size = 10
axis_label_font_color = 0xaa

rose_label = N
rose_label_font_path = 
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf
rose_label_font_size  = 8
rose_label_font_color = 0x88
rose_color = 0xaa

but may be different now if you have already changed some/all of the 
_font_path settings. Irrespective, go though and change each of the 
_font_path settings (I have again highlighted them) to be the same as 
the corresponding setting in your Seasons skin config file. Save the 
modified skin.conf. The SteelSeries plots should be re-generated on the 
next report cycle, check them after the report cycle is complete. That 
should fix the problem. If it does not please:

1. post copies of your Seasons skin and SteelSeries skin config files (
skins/Seasons/skin.conf and skins/ss/skin.conf respectively), and

2. post a startup debug log. To do this edit weewx.conf, set debug = 1, 
save weewx.conf and restart WeeWX. Let WeeWX run for at least two archive 
periods and then take a log extract covering from when WeeWX was just 
restarted through until the two archive periods have elapsed. Post the log 
without modification making sure you capture the entire WeeWX startup. If 
you run into problems refer to the Help! Posting to weewx user 
 wiki 
entry in the first instance. 

Gary
On Monday, 7 December 2020 at 08:55:05 UTC+10 hobbyl...@gmail.com wrote:

>
> editing the /ss/skin.config. here my settings but the weird fonts remaing 
> after the page circle
> Στις Δευτέρα, 7 Δεκεμβρίου 2020 στις 12:45:04 π.μ. UTC+2, ο χρήστης Greg 
> from Oz έγραψε:
>
>> The font OpenSans-Regular.ttf is here in my install:
>> /etc/weewx/skins/Seasons/font/OpenSans-Regular.ttf
>>
>> Gary is s

Re: [weewx-user] Live weather on iOS

[bell...@gmail.com]

This looks really cool. I too am anxiously awaiting to be able to specify 
the topic.  In my case, I am publishing json loop data to weather/loop, 
json archive data to weather/archive, both to weather/looparchive.  So if I 
could specify something like weather/loop-individual/#... but I could 
easily publish to almost anything but weather/#. 
Again, thanks for sharing! If I can help in any way, let me know.
rich

On Sunday, 6 December 2020 at 18:37:04 UTC-5 blu...@gmail.com wrote:

> Ok understood; my topics are published as weather/corbett and 
> weather/williams for different locations.  I look forward to that 
> enhancement!  This looks like a cool app.  
>
> On Dec 6, 2020, at 3:27 PM, Constantine Samaklis  
> wrote:
>
> Currently no. It defaults to weather/#. The gauges are also limited to 
> the topics published by the MQTT extension so for example if you have 
> configured the extension to run in metric, you will 
> have weather/windchill_C for windchill and if you have it configured for 
> imperial units, then it will listen for weather/windchill_F.
>
>
> The pattern is similar across all the available gauges. 
>
> I have also left some topics as soil alarm and other alarm ones out, as 
> they are present only in professional weather stations such as Vantage Pro, 
> and have not seen them used, outside of farming applications. (On my todo 
> list at some point though.)
>
> On Sunday, December 6, 2020 at 6:15:19 PM UTC-5 blu...@gmail.com wrote:
>
>> I love this!  Is there a way to change the topic name to look for? 
>>
>> On Dec 6, 2020, at 12:42 PM, Christopher Joseph Alemany <
>> chri...@gmail.com> wrote:
>>
>> Very cool! Thank you Constantine and great work!  I’ll install the mqtt 
>> extension just for this. Consider this friendly and appreciative 
>> encouragement to port it to Swift! 
>>
>>
>> Cheers
>> Chris
>> www.Alberniweather.ca
>> “They always tell me it takes time. How much more time do you want...for 
>> your progress?”
>> James Baldwin
>>
>> Chris Alemany
>> 3854 6th Ave
>> Port Alberni, BC
>> V9Y4M2
>> h:250-723-0889
>> w: 250-753-3245 x2106 <250-753-3245;2106>
>> e: chri...@gmail.com
>> w: www.chrisalemany.ca
>> w: www.alberniweather.ca
>> w: www.vifreightbyrail.ca
>>
>> On Dec 6, 2020, at 08:30, Constantine Samaklis  wrote:
>>
>> I have been using WeeWX for seven years or so and I have been inspired 
>> by the work that Tom and others have put into making this software better 
>> and also expandable.
>>
>> Ever since I added the MQTT extension to WeeWX I was able to incorporate 
>> live weather data from my Vantage Pro weather station, which I think it is 
>> very cool.
>>
>> I wanted to give back something to the community, so I spent some time 
>> writing a GUI in Pythonista on my iPad, and I have ported it over to the 
>> Apple store as a free application, in hopes that it can be useful to 
>> others. 
>>
>> I am always mesmerized by moving dials and I also find that the 
>> application, apart from giving you quick access to your weather station's 
>> data, it looks quite good as a make shift screen, especially on larger iPad 
>> screens. :-)
>>
>> You can fetch the application from the app store from the below link or 
>> look for "weather mqtt" 
>>
>> https://apps.apple.com/us/app/weather-mqtt/id1542679289 
>>
>> I have also put together a quick user guide at; 
>> https://www.samaklis.com/confluence/display/WEAT/2020/12/05/Weather+MQTT+Support
>>  
>>
>> PS The application is a port from Python to Objective C, so you may 
>> experience a crash from time to time as it is not OS native. I am in the 
>> process of looking into SWIFT and in time, based on community interest, I 
>> will try and put some work on porting the application to it. so it is iOS 
>> native.
>>
>> Thanks again to all the weather enthusiasts out there that make 
>> applications like WeeWX possible.
>>
>> 
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/0084e413-3fac-446d-a8c1-7158db8ebb72n%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+...@googlegroups.com.
>>
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/A0ED93AC-FC10-409C-B13C-CC6E2E2B5BE0%40gmail.com
>>  
>> 
>> .
>>
>> -- 
> You received this message because you are sub

Re: [weewx-user] Live weather on iOS

[Kevin Davis]

Ok understood; my topics are published as weather/corbett and weather/williams 
for different locations.  I look forward to that enhancement!  This looks like 
a cool app.  

> On Dec 6, 2020, at 3:27 PM, Constantine Samaklis  wrote:
> 
> Currently no. It defaults to weather/#. The gauges are also limited to the 
> topics published by the MQTT extension so for example if you have configured 
> the extension to run in metric, you will have weather/windchill_C for 
> windchill and if you have it configured for imperial units, then it will 
> listen for weather/windchill_F.
> 
> The pattern is similar across all the available gauges. 
> 
> I have also left some topics as soil alarm and other alarm ones out, as they 
> are present only in professional weather stations such as Vantage Pro, and 
> have not seen them used, outside of farming applications. (On my todo list at 
> some point though.)
> 
>> On Sunday, December 6, 2020 at 6:15:19 PM UTC-5 blu...@gmail.com wrote:
>> I love this!  Is there a way to change the topic name to look for? 
>> 
 On Dec 6, 2020, at 12:42 PM, Christopher Joseph Alemany 
  wrote:
 
>>> Very cool! Thank you Constantine and great work!  I’ll install the mqtt 
>>> extension just for this. Consider this friendly and appreciative 
>>> encouragement to port it to Swift! 
>> 
>>> 
>>> Cheers
>>> Chris
>>> www.Alberniweather.ca
>>> “They always tell me it takes time. How much more time do you want...for 
>>> your progress?”
>>> James Baldwin
>>> 
>>> Chris Alemany
>>> 3854 6th Ave
>>> Port Alberni, BC
>>> V9Y4M2
>>> h:250-723-0889
>>> w: 250-753-3245 x2106
>>> e: chri...@gmail.com
>>> w: www.chrisalemany.ca
>>> w: www.alberniweather.ca
>>> w: www.vifreightbyrail.ca
>>> 
> On Dec 6, 2020, at 08:30, Constantine Samaklis  wrote:
> 
 I have been using WeeWX for seven years or so and I have been inspired by 
 the work that Tom and others have put into making this software better and 
 also expandable.
 
 Ever since I added the MQTT extension to WeeWX I was able to incorporate 
 live weather data from my Vantage Pro weather station, which I think it is 
 very cool.
 
 I wanted to give back something to the community, so I spent some time 
 writing a GUI in Pythonista on my iPad, and I have ported it over to the 
 Apple store as a free application, in hopes that it can be useful to 
 others. 
 
 I am always mesmerized by moving dials and I also find that the 
 application, apart from giving you quick access to your weather station's 
 data, it looks quite good as a make shift screen, especially on larger 
 iPad screens. :-)
 
 You can fetch the application from the app store from the below link or 
 look for "weather mqtt" 
 
 https://apps.apple.com/us/app/weather-mqtt/id1542679289 
 
 I have also put together a quick user guide at; 
 https://www.samaklis.com/confluence/display/WEAT/2020/12/05/Weather+MQTT+Support
  
 
 PS The application is a port from Python to Objective C, so you may 
 experience a crash from time to time as it is not OS native. I am in the 
 process of looking into SWIFT and in time, based on community interest, I 
 will try and put some work on porting the application to it. so it is iOS 
 native.
 
 Thanks again to all the weather enthusiasts out there that make 
 applications like WeeWX possible.
 
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 "weewx-user" group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to weewx-user+...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/0084e413-3fac-446d-a8c1-7158db8ebb72n%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+...@googlegroups.com.
>> 
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/A0ED93AC-FC10-409C-B13C-CC6E2E2B5BE0%40gmail.com.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/678c9f2e-2d82-4bb4-bea1-448ac1494c6an%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/BDED195F-642A-42A2-8083-719B8128EC84

Re: [weewx-user] Live weather on iOS

[Kevin Davis]

I love this!  Is there a way to change the topic name to look for? 

> On Dec 6, 2020, at 12:42 PM, Christopher Joseph Alemany  
> wrote:
> 
> Very cool! Thank you Constantine and great work!  I’ll install the mqtt 
> extension just for this. Consider this friendly and appreciative 
> encouragement to port it to Swift! 
> 
> Cheers
> Chris
> www.Alberniweather.ca
> “They always tell me it takes time. How much more time do you want...for your 
> progress?”
> James Baldwin
> 
> Chris Alemany
> 3854 6th Ave
> Port Alberni, BC
> V9Y4M2
> h:250-723-0889
> w: 250-753-3245 x2106
> e: chris...@gmail.com
> w: www.chrisalemany.ca
> w: www.alberniweather.ca
> w: www.vifreightbyrail.ca
> 
>>> On Dec 6, 2020, at 08:30, Constantine Samaklis  wrote:
>>> 
>> I have been using WeeWX for seven years or so and I have been inspired by 
>> the work that Tom and others have put into making this software better and 
>> also expandable.
>> 
>> Ever since I added the MQTT extension to WeeWX I was able to incorporate 
>> live weather data from my Vantage Pro weather station, which I think it is 
>> very cool.
>> 
>> I wanted to give back something to the community, so I spent some time 
>> writing a GUI in Pythonista on my iPad, and I have ported it over to the 
>> Apple store as a free application, in hopes that it can be useful to others. 
>> 
>> I am always mesmerized by moving dials and I also find that the application, 
>> apart from giving you quick access to your weather station's data, it looks 
>> quite good as a make shift screen, especially on larger iPad screens. :-)
>> 
>> You can fetch the application from the app store from the below link or look 
>> for "weather mqtt" 
>> 
>> https://apps.apple.com/us/app/weather-mqtt/id1542679289 
>> 
>> I have also put together a quick user guide at; 
>> https://www.samaklis.com/confluence/display/WEAT/2020/12/05/Weather+MQTT+Support
>>  
>> 
>> PS The application is a port from Python to Objective C, so you may 
>> experience a crash from time to time as it is not OS native. I am in the 
>> process of looking into SWIFT and in time, based on community interest, I 
>> will try and put some work on porting the application to it. so it is iOS 
>> native.
>> 
>> Thanks again to all the weather enthusiasts out there that make applications 
>> like WeeWX possible.
>> 
>> 
>> 
>> -- 
>> You received this message because you are subscribed to the Google 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/0084e413-3fac-446d-a8c1-7158db8ebb72n%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/A0ED93AC-FC10-409C-B13C-CC6E2E2B5BE0%40gmail.com.

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/1F7DCA65-7BEB-42C6-A113-21F3FF6C5786%40gmail.com.

[weewx-user] Re: weird fonts at steelseriesgauges graphs

[Greg from Oz]

The font OpenSans-Regular.ttf is here in my install:
/etc/weewx/skins/Seasons/font/OpenSans-Regular.ttf

Gary is saying edit this file: skins/ss/skin.conf 
And make the changes.




On Monday, 7 December 2020 at 09:26:00 UTC+11 hobbyl...@gmail.com wrote:

> im sorry for that, but i cant clear understund the line replace 
>
> replace  /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf  
> with  /usr/share/fonts/truetype/font/OpenSans-Regular.ttf  ?  with only  
> font/OpenSans-Regular.ttf  ?
>
> Στις Κυριακή, 6 Δεκεμβρίου 2020 στις 10:57:16 μ.μ. UTC+2, ο χρήστης gjr80 
> έγραψε:
>
>> Hi,
>>
>> The issue will be the font being used by the SteelSeries skin image 
>> generator. The font used in the SteelSeries plots is based on the font used 
>> by the Standard skin (the default skin at the time) when the SteelSeries 
>> skin was first developed. WeeWX now uses Seasons as the default skin which 
>> uses a different font. Most likely what is happening is the SteelSeries 
>> font does not exist and a substitute font is being used and that font does 
>> not support the characters you are using. 
>>
>> Try editing skins/ss/skin.conf and replace:
>>
>> -  all occurrences of 
>> ‘/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf’ with 
>> ‘font/OpenSans-Regular.ttf
>> -  all occurrences of 
>> ‘/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Bold.ttf’ with 
>> ‘font/OpenSans-Bold.ttf’
>>
>> To be consistent with the Seasons skin plot format you might want to 
>> change the unit_label_font_path setting to ‘font/OpenSans-Bold.ttf’
>>
>> Once you save skin.conf the plots should come good on the next report 
>> cycle.
>>
>> I will arrange for appropriate changes to the SteelSeries Weather Gauges 
>> repo.
>>
>> Gary
>> On Monday, 7 December 2020 at 01:03:33 UTC+10 hobbyl...@gmail.com wrote:
>>
>>> in my weather page of weewx with steelseries gauges, weird font appears 
>>> in tooltip graphs. the page is
>>>
>>> http://kolxiko.epizy.com/live/
>>>
>>> in weewx page all the greek characters appears mormal
>>>
>>> http://kolxiko.epizy.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/34c3b246-91f6-4799-8c08-f9a6b75c32ean%40googlegroups.com.

[weewx-user] Re: weird fonts at steelseriesgauges graphs

[hobbyl...@gmail.com]

im sorry for that, but i cant clear understund the line replace 

replace  /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf  
with  /usr/share/fonts/truetype/font/OpenSans-Regular.ttf  ?  with only  
font/OpenSans-Regular.ttf  ?

Στις Κυριακή, 6 Δεκεμβρίου 2020 στις 10:57:16 μ.μ. UTC+2, ο χρήστης gjr80 
έγραψε:

> Hi,
>
> The issue will be the font being used by the SteelSeries skin image 
> generator. The font used in the SteelSeries plots is based on the font used 
> by the Standard skin (the default skin at the time) when the SteelSeries 
> skin was first developed. WeeWX now uses Seasons as the default skin which 
> uses a different font. Most likely what is happening is the SteelSeries 
> font does not exist and a substitute font is being used and that font does 
> not support the characters you are using. 
>
> Try editing skins/ss/skin.conf and replace:
>
> -  all occurrences of 
> ‘/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf’ with 
> ‘font/OpenSans-Regular.ttf
> -  all occurrences of 
> ‘/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Bold.ttf’ with 
> ‘font/OpenSans-Bold.ttf’
>
> To be consistent with the Seasons skin plot format you might want to 
> change the unit_label_font_path setting to ‘font/OpenSans-Bold.ttf’
>
> Once you save skin.conf the plots should come good on the next report 
> cycle.
>
> I will arrange for appropriate changes to the SteelSeries Weather Gauges 
> repo.
>
> Gary
> On Monday, 7 December 2020 at 01:03:33 UTC+10 hobbyl...@gmail.com wrote:
>
>> in my weather page of weewx with steelseries gauges, weird font appears 
>> in tooltip graphs. the page is
>>
>> http://kolxiko.epizy.com/live/
>>
>> in weewx page all the greek characters appears mormal
>>
>> http://kolxiko.epizy.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/3094d973-c80c-41fb-acc8-ea24c8ef65cbn%40googlegroups.com.

[weewx-user] Re: weird fonts at steelseriesgauges graphs

[gjr80]

Hi,

The issue will be the font being used by the SteelSeries skin image 
generator. The font used in the SteelSeries plots is based on the font used 
by the Standard skin (the default skin at the time) when the SteelSeries 
skin was first developed. WeeWX now uses Seasons as the default skin which 
uses a different font. Most likely what is happening is the SteelSeries 
font does not exist and a substitute font is being used and that font does 
not support the characters you are using. 

Try editing skins/ss/skin.conf and replace:

-  all occurrences of 
‘/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf’ with 
‘font/OpenSans-Regular.ttf
-  all occurrences of 
‘/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Bold.ttf’ with 
‘font/OpenSans-Bold.ttf’

To be consistent with the Seasons skin plot format you might want to change 
the unit_label_font_path setting to ‘font/OpenSans-Bold.ttf’

Once you save skin.conf the plots should come good on the next report cycle.

I will arrange for appropriate changes to the SteelSeries Weather Gauges 
repo.

Gary
On Monday, 7 December 2020 at 01:03:33 UTC+10 hobbyl...@gmail.com wrote:

> in my weather page of weewx with steelseries gauges, weird font appears in 
> tooltip graphs. the page is
>
> http://kolxiko.epizy.com/live/
>
> in weewx page all the greek characters appears mormal
>
> http://kolxiko.epizy.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/3de8c37c-564b-4559-a4d5-c123c0bed7e0n%40googlegroups.com.

Re: [weewx-user] Live weather on iOS

[Christopher Joseph Alemany]

Very cool! Thank you Constantine and great work!  I’ll install the mqtt 
extension just for this. Consider this friendly and appreciative encouragement 
to port it to Swift! 

Cheers
Chris
www.Alberniweather.ca
“They always tell me it takes time. How much more time do you want...for your 
progress?”
James Baldwin

Chris Alemany
3854 6th Ave
Port Alberni, BC
V9Y4M2
h:250-723-0889
w: 250-753-3245 x2106
e: chris...@gmail.com
w: www.chrisalemany.ca
w: www.alberniweather.ca
w: www.vifreightbyrail.ca

> On Dec 6, 2020, at 08:30, Constantine Samaklis  wrote:
> 
> I have been using WeeWX for seven years or so and I have been inspired by 
> the work that Tom and others have put into making this software better and 
> also expandable.
> 
> Ever since I added the MQTT extension to WeeWX I was able to incorporate live 
> weather data from my Vantage Pro weather station, which I think it is very 
> cool.
> 
> I wanted to give back something to the community, so I spent some time 
> writing a GUI in Pythonista on my iPad, and I have ported it over to the 
> Apple store as a free application, in hopes that it can be useful to others. 
> 
> I am always mesmerized by moving dials and I also find that the application, 
> apart from giving you quick access to your weather station's data, it looks 
> quite good as a make shift screen, especially on larger iPad screens. :-)
> 
> You can fetch the application from the app store from the below link or look 
> for "weather mqtt" 
> 
> https://apps.apple.com/us/app/weather-mqtt/id1542679289 
> 
> I have also put together a quick user guide at; 
> https://www.samaklis.com/confluence/display/WEAT/2020/12/05/Weather+MQTT+Support
>  
> 
> PS The application is a port from Python to Objective C, so you may 
> experience a crash from time to time as it is not OS native. I am in the 
> process of looking into SWIFT and in time, based on community interest, I 
> will try and put some work on porting the application to it. so it is iOS 
> native.
> 
> Thanks again to all the weather enthusiasts out there that make applications 
> like WeeWX possible.
> 
> 
> 
> -- 
> You received this message because you are subscribed to the Google 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/0084e413-3fac-446d-a8c1-7158db8ebb72n%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/A0ED93AC-FC10-409C-B13C-CC6E2E2B5BE0%40gmail.com.

[weewx-user] lightning sensor made at home cheaply

[miso k]

Hello guys,
did anyone tried to use *Lightning sensor AS3935* tinkered on cheap 
*ESP8266* with WeeWX?

A time ago, I was user of Tasmota ESP8266 firmware and I know, it can 
publish MQTT + JSON data. Here is the manual how to tinker and flash those 
two together:
https://tasmota.github.io/docs/AS3935/
I assume, that with JSON / MQTT it would be prety easy to fill WeeWX 
database...

Thanks,
Miso,
Slovakia

-- 
You received this message because you are subscribed to the Google 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/f6c17a4b-90e8-4ea5-b9d6-249800f15f93n%40googlegroups.com.

[weewx-user] Re: WeatherFlow Tempest | WU Rapid fire

[vince]

On Saturday, December 5, 2020 at 7:26:00 PM UTC-8 gjr80 wrote:

> When you are receiving wind speed values (only) every three seconds what 
> does windGust mean? The highest wind speed value seen in that three 
> second period? 
>

Let me explain the WF gear and UDP API that the weewx driver uses a bit...
(https://weatherflow.github.io/Tempest/api/udp/v143/)

Wf has two basic wind-related measurement elements in the UDP API...

   - obs_st is the station observation from the Tempest sensor suite.   It 
   has the usual wind things in it (speed, direction, gust, gust direction) 
   for three different measurements they emit, called 'lull', 'avg', and 
   'gust'.  Their wind lull and gust are the min/max 3-sec averages within 
   that 60-sec obs_st period.  The avg is of course the overall average 
   through that 60-sec window
   - rapid_wind is a separate observation emitted every 3 seconds.  It has 
   speed+direction elements, which are averages within 'that' 3-sec rapid_wind 
   window

The obs_st and rapid_wind measurements aren't emitted at the same time, so 
there's some offset in periods there, but for discussion lets assume they 
were aligned perfectly.  So theoretically if you had a magical one 3-sec 20 
mph wind event at 'just' the right time...

   - the one 'wind gust' emitted by obs_st would have 20 mph (max 3-sec 
   wind in that 60-sec period)
   - there would be one rapid_wind 'speed' that was 20 mph (wind average 
   speed in that 3-sec period)
   - there would be 19 rapid_wind observations with wind zero for speed (no 
   wind in 19 different 3-sec periods)
   - the obs_st min would be 0 mph (min for a 3-sec period over that 60-sec 
   observation period)
   - the obs_st avg would be 0.15 mph (do the math...)

That said, WF is kinda a strange beast, as it has all kinds of asynchronous 
observations for:

   -  obs_st for most typical observations
   - rapid_wind for more often 'also' reporting some wind info
   - lightning events
   - rain start events
   - lightning strike events
   - device health status measurements
   - hub health status measurements

The real question to me is what should weewx post to WU in terms if 'which 
elements are posted' and should it be different rapid-fire or 
non-rapid-fire ?

An alternate question is whether the WF-UDP driver is doing the right thing 
re: partial packets and getting wind gust info into the LOOP packets to 
begin with.

But personally I wonder if changing the sensor_map to use the obs_st wind 
value rather than the rapid_wind speed value will get the original poster 
more of what they're looking for if they turn rapidFire on.  Unfortunately 
I don't have any WF gear anymore so I can't do that test...


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

[weewx-user] Re: rain rate dont calculate

[hobbyl...@gmail.com]

after a new install -without data loss- the issue solved. in first 
installation the weather station type was WS 1080.  in new i set to WH 
1080.  i dont know if that was the cause the problem, but know showing tthe 
rain rate data. thank you!

Στις Σάββατο, 5 Δεκεμβρίου 2020 στις 6:38:35 π.μ. UTC+2, ο χρήστης gjr80 
έγραψε:

> Hi,
>
> The WH1080 (FineOffsetUSB) driver derives WeeWX field rain from the 
> rain_total value obtained from the WH1080. WeeWX in turn derives WeeWX 
> field rainRate from the rain field emitted by the driver. This should 
> happen automatically after a clean install that has been configured to use 
> the FineOffsetUSB driver; you should not have to change anything.
>
> A few things you can provide to help us track down the issue:
>
> 1. Post a startup debug log extract. Edit weewx.conf, set debug = 1, save 
> weewx.conf and then restart WeeWX. Let WeeWX run for a couple of archive 
> periods and then take an extract from the WeeWX log showing the entire 
> WeeWX startup and the first couple of archive periods. Post the unedited 
> log extract here. If you need any help in obtaining a log extract refer to 
> the Help! Posting to weewx user wiki entry 
>  in the 
> first instance.
>
> 2. Post the [StdWXCalculate] stanza contents from weewx.conf.
>
> 3. Post the output from running WeeWX directly 
> . This will show 
> the content of the loop packets (lines starting with LOOP:) and archive 
> records (lines starting with REC:) on the console. Let WeeWX run until you 
> see at least one REC: line, take a copy of the entire output and post it 
> here.
>
> Gary
> On Saturday, 5 December 2020 at 07:00:13 UTC+10 hobbyl...@gmail.com wrote:
>
>> recently i have install a fineoffsetusb station (wh 1080 type)
>> weewx calculate everything but don rain rate. need to change settings to 
>> calculate rain rate?
>>
>

-- 
You received this message because you are subscribed to the Google 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/993870b2-f3c3-4557-b6f1-98635d4bf7e8n%40googlegroups.com.