On Thu, Jan 24, 2013 at 12:31 PM, Gaudenz Steinlin <gaud...@debian.org>wrote:
> Leandro Gómez <leo.tel...@gmail.com> writes: > > > On Wed, Jan 23, 2013 at 1:54 PM, Philip Hands <p...@hands.com> wrote: > > > >> Daniel Pocock <dan...@pocock.com.au> writes: > >> > >> > On 23/01/13 18:17, Gaudenz Steinlin wrote: > >> >> Daniel Pocock <dan...@pocock.com.au> writes: > >> >> > >> >>> Philipp Hug <deb...@hug.cx> wrote: > >> >>> > >> >>>>> choosing rooms by algorithm only is a sure recipe for desaster. > >> >>>> > >> >>>> I don't think we should automatically assign rooms. > >> >>>> It's better if we let the attendees choose their own room > according to > >> >>>> availability. > >> >>>> > >> >>> > >> >>> Can we come up with some solution where people pay and then manage > >> >>> their exact location/room mates through a wiki page? > >> >> > >> >> I don't think that's a good idea because a wiki does not ensure that > no > >> >> room will be overbooked or else enforce any allocation rules we might > >> >> want to set. It will create a lot of chaos I fear. > >> >> > >> > > >> > > >> > I wasn't proposing a complete free-for-all > >> > > >> > Another possibility is to use a shopping cart to sell the beds. The > >> > `stock level' feature of the cart software could be used to limit the > >> > number of beds sold. People then organise themselves however they > like > >> > through private communications (whether it be wiki, email or whatever) > >> > > >> > The only risk is that people have to accept that if they don't > organise > >> > themselves into a group for a room, they will be allocated to any > >> > available bed at random on arrival - but thanks to the stock-level > >> > mechanism, nobody would miss out on the category of bed they actually > >> > paid for. > >> > >> Has anyone that's been responsible for doing the room allocation bit of > >> debconf actually contributed any views to any of these threads yet? > >> > >> > > As someone who was involved with the room allocation for dc12 I have to > > agree with cate. Manual allocation is not perfect, but it'll do a better > > job than implementing a room registration system, even if we end up using > > it only on the backend. > > > > If we let the atendees do the reservation themselves it will lead to > anger > > and frustration when they end up in another room with other people. And > > yes, there will be situations when we need to make some adjustments or > move > > people around. > > Do you have an example? If the people can see who is already in that > room at the time they book (or if they book together) I don't see why we > would have a lot of reallocations. 1 or 2 maybe there are always special > cases, but I would not expect many more. > > Last minute changes. People that don't show up or arrive late. In that case you must optimize your resources. You can't have two people in a 4-bed bedroom. The hotel offering you one thing (3 double rooms for 6 people) and ending up giving you something else (2 triple rooms for 6 people). > On the other hand if the room type preference is just an option you can > click on registration and there is no guarantee that not more people > will select a room type than available and if we do the room allocation > at the time we usually do ther will be lots of frustration from people > that don't get what they expect. > > I don't see how the allocation of the different room types we have at le > camp can be done without something like a booking system. Considering > how many people expressed their view that only some of the available > room types are acceptable to them. These people need to know fairly soon > after registration (and certainly before registrations close) if they > will get what they want. IMHO the situation for DC13 is quite different > from any previous DebConf I know of. > > Agreed. > But perhaps someone proposing to do this as a manual process could > explain a bit more in detail how this should work in practice. > > Gaudenz > > > > > Right now, the amount of people with special accomodation > needs/preferences > > (i.e. I want to share room with X) is not significant. Just imagine how > it > > will be trying to manage 400 people, and each of them with a special > > preference. > > > > > > > >> I fear that without their input all these ideas that are kicking around > >> will just turn out to be noise what one of them turns up and points out > >> the (probably several) fatal flaws. > >> > >> I'd be happy to be wrong about that of course. > >> > >> I think we normally do a lot better than allocating rooms at random, and > >> even so there are still gripes about it, and last minute changes, so as > an > >> uninvolved observer that approach seems likely to end badly. > >> > >> Also, I'd like to know what our past no-show and last-minute-booking > >> rates are, as I have a feeling that they're high enough to break any > >> assumptions along the lines of "just get people to book way in advance, > >> and it'll be fine". At least there seem to have been times when the > >> accommodation team was having to work much harder than you'd expect if > >> those assumptions were true. > >> > >> Cheers, Phil. > >> -- > >> |)| Philip Hands [+44 (0)20 8530 9560] http://www.hands.com/ > >> |-| HANDS.COM Ltd. http://www.uk.debian.org/ > >> |(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND > >> > >> _______________________________________________ > >> Debconf-team mailing list > >> Debconf-team@lists.debconf.org > >> http://lists.debconf.org/mailman/listinfo/debconf-team > >> > >> > > _______________________________________________ > > Debconf-team mailing list > > Debconf-team@lists.debconf.org > > http://lists.debconf.org/mailman/listinfo/debconf-team > > -- > Ever tried. Ever failed. No matter. > Try again. Fail again. Fail better. > ~ Samuel Beckett ~ > _______________________________________________ > Debconf-team mailing list > Debconf-team@lists.debconf.org > http://lists.debconf.org/mailman/listinfo/debconf-team >
_______________________________________________ Debconf-team mailing list Debconf-team@lists.debconf.org http://lists.debconf.org/mailman/listinfo/debconf-team
