Na 6. listopada 2019. 02:23:29 CEST, Thomas Keffer wrote:
>>
>> I am funny that way. If it says 30 days, I expect 30 days. Not 1 day,
>2
>> tomorrow, 3 on the next day...
>>
>
>Where are you seeing this? The table heading in the Standard skin is
>clearly marked "This Month," the Seasons skin
Here is an example. I use WeeWX as a source of rain, wind, temperature, sunrise
and sunset info.
Based on that, shutters will open and close automatically.
But, I need to gage limits for e.g. at which cold temperature we start closing
the balcony door. Or I risk closing a shutter with a cat
>Are you using a Croatian translation, because my English display does
>not say "last 30 days"?
I apologize for taking to much poetic liberty. I want text to accurately sum
the graph above it.
>
>Do you know how to go to github and get John Smith's code which
>provides something closer to
I translated the titles. So, ignore the titles. I use the smartphone skin. On
the rain page, there is a graph showing last 30 days of rain.
But lines of text directly under the graph were saying no rain. Graph was
displaying rain history. I do not accept 0 rain on the 1st of the month as
On Sat, 05 Oct 2019 12:37:21 +0200
Pila wrote:
> Not when the title says Rain in last 30 days. Not when the title in
> the graph says the same. Not when the graph shows the last 30 days of
> rain. How can it now be good to show aggregate claiming no rain at
> all? Just because it is after the
>
> I am funny that way. If it says 30 days, I expect 30 days. Not 1 day, 2
> tomorrow, 3 on the next day...
>
Where are you seeing this? The table heading in the Standard skin is
clearly marked "This Month," the Seasons skin marked "Month."
-tk
--
You received this message because you are
>Thinking about this a little bit more - can't you just change the
>template
>to use, for example
>rainfall for last 27 hours is $span(hour_delta = 27).rain.sum
>or
>rainfall for last 30 days is $span(day_delta=30).rain.sum
>or
>max temp in last 24 hours is $span(hour_delta=24).outTemp.max
I am using it for about a month. So for now I did only small adjustments. Plus,
I do not know cheetah or phyton nor what can be done. I will try to fit in your
proposal.
I just expected it to do what it says on the tin: show the 30 day summary. I
lost time searching what I broke to cause it to
Thinking about this a little bit more - can't you just change the template
to use, for example
rainfall for last 27 hours is $span(hour_delta = 27).rain.sum
or
rainfall for last 30 days is $span(day_delta=30).rain.sum
or
max temp in last 24 hours is $span(hour_delta=24).outTemp.max
and so on
in
On Sat, Oct 5, 2019 at 1:11 AM Pila wrote:
> Terrible choice in a great program. Sort of like writing close over the
> switch that opens.
>
Sorry you feel that way.
Allowing it to be done either way is something I could spend my time on,
but I'm not --- there are other, higher, priorities.
A
Na 5. listopada 2019. 10:54:34 CEST, Andrew Milner
wrote:
>if people wanted 24 hours or 30 days they will have written a search
>list
>extension to provide the information
I am begging if someone did it to mail it to me as I will need days do do it.
>most people are probably like me - and
On Saturday, 5 October 2019 20:13:16 UTC+10, Pila wrote:
>
> I understand this is done simple way: enter current month as a filter to
> database. But, it is wrong. Current easy is correct only if an user and
> history for a particular month.
>
> Completely different issue is: show last 30
On Saturday, 5 October 2019 18:54:34 UTC+10, Andrew Milner wrote:
>
> if people wanted 24 hours or 30 days they will have written a search list
> extension to provide the information
>
> most people are probably like me - and work in days (which start at
> midnight), months (which start on the
if people wanted 24 hours or 30 days they will have written a search list
extension to provide the information
most people are probably like me - and work in days (which start at
midnight), months (which start on the first of themonth) and years (which
start on 1st January)
On Saturday, 5
Actually, I can not believe we are the only ones wanting aggregate data for a
month to show 30 days instead of just one day or aggregate for 27 hours to show
data for 27 hours instead of nothing at 4 minutes after midnight.
Na 4. listopada 2019. 14:42:07 CEST, Thomas Keffer wrote:
>This is the
Terrible choice in a great program. Sort of like writing close over the switch
that opens.
Say there is a thunderstorm. As soon as midnight strikes, stat says it is a
drizzle out or even no rain at all! While the graph above it shows flood! Same
for week and month. I want stats for the entire
This is the correct behavior. As the title says, the aggregate values are
the aggregate *for today*, that is, *since midnight,* not for 24 hours.
If you want 24 hours, you will have to use a search list extension. There
is an example of how to write one in the section *Extending the list
Does the same wrong thing for a day, too. Graph shows rain in last 24 (27)
hours but all totals ignore anything before the midnight.
How can I correct this behaviour?
Na 2. listopada 2019. 18:21:48 CEST, mrzimgjugl asdf
wrote:
>Graphs are fine. They show 7 or 30 day history correctly.
>
>But,
Graphs are fine. They show 7 or 30 day history correctly.
But, below the graphs, it seems like max or total lines of text look only
into this month! And today is second day of the month. They do not take
into account 7 days or 30 days or whatever is in the graph above them.
How to fix that? I
19 matches
Mail list logo
