STYLE->MAXWIDTH, MINWIDTH, MINSIZE, MAXSIZE are not scaled with resolution

[aboudreault]

cnieman reported:

When we scaled these styles for print [(width/resolution)*dpi] which was, for example, in the first class of the attached sample, [(16/96)*300 = 50] and [(10/96)*300 = 31.25] we found that the ratio between the two line >widths was not consistent with what was displayed with no scaling; the line that should have >had a width of 50 was only getting drawn with a width of 32 because of the default MAXWIDTH >value. When MAXWIDTH was set using the same scaling calculation, the lines were drawn with the >correct ratio between the widths.

An example with three line styles can be downloaded at this url: ​http://trac.osgeo.org/mapserver/attachment/ticket/2948/MAXWIDTH_example.zip

[aboudreault]

Due to the current API, that bug cannot be fixed for 5.6. We can't easily access the defresolution/resolution scalefactor in most part of the code. Also, the API will totally change in 6.0 with a lot of improvements. Changing milestone to future.

STYLE (MAXWIDTH, MINWIDTH, MAXSIZE, MINSIZE) and LABEL(MAXSIZE, MINSIZE) will have to be scaled properly with a scale factor depending on defresolution and resolution setting.

[dmorissette]

FYI I have updated the RFC to include a note about this limitation for MAXWIDTH, MINWIDTH, MAXSIZE, MINSIZE in v5.6, and that the issue should be resolved in 6.0. (r9390, r9392)

[aboudreault]

Due to another issue, this bug have been fixed at the same time. The note in the RFC about the limitation should be reversed.

See related bug: ​http://trac.osgeo.org/mapserver/ticket/3157

[aboudreault]

The limitation in the RFC has been removed. Closing this ticket.