Importeren uit een andere app

Laatst bijgewerkt: 2026-10-06

Plainva importeert notities uit andere apps in een nieuwe vault of een nieuw benoemde submap van de geopende vault. De rest blijft ongewijzigd; je kunt de importmap daarna verplaatsen of verwijderen.

Importeren werkt op beide apparaten, met dezelfde bronnen. Op de desktop leiden het startscherm, het opdrachtenpalet en het contextmenu van een map ernaartoe; op de telefoon vind je het onder Instellingen → Onderhoud → Importeren uit een andere app. Ook bronnen die toegang tot een dienst nodig hebben — Notion via de API — zijn daar beschikbaar. Ook het opdrachtenpalet van de telefoon (> in het zoekveld) leidt ernaartoe.

Import starten

Drie manieren:

• Startscherm → Importeren uit een andere app — de manier als je nog geen vault hebt, wat de normale situatie is wanneer je van app wisselt.
• Opdrachtenpalet (Mod+P) → Importeren uit een andere app…
• Rechtsklik op een map in de bestandsboom → Importeren uit een andere app…

De eerste stap vraagt om je export — Bestanden kiezen… of Map kiezen…, wat je ook hebt. Daarna noemt de wizard de app die hij herkend heeft, en bepaal je zelf waar de import naartoe schrijft. Er volgt een voorbeeld met de cijfers van de uitvoering, de grenzen van deze import en de schakelaars voor de bron. Er wordt pas iets geschreven zodra je op Import starten klikt.

Je hoeft niet te weten welke optie bij je export past. Kies de bestanden, en Plainva herkent de bron — een Notion-export aan de lange ID’s in zijn paden, een Logseq-graph aan zijn mappen journals/ en pages/, een Keep- of Simplenote-export aan de inhoud van de JSON. De wizard laat zien wat hij herkend heeft; als hij het mis had, wijzig je het in de lijst hierboven en blijft je keuze staan.

Waar de import naartoe schrijft

Precies een van de twee per import — nooit beide:

• Nieuwe vault: je kiest een lege map, Plainva maakt daarin een nieuwe vault aan en importeert daarnaartoe. Niets van wat je al hebt kan worden aangeraakt, en de hele import ongedaan maken betekent die map verwijderen. Dit is de juiste keuze als je Plainva uitprobeert. Op de telefoon is een vault geen map die je uitkiest maar een gebied van de app: je geeft er alleen een naam aan. De import ongedaan maken betekent dan die vault verwijderen onder Meer → Vaults.
• Submap van de geopende vault: alles komt terecht in één nieuw aangemaakte submap die je benoemt. De rest van je vault blijft onaangeroerd.

De doelregel onder de keuze noemt altijd de exacte map, zodat waar dingen terechtkomen nooit gissen is.

Opties voor deze import

Het voorbeeld toont, onder de cijfers, de schakelaars die bij de herkende bron passen — elke bron brengt zijn eigen schakelaars mee, en wat een bron niet kan, verschijnt daar ook nooit. Ze staan daar en niet eerder, omdat de vragen pas zin hebben zodra je ziet wat eraan komt; een schakelaar die de cijfers verandert, laat ze meteen opnieuw tellen.

• Datums van de bron overnemen (aan) — geïmporteerde notities behouden de aanmaak- en wijzigingsdatum van de bron. Zonder deze optie krijgt alles de datum van vandaag.
• Ook verwijderde notities importeren (uit) — voor Google Keep en Simplenote, waarvan de export de prullenbak meelevert. Standaard blijft liggen wat daar ligt; het rapport noemt het bij naam.

Wat het voorbeeld laat zien

Het voorbeeld is het laatste station voordat er iets wordt geschreven, en het noemt alles wat anders achteraf een verrassing zou zijn:

• de cijfers van de uitvoering — notities en databases, plus bijlagen en checklists, voor zover de bron die heeft,
• de exacte doelmap,
• wat deze import niet kan meenemen, en, apart vermeld, wat er in het archief werd overgeslagen,
• bij een vault met een cloudverbinding de melding dat de geïmporteerde notities daarna worden geüpload,
• bij zeer grote bronnen de melding dat de zoekindex en de eerste synchronisatie daarna even zullen duren.

