Zo migreer je van Roam Research naar Deckbase

Wanneer je deze workflow gebruikt

Roam Research-gebruikers met dagelijkse notities, notities over literatuur of conceptkaarten die blokken met veel bruikbare informatie willen omzetten in een aparte cyclus voor gespreide herhaling, in plaats van de graph opnieuw te lezen.

Zie dit als een operationeel migratieproces, niet als een eenmalige bestandsupload. Het doel is niet alleen een geslaagde import, maar ook consistenter reviewen en minder onderhoud aan kaarten in de weken na de overstap.

Checklist voor de import

• Bepaal welke pagina's inhoud bevatten die herhaling waard is: niet elke Roam-pagina heeft kaarten nodig.
• Exporteer de doelpagina's als Markdown-bestanden via Roams functie Alles exporteren.
• Bepaal of je [[paginalinks]] als context in het notitieveld wilt houden of ze helemaal wilt verwijderen.

Als één punt op de checklist niet klopt, los het dan op vóór de import. Opschonen aan de bron is sneller dan honderden kaarten repareren na de migratie.

Aanbevolen veldmapping

Houd de mapping gelijk in verwante decks. Een consistente structuur maakt bulkbewerkingen beter en maakt het later veiliger om templates aan te passen.

Stapsgewijze migratiestroom

1. 1
   Tag blokken die je als flashcards wilt gebruiken in Roam met een consistente tag, zoals #flashcard of #review.
2. 2
   Exporteer de pagina of de hele graph als Markdown. Roam maakt één .md-bestand per pagina.
3. 3
   Gebruik zoeken en vervangen om [[dubbele haakjes]], ^block-refs en #tags uit de hoofdtekst te verwijderen.
4. 4
   Hervorm getagde blokken tot paren van voorkant en achterkant in een spreadsheet: de vraag op de ene rij, het antwoord op de volgende.
5. 5
   Importeer de opgeschoonde CSV in Deckbase, koppel de kolommen voor voorkant en achterkant en gebruik de paginatitel als decknaam.
6. 6
   Controleer een proefset van 20 kaarten op kwaliteit: herschrijf blokken die wel atomaire notities waren, maar geen echte vragen om kennis op te halen.

Veelvoorkomende fouten en oplossingen

Gebruik na elke oplossing een klein proefdeck. Als de kwaliteit in het proefdeck goed blijft, pas je hetzelfde correctiepatroon toe op de hele batch.

Voorbeelden van kwaliteitscontroles op de output

• Voorkant: Wat is de basiseenheid van informatie in Roam? | Achterkant: Het blok: een atomaire alinea waarnaar je overal in de graph kunt verwijzen.
• Voorkant: Definieer de 'literatuur­notitie' uit Zettelkasten. | Achterkant: Een verwerkte samenvatting van bronmateriaal in je eigen woorden, gekoppeld aan permanente notities.
• Voorkant: Wat optimaliseert FSRS ten opzichte van SM-2? | Achterkant: Adaptieve schattingen van de geheugenstabiliteit per kaart, geen vaste gemaksfactoren.

Controleer bij de QA elke voorbeeldkaart op helderheid, atomiciteit en precisie van het antwoord. Importeer geen kaarten die alleen de formulering testen en niet het begrip.

Een praktische test: als je tijdens het reviewen binnen 10 seconden nauwkeurig kunt antwoorden, is de kaart meestal goed afgebakend. Zo niet, splits hem dan of herschrijf hem.

FAQ

Gerelateerde gidsen

Tip: bewaar bij geavanceerde workflows je oorspronkelijke export als back-up en houd elke migratiepoging bij met batchnaam en datum.