Inventário do que está publicado
Lê os GetCapabilities de WMS, WFS e WMTS e o /collections da OGC API: camadas, CRS, extensão, operações.
Octo para GeoServer, MapServer e QGIS Server
GeoServer 3.0 (3.0.0 lançado em 11/06/2026), MapServer 8.6 e QGIS Server publicam WMS, WFS e OGC API Features, e tudo neles pode ser configurado e testado por API REST, mapfile e requisição HTTP. O Octo publica num espaço de teste, versiona estilos SLD, confere cada serviço pela imagem e pelo conteúdo e audita o que está exposto. O que fica público, quem pode gravar e quando mexer na produção ficam com o administrador e o responsável pelo dado.
Seis entregas possíveis, tiradas do levantamento. Todas começam lendo o servidor sem mexer em nada, e todas vão para o administrador antes de chegar à produção.
Lê os GetCapabilities de WMS, WFS e WMTS e o /collections da OGC API: camadas, CRS, extensão, operações.
Espaço de trabalho, conexão PostGIS, camada e estilo no GeoServer pela API REST, num espaço de teste e com modo de ensaio.
Entrega: script repetível + conferência pela imagemMapfile do MapServer com operações nomeadas e atributos listados; projeto do QGIS Server conferido nas propriedades de servidor.
Entrega: configuração em git com revisão linha a linhaGera o SLD da tabela aprovada pelo cartógrafo, valida, aplica em teste e confere GetMap e GetLegendGraphic.
Página inicial, conformidade, coleções e itens com limit e bbox, conferidos pelo JSON e pelos atributos aprovados.
WFS-T aberto, camada fora do inventário, atributo sensível, versão com correção de segurança pendente: tudo em leitura.
Entrega: lista para o administrador decidirO mesmo ciclo do Octo, aplicado à publicação de mapas. Cada braço tem um papel estreito; quem decide o que é público, quem grava e quando mexer na produção são pessoas.
Quais servidores existem, versões, contêiner, serviços ativos, camadas e de onde cada uma lê.
Tabela ou arquivo, CRS, extensão, atributos, frequência de atualização e licença da fonte.
Senha padrão, interface administrativa, WFS-T, dado pessoal (LGPD) e versão diante das correções de segurança.
Qual servidor, OGC API ou serviço clássico, cache de tiles ou mapa dinâmico, um espaço de teste separado.
Scripts REST, mapfile, SLD e testes, com modo de ensaio e credenciais sempre fora do código.
Imagem do GetMap, legenda, JSON da OGC API, atributos do GetFeature. Status 200 não é conferência.
Ida para o espaço de produção, atualização de versão e truncamento de cache na janela combinada.
Camadas públicas, estilos, atributos, desde quando e quem aprovou cada uma.
O Octo trabalha com acesso de leitura e como apoio. Não decide o que fica público, não habilita gravação nem testa acesso sem autorização escrita, e não muda a produção sem aprovação.
O critério que o Octo usa para escolher, com a documentação da versão instalada.
| Tarefa | Caminho | Observação |
|---|---|---|
| Versão do servidor | GeoServer /rest/about/manifests; capabilities nos três | Somente leitura |
| O que está publicado | GetCapabilities; /collections na OGC API | Somente leitura |
| Conectar PostGIS no GeoServer | POST /rest/workspaces/{ws}/datastores | Usuário só de leitura; senha fora do script |
| Publicar tabela | POST .../featuretypes | Num espaço de teste primeiro |
| Aplicar estilo | POST /rest/styles + PUT /rest/layers | SLD validado antes |
| Publicar no MapServer | Mapfile versionado | Operações nomeadas, nunca "*" em WFS |
| Publicar no QGIS Server | Projeto .qgz com propriedades de servidor | Simbologia é a do projeto |
| Testar OGC API Features | /conformance, /collections/{id}/items | Conferir o JSON |
| Achar WFS-T aberto | Operação Transaction nas capabilities do WFS | Decisão do administrador |
| Truncar cache de tiles | REST do GeoWebCache | Só com aprovação |
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado na sua equipe.
Proposta, não promessa
O Octo mostra o que cada servidor publica e o que está exposto, sem mexer em nada.
Camadas e estilos publicados por REST e mapfile, num espaço de teste, conferidos pela imagem.
A cada mudança, as capabilities são lidas de novo e comparadas com o inventário aprovado.
Cada ponto abaixo tem fonte publicada pelo projeto ou pela organização responsável pelo padrão. As fontes estão na seção seguinte.
5
pontos com fonte publicada, cada um com a referência indicada ao lado.
admin / geoserver; se a conta foi trocada é conferido no servidor, com autorização.Fonte: guia rápido da interface web do GeoServerO Octo prepara tudo, mas não assina. O documento que vale continua com quem responde por ele.
Levanta, calcula, organiza e gera os documentos: planilhas, relatórios, mapas e minutas.
Entrega: material pronto para conferirO profissional habilitado confere o que o Octo entregou antes de assinar. Se algo não fecha, volta para o Octo com a correção.
Etapa: conferência por quem assinaO Octo não assina. Projeto, laudo, ART/RRT, prestação de contas e qualquer documento oficial continuam assinados pelo profissional habilitado da empresa ou do órgão: aqui, o responsável técnico pelo mapa ou pelo levantamento.
Assinatura: responsável técnico pelo mapa ou levantamentoSites, documentação e repositórios oficiais dos projetos e a página da OGC, consultados em 31/10/2026.
O diagnóstico começa por um inventário do que os seus servidores anunciam em WMS, WFS, WMTS e OGC API, sem mexer em nada. Você recebe a lista do que está exposto, do que está desatualizado e das decisões que só a sua equipe toma, e decide com ela na mão.