[mapserver-dev] FW: [mapserver-users] rendering difference between 5.6.3 and 5.6.4

Bart van den Eijnden bartvde at osgis.nl
Tue Jul 13 13:27:34 EDT 2010

Just out of curiosity, doesn't this show up with msautotest (I haven't tried)?

If not, should we not add a testcase to prevent this in the future?

Best regards,

On Jul 13, 2010, at 7:24 PM, Jeff McKenna wrote:

> I used Christy's sample, and confirmed that a branch-5-6 build now gives the same results as 5.6.3 did (on Windows).
> -jeff
> Alan Boudreault wrote:
>> The problem is effectively related to that enum order. It seems that MapServer doesn't use only the enum name but use the enum integer values (determined by the enum order) to get the inchesPerUnit values. There is scale/units code in 4 different files, I would say that a cleanup should be done to avoid such problems in the future.
>> It's now fixed in trunk and backported in branch 5.6. I'd need someone that could get the svn branch 5-6 and confirm that the problem is fixed before Daniel prepares the MS 5.6.5 release. Changeset: http://trac.osgeo.org/mapserver/changeset/10345
>> My apologies for any inconvenience I caused >:|
>> regards,
>> Alan
>> On July 13, 2010 10:36:19 am Daniel Morissette wrote:
>>> Lime, Steve D (DNR) wrote:
>>>> Probably related to the issue that Steve W. identified yesterday. Time to
>>>> start digging folks...
>>> I think the problem may be related to the patch for the units enum order:
>>> http://trac.osgeo.org/mapserver/ticket/3413
>>> The patch (r10243) does not seem to sync the inchesPerUnit[] array in
>>> mapscale.c...
>>> Checking...
>>> Daniel
> _______________________________________________
> 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