diff options
Diffstat (limited to '2020/info/18.md')
| -rw-r--r-- | 2020/info/18.md | 57 |
1 files changed, 57 insertions, 0 deletions
diff --git a/2020/info/18.md b/2020/info/18.md index 18e180c5..c467dcb1 100644 --- a/2020/info/18.md +++ b/2020/info/18.md @@ -34,3 +34,60 @@ Points to be covered - Parsing with a background-process - Ensuring consistency via hooks +<!-- from the pad ---> + +- Actual start and end time (EST): Start 2020-11-28T15.39.41; Q&A 2020-11-28T15.56.29; End 2020-11-28T16.01.03 + + +# Questions + + +## Why not to run a background Emacs for parsing instead of implement a new parser? + + +### Running a background Emacs progress sounds great, but is still limited. Forwarding all queries to a background Emacs (like org-mode's exporter does) is only feasible with a (??? zaeph can probably fix the answer) + + +## How often does the DB index get updated in order to contain changes within Org files? + + +### Either on save, or on idle-timer. + + +## Did you ever think of opening up (or designing) the SQL DB as a general Org speedup-tool outside of org-roam so that other libraries that do execute complex queries are able to re-use the summarized data? + + +### FYI, see John Kitchin's work, he uses a SQLite database to index his Org files. <https://kitchingroup.cheme.cmu.edu/blog/2017/01/03/Find-stuff-in-org-mode-anywhere/> + +- John's DB approach is great. However, we should not end up using several DB-index in parallel. ;-)+1 + + +## Obviously with the 'global backlinks' agenda, it would be interesting to combine with the eev stuff from before :-) ( <https://github.com/edrx/eev> ) + + +## about the external program, you could just talk to the PANDOC guys (or Firn [Parses org-files into data structures with Orgize <https://github.com/PoiScript/orgize> ], Logseq [OCaml & Angstrom, for the document parser <https://github.com/mldoc/mldoc> ]), they're very helpful and have already a good org-mode parser + + +## Is it feasible to have this process of parsing org-roam following the LSP protocol? that would allow to be editor agnostic, and it would save the work to define the communication protocol and any other technical details. + + +# Notes + + +## "org-roam just wants to create backlinks" + + +## org-mode has many many files (377 lines in dired… including .elc files) + + +## If you want to create an index of all the org files using the native format, it would be very slow. So org-roam uses a sqlite database + + +## ripgrep (written in Rust) is more capable than grep; used by some Zettelkasten + + +## "Is there something we could do to import backlinks into org mode?" + + +## "We've always tried to have an experimental ground where we can track backlinks" + |