Just a small correction - every WMS service provider must support
EXCEPTION=XML as a request parameter and return a XML document in case
of an error (see i.e. WMS 1.3.0 7.3.3.11). Every WMS client
implementation just playing with parameters without parsing XML is
doomed to fail (sooner or later).
Hi,
2012/4/25 Martin Album Ytre-Eide :
> I am trying to follow the tutorial on:
> http://grass.osgeo.org/wiki/WMS
>
> but when I try : r.in.wms output=akl_srtm
> mapserver="http://onearth.jpl.nasa.gov/wms.cgi" -c layers=worldwind_dem
> format=geotiff style=short_int maxcols=1600 maxrows=1600
>
Fra: Hamish [hamis...@yahoo.com]
Sendt: 25. april 2012 13:49
To: grass-user@lists.osgeo.org; Martin Album Ytre-Eide
Emne: Re: [GRASS-user] wms trouble
Martin Album Ytre-Eide wrote:
> akl_srtm__0.geotiff' not recognised as a supported file format.
>
> ERROR:
Martin Album Ytre-Eide wrote:
> akl_srtm__0.geotiff' not recognised as a supported file format.
>
> ERROR: r.in.gdalwarp: gdalwarp failure.
> ERROR: r.in.gdalwarp failed
find the akl_srtm__0.geotiff file in you filesystem (probably
in $LOCATION/wms_download/ or so) and look inside it. It probably
I don't know r.in.wms very well, nor do I know your data, but there's some
kind of a parse problem going on - rather than finding data in GeoTiFF
format, GRASS thinks it's finding data in "akl_srtm__0.geotiff" format,
which doesn't exist. Looks like it's parsing part of the name into the
format
--
Hello!
I am trying to follow the tutorial on:
http://grass.osgeo.org/wiki/WMS
but when I try : r.in.wms output=akl_srtm
mapserver="http://onearth.jpl.nasa.gov/wms.cgi"; -c layers=worldwind_dem
format=geotiff style=short_int maxcols=1600 maxrows=1600
I get:
akl_srtm__0.geotiff' not recogn