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 YM5tO6v3uF9/IAAA0tVLHw (envelope-from ) for ; Sat, 21 Nov 2020 11:19:07 +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 G80nN6v3uF8AagAAbx9fmQ (envelope-from ) for ; Sat, 21 Nov 2020 11:19:07 +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 3F1D69403AD for ; Sat, 21 Nov 2020 11:19:07 +0000 (UTC) Received: from localhost ([::1]:45668 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kgQv4-00046c-8D for larch@yhetil.org; Sat, 21 Nov 2020 06:19:06 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50948) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kgQud-00044S-Be for emacs-orgmode@gnu.org; Sat, 21 Nov 2020 06:18:39 -0500 Received: from static.rcdrun.com ([95.85.24.50]:44221) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kgQub-0004yY-8Z for emacs-orgmode@gnu.org; Sat, 21 Nov 2020 06:18:39 -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 00000000002C0006.000000005FB8F78B.00003553; Sat, 21 Nov 2020 11:18:35 +0000 Date: Sat, 21 Nov 2020 14:18:08 +0300 From: Jean Louis To: Tim Cross Subject: Re: One vs many directories Message-ID: References: <87sg93ggnv.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <87sg93ggnv.fsf@gmail.com> 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: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham 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: emacs-orgmode@gnu.org 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.51 X-TUID: +WqOFIlNvq7w * Tim Cross [2020-11-21 13:15]: > I have used similar tools in the past. However, what I find frustrating > about them is that your now dependent on another bit of technology - a > database of some type with all the issues that adds - installation, > upgrades, maintenance, backups etc. The thing I like best about Org is > that in the end, it is just a collection of plain text documents. Thank you, I understand your opinion. Let me share my viewpoint. Installing database such as PostgreSQL and configuring it is way more simpler than installing Emacs and configuring Org mode or Emacs itself. It goes like this: $ PACKAGE-MANAGER install DATABASE Later you just do: $ createdb MY-DB and then insert tables, usually program does that for you. - installation is simpler than Emacs, definitely, unless you install from sources which is in turn about the same as Emacs - upgrade is not necessary in general, majority of users need not ever upgrade. GNU/Linux distributions make upgrades easy and flowless normally. - for maintenance of database I do not know what this refers to. To me it means working with the database. Inserting, updating, editing records. That is writing text. I write text in Org and I write text in the database, it is about same thing without file on file system. It lacks maybe versioning system which in turn can be implemented easily to simple first backup the field into versioning table before editing such. Simple. - backup of the database is way easier than backup of the file system. export POSTGRESQL_BACKUPFILE="/home/data1/protected/Security/Backup/Database/PostgreSQL/`/bin/date -Iminutes`.sql.gz" alias backupPgDB='nice -n 19 /usr/local/bin/pg_dumpall | gzip > $POSTGRESQL_BACKUPFILE' That is all what is needed for the backup in my example. It can run by cron job that I do not even think about it. I can send database file by email or encrypt it by GnuPG and upload to some remote server automatically. > I also wanted to mention another Emacs project which is quite > interesting and has actually been around a lot longer than org, > Hyperbole. I've not got a URL handy, but I'm sure you can find it with > google. GNU Hyperbole https://www.gnu.org/s/hyperbole I am using Hyperbole everyday and it integrates with Org mode and can use Org links. It is on meta-level in comparison to hyperlinking in Org mode and in itself it is hypertextual information management system but is only in one part comparable to Org. It is not a mode for editing files, but that one part is named Koutliner and that is outline mode comparable to Org with one major difference that Koutliner provides specific ID for each part of the nodes in the substree. People often mix GNU Hyperbole and Org, but they are not comparable as Hyperbole is Hyper and Org is Org. Being Hyper it works in every file or every directory. I just wish to find out how to create buttons on the fly to interact between Hyperscope and Hyperbole. > It is an interesting system which pretty much makes everything > possible in a document a hyperlink. Provides some very interesting > ways of linking documents. Yes. When I enter my project directory there I keep ./HYPB directory button file. Then there are some tasks which are easily invoked by Hyperbole that relate to various maintenances: General actions =============== - <(Record the Developed Traffic incidents)> - <(Create General Log entry)> Search ====== Database actions ================ - <(CF: Last 200 contacts)> - <(CF: People with mining lands)> - <(CF: Create contact and edit it)> Database settings ================= - <(Turn off speech)> Database Maintenance ==================== - <(CF: Find largest contact names)> - <(CF: Find possible doctors)> - <(CF: Normalize public email addresses)> - <(CF: Normalize phone numbers)> Now I am sure that same can be done with Org file as it offers many kinds of hyperlinking. While Org hyperlinks can be placed in any file and used in any mode they look ugly in non-Org text files without Org links mode enabled. > My preference has always been to 'do my own thing'. My preference for other people is same, that each should find their way and use the tools and paradigms they find familiar or appropriate. > I tend to look at other information management approaches and cherry > pick the bits which I like and then replicate them in org. I don't > find org as limiting as others seem to, but I'm also quite happy to > add in my own elisp to tweak it the way I want it to be - thats why > I love emacs. Of course. Me too. And I develop my own. I like to integrate things. For example tasks in Org mode I have to delegate to people so I click a button, choose person, choose valid email if there are many and task is sent to person. Person gives me feedback and I update the task conducted by that person. That is integrating. Maybe I am in the Org file for the person, how do I call quickly this person? If there is #+MACRO: contact-id 239917 then I can just click a key and send SMS or initiate a call straight from the object related to that contact in this case Org file. And it should work for any object any file related to person or other object. If I inspect country database, maybe contacts are related to country, from country I should be able to find contacts of that country. From any file or location in directories related to person ABC, I should be able to initiate communication with such user without again finding user's n I am in process of transition to HyperScope as dynamic knowledge repository. As Org files are too many. Some are important, some not, some carry this and that information, it is everywhere, not any more simple. I am sorting it automatically into people's directories. Contracts are written by Org and such contracts are related to people, they shall be sorted by relations. This applies in general to any kind of files. When files are sorted they should be in the same time, same second, also indexed. Automated indexing should also help the user. I do not mean indexed as full file, just as meta information or hyperlink to which one can find a quick reference.