Open Cossackx opened 4 months ago
@Cossackx not today. but we've been thinking on how to make this more extensible.
would you mind sharing a bit more of your use case ? (helps us develop things in the right direction)
Types
Project
Task
Idea
Event
Property Descriptions
projectName
dueDate
status
priority
Relationships
_is_relatedto
_dependson
_contributesto
_is_partof
Note Content:
---
type: project
projectName: "Develop New Feature"
dueDate: "2024-12-31"
status: "active"
---
# Project Plan
## Description
Details of the new project plan.
## Tasks
- Task1 _depends_on_ Task2
- ResearchNote _contributes_to_ ProjectPlan
## Diagram
![Project Diagram](../Attachments/Images/Diagrams/project-diagram.png)
By defining these properties and relationships, you can maintain a well-organized, flexible PKM system in Obsidian.
Using properties rather than nested tags in Obsidian can offer several advantages:
Using Properties:
---
type: project
projectName: "Develop New Feature"
dueDate: "2024-12-31"
status: "active"
---
Using Nested Tags:
#project/develop_new_feature #due/2024-12-31 #status/active
Property-Based Query:
table projectName, dueDate, status
from "Notes"
where type = "project"
Tag-Based Query:
table file.name
from "Notes"
where contains(tags, "#project/develop_new_feature") and contains(tags, "#status/active")
While nested tags can also provide some level of organization, properties offer a more structured and powerful way to manage and query your notes, ensuring better consistency and clarity in your PKM system.
for example, I don't want FO2K to rigidly separate everything into folders. Instead, I would like it to adjust the front matter properties and keep everything in the least amount of folders as possible, as I determine.
With the addition of Properties, I continue to wonder if that is the better way to go vs. Nested tag. Can FO2K add properties that I already have or is it just tags?