Difference between revisions of "FOSS4G2007 CodeSprint"

From OSGeo
Jump to navigation Jump to search
 
(27 intermediate revisions by 21 users not shown)
Line 27: Line 27:
 
=== Attending ===
 
=== Attending ===
  
−
* Andrea Amie
+
* Andrea Aime
−
* [[User:Jdeolive | Justin Deoliver]]
+
* [[User:Jdeolive | Justin Deoliveira]]
 
* [[User:Jive | Jody Garnett]]
 
* [[User:Jive | Jody Garnett]]
 
* [[User:Chorner | Cory Horner]]
 
* [[User:Chorner | Cory Horner]]
Line 38: Line 38:
 
=== Preparation ===
 
=== Preparation ===
  
−
We need *good* code examples of how to do the following before we start:
+
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.
−
* Use SimpleFeatureTypeBuilder
+
 
−
* Use SimpleFeatureBuilder
+
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 ===
 
=== Out of Scope ===
Line 56: Line 56:
 
* Hack session
 
* Hack session
  
−
== GDAL / Mapserver ==
+
== GDAL Bug Squash ==
−
 
 
−
=== Attending ===
 
−
 
 
−
* [[User:Mloskot|Mateusz Loskot]]
 
−
* [[User:aaronr|Aaron Racicot]]
 
−
* [[User:szekerest|Tamas Szekeres]]
 
  
−
=== Goals ===
+
Details at: http://trac.osgeo.org/gdal/wiki/BugSquash2007
  
 
== GeoNetwork / Metadata Madness ==
 
== GeoNetwork / Metadata Madness ==
Line 81: Line 75:
 
=== Attending ===
 
=== Attending ===
  
−
* [[User:crschmidt|Chris Schmidt]]
+
* [[User:crschmidt|Christopher Schmidt]]
 
* [[User:aaronr|Aaron Racicot]]
 
* [[User:aaronr|Aaron Racicot]]
 
* [[User:tschaub|Tim Schaub]]
 
* [[User:tschaub|Tim Schaub]]
 
* [[User:euzuro|Erik Uzureau]]
 
* [[User:euzuro|Erik Uzureau]]
−
*[[User:ominiverdi|Lorenzo Becchi]]
+
* [[User:ominiverdi|Lorenzo Becchi]]
 +
* [[User:SchuylerErle|Schuyler Erle]]
 +
* [[User:pagameba|Paul Spencer]]
 +
* [[User:pgiraud|Pierre Giraud]]
 +
* [[User:madair|Mike Adair]]
 +
* [[User:ahocevar|Andreas Hocevar]]
 +
* [[User:dzwarg|David Zwarg]]
 +
* [[User:camerons|Cameron Shorter]], after lunch for a couple of hours, remotely from Australia.
  
 
=== Goals ===
 
=== Goals ===
Line 93: Line 94:
 
* OL Context/WMC+ - read/write support for and OWS Context style doc
 
* OL Context/WMC+ - read/write support for and OWS Context style doc
 
* SLD support - edit/read/write
 
* SLD support - edit/read/write
 +
* OWS:Filter - pass & integrate with WFS Layer. (Interest to Cameron)
 
* Renderer Optimizations
 
* Renderer Optimizations
 
** consider attributing geometry components with a minResolution below which the renderer doesn't deal with them
 
** 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
 
** 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? :-) [[User:ominiverdi|ominiverdi]]
  
 
== QGIS ==
 
== QGIS ==
−
=== Attending ===
+
'''CANCELLED'''
−
* [[User:Gsherman|Gary Sherman]]
 
−
* [[User:Aaronr|Aaron Racicot]]
 
−
* [[User:hdus|Horst Düster]]
 
−
 
 
−
=== Goals ===
 
−
Here are some goals/wishes/ideas for the code sprint:
 
−
 
 
−
1. I would love to get some traction on expanding the "Tim Tutorials" into a more generic and robust framework for stand alone apps.  Focusing on the Python bindings would be my preference. (Aaron Racicot)
 
−
 
 
−
2. Build an ''all-in-one'' data browser:
 
−
* Display a tree of all QGIS supported types, including PostGIS and WMS
 
−
* Support drag and drop from the browser to the QGIS map canvas
 
−
* Include file/layer management tools
 
−
 
 
−
3. I would prefer a discussion in which direction symbolisation should go. (Horst Düster)
 
  
 
== SWIG Bindings ==
 
== SWIG Bindings ==
Line 138: Line 129:
  
 
== Udig / JGrass ==
 
== Udig / JGrass ==
 +
 +
Cross project code sprint with the JGrass and uDig projects.
  
 
=== Attending ===
 
=== Attending ===
Line 144: Line 137:
 
* [[User:jeichar | Jesse Eichar]]
 
* [[User:jeichar | Jesse Eichar]]
 
* [[User:silli | Silvia Franceschi]]
 
* [[User:silli | Silvia Franceschi]]
 +
* [[User:Jive | Jody Garnett]]
  
 
=== Goals ===
 
=== Goals ===
Line 157: Line 151:
 
|-
 
|-
 
| Debug uDig Trunk
 
| Debug uDig Trunk
−
| uDig trunk was moved to Geotools trunk some time ago but the changes were major and many bugs still exist.  Styling for example still doesn't work
+
| uDig trunk was moved to GeoTools trunk some time ago but the changes were major and many bugs still exist.  Styling for example still doesn't work
 +
|-
 +
| Simple Feature
 +
| GeoTools is doing a cross project code sprint and will need a uDig developer to update our trunk to SimpleFeature
 
|-
 
|-
 
|  Better GRASS compatibility
 
|  Better GRASS compatibility
Line 178: Line 175:
 
|-
 
|-
 
