Como usar KML/KMZ para mapear a rede do provedor

O projetista da rede desenhou a rota de fibra inteira no Google Earth, salvou um arquivo, mandou por WhatsApp pro técnico que fez a obra, e esse arquivo nunca mais foi aberto por ninguém depois disso. Seis meses e duzentos clientes depois, ninguém sabe mais exatamente por onde passa o cabo entre duas CTOs, e toda expansão nova parte do zero — desenhar de novo, perguntar pro técnico mais antigo, tentar lembrar. O problema não é falta de mapa. É que o mapa vive preso num arquivo solto, sem conexão com o resto da operação. O formato mais usado para esse tipo de dado geográfico no setor tem nome — KML/KMZ — e entender como ele funciona é o primeiro passo para parar de redesenhar rede toda vez que alguém pergunta onde fica um poste.

O que é, tecnicamente, um arquivo KML

KML (Keyhole Markup Language) é um formato baseado em XML criado originalmente pela Keyhole Inc. — empresa comprada pelo Google que deu origem ao Google Earth — para descrever pontos, linhas, polígonos e outros elementos geográficos com coordenadas de latitude e longitude. Um poste vira um ` com um ponto; um trecho de cabo vira uma ligando coordenadas em sequência; uma área de cobertura vira um . KMZ é apenas um KML compactado em .zip`, geralmente incluindo ícones e imagens junto — por isso arquivos KMZ costumam ser bem menores para transportar e são o formato padrão de exportação do Google Earth.

Por que esse formato virou padrão no setor de telecom

Antes de existir integração nativa entre sistema de gestão e mapa, o KML era — e ainda é, em muitos provedores — a única linguagem comum entre quem projeta rede, quem executa a obra e quem futuramente vai dar manutenção nela. Ele é lido por praticamente qualquer ferramenta de geoprocessamento (Google Earth, QGIS, ArcGIS, e a maioria dos sistemas de gestão de ISP com módulo de mapa), o que faz dele o formato de troca entre empresas de projeto terceirizadas e o provedor, entre matriz e filial, ou entre o provedor e a prefeitura quando é preciso apresentar rota de obra para liberação de licença.

O que costuma entrar no mapa de uma rede FTTH

• Postes: posição exata, altura, se é próprio ou compartilhado com a concessionária de energia.
• Rotas de cabo: troncos, distribuição e última milha, com metragem calculada automaticamente pela distância entre os pontos.
• CTOs e caixas de emenda: localização, capacidade de portas, quantas estão ocupadas.
• Splitters: razão de divisão (1x8, 1x16...) e em qual ponto da cascata estão.
• Área de cobertura: polígonos que mostram até onde a rede alcança, úteis para o time comercial saber onde pode vender sem checar CTO por CTO.

Como importar um KML/KMZ existente sem perder trabalho já feito

1. Reúna os arquivos: se a rede foi projetada por terceiros ou ao longo de anos por técnicos diferentes, provavelmente existem vários KMZs soltos — Drive, WhatsApp, computador de alguém que já saiu da empresa.

2. Abra num visualizador antes de importar: o Google Earth (gratuito) mostra rapidamente se as coordenadas fazem sentido, se não há ponto perdido em outro estado por erro de digitação.

3. Consolide num único arquivo, se possível: evita duplicar CTO ou poste que apareça em mais de um KMZ desatualizado.

4. Importe no sistema que vai manter o mapa vivo: uma vez dentro de um sistema com banco de dados por trás — não um arquivo solto — cada novo poste ou fusão passa a ser um registro rastreável, não uma edição manual num arquivo que só uma pessoa sabe onde está salvo.

5. Confira contra a realidade em campo: KML antigo costuma ter defasagem — poste que mudou de lugar, CTO que foi trocada de posição na última reforma da rua.

O mito do "já está tudo desenhado, não precisa de sistema"

Um erro comum é achar que ter um KMZ bonito no Google Earth já resolve a documentação da rede. Só que um arquivo KML solto não sabe, por exemplo, quantas portas de uma CTO específica ainda estão livres, nem qual é a perda acumulada até um cliente específico, nem quem foi o técnico que fez a última fusão naquele ponto. Ele mostra geografia, não estado operacional. A rede documentada de verdade precisa cruzar geografia com dados vivos — ocupação, potência, histórico de manutenção — coisa que um arquivo estático simplesmente não guarda.

Exportar também importa, não só importar

A via contrária é igualmente relevante: um provedor às vezes precisa exportar a rede em KML para apresentar a uma prefeitura, para uma concessionária de energia avaliar pedido de compartilhamento de poste, ou para uma empresa parceira que vai fazer obra numa região nova. Ter esse export pronto, atualizado, sem precisar redesenhar tudo manualmente antes de cada reunião, economiza dias de trabalho — e evita apresentar uma rota que não bate mais com a realidade.

Georreferenciamento não é luxo, é sobrevivência operacional

Provedores que cresceram rápido nos últimos anos frequentemente têm uma rede física maior do que a documentação dela. Isso vira um problema visível principalmente em dois momentos: quando um técnico-chave sai da empresa levando o conhecimento não escrito com ele, e quando chega a hora de expandir para um bairro ou cidade vizinha e ninguém sabe, com precisão, até onde a rede atual já chega.

Mapa que conecta geografia e operação

O ZISP importa KML/KMZ direto no mapa de rede FTTH e mantém tudo num só lugar — postes, rotas, CTOs, splitters e fusões documentadas, ligados aos dados reais de ocupação e clientes atendidos. Em vez de um arquivo estático que alguém abre de vez em quando, a rede vira parte viva do sistema que já cuida do resto da operação. Veja como funciona em sistema.zisp.com.br.