- From: <Holger.Neuhaus@csiro.au>
- Date: Thu, 16 Apr 2009 09:29:03 +1000
- To: <krp@ecs.soton.ac.uk>, <public-xg-ssn@w3.org>
Hi Kevin, You did miss us in Eastern Australia (Canberra, Hobart), which is two hours ahead of Western Australia (when daylight saving is "off"; WA doesn't have DST while ACT and Tasmania do). Thus, 'Period (b) UTC 13:00 - 14:00 = 23:00 - 24:00, Western Australia' equals 1:00 - 2:00 in Eastern Asutralia. I'd say that this is slightly beyond reasonable ;-) On the other hand, it also shifts ' Period (a) UTC 20:00 - 21:00 = 06:00 - 07:00 +1 day, Western Australia' to 8:00 - 9:00 on the Australian east coast. So, I'd be happy to shift Period (a) to 19:00 (or maybe even 18:00 UTC), depending on the agreement of the other Australian colleagues... Cheers, Holger -----Original Message----- From: public-xg-ssn-request@w3.org [mailto:public-xg-ssn-request@w3.org] On Behalf Of Kevin R. Page Sent: Thursday, 16 April 2009 8:33 AM To: public-xg-ssn@w3.org Subject: Re: Proposal: Timings for regular meetings On Wed, 2009-04-15 at 13:20 -0700, John Graybeal wrote: > As I'm Western US, moving the second one to the 0800 - 1000 time slot > would be most helpful (means I only have to get up at 5 AM, not 3 > AM). I realize that may disadvantage Western Australia (what? no > Eastern Australia?), so I'll take what comes. Yes, apologies, I'd missed off Western US too. The participants/affiliation list doesn't make it particularly obvious which timezone people are in. Applying the (somewhat arbitrary) "least unreasonable" hours of 06:00 - 24:00, this leaves us with two small possible periods (below). If we alternated between them the pain would be shared relatively evenly, apart from Australia getting both an early and a late. My instinct would be to alternate between 21:00 and 13:00 UTC slots to make it mildly less painful for Australia while keeping within the periods, though personally I think this should be decided by those worst affected - i.e. participants in Australia. They may prefer always early, or always late. Or, entirely reasonably, that alternate weeks should be office hours for Australia. At this juncture it's always going to be ~3am for someone, so we probably want to abandon the periods proposed below and select a different set of "best" periods based on rotating and minimising who it's ~3am for. I'd imagine a 3-way rotation would work best. >From email headers it looks like all our Australian colleagues are in the Western Australian timezone. If we do have participants in Eastern Australia (2 hours earlier) period (a) won't be feasible within the "least unreasonable" constraints. In ~6 months when the Northern Hemisphere leaves daylight savings time and the Southern Hemisphere starts DST, period (a) will become better (less early for Australia, less late for Europe), and period (b) worse! Any other timezones I've missed? ;) Period (a) UTC 20:00 - 21:00 = 06:00 - 07:00 +1 day, Western Australia = 23:00 - 24:00, Eastern Europe = 22:00 - 23:00, Central Europe = 21:00 - 22:00, UK and Ireland = 16:00 - 17:00, Eastern US = 13:00 - 14:00, Western US Period (b) UTC 13:00 - 14:00 = 23:00 - 24:00, Western Australia = 16:00 - 17:00, Eastern Europe = 15:00 - 16:00, Central Europe = 14:00 - 15:00, UK and Ireland = 09:00 - 10:00, Eastern US = 06:00 - 07:00, Western US cheers, Kevin. > On Apr 15, 2009, at 12:33 PM, Kevin R. Page wrote: > > > On Wed, 2009-04-15 at 21:34 +0300, hornsby wrote: > >> just a quick addition, Finland is period (a) EET = 23:00 - 01:00 > >> that's indeed pushing the "reasonable" boundaries :) > > > > Sorry Adrian, I overlooked EET! > > > > I tried to apply "least unreasonable" local hours of 06:00-24:00 to > > each > > timezone. Had I included EET the periods should have been: > > > > Period (a) > > UTC 20:00 - 21:00 > > = 06:00 - 07:00 +1 day, Western Australia > > = 23:00 - 24:00, Eastern Europe > > = 22:00 - 23:00, Central Europe > > = 21:00 - 22:00, UK and Ireland > > = 16:00 - 17:00, Eastern US > > > > Period (b) > > UTC 10:00 - 14:00 > > = 20:00 - 24:00, Western Australia > > = 13:00 - 17:00, Eastern Europe > > = 12:00 - 16:00, Central Europe > > = 11:00 - 15:00, UK and Ireland > > = 06:00 - 10:00, Eastern US > > > > Which unfortunately is a shift for the worse in Australia. > > > > Other than this amendment the proposal stands. > > > > Regards, > > > > Kevin > > > > P.S. Of course I say this sitting in the UK, where we have an unfair > > historical advantage meaning we're rarely at the extremes of any > > timezone clash... sorry... > > > >> -----Original Message----- > >> From: Kevin R. Page <krp@ecs.soton.ac.uk> > >> To: public-xg-ssn@w3.org > >> Subject: Proposal: Timings for regular meetings > >> Date: Wed, 15 Apr 2009 19:25:53 +0100 > >> > >> Dear all, > >> > >> Might I suggest we have a separate discussion/doodle for setting a > >> regular meeting slot, or pair of alternating meeting slots. I suspect > >> many of us can arrange our diaries around a regular time in the > >> future, > >> while diaries for the upcoming couple of weeks will already be > >> relatively full. > >> > >> Given the wide spread of timezones [1], I propose there are only a > >> couple of periods of the day that are reasonable for all involved. > >> And > >> I'm pushing the boundaries of "reasonable" here, as there certainly > >> isn't a time that'll be ideal for everyone. Please correct me if I've > >> got your timezone wrong! > >> > >> These are: > >> > >> Period (a) > >> UTC 20:00 - 22:00 > >> = 06:00 - 08:00 +1 day, Western Australia > >> = 22:00 - 24:00, Central Europe > >> = 21:00 - 23:00, UK and Ireland > >> = 16:00 - 18:00, Eastern US > >> > >> Period (b) > >> UTC 10:00 - 14:00 > >> = 20:00 - 24:00, Western Australia > >> = 12:00 - 16:00, Central Europe > >> = 11:00 - 15:00, UK and Ireland > >> = 06:00 - 10:00, Eastern US > >> > >> These are the *only* periods when it isn't the middle of the night > >> for > >> someone. I suggest we see if we can get these to work - if we can't > >> we'll have to alternate between times that some participants > >> definitely > >> won't be able to attend. > >> > >> I also note that the majority of *both* of these periods are > >> out-of-office-hours for Australia. This is not true for the other > >> timezones, where at least one of the periods is within office hours. > >> > >> I therefore propose we give our Australian colleagues the vote of: > >> > >> 1) alternating between an earlier and later slot both within period > >> (b) > >> (to accommodate the start of the working day in the US), or > >> > >> 2) alternating between a slot in period (a) and a slot in period (b), > >> with the option of restricting (a) to e.g. only 22:00 UTC, or > >> > >> 3) not feasible to always have the meeting out of hours in Australia > >> > >> > >> Once a scheme is selected, we can doodle for days of the week/hour > >> slots > >> within the periods provided. > >> > >> I think this will allow us to choose the "least worst" regular > >> meeting > >> slot, where the out-of-hours inconvenience is spread as evenly as > >> possible amongst participants. > >> > >> > >> [1] from the participant list: > >> http://www.w3.org/2000/09/dbwg/details?group=43337 > >> > >> Regards, > >> > >> kev > >> > > > > Regards, > > > > kev > > > > -- > > Kevin R. Page > > krp@ecs.soton.ac.uk http://www.ecs.soton.ac.uk/info/people/krp > > Intelligence, Agents, Multimedia University of Southampton, UK > > > > > > > John > > -------------- > John Graybeal <mailto:graybeal@mbari.org> -- 831-775-1956 > Monterey Bay Aquarium Research Institute > Marine Metadata Interoperability Project: http://marinemetadata.org > > Regards, kev -- Kevin R. Page krp@ecs.soton.ac.uk http://www.ecs.soton.ac.uk/info/people/krp Intelligence, Agents, Multimedia University of Southampton, UK
Received on Wednesday, 15 April 2009 23:29:51 UTC