Você capturou um projeto cheio de fotos e waypoints com geotag — agora em qual formato exportar? A resposta depende inteiramente do que vai abri-lo em seguida. Aqui está para que KML, GeoJSON e CSV foram realmente criados.
KML / KMZ — para visualizar no Google Earth
KML (Keyhole Markup Language) é o formato nativo do Google Earth, e KMZ é apenas um KML compactado que pode agrupar imagens junto. Este é o formato que faz as fotos aparecerem como marcadores clicáveis com a imagem visível em um balão de informação quando você clica em um pino — genuinamente útil para guiar um cliente ou supervisor por uma visita de campo visualmente, sem nenhum treinamento em GIS.
Use para: passeios visuais, entregas voltadas para clientes, qualquer coisa aberta no Google Earth em vez de software de GIS profissional.
GeoJSON — para software de GIS e mapas na web
GeoJSON é um formato leve baseado em texto, construído sobre JSON simples, e é o formato que a maioria das ferramentas de GIS profissionais (QGIS, ArcGIS, Mapbox, Leaflet) trata como cidadão de primeira classe. Cada ponto, suas coordenadas e quaisquer propriedades anexadas (como um código EPSG, precisão ou categoria) vivem em um formato estruturado e analisável por máquina que é importado de forma limpa sem tradução.
Use para: importar para QGIS ou ArcGIS, alimentar um mapa na web, qualquer fluxo de trabalho onde os dados precisem ser consultados ou analisados, não apenas visualizados.
CSV — para planilhas e importações simples
CSV (valores separados por vírgula) é o formato de menor denominador comum: uma tabela simples com uma linha por registro e colunas para coordenadas, endereço, notas e qualquer outra coisa capturada. Abre no Excel ou Google Sheets sem nenhuma configuração, e a maioria dos softwares de GIS pode importar um CSV com colunas de coordenadas diretamente — embora falte a geometria estruturada do GeoJSON, então formas mais complexas não são práticas em CSV.
Use para: revisão rápida em uma planilha, compartilhar com alguém sem software de GIS, importações simples apenas de pontos.
Lado a lado
| Formato | Abre nativamente em | Inclui fotos | Estruturado para análise de GIS |
|---|---|---|---|
| KML / KMZ | Google Earth | Sim (em balões de marcador, KMZ) | Parcial |
| GeoJSON | QGIS, ArcGIS, mapas na web | Não (como link/atributo) | Sim |
| CSV | Excel, Sheets, a maioria das ferramentas de importação de GIS | Não (como link/atributo) | Básico |
E o PDF?
O PDF não é um formato de GIS de forma alguma, mas geralmente é a escolha certa para uma entrega voltada para humanos — um relatório de campo com capa, páginas de fotos e uma tabela resumo que um cliente ou revisor do escritório pode ler sem nenhum software especial.
Como decidir
- Pergunte quem vai abri-lo em seguida. Um analista de GIS quer GeoJSON com um código EPSG. Um cliente quer KMZ ou PDF. Um coordenador de escritório montando uma planilha quer CSV.
- Verifique qual sistema de referência de coordenadas é esperado. Se o destinatário precisar de uma zona UTM ou código EPSG específico, confirme que sua exportação o inclui em vez de apenas coordenadas decimais brutas.
- Exporte mais de um se não tiver certeza. Como os dados subjacentes não mudam, raramente há motivo para não gerar tanto um GeoJSON para importação em GIS quanto um PDF para a cópia legível por humanos.
O Terramark Pro exporta o mesmo projeto como KMZ (para Google Earth), CSV e GeoJSON (ambos com zona UTM + código EPSG), e um relatório de campo em PDF — compartilhável em lote como um único ZIP via AirDrop, e-mail, WhatsApp ou Arquivos.
Veja as opções de exportaçãoPara o lado das coordenadas dessa decisão, veja UTM vs decimal vs MGRS. Se sua exportação for destinada especificamente a topografia ou entrega de obras, Terramark para topógrafos de campo aborda todo o fluxo de trabalho.