Een uitvoering stoppen

Een grote werkruimte kan even duren, dus een import kan worden gestopt: Import stoppen tijdens de uitvoering. Wat al in de vault is aangekomen, blijft daar staan, en het rapport beschrijft het — een gedeeltelijke import is geen kapotte import. Net als bij een voltooide import is de map het ongedaan maken.

Wat je kunt importeren

Obsidian staat ook in de lijst, maar start geen import — en heeft er ook geen nodig. Plainva werkt met dezelfde Markdown-bestanden: het item legt dat uit en biedt je Vault openen aan. Wiki-links, tags, frontmatter en .base-bestanden blijven werken, en je vault blijft bruikbaar in Obsidian. Eerlijk gezegd: er is geen plugin-ecosysteem, geen Canvas en geen Dataview — daarvoor in de plaats krijg je filters in .base, en plugin-syntax in je notities blijft daar gewoon als platte tekst staan.

Waarom ontbreekt mijn app?

Sommige apps staan niet in de lijst, en de reden is telkens een andere — dat is van belang, want twee ervan ontbreken alleen voorlopig.

• OneNote — er is geen bulkexport die iets bruikbaars oplevert. De weg zou lopen via Microsofts Graph-API met een gedelegeerde aanmelding: één aanroep per pagina, nog een voor elke afbeelding, plus de beslissing hoe een vrij invulbaar canvas ooit Markdown wordt. Het staat genoteerd als toekomstig project, niet als uitgesloten — de API zelf is vrij beschikbaar.
• Apple Notes — ook Apple biedt geen bulkexport, en de notities lezen betekent een SQLite-database terugontwikkelen, en dat alleen onder macOS. Gevestigde exporttools doen dat al. Exporteer met een daarvan naar Markdown en breng de map daarna binnen via Markdown-map / ZIP.
• Zoho Notebook, Turtl, Nimbus/FuseBase — geen gedocumenteerde export om vanuit te importeren.
• Confluence — de API levert Confluences eigen storage-formaat, een XHTML-dialect rond macro’s dat een eigen omzetter zou vragen; en het is een teamwiki, geen persoonlijke verzameling. De weg naar binnen is vandaag de ruimte-export: exporteer de ruimte als HTML en haal de map binnen via HTML-map / ZIP. De links tussen de geëxporteerde pagina’s blijven werken.

Voor alles wat niet in de lijst staat, is de weg hetzelfde: als je app Markdown-bestanden kan schrijven, neemt het item Markdown-map / ZIP ze aan, en hun mapstructuur komt mee.

Notion in detail

Notion is de enige bron waarbij de twee wegen sterk verschillen.

Met een integratietoken (aanbevolen). Maak een token aan op notion.so/my-integrations — de wizard noemt de drie stappen en opent de pagina voor je. Open daarna elke Notion-pagina die je wilt importeren, kies rechtsboven ”…” → Verbindingen, en voeg je integratie toe — Notion geeft alleen pagina’s vrij die je uitdrukkelijk hebt verbonden.

Plainva bewaart het token niet. Het geldt voor die ene keer en is daarna weg; er ontstaat geen gekoppeld account. Voor de volgende import plak je het opnieuw.

Via de API ziet Plainva de structuur, niet alleen de tekst:

• De paginahiërarchie wordt een mapstructuur.
• Elke database wordt een .base-bestand plus een map met één notitie per rij.
• Relaties worden wiki-links tussen die notities, in beide richtingen.
• 21 eigenschapstypen worden overgenomen — selectie, status, multiselectie, datum, getal, selectievakje, URL, e-mail, telefoon, formule, rollup, relatie, personen, unieke ID en meer.
• Tabel-, bord-, kalender- en lijstweergaven worden gegenereerd uit het databaseschema.
• Databases die in een pagina zijn ingesloten, worden live ![[Database.base]]-embeds.

