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
[mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images
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\). The IIS impersonated user has sufficient privileges on this folder and all data folders. I am accessing mapserver's WMS service with this URL: http://www.fireimagery.com/ms/mapserv.exe?map=C%3A%2Fmaps%2FA091207074551.mapSERVICE=WMSREQUEST=GetMapWIDTH=1680HEIGHT=536FORMAT=image/pngLAYERS=ZZS0TYLE=BGCOLOR=0x88TRANSPARENT=FALSEVERSION=1.3.0CRS=EPSG:4326BBOX=36.0156802563091,-123.307040153269,37.2036688809148,-119.583493717938EXCEPTIONS=XML The corresponding mapfile text is as follows: MAP EXTENT 36.0992948502284 -121.822480778145 36.3421121497716 -121.520865221855 IMAGECOLOR 255 255 255 IMAGETYPE PNG SIZE -1 -1 STATUS ON UNITS DD CONFIG PROJ_LIB C:/mapserver/ NAME A091207074551 OUTPUTFORMAT NAME aggpng24 MIMETYPE image/png DRIVER AGG/PNG EXTENSION PNG IMAGEMODE RGBA TRANSPARENT TRUE END PROJECTION init=epsg:4326 END QUERYMAP COLOR 255 255 0 SIZE -1 -1 STATUS OFF STYLE HILITE END WEB IMAGEPATH IMAGEURL METADATA wms_titleA091207074551 END QUERYFORMAT text/html LEGENDFORMAT text/html BROWSEFORMAT text/html END 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 METADATA wms_srsEPSG:4326 wms_extent36.1 -121.8 36.3 -121.5 wms_title BASINCOMPLEX_FTP.COLORADOSKYE.COM_2008_CA_SIEGE_080627_1200LOCAL_SPOT_NIR END NAME ZZ PROJECTION init=epsg:4326 END STATUS ON TYPE RASTER UNITS DD END END I have tried several different image formats and drivers, all produce blank images. Any ideas what might be wrong? Any way to set up more helpful error trapping? Thanks, Dan Walton GIS Fire Tools http://gisfiretools.com On Sun, Dec 6, 2009 at 4:04 PM, Tamas Szekeres szeker...@gmail.com wrote: Daniel, In bin/gdal/apps you can find the generic gdal/ogr applications, whereas the applications in bin/gdal/csharp have been implemented by using the gdal c# API. gdalinfo.exe and ogrinfo.exe provides similar functionalities in both cases. Best regards, Tamas 2009/12/6 Daniel Walton dgwal...@gmail.com Tamas, In your binary distibutions there are 2 versions of gdalinfo.exe and ogrinfo.exe, one in bin/gdal/apps and the other in bin/gdal/csharp. What is the difference between the two versions? -Dan On Sat, Dec 5, 2009 at 3:31 AM, Tamas Szekeres szeker...@gmail.comwrote: Have you configured mapping the .exe extension to this mapserv.exe with your IIS application? Make sure to enable CGI mode and copy all the x64 dll-s to the same directory as the mapserv.exe application. Set up the executing permissions to something like 'Scripts and Executables' Best regards, Tamas 2009/12/5 Daniel Walton dgwal...@gmail.com Tamas, Update: I removed the CGI mapping and just used the default CGI hander in IIS. Now the request returns a file named mapserv.exe. I attached it as a text file. Again, thanks for any insights. -Dan On Fri, Dec 4, 2009 at 9:14 PM, Daniel Walton dgwal...@gmail.comwrote: Tamas, I installed the binaries from your website into c:\mapserver, added all the paths to the system path variable, and set up the IIS folders. Now I get a 500 internal error when trying to access mapserv.exe. The application log gives this error: *Faulting application mapserv.exe, version 0.0.0.0, time stamp 0x4b1893cb, faulting module libmap.dll, version 6.0.6001.18000, time stamp 0x4791adec, exception code 0xc135, fault offset 0x000b1188, process id 0x4bc, application start time 0x01ca7557ca56f442.* Any idea what I'm doing wrong? Thanks, Dan On Fri, Dec 4, 2009 at 2:22 PM, Tamas Szekeres szeker...@gmail.comwrote: I've mostly used this with IIS6,but it should however work on IIS7 as well. On IIS6 I configure a web server extensions to mapserv.exe (CGI mode) and fcgiext.dll (for FastCGI). Set up the executing permission (Scripts and Executables) and the application extension mapping (.exe) to mapserv.exe or fcgiext.dll. Best regards, Tamas 2009/12/4 Daniel Walton dgwal...@gmail.com Tamas, That's exactly what I was hoping you'd say! Which IIS module mapping should I use for *.exe? On Fri, Dec 4, 2009 at 1:55 PM, Tamas Szekeres
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