Planning for OsmoCon + OsmoDevCon

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Harald Welte laforge at gnumonks.org
Sun Oct 15 16:27:35 UTC 2017


Hi Neels,

On Sat, Oct 14, 2017 at 08:24:26PM +0200, Neels Hofmeyr wrote:
> Maybe we can improve the table situation -- in the main conference room, that
> oval table by the sofa corner takes up a lot of space, so that it can be hard
> to pass between the tables. If we could get smaller tabkle or tables and maybe
> leave the oval one in the smaller room, we'd have more space to cross the room
> as well as have a second room to sit in?

This has been a bottleneck for years, but in terms of tables we have to
stick with what the venue has, or we have to arrange for logistics of
transporting bulky objects around.  Maybe we could see if there are some
suitably foldable conference tables, and then buy them + donate them to
IN-Berlin (so we can use them each year, and they can be stored
meanwhile without using up too much space.  Do you want to investigate
that option, together with Heike + IN-Berlin?

> > == Dates / Frequency ==
> > 
> > Having OsmoCon and OsmoDevCon back to back becomes somewhat long, if
> > OsmoCon is 2-3 days and OsmoDevCon is 4 days.
> 
> > I still think it's good to keep them back-to-back.
> 
> For me personally, being away from home early morning until late at night,
> including the semi compulsory diner, for seven days in a row is a challenge.

I fully understand that.  But then, the question is whether you'd need
to be present all times.  As indicated, for OsmoDevCon I would want to
split the "cellular infrastructure" talks on some days and the other
topics like satellite/sdr/... on some other days.  So the 4 days would
become two days.

> Usually I feel that I should be present all of the time, but if it's seven full
> days back to back I think I'd need to take some time off here and there. I'm
> also expected to make up for offloading parenting responsibilites during the
> event, so it seems a lot to extend OsmoCon by two days *and* add another
> OsmoDevCon day. Three more days without a break?

OsmoDevCon clearly needs to get back the one day it lost this year.  At
least that was my feeling.  Do others agree?

More day[s] for OsmoCon was a clear request from many attendees.

> OTOH I welcome more time to sprinkle some open socialising between talks, not
> having to hush almost all conversations because the next talk is starting. For
> long journeys taken to attend, it can be more convenient to not have to wait a
> day between the events. But for being a tourist in Berlin, a day off in between
> isn't that much either? What do travellers think about a day off halfway thru?

I'll leave it to the non-Berlin-local folks to comment to that.

In general, I think the amount of overlap in terms of attendance would
nto be too big.  So maybe *not* having it back-to-back is actually a
good idea?

> My intuition is that once a year is plenty for a user oriented event with
> talks. 

See my other mail.  I think the amount of user-visible changes we're
introducing in the last months has prompted me to think about it.

> Two user based events a year may encourage attendants to spread over
> the two events and thin out / not meet each other?

possibly.

> I imagine that offering workshops for smallish groups of users apart from a
> larger event would make sense any time, as users may request them. We could
> offer a dudle to coordinate good dates to hold workshops [1].

Yes, or simply do some web/screencast or whatever form of "online only"
update every few months.  "Migrating from NITB to BSC+MSC+HLR" would be
a very good first topic currently, I suppose :)

> For hackers to meet, the more the better I guess.

Ok, then let's aim for two OsmoDevCon's next year.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



More information about the OpenBSC mailing list