GetMap - WMS 1.1.1 vs 1.3.0

Question

Esto funciona: http://mrdata.usgs.gov/services/sc?REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=256&HEIGHT=256&FORMAT=image/png&BBOX=-83.4,32,-78.4,35.3&LAYERS=South_Carolina_Lithology&SRS=EPSG:4326&STYLES=

Esto no lo hace (imagen en blanco): http://mrdata.usgs.gov/services/sc?REQUEST=GetMap&SERVICE=WMS&VERSION=1.3.0&WIDTH=256&HEIGHT=256&FORMAT=image/png&BBOX=-83.4,32,-78.4,35.3&LAYERS=South_Carolina_Lithology&CRS=EPSG:4326&STYLES=

Observe que los cambios 1.1.1 -> 1.3.0 y SRS->CRS son los únicos. ¿Es un problema con el servicio o mi segunda URL es incorrecta?

He observado el mismo problema con otros servicios WMS:

Obras: http://mesonet.agron.iastate.edu/cgi-bin/mapserv/mapserv?map=/mesonet/www/apps/iemwebsite/data/wms/goes/conus_ir.map&SERVICE=WMS&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=256&HEIGHT=256&FORMAT=image/png&TRANSPARENT=TRUE&BBOX=-126,24,-66,50&LAYERS=conus_ir_4km_900913,conus_ir_4km&SRS=EPSG:4326&STYLES=

No funciona (imagen en blanco): http://mesonet.agron.iastate.edu/cgi-bin/mapserv/mapserv?map=/mesonet/www/apps/iemwebsite/data/wms/goes/conus_ir.map&SERVICE=WMS&REQUEST=GetMap&SERVICE=WMS&VERSION=1.3.0&WIDTH=256&HEIGHT=256&FORMAT=image/png&TRANSPARENT=TRUE&BBOX=-126,24,-66,50&LAYERS=conus_ir_4km_900913,conus_ir_4km&CRS=EPSG:4326&STYLES=

Así que asumo que es un problema con mis URLs 1.3.0.

Answer 1

La diferencia entre WMS 1.1.1 y 1.3.0 es doble.

CAMBIO NO 1 - Uso de CRS/SRS

Utilizar SRS para 1.1.1

Usar CRS para 1.3.0

CAMBIO No 2 - WMS 1.3.0 SOLO

El orden de los parámetros para BBOX depende de si la definición de CRS tiene ejes invertidos. Lo verás en la petición GetCapabilities en 1.3.0 - la respuesta debería mostrar los ejes volteados.

BBOX=xmin,ymin,xmax,ymax NON-FLIPPED

BBOX=mín,xmín,ymáx,xmáx FLIPPED

He hecho una lista de códigos EPSG que necesitan ser volteados creando una base de datos SpatiaLite 4.3.0 y luego guardando esta petición SQL en un archivo:

SELECT auth_srid, has_flipped_axes, ref_sys_name, axis_1_name, axis_1_orientation, axis_2_name, axis_2_orientation FROM "spatial_ref_sys_all" WHERE auth_name = "epsg";

Verás entonces que EPSG:4326 necesita tener los ejes invertidos.

4326 1 WGS 84 Latitud Norte Longitud Este

ESTA ES LA SOLICITUD 1.3.0 CORREGIDA

El cambio es BBOX=24,-126,50,-66

http://mesonet.agron.iastate.edu/cgi-bin/mapserv/mapserv?map=/mesonet/www/apps/iemwebsite/data/wms/goes/conus_ir.map&SERVICE=WMS&REQUEST=GetMap&VERSION=1.3.0&WIDTH=256&HEIGHT=256&FORMAT=image/png&TRANSPARENT=TRUE&BBOX=24,-126,50,-66&LAYERS=conus_ir_4km_900913,conus_ir_4km&CRS=EPSG:4326&STYLES&

Answer 2

Sustituye EPSG:4326 por CRS:84 y funciona en ambas instancias:

http://mrdata.usgs.gov/services/sc?REQUEST=GetMap&SERVICE=WMS&VERSION=1.3.0&WIDTH=256&HEIGHT=256&FORMAT=image/png&BBOX=-83.4,32,-78.4,35.3&LAYERS=South_Carolina_Lithology&CRS=CRS:84&STYLES&

http://mesonet.agron.iastate.edu/cgi-bin/mapserv/mapserv?map=/mesonet/www/apps/iemwebsite/data/wms/goes/conus_ir.map&SERVICE=WMS&REQUEST=GetMap&SERVICE=WMS&VERSION=1.3.0&WIDTH=256&HEIGHT=256&FORMAT=image/png&TRANSPARENT=TRUE&BBOX=-126,24,-66,50&LAYERS=conus_ir_4km_900913,conus_ir_4km&CRS=CRS:84&STYLES&

Es posible que valga la pena señalar que esto funciona porque en WMS 1.1.1 EPSG:4326 se define erróneamente como con ejes de coordenadas largo/lat. En WMS 1.3.0 se utilizan los ejes correctos lat/long.

CRS:84 está definido por el OGC como el mismo datum que EPSG:4326 (es decir, el datum del Sistema Geodésico Mundial de 1984 ~ EPSG::6326) pero el orden del eje de largo/lat.

CRS:84 se introdujo con la publicación de la especificación WMS 1.3.0, para superar este problema.