Application: gvSIG desktop

Adjunto parte del informe de error enviado por Gabriel Ortiz del Gobierno de Cantabria

En el Gobierno de Cantabria damos servicios WMTS compatibles compatibles con peticiones RESTFul y KVP. Un usuario nos ha escrito diciendo que no puede leer nuestros servicios con gvSIG, y efectivamente hemos podido comprobar que no funcionan. Nuestro WMTS se cargan mal posicionados, y los únicos tiles que devuelve son los correspondientes a "datos no disponibles", y en posiciones que no corresponden.

Por otro lado, hemos visto que gvSIG carga bien el WMTS del IGN, pero no otros servicios WMTS de otras instituciones. Hemos apreciado también que existen diferencias sustanciales entre el WMTS del IGN (el que carga gvSIG) y el estándar publicado por el OGC.

La pregunta es: ¿Tienes idea de por qué puede estar pasando esto? Nuestros servicios WMTS no presentan diferencias con el estándar OGC y son compatibles con peticiones RESTFul y KVP ¿Será que gvSIG hace peticiones sólo SOAP?

Listado de URL de los servicios probados:

1. SERVICIOS QUE NO FUNCIONAN CON gvSIG:
http://mapas2.territoriodecantabria.es/inspire/rest/services/Cartografia_Basica_ETRS89/MapServer/WMTS (uno de nuestros servicios WMTS).
http://wmts.geo.admin.ch/1.0.0/WMTSCapabilities.xml (servicio ajeno de Suiza)
http://www.ign.es/wmts/ot/wmtsservice.aspx? (servicio ajeno Iberpix del IGN pero que se ajusta al estándar).

2. SERVICIOS QUE FUNCIONAN CON gvSIG PERO QUE PRESENTAN DIFERENCIAS SUSTANCIALES CON EL ESTÁNDAR OGC:
http://signa.ign.es/signaogc/WMTS_SPOT/service.svc/get? (este servicio no se puede consumir con el cliente WMTS de ArcGIS. Todos los de arriba sí funcionan con ArcGIS, pero este no por lo que creemos que no es estándar realmente. Se ve además en el Capabilities que tiene diferencias con el documento OGC).