[mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

Daniel Walton dgwalton at gmail.com
Mon Dec 7 17:06:58 EST 2009


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.Lime at 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
> <8ab83e650912071318r3f35074anb9d6c9b64393a0c4 at mail.gmail.com>, Daniel
> Walton
> <dgwalton at 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.Lime at 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
> >> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460785 at mail.gmail.com>, Daniel
> >> Walton
> >> <dgwalton at gmail.com> wrote:
> >> > Thanks Daniel. No dice, though, log is empty.
> >> >
> >> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> >> > <dmorissette at 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 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/20091207/055103ae/attachment.html


More information about the mapserver-users mailing list