Detalles y casos especiales relativos al uso de los servicios¶
¿De dónde proceden estos metadatos de servicio que Isogeo añade automáticamente?¶
Todo servidor geográfico que aplique las normas debe describir sus capacidades técnicas (las famosas "capacidades") y permitir a su administrador indicar un punto de contacto, palabras clave y una breve descripción del servidor.
Ejemplo en ArcGIS Server¶
En el caso de los servicios de Esri, esto se hace a través del menú "Descripción de rasgos" del Administrador del servidor ArcGIS y directamente en las propiedades del documento del archivo MXD:
| Tipo de información | Interfaz de entrada |
|---|---|
| Información general sobre el servicio |  |
| Información en el MXD |  |
Ejemplo en GeoServer¶
Existen páginas dedicadas en la interfaz GeoServer (versión de referencia: 2.10):
| Servicio | Tipo de URL |
|---|---|
| Punto de contacto | [url_server:port]/geoserver/web/wicket/bookmarkable/org.geoserver.web.admin.ContactPage |
| WFS | [url_servidor:puerto]/geoserver/web/wicket/bookmarkable/org.geoserver.wfs.web.WFSAdminPage |
| SGA | [url_servidor:puerto]/geoserver/web/wicket/bookmarkable/org.geoserver.wms.web.WMSAdminPage |
| WMTS | [url_server:port]/geoserver/web/wicket/bookmarkable/org.geoserver.gwc.web.wmts.WMTSAdminPage |
¿Por qué no se escanea automáticamente mi servicio?¶
Hay varias razones posibles para ello:
Nombres de capa duplicados¶
Dado que los nombres de las capas de un servicio sirven como identificadores únicos, el administrador de un servicio geográfico debe asegurarse de que sean únicos para evitar ambigüedades. Lo ideal es que eviten las trampas clásicas de los caracteres especiales:
Servicios no accesibles a través de los dominios *.isogeo.com¶
Un servicio (o más exactamente sus capacidades) puede ser inaccesible para la plataforma por varias razones (que pueden ser acumulativas):
- sólo es accesible internamente (intranet);
- está protegido por autenticación (nombre de usuario/contraseña, etc.).
Como Isogeo es una solución SaaS, no es posible escanear el servicio automáticamente desde su URL. Hay dos soluciones posibles.
1. Configuración de su infraestructura de red para permitir dominios Isogeo¶
Para permitir la identificación automática y la consulta de los servicios geográficos internos, el administrador de la red puede autorizar las solicitudes del :
- app.isogeo.com
- v1.api.isogeo.com
- abrir.isogeo.com
Consejo
Consulte la sección dedicada a la configuración de OpenCatalog para ver los servicios internos
2. Importar capacidades de servicio en forma de fichero¶
Las capacidades de los servicios geográficos no son ni más ni menos que ficheros normalizados (XML para los servicios OGC, JSON para los servicios Esri). Por tanto, es posible importarlos desde la interfaz para rellenar los metadatos automáticamente.
3. Listar manualmente el servicio y sus capas¶
En todos los casos, siempre es posible documentar el registro de servicio manualmente.
Consejo
Servicios inaccesibles¶
Puede ocurrir simplemente que el servicio esté inaccesible en el momento de crear el archivo. Como la exploración del servicio depende del estado de los servidores, en este caso hay que esperar un momento de respiro del servidor y hacer clic en Actualizar.
Requisitos previos no cumplidos¶
El servicio no cumple los requisitos previos (formato, versión, etc.): escriba a soporte dando detalles de la configuración del servidor geográfico. Es posible que decidamos soportarlo en una versión futura. Mientras tanto, puede listar cada capa manualmente.
¿Qué ocurre si una de las capas ya asociadas se borra de mi servidor geográfico?¶
Isogeo no comprueba regularmente la validez o disponibilidad de los servicios. Por lo tanto, la asociación se mantiene hasta que se activa una actualización manual.
¿Qué ocurre si elimino la hoja de metadatos de servicio?¶
Todas las asociaciones entre capas de servicio y datos se eliminan automáticamente.