[mapserver-dev] RFC 101: Content Dependant Legend Rendering

thomas bonfort thomas.bonfort at gmail.com
Mon Jul 22 02:19:46 PDT 2013

I've added some untested support for HTML legend templates. If the
feature is important for you, you may want to add a set of autotests
for it.
As for embedded legends, I'm very ambivalent as to supporting them in
a single pass, as msDrawMap is already sufficiently complicated that I
am reluctant to add another layer of complexity into it. All map
drawing operations would also take a (to be honest very minor)
performance hit if this were to be added to msDrawMap. In any case,
the support for embedded content-dependant legends is for the time
being completely absent (as turning it on or off would not be done by
url but rather by a new mapfile keyword). This can evolve in a second
phase, but I would prefer to wait for the feature to gain traction and
stabilize before that.


On 21 July 2013 15:30, Daniel Morissette <dmorissette at mapgears.com> wrote:
> Hi Thomas,
> Nice addition. I can envision this being very useful with HTML legends
> eventually even if I undertsand that this may be out of scope for you now.
> BTW, we may also want to support this with legends embeded in the map, or in
> an HTML template from the traditional CGI or even MapScript. In this case
> since we already call msDrawMap() for the main map, we could avoid two
> passes on the data if msDrawMap() could do the marking of the
> layer/class/style/labels on the fly instead of having to make a separate
> call to msHitTestMap(). Would this be easily feasible?
> Daniel
> On 13-07-19 9:49 AM, thomas bonfort wrote:
>> Devs,
>> Please find RFC 101 which proposes an extension to GetLegendRequest
>> image results to only include legend icons for features that are
>> actually present in a given map view
>> https://github.com/mapserver/docs/blob/5398e449f6307419e2557a5a5ca0404bab827728/en/development/rfc/ms-rfc-101.txt
>> and soon at: http://mapserver.org/development/rfc/ms-rfc-101.html
>> I'll be calling for vote on it next week, in time for our upcoming 6.4
>> feature-freeze.
>> Best regards,
>> Thomas
>> _______________________________________________
>> mapserver-dev mailing list
>> mapserver-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
> --
> Daniel Morissette
> http://www.mapgears.com/
> Provider of Professional MapServer Support since 2000
> _______________________________________________
> 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