[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