Thanks again Gary, any clue as to why my posts get quarantined? Is it 
something to do with the content, length etc or is it just on the whim of 
Google. It's frustrating as I'd like to try and get some help on including 
the forecast on my Web page (now, with help, I have got other parts 
working).

Barry

On Monday, May 9, 2022 at 5:01:39 p.m. UTC-4 gjr80 wrote:

> True to a certain extent; by default the Belchertown skin uses a number of 
> JavaScript locale based date-time formats (LLL, LL, LT, LTS etc) and these 
> formats are  based on the system locale. However, when you use non-locale 
> based formats (MMM, YYYY etc) in skin.conf [Labels] [[Generic]] the 
> resulting date-time formats are for all intents and purposes system 
> independent.
>
> Gary
>
> On Monday, 9 May 2022 at 02:36:44 UTC+10 kk44...@gmail.com wrote:
>
>> Regarding Belchertown skin and Javascript time formatting: This sometimes 
>> depends on the settings of the computer, where the page is displayed. Not 
>> on the settings of the server that hosts the pages or WeeWX. 
>>
>> gjr80 schrieb am Sonntag, 8. Mai 2022 um 01:30:21 UTC+2:
>>
>>> Barry,
>>>
>>> Just a note on how long you have to wait for changes to take effect. 
>>> WeeWX 'generates' skin output at the end of each archive period. So if you 
>>> have an archive period of five minutes that means skin output is generated 
>>> every five minutes, you won't see skin output more frequently than your 
>>> archive period. WeeWX also generates some skin output less frequently than 
>>> every archive period, typically you see this for plots with aggregates but 
>>> can also be applied to templates. For example in the Seasons skin year 
>>> plots by default use a 24 hour aggregate so those plots are generated every 
>>> 24 hours, month plots use a 3 hour aggregate so they are generated every 
>>> three hours. Day plots have no aggregate so they are generated every 
>>> archive periods. Some templates based output may also be generated less 
>>> frequently, but in Seasons they are all generated every archive period. One 
>>> handy tool for forcing WeeWX to re-generate a template or plot on the next 
>>> archive period (regardless of how often it is normally generated) is to 
>>> delete the generated file on the WeeWX machine. One common use is if you 
>>> tweak plot settings you may decide to delete all plot files to force them 
>>> all to be re-generated at the end of the next archive period. You can also 
>>> use the wee_reports utility 
>>> <http://weewx.com/docs/utilities.htm#wee_reports_utility> to generate 
>>> reports on demand. This is useful for testing.
>>>
>>> Gary
>>>
>>> On Sunday, 8 May 2022 at 09:11:19 UTC+10 gjr80 wrote:
>>>
>>>> Seems it got you again...
>>>>
>>>> Re: Weewx - Belchertown and 24 hour time format
>>>> Hi Gary, thanks for dragging me out of the sin bin. The locale change 
>>>> seemed to work for a while, then the format defaulted back to 12 hr. One 
>>>> problem that is causing confusion is the fact that it takes 3 or 4 cycles 
>>>> for the change to take effect. I have now moved on to the skins.conf and 
>>>> your suggestion of   'D MMMM YYYY HH:mm:ss' was a good starting point. I 
>>>> now have the Last Updated in 24hr format!
>>>>
>>>> Barry
>>>>
>>>> On Saturday, 7 May 2022 at 17:20:31 UTC+10 gjr80 wrote:
>>>>
>>>>> Barry,
>>>>>
>>>>> Unfortunately the Google groups spam checker leaves a bit to be 
>>>>> desired. If seems to mark some folks replies as spam for no apparent (to 
>>>>> us) reason. When a post is marked as spam the group managers/owners don't 
>>>>> get notified there are posts awaiting checking/release unless we happen 
>>>>> to 
>>>>> view the group in a browser and notice the pending posts. And to cap it 
>>>>> all 
>>>>> off when we do release a post that was marked as spam it is often shown 
>>>>> as 
>>>>> deleted (well that is what happens to me 90% of the time, Tom seems to 
>>>>> have 
>>>>> more success). Enough Google complaining.
>>>>>
>>>>> Changing the locale may have given you the 24 hour time format you 
>>>>> seek but I think you will find that changing locales to somewhere where 
>>>>> you 
>>>>> are not may solve one problem but create a number of others (not 
>>>>> necessarily WeeWX related). The Belchertown skin appears to use a number 
>>>>> of 
>>>>> locale based formats  (as does WeeWX) to give usable date-time formats 
>>>>> for 
>>>>> most users around the world. When you want something different a half way 
>>>>> decent skin will give you the ability to alter the formats in 
>>>>> weewx.conf or skin.conf which is exactly what the Belchertown skin 
>>>>> does. It might take a bit of playing around but I would try and persist 
>>>>> with your correct locale and tweak the date and time formats in the 
>>>>> Belchertown skin.conf to get what you want. 
>>>>>
>>>>> Gary 
>>>>>
>>>>> On Saturday, 7 May 2022 at 17:06:15 UTC+10 gjr80 wrote:
>>>>>
>>>>>> Barry's reply was caught up again by the Google-groups spaminator. 
>>>>>> Even when I release the posts they show up as deleted so I have posted 
>>>>>> the 
>>>>>> first below (sans some formatting):
>>>>>>
>>>>>> Gary
>>>>>>
>>>>>> Thanks Gary, just got around to reading your post after an 
>>>>>> accelerated course in how to mess things up on Linux!! I am still not 
>>>>>> totally sure how Linux handles all the Date formatting as on first 
>>>>>> install 
>>>>>> the system clock t the bottom is in 24hr format, but every thing else 
>>>>>> displays as 12 hr. I finally solved the issue (I think) with the 
>>>>>> following 
>>>>>> Linux command
>>>>>>
>>>>>> sudo localectl set-locale LC_TIME=en_GB.UTF-8
>>>>>>
>>>>>> My locale was set as Canada where the 12hr format is more common, by 
>>>>>> changing the TIME part to GB it then uses 24hr. I am sure there are many 
>>>>>> good reasons I shouldn't do it this way but.........
>>>>>>
>>>>>> Mind you, I haven't found a way to return to the 12hr format (not 
>>>>>> that I want to). I would have thought that 
>>>>>>
>>>>>> sudo localectl set-locale LC_TIME=en_CA.UTF-8 would work, but it 
>>>>>> doesn't!
>>>>>>
>>>>>>
>>>>>> On Thursday, May 5, 2022 at 8:05:24 p.m. UTC-4 gjr80 wrote:
>>>>>> The problem you have with a skin such as Belchertown that relies on a 
>>>>>> mix of HTML and Javascript is that you are now no longer simply using 
>>>>>> WeeWX 
>>>>>> tags and formatting to generate the displayed data, but you likely have 
>>>>>> Javascript formatting to deal with as well. Chances are that changing 
>>>>>> WeeWX 
>>>>>> formatting, particularly for date-time data, will not give you what you 
>>>>>> want.
>>>>>>
>>>>>> I don't use the Belchertown skins but looking in some of the 
>>>>>> templates pointed me to these settings in the Belchertown skin.conf 
>>>>>> [Labels] 
>>>>>> [[Generic]] (circa line 590):
>>>>>>
>>>>>> # moment.js default labels formats
>>>>>> time_earthquake = "LLL"
>>>>>> time_last_updated = "LL, LTS"
>>>>>> time_snapshot_records_today_header = "dddd, LL"
>>>>>> time_snapshot_records_month_header = "MMMM YYYY"
>>>>>> time_sunrise = "LT"
>>>>>> time_sunset = "LT"
>>>>>> time_forecast_alert_expires = "LLL"
>>>>>> time_forecast_date = "ddd M/DD"
>>>>>> time_forecast_time = "ddd LT" # must be {day} {time} format
>>>>>> time_forecast_last_updated = "LLL"
>>>>>> time_records_page_full_date = "LLL"
>>>>>> time_records_page_month_day_year = "LL"
>>>>>> time_records_page_rainfall_range_begin = "MMMM DD"
>>>>>> time_records_page_rainfall_range_end = "LL"
>>>>>>
>>>>>> To change the 'Last Updated' date-time on main page you need to 
>>>>>> change the time_last_updated setting. I suspect you will find that "LL 
>>>>>> LTS" is a locale based format which may or may not give you a 24 
>>>>>> hour time format depending on your systems locale. If you google 
>>>>>> '*formatting 
>>>>>> date and time with moment.js*' you should find some useful 
>>>>>> information, it looks like something like 'D MMMM YYYY HH:mm:ss' may be 
>>>>>> a 
>>>>>> good starting point. Try changing that setting though you will need to 
>>>>>> wait 
>>>>>> for the next report cycle to see the effect of your changes.   
>>>>>>
>>>>>> Gary
>>>>>>
>>>>>

-- 
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 
https://groups.google.com/d/msgid/weewx-user/80638c9f-71ae-45ee-9e1c-70933bb45a4fn%40googlegroups.com.

Reply via email to