Problemen met codering en BOM

Laatst bijgewerkt: 16 mei 2026

Onleesbare tekens en codepagefouten zijn bijna altijd terug te voeren op één oorzaak: het bestand heeft zijn UTF-8 byte order mark (BOM) verloren. Daxlate schrijft CSV altijd als UTF-8 met BOM, precies wat Excel op Windows verwacht bij openen via dubbelklik. Een mislukte heen-en-weerronde betekent dus meestal dat een ander programma het bestand tussendoor opnieuw heeft opgeslagen. Bij elk symptoom hieronder staan de oorzaak en de oplossing.

Symptoom: de CSV opent met onleesbare tekens in Excel #

Oorzaak: het bestand is geopend of opnieuw opgeslagen door een tool die de UTF-8-BOM heeft weggehaald, of die het naar een oude codepage heeft omgezet (bijvoorbeeld Windows-1252).

Oplossing: exporteer opnieuw vanuit de app via Bestand → Vertalingen exporteren…. De CSV-schrijver van Daxlate levert altijd UTF-8 met BOM, en dat is wat Excel op Windows verwacht bij openen met dubbelklikken. Werk je met een bestand van elders, sla het dan vóór het importeren opnieuw op als UTF-8 met BOM in Notepad++ of VS Code.

Symptoom: de import mislukt met “codepage komt niet overeen” of een parseerfout #

Oorzaak: het bestand is zonder UTF-8-codering opgeslagen, waardoor niet-ASCII-tekens al beschadigd binnenkomen voordat de parser ze ziet.

Oplossing: open het bestand in een editor die de codering toont (Notepad++, VS Code, Sublime), sla het opnieuw op als UTF-8 met BOM en probeer de import opnieuw.

Symptoom: emoji of zeldzame CJK-tekens verdwijnen bij de roundtrip #

Oorzaak: het spreadsheet is geopend in een editor die Unicode buiten het Basic Multilingual Plane niet volledig ondersteunt, of het is als oude CSV opgeslagen via “Opslaan als CSV” in sommige tools die geen Excel zijn.

Oplossing: kies XLSX boven CSV voor inhoud met tekens uit de aanvullende vlakken, zoals emoji, zeldzame CJK-tekens en historische schriften. Opslag in XLSX is ondubbelzinnig; CSV hangt af van de codering die de maker koos.

Symptoom: het importvoorbeeld toont “Onbekende kolom genegeerd: …” #

Oorzaak: het bestand heeft kolommen die niet overeenkomen met het koppatroon van Daxlate (Object ID, Type, Parent, Name, Caption ({culture}), Description ({culture})). Vertalers voegen soms notitiekolommen toe, en de importer laat die met een waarschuwing vallen in plaats van de hele import te laten mislukken.

Oplossing: is de waarschuwing te verwachten, negeer hem dan. Wordt een cultuur die je verwachtte niet herkend, controleer dan de kolomkop. Die moet precies Caption (xx-XX) of Description (xx-XX) zijn, met haakjes en een geldige .NET-cultuurcode.