Search

@Moshpirit Humm, I hadn't thought of creating aliases for the #Logseq structure and using #emacs (the editor I use on a daily basis) to edit the files.

This gave me the idea of writing an emacs plugin

Super Tipp - vielen Dank @[email protected] für den Hinweis. Ich habe schon lange nach einer Ablösung für OneNote gesucht und bin vermutlich fündig geworden. Das Projekt sieht vielversprechend aus und anscheinend wird auch viel daran entwickelt.

@milan @pkm Bidirectional relations linking might be more efficient. Although it is yet to arrive in #anytype

Another org-mode user here. No longer in studying in a formal environment, but eternally a student.

Learning Emacs was one of the best decisions I've ever made. I could never fully commit to my knowledgebase when I knew my data was in a proprietary format. Moving to Emacs was not only an earth shattering upgrade over the proprietary tools I'd been using, but it gave me confidence to really put my soul into creating a distributed cognition system that will grow with me into the future.

I'm not quite at django's level of using Emacs for email, but it's definitely on the list. I do use Emacs for my task management using GTD which I wouldn't have been able to do without Rainer König's excellent course.

I personally use the following packages: pdf-tools - view, editing and link to pdf documents helm-recoll - fulltext search across my entire knowledgebase from within emacs, including pdf search org-transclusion - inline display of linked content from other locations in org-files (still integrating with my workflow)

I make liberal use of org-refile, org-store-link and org-insert-link. In order to keep the cross linking robust, I've added the following to my dotfile

      (setq org-id-link-to-org-use-id t)
      (setq org-id-track-globally t)

The learning curve is steep, but once the basics have been learned, the power is really unmatched.

Ich gebe zu es stört mich ein @ statt einem [[]] zu haben, aber ansonsten kann es sich durchaus ähnlich verhalten wenn man sich drauf einlässt... soweit zumindest mein aktueller Stand.

I already gave you the link to the plugin above. To install it to your own TiddlyWiki, here is the description.

That is the Stories plugin.

Moin, ich weiss nicht ob tatsächlich Roam wirklich eine neue Generation von PKM Tools darstellt. Viele Erkenntnisse in dem zitierten Artikel sind nicht neu. Subjektiv scheint es tatsächlich "hipper" ein PKM Tool zu benutzen. Zumindest in meiner Bubble kommt das Thema seitdem öfters hoch. Ich denke was vielleicht neu an den Tools ist, dass sie einfach zu erreichen und in ihrer Grundfunktionalität zu bedienen sind. Auch die Integration in das Work/Life Enviorment spielt sicherlich eine Rolle. Für mich auch das Alter, ich muss mir einfach mehr notieren ;-)

Das eine Abkehr von Ordnerstrukturen sinnvoll ist, sollte jeden mindesten seit dem Artikel von Vannevar Bush sein ;-). Das HTML Protokoll ist doch auch aus genau diesem Wunsch entstanden, Informationen abzuspeichern und mit einander zu verbinden und dadurch einfacher zugänglich zu machen - zusätzlich zu dem Aspekt der Zusammenarbeit.

Digitale PKM Tools gibt es sicherlich seit es persönlichen Rechnerspeicher gibt. Ich glaube das eine oder andere CLI Tool gab es auch schon unter UNIX. Die notwendigen Schritte der Wissensaneignung sind auch nicht so neu.

Was ist also neu? Der einfache Zugang zu den Tools, die Unterstützung der Aufbereitung der Information, die Integration in das Tätigkeitsumfeld, womit nicht nur die Integration von anderen digitalen Tools lokal oder im Netz gemeint ist, auch die Integration der physikalischen Welt ist durch Geräte wie SmartPhones einfacher geworden.

Funktionen für die Collaboration sind aus meiner Sicht für ein PKM nicht relevant, aber PKMs sollten einfache Lösungen bieten, Wissen am Ende so aufbereitet zur Verfügung zu stellen, dass diese einfach geteilt werden kann. Das funktioniert zwar am Besten in einem geschlossen System, aber das ist dann auch geschlossen! Was mich zum nächsten Punkt bringt und warum ich persönlich Obsidian einsetzte, ist die Offenheit, Neben dem Aspekt das die Information nicht irgendwo bei einem Startup in der Cloud liegt. Obsidian speichert lokal in einem Format, das ich leicht mit anderen Tools bearbeiten kann, sogar programmatisch manipulieren kann. Das ist für mich der wichtigste neue Aspekt. Evernote, OneNote, Notion waren immer mehr oder weniger geschlossene System, denen diese Offenheit fehlte.

Ich sehe aber noch immer zwei Schwächen, zum einem beim Ablegen der Information fehlt eine bessere (intelligentere) Unterstützung zur Einordnung und Verlinkung der Information. So sind Tags sicherlich ein mächtiges Werkzug zur Bildung einer Taxonomie, aber auch meist rein zufällig und fehlerbehaftet. Hier wäre der Zugriff auf bereits bestehende Taxonomie bzw. deren Tagging-Systeme eine Hilfe. Der zweite Aspekt ist der Abruf von Informationen: in welchen Kontext, mit welcher Fragestellung greife ich auf mein Wissensnetz zu, wie sind die Verbindungen zwischen den Informationeinheiten gewichtet, usw..

Das sind ein paar schnelle und ungeordnete Gedanken, nachdem ich den Artikel gelesen habe die ich nun in mein Obsidian überführen werde und dort Ordnern werde.

Es ist doch noch zu früh und ein editiere hier noch rum - denke es ist vielleicht nicht so viel los, das es auffällt.

Ich hatte noch diesen Artikel "A Complete Obsidian-Based Workflow for Information Capture and Content Creation" von Theo Stowell im Hinterkopf (und nicht in meinem PKM), der basierend auf das hier empfohlene Buch, seinen Workflow beschreibt, anhand der Schritte von Capture, Extraction, Synthesis. Herr Forte in spricht allerdings von vier Schritten in seinem "C.O.D.E" Ansatz: Capture, Organize, Distill und Express. Wie dem auch sei, ich denke bei einer Kategorisierung von PKM-Tools sollte man Kriterien entwickeln die Features diesem Schritten entsprechend einordnen.

So, ich freue mich auf eine Diskussion.