Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images
I figured out what was going on. It was an easting-northing mixup in the map and layer extents. Apparently earlier versions of mapserver/mapscript tolerated the bug. Anyway it's all working now under Windows Server 2008 x64 and IIS 7 FastCGI. A big thanks to the mapserver community. Open source rocks! Regards, Dan Walton GIS Fire Tools http://gisfiretools.com On Mon, Dec 7, 2009 at 4:25 PM, Daniel Walton dgwal...@gmail.com wrote: Tamas, Thanks for the tip. I used process monitor and everything looks OK in the permissions department. I think the problem relates to the fact that mapserver doesn't calculate an overlap between map and layer. I'm not sure what would cause this. -Dan On Mon, Dec 7, 2009 at 3:22 PM, Tamas Szekeres szeker...@gmail.comwrote: Daniel, This may also be an issue if GDAL couldn't actually open this file bacause of any reason (permission?). Make sure about this, by using a file monitoring tool, like SysInternals filemon for instance. Best regards, Tamas 2009/12/7 Steve Lime steve.l...@state.mn.us 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.mapmode=mapmapsize=300+300layer=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.comwrote: 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 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images
Daniel Walton wrote: Thanks to all who've been helping me along. I'm getting close to having x64 working now. I've worked through a slew of issues over the weekend, most related to permissions. My latest issue is that mapserv.exe, when invoked via IIS 7's FastCGI (classic mode) module, is returning blank images. GetCapabilities is working fine, and the GetMap images are the right size and format, but they're blank. Here's my setup: I downloaded and installed the x64 binaries (from Tamas, thanks!) into a single directory (C :\mapserver\). Why do you think the problems are related to IIS7/x64? Have you verified that the same mapfile produces valid maps under MS4W or another server environment? LAYER DATA C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG EXTENT 36.0992948502284 -121.822480778145 36.3421121497716 -121.520865221855 Your DATA statement points to a PNG file. PNGs do not carry any georeferencing information by default, and the EXTENT line is not a replacement for missing image referencing info. Did you create a world file (.wld) for your PNG to specify the geographical extents of the image? That could very well explain the blank map. See: http://mapserver.org/input/raster.html#georeference-with-world-files Daniel -- Daniel Morissette http://www.mapgears.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images
Daniel, 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): 0.0002148680 0.00 0.00 -0.0002148680 -121.7870074149 36.3421302860 Thanks, Dan On Mon, Dec 7, 2009 at 2:09 PM, Daniel Morissette dmorisse...@mapgears.comwrote: Daniel Walton wrote: Thanks to all who've been helping me along. I'm getting close to having x64 working now. I've worked through a slew of issues over the weekend, most related to permissions. My latest issue is that mapserv.exe, when invoked via IIS 7's FastCGI (classic mode) module, is returning blank images. GetCapabilities is working fine, and the GetMap images are the right size and format, but they're blank. Here's my setup: I downloaded and installed the x64 binaries (from Tamas, thanks!) into a single directory (C :\mapserver\). Why do you think the problems are related to IIS7/x64? Have you verified that the same mapfile produces valid maps under MS4W or another server environment? LAYER DATA C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG EXTENT 36.0992948502284 -121.822480778145 36.3421121497716 -121.520865221855 Your DATA statement points to a PNG file. PNGs do not carry any georeferencing information by default, and the EXTENT line is not a replacement for missing image referencing info. Did you create a world file (.wld) for your PNG to specify the geographical extents of the image? That could very well explain the blank map. See: http://mapserver.org/input/raster.html#georeference-with-world-files Daniel -- 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
Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images
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
Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images
Thanks Daniel. No dice, though, log is empty. On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette dmorisse...@mapgears.comwrote: 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
Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images
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.mapmode=mapmapsize=300+300layer=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.comwrote: 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
Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images
Layer YY now references the GeoTIFF, same problem. http://www.fireimagery.com/ms/mapserv.exe?map=C:\maps\A091207074551.mapmode=mapmapsize=150+150layer=YYhttp://www.fireimagery.com/ms/mapserv.exe?map=C:%5Cmaps%5CA091207074551.mapmode=mapmapsize=150+150layer=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 017CFFB0. [Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at 03240D60. [Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at 01808290. [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.mapmode=mapmapsize=300+300layer=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.comwrote: 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
Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images
Tamas, Thanks for the tip. I used process monitor and everything looks OK in the permissions department. I think the problem relates to the fact that mapserver doesn't calculate an overlap between map and layer. I'm not sure what would cause this. -Dan On Mon, Dec 7, 2009 at 3:22 PM, Tamas Szekeres szeker...@gmail.com wrote: Daniel, This may also be an issue if GDAL couldn't actually open this file bacause of any reason (permission?). Make sure about this, by using a file monitoring tool, like SysInternals filemon for instance. Best regards, Tamas 2009/12/7 Steve Lime steve.l...@state.mn.us 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.mapmode=mapmapsize=300+300layer=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.comwrote: 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 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users