| Definition of a portable workspace
 
| Definition of a portable workspace
−
| UDig should have the possibility to export the workspace, either automagically or even by just moving a folder from one user to the other. It's about relative paths, about copying data eventually into the workspace and things like that. I believe this is a critical problem for usability.
+
| UDig should have the possibility to export the workspace, either automagically or even by just moving a folder from one user to the other. It's about relative paths, about copying data eventually into the workspace and things like that. I believe this is a critical problem for usability. Should remember to isolate username/password information as well.
 
|}
 
|}
  
Line 185: Line 182:
 
|-
 
|-
 
! ID
 
! ID
 +
! Voter
 +
! Voter
 
! Voter
 
! Voter
 
! Voter
 
! Voter
Line 192: Line 191:
 
| 1
 
| 1
 
| 4
 
| 4
 +
| 4
 +
| 1
 
| 4
 
| 4
 
|-
 
|-
Line 198: Line 199:
 
| 1
 
| 1
 
| 0
 
| 0
 +
| 4
 +
| 4
 +
|-
 +
| Simple Feature
 +
| 2
 +
|
 +
|
 +
|
 +
| 2
 
|-
 
|-
 
| Better GRASS compatibility
 
| Better GRASS compatibility
Line 203: Line 213:
 
| 5  
 
| 5  
 
| 5
 
| 5
 +
| 2
 +
| 0
 
|-
 
|-
 
| Wizard and DND
 
| Wizard and DND
Line 208: Line 220:
 
| 3
 
| 3
 
| 0
 
| 0
 +
| 4
 +
| 3
 
|-
 
|-
 
| Rendering
 
| Rendering
Line 213: Line 227:
 
| 3
 
| 3
 
| 5
 
| 5
 +
| 4
 +
| 4
 
|-
 
|-
 
| Remove Cruft
 
| Remove Cruft
Line 218: Line 234:
 
| 3
 
| 3
 
| 0
 
| 0
 +
| 3
 +
| 4
 
|-
 
|-
 
| 3D visualization
 
| 3D visualization
Line 223: Line 241:
 
| 5
 
| 5
 
| 5
 
| 5
 +
| 4
 +
| 4
 
|-
 
|-
 
| Italian translation
 
| Italian translation
−
| x
+
| 2.5
 
| 3
 
| 3
 
| 5
 
| 5
 +
| x
 +
| 0
 
|-
 
|-
 
| Portable workspace
 
| Portable workspace
−
| x
+
| 4
 
| 5
 
| 5
 
| 5
 
| 5
 +
| 4
 +
| 1
 
|}
 
|}
  
 
== French translation ==
 
== French translation ==
−
Contact: [[User:Yjacolin|Yjacolin]]
+
Contact: [[User:Yjacolin|Yjacolin]], [[User:VincentP|Vincent Picavet]]
 
=== Attending ===
 
=== Attending ===
 
See [[OSGeo_fr_FOSS4G_2007_fr#Traduction_sprint|Translation sprint (in french)]]
 
See [[OSGeo_fr_FOSS4G_2007_fr#Traduction_sprint|Translation sprint (in french)]]
 
=== Goals ===
 
=== Goals ===
−
Translate a documentation into french. The document has to be defined, some exemple : qgis, openlayers, OSGeo website, GRASS, MapBuilder, MapLab, OSGeo Journal Vol. 2, etc.
+
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: [[User:Tmitchell|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: [[User:dfc|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
  
−
[[Category:Events]]
+
[[Category:Past Events]]
 
[[Category:FOSS4G2007]]
 
[[Category:FOSS4G2007]]
−
[[Category:FOSS4G]]
+
[[Category:Code Sprints]]

Latest revision as of 04:29, 11 February 2015

Back to FOSS4G2007...

Organizing Contacts

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:

To participate, start a section below for your project.

GeoTools

Attending

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

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

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

Currently these are proposals we are working on selecting a subset of these goals.

Topic Description
Animation Framework If we could code up an example animation (say a point moving over a road network), then it becomes much easier for newcommers to work on fleshing this out. We could come up with a list of topics as the meeting draws nearer and decide on site as to which we wanted to tackle.
Debug uDig Trunk uDig trunk was moved to GeoTools trunk some time ago but the changes were major and many bugs still exist. Styling for example still doesn't work
Simple Feature GeoTools is doing a cross project code sprint and will need a uDig developer to update our trunk to SimpleFeature
Better GRASS compatibility better GRASS compatibility through JGrass
Wizard and DND Separate catalog wizards and Drag and Drop code to simplify both problems
Rendering Rendering has been in need of an overhaul for quite some time. Lets fix it
Remove Cruft Lets comb the code base and get rid of some of the ugly/unused
3D visualization let's talk a bit about 3D, jogl, jirr and other nasty things and udig
Italian translation of uDig I know this is rather utopic, but you never know :)
Definition of a portable workspace UDig should have the possibility to export the workspace, either automagically or even by just moving a folder from one user to the other. It's about relative paths, about copying data eventually into the workspace and things like that. I believe this is a critical problem for usability. Should remember to isolate username/password information as well.

Voting (scale 1-5)

ID Voter Voter Voter Voter Voter
Animation Framework 1 4 4 1 4
Debug uDig Trunk 1 1 0 4 4
Simple Feature 2 2
Better GRASS compatibility 3 5 5 2 0
Wizard and DND 4 3 0 4 3
Rendering 4 3 5 4 4
Remove Cruft 4 3 0 3 4
3D visualization 5 5 5 4 4
Italian translation 2.5 3 5 x 0
Portable workspace 4 5 5 4 1

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
Retrieved from "http://wiki.osgeo.org/w/index.php?title=FOSS4G2007_CodeSprint&oldid=81649"