Logseq Library: klasör yerine page hiyerarşisi kurmak

[[Dosya sürümünde]] klasör ve namespace ayrı şeylerdi.

DB sürümünde kanonik veri Markdown klasörlerinde yaşamadığı için Library daha merkezi hale geliyor.

Library ne yapıyor?

Resmî belge Library'yi:

**namespaced pages'i sanki bir page içindeki block'larmış gibi gösteren ve düzenleyen built-in page**

olarak tanımlıyor.

Bu sayede page hierarchy outliner davranışıyla yönetiliyor.

Library page hiyerarşisini graph içinde tutuyor

Library hiyerarşisi dosya sistemi klasörü oluşturmaz.

Bu ilişki graph içindeki page parent/namespace ilişkisi.

Yani:

• Projects
  • Website
  • Mobile app

gibi görünüm kurabilirsin.

Ama disk üzerinde pages/Projects/Website.md gibi bir dosya yapısı varsayma.

DB graph'ın ana verisi SQLite içindedir.

Page'i Library'ye eklemek

Resmî belge Library'de:

Add existing pages to Library

ile mevcut page'lerin hiyerarşiye alınabildiğini söylüyor.

Bir page'i Library'den çıkarmak onun namespace ilişkisini kaldırabilir.

Bu işlem page'in kendisini silmekle aynı şey değildir.

Bu ayrım önemli.

Tag mi Library mi?

Resmî belge doğrudan bir karar ölçütü veriyor.

**Ortak properties yoksa namespaces iyi adaydır.**

**Ortak properties varsa tags daha uygun olabilir.**

Örnek:

Library

• Company
  • Strategy
  • Meeting notes
  • Research

Bu sayfaların ortak bir şeması olmayabilir; yalnız yapısal olarak aynı alanın altında dururlar.

Tag

Book node'larının hepsinde:

• Author
• Status
• Rating

varsa Book tag'i daha doğru.

Çünkü ortak properties taşıyorlar.

Namespace davranışı neden değişti?

Dosya sürümünde slash ile page adı yazmak namespace hiyerarşisinin ana yollarından biriydi.

DB değişiklik belgesi bu ilişkilerin Library üzerinden daha doğrudan taşınabildiğini ve düzenlenebildiğini anlatıyor.

Parent değiştirmek için bütün alt page adlarını yeniden yazma ihtiyacı azalıyor.

Bu, namespace'i isimlendirme hilesinden graph ilişkisine yaklaştırıyor.

Bir page'i iki yerde kullanmak?

Tags çoklu parent ve çoklu kimlik için daha esnek.

Library ise page hierarchy düşüncesine daha yakın.

Bir bilgi aynı anda birden fazla kategoriye aitse onu namespace'e zorlamak yerine tags ve Node properties ile ilişkilendirmek daha doğru olabilir.

PARA uygular mısın?

İstersen Library altında:

• Projects
• Areas
• Resources
• Archive

page'leri kurabilirsin.

Ama Logseq resmî belgesi PARA yöntemi önermiyor.

Bu yalnız senin bilgi mimarin olur.

[[PARA'nın mantığı]] ayrı yazıda.

Library burada yöntemi uygulayabileceğin page hierarchy aracıdır.

Hata: klasör takıntısını geri getirmek

DB sürümü esnek ilişkiler sunarken her şeyi derin Library ağacına koymak eski klasör problemini yeniden yaratabilir.

Üç seviye çoğu kişisel sistem için yeterli:

• alan
• alt alan
• sayfa

Daha derin yapılarda page'i aramayla veya tag ile bulmak daha ucuz olabilir.

Karar

Library'nin değeri page'lere tek bir fiziksel klasör adresi vermek değil.

**Şeması olmayan sayfaları insanın anlayacağı hiyerarşide toplamak.**

Ortak özellik varsa tag; yalnız yer/bağlam gerekiyorsa Library iyi başlangıç kuralıdır.