* Thesauri to manage tags ("Tag taxonomies") -- feature request
@ 2011-07-14 18:52 John Tait
2011-07-15 11:03 ` Karl Voit
0 siblings, 1 reply; 2+ messages in thread
From: John Tait @ 2011-07-14 18:52 UTC (permalink / raw)
To: emacs-orgmode
Dear all
Some time ago I floated a "tag hierarchy" idea for org-mode. It didn't
gain much interest (through I received some very kind replies).
http://lists.gnu.org/archive/html/emacs-orgmode/2011-03/msg01393.html
There are other similar ideas here by others.
http://lists.gnu.org/archive/html/emacs-orgmode/2010-10/msg01171.html
http://lists.gnu.org/archive/html/emacs-orgmode/2010-10/msg00611.html
What I've discovered since then is that what we are all maybe trying
to re-invent is a thesaurus concept, including a controlled vocabulary
concept. Thesauri seem to be well understood, and are standardised by
ISO 2788.
I use selective export using tags a lot. If I can re-phrase my
original request using better language, what I am looking for is a way
of managing org tags using simple thesauri terms -- inside an org
file.
There's software out there to manage thesauri, but I think it would be
fantastic to instead build taxonomies inside org-mode and use these to
drive org exports.
The problem I'm trying to solve is that, in big publishing projects,
the number of tags can grow and might eventually need to be managed
outside org-mode. (I'm already keeping lists of my tags inside
org-mode tables.)
What I would love to do is build a simple taxonomy of tags from a
controlled vocabulary -- that I can manage entirely inside org-mode.
Then we could:
a) have an orderly list of tags (using the thesaurus "USE" concept,
etc. to help) to restrict tag bloat, and in fact have a controlled
list of tags/terms.
b) allow nesting of tags (using the thesuaris Broader Term (BT) and
Narrower Term (NT) concepts).
This would allow export of, say, :colour: to export :red: :green: and
:blue:. It would also allow publishing project to be managed by
arranging NT/BT in one place in the org file, rather than
micromanaging tags in headings. Additionally, tags could belong to
more than one taxonomy in the same publishing project.
(The dreaded DITA 1.2 spec now has something like this in the guise of
Subject Scheme maps. But I never want to look at DITA again.)
http://docs.oasis-open.org/dita/v1.2/cs01/spec/common/subjectScheme.html
I hope you know what I am on about...thanks again for your time.
John
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: Thesauri to manage tags ("Tag taxonomies") -- feature request
2011-07-14 18:52 Thesauri to manage tags ("Tag taxonomies") -- feature request John Tait
@ 2011-07-15 11:03 ` Karl Voit
0 siblings, 0 replies; 2+ messages in thread
From: Karl Voit @ 2011-07-15 11:03 UTC (permalink / raw)
To: emacs-orgmode
* John Tait <johngtait@gmail.com> wrote:
> Dear all
Hi!
> Some time ago I floated a "tag hierarchy" idea for org-mode. It didn't
> gain much interest (through I received some very kind replies).
>
> http://lists.gnu.org/archive/html/emacs-orgmode/2011-03/msg01393.html
Wow, cool idea and I totally agree regarding the usefulness of this
featurewish.
sidemark: I'm kinda biased about tags, hierarchies, controlled
vocabularies, personal information management with files, ... since
these are things I do research with [1].
> The problem I'm trying to solve is that, in big publishing projects,
> the number of tags can grow and might eventually need to be managed
> outside org-mode. (I'm already keeping lists of my tags inside
> org-mode tables.)
>
> What I would love to do is build a simple taxonomy of tags from a
> controlled vocabulary -- that I can manage entirely inside org-mode.
You do not need that many tags to provide meaningful examples that
justify this feature. Take for example following tags I am using:
location based tags:
* Graz (the city where I live)
* TUGraz (where I work)
* flat (where I actually do work too :-)
* out-of-town
* parents (not in Graz)
action based tags:
* fitness
* nonComputer
* communication
* errands
With your proposed feature I could manage to express following
dependencies:
Graz > TUGraz (TUGraz is in Graz)
Graz > flat (my flat is in Graz)
So when I create an agenda view with «Graz» I might as well see
entries which are tagged with «TUGraz» since this is a subset of
«Graz».
out-of-town | Graz (out-of-town is not in Graz)
I am not sure if this OR condition is of any use here.
out-of-town > parents (my parents are out-of-town)
Agenda views related to out-of-town should include things I have to
manage at my parents place.
nonComputer > fitness (doing sports is not computer related)
I do not count Wii games as sports :-) Agenda views related to
nonComputer stuff should also list fitness items as well.
Graz > errands (I usually buy stuff in town)
fitness ! flat (I never do actual sport in my flat)
Is there a need for explicit negation?
Looking forward to a mechanism to define (sub)sets of tags in order
to simplify queries matching tags. Because this is what I do think
it possibly means: «C-c a m +Graz|+flat» does provide the combined
sets of «Graz» and «flat» for the purpose of agenda views.
(I am not using (filtered) export yet)
1. http://tagstore.org
--
Karl Voit
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2011-07-15 11:03 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-07-14 18:52 Thesauri to manage tags ("Tag taxonomies") -- feature request John Tait
2011-07-15 11:03 ` Karl Voit
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).