Detalhes e casos especiais relacionados ao uso dos serviços¶
De onde vêm esses metadados de serviço que o Isogeo adiciona automaticamente?¶
Qualquer servidor geográfico que implemente os padrões deve descrever seus recursos técnicos (os famosos "recursos") e permitir que seu administrador indique um ponto de contato, palavras-chave e uma breve descrição do servidor.
Exemplo no ArcGIS Server¶
Para os serviços da Esri, isso é feito por meio do menu "Descrição da característica" no ArcGIS Server Manager e diretamente nas propriedades do documento do arquivo MXD:
| Tipo de informação | Interface de entrada |
|---|---|
| Informações gerais sobre o serviço |  |
| Informações no MXD |  |
Exemplo no GeoServer¶
Existem páginas dedicadas na interface do GeoServer (versão de referência: 2.10):
| Serviço | Tipo de URL |
|---|---|
| Ponto de contato | [url_server:port]/geoserver/web/wicket/bookmarkable/org.geoserver.web.admin.ContactPage |
| WFS | [url_server:port]/geoserver/web/wicket/bookmarkable/org.geoserver.wfs.web.WFSAdminPage |
| WMS | [url_server:port]/geoserver/web/wicket/bookmarkable/org.geoserver.wms.web.WMSAdminPage |
| WMTS | [url_server:port]/geoserver/web/wicket/bookmarkable/org.geoserver.gwc.web.wmts.WMTSAdminPage |
Por que meu serviço não é escaneado automaticamente?¶
Há vários motivos possíveis para isso:
Nomes de camadas duplicados¶
Como os nomes das camadas de um serviço servem como identificadores exclusivos, o administrador de um serviço geográfico deve garantir que eles sejam exclusivos para evitar ambiguidade. Idealmente, eles devem evitar as armadilhas clássicas dos caracteres especiais :
Serviços não acessíveis por meio dos domínios *.isogeo.com¶
Um serviço (ou, mais precisamente, suas capacidades) pode estar inacessível à plataforma por vários motivos (que podem ser cumulativos):
- só pode ser acessado internamente (intranet);
- é protegido por autenticação (login/senha, etc.).
Como o Isogeo é uma solução SaaS, não é possível verificar o serviço automaticamente a partir de seu URL. Há duas soluções possíveis.
1. Configuração de sua infraestrutura de rede para permitir domínios Isogeo¶
Para permitir a identificação e a consulta automáticas de serviços geográficos internos, o administrador da rede pode autorizar solicitações do :
- app.isogeo.com
- v1.api.isogeo.com
- open.isogeo.com
2. Importar capacidades de serviço na forma de um arquivo¶
As capacidades dos serviços geográficos são nada mais nada menos que arquivos padronizados (XML para serviços OGC, JSON para serviços Esri). Portanto, é possível importá-los da interface para preencher os metadados automaticamente.
3. Liste o serviço e suas camadas manualmente¶
Em todos os casos, é sempre possível documentar o registro de serviço manualmente.
Dica
Consulte a seção dedicada à documentação manual.
Serviços inacessíveis¶
Pode simplesmente acontecer de o serviço estar inacessível no momento em que o arquivo é criado. Como a verificação do serviço depende do estado dos servidores, nesse caso você precisa aguardar um momento de descanso do servidor e clicar em Update (Atualizar).
Pré-requisitos não atendidos¶
O serviço não atende aos pré-requisitos (formato, versão, etc.): escreva para o suporte fornecendo detalhes da configuração do servidor geográfico. Talvez decidamos oferecer suporte a ele em uma versão futura. Enquanto isso, você pode listar cada camada manualmente.
O que acontecerá se uma das camadas já associadas for excluída do meu servidor geográfico?¶
A Isogeo não verifica regularmente a validade ou a disponibilidade dos serviços. Portanto, a associação permanece em vigor até que uma atualização manual seja acionada.
O que acontece se eu excluir a planilha de metadados do serviço?¶
Todas as associações entre camadas de serviço e dados são automaticamente excluídas.