[mapserver-users] mapserver produces interlaced PNGs even if I configured the map to output noninterlaced PNGs

[Michael Shishcu]

hi, Adrian
try to add ... MIMETYPE "image/png"...
regards, michael

2009/10/14 Adrian Popa <adrian_gh.popa at romtelecom.ro>

>  Hello all,
>
> My goal is to setup tilecache (which is proving to be a real pain), and so
> far I've noticed that even if I configured my map to generate noninterlaced
> PNGs (instructions here:
> http://www.mapserver.org/faq.html#why-doesn-t-pil-python-imaging-library-open-my-pngs),
> it still generates interlaced PNGs.
>
> Here is my outputformat (the only one defined) in my map:
> OUTPUTFORMAT
>     NAME 'AGG'
>     DRIVER AGG/PNG
>     IMAGEMODE RGBA
>     TRANSPARENT ON
>     FORMATOPTION "INTERLACE=OFF"
> END
>
> The parameters that get sent to my mapserver instance are:
>  BBOX2896046.12635,5831228.011975,2935181.884825,5870363.77045EXCEPTIONS
> application/vnd.ogc.se_inimageFORMATpng HEIGHT256LAYERS
> Judete,RuralSate,Rural,Urban,roads,roads-buc,buildings,GranitaJudeteMAP
> /var/www/html/map/rtc_base.map MAP_IMAGETYPEaggMAXEXTENTleft-bottom=(20.26,43.16)
> right-top=(29.7,48.46)MAXRESOLUTION156543REQUESTGetMapSERVICEWMSSRS
> EPSG:900913STYLES
> TRANSITIONEFFECTresizeTRANSPARENTfalseUNITSmVERSION1.1.1 WIDTH256
> I'm not sure if MAP_IMAGETYPE=agg is the one which selects the outputformat
> or not, but the map seems to be rendered with AGG (I could be wrong, of
> course).
>
> So, what am I missing here? Is there another parameter that should be sent
> to mapserver to select the outputformat?
>
> By the way, the image file generated has these properties: img.png: PNG
> image, 256 x 256, 8-bit colormap, interlaced
>
> Thanks,
> Adrian
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091014/5940d0ff/attachment.htm>