Voltar ao blog

Por Akimova Elizaveta · 30/08/2026

Exportação Google Maps sem coordenadas ou com [0,0]? Como corrigir (2026)

Importa uma exportação Google Maps no QGIS e o mapa aproxima-se de uma zona vazia do oceano. Ou a folha tem nomes e links, mas nenhuma latitude nem longitude. Por vezes todos os pontos estão errados; outras vezes um restaurante mudou silenciosamente para [0,0].

Os sintomas parecem relacionados, mas têm causas diferentes. Comece por identificar o padrão real.

SintomaCausa provávelPróximo passo
CSV sem colunas de coordenadasExportação Takeout Saved normalVoltar a exportar a lista ativa ou usar fonte com coordenadas
Um ou mais pontos são [0,0]Marcador de substituição ou geometria erradaVerificar e substituir, sem importar às cegas
A maioria dos pontos está noutra parte do mundoLongitude e latitude trocadasRestaurar a ordem GeoJSON: primeiro longitude
Feature com geometria nula ou vaziaFonte sem coordenada utilizávelAnalisar de novo ou verificar manualmente
Alguns pontos na cidade certa mas na morada erradaCorrespondência ambígua ou antigaRever ficha original e morada completa

Não comece por mudar todos os zeros ou trocar todas as colunas. Preserve a origem, diagnostique o padrão e corrija apenas o que os dados sustentam.

Caso 1: o CSV Takeout não tem coordenadas

O Takeout oferece duas exportações semelhantes. Saved cria CSV por lista; Maps (your places) pode produzir Saved Places.json em GeoJSON. O CSV serve para nomes e links, mas geralmente não tem colunas de latitude e longitude.

É uma limitação da exportação, não corrupção. Acrescentar cabeçalhos vazios lat e lng não resolve. Um geocodificador gratuito qualquer também pode criar erros muito convincentes.

Opções:

  1. Para locais com estrela, descarregue Maps (your places) → Saved Places.json e use a importação Takeout.
  2. Para listas personalizadas, predefinidas, partilhadas ou seguidas, abra-as no Maps e exporte com a extensão.
  3. Se só tiver o CSV, geocodifique cuidadosamente a partir da morada completa e mantenha o URL original como coluna de auditoria.

A comparação Saved Places.json e Saved CSV explica a diferença. Leia antes de “reparar” um ficheiro que funciona como o Google planeou.

Caso 2: um ponto tem [0,0]

GeoJSON escreve [longitude, latitude]. [0,0] é um ponto real no Golfo da Guiné. Um validador estrutural não pode rejeitá-lo automaticamente, pois em dados marinhos pode ser intencional.

Para cafés, casas, lojas ou trilhos é quase certamente um marcador. Trate-o como dado ausente.

Procure a sequência no JSON e veja as propriedades. Guarde nome, morada, nota e URL, mas não a geometria de substituição. Recupere a posição da ficha ativa ou volte a exportar. Se já não existir, verifique a morada em vez de escolher o primeiro resultado semelhante.

Não elimine logo a linha. Notas e identificadores podem ajudar. Isole os features errados até confirmar o local.

Caso 3: longitude e latitude estão trocadas

Costumamos dizer “latitude e longitude”. GeoJSON faz o contrário. A especificação GeoJSON coloca primeiro a longitude.

Berlim fica aproximadamente em:

  • latitude: 52,52;
  • longitude: 13,405;
  • posição GeoJSON: [13.405, 52.52].

Com [52.52, 13.405], o ponto fica a milhares de quilómetros. Acontece muitas vezes depois de passar por uma folha cujas colunas foram nomeadas por hábito.

Uma troca global tem um padrão reconhecível: quase todos os pontos mudam, embora o grupo possa parecer plausível. Se só duas linhas falham, a ordem provavelmente não é a causa.

Os intervalos ajudam. Latitude vai de -90 a 90; longitude de -180 a 180. Uma “latitude” de 121 é longitude. Para 13 e 52, compare um local conhecido.

Caso 4: geometria vazia ou ausente

Um feature GeoJSON pode ter nome e propriedades com geometria nula, vazia ou malformada. O software não consegue desenhá-lo.

Passe o ficheiro pelo validador GeoJSON. Verifica sintaxe, FeatureCollection, tipos e coordenadas no navegador. Distingue um ficheiro quebrado de um válido com um ponto semanticamente errado.

Limite importante: estrutura válida não garante local correto. [0,0] e uma rua errada podem ser válidos. A validação é o primeiro filtro.

Quando o ExportMyMap cria KML, GPX ou GeoJSON, pode omitir uma entrada sem coordenadas porque não há um ponto honesto a desenhar. Compare o número de features com a seleção. Uma pequena diferença costuma indicar poucos registos incompletos.

Caso 5: o ponto parece plausível, mas está errado

É mais difícil do que [0,0]. “Main Street, Springfield” pode corresponder a várias cidades. Um negócio pode ter mudado ou fechado. Um URL dos resultados pode representar a vista do mapa em vez de um local canónico.

Use pelo menos dois identificadores:

  • nome completo e cidade;
  • rua e código postal;
  • link Google Maps original;
  • telefone ou site.

Abra o link e confirme o marcador, não apenas o texto. Para dados empresariais, reveja manualmente cada correção.

Processo seguro de reparação

1. Preservar o original

Crie uma cópia intacta como saved-places-original.json. Nunca trabalhe no único ficheiro.

2. Medir o problema

Registe total, geometrias nulas, pontos [0,0] e limites geográficos. Se 497 de 500 estão certos, precisa de três reparações, não de um sistema novo.

3. Voltar a exportar antes de geocodificar

Se a lista ainda existe, uma nova exportação GeoJSON é geralmente mais segura do que reconstruir a partir de nomes. A ficha ativa pode dar uma correspondência estável.

4. Reparar numa cópia

Mantenha uma coluna com a fonte de cada coordenada substituída. Preserve a precisão e exporte UTF-8.

5. Validar e visualizar uma amostra

Valide a estrutura, inspecione a caixa e abra pontos conhecidos nos extremos e centro. Uma caixa plausível pode esconder um valor anómalo.

Para uma revisão GIS completa, siga o fluxo QGIS e use Zoom à camada. Um ponto isolado junto de África ficará óbvio.

Não esconder dados ausentes com precisão inventada

Seis casas decimais parecem fiáveis, mas podem indicar a entrada errada, o centro da cidade ou outro negócio com o mesmo nome.

Se não conseguir verificar um local, deixe a geometria ausente e guarde a linha para revisão. Um conjunto claramente incompleto é mais seguro do que um aparentemente perfeito que envia alguém ao sítio errado.

Quando a fonte estiver limpa, exporte o formato necessário: CSV para folhas, GPX para pontos ou GeoJSON para GIS. Corrija na origem, não depois de copiar o erro para cinco ficheiros.

Exportar um GeoJSON limpo do Google Maps →