FOSS4G 2009 Code Sprint

From OSGeo
Jump to navigation Jump to search

Organizing Contacts

  • Jody Garnett, Tyler Mitchell


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...


Venue

Venue hasn't been confirmed yet, but will likely be Ultimo TAFE, which is 15 minutes walk from the Sydney Convention and Exhibition Centre where the conference is being held. TAFE is a government sponsored Tertiary Education centre and has plenty of rooms, white boards etc.


Time and Date

Date: Saturday 24 October (the day after the conference).

Time to be confirmed.


Motivation and Direction

A day, a code base, and your imagination?

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:

To participate, start a section below for your project.


PostGIS

Coordinator:

  • Paul Ramsey

Attending:

  • Person 1
  • Person 2

Goals:

  • Bug fixes and clean-up for a 1.5 release.

uDig & friends

Coordinator:

Attending:


Goals:

  • database datastores
  • style editors
  • more to come...


The desktop comparison tasks list

Attending, for which project

Feel free to add ideas here:

  • vector data visualization
    • load a shapefile for quick visualization (with prj, without prj)
    • load a particularly large shapefile
    • load a dwg
    • load a dxf
    • ...
  • vector data editing
    • create new geometry layers
    • add an attribute of the geometry as new column to the dataset
    • show existing editing tools (snap, intersections, merge, etc)
    • vector analysis
    • topologic analysis
    • ...
  • raster data visualization
    • load a tiff
    • load a jpg
    • load an ecw
    • load a Mrsid
    • load a GRASS raster
    • load a mosaic of images
    • ...
  • raster data editing
    • map calculations on raster data
    • ...
  • databases
    • visualization of spatial data from PostGIS
    • visualization of spatial data from Oracle spatial
    • visualization of spatial data from ArcSDE
    • visualization of spatial data from MySQL
    • visualization of spatial data from H2spatial
    • create new datasets in the above databases
    • ...
  • web service visualization and query
    • load a WMS dataset, query its informations
    • load a WFS dataset, query its informations
    • load and edit a WFS-T dataset
    • load a WCS dataset
    • ...
  • scripting engines
    • batch mode executions of commands
    • supported languages
    • ...
  • printing
    • support for printing
    • support for storing printing layouts
    • ...

OSGeo Marketing & Education

Coordinator:

  • Tyler Mitchell

Attending:

  • Person 1
  • Person 2

Goals: Review marketing and outreach ideas and needs. For all those who are around during this day but not going to do coding and want to talk more generally about OSGeo directions, etc. Likely follow-up from BoF events


Geometry

Venue:

  • This sprint will occur at Intersect the time axis on Sunday 25 October at an alternate venue - as such we ask anyone attending to RSVP (we are limited to 12 people)

Coordinator:

  • Ben Caradoc-Davies

Attending:

  • Ben Caradoc-Davies
  • Jody Garnett
  • Andrea
  • ...

Goals:

  • Progress ISO 19107 / GML 3D geometry collaboration (OSGeom). See <java-collab@lists.osgeo.org> for more.


Plan:

Some subset of Markus Schneider's proposal:

  1. DONE - Remove all topological and spatial analysis methods in the interfaces from the SVN for now, so we can focus on sanitising the model.
  2. Add factories. I would like to add two factories similar to the ones in the deegree 3 SVN:
  3. Add a basic implementation that is just a bean representation without operations. We could finally start to add JUnit tests then.
  4. Add GML parsers/exporters. I understood that one may want to keep this aspect out of the repository, but I don't see how we could test the difficulties in representing GML geometries (e.g external xlinks) without this. It also would make setting up geometries for testing much easier. Maybe we could keep the GML parsing/exporting isolated from the rest of the code.
  5. Of course we would take on the operations subject again, when we find consensus here.

Project

Coordinator:

  • .

Attending:

  • Person 1
  • Person 2

Goals:

Describe goals ...