MapServer Toronto Code Sprint 2009

Agenda

See ​http://wiki.osgeo.org/wiki/Toronto_Code_Sprint_2009_Agenda#Mapserver

Minutes, Actions, Decisions

1. XML mapfiles

• A draft RFC is at http://mapserver.org/development/rfc/ms-rfc-51.html
• There are concerns about the use of the CWXML library and the benefits of a binary encoded format
• The need we are trying to address is the ability to build MapFile Editors that would be facilitated by the existence of a XML mapfile format (since the current mapfile format makes it impossible to write a forward-compatible parser)
• There are concerns about having to support another set of parsing functions. Just keeping the existing mapfile.x read/write functions in sync is already a challenge, so adding another set of reader/writer functions for XML will just make this worse.
• Conclusion: After discussion, it was decided that for the time being we should develop a XML schema and a XSLT to convert from XML to text mapfile. If the new XML format takes off then we may consider implementing support for it directly in MapServer in a future release.

2. Graphical rendering

• Thomas presented the approach of rendering plugins

MapServer Toronto Code Sprint 2009

Agenda

See ​http://wiki.osgeo.org/wiki/Toronto_Code_Sprint_2009_Agenda#Mapserver

Minutes, Actions, Decisions

1. XML mapfiles

• A draft RFC is at http://mapserver.org/development/rfc/ms-rfc-51.html
• There are concerns about the use of the CWXML library and the benefits of a binary encoded format
• The need we are trying to address is the ability to build MapFile Editors that would be facilitated by the existence of a XML mapfile format (since the current mapfile format makes it impossible to write a forward-compatible parser)
• There are concerns about having to support another set of parsing functions. Just keeping the existing mapfile.x read/write functions in sync is already a challenge, so adding another set of reader/writer functions for XML will just make this worse.
• Conclusion: After discussion, it was decided that for the time being we should develop a XML schema and a XSLT to convert from XML to text mapfile. If the new XML format takes off then we may consider implementing support for it directly in MapServer in a future release. It is understood that the XSLT approach doesn't provide a way to convert from text mapfile to XML, but this is a limitation we can live with for now.

2. Graphical rendering

• Discussion of the approach of rendering plugins
• Conclusions???

3. Attribute type handling (for WFS)

• Ticket: ​http://trac.osgeo.org/mapserver/ticket/462
• An itemObj structure has already been added to mapprimitive.h. We agree that this is the way to go, the C code should be updated to use itemObj instead of the array of itemnames, etc.
• A RFC would be required for this.

4. Metadata and processing directives abuse

• What can we do about this?

Breakout Sections

• Documentation