Tom,
your patch
"
+if context == 'current':
+context = 'delta_time'
"
solves the problem.
Many thanks for this.
Ok, explicit formatting should always work, but this should be the last
option, to get correct values.
(My personal meaning)
tke...@gmail
I've taken a look at your extension, and I've been able to replicate the
problem.
You are defining some new types (such as 'uptime', or 'linkUptime') that
are assigned to group_deltatime, which is a perfectly reasonable thing to
do. The problem is that there is no 'context' to go along with them t
vince,
see https://github.com/WernerKr/weewx-davishealthapi
There is no
... ValueHelper(delta_time_vt, *context='long_delta',*
formatter=self.generator.formatter,
converter=self.generator.converter)
or so.
If now (V4.6) all values from the database with "group_deltatime' need
extra converting
On Saturday, February 12, 2022 at 10:41:49 AM UTC-8 xzei...@googlemail.com
wrote:
> raised alway an execption here:
>>>
>>> $obs.label.uptime
>>> >> class="data">$current($max_delta=3600,$data_binding='davishealthapi_binding').uptime
>>>
>>>
>>>
It is likely associated with
Tom,
where can I add "context='long_delta' ?
python?
or Weewx direct in cheetahgenerator?
I use no extension - my "uptime" is a value from the archive records in
the database.
My meaning is: that the default-settings for deltatime in 4.6 are not used
tke...@gmail.com schrieb am Samstag, 12.
Werner,
See this thread:
https://groups.google.com/g/weewx-user/c/aBWSIwicKkk/m/x2EJlPkzEAAJ
On Fri, Feb 11, 2022 at 11:02 AM 'Werner Krenn' via weewx-user <
weewx-user@googlegroups.com> wrote:
> seems that in 4.6.x on RasPi 4 (Buster)
> DEFAULT_DELTATIME_FORMAT = "%(day)d%(day_label)s, " \
>
