Open hdamker opened 1 month ago
Fully support this change
Agreed - it's about time :grin:
This complete time zone and DST thing is so confusing that I did it in the above proposal already in two place wrong, now edited and hopefully correct.
As "authoritative" source here from [Wikipedia](https://en.wikipedia.org/wiki/Central_European_Summer_Time#:~:text=Central%20European%20Summer%20Time%20(CEST,other%20part%20of%20the%20year.):
Central European Summer Time (CEST, UTC+02:00), sometimes referred to as Central European Daylight Time (CEDT), is the standard clock time observed during the period of summer daylight-saving in those European countries which observe Central European Time (CET; UTC+01:00) during the other part of the year.
Regarding ways to show the participant the local time for the meeting - here's an example of a native script to convert the UTC meeting time to the locale of the requesting browser/OS: UTC Meeting Time to Local Time .
Unfortunately there is no way to embed and execute <script>
blocks in GitHub README.MD files, but it could be included as a clickable link in the README files, and/or embedded in the camaraproject.org pages to dynamically show the local meeting time.
Caveat: it works based on the time offset now, it doesn't take the date of a future meeting into account, so caution needed in March/October.
OK to the proposal, thanks
Problem description
Currently most (all?) community meetings within CAMARA are scheduled anchored on the Central European Timezone, which means that the meetings are moving relative to UTC (Coordinated Universal Time) with the start and end of the daylight saving time (DST) period in EU.
In other words, a meeting which is scheduled within LFX platform on "16:00 Europe/Amsterdam" happens on
That is convenient for meeting participants in Europe, but unfair and confusing for people within time zones without DST or on the southern hemisphere (see https://en.wikipedia.org/wiki/Daylight_saving_time_by_country - a lot countries had formerly DST observed but discontinued it). The meetings are jumping in time for them just because EU hasn't yet managed to discontinue DST.
North America is mostly in sync but has chosen second Sunday in March to enter DST and first Sunday in November to end DST, which adds also here a lot of confusion.
Expected action
Proposed change - to be discussed and decided by the TSC:
Advantages:
Alternative Solutions
The anchoring within EU time zone will be kept. To avoid misunderstanding, all descriptions of meeting schedules will be reviewed and updated if not clearly defined.
Possible example (edit: corrected):
That will not solve that it is unfair to impose the time change on other countries without DST.
Additional context