-
Notifications
You must be signed in to change notification settings - Fork 45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proposal to schedule all meeting within CAMARA anchored on UTC #164
Comments
Fully support this change |
Agreed - it's about time 😁 |
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.):
|
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: Unfortunately there is no way to embed and execute 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:
Default is the time during the CEST period, so in the example above UTC 15:00(edited)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
The text was updated successfully, but these errors were encountered: