Import z innej aplikacji

Stan na: 2026-07-28

Plainva potrafi przenieść notatki z innych aplikacji do notatek. Import zawsze zapisuje dane w vaulcie, który masz aktualnie otwarty, w podfolderze o nazwie, którą wybierasz — dzięki temu nigdy nie dotyka reszty Twojego vaultu, a zaimportowany folder możesz później przenieść lub usunąć jak każdy inny folder.

Import odbywa się na komputerze. Aplikacja mobilna nie potrafi importować: zaimportuj notatki na komputerze, a trafią na Twój telefon przez synchronizację, jak każdy inny plik.

Rozpoczynanie importu

Trzy sposoby:

• Ekran powitalny → Import z innej aplikacji — sposób na start, gdy nie masz jeszcze żadnego vaultu, czyli normalny przypadek przy przechodzeniu na inną aplikację.
• Paleta poleceń (Mod+P) → Importuj z innej aplikacji…
• Kliknij prawym przyciskiem folder w drzewie plików → Importuj z innej aplikacji…

Pierwszy krok pyta o eksport — Wybierz pliki… albo Wybierz folder…, zależnie od tego, co masz. Kreator podaje następnie nazwę rozpoznanej aplikacji, a Ty decydujesz, dokąd zapisuje import. Potem pojawia się podgląd z liczbami dla tego przebiegu, ograniczeniami tego importu i przełącznikami dla źródła. Nic nie zostaje zapisane, dopóki nie naciśniesz Rozpocznij import.

Nie musisz wiedzieć, która pozycja pasuje do Twojego eksportu. Wybierz pliki, a Plainva rozpozna źródło — eksport z Notion po długich identyfikatorach w ścieżkach, graf Logseq po folderach journals/ i pages/, eksport z Keep lub Simplenote po zawartości pliku JSON. Kreator pokazuje, co rozpoznał; jeśli się pomylił, zmień to na liście powyżej, a Twój wybór pozostanie.

Dokąd zapisuje import

Dokładnie jedno z dwóch na import — nigdy oba naraz:

• Nowy vault: wybierasz pusty folder, Plainva tworzy w nim świeży vault i importuje do niego. Nic z tego, co już masz, nie zostanie naruszone, a cofnięcie całego importu polega na usunięciu tego folderu. To właściwy wybór, jeśli dopiero wypróbowujesz Plainva.
• Podfolder otwartego vaultu: wszystko trafia do jednego, nowo utworzonego podfolderu, który nazywasz. Reszta Twojego vaultu pozostaje nietknięta.

Wiersz docelowy pod wyborem zawsze podaje dokładny folder, więc to, gdzie coś trafi, nigdy nie jest zgadywaniem.

Opcje tego importu

Podgląd pokazuje pod liczbami przełączniki dopasowane do rozpoznanego źródła — każde źródło ma swoje, a to, czego dane źródło nie potrafi, nigdy się tam nie pojawia. Znajdują się tam, a nie wcześniej, bo pytania mają sens dopiero, gdy widać, co nadchodzi; przełącznik zmieniający liczby powoduje ich natychmiastowe przeliczenie.

• Zachowaj daty ze źródła (włączone) — zaimportowane notatki zachowują daty utworzenia i modyfikacji ze źródła. Bez tej opcji wszystko otrzymuje dzisiejszą datę.
• Importuj też usunięte notatki (wyłączone) — dla Google Keep i Simplenote, których eksport zawiera kosz. Domyślnie to, co tam leży, pozostaje na miejscu; raport wymienia to z nazwy.

Co pokazuje podgląd

Podgląd to ostatni przystanek przed zapisaniem czegokolwiek i wymienia wszystko, co inaczej byłoby później niespodzianką:

• liczby dla tego przebiegu — notatki i bazy danych, a także załączniki i listy kontrolne, tam gdzie źródło je ma,
• dokładny folder docelowy,
• czego ten import nie potrafi przenieść, oraz osobno każdy element archiwum, który został pominięty,
• przy vaulcie z połączeniem chmurowym informację, że zaimportowane notatki zostaną potem przesłane,
• przy bardzo dużych źródłach informację, że indeksowanie wyszukiwania i pierwsza synchronizacja chwilę potrwają.

Zatrzymywanie przebiegu

Duża przestrzeń robocza może zająć chwilę, dlatego import można zatrzymać: Zatrzymaj import w trakcie przebiegu. To, co już trafiło do vaultu, zostaje tam, a raport to opisuje — częściowy import to nie zepsuty import. Podobnie jak przy pełnym imporcie, cofnięciem jest usunięcie folderu.

Co możesz zaimportować

Obsidian też jest na liście, ale nie uruchamia żadnego importu — i żadnego nie potrzebuje. Plainva pracuje na tych samych plikach Markdown: pozycja to wyjaśnia i oferuje Otwórz vault. Linki wiki, tagi, frontmatter i pliki .base nadal działają, a Twój vault pozostaje użyteczny w Obsidianie. Trzeba przy tym uczciwie dodać: nie ma ekosystemu wtyczek, nie ma Canvasa ani Dataview — w zamian masz filtry w .base, a składnia wtyczek w Twoich notatkach pozostaje zwykłym tekstem.

Notion w szczegółach

Notion to jedyne źródło, w którym te dwie ścieżki znacząco się różnią.

Z tokenem integracji (zalecane). Token utwórz na notion.so/my-integrations — kreator wymienia trzy kroki i otwiera dla Ciebie tę stronę. Następnie otwórz w Notion każdą stronę, którą chcesz zaimportować, kliknij „…” w prawym górnym rogu → Połączenia i dodaj swoją integrację — Notion udostępnia tylko strony, które zostały wyraźnie połączone z Twoją integracją.

Plainva nie zapisuje tokena. Obowiązuje tylko dla tego jednego przebiegu i potem znika; nie powstaje żadne połączone konto. Przy kolejnym imporcie wklejasz go ponownie.

Przez API Plainva widzi strukturę, a nie tylko tekst:

• Hierarchia stron staje się strukturą folderów.
• Każda baza danych staje się plikiem .base oraz folderem z jedną notatką na wiersz.
• Relacje stają się linkami wiki między tymi notatkami, w obu kierunkach.
• Mapowanych jest 21 typów właściwości — wybór, status, wielokrotny wybór, data, liczba, pole wyboru, URL, e-mail, telefon, formuła, rollup, relacja, osoby, unikalny identyfikator i inne.
• Widoki tabeli, tablicy, kalendarza i listy są generowane na podstawie schematu bazy danych.
• Bazy danych osadzone na stronie stają się aktywnymi osadzeniami ![[Database.base]].

Z eksportu ZIP. Działa offline i nie wymaga tokena, ale eksport z Notion nie zawiera ani schematu baz danych, ani identyfikatorów stron. Strony i ich foldery zostają przeniesione, a linki między zaimportowanymi stronami nadal działają — Notion zapisuje je z długim identyfikatorem w każdym segmencie ścieżki, a Plainva kieruje je do notatek, które faktycznie zostały zapisane. Bazy danych są tworzone jako puste pliki .base, o czym informuje też raport. Jeśli Twoje bazy danych mają znaczenie, użyj ścieżki przez API.

Czego import nie przenosi

Każdy import podaje swoje ograniczenia w podglądzie, a potem ponownie w raporcie. Najważniejsze z nich:

