[mapserver-dev] RFC 54: MapServer Rendering API

Steve Lime Steve.Lime at dnr.state.mn.us
Sun Apr 19 01:39:41 EDT 2009


My feeling is we should go with the merge now and work out any details where
there are divergent paths (such as caching) later. We need this addition. Some
of my comments were related to detail such as:

  - how should renderer options be encoded in an output format (presumably not
as a format option, perhaps a new renderer option (hash?))
  -  what will the make-up of the more specific rendering objects such as line styles 
look like? 
  - reference maps are still necessary but I think we could attack them by turning a 
request for one into an internal mapfile and handing it off to the renderer.

So, I'm +1 for the merge ASAP.

Steve

>>> thomas bonfort <thomas.bonfort at camptocamp.com> 04/17/09 10:49 AM >>>
Hi devs,

RFC 54 has just been committed to the docs site:

http://mapserver.org/development/rfc/ms-rfc-54.html

I've tried to be as complete as possible, but I'm quite sure I may  
have missed a couple (I hope minor) points.

Most of the RFC is implemented in the graphics sandbox. It  would be  
great if some of you could try it on your local mapfiles to squeeze  
out as many bugs as possible (currently not activated/implemented are  
symbology on lines and polygons, and all the raster layer related code).
To enable the plugin code, you need to configure with --with-cairo.  
The outputformat drivers are cairo/png , cairo/jpeg, cairo/svg and  
cairo/pdf.

Ideally I'd like to merge the graphics branch into the trunk around  
the end of the month so we have more eyes on it before our september  
release target.

Best regards,

thomas
_______________________________________________
mapserver-dev mailing list
mapserver-dev at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-dev



More information about the mapserver-dev mailing list