e_per_hour',
'km_per_hour', 'knot', or 'meter_per_second'
group_speed2 = km_per_hour2# Options are
'mile_per_hour2', 'km_per_hour2', 'knot2', or 'meter_per_second2'
group_temperature = degree_C# Options are '
Everything worked fine until I did the upgrade.
I guess something has changed in the way XTypes are handled?
*This is the code I use in extensions.py:*
#
#Copyright (c) 2009-2015 Tom Keffer
#
#See the file LICENSE.txt for your full rights.
#
"""User extensions module
This module is im
In addition to the previous: the get_scalar function still seems to be
working but the get_series function no longer works.
Op woensdag 6 januari 2021 om 18:33:12 UTC+1 schreef Arend:
> Everything worked fine until I did the upgrade.
>
> I guess something has changed in the way X
Hello Tom,
I get strange output as can be seen in the chart below. It apperas the
series isn't calculated/retrieved as it did before the upgrade. I hope this
helps to understand.
[image: daytempdew.png]
Regards, Arend
Op woensdag 6 januari 2021 om 19:12:47 UTC+1 schreef tke...@gmai
s has not changed. I don't know why it worked before.
> Perhaps units were in Fahrenheit before?
>
> -tk
>
> On Wed, Jan 6, 2021 at 10:16 AM Arend wrote:
>
>> Hello Tom,
>>
>> I get strange output as can be seen in the chart below. It apperas the
>> s
up_temperature"
Somehow this wasn't required in 4.1.1. Maybe more people will run into this
issue when upgrading to 4.3.0.
Op woensdag 6 januari 2021 om 19:51:20 UTC+1 schreef Arend:
> The get_scalar function is still returning the correct values:
> [image: Current conditi
Hello Tom,
I am using MySQL database.
Arend
Op vrijdag 8 januari 2021 om 20:18:20 UTC+1 schreef tke...@gmail.com:
> Thanks. Not sure what is happening, but let's take a look at your
> database. I'm assuming you are using SQLite, and that you used a package
> install
Op vrijdag 8 januari 2021 om 21:18:54 UTC+1 schreef tke...@gmail.com:
> Then adapt as necessary. Use from_unixtime() instead of datetime() in the
> select statement.
>
> On Fri, Jan 8, 2021 at 11:49 AM Arend wrote:
>
>> Hello Tom,
>>
>> I am using MySQL databas
/bin/weewx/xtypes.py>
> ?
>
> Thanks for your help.
>
> On Fri, Jan 8, 2021 at 12:49 PM Arend wrote:
>
>> SELECT mintime, from_unixtime(dateTime), min from archive_day_outTemp
>> order by min asc, mintime asc limit 20;
>>
>> Database weewx
>>
>&
Hello Tom,
That last query is not mine (please check the names/e-mail adresses), I am
not sure why he is posting his query here but the output seems to be ok. :-)
Arend
Op zaterdag 9 januari 2021 om 17:44:29 UTC+1 schreef tke...@gmail.com:
> Those are very different results from the ones
updates to the original Belchertown master.
Regards, Arend
Op zondag 1 november 2020 om 22:34:01 UTC+1 schreef Arend:
> I get the impression that most of the code that was responsible for
> handling 'useHTML' has been removed.
> Contrary the comment in the belchertown.js.tmpl file,
Good morning Gert,
The master branche is indeed the right one.
The other branches do not yet support Danish character (useHTML).
Arend
Op zaterdag 16 januari 2021 om 07:45:13 UTC+1 schreef gert.a...@gmail.com:
> Hi Arend
>
> I can see you have 3 branches, should I download the mast
Hi Patrick,
Can you upload the belchertown.py file you are currently using?
Regards, Arend
Op zaterdag 16 januari 2021 om 12:15:34 UTC+1 schreef sali...@gmail.com:
> hello
>
> I done that but it is always the same thing !!!
>
> I don't understand before it was good
>
&g
> distance_unit = self.generator.group_unit_dict["group_distance"]
> Jan 16 17:10:29 raspberrypi weewx[18631] ERROR weewx.reportengine:
> AttributeError: 'CheetahGenerator' object has no attribute
> 'group_unit_dict'
> Jan 16 17:10:29 raspberrypi weewx[
Thank you Vince for pointing this out.
He needs the unreleased master:
https://github.com/poblabs/weewx-belchertown/archive/master.zip
Arend
Op zaterdag 16 januari 2021 om 19:20:56 UTC+1 schreef vince:
> On Saturday, January 16, 2021 at 9:59:45 AM UTC-8 Arend wrote:
>
>> That be
ter.zip", but there is
> more errors before !!!
>
> bye
>
> patrick
> Le 16/01/2021 à 19:31, Arend a écrit :
>
> Thank you Vince for pointing this out.
>
> He needs the unreleased master:
> https://github.com/poblabs/weewx-belchertown/archive/master.zip
&g
If you are brave enough to do a quick and dirty fix:
Open the file bin/weewx/xtypes.py and comment out lines 144 and 145 like
this:
144 #if agg_vt[0] is None:
145 # continue
The real issue is ofcourse that the way the charts in Belchertown are
created has become outdated and needs a
This new behaviour is caused by this WeeWX 4.5.1 commit:
https://github.com/weewx/weewx/commit/a6098878562e4a35345051c45ee6aadf31edbdce
for stamp in weeutil.weeutil.intervalgen(startstamp, stopstamp,
aggregate_interval):
# Get the aggregate as a ValueTuple
This is also caused by Toms changes to xtypes.py get_series() in 4.5.1 as
mentioned here:
https://groups.google.com/g/weewx-user/c/UWSnqt7tY3Q/m/qBjJF22-FAAJ
Op dinsdag 4 mei 2021 om 02:53:42 UTC+2 schreef michael:
> Hi all,
>
> Wondering if anyone has seen this issue before. My hays chart show
# NOT 'miles_per_hour'
Groups
group_rain = mm# Options are 'inch', 'cm', or 'mm'
Regards, Arend
Op zaterdag 8 mei 2021 om 18:14:22 UTC+2 schreef Paul Eaton:
> Since November last year I've bee
If your console shows an increase in raintotal by 0,4 mm after each bucket
tip then I am afraid the manufacturer has sold you a dysfunctional PWS or
the manual specs are wrong.
Op zondag 9 mei 2021 om 13:25:45 UTC+2 schreef Paul Eaton:
> Hi Arend
>
> Thanks for your suggestions but e
Your configuration of MQTT in the Belchertwon skin.conf is complete? And
are you using the right topics in MQTT? It would be best if you posted the
MQTT sections of your weex.conf and Belchertown skin.conf here. Otherwise
it is very hard for someone to figure out what might be wrong.
Op dinsdag
Hello,
Just starting to become familiar with user defined types (XTypes), and
tried to create a new type called lowTemperature. This type compares the
temperatures outTemp and extraTemp1 and returns the lowest temperature of
the two. I modified an existing example, the original can be found her
I noticed a weird typo: skin.info should be skin.conf ofcourse.
Op vrijdag 11 september 2020 om 12:50:34 UTC+2 schreef Arend:
> Hello,
>
> Just starting to become familiar with user defined types (XTypes), and
> tried to create a new type called lowTemperature. This type
e thing to be aware of: values can be None. So your conditional
>
> if record_us['outTemp'] <= record_us['extraTemp1']:
>
> could cause a TypeError exception if one of the values is None.
>
> Otherwise, good job! Nice to see XTypes in action.
>
>
I am uploading to Wunderground without using single or double quotes on my
station name and password. Only that way I could get it to work.
Op maandag 14 september 2020 om 21:34:26 UTC+2 schreef tke...@gmail.com:
> One last thing to try, although it's a long shot. Set debug=2. This will
> log e
Hi Tim,
This worked for me:
In weewx.conf find these leafs:
[[Defaults]]
[[[Units]]]
# The following section overrides the label used for each type
of unit
Labels
meter = " meter", " meters"# You may prefer "metre".
Hi, Keimpe
The file belchertown.js seems to be missing. That could mean it isn't
generated. Check if the file Belchertown/js/belchertown.js.tmpl exists. If
it is present, check the configuration in skin.conf.
Under [CheetahGenerator] there must me a leaf showing something like this
and check i
)" there is one quotation mark
(") too many in front of number 2
Op maandag 5 oktober 2020 om 21:23:56 UTC+2 schreef Arend:
> Hi, Keimpe
>
> The file belchertown.js seems to be missing. That could mean it isn't
> generated. Check if the file Belchertown/js/belchertown.js.t
Hi Gert,
Getting those Danish characters back: try to find and uncomment this line
in belchertown.js.tmpl.
//options.xAxis.labels = { useHTML: true } // Option
disabled in highcharts 8
Kind regards, Arend
Op dinsdag 20 oktober 2020 om 06:15:18 UTC+2 schreef gert.a
. Look for "Build the all time stats."
in this file.
Regards, Arend
Op vrijdag 23 oktober 2020 om 09:48:46 UTC+2 schreef lewism...@gmail.com:
> Ok so for my add-on question, I found the "records-header" classes in the
> style.css file. So all good there.
>
> But
...@gmail.com:
> Hi Arend,
>
> I actually found that file in my lunch break today. Super useful to have
> the actual Belchertown code and I should be able to finishing populating my
> table with that now!
>
> When I’m done and prettied up the new records page a bit I’
Hi Keimpe,
I had the same problem and created an issue about this in the repo. You can
use the fix, let me know if it works for you.
https://github.com/poblabs/weewx-belchertown/issues/422
Mvg, Arend
Op zaterdag 24 oktober 2020 om 21:04:04 UTC+2 schreef blee...@xs4all.nl:
> Thnx Vi
Hi Nev,
What worked for me is changing unit_system = METRIC into METRICWX under
MQTT. But maybe you need to make some more changes (like I had to do), do
you have a website to check?
Regards, Arend
Op zaterdag 24 oktober 2020 om 11:17:53 UTC+2 schreef nevilled...@gmail.com:
> Hi
> We ha
/422
Regards, Arend
Op zondag 25 oktober 2020 om 02:01:35 UTC+2 schreef ti...@skybase.net:
> Hi Arend,
>
> nice update to change miles to km.
>
> In your patch you have ...
>
> eqmag = locale.format("%g", float(eqmag) )
>
>
> But you don't show what
opportunity
> to get this fixed :).
>
> Regards
>
> Neville
> On Sunday, October 25, 2020 at 6:00:43 AM UTC+10 Arend wrote:
>
>> Hi Nev,
>>
>> What worked for me is changing unit_system = METRIC into METRICWX under
>> MQTT. But maybe you need to mak
earthquake_server = USGS
Does it match yours?
Mvg, Arend
Op dinsdag 27 oktober 2020 om 19:30:46 UTC+1 schreef blee...@xs4all.nl:
> Hi Arend,
>
> Stil no recent earthquake data avilable (http://oentsjerk.eu). Can I have
> your URL to check the actuality?
>
> Regards, Keimpe
>
>
>
check your logs for
errors?
Mvg, Arend
Op dinsdag 27 oktober 2020 om 21:36:04 UTC+1 schreef blee...@xs4all.nl:
> Hi Arend,
>
> Thanks for the suggestions.
>
> - The JSON tels me about an eartquake 6 km E of Belle-Plagne in France,
> and lat=53.254&lon=5.895&maxradiusk
Hi Gert,
This issue showed up after upgrading from 1.1 to 1.2? And you had no
problems in 1.1?
Arend
Op zaterdag 31 oktober 2020 om 07:00:13 UTC+1 schreef gert.a...@gmail.com:
> Hi Arend. All
>
> Do you also know where to fix this? It should say "Ø" Have looked in
> be
uld be quite a job I guess. And
those changes should be added to the master in the repo, otherwise you
would face the same problems again with the next update.
I don't know why it has been removed, only Pat can answer that.
Op zondag 1 november 2020 om 21:42:40 UTC+1 schreef gert.a...@gmail.co
Hi Joacim,
Change forecast_units = "metric" intoforecast_units = "si"
* skin.conf option forecast_units. Options are si, ca, uk2 or us.
https://github.com/poblabs/weewx-belchertown/blob/master/changelog
Regards, Arend
Op maandag 2 november 2020 om 14:24:44 UTC+1
lt;https://logiaweatherstations.com/collections/all/products/5-in-1-wireless-weather-station-with-pc-data-sync>
CCL Electronics <https://cclel.com/product/c8488a-c3113a/>
Regards, Arend
Op zondag 22 november 2020 om 19:29:05 UTC+1 schreef Bob Atchley:
> Thats a new one ! Thanks Paul. Maybe I need to renam
Hi Michal,
Did you check the differences between the 1.0 and 1.2 skin.conf
configuration settings? Are you using Aeris as forecast provider? If that
is the case you may be missing this setting in skin.conf:
forecast_aeris_use_metar = 1
Regards, Arend
Op zaterdag 28 november 2020 om 06:02:47
Hello,
I found this addition in the changelog (version 1.1)
** Added the ability to enable chart exporting using the Highcharts
exporting utility.*
So far I haven't found an exact discription how to activate this. There is
no mentioning how to activate in the Belchertown Charts Documentation.
h kind regards, Arend
--
You received this message because you are 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
h
Thank you for providing this great skin.
Regards, Arend
Op vrijdag 19 juni 2020 01:39:33 UTC+2 schreef Pat:
>
> I think I fixed it. Replace your skins/Belchertown/style.css with the one
> attached in the zip file, then let an archive interval pass and refresh
> your page.
>
&g
I have a WS6in1 station, and I was wondering if the observation data from
extra sensors could be displayed in the index_hook_after_station_info and
updated with MQTT like the data from the main sensor. At the moment I have
only one extra sensor but I am planning on expanding in the future. I mad
47 matches
Mail list logo
