Caracteres ilegíveis em um arquivo GEDCOM (é no lugar de é): como corrigir

Quando um nome como René Müller aparece como René Müller, o arquivo GEDCOM foi lido com o conjunto de caracteres errado: um texto UTF-8 foi tratado como texto do Windows (muitas vezes chamado de ANSI). Você pode repará-lo de graça com o nosso verificador de GEDCOM, que mostra cada linha ilegível ao lado do que ela deveria dizer e corrige só as linhas que consegue converter de volta com exatidão.

Última verificação: 7 de outubro de 2026. O verificador é nosso; o que ele faz está descrito abaixo exatamente como funciona.

Como reconhecer o problema

Os caracteres ilegíveis seguem um padrão. Uma letra acentuada vira dois caracteres, quase sempre começando com à ou Â, e as aspas viram três caracteres que começam com â€.

Deveria ser	Aparece como	Deveria ser	Aparece como
é	é	ö	ö
è	è	ü	ü
ë	ë	ä	ä
ç	ç	ß	ß
ñ	ñ	’	’

Um pequeno exemplo de um arquivo GEDCOM, antes e depois:

Quebrado:
1 NAME René /Müller/
2 PLAC Köln

Corrigido:
1 NAME René /Müller/
2 PLAC Köln

Três causas diferentes

1. O texto ilegível está dentro do arquivo. Um arquivo UTF-8 foi aberto como texto do Windows e salvo de novo. Agora todo programa mostra é, porque é isso que está escrito no arquivo.
2. O arquivo está certo, mas o cabeçalho informa o conjunto de caracteres errado. O texto é UTF-8, mas o cabeçalho diz 1 CHAR ANSEL ou 1 CHAR ANSI. Um programa que confia no cabeçalho mostra é; um que olha os bytes mostra é.
3. O contrário: pontos de interrogação ou losangos pretos. O arquivo está em ANSEL ou em texto do Windows e o programa o lê como UTF-8. Aí você vê René como Ren? ou Ren�.

O padrão GEDCOM 5.5.1 lista quatro conjuntos de caracteres para o cabeçalho (ANSEL, UTF-8, UNICODE e ASCII) e indica o ANSEL como o preferido. Muitos programas para Windows escrevem ANSI mesmo assim. O GEDCOM 7.0 só permite UTF-8. É por causa dessa história que arquivos que passam de um programa para outro acabam tantas vezes com caracteres ilegíveis.

Como corrigir com o verificador gratuito, passo a passo

1. Abra o verificador de GEDCOM e escolha seu arquivo .ged. Ele é lido no seu navegador e nunca é enviado.
2. No topo você vê o conjunto de caracteres: o que o cabeçalho diz e o que o texto realmente é. Se forem diferentes, o verificador avisa que o cabeçalho informa o conjunto de caracteres errado (causa 2).
3. Em Caracteres ilegíveis você vê quantas linhas foram afetadas e, linha por linha, o texto como está e como ficaria reparado. Confira alguns exemplos.
4. Se estiverem certos, marque Reparar também os caracteres ilegíveis e baixe o arquivo reparado. O nome termina em -repaired.ged.
5. Importe o arquivo reparado no seu programa de genealogia, ou abra-o no nosso visualizador de GEDCOM para ver se os nomes estão certos.

O que o verificador faz com cada causa:

• Causa 1: repara os trechos ilegíveis, mas só se você marcar a caixa e só onde transformar os caracteres de volta em bytes resulta em UTF-8 válido. Todo o resto fica como estava: um caractere estranho é melhor do que uma letra errada.
• Causa 2: lê o texto como ele realmente é, e o arquivo reparado diz 1 CHAR UTF-8.
• Causa 3: lê ANSEL e texto do Windows corretamente e grava o arquivo reparado em UTF-8. Bytes que não correspondem a nenhum caractere conhecido são contados e mostrados, mas não podem ser recuperados.

O reparo nunca muda datas, lugares, notas ou vínculos. Ele também uniformiza as quebras de linha, remove linhas vazias e recuos, e acrescenta um cabeçalho ou um marcador de fim que esteja faltando.

Outras formas de corrigir

Forma	Bom para	Cuidado com
Nosso verificador de GEDCOM gratuito	As três causas; mostra cada linha antes de mudar qualquer coisa; nada para instalar	Texto ilegível que ele não consegue converter de volta com exatidão fica como está
Exportar de novo a partir do programa que criou o arquivo	A melhor solução se o original ainda estiver certo nesse programa; escolha UTF-8 se ele perguntar	Não ajuda se o texto ilegível já está nos dados do próprio programa
Gramps (programa gratuito para computador)	Quando o cabeçalho diz ANSEL, o Gramps pergunta na importação qual conjunto de caracteres usar (ANSEL, ANSI, ASCII ou UTF-8); a exportação GEDCOM dele é em UTF-8	Não desfaz texto que já está ilegível dentro do arquivo
Um editor de texto com configuração de codificação, como o Notepad++	Ler o arquivo em outra codificação sem mudar os bytes, ou convertê-lo para UTF-8	É fácil piorar: converter um arquivo já ilegível estraga tudo de novo; o manual dele não fala de ANSEL

Como evitar

• Quando o seu programa pedir um conjunto de caracteres na exportação, escolha UTF-8.
• Depois de exportar, abra o arquivo uma vez no verificador: o cabeçalho deve dizer 1 CHAR UTF-8 e os nomes em Estes nomes estão certos? devem estar certos.
• Não abra e salve um arquivo GEDCOM em um processador de texto ou em um editor de texto que adivinha a codificação.
• Vai mandar um arquivo para alguém com um programa mais antigo? Pergunte o que ele lê. Programas mais antigos às vezes esperam ANSEL; veja como converter um arquivo GEDCOM ANSEL para UTF-8 para o outro lado da história.

Veja também: vínculos quebrados, IDs duplicados e datas impossíveis, como exportar um arquivo GEDCOM e como abrir um arquivo GEDCOM sem programa.

Fontes

• The GEDCOM Standard, release 5.5.1 (conjuntos de caracteres, comprimento das linhas, IDs de referência, datas): gedcom.io/specifications/ged551.pdf
• Especificação FamilySearch GEDCOM 7.0 (só UTF-8, sem CONC, GEDZIP): gedcom.io/specifications/FamilySearchGEDCOMv7.html
• Código-fonte do Gramps, importação GEDCOM (escolha da codificação para arquivos marcados como ANSEL): github.com/gramps-project/gramps/blob/maintenance/gramps60/gramps/plugins/importer/importgedcom.py
• Código-fonte do Gramps, exportação GEDCOM (grava GEDCOM 5.5.1 com CHAR UTF-8): github.com/gramps-project/gramps/blob/maintenance/gramps60/gramps/plugins/export/exportgedcom.py
• Manual do usuário do Notepad++, Encoding: npp-user-manual.org/docs/encoding