Layer YY now references the GeoTIFF, same problem. http://www.fireimagery.com/ms/mapserv.exe?map=C:\maps\A091207074551.map&mode=map&mapsize=150+150&layer=YY<http://www.fireimagery.com/ms/mapserv.exe?map=C:%5Cmaps%5CA091207074551.map&mode=map&mapsize=150+150&layer=YY>
Here is the error file content from this request: [Mon Dec 07 16:03:32 2009].406000 CGI Request 4 on process 2508 [Mon Dec 07 16:03:32 2009].406000 msWMSLoadGetMapParams(): enabling non-square pixels. [Mon Dec 07 16:03:32 2009].406000 msDrawMap(): kicking into non-square pixel preserving mode. [Mon Dec 07 16:03:32 2009].406000 msLayerIsVisible(): Skipping layer (YY) because LAYER.EXTENT does not intersect MAP.EXTENT [Mon Dec 07 16:03:32 2009].406000 msLayerIsVisible(): Skipping layer (YY) because LAYER.EXTENT does not intersect MAP.EXTENT [Mon Dec 07 16:03:32 2009].406000 msDrawMap(): Drawing Label Cache, 0.000s [Mon Dec 07 16:03:32 2009].406000 msDrawMap() total time: 0.000s [Mon Dec 07 16:03:32 2009].531000 msSaveImage() total time: 0.125s [Mon Dec 07 16:03:32 2009].531000 mapserv request processing time (msLoadMap not incl.): 0.125s [Mon Dec 07 16:03:32 2009].531000 msFreeMap(): freeing map at 00000000017CFFB0. [Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at 0000000003240D60. [Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at 0000000001808290. [Mon Dec 07 16:04:25 2009].937000 CGI Request 5 on process 2508 [Mon Dec 07 16:04:25 2009].937000 msDrawRasterLayerLow(YY): entering. [Mon Dec 07 16:04:25 2009].937000 msDrawMap(): Layer 1 (YY), 0.000s [Mon Dec 07 16:04:25 2009].937000 msDrawMap(): Drawing Label Cache, 0.000s [Mon Dec 07 16:04:25 2009].937000 msDrawMap() total time: 0.000s [Mon Dec 07 16:04:25 2009].937000 msSaveImage() total time: 0.000s [Mon Dec 07 16:04:25 2009].937000 mapserv request processing time (loadmap not incl.): 0.000s [Mon Dec 07 16:04:25 2009 On Mon, Dec 7, 2009 at 3:22 PM, Steve Lime <steve.l...@state.mn.us> wrote: > The error still indicates a problem recognizing the file type. Can you hit > the source GeoTIFF? > > >>> On 12/7/2009 at 3:18 PM, in message > <8ab83e650912071318r3f35074anb9d6c9b64393a...@mail.gmail.com>, Daniel > Walton > <dgwal...@gmail.com> wrote: > > I'm creating the PNG image from a GeoTIFF using: > > > > gdal_translate -of PNG -quiet -scale -co worldfile=yes > > [Geotiff_filename].tif [PNG_filename].PNG. > > > > Also, these PNG source images were working fine under MS4W x86. > > > > -Dan > > > > > > > > On Mon, Dec 7, 2009 at 3:14 PM, Steve Lime <steve.l...@state.mn.us> > wrote: > > > >> If I take the request out of WMS context to straight CGI with this > request: > >> > >> http://www.fireimagery.com/ms/mapserv.exe?map=C > >> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ > >> > >> I get the following error: > >> > >> 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. > >> > >> 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 > >> by making sure the image is valid. > >> > >> Steve > >> > >> >>> On 12/7/2009 at 2:47 PM, in message > >> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com>, Daniel > >> Walton > >> <dgwal...@gmail.com> wrote: > >> > Thanks Daniel. No dice, though, log is empty. > >> > > >> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette > >> > <dmorisse...@mapgears.com>wrote: > >> > > >> >> Daniel Walton wrote: > >> >> > >> >>> > >> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have > >> >>> verified that this same problem occurs using the x86 binaries from > >> Tamas' > >> >>> site run in the current x64 environment. The source image is in PNG > >> format > >> >>> in order to make transparency work well on the client. (My client is > >> >>> Silverlight-based, and PNG is the only supported format that > supports > >> >>> transparency). The source image does have a world (*.WLD) file which > >> >>> contains these values (file is generated by running gdal_translate > on a > >> >>> geotiff image): > >> >>> > >> >>> > >> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the > log > >> >> output, if you haven't tried that already. > >> >> > >> >> > >> >> -- > >> >> Daniel Morissette > >> >> http://www.mapgears.com/ > >> >> _______________________________________________ > >> >> mapserver-users mailing list > >> >> mapserver-users@lists.osgeo.org > >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > >> >> > >> > >> > >
_______________________________________________ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users