Vanuit een ZIP-export. Dit werkt offline en heeft geen token nodig, maar Notions export bevat geen databaseschema en geen pagina-ID’s. Pagina’s en hun mappen komen over, en links tussen de geïmporteerde pagina’s blijven werken — Notion schrijft ze met een lang ID in elk padsegment, en Plainva wijst ze naar de notities die daadwerkelijk zijn geschreven. De .csv naast elke databasemap wordt gelezen voor wat de pagina’s zelf niet dragen: de kolommen, hun types en de waarden van elke rij als frontmatter. Rijen waarvoor de export geen pagina heeft, worden als notities geschreven. Koppelen gebeurt op titel — de API-route is die met echte ID’s en blijft de betere keuze voor een werkruimte die op relaties is gebouwd.

Wat imports niet kunnen meenemen

Elke importer noemt zijn grenzen in het voorbeeld en nogmaals in het rapport. De belangrijkste:

• Bijlagen komen mee. Uit een ZIP of map behouden ze de plek die ze in de export hadden, zodat een relatieve afbeeldingslink in een notitie blijft werken. Uit Notion via de API worden ze tijdens de import gedownload — Notion ondertekent die links en ze verlopen binnen een uur — en belanden in een map Attachments; afbeeldingen die een pagina ergens anders van het web haalt, blijven links. Twee uitzonderingen blijven in je export en worden een voor een in het rapport genoemd: bijlagen binnen een Evernote-.enex en Google Keep-afbeeldingen.
• Sommige onderdelen van het archief worden bewust overgeslagen: zeer grote bestanden, symbolische links en onderdelen met een onveilig pad. Ze verschijnen met een reden in het voorbeeld, voordat je de import start.
• Zeer lange Notion-pagina’s worden volledig gelezen, maar inhoud genest in toggles, kolommen of sublijsten wordt niet meegenomen.
• Logseq-bestanden worden ongewijzigd gekopieerd — key:: value-eigenschappen en blokverwijzingen worden niet omgezet naar Plainva-eigenschappen of -links.
• Verwijderde notities blijven verwijderd. De prullenbak van Simplenote en Google Keep wordt overgeslagen — je hebt ooit besloten om die notities los te laten, en een import moet ze niet stilletjes teruggeven. Ze worden met naam genoemd in het rapport, zodat je ziet wat is achtergebleven.
• Notion-ZIP-exports koppelen rijen aan pagina’s op titel (zie hierboven) en nemen geen relaties tussen databases mee.
• HTML-tabellen en codeblokken verliezen hun structuur. De omzetting leest koppen, lijsten, opmaak, links en afbeeldingen; een tabel wordt de tekst van haar cellen. Elke pagina waar dat gebeurde staat in het rapport.

Datums worden ook overgenomen

Een collectie die jarenlang is gegroeid, verliest zijn tijdlijn als na een import alles van vandaag lijkt te dateren. Plainva neemt daarom de datums van de bron over:

• Ze komen terecht als created en updated in de frontmatter van de geïmporteerde notitie — dat is ook waar de tijdlijn van de graaf ze leest.
• Het bestand zelf krijgt ook de wijzigingsdatum van de bron, zodat sorteren op datum en Onlangs geopend kloppen. De aanmaakdatum van een bestand kan alleen onder Windows worden ingesteld; op de andere systemen is de frontmatter de drager.
• Als een bron geen datums meelevert, gebruikt Plainva de datum van het exportbestand. Er wordt nooit een verzonnen: zonder enig aanknopingspunt blijft het veld leeg.

Eén mislukking beëindigt niet de hele import

Als één notitie niet kan worden geschreven, gaat de import gewoon door en staat ze met de reden in het rapport. Het rapport wordt geschreven, ook als de uitvoering vroegtijdig stopt — zo zie je altijd wat er al in je vault staat.

Er wordt niets overschreven

De import schrijft naar de geopende vault en is daarom bewust niet-destructief opgezet:

• Als een notitienaam al bezet is, krijgt de geïmporteerde notitie een nummer (Meeting (2).md) in plaats van de bestaande te vervangen. Dit geldt ook wanneer twee bronnotities dezelfde naam delen.
• Geïmporteerde notities krijgen de gebruikelijke OKF-frontmatter — type plus een generated-stempel met Plainva’s import-actor (plainva-import/<versie>) en het moment van de uitvoering, en sources waar de herkomst bekend is — zodat ze zich in .base-filters en -weergaven gedragen als elke andere Plainva-notitie. De stempel laat je alles terugvinden wat samen is binnengekomen.
• Buiten de doelsubmap wordt niets aangepast.

