From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Abrahamsen Subject: Re: org-mode for knowledge management Date: Sat, 11 Oct 2014 10:53:30 +0800 Message-ID: <87fvevgvv9.fsf@ericabrahamsen.net> References: <87oatkkdes.fsf@wmi.amu.edu.pl> <87siiwc4gd.wl-n142857@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33298) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XcmoY-0005vn-JL for emacs-orgmode@gnu.org; Fri, 10 Oct 2014 22:53:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XcmoS-0005Ml-7c for emacs-orgmode@gnu.org; Fri, 10 Oct 2014 22:53:50 -0400 Received: from plane.gmane.org ([80.91.229.3]:33855) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XcmoS-0005Mc-0T for emacs-orgmode@gnu.org; Fri, 10 Oct 2014 22:53:44 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XcmoQ-0000ci-II for emacs-orgmode@gnu.org; Sat, 11 Oct 2014 04:53:42 +0200 Received: from 114.248.11.237 ([114.248.11.237]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 11 Oct 2014 04:53:42 +0200 Received: from eric by 114.248.11.237 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 11 Oct 2014 04:53:42 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org John Hendy writes: > On Fri, Oct 10, 2014 at 10:46 AM, Daniel Clemente wrote: >>> > >>> > I've been using org-mode for a variety of purposes for a few years. I find >>> > that it suffers from the same problem that other such tools do. The >>> > problem is me. I can't remember week to week how I may have classified >>> > some scrap of information. Did I drop it into notes/someproduct.org or was >>> > it procedures/someprocess.org? >> >> 1. Every information should have a single location, not two. Mix sections fast >> if you detect repetitions. Use links extensively (C-c l) to connect one header >> with another, specially after you get lost once. Don't bother too much about >> finding the right place at the first time, you'll eventually reorder or move >> headers to the correct place. > > I'm curious about this. Is this a well-known recommendation/best > practice? I actually struggle with this a great deal. Often a bit of > research or testing for a specific project at work is very possibly > relevant to any number of future projects. So, working in product > development, I find it hard to decide what the best "single location" > is, and would love for it to act as though it were in multiple > locations. Isn't this what tags are good for, though? Sort of providing a secondary structure to your information, orthogonal to Org's subtree structure? > When the current project is done, I'd like to archive everything > specifically related to it while keeping around the general knowledge > I've accumulated for use with future efforts. You could organize a project by subtree, but put generally-useful research elsewhere, and tag that research by theme. Then give the project subtree its own tag, but also add tags to the relevant research themes. Open an Agenda with a "projecttag|themetag" tag search to see both general research and project-specific stuff. When the time comes, the project subtree gets archived, but the thematic stuff stays. Anyway, I'm sure you've considered all this, just curious what your thoughts on tags are... > Or is this what you mean by using links? Are you just saying that > individuals should not be copying the same text around in multiple > places? > > > Thanks, > John > > [snip]