Daniel,<br><br>This may also be an issue if GDAL couldn't actually open this file bacause of any reason (permission?).<br>Make sure about this, by using a file monitoring tool, like SysInternals filemon for instance.<br>
<br>Best regards,<br><br>Tamas<br><br><br><br><div class="gmail_quote">2009/12/7 Steve Lime <span dir="ltr"><<a href="mailto:Steve.Lime@state.mn.us">Steve.Lime@state.mn.us</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
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>:\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'. msDrawRaster(): Image handling error. Unrecognized or unsupported image 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 is the last thing checked so that's not relevant by itself. I guess I'd 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 Walton<br>
<div><div></div><div class="h5"><<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 Tamas'<br>
>>> site run in the current x64 environment. The source image is in PNG 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>
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>
</div></div></blockquote></div><br>