I don't know if it is related to your error, but I am surprised by the tag
itself : "$days_ago($days_ago=$n).dateTime.raw"
According to Weewx documentation, "$days-ago=x" should be used with the
"day" aggregation : *$day*($days_ago=$n).dateTime.raw
see
Thanks all for your input.
I was able to determine a couple of issues with my testing efforts and the
database that caused the issues. I didn't realize that cheetah would still
try to execute the commented out code which made troubleshooting much
harder. Once I deleted the code I was able to
Definitely. I had assumed it was some weird Sofaskin thing, but maybe no.
On Wed, Apr 5, 2023 at 11:05 AM jterr...@gmail.com
wrote:
> No sure if this is related to your errors, but it looks like the tag
> *$days_ago($days_ago=$n).dateTime.raw
> *is not correct.
>
> According to weewx
No sure if this is related to your errors, but it looks like the tag
*$days_ago($days_ago=$n).dateTime.raw
*is not correct.
According to weewx documentation, ($days_ago=x) should be used with the
*day* aggregation period : *$day($days_ago=$n).dateTime.raw *
See
Thanks Tom for your response. I have isolated it to that line of code. The
line works perfectly when going back 350 days (setting $n=350) but not 360
($n = 360). I have checked the database and there is data in there 360 days
ago. I just don't get the real number not str error. There is no
I don't know anything about the Sofaskin, but I do know that the line you
posted is unlikely to be causing the error. A ".raw" value is not formatted
at all. It is simply passed through. Of course, some magic might be
happening in the first $days_ago, so it's possible I am wrong.
Finding Cheetah
I started getting an type error April 1st using days_ago. "Must be a real
number, not str". But it is an integer that I am requesting from the
database as I am requesting the raw dateTime. Now it works on some days and
not others, like 357 days ago but not 360 days. Code from the template and