• Załączniki i obrazy nie są importowane. Raport wymienia je pojedynczo, dzięki czemu wiadomo, co pozostaje w eksporcie; załączniki z Evernote i obrazy z Keep również tam pozostają.
• Niektóre elementy archiwum są pomijane celowo: bardzo duże pliki, dowiązania symboliczne oraz elementy z niebezpieczną ścieżką. Pojawiają się z podanym powodem w podglądzie, zanim rozpoczniesz import.
• Bardzo długie strony Notion są odczytywane w całości, ale treść zagnieżdżona w rozwijanych blokach, kolumnach lub podlistach nie jest uwzględniana.
• Pliki Logseq są kopiowane bez zmian — właściwości key:: value oraz odwołania do bloków nie są konwertowane na właściwości ani linki Plainva.
• Usunięte pozostaje usunięte. Kosz Simplenote i Google Keep jest pomijany — te notatki zostały już raz odrzucone, a import nie powinien po cichu ich przywracać. Są wymienione z nazwy w raporcie, dzięki czemu widzisz, co zostało pominięte.
• Eksporty ZIP z Notion tworzą puste bazy danych (patrz wyżej).

Daty zostają przeniesione

Kolekcja rozwijana latami traci swoją oś czasu, jeśli po imporcie wszystko nosi dzisiejszą datę. Dlatego Plainva przenosi daty ze źródła:

• Trafiają jako created i updated do frontmattera zaimportowanej notatki — stamtąd odczytuje je też oś czasu grafu.
• Sam plik również otrzymuje datę modyfikacji ze źródła, dzięki czemu sortowanie według daty i Ostatnio otwarte działają poprawnie. Datę utworzenia pliku można ustawić tylko w systemie Windows; na pozostałych systemach nośnikiem tej informacji jest frontmatter.
• Jeśli źródło nie dostarcza żadnych dat, Plainva używa daty pliku eksportu. Nigdy jej nie zmyśla: gdy nie ma żadnej wskazówki, pole pozostaje puste.

Jeden błąd nie kończy całego importu

Jeśli pojedynczej notatki nie da się zapisać, import biegnie dalej, a raport wymienia ją wraz z powodem. Raport jest zapisywany nawet wtedy, gdy przebieg zatrzyma się przedwcześnie — dzięki temu zawsze widzisz, co już trafiło do Twojego vaultu.

Nic nie zostaje nadpisane

Import zapisuje dane w otwartym vaulcie, dlatego został zaprojektowany tak, aby był nieniszczący:

• Jeśli nazwa notatki jest już zajęta, zaimportowana notatka zostaje ponumerowana (Meeting (2).md) zamiast zastępować istniejącą. Dotyczy to również sytuacji, gdy dwie notatki źródłowe mają tę samą nazwę.
• Zaimportowane notatki otrzymują zwykły frontmatter OKF (type, okf_version), dzięki czemu zachowują się jak każda inna notatka Plainva w filtrach i widokach .base.
• Nic poza docelowym podfolderem nie zostaje zmienione.

Jeśli wolisz, aby import był całkowicie oddzielny, utwórz najpierw nowy vault (Nowy vault na ekranie powitalnym) i zaimportuj do niego.

Raport importu

Każde uruchomienie zapisuje raport importu do folderu docelowego. Zawiera on:

• liczbę zaimportowanych notatek i baz danych,
• co ten import w ogóle nie potrafi przenieść,
• wszystko, co dotarło niekompletnie albo zostało pominięte, wraz z powodem,
• oraz każdy plik wraz z jego statusem.

Raport jest rzetelnym zapisem przebiegu importu — jeśli coś zostało obcięte lub pominięte, pojawia się w nim, zamiast zostać po cichu policzone jako sukces. Warto go przeczytać, zanim usuniesz eksport.

Na samym dole znajduje się informacja, jak cofnąć import: wszystko z jednego przebiegu znajduje się w jednym folderze — usunięcie go usuwa import. Przy celu Nowy vault jest to folder samego nowego vaultu. Nie jest do tego potrzebne żadne osobne polecenie cofania. Sam raport jest zwykłą notatką i można go usunąć, gdy tylko go przeczytasz.

Powiązane strony

• Bazy danych (.base) — co dzieje się z zaimportowanymi bazami danych Notion
• OKF — frontmatter, jaki otrzymują zaimportowane notatki
• Pierwsze kroki — tworzenie osobnego vaultu na potrzeby importu