From: Christopher Dimech <dimech@gmx.com> To: Jean Louis <bugs@gnu.support> Cc: "Dr. Arne Babenhauserheide" <arne_bab@web.de>, Texas Cyberthal <texas.cyberthal@gmail.com>, "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>, Ihor Radchenko <yantar92@gmail.com> Subject: Re: One vs many directories Date: Sat, 28 Nov 2020 17:33:11 +0100 Message-ID: <trinity-913787b7-67a3-4181-bfaa-437f3713562e-1606581191120@3c-app-mailcom-bs12> (raw) In-Reply-To: <X8J316dKqq8gX+nc@protected.rcdrun.com> > Sent: Saturday, November 28, 2020 at 5:16 PM > From: "Jean Louis" <bugs@gnu.support> > To: "Ihor Radchenko" <yantar92@gmail.com> > Cc: "Dr. Arne Babenhauserheide" <arne_bab@web.de>, "Texas Cyberthal" <texas.cyberthal@gmail.com>, "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org> > Subject: Re: One vs many directories > > * Ihor Radchenko <yantar92@gmail.com> [2020-11-24 10:57]: > > > I find it entertaining for now. Now, what is exomind? > > > > Unless I misunderstood, Jean referred to "external brain" concept: > > - https://beepb00p.xyz/exobrain/ > > The more you send me reference more I discover other set of people > doing same what I am doing. Since I have implemented central meta > level organization it is moving rapidly, everthing gets sorted. It > develops by itself and is rapidly accessible. Believing that only you think a certain way is a big mistake. > That website I have to mirror locally to pick ideas and learn from > others. Mirroring I do with: > > $ wget -Emk http://example.com > > As that command replaces all hyperlinks to local hyperlinks. That > person advanced in organization of things. I stick to few principles > and just design it by principles. > > Design works rapidly. Few Emacs Lisp functions and access to reports > listed in Emacs Buffers and integration with other tools. > > With one function and one PostgreSQL table defined in 3 minutes I get > rudimentary backup and version system for any column values that I am > editing in the database. If I edit note, the note is versioned > (previous version stored) before I start editing it. Principles I am > following are basics what programmers like, to minimize or eliminate > repetitions and efforts to achieve the goal. > > Person above have extracted or exported its own database of hyperlinks > to hyperdocuments. My side I have made for now Org export of any > subtree or the whole dynamic knowledge repository. There are many > things to go. In Emacs development version all kinds of hyperlinks can > get their handlers like gopher:// gemini:// message: tel: sms: and > htat will be very helpful. > > No, I do not use "exobrain" as a term. I rather lean on Engelbart's > terminology and follow his principles as we are very late to implement > what was envisioned back in 1968 and before. It is 52 years already. > > And many more years since Memex has been invented: > > Memex > https://en.wikipedia.org/wiki/Memex > > As author said: "The memex device as described by Bush "would use > microfilm storage, dry photography, and analog computing to give > postwar scholars access to a huge, indexed repository of knowledge any > section of which could be called up with a few keystrokes." > > And that is exactly what I am creating here to have anything called up > with few keystrokes and to be able to share files with individuals or > groups of people without more thinking but just designated what to be > done. > > Have group of 5 people to share notes with? Just find the designated > group and click share. Computer would handle the rest, maybe send > files by emails individually, maybe inform people by SMS, maybe upload > files and share password protected hyperlinks with those people. > > Integration is another keyword I like to follow. Android principle of > sharing is pretty much based on integration. We have all the small > functions around us only not well integrated with their relations that > concern human problems. > > We have files on file system which we cannot easily share with groups > or people we want. Address books are all sparse, one is in this email > client, one is separate, one is on the mobile device, another email > client does not synchronize, and so on. I have forgotten this long > ago and use central address book from where everything derive: > > - no Google, clouds, etc. that is very insecure. Do not give contacts > to Google, there are hundreds of thousands of staff members there > and no guarantee whatsoever that they will not read it. > > - keeping contacts on my computers. I have already spent money for > hard disk, there is enough space > > - exporting contacts from central database and importing to email > clients, mobile devices, this way everything is synchronized. > > How quickly can GNU/Linux user share a file with somebody? > > - locate the file by using hierarchical browsing. If file system is a > mess, this alone may take some time > > - open up email reader > > - find that email address. If it is in the email reader already it is > good. But it could be in the phone. It could be on paper, or on > business card. Where is it? Maybe calling person? But where is the > phone number? On first phone, second phone... if all is synchronized > maybe is easier to find. > > - attach the file > > - send the file. > > But then sending SMS or calling in the same time does not > work. The above process is not well integrated. > > It could work like this: > > - user just thinks of what has to be shared with other person, types > the terms related to the thought > > - locates the file and press share > > - locates the user and press enter. FINISHED > > That would be better integration. Even better it would be if user can > choose the automated workflow option: > > 1. send the file, automatically record that file has been sent to > specific user. Tell user automatically how many files are attached > and attach annotation belonging to the file as body of the email or > any instructions. > > 2. in the same time inform the user by SMS that file has been sent and > record that SMS have been sent. Software like kdeconnect, gnokii > can be used for it. > > 3. within 1 hour, or other period of time, computer asks to initiate > the call to the user to follow up about the file sent and maybe > nudges few times and records the action. Software like termux tools > can be used for it. > > My first big surprise with Org was that there was no possibility to > assign the task to other person and send that task! I actually could > not believe that it was meant for single person or personal tasks and > notes. Then I made the function to share the task quickly to any > person assigned to the task. If person is assigned, task is sent to > the person. If no person is assigned then I choose to which person to > send it. This includes also groups of people. > > > - https://zettelkasten.de/posts/extend-your-mind-and-memory-with-a-zettelkasten/ > > That is similar idea of organizing. There is claim that one shall > forget about categories and rather use tags. I think that using any > types of attributes is better and using more attributes helps in > quicker location. > > > - https://github.com/novoid/Memacs > > I have installed it and not yet used it. I would not like having too > many tools on file system to manage information. There are too many > memacs tools made for console. In general I am tracking all SMS sent > from phones to other people, they are automatically inserted into > corresponding people's objects. Then I know which people received > what. Phone calls can be tracked too. Phone calls can be > recorded. Sales and marketing departments need that. I am using now > only principles from Memacs and implement some of them in Emacs > Lisp. As I like integration I do not like external tools, but the > dynanic knowledge repository must be usable externally without > Emacs. > > That becomes very easy by expanding the whole tree of notes into the > file system from time to time and generating meanings for symlinks > that point to fixed locations on file system. > > The centralized subtrees or nodes of my dynamic knowledge repository > can be moved easily from one parent node to other parent node. This is > because human must sort things properly. But if such are pointing to > files on file system those files never change. Meaning and relations > can change but file location should not change. Directories are more > static then files. They would never change. Files if not indexed but > located in the archive could maybe change or get updated. > > Git repository could get updated but its directory need never change > in the future. > > Let us say there are many PDFs to be indexed and accessed through > semantics. The PDF file name could change but access to PDF file need > never change. Renaming PDF file need not change access to PDF file in > other word there is no need to rename it twice, it can remain in the > database and get accessed automatically. But that requires directory > to be static, or it requires md5sum of the file to be > static. Something must be static that file can be found by the > system. Best is when file is under specific unique ID that never > changes. Then everything becomes unique and clear. And symlink can be > automatically generated: > > ~/hyperscope/1/2/3/432.pdf would be file > > ~/hyperscope/1/2/3/Knowledge.pdf would be symlink to 432.pdf > automatically generated and from time to time updated if there were > many changes in the database. > > The Org hyperlink to the file could point to: > ~/hyperscope/1/2/3/432.pdf because file location is this way static > and will never change. > > But the Org hyperlink could as well point to meta level hyperlink > (hyperscope 432) as that would open the file no matter where is the > location. > > And if file is on remote server, something like > > [[PDF File][(hyperscope 432 2)]] > > would then work quite well. As this type of dynamic knowledge > repository is multi user automatically as database is multi user. It > means files can be accessed from all over the world and groupware > collaboration becomes trivial as PostgreSQL is networked database. > > Now for the user accessing the specific database then the hyperlink > can be just (hyperscope 432) and user who is remote could say by > activating the hyperlink that remote user likes to have the > file. > > Program must know if user is local or remote. If user is remote the > file can be sent by email, it could be automatically encrypted and > sent, encrypted and uploaded to web server, or uploaded to web server > with password encrypted access or without. Any information can be > protected and not all information need to be shown on public > webservers. > > Maybe it becomes better to use the URI like: > hyperscope://user@example.com:432 > > whereby 432 would not indicate the database port but rather the ID of > the hyperdocument to be activated or accessed. user@example.com would > have relation to the actual username, password, hostname, database > name and port on the user's own system and program installed as such > without local database. Maybe port could be optional as multiple ports > could be on the same hostname. > > That would create unique access to specific domain and specific user > on remote hyperscope server. It becomes possible to securely share and > access files or do any action on such files by using the groupware > features. > > The big difference with the WWW is that system is structured and > offers liberty on how to access files and what to do with the system. > > User may remotely invoke emails to be sent to groups of people. This > is not what WWW offers by default. > > User could remotely edit Org file only by using the database. Org file > need not be located on the file system. And yet such Org file can be > automatically saved on the file system or sent to other people. > > Locating 4-5 or more people becomes possible, marking of them and > quick export to Org file becomes possible. Then user may invoke > further actions such as visiting people, negotiating, calling people, > sending them information by post, sending SMS to people. > > When backed up by well networked database it becomes multi user > collaborative meta level Org system. > > > - https://blog.jethro.dev/posts/org_mode_workflow_preview/ > > I have captured that one for later research. Small details and notes > do matter when creating some new useful features. > > Jean > >
next prev parent reply other threads:[~2020-11-28 16:54 UTC|newest] Thread overview: 151+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-11-21 0:33 Texas Cyberthal 2020-11-21 5:13 ` Ihor Radchenko 2020-11-21 7:56 ` Jean Louis 2020-11-21 8:31 ` Texas Cyberthal 2020-11-21 9:29 ` Marvin ‘quintus’ Gülker 2020-11-21 10:21 ` Jean Louis 2020-11-21 15:00 ` Texas Cyberthal 2020-11-21 16:08 ` Jean Louis 2020-11-21 15:03 ` Dr. Arne Babenhauserheide 2020-11-21 15:45 ` Texas Cyberthal 2020-11-21 17:12 ` Jean Louis 2020-11-21 18:01 ` Texas Cyberthal 2020-11-21 18:57 ` Jean Louis 2020-11-22 6:36 ` Ihor Radchenko 2020-11-22 7:20 ` Jean Louis 2020-11-22 8:32 ` Ihor Radchenko 2020-11-22 8:56 ` Jean Louis 2020-11-21 22:36 ` Dr. Arne Babenhauserheide [not found] ` <CAMUm491Psp0u5JKyGROP6M=UfAcvOLTtOKAD1rOearV+KxgYdQ@mail.gmail.com> [not found] ` <87r1olfvh4.fsf@web.de> 2020-11-23 9:50 ` Texas Cyberthal 2020-11-23 13:17 ` Jean Louis 2020-11-23 14:16 ` Ihor Radchenko 2020-11-23 18:08 ` Is Org really so simple? Jean Louis 2020-11-23 20:41 ` Tom Gillespie 2020-11-24 5:06 ` Jean Louis 2020-11-26 3:08 ` Ihor Radchenko 2020-11-26 8:57 ` Jean Louis 2020-11-29 7:20 ` Ihor Radchenko 2020-11-29 16:22 ` Jean Louis 2020-11-26 18:07 ` Dr. Arne Babenhauserheide 2020-11-26 23:09 ` David Rogers 2020-11-27 0:43 ` Tim Cross 2020-11-27 2:56 ` Jean Louis 2020-11-23 16:07 ` One vs many directories Texas Cyberthal 2020-11-23 19:20 ` Jean Louis 2020-11-24 7:55 ` Ihor Radchenko 2020-11-28 16:16 ` Jean Louis 2020-11-28 16:33 ` Christopher Dimech [this message] 2020-11-25 6:57 ` Texas Cyberthal 2020-11-25 9:51 ` Jean Louis 2020-11-25 10:39 ` Texas Cyberthal 2020-11-25 11:02 ` Jean Louis 2020-11-26 16:04 ` Texas Cyberthal 2020-11-26 17:31 ` Jean Louis 2020-11-27 9:00 ` Texas Cyberthal 2020-11-27 10:45 ` Jean Louis 2020-11-28 8:18 ` Texas Cyberthal 2020-11-28 10:09 ` Jean Louis 2020-11-29 6:18 ` Texas Cyberthal 2020-11-29 6:53 ` Jean Louis 2020-11-30 7:35 ` Texas Cyberthal 2020-11-30 7:50 ` Ihor Radchenko 2020-11-30 10:25 ` Texas Cyberthal 2020-11-30 10:57 ` Jean Louis 2020-11-30 12:27 ` Ihor Radchenko 2020-11-30 12:28 ` Ihor Radchenko 2020-11-30 19:00 ` Jean Louis 2020-12-02 2:56 ` Ihor Radchenko 2020-12-02 6:14 ` Jean Louis 2020-12-02 7:23 ` Ihor Radchenko 2020-11-21 16:55 ` Jean Louis 2020-11-21 22:48 ` Dr. Arne Babenhauserheide 2020-11-22 0:48 ` Jean Louis 2020-11-22 2:47 ` briangpowell 2020-11-22 17:55 ` Jean Louis 2020-11-21 6:12 ` Palak Mathur 2020-11-21 9:04 ` Jean Louis 2020-11-21 6:36 ` Jean Louis 2020-11-21 7:17 ` Texas Cyberthal 2020-11-21 9:53 ` Jean Louis 2020-11-21 10:15 ` Tim Cross 2020-11-21 11:18 ` Jean Louis 2020-11-21 14:44 ` Texas Cyberthal 2020-11-21 15:45 ` Jean Louis 2020-11-23 5:40 ` Ihor Radchenko 2020-11-24 9:00 ` Jean Louis 2020-11-24 9:45 ` Eric S Fraga 2020-11-24 9:51 ` Jean Louis 2020-11-24 11:42 ` Eric S Fraga 2020-11-24 13:13 ` Diego Zamboni 2020-11-24 13:49 ` Jean Louis 2020-11-24 17:02 ` Jean Louis 2020-11-24 18:50 ` Dr. Arne Babenhauserheide 2020-11-24 18:58 ` Jean Louis 2020-11-25 6:39 ` Tim Cross 2020-11-25 12:38 ` Local variables insecurities - " Jean Louis 2020-11-25 13:05 ` Eric S Fraga 2020-11-25 13:13 ` Jean Louis 2020-11-25 13:58 ` Eric S Fraga 2020-11-25 14:07 ` Jean Louis 2020-11-25 20:54 ` Tim Cross 2020-11-25 22:09 ` Jean Louis 2020-11-26 2:06 ` Tom Gillespie 2020-11-26 5:06 ` Jean Louis 2020-11-26 5:31 ` Jean Louis 2020-11-26 6:18 ` Tom Gillespie 2020-11-26 9:10 ` Jean Louis 2020-11-26 11:44 ` Detlef Steuer 2020-11-26 12:06 ` Jean Louis 2020-11-26 5:34 ` Greg Minshall 2020-11-26 5:49 ` Jean Louis 2020-11-26 8:39 ` Christian Moe 2020-11-25 8:10 ` Dr. Arne Babenhauserheide 2020-11-25 8:36 ` Local variables liberties Jean Louis 2020-11-24 20:11 ` One vs many directories Tom Gillespie 2020-11-24 20:39 ` Tim Cross 2020-11-25 4:54 ` Jean Louis 2020-11-25 5:54 ` Tim Cross 2020-11-25 7:01 ` Local variables issue - " Jean Louis 2020-11-25 5:06 ` Jean Louis 2020-11-25 7:00 ` Tim Cross 2020-11-25 8:23 ` Security issues in Emacs packages Jean Louis 2020-11-25 9:07 ` tomas 2020-11-25 9:26 ` Jean Louis 2020-11-25 10:41 ` tomas 2020-11-25 22:46 ` Tim Cross 2020-11-25 23:07 ` Jean Louis 2020-11-25 23:39 ` Tim Cross 2020-11-26 5:24 ` Jean Louis 2020-11-26 6:46 ` Tim Cross 2020-11-26 5:29 ` Greg Minshall 2020-11-26 5:53 ` Jean Louis 2020-11-26 6:35 ` Tim Cross 2020-11-26 12:27 ` Greg Minshall 2020-11-26 22:20 ` Tim Cross 2020-11-27 2:19 ` Jean Louis 2020-11-27 4:42 ` Greg Minshall 2020-11-25 4:44 ` One vs many directories Jean Louis 2020-11-25 10:19 ` org-sbe to automate some source block executions Jean Louis 2020-11-25 11:39 ` Ihor Radchenko 2020-11-25 15:06 ` Jean Louis 2020-11-25 11:46 ` One vs many directories Jean Louis 2020-11-25 13:07 ` Eric S Fraga 2020-11-25 13:14 ` Jean Louis 2020-11-25 13:12 ` Ihor Radchenko 2020-11-25 13:32 ` Jean Louis 2020-11-24 18:47 ` Dr. Arne Babenhauserheide 2020-11-24 18:54 ` Jean Louis 2020-11-25 8:14 ` Dr. Arne Babenhauserheide 2020-11-25 8:46 ` Jean Louis 2020-11-25 11:46 ` Ihor Radchenko 2020-11-26 12:47 ` Jean Louis 2020-11-26 13:27 ` Ihor Radchenko 2020-12-02 10:12 ` Jean Louis 2020-12-02 9:49 ` Jean Louis 2020-11-26 3:47 ` Ihor Radchenko 2020-11-26 3:32 ` Ihor Radchenko 2020-11-26 11:58 ` Jean Louis 2020-11-29 7:56 ` Ihor Radchenko 2020-11-29 17:57 ` Jean Louis 2020-11-21 13:41 ` Jonathan McHugh 2020-11-21 14:04 ` Jean Louis
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style List information: https://orgmode.org * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=trinity-913787b7-67a3-4181-bfaa-437f3713562e-1606581191120@3c-app-mailcom-bs12 \ --to=dimech@gmx.com \ --cc=arne_bab@web.de \ --cc=bugs@gnu.support \ --cc=emacs-orgmode@gnu.org \ --cc=texas.cyberthal@gmail.com \ --cc=yantar92@gmail.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Org-mode mailing list This inbox may be cloned and mirrored by anyone: git clone --mirror https://orgmode.org/list/0 list/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 list list/ https://orgmode.org/list \ emacs-orgmode@gnu.org public-inbox-index list Example config snippet for mirrors. Newsgroups are available over NNTP: nntp://news.yhetil.org/yhetil.emacs.orgmode nntp://news.gmane.io/gmane.emacs.orgmode AGPL code for this site: git clone https://public-inbox.org/public-inbox.git