From: Karl Voit <devnull@Karl-Voit.at>
To: emacs-orgmode@gnu.org
Subject: Re: Tags management strategies
Date: Tue, 17 May 2016 14:23:38 +0200 [thread overview]
Message-ID: <2016-05-17T13-59-11@devnull.Karl-Voit.at> (raw)
In-Reply-To: nh8o20$cr6$1@ger.gmane.org
* Martin Leduc <ldcmrtn@gmail.com> wrote:
> Hi !
Hi!
> Tags are a very useful feature to filter information in org-mode.
Not only in org-mode ;-)[1][2]
> After few years of developing a system to organize my life with
> org-mode, I realize that tags can become rather difficult to deal
> with as we tend to define a lot of tags spread out over several
> org files.
I can copy this from my personal experience as well from PIM
research about tags. Huge field of research. But IMHO difficult to
compare: tags of images, tags for arbitrary files, tags for
bookmarks, tags for reference management, ...
> One general issue is to track all the tags that you have defined in all
> your org files.
OK, so you already made the evolutionary step from "hey, there are
tags - let's use as many of them as possible" to a controlled
vocabulary and then a *limited* controlled vocabulary. Good.
> Rather than requesting an org-mode feature that would
> make a dynamical list of all the defined tags, I personally prefer the
> approach of making a static list of all preferred tags in one place and
> to try to keep this list as small as I can.
That would be my recommendation as well.
> I can achieve this by defining a global list of tags through the
> variable "org-tag-alist", which allows to access all the tags from
> any of my org files, and also because it allows to make
> "grouptags" which are very convenient to organize tags by themes.
I maintain file-local variables for Org-mode files:
#+TAGS: account advertisement agile ...
Different files cope with different contexts and therefore the
vocabularies overlap very vaguely. For example my business life
(professional SW development in an agile enterprise environment)
requires totally different tags than my private work with PIM
research/tools, contact management, house building, reference
management, and so forth.
> The latter approach seems however limited to the use of a rather small
> number of tags since in the fast-tag-selection interface, tags entries
> beyond the 33th are marked with extended ASCCI characters such as ^?,
> \200, \201,... So my first question is how can I access these tags, and
> if it is possible, what is the physical limit in terms of the number of
> tags I can define and access ?
I do not use grouptags and tend to (manually) synchronize file
tags[2] with my private Org-mode tags.
> My second question is a bit more general, but I would like to know what
> peoples are currently doing to manage, track and make an efficient use
> of their numerous tags.
Please do read [2] and take a look at [3] with "filetags.py
--tag-gardening".
> Many thanks,
> Martin
I don't want to spoil your tag-erotic but you should probably
check-out "Everything Is Miscellaneous" by David Weinberger. He
claims that the best meta-data is the content/data itself. To sum it
up, I can imagine him saying something like "Stop adding tags, make
use of advanced methods to filter and re-find according to the
content". He has some really excellent points and the book is worth
reading it in any case. However, I still enjoy maintaining my
controlled vocabulary with tags - especially when working with files.
[1] http://karl-voit.at/tagstore/
[2] http://karl-voit.at/managing-digital-photographs/ + linked GitHub
scripts
[3] https://github.com/novoid/filetags
--
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
> get Memacs from https://github.com/novoid/Memacs <
https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
next prev parent reply other threads:[~2016-05-17 12:23 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-15 2:48 Tags management strategies Martin Leduc
2016-05-16 19:59 ` Samuel Wales
2016-05-19 19:59 ` Martin Leduc
2016-05-19 20:03 ` Samuel Wales
2016-05-17 12:23 ` Karl Voit [this message]
2016-05-31 19:20 ` Martin Leduc
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://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2016-05-17T13-59-11@devnull.Karl-Voit.at \
--to=devnull@karl-voit.at \
--cc=emacs-orgmode@gnu.org \
--cc=news1142@Karl-Voit.at \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).