I’ve been journaling my daily work using Logseq for the past year or so. It has transformed how I work. It’s a log of the little wins I’ve tackled, notes on what was the route to success, and links to where the solution is, whether that is a Confluence doc, a PR on GitHub.
It is also a “memorium pool”, I no longer have to stress about remembering things. It has a powerful note linking mechanism that is automatic, I can find related notes easily and visualise how they are related to each other.
If something comes up during the day, I can tag it as /TODO and it will add that note on a calendar view so I can quickly glance if I have things I need to take care next week.
Give it a go. Remind yourself you win every day. Remind yourself that things do take time. Remind yourself that what you do today matters.
This post is not sponsored. It’s just me grateful for open-source. Want start your journaling today? Go here: https://logseq.com/
#emacs#logseq anyone have a working setup with logseq (in orgdown) and #orgroam playing nice in logseq's folder (orgroam dailies in 'journals', etc)? Currently my vault is a mix of org and md but I'm hoping to at least get the org files recognized while I work on converting the md (or figure out #mdroam). I tried playing with org-logseq but even though I'm matching correctly on its grep for the folder and I have title properties I couldn't get it working after a good attempt. #askfedi
For the entire time I've been using #Emacs, I never used (or wanted) any kind of spell-checking. That is changing now that I'm using it a lot more to write notes/documentation with #OrgMode / #OrgRoam.
Ideally I want to only do spell-checking on comments, when editing code, and similar configurability for Org documents.
What is the recommended method for something like that in 2024 (on macOS, if that makes any difference)?
I know that probably has been there for a while, but have never activated it! :ablobattention:
Do you also use #orgRoam ?
This is a core node with an index, not sure if I should use it or link nodes differently.. but comes handy and can always disable it with filters :abloblamp:
Sorry for the delay @ctietze !
Have recorded a short sample, but apart from being cool, I do not find it very ready just yet.. it is very slow and lacks some of the 2D functionalities... there's an option to add text on every node, but crashes on my computer, and it is quite modern... also, the labels inside the node, make it unreadable...
Anyone can recommend personal #wiki engine / notetaking with sync that has first-class #markdown support and can be easily edited on PC (#linux, #windows) and #iphone ? I don't really want #obsidian as it requires subscription that is comparable to e.g. #notion
@blami check out #Logseq (https://logseq.com): it's open source, cross platform, has mobile apps, is offline first, comes with exceptional Markdown (and org!) support, has a graph view, is extensible and roam like. Sync is in beta to supporters only but with #SyncThing it's fairly easy to do.
Or for a more nerdy solution, check-out #Emacs with #orgroam.
The latest version of orgrr (https://github.com/rtrppl/orgrr) adds support for zettel IDs and "Folgezettel" (sequence of notes). For a long time I was not really convinced that orgrr would need something like this, even after being familiar with the great "Folgezettel"-debate (https://zettelkasten.de/folgezettel/).
But, I have to admit, this is a great way to work on a sequence of notes or on draft for a publication. Two weeks into this, it changed the way I interact with my notes.
Btw getting Luhmann's sorting right was way more complex than I thought. There are now six new user-facing functions, all documented in the readme.
It appears to be an #emacs-ish program that uses #commonlisp for customization.
Apparently there have been other emacs clones based on #go and #rust and I guess those are called #emacsen ?
Without going too into my personal details, I’m not a professional programmer and most of my experience is with a modern programming language, #swift, and a high level programming language, #python.
I’ve tried learning #elisp several times by completing various programming exercises and I end up quitting because something obnoxious comes up that, from my minimal programming experience, appears to be due to elisp‘s age. Again, I’m not a pro, so this is just my amateur take.
I did a some programming challenges with #clojure which was hugely fun (mostly because of how fun it feels in emacs 😁) so I don’t think it’s the #lisp part of emacs I have a distaste for.
I’ll probably give it a serious go within the next week here and possibly report back, but I can’t imagine an emacs clone without #magit#orgroam and ChatGPT-shell will really ever become my daily driver 🙃
Ich halte demnächst einen Workshop zum Thema "Wir bauen uns ein zweites Gehirn - #Zettelkasten" ab. Was sollte ich Eurer Meinung nach auf jeden Fall einbringen?
Habt Ihr kreative Ideen, für was man den Zettelkasten "mißbrauchen" könnte? Ein Kochbuch fällt mir als Beispiel ein.
Welche Tools sollte ich Vorstellen? Hier habe ich
#Emacs hat meines Wissens mindestens drei Möglichkeiten, das #Zettelkasten-Prinzip umzusetzen. Man kann wohl #orgmode entsprechend nutzen oder #orgroam oder #zetteldeft. (Ich nutze nur orgmode, aber noch nicht als Zettelkasten.)
I don't really get what the hell zettelkasten but I feel like I should really start using some sort of "second brain" software. I have a lot of thoughts!
@choanmusic the details are at the start of that thread, but basically it started when using #org2blog to post to #wordpress, #lilypond examples compiled to png, but uploaded the full page, not the cropped. Using dev orgmode solved this… but broke #orgroam
As it turned out, reverting to distro #orgmode was a simple matter of deleting the site-lisp/org and restarting, and magically #orgroam is working again, so that's a plus. Lilypond will just need to wait.
I spent years coding in #Prolog, so my general solution to problematic things is "revert back to before your last decision, and make a different one" 🤣
#orgmode I think this might be useful when tracking tasks in #orgroam files and not having to worry about how many there are, at least theoretically.
This package aims to dynamically update the =org-agenda-files= variable by appending/deleting a candidate org file when it is saved. This limits the number of files to visit when building the agenda. The agenda buffer thus builds faster.
Trying to live the single-(usbc)-cable-dream at work as well by going through my old thinkpad dock: mac to dock via usbc, dock to Delly U2713HM DisplayPort. However, DP to DP connection from dock to old Dell U2713HM display only sometimes flickers on and often not. usbc to DP from dock is solid. DP-DP cable is extremely sus. Work has ordered new DP-DP cable and I'm crossing my fingers. Singel cable life is fun.
Again discovered how unbelievably badly macOS renders fonts on resolutions that Apple believes to be too low, in this case my Dell Ultrasharp 27" at 2560x1440 aka QHD at work. Microsoft and Windows do an absolutely great job on exactly the same hardware, and fonts look great.
BTW, although macOS does marginally better on my 32" 4K Dell IPS display at home, here Windows even further increases its font rendering dominance with fractional scaling and cleartype.
As is often the case with Apple, there is a (paid) third-party software tool that works around their attempts to improve matters, namely BetterDisplay: https://github.com/waydabber/BetterDisplay
As I wrote in my notes some years ago when this became apparent, this is just the company's philosophy. They want to control all the hardware. They will begrudgingly let you use some third party displays, but they pick their battles to look good. In this case, it does feel quite user-hostile.
Ran into a M1-specific bug in the ruff vscode extension, where the arm64 extension build bundles the x86_64 ruff binary. Worked-around, and then reported at https://github.com/astral-sh/ruff-vscode/issues/364
I've been looking at Apple's MLX machine learning / array framework for Apple Silicon https://github.com/ml-explore/mlx as well as at CoreML because I'm curious whether this will give me faster Jina AI embeddings inference on the M1 than I'm currently getting with the PyTorch MPS backend, which is muuuuuch slower on this M1 Pro 10C / 16C GPU / 16C neural than PyTorch CUDA on my oooold GeForce RTX2070 with 8GB.
looked at the Emacs htmlize bug exporting org-modern agenda
something adds a visual space between : and start of tag name. Cursor jumps over that space, and it does not contribute to current point position, however, it looks like that confuses the htmlize code, which starts the HTML appearance change for that tag one position too late (today it was 906 instead of 905)
I could dive into this, but not motivated enough
did a quick search for data science lifecycles / models when reading those data science strategic plan blog posts
funny that OHRA (our insurer back in NL) was one of the 5 companies leading the ESPRIT EU project that birthed CRISP-DM
thinking about ways of building 15 minute planning and 15 minute emali grooming into my day
planning crucial, but email grooming and general admin feel like they are taking time away from better activities
took a quick look at org-roam-buffer code to see how much work it would be to get a similarity list in there
as could be expected with org-roam, code is OK, but API not really designed with this sort of re-use in mind
[2023-11-25 Sat 16:42] err I was wrong in this case; you can just add a function to org-roam-mode-sections
fixed the consult nearest heading work-around to also take care of =consult-outline= (that was just the advice that needed to get an &optional arg.
after dinner I am able to get Simon Willison's =llm= working on my 1700+ node export, and then my own umap code which on my setup is 3 to 5 times faster for initial embedding but also queries
so close at [2023-11-25 Sat 22:43] I have the server spitting out top 10 closest org-roam IDs, but time for sleep because run tomorrow!
I've dreamed about this for quite some time now, and now I've finally been able to cobble it together!
What you're seeing, is org-roam node (subtree or file) live Jina AI (fully local) similarity search in the org-roam buffer, along with your backlinks and reflinks. This automatically surfaces other org-roam nodes which are related to the one you're currently reading, or even working on!
This open source setup currently works as follows:
export all of your org-roam nodes as text files using supplied emacs-lisp
use embed.py to calculate embeddings for all of these txt files and store them in a parq file
run serve.py which waits for submission of any text to return the N closest node ids, according to the Jina AI learned embeddings. These are really quite good and fully local, but it would be straight-forward to use a service like OpenAI embeddings for everything
There is more emacs lisp that customizes the org-roam buffer setup to call to serve.py's endpoint and renders the list of similar nodes
I took a deep dive into #Emacs... 🤪
My biggest challenge right now is NOT to abandon #Obsidian and switch completely to #orgroam. And also not to abandon Todoist in favor of #orgmode.
Wenn du noch nicht viel über die Themen weißt oder noch unschlüssig bist, solltest du dir das mal anhören - gibt einen guten Überblick über diese ziemlich ausgereiften Powertools.
Today, like every day, I used #orgmode to document processes that I would soon forget if I didnt. It just feels cathartic to document unfamiliar things.
I'm not enjoying the latest Peter Frankopan book as much as I enjoyed his book The Silk Roads.
I've been listening to the audiobook, but it's not clicking with me. The content is very dry and has lots of listy info in the early chapters. I have the hardback as well. I think I'll ditch the audiobook and read the paper copy in the future.
@ianRobinson I started slow reading #theearthtransformed. It feels like a very deep reference book with more than 300+ bibliographical sources. I doubt that the author brings anything new on that subject which he is not specialized in.