Regarding Presidents Day: It may be a good thing that it's Presidents day, since it's a public holiday that no one cares about or will have plans for, but might get a paid day off anyway. That means, for those people out there who would have to take days off from work to attend, one of the days might be already taken care of by the holiday.
Also, for those travelling, I find it easiest to have multi-day conferences be adjacent to a weekend (either start on Monday or end on Friday). This greatly eases travel problems if you've got an entire weekend to prepare for travel or to de-stress after returning. I'd go with Feb 18-20 or 26-28... (but I'd nudge it to 25-27 instead to grab the Monday start). I haven't done an introduction email, but I'm here in Portland, an Apache committer (and outspoken ASF advocate) and have been involved in organizing some sizeable conferences in town in the past. I'd be more than happy to assist in whatever way possible (in fact, turns out I was just chatting yesterday about similar topics with Skip from SAO who mentioned that he's been helping Steve to make this happen. Small world). Let me know what I can do to help! Thanks, Troy On Thu, May 10, 2012 at 3:56 PM, Daniel Ruggeri <[email protected]> wrote: > On 5/10/2012 7:10 AM, Rich Bowen wrote: >>> January 28, 29, 30 – M, T, W program $109 >>> February 4,5,6 – M, T, W program $119 >>> February 11, 12, 13 – M, T, W program $124 >>> February 12, 13, 14 – T, W, Th program $121 >>> February 18, 19, 20 – M, T, W program $127 (but the Monday is >>> Presidents'Day) >>> February 26, 27, 28 – T, W, Th program, $127 >>> >> Just a personal preference, but i cant make if its 4/5/6 or 18/19/20 >> >> I dont think presidents day is a big deal. Its not the big thing that, say, >> queens day is. >> > > I would avoid President's day since it is, indeed, a public holiday. > This may discourage some from participating if they are attending the > conference as part of/on behalf of work. I do agree that it is not a big > deal, but if we have other options, let's avoid this date. > > -- > Daniel Ruggeri >
