YAML til JSON-konverter

Konverterer YAML 1.2-dokumenter til ekvivalent JSON. Mappings blir objekter, sekvenser blir arrays, skalarer typifiseres som tall, booleanske, nuller eller strenger i henhold til YAML-regler. Anchors og aliases løses opp under konvertering. Multi-dokument-strømmer (separert med `---`) flates til en array av dokumenter.

Eksempel

YAML-inndata:

name: Ada
tags:
  - math
  - logic
active: true

JSON-utdata:

{
  "name": "Ada",
  "tags": [
    "math",
    "logic"
  ],
  "active": true
}

Vanlige YAML-feil og hvordan rette dem

YAML er mellomrom-følsomt, kilden til de fleste «kunne ikke parse»-meldinger. Parseren peker på linje og kolonne for feilen — disse mønstrene bør du se etter.

• Tabulatorer i stedet for mellomrom. YAML 1.2 forbyr tabulatorer for innrykk. Erstatt hver tab med mellomrom — de fleste editorer har en «konverter tabs til mellomrom»-kommando.
• Blandede innrykksnivåer. Et barn med 2 mellomroms innrykk under et søsken med 4 mellomrom vil feile. Velg én innrykksbredde (vanligvis 2 mellomrom) og bruk den konsekvent gjennom hele dokumentet.
• Strenger som ser ut som booleanske. I YAML 1.1 parses `yes`, `no`, `on`, `off` som booleanske — overraskende i landskoder («NO»-fellen) og versjonsstrenger. Siter verdien: `country: "NO"`. js-yaml bruker som standard YAML 1.2 hvor dette er rettet, men virkelige inndata treffer fortsatt problemet.
• Spesialtegn uten anførselstegn. Verdier som starter med `- `, `:`, `?`, `&`, `*`, `!`, `|`, `>`, `\'`, `"`, `%`, `@`, `` ` `` trenger anførselstegn. Tryggeste mønster: siter enhver streng med tegnsetting.
• Ulukket anførselstegn. Et manglende avsluttende `"` eller `\'` får parseren til å behandle resten av filen som del av strengen til neste anførselstegn — gir vanligvis et forvirrende linjenummer langt fra den faktiske feilen.
• Anchor / alias mismatch. Aliases (`*name`) som refererer til en udefinert anchor (`&name`) gir parsefeil. Sjekk at hver alias har en matchende anchor erklært tidligere i dokumentet.

Støtter dette YAML 1.1-særegenheter som «Norge-problemet»?

Nei — og det er bevisst. Vi bruker js-yaml i YAML 1.2-modus, hvor usitert `NO` parses som strengen «NO» i stedet for boolean false. Hvis du har inndata som avhenger av YAML 1.1-booleaner, siter dem eksplisitt før du limer. Å blande de to spesifikasjonene i ett verktøy ville stille feiloversette dataene dine.

Hva skjer med YAML-anchors og aliases?

De løses opp under konvertering. Den resulterende JSON-en inneholder de duplikerte verdiene som rene data — anchors overlever ikke til JSON fordi JSON ikke har ekvivalent referansesyntaks. Hvis du trenger referansene bevart, er JSON ikke riktig målformat.

Kan jeg konvertere multi-dokument YAML-filer?

Ja. YAML-filer som inneholder flere dokumenter separert med `---` konverteres til en JSON-array, hvor hvert dokument blir ett element i arrayet. Hvis filen din er ett enkelt dokument, konverteres det til ett enkelt JSON-objekt eller -verdi på toppnivå.

Hvorfor kommer datostrengen min ut i ISO-format?

YAML har en innebygd timestamp-type (`2025-12-31`). Parseren leser den som et JavaScript Date som serialiseres til JSON som ISO 8601-streng. For å beholde den opprinnelige tekstlitteralen, siter verdien i YAML-en din: `release: "2025-12-31"`.

Er dette trygt for sensitive YAML-konfigurasjoner?

Ja. Alt kjører i nettleseren din — inndata blir parset og konvertert av JavaScript på denne siden, ikke sendt til noen server. Ingen logger, ingen analytikk på selve inndataene, ingen lagring. Verifiser i nettleserens utviklerverktøy: ingen nettverksforespørsler avfyres når du klikker Konverter.

Hvor stor YAML-fil kan det håndtere?

Opp til nettleserens minnegrense, men tekstområde-UI-en føles treg over ~10 MB YAML. For større inndata, konverter i biter eller bruk samme bibliotek (js-yaml) på kommandolinjen.