FOSS4G 2011 Lessons Learned

From OSGeo
Revision as of 13:01, 7 June 2011 by Wiki-Tylere (talk | contribs) (Added lessons learned for the abstract submission process)
Jump to navigation Jump to search

FOSS4G 2011 Home

Abstract Submissions

  • We allowed users to enter their name (including title) in a single box. This proved to be difficult to parse into firstname, lastname, title in order to check for multiple abstract submissions. Suggestion: have separate entries for firstname, lastname, title
  • We allowed users to check multiple boxes for type of presentation (i.e. lightning, general session, etc) from which it was impossible to determine if the submitter had a format preference. Suggestion: have users select choices from a "first preference (required)" and "second preference (optional)" pick list.
  • We mixed academic and general track submissions, which made the resulting datasets more difficult to process. Suggestion: Require submissions to be for either the academic OR the general track. Not both.
  • Suggestion: Allow users to supply a list of keywords (such as software package, application, etc) This would help to facilitate grouping of talks when scheduling.
  • Suggestion: assign an unique "abstract ID" to each abstract when it is submitted, and use it throughout the abstract voting process.
  • Suggestion: State explicitly the maximum number of talks (2) on the abstract submission form.


Previous Years Lessons Learned

FOSS4G 2011 Lessons Learned

Starting this page early so we can document lessons learned as we go along where appropriate, for the benefit of future FOSS4Gs!!

We had a few misunderstandings over the logo requirements initially! This is a summary of requirements for the logo:

  • It must incorporate the FOSS4G "ribbon" element, which has been used in the logo of all FOSS4G conferences. Past logos can be seen here.
  • It does not need to incorporate the OSGeo logo.

The logo is something on which everyone has an opinion (often a strong one!). We recommend assigning a small group to get the logo done rather than having extensive debate with the whole team! We ended up using crowdspring and were very pleased with the way that this worked - we would highly recommend using them in future. Start on the logo asap as you need it for other early stage documents like the sponsorship prospectus.

Sponsorship

Make sure that your sponsorship benefits are a reasonable match for the previous year's, unless you have a compelling reason to change that you are willing to defend. In our first brochure we inadvertently reduced the number of conference passes provided, and quickly heard negative feedback about this from several people (in particular the fact that the bronze sponsorship included no passes rather than one). We changed the benefits to match the previous year in the light of this feedback.

LOC Organization

The Chair needs to get assignments made to members of the team as early as possible, and delegate effectively. I (Peter) didn't do this soon enough.

Discounts

Have discounts/comps for workshops and tutorials clearly ironed out before making any call for proposals for workshops/tutorials. This affects who and how many presenters might submit proposals and what they hopes/expectations might be. This year, our budget only stated how many free passes, generally, were available - not with a particular number set aside for workshops.