Hi, thanks for building gbrain.
Request: support Org-mode (.org) files as an additional source format for import and sync.
This seems like a strong fit for the project because there is a meaningful overlap between:
- people using Org-mode
- people maintaining large personal knowledge bases, research archives, and long-lived text repositories
gbrain’s model of "repo as source of truth, indexed retrieval layer on top" maps naturally to Org repositories as well as Markdown repositories. Even an import/sync-only first pass would already unlock a substantial set of existing knowledge bases.
A minimal scope could be:
gbrain import accepts .org files
gbrain sync tracks add/modify/delete for .org
- basic Org metadata maps into the existing page model, for example:
#+title: -> title
#+filetags: -> tags
- body -> compiled truth/content
- optionally a conventional heading like
Timeline -> timeline
This would not need to imply full Org semantics or perfect round-tripping. Import support alone would already be useful.
Using an existing Org parser would likely be preferable to custom parsing logic.
If this direction fits the project, a PR from a fork can be opened immediately with an import/sync-only first pass.
Hi, thanks for building gbrain.
Request: support Org-mode (
.org) files as an additional source format forimportandsync.This seems like a strong fit for the project because there is a meaningful overlap between:
gbrain’s model of "repo as source of truth, indexed retrieval layer on top" maps naturally to Org repositories as well as Markdown repositories. Even an import/sync-only first pass would already unlock a substantial set of existing knowledge bases.
A minimal scope could be:
gbrain importaccepts.orgfilesgbrain synctracks add/modify/delete for.org#+title:-> title#+filetags:-> tagsTimeline-> timelineThis would not need to imply full Org semantics or perfect round-tripping. Import support alone would already be useful.
Using an existing Org parser would likely be preferable to custom parsing logic.
If this direction fits the project, a PR from a fork can be opened immediately with an import/sync-only first pass.