You need to be care as to how you state things.  I can clearly see that you 
have added current.inHumidity to LoopData and you show that it is appearing 
correctly in the loop-data.txt.

inHumidity is not part of the WeatherBoard skin.  You have added it.  You have 
a JavaScript error that says inHumidity not defined.  Perhaps you should 
restate your question.  Are you having problems with the JavaScript changes you 
have made to WeatherBoard?

>> On Jul 15, 2020, at 5:54 AM, [email protected] <[email protected]> 
>> wrote:
> 
>    Also, why are you using 2.0.b3?  Please use the latest on master as I’ve 
> merged it in.  It is 2.0.b6 (which happens to be what you were claiming to 
> use in the last email). 
> this was watherboard version
> <loop01.jpg>
> 
> 
> my loop-data.txt:
> {"current.dateTime.raw": 1594817282, "current.windchill": "17.6\u00b0C", 
> "current.windSpeed": "0.0 km/h", "current.windSpeed.raw": 0.0, 
> "day.windGust.max": "12.9 km/h", "10m.windGust.max": "8.0 km/h", 
> "10m.windGust.max.formatted": "8.0", "current.barometer": "1013.5 hPa", 
> "trend.barometer.formatted": "0.3", "current.rain": "0.0 mm", 
> "current.rainRate": "0 mm/h", "day.rain.sum": "0.8 mm", "current.appTemp": 
> "18.9\u00b0C", "current.outTemp": "17.6\u00b0C", "current.inTemp": 
> "24.2\u00b0C", "current.inHumidity": "50%", "current.outHumidity": "81%"}
> 
> <loop02.jpg>
> 
> 
> I still have problems with version 2, the update no longer works as in 
> version 1.xx.
> 
> [email protected] schrieb am Dienstag, 14. Juli 2020 um 18:35:21 UTC+2:
>> Of course inHumidity is not defined. You need to read the doc and 
>> specifically the part about upgrading.
>> 
>> inHumidity is now current.inHumidity.formatted
>> It’s in the doc.
>> 
>> Also, why are you using 2.0.b3?  Please use the latest on master as I’ve 
>> merged it in.  It is 2.0.b6 (which happens to be what you were claiming to 
>> use in the last email).
>> 
>> Again, please read the upgrade section of LoopData.  The names changed.  
>> There is ample warning about that at the top:
>> 
>> LoopData 2.x is a breaking change from 1.x. See "How to Upgrade from 
>> LoopData 1.x." below.
>> 
>> inHumidity would fall under this conversion rule:
>> <obs> -> current.<obs>.formatted
>> 
>>>> On Jul 14, 2020, at 8:29 AM, Geni 0815 <[email protected]> wrote:
>>> 
>> 
>>> @John: WeaterBoard 2.0b3 causes problems. everything worked until the time 
>>> with the old version.
>>> With version 2 I get the error: Uncaught ReferenceError: inHumidity is not 
>>> defined, and refreshing doesn't seem to work properly.
>>> The syntax also seems different?
>>> 
>>> I'll test that with current.dateTime.raw in a moment
>>> 
>>> Am Dienstag, 14. Juli 2020 15:52:13 UTC+2 schrieb John Kline:
>>>> 
>>>> It looks like you are missing the following in the fields line:
>>>> 
>>>> current.dateTime.raw
>>>> 
>>>> That is, to upgrade, dateTime needs to be changed to current.dateTime.raw
>>>> 
>>>> I’ll update the How to Upgrade section to reflect that.
>>>> 
>>>>>> On Jul 14, 2020, at 6:01 AM, Geni 0815 <[email protected]> wrote:
>>>>> 
>>>>> @John: I installed version 2.0.b6, almost everything worked right away, 
>>>>> congratulations.
>>>>> What is not yet running is the label: Live and the clock at the bottom 
>>>>> right.
>>>>> 
>>>>> 
>>>>> Am Freitag, 10. Juli 2020 20:09:30 UTC+2 schrieb John Kline:
>>>>>> 
>>>>>> I had a look.  You never actually write FMT_windDir in the JavaScript.  
>>>>>> Just add:
>>>>>> + ‘ (‘ + result[‘FMT_windDir’] + ‘)’
>>>>>> on the appropriate line in realtime_updater.inc.
>>>>>> 
>>>>>> As for barometerRate.  I do see it.  I just spills over to the next 
>>>>>> line.  It looks like I am not properly formatting barometerRate.  I will 
>>>>>> fix that as part of the 2.0 release which I am working on and hope to 
>>>>>> have out this weekend.
>>>>>> 
>>>>>>>> On Jul 10, 2020, at 9:03 AM, [email protected] <[email protected]> 
>>>>>>>> wrote:
>>>>>>> 
>>>>>>> Hi John, I'm on the mountain, there was more. Can you please keep an 
>>>>>>> eye on the two files?
>>>>>>> 
>>>>>>> 
>>>>>>> [email protected] schrieb am Freitag, 10. Juli 2020 um 16:05:18 UTC+2:
>>>>>>>> You need to add the fields:
>>>>>>>> barometerRate
>>>>>>>> FMT_windDir
>>>>>>>> to the fields line in the LoopData section of weewx.conf.
>>>>>>>> 
>>>>>>>> After you do that and restart WeeWX, verify that you see these 
>>>>>>>> readings in loop-data.txt.
>>>>>>>> 
>>>>>>>> Finally, you need to set these values in the JavaScript.
>>>>>>>> 
>>>>>>>> If you have already done all of the above, perhaps you have a 
>>>>>>>> JavaScript error.  Have a look in the JavaScript console in your 
>>>>>>>> browser (note: it may be called something else, search for how to see 
>>>>>>>> JavaScript errors).
>>>>>>>> 
>>>>>>>> BTW, this weekend, I should have a version of LoopData out that uses 
>>>>>>>> the same naming scheme as cheetah.  As such, you will then specify 
>>>>>>>> $current.windSpeed, $current.windDir.ordinal_compass and 
>>>>>>>> $current.windDir (for example) in the fields line in weewx.conf and 
>>>>>>>> those keys will show up in loop-data.txt.  There was no good reason to 
>>>>>>>> invent a new language for this. 
>>>>>>>> 
>>>>>>>>>> On Jul 10, 2020, at 1:54 AM, [email protected] 
>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>> 
>>>>>>>> 
>>>>>>>>> what do I have to change so that the two values (in the yellow 
>>>>>>>>> circle) are always displayed? Now they only flash briefly during a 
>>>>>>>>> manual refresh.
>>>>>>>> 
>>>>>>>>> <loop2.jpg>
>>>>>>>>> 
>>>>>>>>> in index.html.templ:
>>>>>>>>>  <td id="windSpeedAndBearing" 
>>>>>>>>> style="font-family:monospace;font-size:85px;text-align:center;">$current.windSpeed
>>>>>>>>>  $current.windDir.ordinal_compass ($current.windDir)</td>
>>>>>>>>> <span id="FMT_barometer">$current.barometer 
>>>>>>>>> ($trend.barometer.formatted)</span><span>&nbsp;-&nbsp;</span><span 
>>>>>>>>> id="FMT_outHumidity">$current.outHumidity</span>
>>>>>>>>> 
>>>>>>>>> [email protected] schrieb am Donnerstag, 9. Juli 2020 um 15:40:48 
>>>>>>>>> UTC+2:
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>>>> On Jul 9, 2020, at 1:52 AM, [email protected] 
>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>> Question for my understanding:
>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> If or why is the id = string supplemented with $current, $day or 
>>>>>>>>>>> not at all?
>>>>>>>>>> 
>>>>>>>>>>> <loop1.jpg>
>>>>>>>>>> 
>>>>>>>>>> In the examples, no IDs is supplemented with current, day or none at 
>>>>>>>>>> all.  Some values say $current, which means the current observation. 
>>>>>>>>>>  Some say day, which would be for the day and have an aggregator 
>>>>>>>>>> ($day.rain.sum).  In any event, all of these values are overwritten 
>>>>>>>>>> every couple of seconds by the javascript.  As such, they could be 
>>>>>>>>>> removed.
>>>>>>>>>> 
>>>>>>>>>> As for the ids.  They could be anything you wish.  They just are 
>>>>>>>>>> used by the JavaScript to look up the element.  As a naming scheme 
>>>>>>>>>> for ids, I chose to to name them for the corresponding key in 
>>>>>>>>>> loop-data.txt.
>>>>>>>>>> 
>>>>>>>>>> For example, FMT_HI_windGust.  The JavaScript will get lookup the 
>>>>>>>>>> element with the id FMT_HI_windGust.  It will then lookup the value 
>>>>>>>>>> in loop-data.txt for the key FMT_HI_windGust and set the contents of 
>>>>>>>>>> the HTML tag (innerHTML property) to that value.
>>>>>>>>>> 
>>>>>>>>>> If the id was foo on this element, the JavaScript would have to find 
>>>>>>>>>> the foo element in the DOM.  Of course, it will still need to use 
>>>>>>>>>> the key FMT_HI_windGust for looking up the loop-data value.
>>>>>>>>>> 
>>>>>>>>>> As for the naming scheme in loop-data.txt:
>>>>>>>>>> FMT_HI_windGust
>>>>>>>>>> The FMT_ means include the label.
>>>>>>>>>> The HI_ means give me today’s high.
>>>>>>>>>> 
>>>>>>>>>> FMT_windGust would be for the current observation and would include 
>>>>>>>>>> the label.
>>>>>>>>>> 
>>>>>>>>>> windGust would be for the current observation. It would NOT include 
>>>>>>>>>> a label, but it would still be formatted.  That is, if wind should 
>>>>>>>>>> have 1 decimal place, it be formatted as such (e.g., 4.0).
>>>>>>>>>> 
>>>>>>>>>> The README has this info, but to summarize:
>>>>>>>>>> 
>>>>>>>>>> If the key is missing an aggregator (HI, LO, AVG, WAVG, SUM, RMS, 
>>>>>>>>>> VEC_AVG, VEC_DIR), it is the current observation.  If it has an 
>>>>>>>>>> aggregator prefix, it is for the day.  Exceptions are the items I 
>>>>>>>>>> made up 10mMaxGust (which is 10 minutes) and barometerRate (which is 
>>>>>>>>>> a delta from 3 hours ago) and windRose.
>>>>>>>>>> 
>>>>>>>>>> FMT_ includes the label.
>>>>>>>>>> 
>>>>>>>>>> UNITS_ is the unit for the observation.
>>>>>>>>>> 
>>>>>>>>>> LABEL_ is the label for the observation.
>>>>>>>>>> 
>>>>>>>>>> COMPASS_ for windDIr and windGustDir gives compass (text) direction.
>>>>>>>>>> 
>>>>>>>>>> DESC_ for barometer rate gives a text description of the rate (and 
>>>>>>>>>> probably needs to be internationalized).
>>>>>>>>>> 
>>>>>>>>>> T_ is the time of the observation.  For example, T_HI_<obs> would be 
>>>>>>>>>> the time today that the high was reached for the observation.
>>>>>>>>>> 
>>>>>>>>>> Just to mention the other things you pointed to:
>>>>>>>>>> FMT_SUM_rain is today’s rain with a label.  The FMT_ gives the 
>>>>>>>>>> label.  Since SUM_ is an aggregator, it is for today.
>>>>>>>>>> 
>>>>>>>>>> FMT_rainRate is the current rate of rain (since it is missing an 
>>>>>>>>>> aggregator) and it includes a label (FMT_).  FMT_HI_rainRate would 
>>>>>>>>>> be today’s high rainRate.  FMT_T_HI_rainRate would be the formatted 
>>>>>>>>>> time when today’s high rain rate happened.
>>>>>>>>>> 
>>>>>>>>>> Note that the packet time presented in WeatherBoard is not 
>>>>>>>>>> formatted.  It uses rainRate.  That time is then localized with 
>>>>>>>>>> toLocaleTimeString in JavaScript.  In that way, the time presented 
>>>>>>>>>> is local time for the viewer of the web page.
>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> [email protected] schrieb am Mittwoch, 8. Juli 2020 um 20:35:22 
>>>>>>>>>>> UTC+2:
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>>>> On Jul 8, 2020, at 1:36 AM, [email protected] 
>>>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>>  weewx-weatherboard 1.3a the label entries are implemented.
>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> What is the easiest way now
>>>>>>>>>>>>> Indoor temperature
>>>>>>>>>>>>> barometer
>>>>>>>>>>>>> Indoor and outdoor humidity
>>>>>>>>>>>>> to show signs on the display?
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> To get these readings in loop-data.txt, add the following to the 
>>>>>>>>>>>> end of the fields line in the LoopData section of weewx.conf:
>>>>>>>>>>>>     , FMT_inTemp, FMT_barometer, FMT_inHumidity, FMT_outHumidity
>>>>>>>>>>>> 
>>>>>>>>>>>> As for adding them to a skin, it would be helpful to know your end 
>>>>>>>>>>>> goal and your familiarity with the technologies.
>>>>>>>>>>>> 
>>>>>>>>>>>> WeatherBoard is designed for display on a tablet sitting on a 
>>>>>>>>>>>> bookshelf or hanging on a wall.  It’s meant to be viewed from 
>>>>>>>>>>>> across the room.  That’s why there’s a small amount of data in 
>>>>>>>>>>>> large fonts and why I chose the color scheme.
>>>>>>>>>>>> 
>>>>>>>>>>>> Are you trying to have something that looks like WeatherBoard but 
>>>>>>>>>>>> just these four extra items on it?  Will you want more after you 
>>>>>>>>>>>> add these four?  Extra items will mean smaller fonts.  How will 
>>>>>>>>>>>> this skin be viewed?  I’m assuming you are not looking for the 
>>>>>>>>>>>> across the room viewing that I targeted with this skin.
>>>>>>>>>>>> 
>>>>>>>>>>>> Are you looking to write an entirely new skin?
>>>>>>>>>>>> 
>>>>>>>>>>>> Are you looking to add “update on every loop” capabilities to 
>>>>>>>>>>>> another skin that you like?
>>>>>>>>>>>> 
>>>>>>>>>>>> How comfortable are you working with html, css and JavaScript?
>>>>>>>>>>>> 
>>>>>>>>>>>> Cheers,
>>>>>>>>>>>> John
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> [email protected] schrieb am Dienstag, 7. Juli 2020 um 20:10:24 
>>>>>>>>>>>>> UTC+2:
>>>>>>>>>>>>>> Most of the WeatherBoard will now use the strings in Defaults, 
>>>>>>>>>>>>>> so you should see it in German after you install.  For the 
>>>>>>>>>>>>>> custom strings, just update the strings in the 
>>>>>>>>>>>>>> WeatherBoard>Labels>Generic section of weewx.conf.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> On Jul 7, 2020, at 6:47 AM, John Kline <[email protected]> 
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> I’ve created a branch of WeatherBoard that substitutes appTemp 
>>>>>>>>>>>>>>> for dewpoint.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> It is here:
>>>>>>>>>>>>>>> https://github.com/chaunceygardiner/weewx-weatherboard/tree/appTemp
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> On Jul 7, 2020, at 12:09 AM, John Kline <[email protected]> 
>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> There was a subtle difference in how I was creating the next 
>>>>>>>>>>>>>>>> day accumulator vs. how WeeWX proper is doing it.  I’ve 
>>>>>>>>>>>>>>>> changed that.  Please install 1.3.15 and let me know how it 
>>>>>>>>>>>>>>>> goes at midnight.
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> On Jul 6, 2020, at 10:44 PM, [email protected] 
>>>>>>>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>>>>>> Jul  7 00:00:01 Wetter-Raspi rsyslogd:  [origin 
>>>>>>>>>>>>>>>>> software="rsyslogd" swVersion="8.1901.0" x-pid="295" 
>>>>>>>>>>>>>>>>> x-info="https://www.rsyslog.com";] rsyslogd was HUPed
>>>>>>>>>>>>>>>>> Jul  7 00:00:01 Wetter-Raspi systemd[1]: logrotate.service: 
>>>>>>>>>>>>>>>>> Succeeded.
>>>>>>>>>>>>>>>>> Jul  7 00:00:01 Wetter-Raspi systemd[1]: Started Rotate log 
>>>>>>>>>>>>>>>>> files.
>>>>>>>>>>>>>>>>> Jul  7 00:00:02 Wetter-Raspi systemd[1]: man-db.service: 
>>>>>>>>>>>>>>>>> Succeeded.
>>>>>>>>>>>>>>>>> Jul  7 00:00:02 Wetter-Raspi systemd[1]: Started Daily man-db 
>>>>>>>>>>>>>>>>> regeneration.
>>>>>>>>>>>>>>>>> Jul  7 00:00:15 Wetter-Raspi weewx[18476] INFO weewx.manager: 
>>>>>>>>>>>>>>>>> Added record 2020-07-07 00:00:00 CEST (1594072800) to 
>>>>>>>>>>>>>>>>> database 'weewx'
>>>>>>>>>>>>>>>>> Jul  7 00:00:15 Wetter-Raspi weewx[18476] INFO weewx.manager: 
>>>>>>>>>>>>>>>>> Added record 2020-07-07 00:00:00 CEST (1594072800) to daily 
>>>>>>>>>>>>>>>>> summary in 'weewx'
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> [email protected] schrieb am Dienstag, 7. Juli 2020 um 
>>>>>>>>>>>>>>>>> 07:39:52 UTC+2:
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****  Traceback (most recent call last):
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****    File 
>>>>>>>>>>>>>>>>>> "/usr/share/weewx/user/loopdata.py", line 365, in 
>>>>>>>>>>>>>>>>>> process_queue
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****      self.day_accum.addRecord(pkt)
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****    File 
>>>>>>>>>>>>>>>>>> "/usr/share/weewx/weewx/accum.py", line 423, in addRecord
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****      % (record['dateTime'], 
>>>>>>>>>>>>>>>>>> self.timespan))
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****  weewx.accum.OutOfSpan: Attempt to 
>>>>>>>>>>>>>>>>>> add out-of-interval record (1594072801) to timespan 
>>>>>>>>>>>>>>>>>> ([2020-07-06 00:00:00 CEST (1593986400) -> 2020-07-07 
>>>>>>>>>>>>>>>>>> 00:00:00 CEST (1594072800)])
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****  
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****  During handling of the above 
>>>>>>>>>>>>>>>>>> exception, another exception occurred:
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****  
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****  Traceback (most recent call last):
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****    File 
>>>>>>>>>>>>>>>>>> "/usr/share/weewx/user/loopdata.py", line 370, in 
>>>>>>>>>>>>>>>>>> process_queue
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****      self.day_accum.addRecord(pkt)
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****    File 
>>>>>>>>>>>>>>>>>> "/usr/share/weewx/weewx/accum.py", line 423, in addRecord
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****      % (record['dateTime'], 
>>>>>>>>>>>>>>>>>> self.timespan))
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>>>>>>>>>>> user.loopdata:     ****  weewx.accum.OutOfSpan: Attempt to 
>>>>>>>>>>>>>>>>>> add out-of-interval record (1594072801) to timespan 
>>>>>>>>>>>>>>>>>> ([2020-07-06 00:00:00 CEST (1593986400) -> 2020-07-07 
>>>>>>>>>>>>>>>>>> 00:00:00 CEST (1594072800)])
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi systemd[1]: Starting Rotate log 
>>>>>>>>>>>>>>>>>> files...
>>>>>>>>>>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi systemd[1]: Starting Daily 
>>>>>>>>>>>>>>>>>> man-db regeneration...
>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> [email protected] schrieb am Dienstag, 7. Juli 2020 um 
>>>>>>>>>>>>>>>>>> 07:09:28 UTC+2:
>>>>>>>>>>>>>>>>>>> It looks like loopdata stopped again at midnight (I looked 
>>>>>>>>>>>>>>>>>>> at your sight).
>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>> I think it likely that something in the packet at midnight 
>>>>>>>>>>>>>>>>>>> is causing this.  Loopdata does print a stack trace on an 
>>>>>>>>>>>>>>>>>>> unexpected exception before exiting.  Would you have a look 
>>>>>>>>>>>>>>>>>>> in the log and send it?
>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>> If the stack trace doesn’t give me the info I need, I will 
>>>>>>>>>>>>>>>>>>> send you an instrumented version of loopdata.py that will, 
>>>>>>>>>>>>>>>>>>> among other things, log loop packets around midnight.
>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>> On Jul 6, 2020, at 10:26 AM, John Kline 
>>>>>>>>>>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>> BTW, I should probably make dewpoint position on the 
>>>>>>>>>>>>>>>>>>>> weatherboard configurable between dewpoint and appTemp.  
>>>>>>>>>>>>>>>>>>>> That would save you from having to hack on the javaascript.
>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>> Also, I could make the legend configurable for translation.
>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>> I’ll try to do that today or tomorrow.
>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>>> On Jul 6, 2020, at 10:19 AM, John Kline 
>>>>>>>>>>>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>> Yep, you’ll need to make your changes to switch to 
>>>>>>>>>>>>>>>>>>>>> appTemp.  That’s both a change in index.html.tmpl and in 
>>>>>>>>>>>>>>>>>>>>> the realtime_updater.inc file.
>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>> A new day accumulator gets created at midnight, so I am 
>>>>>>>>>>>>>>>>>>>>> very interested in that loopdata crash.  Do you have a 
>>>>>>>>>>>>>>>>>>>>> stacktrace in the log?  Please send what you have.  If 
>>>>>>>>>>>>>>>>>>>>> it’s not descriptive enough, I’ll update loopdata to 
>>>>>>>>>>>>>>>>>>>>> provide more info on that crash.
>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>>> On Jul 6, 2020, at 8:20 AM, [email protected] 
>>>>>>>>>>>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>>> I have replaced the index.html.tmpl with an old version! 
>>>>>>>>>>>>>>>>>>>>>> However, the appTemp is not yet running. Loopdate also 
>>>>>>>>>>>>>>>>>>>>>> crashed at midnight, so watch that today.
>>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>>> [email protected] schrieb am Montag, 6. Juli 2020 um 
>>>>>>>>>>>>>>>>>>>>>> 15:50:11 UTC+2:
>>>>>>>>>>>>>>>>>>>>>>> Now that I’m up for the morning, I went to look at your 
>>>>>>>>>>>>>>>>>>>>>>> WeatherBoard page to see what the JavaScript error was, 
>>>>>>>>>>>>>>>>>>>>>>> but I see that it is up and runnning!
>>>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>>>>>> On Jul 6, 2020, at 3:44 AM, John Kline 
>>>>>>>>>>>>>>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>>>>> Send realtime_updater.inc and weewx.conf.
>>>>>>>>>>>>>>>>>>>>>>>> The JavaScript is broken. I’ll have a look.
>>>>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>>>>>>> On Jul 5, 2020, at 10:35 PM, [email protected] 
>>>>>>>>>>>>>>>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>> I have weewx-loopdata 1.1.13, only the default 
>>>>>>>>>>>>>>>>>>>>>>>>> km_per_hour definition -> the loop-data.txt is OK.
>>>>>>>>>>>>>>>>>>>>>>>>> Why is my WeatherBoard not working? Only time is 
>>>>>>>>>>>>>>>>>>>>>>>>> running.
>>>>>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>>>>>> -- 
>>>>>>>>>>>>>>>>>>>>>>>>> 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 
>>>>>>>>>>>>>>>>>>>>>>>>> [email protected].
>>>>>>>>>>>>>>>>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>>>>>>>>>>>>>>>>> https://groups.google.com/d/msgid/weewx-user/b24a6c1c-9b40-4c1b-abde-cf1c40d127e2n%40googlegroups.com.
>>>>>>>>>>>>>>>>>>>>>>>>> <index.html.tmpl.txt>
>>>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>>>> -- 
>>>>>>>>>>>>>>>>>>>>>> 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 
>>>>>>>>>>>>>>>>>>>>>> [email protected].
>>>>>>>>>>>>>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>>>>>>>>>>>>>> https://groups.google.com/d/msgid/weewx-user/441af783-906b-4497-a023-733da7ec6cc3n%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 [email protected].
>>>>>>>>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>>>>>>>>> https://groups.google.com/d/msgid/weewx-user/9583022e-a87f-4991-8b71-9704b18c9ecen%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 [email protected].
>>>>>>>>>>>> 
>>>>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>>>>> https://groups.google.com/d/msgid/weewx-user/002514e4-098f-42f4-8d52-8fccfa293472n%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 [email protected].
>>>>>>>>>> 
>>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>>> https://groups.google.com/d/msgid/weewx-user/ab5bd30d-64b5-473b-8125-e1cbe3ebc811n%40googlegroups.com.
>>>>>>>>>>> <loop1.jpg>
>>>>>>>>> 
>>>>>>>>> -- 
>>>>>>>>> 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 [email protected].
>>>>>>>> 
>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>> https://groups.google.com/d/msgid/weewx-user/b7deee51-6748-4373-bdb1-79433c7dedban%40googlegroups.com.
>>>>>>>>> <loop2.jpg>
>>>>>>> 
>>>>>>> -- 
>>>>>>> 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 [email protected].
>>>>>>> To view this discussion on the web visit 
>>>>>>> https://groups.google.com/d/msgid/weewx-user/20fdce76-5c9c-49ae-9688-5fd810ea3d25n%40googlegroups.com.
>>>>>>> <index.html.tmpl.txt>
>>>>>>> <realtime_updater.inc.txt>
>>>>> 
>>>>> -- 
>>>>> 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 [email protected].
>>>>> To view this discussion on the web visit 
>>>>> https://groups.google.com/d/msgid/weewx-user/acc5218a-0dea-4eb9-b114-a630b1ecba8bo%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 [email protected].
>> 
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/babdf486-8e09-4045-8e16-6eeafdb0428eo%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 [email protected].
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/42761d21-da47-4657-b34c-5fd16815c438n%40googlegroups.com.
> <loop01.jpg>
> <loop02.jpg>

-- 
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 [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/EBBA7927-F64B-4E78-9155-B795B3909F94%40johnkline.com.

Reply via email to