Luca wrote:
To use the same server with OpenLayers, I had to set the
size of the tiles to 512px.
Could this be the problem?
probably not. arbitrary sizes work for me.
I don't know, but OpenLayers might be using the pre-cut tiles as JPL's
web page pleads you do, in which case the power-of-2 size makes sense.
?,
Hamish
hamish-2 wrote:
Luca wrote:
To use the same server with OpenLayers, I had to set the
size of the tiles to 512px.
Could this be the problem?probably not. arbitrary sizes work for me.
I don't know, but OpenLayers might be using the pre-cut tiles as JPL's
web page pleads you do, in which case the power-of-2 size makes sense.
By default OL request a tile of 256px x 256px but this size is too small for
NASA WMS.
Ciao
Luca
--
View this message in context: http://n2.nabble.com/r.in.wms-failure-tp3227181p3231076.html
Sent from the Grass - Users mailing list archive at Nabble.com.
r.in.wms is a big problem, on my side, I haven't been able to download but from the NASA server, in Spain we got a bunch of wms servers and AFAICT none works with r.in.wms, surely, it's a problem of (mis)understanding the parameters but I use the same services all the time with GIS other than grass w/o problems.
An unsuccessful r.in.wms
First of all, I can assure that http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? is a pretty stable server but does not work with my [lack] of knowledge, I will be grateful if somebody explain what I'm doing wrong.
i.e.
g.region -p
projection: 1 (UTM)
zone: 30
datum: eur50
ellipsoid: international
north: 4290000
south: 4280000
west: 715000
east: 735000
nsres: 10
ewres: 10
rows: 1000
cols: 2000
cells: 2000000
r.in.wms -l output=cccc mapserver=http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? format=png maxcols=1024 maxrows=1024 method=nearest
returns the following
List of layers for server <http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? >:
2009-07-09 15:13:32 URL:http://ovc.catastro.meh.es/Cartograf
ia/WMS/ServidorWMS.aspx? [316/316] -> "/Users/adiez/Document
s/grassdata/nueva/adiez2/.tmp/boquique.prearq.uv.es/56792.0c
apabilities.xml" [1]
The 'xml2' program was not found. Proceeding with internal XML parsing which may not be as reliable.
ERROR: Parsing XML file
------------------------
<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<ServiceExceptionReport version="1.1.1">
<ServiceException code="InvalidFormat">
<![CDATA[
Unable to encode text. Please set encoding in GUI preferences.
</ServiceException>
</ServiceExceptionReport>
(Thu Jul 9 15:13:33 2009) Command finished (0 sec)
with get I'm able to get the layers but when I try something else:
r.in.wms -l output=cccc mapserver=http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? format=png maxcols=1024 maxrows=1024 method=nearest
List of layers for server <http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? >:
2009-07-09 15:13:32 URL:http://ovc.catastro.meh.es/Cartograf
ia/WMS/ServidorWMS.aspx? [316/316] -> "/Users/adiez/Document
s/grassdata/nueva/adiez2/.tmp/boquique.prearq.uv.es/56792.0c
apabilities.xml" [1]
The 'xml2' program was not found. Proceeding with internal XML parsing which may not be as reliable.
ERROR: Parsing XML file
------------------------
<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<ServiceExceptionReport version="1.1.1">
<ServiceException code="InvalidFormat">
<![CDATA[
Unable to encode text. Please set encoding in GUI preferences.
</ServiceException>
</ServiceExceptionReport>
(Thu Jul 9 15:13:33 2009) Command finished (0 sec)
(Thu Jul 9 15:16:08 2009)
r.in.wms -l -g output=cccc mapserver=http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? format=png maxcols=1024 maxrows=1024 method=nearest
List of layers for server <http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? >:
n~OGC:WMS~
nt --Cartografia catastral
n
Unable to encode text. Please set encoding in GUI preferences.
nLAYER:
n~Catastro~
nt --Catastro
nStyle:
n~Default~
nt --Default
nLAYER:
n~CONSTRU~
nt --CONSTRU
nStyle:
n~Default~
nt --Default
nLAYER:
n~TXTCONSTRU~
nt --TXTCONSTRU
nStyle:
n~Default~
nt --Default
nLAYER:
n~SUBPARCE~
nt --SUBPARCE
nStyle:
n~Default~
nt --Default
nLAYER:
n~TXTSUBPARCE~
nt --TXTSUBPARCE
nStyle:
n~Default~
nt --Default
nLAYER:
n~PARCELA~
nt --PARCELA
nStyle:
n~Default~
nt --Default
nLAYER:
n~TXTPARCELA~
nt --TXTPARCELA
nStyle:
n~Default~
nt --Default
nLAYER:
n~MASA~
nt --MASA
nStyle:
n~Default~
nt --Default
nLAYER:
n~TXTMASA~
nt --TXTMASA
nStyle:
n~Default~
nt --Default
nLAYER:
n~EJES~
nt --EJES
nStyle:
n~Default~
nt --Default
nLAYER:
n~LIMITES~
nt --LIMITES
nStyle:
n~Default~
nt --Default
nLAYER:
n~TEXTOS~
nt --TEXTOS
nStyle:
n~Default~
nt --Default
nLAYER:
n~ELEMLIN~
nt --ELEMLIN
nStyle:
n~Default~
nt --Default
2009-07-09 15:16:08 URL:http://ovc.catastro.meh.es/Cartograf
ia/WMS/ServidorWMS.aspx??service=WMS&request=GetCapabilities
&version=1.1.1 [27412/27412] -> "/Users/adiez/Documents/gras
sdata/nueva/adiez2/.tmp/boquique.prearq.uv.es/56866.0capabil
ities.xml" [1]
The 'xml2' program was not found. Proceeding with internal XML parsing which may not be as reliable.
(Thu Jul 9 15:16:08 2009) Command finished (0 sec)
(Thu Jul 9 15:17:19 2009)
r.in.wms -g output=cccc mapserver=http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? layers=Catastro styles=default srs=EPSG:23030 format=png maxcols=1024 maxrows=1024 method=nearest cap_file=catastatro
Calculating tiles
Requesting 2 tiles.
Downloading tiles
Downloading data
2009-07-09 15:17:21 URL:http://ovc.catastro.meh.es/Cartograf
ia/WMS/ServidorWMS.aspx??request=GetMap&layers=Catastro&styl
es=default&srs=EPSG:23030&bbox=715000.00000148000000000000,4
279999.99999735000000000000,725019.98002192594905092907,4290
019.98001840215784213786&width=1003&height=1003&format=image
/png&transparent=TRUE&version=1.1.1 [239/239] ->
"/Users/adiez/Documents/grassdata/wms_download/cccc__0.png"
[1]
Downloading data
2009-07-09 15:17:21 URL:http://ovc.catastro.meh.es/Cartograf
ia/WMS/ServidorWMS.aspx??request=GetMap&layers=Catastro&styl
es=default&srs=EPSG:23030&bbox=725000.00000194500000000000,4
279999.99999735000000000000,735039.96004237189810185814,4290
019.98001840215784213786&width=1003&height=1003&format=image
/png&transparent=TRUE&version=1.1.1 [239/239] ->
"/Users/adiez/Documents/grassdata/wms_download/cccc__1.png"
[1]
All tiles downloaded successfully
ERROR 4:
`/Users/adiez/Documents/grassdata/wms_download/cccc__0.png'
not recognised as a supported file format.
ERROR: GRASS-6.5: gdalwarp failure.
ERROR: r.in.gdalwarp failed
(Thu Jul 9 15:17:22 2009) Command finished (3 sec)
(Thu Jul 9 15:18:41 2009)
r.in.wms -g --overwrite --verbose output=cccc mapserver=http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? layers=Catastro styles=default srs=EPSG:23030 maxcols=1024 maxrows=1024 method=nearest cap_file=catastatro v=5
Using WGET for downloading data.
The verbosity option is superseded. Use --verbose instead
Skipping argument for region
Skipping argument for tileoptions
wms.request
'folder=/Users/adiez/Documents/grassdata/wms_download'
'prefix=cccc' 'mapserver=http://ovc.catastro.meh.es/Cartogra
fia/WMS/ServidorWMS.aspx?' 'layers=Catastro'
'styles=default' 'srs=EPSG:23030' 'format=geotiff'
'wmsquery=version=1.1.1' 'maxcols=1024' 'maxrows=1024'
Calculating tiles
Requesting 2 tiles.
wms.download -g 'requestfile=/Users/adiez/Documents/grassda
ta/wms_download/cccc_.wget' 'wgetoptions=-c -t 5 -nv'
'curloptions=-C - --retry 5 -s -S'
Downloading tiles
Downloading data
Requesting Data from <http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? >:
request=GetMap&layers=Catastro&styles=default&srs=EPSG:23030&bbox=715000.00000148000000000000,4279999.99999735000000000000,725019.98002192594905092907,4290019.98001840215784213786&width=1003&height=1003&format=image/geotiff&transparent=TRUE&version=1.1.1
2009-07-09 15:18:43 URL:http://ovc.catastro.meh.es/Cartograf
ia/WMS/ServidorWMS.aspx??request=GetMap&layers=Catastro&styl
es=default&srs=EPSG:23030&bbox=715000.00000148000000000000,4
279999.99999735000000000000,725019.98002192594905092907,4290
019.98001840215784213786&width=1003&height=1003&format=image
/geotiff&transparent=TRUE&version=1.1.1 [239/239] -> "/Users
/adiez/Documents/grassdata/wms_download/cccc__0.geotiff" [1]
Downloading data
Requesting Data from <http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? >:
request=GetMap&layers=Catastro&styles=default&srs=EPSG:23030&bbox=725000.00000194500000000000,4279999.99999735000000000000,735039.96004237189810185814,4290019.98001840215784213786&width=1003&height=1003&format=image/geotiff&transparent=TRUE&version=1.1.1
2009-07-09 15:18:44 URL:http://ovc.catastro.meh.es/Cartograf
ia/WMS/ServidorWMS.aspx??request=GetMap&layers=Catastro&styl
es=default&srs=EPSG:23030&bbox=725000.00000194500000000000,4
279999.99999735000000000000,735039.96004237189810185814,4290
019.98001840215784213786&width=1003&height=1003&format=image
/geotiff&transparent=TRUE&version=1.1.1 [239/239] -> "/Users
/adiez/Documents/grassdata/wms_download/cccc__1.geotiff" [1]
All tiles downloaded successfully
r.in.gdalwarp -c 'input=/Users/adiez/Documents/grassdata/wm
s_download/cccc__0.geotiff,/Users/adiez/Documents/grassdata/
wms_download/cccc__1.geotiff' 'output=cccc' 'method=nearest'
's_srs=EPSG:23030'
ERROR 4: `/Users/adiez/Documents/grassdata/wms_download/cccc
__0.geotiff' not recognised as a supported file format.
ERROR: GRASS-6.5: gdalwarp failure.
ERROR: r.in.gdalwarp failed
(Thu Jul 9 15:18:44 2009) Command finished (2 sec)
[1] http://www.idee.es/show.do?to=pideep_desarrollador_wms.ES
[2] http://www.idee.es/CatalogoServicios/cat2/indexWMS.html
On Jul 9, 2009, at 2:17 PM, Luca Casagrande wrote:
hamish-2 wrote:
Luca wrote:
To use the same server with OpenLayers, I had to set the
size of the tiles to 512px.
Could this be the problem?probably not. arbitrary sizes work for me.
I don't know, but OpenLayers might be using the pre-cut tiles as JPL's
web page pleads you do, in which case the power-of-2 size makes sense.By default OL request a tile of 256px x 256px but this size is too small for
NASA WMS.Ciao
Luca
--
View this message in context: http://n2.nabble.com/r.in.wms-failure-tp3227181p3231076.html
Sent from the Grass - Users mailing list archive at Nabble.com.
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
It's been noted in the past (and the note in the r.in.wms output) that the fallback parsing (when xml2 program is not found) doesn't work well for some WMS servers.
I bundle an xml2 binary in my OSX GRASS binaries. You can easily build one yourself. Grab the source from:
Get the .3 source, .4 is exactly the same source, but with a configure, BUT it requires pkg-config (yuck!).
edit the makefile (there's no configure in .3), change the CFLAGS and LDLIBS lines to match:
CFLAGS = -Os -I/usr/include/libxml2/libxml -I/usr/include/libxml2
LDLIBS = -lxml2 -lz -lpthread -liconv -lm
Then make. Then copy it to /usr/local/bin. Or use the OSX app bundle.sh to copy it to the GRASS package/bin.
On Jul 9, 2009, at 8:28 AM, Agustin Diez Castillo wrote:
The 'xml2' program was not found. Proceeding with internal XML parsing which may not be as reliable.
ERROR: Parsing XML file
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
First Pogril: Why is life like sticking your head in a bucket filled with hyena offal?
Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal?
First Pogril: I don't know either. Wretched, isn't it?
-HitchHiker's Guide to the Galaxy
Hi,
2009/7/9 William Kyngesburye <woklist@kyngchaos.com>:
It's been noted in the past (and the note in the r.in.wms output) that the
fallback parsing (when xml2 program is not found) doesn't work well for some
WMS servers.
or try untested r.in.wms Python port from trunk.
Martin
--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa