Layer YY now references the GeoTIFF, same problem.<br><br><a href="http://www.fireimagery.com/ms/mapserv.exe?map=C:%5Cmaps%5CA091207074551.map&mode=map&mapsize=150+150&layer=YY">http://www.fireimagery.com/ms/mapserv.exe?map=C:\maps\A091207074551.map&mode=map&mapsize=150+150&layer=YY</a><br>
<br>Here is the error file content from this request:<br><br>[Mon Dec 07 16:03:32 2009].406000 CGI Request 4 on process 2508<br>[Mon Dec 07 16:03:32 2009].406000 msWMSLoadGetMapParams(): enabling non-square pixels.<br>[Mon Dec 07 16:03:32 2009].406000 msDrawMap(): kicking into non-square pixel preserving mode.<br>
[Mon Dec 07 16:03:32 2009].406000 msLayerIsVisible(): Skipping layer (YY) because LAYER.EXTENT does not intersect MAP.EXTENT<br>[Mon Dec 07 16:03:32 2009].406000 msLayerIsVisible(): Skipping layer (YY) because LAYER.EXTENT does not intersect MAP.EXTENT<br>
[Mon Dec 07 16:03:32 2009].406000 msDrawMap(): Drawing Label Cache, 0.000s<br>[Mon Dec 07 16:03:32 2009].406000 msDrawMap() total time: 0.000s<br>[Mon Dec 07 16:03:32 2009].531000 msSaveImage() total time: 0.125s<br>[Mon Dec 07 16:03:32 2009].531000 mapserv request processing time (msLoadMap not incl.): 0.125s<br>
[Mon Dec 07 16:03:32 2009].531000 msFreeMap(): freeing map at 00000000017CFFB0.<br>[Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at 0000000003240D60.<br>[Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at 0000000001808290.<br>
[Mon Dec 07 16:04:25 2009].937000 CGI Request 5 on process 2508<br>[Mon Dec 07 16:04:25 2009].937000 msDrawRasterLayerLow(YY): entering.<br>[Mon Dec 07 16:04:25 2009].937000 msDrawMap(): Layer 1 (YY), 0.000s<br>[Mon Dec 07 16:04:25 2009].937000 msDrawMap(): Drawing Label Cache, 0.000s<br>
[Mon Dec 07 16:04:25 2009].937000 msDrawMap() total time: 0.000s<br>[Mon Dec 07 16:04:25 2009].937000 msSaveImage() total time: 0.000s<br>[Mon Dec 07 16:04:25 2009].937000 mapserv request processing time (loadmap not incl.): 0.000s<br>
[Mon Dec 07 16:04:25 2009<br><br><br><div class="gmail_quote">On Mon, Dec 7, 2009 at 3:22 PM, Steve Lime <span dir="ltr"><<a href="mailto:Steve.Lime@state.mn.us">Steve.Lime@state.mn.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The error still indicates a problem recognizing the file type. Can you hit the source GeoTIFF?<br>
<br>
>>> On 12/7/2009 at 3:18 PM, in message<br>
<<a href="mailto:8ab83e650912071318r3f35074anb9d6c9b64393a0c4@mail.gmail.com">8ab83e650912071318r3f35074anb9d6c9b64393a0c4@mail.gmail.com</a>>, Daniel Walton<br>
<div><div></div><div class="h5"><<a href="mailto:dgwalton@gmail.com">dgwalton@gmail.com</a>> wrote:<br>
> I'm creating the PNG image from a GeoTIFF using:<br>
><br>
> gdal_translate -of PNG -quiet -scale -co worldfile=yes<br>
> [Geotiff_filename].tif [PNG_filename].PNG.<br>
><br>
> Also, these PNG source images were working fine under MS4W x86.<br>
><br>
> -Dan<br>
><br>
><br>
><br>
> On Mon, Dec 7, 2009 at 3:14 PM, Steve Lime <<a href="mailto:Steve.Lime@state.mn.us">Steve.Lime@state.mn.us</a>> wrote:<br>
><br>
>> If I take the request out of WMS context to straight CGI with this request:<br>
>><br>
>> <a href="http://www.fireimagery.com/ms/mapserv.exe?map=C" target="_blank">http://www.fireimagery.com/ms/mapserv.exe?map=C</a><br>
>> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ<br>
>><br>
>> I get the following error:<br>
>><br>
>> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.<br>
>> msDrawRaster(): Image handling error. Unrecognized or unsupported image<br>
>> format drawEPP(): Image handling error. EPPL7 support is not available.<br>
>><br>
>> Typically you'll see that when GDAL failed to identify the filetype. EPPL7<br>
>> is the last thing checked so that's not relevant by itself. I guess I'd<br>
>> start<br>
>> by making sure the image is valid.<br>
>><br>
>> Steve<br>
>><br>
>> >>> On 12/7/2009 at 2:47 PM, in message<br>
>> <<a href="mailto:8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com">8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com</a>>, Daniel<br>
>> Walton<br>
>> <<a href="mailto:dgwalton@gmail.com">dgwalton@gmail.com</a>> wrote:<br>
>> > Thanks Daniel. No dice, though, log is empty.<br>
>> ><br>
>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette<br>
>> > <<a href="mailto:dmorissette@mapgears.com">dmorissette@mapgears.com</a>>wrote:<br>
>> ><br>
>> >> Daniel Walton wrote:<br>
>> >><br>
>> >>><br>
>> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have<br>
>> >>> verified that this same problem occurs using the x86 binaries from<br>
>> Tamas'<br>
>> >>> site run in the current x64 environment. The source image is in PNG<br>
>> format<br>
>> >>> in order to make transparency work well on the client. (My client is<br>
>> >>> Silverlight-based, and PNG is the only supported format that supports<br>
>> >>> transparency). The source image does have a world (*.WLD) file which<br>
>> >>> contains these values (file is generated by running gdal_translate on a<br>
>> >>> geotiff image):<br>
>> >>><br>
>> >>><br>
>> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log<br>
>> >> output, if you haven't tried that already.<br>
>> >><br>
>> >><br>
>> >> --<br>
>> >> Daniel Morissette<br>
>> >> <a href="http://www.mapgears.com/" target="_blank">http://www.mapgears.com/</a><br>
>> >> _______________________________________________<br>
>> >> mapserver-users mailing list<br>
>> >> <a href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a><br>
>> >> <a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br>
>> >><br>
>><br>
>><br>
<br>
</div></div></blockquote></div><br>