#PKM proprietary/online products: *exist*
#Obsidian users: "better keep notes local and in a standard format!"
#Logseq users: "right, but also using #FOSS tools is important for the same reasons, Obsidian is not FOSS, on the other hand there is this new app called Logseq..."
Obsidian users: "it's nice that everyone can use what suit them the best :)"
🤷🏻♂
I don't remember if I already asked you, but what's the difference between Logseq's Document Mode and Obsidian? I don't see why one would open another app when in Logseq you can just press `t,d` to hide bullet points and write paragraphs of text in blocks like in any "longform writing" app.
### About Markdown:
- I can write a page in Document Mode in Logseq using first level blocks as paragraphs and indented ones as lists;
- if I remember to press `t,o` shortcut to expand all collapsed blocks the `collapsed:: true property` is removed;
- if I don't reference any of those blocks I am free from `id::` properties too;
- I can remove the first two columns of characters from the file to turn first level blocks into paragraphs and get more "standard" Markdown files with a simple Unix command;
- I can concatenate that command to Pandoc that I use to export to PDF so I don't need to actually edit the MD files;
This is more complex to explain than practicing, so for me there is not a reason to split data and workflows between two apps that would be a huge disadvantage.
### About folders:
- Logseq frees me from having to choose a hierarchy, to stick to it and to decide where to place something;
- I can have as many hierarchies as I want to organize pages (and blocks and whatever) and the same element can be in multiple hierarchies;
- I can still organize MD files in folders independently from Logseq that will just respect my folder graph organization; this is useful if there is a set of pages I want to share between graphs (I can symlink a folder) or share a specific folder with other people etc.
Just to be clear mine was a joke about consistency when promoting the product you like
@post Except that one is about your days and one is about the source code of your app.
With #ObsidianMD, your *data* is saved in a cleaner, more portable—and arguably more open—format, and with #Logseq, the source code of your *app* is open.
It’s not inconsistent to place more preferential weight on one than the other in choosing which to use and for what purpose.
Being FOSS and not being FOSS is an objective on/off, while portability of data is a subjective spectrum.
In particular, with Obsidian you introduce special syntax using plugins like Dataview. Logseq has built-in queries using Datalog.
**What's more standard and portable, Dataview syntax or Datalog?**
Also I already said Logseq saves data as Markdown with additional optional syntax that you would add with Obsidian plugins anyway.
I can easily turn the indented lists by Logseq into paragraphs if I want, but those indented lists are still standard Markdown.
About block properties, it is trivial to remove them automatically.
For block reference, again, it is trivial to search in the whole folder for the ID of a block, it can be done manually by text editors or automatically through code.
There is even a LSP (Language Server Protocol) for Logseq syntax that adds functionalities to IDEs that support LSP like previewing a block reference when hovering it with the cursor, like it would happen if Logseq syntax was a programming language. I know Obsidian has one too but the point here is how easy it could be to recover data and UX from a special syntax.
@post Plaintext files with a minimum of app-specific formatting *are* objectively more portable and universally readable. And while the characteristics that make software FOSS or not may be objective, the extent to which anyone personally values those characteristics is subjective.
The reason professional photographers overwhelmingly pay for Photoshop instead of using GIMP isn’t because they’re ignorant or stupid. Photoshop has qualities they care more about than GIMP being FOSS.
Good point, valuing FOSS is subjective but since Obsidian users advocate for digital sovereignty I expected FOSS to resonate with them and even if they won't move away from Obsidian just for this reason I expected to see more appreciation toward FOSS in general and admission that being closed source is a weakness for Obsidian.
Instead Gimp is not an alternative to Photoshop, Gimp is just an image editor while as you said Photoshop is a product for professional photographers and not only.
On the other hand Krita is way better than Photoshop for drawing since it is specialized for that.
Just mentioning one area where FOSS is weak is not fair though. Remaining in creative arts sector we have Blender that can compete with proprietary counterparts and with the recent release of Godot 4.0 we have a professional FOSS game engine.
These are huge complex FOSS projects. Nothing prevents us from having the same but opposed to Photoshop, it just happens not to be the case for now.
Also notice that many of us already can work with 100% FOSS, while it's impossible to go 100% proprietary.
For example there is no proprietary Web engine to my knowledge; proprietary Web browsers would still be based on Blink or WebKit.
@post I agree that there are great open-source apps and I often use them. I’m writing this in an open-source Mastodon client. Open source has real benefits. I just value the freedom to use whatever software I find most useful and enjoyable over the freedom I’d have to modify or fork the source code if I were a developer.
Btw, Krita is better compared to Illustrator than to Photoshop.
Are you sure about Krita? It's more for raster graphics like Photoshop than for vector graphics like Illustrator
@post You’re right, I’m thinking of Inkscape.
@post
That’s not the only reason I use #ObsidianMD. It produces cleaner, more portable markdown documents, and I can use folders, which are to organization what plaintext is to data. Just as plaintext guarantees that I can always edit my notes in any text editor, a basic folder structure means I’ll always be able to navigate them in any file manager.