FOSS4G2008 CodeSprint
There WILL be code sprint on Friday 3rd Oct
Note that (on 12 May) everything below is a copy of the 2007 code sprint page, waiting for Tim and others to update it for 2008
Back to FOSS4G2008...
Organizing Contacts
- Tim Sutton
Interested to organize a code sprint
- Markus Neteler: GRASS GIS
- Andrea Antonello: JGrass / uDig
Code Sprint - what's that?
A code sprint is usually organized by a group that is using an open source project and wants to see something done. They fly the developers to a single location and feed them for a couple of days with the necessities of the hacking life (internet, caffeine, electricity). The communication that happens from face to face hacking usually lasts the project for a year or more. You see this a lot in projects like Drupal etc...
Motivation and Direction
A day, a code base, and your imagination?
On the Friday after the conference, a big room with internet connectivity, lots of tables and flip charts will be arranged. Projects can use the time and venue for organizational discussions, development roadmaps, and group resolution of thorny issues in their code bases.
Is this your First Sprint? Here is some background information to get you started:
- http://www.infrae.com/about/activities/sprintathon/tips
- http://www.onlamp.com/pub/a/python/2006/10/19/running-a-sprint.html
- Example Sprint (from same people who do GeoServer): http://www.openplans.org/projects/bbq-sprint
To participate, start a section below for your project.
GeoTools
Attending
- Andrea Aime
- Justin Deoliveira
- Jody Garnett
- Cory Horner
Goals
We are going to to do a cross project code sprint (with GeoServer and uDig developers) focused on changing the internals over to the new Feature model. If we run across any old Filter code we will take care of it as well. The "old" Feature interface will still be available for client code to use - this sprint is just focused on updating (and testing the heck out of) our internals.
Preparation
We need *good* code examples of how to do the following before we start: Use SimpleFeatureTypeBuilder, use SimpleFeatureBuilder. It may also help to have a big old class diagram of the Feature model.
We expect each developer to have a working build of trunk, have read the interfaces for SimpleFeature and the above code examples.
Out of Scope
There are lots of things that are going to have to follow out of scope for this sprint. I am going to bring attention to the following explicitly. *Performance* (the implementation of SimpleFeature available here is for the transition period only - optimize on your own time after we have updated the codebase to handle it). *Javadocs* - much of the javadocs will be out of date by the time we are done, type a sentence and move on.
During the code sprint you will be tempted - when you run into any good ideas on these topics simply fire an email off to the devel list and we will revisit it later.
GRASS
Attending
Goals
- Hack session: fix bugs, new features
- Maybe invite power users to get in touch?
GDAL Bug Squash
Details at: http://trac.osgeo.org/gdal/wiki/BugSquash2007
GeoNetwork / Metadata Madness
Goals
Building crawler/harvester/aggregator applications on top of the GeoNetwork metadata catalog network and similar interfaces. Plugging client stuff like gvSIG and uDig into it.
Attending
OpenLayers
Attending
- Christopher Schmidt
- Aaron Racicot
- Tim Schaub
- Erik Uzureau
- Lorenzo Becchi
- Schuyler Erle
- Paul Spencer
- Pierre Giraud
- Mike Adair
- Andreas Hocevar
- David Zwarg
- Cameron Shorter, after lunch for a couple of hours, remotely from Australia.
Goals
Hack, hack, hack. I think this will be OpenLayers 2.6 or 2.7?
Some specific ideas:
- OL Context/WMC+ - read/write support for and OWS Context style doc
- SLD support - edit/read/write
- OWS:Filter - pass & integrate with WFS Layer. (Interest to Cameron)
- Renderer Optimizations
- consider attributing geometry components with a minResolution below which the renderer doesn't deal with them
- clipping - svg supports clipping, we need to consider clipping or another method of dealing with geometries that extend beyond the renderer bounds
- add <canvas> renderer
- integrate emanual's animated zooming stuff
- client-side coordinate transformations
- WMS Manager - What do we do with it? :-) ominiverdi
QGIS
CANCELLED
SWIG Bindings
SWIG bindings are increasingly used and could be used by many projects. GDAL uses them, and this sprint will focus in GDAL's (new generation) bindings but more general discussion, goal setting, and talk on integration is very much hoped for.
Attending
Goals
- present a short introduction to SWIG (AJ: I'll prepare this)
- develop a vision of how we integrate tools and create common look and feel high-level programming interfaces with SWIG bindings
Specifically for GDAL (from Tamas Szekeres' email):
- harmonize the typemap usage between the various bindings (and update the README.typemaps accordingly)
- determine which of the gdal/ogr features should be added to (or perhaps removed from) the SWIG interface.
- look over the possibilities to automate the creation of the code-comment-documentation for the various languages.
- construct the expected object model diagram to follow by the various languages (and publish the model itself)
- discuss the language specific issues and the expected treatments.
Udig / JGrass
Cross project code sprint with the JGrass and uDig projects.
Attending
Goals
To be defined...
French translation
Contact: Yjacolin, Vincent Picavet
Attending
See Translation sprint (in french)
Goals
Translate OSGeo Journal Vol. 2 into french. Some other aspects of translation/localization of OSGeo software could be discussed as well.
Promotion Projects: Demo Videos, Website
Contact: Tyler Mitchell
Goals
For at least part of the Code Sprint time, we can meet to put together various screenshot and/or video demonstrations of OSGeo software. These will be used for future promotional purposes at conferences, online and more.
Also, we can update the OSGeo.org website for the projects' info sheet: i.e. http://osgeo.org/mapserver, etc.
MAJAS call for participation
Contact: Dirk Frigne
What is Majas ?
MAJAS is a component framework for building rich Internet applications (RIA) with sophisticated capabilities for the display, analysis and management of geographic information. It is a building block that allows developers to add maps and other geographic data capabilities to their web applications.
Goals
Finding participants for further development and maintenance of the project and warming up the community for this project (and have a beer afterwards)
- Discussion about setting up collaboration MAJAS
- Q&A MAJAS
- Roadmap MAJAS
- Some technical issues like OSGI server integration