Relatório de qualidade
Por tabela espacial: linhas, nulas, vazias, inválidas, SRID, índice GiST e extensão, com conexão somente leitura.
Entrega: CSV com alertas por tabelaOcto para PostgreSQL, PostGIS e pgRouting
O PostGIS 3.7.0 saiu em 30/10/2026 e exige PostgreSQL 14 a 19; o PostgreSQL 14 perde suporte em 12/11/2026. Geometria, índice, topologia e rede se resolvem por SQL e linha de comando. O Octo diagnostica, propõe a correção dentro de uma transação, mostra a contagem antes e mede o plano de consulta. O que muda no cadastro, a tolerância e a janela de produção ficam com o responsável pelo dado e o administrador do banco.
Seis entregas possíveis, tiradas do levantamento. Todas começam lendo o banco sem mexer em nada, e toda alteração passa pelo responsável pelo dado antes do COMMIT.
Por tabela espacial: linhas, nulas, vazias, inválidas, SRID, índice GiST e extensão, com conexão somente leitura.
Entrega: CSV com alertas por tabelaDiagnóstico por motivo, cópia das originais, contagem antes e ST_MakeValid dentro de transação que só vira COMMIT com aprovação.
EXPLAIN (ANALYZE, BUFFERS) antes e depois, armadilhas como ST_Distance no WHERE, índice GiST criado sem travar escrita.
Frestas e sobreposições entre lotes com ST_CoverageInvalidEdges; topologia numa cópia por quadra, validada e com o deslocamento medido.
Grafo montado com pgr_extractVertices, rede conferida, rotas e áreas de atendimento, e scripts antigos atualizados depois das remoções do 4.0.
Carga em staging com ogr2ogr, conferida por contagem e SRID; ensaio de atualização de PostgreSQL e PostGIS numa cópia restaurada.
COMMIT sem aprovação.O mesmo ciclo do Octo, aplicado ao banco espacial. Cada braço tem um papel estreito; quem muda dado oficial e quem decide a janela de produção são pessoas.
Versões de PostgreSQL, PostGIS e pgRouting, extensões, schemas, tabelas espaciais e datas de fim de suporte.
SRID, tipo, validade, cobertura e rede de cada tabela, com o relatório de qualidade.
Papéis, senhas em script ou projeto, dado pessoal (LGPD) e porta do banco aberta para fora.
Geometria ou geografia, topologia ou cobertura simples, staging antes do oficial, versão de destino.
Sempre com contagem antes, cópia das linhas afetadas, transação e reversão escrita.
Inválidas depois da correção, diferença de área, plano de consulta, grafo sem pontas soltas. "UPDATE 137" não é conferência.
COMMIT, índice em produção e atualização de versão só na janela combinada e com o administrador do banco.
Quantas linhas, que tabela, qual tolerância, quem aprovou e como reverter.
O Octo trabalha como apoio. Não confirma transação em dado oficial, não cria índice em produção e não atualiza o banco sem aprovação.
O critério que o Octo usa para escolher, com o manual da versão instalada.
| Tarefa | Caminho | Observação |
|---|---|---|
| Saber as versões | postgis_full_version() | Cruzar com o fim de suporte do PostgreSQL |
| Achar geometria inválida | ST_IsValidReason agrupado | Somente leitura |
| Corrigir geometria | ST_MakeValid(geom, 'method=structure') | Cópia, contagem e transação; GEOS 3.10+ |
| Frestas e sobreposições | ST_CoverageInvalidEdges | Função de janela, por quadra; GEOS 3.12+ |
| Busca por raio | ST_DWithin | Não ST_Distance no WHERE |
| Vizinho mais próximo | ORDER BY geom <-> ponto LIMIT n | Usa o índice GiST |
| Criar índice | CREATE INDEX CONCURRENTLY ... USING gist | Fora de transação; ANALYZE depois |
| Divisas compartilhadas | postgis_topology | Cópia por quadra; tolerância 0 é 0 no 3.7 |
| Montar grafo | pgr_extractVertices | pgr_createTopology saiu no 4.0 |
| Carregar dado | ogr2ogr -f PostgreSQL | Em staging, com serviço de conexão |
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado na sua equipe.
Proposta, não promessa
Versões, extensões, tabelas espaciais e o relatório de qualidade, sem mexer em nada.
Geometria, cobertura, índices e grafo corrigidos em homologação, com contagem e plano antes e depois.
Relatório semanal comparado com a semana anterior e atualização de versão ensaiada em cópia.
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.
pgr_createTopology, pgr_analyzeGraph e pgr_nodeNetwork, entre outras.Fonte: notas de versão do pgRoutingSELECT postgis_extensions_upgrade();, que atualiza o PostGIS e as extensões irmãs, em vez de só ALTER EXTENSION ... UPDATE.Fonte: manual do PostGIS 3.7, seção 3.4.1O 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 levantamentoAnúncios e manual do PostGIS, política de versões do PostgreSQL e documentação do pgRouting, consultados em 31/10/2026.
O diagnóstico começa por um inventário de versões e um relatório de qualidade de todas as tabelas espaciais, sem mexer em nada. Você recebe a lista do que está inválido, lento ou exposto e das decisões que só a sua equipe toma, e decide com ela na mão.