[Geoserver-devel] GetLegendGraphic

Jody,

The spec says this for the height/width parameters to GetLegendGraphic:

WIDTH
Optional
This gives a hint for the width of the returned graphic in pixels.
Vector-graphics can use this value as a hint for the level of detail to
include.

HEIGHT
Optional
This gives a hint for the height of the returned graphic in pixels.

So, they're "hints" and non-prescriptive. My concern was with the
<LegendURL> tag in the capabilities file which I think is prescriptive
(well, descriptive and accurate). So, we can ALL be right!

GISs like ArcView (and even the web WMSes -- see mapserver legends) seem
to have a "large" legend - large enough to have actual meaning.

dave

----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/

dblasby@anonymised.com wrote:

Jody,

The spec says this for the height/width parameters to GetLegendGraphic:

Okay - that is most unfriendly.

Only really works if:
a) you known how many rules you have
b) you even have access to the SLD document to begin with

What do you recommend? That I should just take the first 16x16 and hope for the best?
Right now I just ignore the graphic provided by any WMS that provides me images that are not the same size I asked for.

Incidently what is the problem with returning a graphic of the requested size? I see some WMS servers including labels for example.
Is the visualization of rules really what is driving/breaking this for me?

Jody

WIDTH
Optional
This gives a hint for the width of the returned graphic in pixels.
Vector-graphics can use this value as a hint for the level of detail to
include.

HEIGHT
Optional
This gives a hint for the height of the returned graphic in pixels.

So, they're "hints" and non-prescriptive. My concern was with the
<LegendURL> tag in the capabilities file which I think is prescriptive
(well, descriptive and accurate). So, we can ALL be right!

GISs like ArcView (and even the web WMSes -- see mapserver legends) seem
to have a "large" legend - large enough to have actual meaning.

dave

----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/