From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id UDRhGlkiwl9KegAA0tVLHw (envelope-from ) for ; Sat, 28 Nov 2020 10:11:37 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id qKEYFlkiwl9LPAAAbx9fmQ (envelope-from ) for ; Sat, 28 Nov 2020 10:11:37 +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 C58CF940503 for ; Sat, 28 Nov 2020 10:11:34 +0000 (UTC) Received: from localhost ([::1]:53946 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kixCV-00069O-VY for larch@yhetil.org; Sat, 28 Nov 2020 05:11:31 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59514) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kixC9-00069D-Jy for emacs-orgmode@gnu.org; Sat, 28 Nov 2020 05:11:09 -0500 Received: from static.rcdrun.com ([95.85.24.50]:42029) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kixC5-0006i0-5k for emacs-orgmode@gnu.org; Sat, 28 Nov 2020 05:11:09 -0500 Received: from localhost ([::ffff:197.157.0.29]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C0006.000000005FC22236.0000321C; Sat, 28 Nov 2020 10:11:02 +0000 Date: Sat, 28 Nov 2020 13:09:37 +0300 From: Jean Louis To: Texas Cyberthal Subject: Re: One vs many directories Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: 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: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SORBS_WEB=1.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 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: "Dr. Arne Babenhauserheide" , "emacs-orgmode@gnu.org" Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.77 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-TUID: M3iht0AQRsiY * Texas Cyberthal [2020-11-28 11:20]: > Hi Jean, > > > What should it be or do? > > Dbmind does things that Postgres handles better than Org. > > > As you have specific thought order in directory names then maybe > > such could be parsed, maybe slashes / removed to show a full path > > to the file. This becomes long but could be useful in some lists. > I don't intend to do so. Textmind maximizes path dynamism via > Dired+Treefactor. Links shouldn't break that. I enjoy these thoughts. Maybe you refer to browsing the tree. I am switching completely from browsing the tree into index type of access. Index helps to find the thought which in turn finds candidates and file is in front of me. How I think now is little different than past and different than future. If I think of term "Insurance" related to Germany those are two words to search for. Maybe in future I think of "health" then I should be able to find "insurance". There is no fixed pattern on how to think. Repetition in locating the node creates habits that next search is even quicker found. Those most searched nodes could be ranked automatically for even quicker access. And all searches for nodes could be recorded for future as inexpensive and automated log that helps person find what happened in the history and which nodes have been located at certain months, dates, years. org-store-link would get its hook or additional function that each time when Org mode related heading is is stored that it ranks the file the heading in a separate list which can be stored on file system. After a while user will get a subset of highly ranked headings in their corresponding Org files. That subset then can be used as quick bookmarks or get bound to keys. > > Alright and I find that it is the case on my side, and previous work of Engelbart, then also within some other information management systems, like Semantic Synchrony. > > Some of that might qualify as an algorithm, but not a natural thought > algorithm. A natural thought algorithm must manage substantially all > natural thoughts while satisfying the definition of an algorithm. I wish I could understand definition of "natural though algorithm" in the context how you refer it to. >From other people's experiences I can see they are thinking different. It is questionable if there is one algorithm corresponding to many people's natural thinking. The algorithm in locating specific file on my sides is programming algorithm based on what I find most quick for me personally. There are several such algorithms programmed that help me locate things. I have 19489 nodes, everything is together. There is no visible delay for completion to show me list of nodes. The list of everything is offered for completion and I can type what I think that I need. If I search for PDF related to "mercury" I will locate it as quick as 1-2 seconds and can open it already. Or I could search by word, tag, attribute and get a list of related hyperlinks and hyperdocuments. From there on I can locate the right one. > The things you mentioned are not even as sophisticated and complete as > GTD. And GTD is merely a personal paper-management algorithm, not a > natural thought algorithm. I did look on the hyperlink you gave me. It looks like algorithm deciding what to do with tasks for me. But that is not how we manage tasks in the group. We have processes that are defined from A to Z and tasks are managed with to achieve the overall purpose. A purpose could be project accomplishment such as "bridge built over the water". Then tasks are steps bringing the project closer to accomplishment, such as purchase timber, saw, meter tape, screws. Project planner is the key here as one should not put nothing more and nothing less, and none task shall be defined that is not doable. No algorithm should influence tasks to be pending, or archive them or decide to do task if it is very short as relations to task and from the task to/from other objects are not so simple. There can be 10 tasks each 2 minutes long that cannot be conducted right now as the phone call and subsequent travel may have so much more important. I was referring to this: > After reading appendix IV to Making it all work (another book about > GTD by David Allen) it occured to me that the Process phase of > "Mastering Workflow" would be well-rendered using psuedocode. This > is probably due to the fact that there are several decisions to make > along the way (logic) and this happens for each item in your inbox > (loop). So, without further introduction here's the code: > while length(inbox) > 0: > inbox_item = inbox.pop() > thing = analyze(inbox_item) > if not actionable(thing): > toss(thing) or tickle(thing) or file(thing) > else if less_than_two_minutes(thing): > do(thing) > else if is_single_task(thing): > wait_for(delegate(thing)) or assign_context(thing) > else: > create_new_project(thing) If the bridge gets built, all the undone tasks become redundant. The algorithm shown tries to manage something but would be detrimental to the actual task and project accomplishment we are doing here. Overall this discussion does help me to see your insights and thoughts, other people thoughts and to build upon it and create new ideas and implementations. > I doubt there are multiple ways to design a natural thought > algorithm. For example, all natural thoughts occur in a > chronological sequence. This necessitates a ramblog to accurately > reflect them. Memories are saved chronologically. By thinking what I was about doing in the years about 2004, I can jump to images sorted chronologically and access maybe image in 2005 as first thought was maybe not so precise. But it is about there. But I cannot access image related to business ABC that is located in 2004 quickly unless such image is indexed somewhere by its meaning, maybe "boat purchased" would be meaning related to such picture. Then if I wish to see boats I have purchased I would type most probably "boat" and from there find various other attributes such as dates, types and similar. > This is the GTD inbox algorithm: > > https://michaelwhatcott.com/gtd-workflow-processing-algorithm/ I cannot relate it as useful for work we are doing. And we did accomplish many projects successfully. Principle is like this: * Plan - purposes - goals ** Plan steps 1. do 2. do If plan step cannot be easily conducted, it has to be branched into Project. * Plan - purposes - goals ** Plan steps *** Project 1. do - task 1 - task 2 *** Project 2. do - task 1 - task 2 If any purpose get accomplished, the undone tasks become redundant and can be forgotten, but could be reused in future. > GTD is usually called a method. I've started calling Textmind an > algorithm to emphasize the finiteness aspect of its design, a key > feature. I think I could construct a pseudocode Textmind algorithm. > It would of course rely on human judgment for some decisions, and > judgment is fuzzy. But the algorithm itself would be unambiguous. I have fully understand concepts of 10 Bin. But I cannot adapt to the thinking pattern that I did not yet understood. I did read but did not understand it. Since we talked about it I have developed more so that I can soon forget about the file system and only use conceptual access and filing. I am in transition of all files sorted hierarchically to be sorted semantically while program is to make sure of hierarchies. Let us say video is there, I can file it by choosing the genre which is node name and place some interesting tags or attributes, maybe regisseur, movie director if necessary, there are movie researchers who do exactly that. Once necessary attributes are there it becomes pleasure later to access it in future and play it or send to somebody. But there is no need any more to hierarchically browse the tree of directories until movie is found. Any related concept will lead by associations to the movie. If one does not remember the movie name, maybe remembers movie director or actor or maybe genre or even approximate movie year or other attribute. If all associations such as node name, attributes, tags, etc are indexed and quickly accessible (similar to database view but rather table with the index to get blazing fast query) -- then locating any item among huge list of items becomes rapid. Think of a concept what you want to get? To play movie related to "eagle"? Type word and get "Where the Eagles Dare", but maybe one has to type also "movie" to distinguish it from subject of birds. Think of a concept what you want to file? Designate the type, is it movie, PDF, meeting, TODO task, note, survey, designate place, date, group of people, person or other attributes or in other words integrate the relations of a hyperdocument. From there on, forget about it. Mnemonics techniques use exactly the same conceptual and associative remembering. Number 2 is often associated to a swan. It should be swan doing some action, for example, swan that is eating something where something is the object to be remembered. Let us say that object number 2 is bucket of metal screws. All one has to do is to connect relations with the fixed relation of swan on the number two that is eating something. Then it becomes a swan drowining in the lake as swan has eaten a full bucket of screws which shape can be seen on its neck. Just imagine the picture as picture itself is relational object as associations are relations. Forget about the picture. When it comes to tell which object was at the place number 2, one associates first 2 to swan, and immediately remembers the drowning, the lake and that screws in the bucket were heavy and that is the object that had to be located.