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

[Daniel Walton]

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.map&SERVICE=WMS&REQUEST=GetMap&WIDTH=1680&HEIGHT=536&FORMAT=image/png&LAYERS=ZZ&S0TYLE=&BGCOLOR=0x88&TRANSPARENT=FALSE&VERSION=1.3.0&CRS=EPSG:4326&BBOX=36.0156802563091,-123.307040153269,37.2036688809148,-119.583493717938&EXCEPTIONS=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_title""A091207074551"
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_srs""EPSG:4326"
  "wms_extent""36.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 


On Sun, Dec 6, 2009 at 4:04 PM, Tamas Szekeres  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 
>
> 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 wrote:
>>
>>> 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 
>>>
>>> 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 wrote:

> 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 wrote:
>
>> 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.
>>
>> 

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

[Daniel Morissette]

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 Walton]

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
wrote:

> 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 Morissette]

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

[Daniel Walton]

Thanks Daniel. No dice, though, log is empty.

On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
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

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

[Steve Lime]

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
 wrote:
> Thanks Daniel. No dice, though, log is empty.
> 
> On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> 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

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

[Daniel Walton]

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  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
>  wrote:
> > Thanks Daniel. No dice, though, log is empty.
> >
> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> > 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

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

[Tamas Szekeres]

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 

> 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
>  wrote:
> > Thanks Daniel. No dice, though, log is empty.
> >
> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> > 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
>
___
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

[Steve Lime]

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
 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  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
>>  wrote:
>> > Thanks Daniel. No dice, though, log is empty.
>> >
>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>> > 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

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

[Daniel Walton]

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

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  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
>  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 
> 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
> >>  wrote:
> >> > Thanks Daniel. No dice, though, log is empty.
> >> >
> >> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> >> > 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

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

[Daniel Walton]

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  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 
>
> 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
>>  wrote:
>> > Thanks Daniel. No dice, though, log is empty.
>> >
>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>> > 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
>>
>
>
___
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]

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 


On Mon, Dec 7, 2009 at 4:25 PM, Daniel Walton  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 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 
>>
>> 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
>>>  wrote:
>>> > Thanks Daniel. No dice, though, log is empty.
>>> >
>>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>>> > 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
>>>
>>
>>
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users