From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id CHXAIdZNuV+aVQAA0tVLHw (envelope-from ) for ; Sat, 21 Nov 2020 17:26:46 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id mB+PHdZNuV/ldQAAB5/wlQ (envelope-from ) for ; Sat, 21 Nov 2020 17:26:46 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id E359A94028F for ; Sat, 21 Nov 2020 17:26:45 +0000 (UTC) Received: from localhost ([::1]:45826 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kgWeq-0004gQ-KI for larch@yhetil.org; Sat, 21 Nov 2020 12:26:44 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:38850) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kgWca-0001mv-0L for emacs-orgmode@gnu.org; Sat, 21 Nov 2020 12:24:24 -0500 Received: from static.rcdrun.com ([95.85.24.50]:46531) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kgWcX-000272-UA for emacs-orgmode@gnu.org; Sat, 21 Nov 2020 12:24:23 -0500 Received: from localhost ([::ffff:41.202.241.56]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C000B.000000005FB94D44.000072F6; Sat, 21 Nov 2020 17:24:20 +0000 Date: Sat, 21 Nov 2020 19:55:52 +0300 From: Jean Louis To: "Dr. Arne Babenhauserheide" Subject: Re: One vs many directories Message-ID: References: <87y2ive1i4.fsf@localhost> <878sauhhv1.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <878sauhhv1.fsf@web.de> User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URI_HEX=0.1 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Texas Cyberthal , emacs-orgmode@gnu.org, Ihor Radchenko Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: 0.99 X-TUID: u0OKXaFthkZM * Dr. Arne Babenhauserheide [2020-11-21 18:04]: > > Jean Louis writes: > > > When there are more than 2000 people related notes, tasks, > > calculations, questions arise if such better be kept in one Org file > > or multiple Org files in one directory or multiple directories for > > multiple Org files?! > > This came up multiple times in discussions. I think that it is wrong, > and the reason comes down to efficiency. If you want to work > efficiently, then sub-second delays matter, and having 4 files with > 500 entries means that to search in them you need to open 4 files. Hallo Dr. Arne, It maybe wrong and it depends of the approach. My approach is that I think with people and subjects, not with notes only. Subject can be special plan like ABC.org and I do not need to search notes related to that plan outside of ABC, because I do not mix things. I am searching within one file only. Things TODO are per subject or per person. Files pertaining to any person are filed in the person's folder. Somebody else deals only with personal notes and they maybe put such in various files and of course they need to search. I am thinking of "Joe Doe" and here is the flow: - press s-c (for contacts) - enter Joe Doe or Joe Doe, Berlin, etc. - among many Joe Doe, I may narrow down to right one - click F4 there is Org file for Joe Doe, enter Tasks, Transactions and whatever else, send Tasks, Notes to Joe Doe, collaborate or make agreements. I never construct or open file for a person, function is doing that. It makes the file ~/Work/People/By-ID/320431/320431.org If I need to search, I search inside of the file. - click F5 and find all other files for Joe Doe. For example contracts and similar. If I need to search there then I use find and grep and similar tools. No need for indexing. Files are mostly sorted by data how they come. There is same flow if I think of a group of people with the difference that if I need a person I still need to find the person in the list of people. So in general I never need to use some general search through Org files or any other files as my way of thinking begins with People or Groups and that narrows what has to be searched. > If you have 100 files with 20 notes each, you have to open 100 > files. You maybe mean opening automatically files and searching through such. I do not find Org system comfortable for that. I see it tries to remember files, IDs, and agenda among various files. Not that I find it comfortable. My way of thinking is always People or Groups, and from there various searches are performed and that narrows drastically the subject that has to be searched. > My current setup has around 1200 notes in 10 files (most of them in the > two main files, some of the notes are several pages long, but most take > up around half a page). People are all over the world using Org in various manners and every day I find different ways of using Org mode. On my side I almost never put notes in Org files. As by definition from Wordnet, note is "brief written record". If it is brief written record I do record it in the database under Notes related to person, or group or opportunity or some case, or it can be related to anything else. Then again I think of person and I can get all notes for the person. Org files I am using mostly for planning and project administration. There are almost no notes, just instructions on how to execute specific steps and there are headings with articles or instructions that do not need execution. There are no records that are saved for later or that do not need any execution or learning. Org files on my side thus offer: - hierarchical knowledge database that may be shared with other people, and is almost always directed to sharing with other people - plan and project administration with tasks, whereby such subtrees can be shared with other people and for multiple times executed If those are called notes by other people, alright fine. On my side those are not just notes. Notes I relate to objects like People, Groups, Opportunities, Cases, so I put some notes there. But general dynamical knowledge repository is better, that is where I mention HyperScope. It is like database of hyperlinks that hyperlink to anything, it is more abstract and I find that approach also versatile. No need to define specific database for notes, all I do is defining hyperdocument type to be "Note" and I can link it to anything else. Semantic Synchrony https://github.com/synchrony/smsn Semantic Synchrony is using maybe better type of a database I do not know, I am using SQL, SMSN uses graph database. > Using org-rifle (https://github.com/alphapapa/org-rifle) I can > full-text-search them with barely perceptible delay on a system > clocked down to 1 GHz. That is great tool for many. Org files are for me to write complex documents like 850 kb something like a organizational knowledge, training for each staff member, plans, projects, tasks, etc. Majority of that stuff can remain in Org files. Maybe that stuff related to execution and collaboration I will move to the database approach. All the unique ID stuff drops down forever as database unique IDs are handling themselves without me thinking about it, and is hard to make a mistake. It is basically putting data into meta level. When I need a project made out of that meta data, I can mark it all like in Dired or just mark set of such and export into Org file and send to the person for execution. Overall from this discussion I hope that people find some useful ways of using Org, like org-rifle, semantic organization of stuff and similar.