Als je de import liever helemaal apart wilt houden, maak dan eerst een nieuwe vault aan (Nieuwe vault op het startscherm) en importeer daarin.

Het importrapport

Elke uitvoering schrijft een importrapport naar de doelmap. Het vermeldt:

• hoeveel notities en databases zijn geïmporteerd,
• wat deze importer helemaal niet kan meenemen,
• alles wat onvolledig aankwam of werd overgeslagen, met de reden,
• en elk bestand, met zijn status.

Het rapport is het eerlijke verslag van de uitvoering — als iets is afgekapt of weggelaten, staat het daar, in plaats van stilzwijgend als geslaagd te worden geteld. De moeite waard om te lezen voordat je de export verwijdert.

Helemaal onderaan staat hoe je de import ongedaan maakt: alles uit één uitvoering staat in één enkele map — verwijder je die, dan is de import weg. Bij de bestemming Nieuwe vault is dat de map van de nieuwe vault zelf. Daarvoor is geen apart ongedaan-maken-commando nodig. Het rapport zelf is een gewone notitie en mag worden verwijderd zodra je het hebt gelezen.

Zie ook

• Databases (.base) — wat er gebeurt met geïmporteerde Notion-databases
• OKF — de frontmatter die geïmporteerde notities krijgen
• Aan de slag — een aparte vault aanmaken voor een import

Groottelimieten tijdens het uitpakken

ZIP-bestanden worden verwerkt met limieten per bestand, voor de totale grootte en voor het aantal geaccepteerde items. Op de telefoon worden deze limieten ook tijdens het daadwerkelijke uitpakken gecontroleerd; onjuiste opgegeven groottes kunnen ze niet omzeilen. Te grote, onveilige of onleesbare items staan in het resultaat. Een archief met een beschadigde structuur wordt als fout gemeld. De oorspronkelijke export blijft behouden.

Bezette bestandsnamen

De import controleert maximaal 1000 naamvarianten. Als geen naam vrij is, een doel niet kan worden gecontroleerd of een gereserveerde naam inmiddels bezet is, wordt die vermelding overgeslagen met een reden. Andere vermeldingen gaan door. Bij Notion blijven koppelingen na een mislukte reservering naar de oorspronkelijke bron wijzen in plaats van een lokaal doel toe te wijzen. Als ook het rapport geen vrije naam krijgt, toont de import een fout; al geïmporteerde bestanden blijven in de doelmap.

Joplin JEX en RAW

Selecteer een ontsleutelde JEX/TAR-export of RAW-map. De voorvertoning telt notities, notitieboeken, tags en bijlagen. Lege notitieboeken blijven; gelijke titels krijgen verschillende namen en links volgen hun ID’s. Notities zonder meegeëxporteerd notitieboek komen in de importhoofdmap.

Bronbestanden blijven bytegelijk. Oorspronkelijke records, inclusief onbekende velden, staan ook in _Joplin/Export.json, geteld als één bijlage. Het verslag meldt ontbrekende bronnen en onopgeloste links; oorspronkelijke links blijven staan. Lees het voordat je de export verwijdert.

JEX vereist een nieuw doel. Ongeldige archieven, conflicterende paden, symbolische/harde links en TAR-uitbreidingen zoals PAX worden volledig geweigerd. Grenzen: 20.000 items, 32 MiB per bestand, 2 MiB per tekstbestand, 256 MiB totaal, 64 MiB tekst en 64 MiB begeleidend bestand. Desktop gebruikt een privékopie; mobiel leest delen van het bestand. Analyse annuleren schrijft niets naar de vault. Tijdens import blijven geschreven bestanden en een gedeeltelijk verslag behouden; de hele map wordt niet automatisch teruggedraaid.

Als een HTML-bestand niet kan worden omgezet

Als HTML dieper is genest dan wordt ondersteund, vermeldt het importrapport het bestand als overgeslagen. Plainva slaat hiervoor geen ingekorte notitie op. Andere geldige bestanden kunnen wel verder worden geïmporteerd. Probeer een eenvoudigere HTML-export of exporteer de betreffende notitie als Markdown; bewaar de oorspronkelijke export totdat je het resultaat hebt gecontroleerd.