[development] Renaming "taxonomy" terminology? (was Re: Early Drupal 6, review from Chris Messina)

Hans Salvisberg drupal at salvisberg.com
Wed Nov 21 00:33:34 UTC 2007


Chris Johnson wrote:
> On Nov 14, 2007 7:05 PM, Hans Salvisberg wrote
>> The problem is that everyone intuitively knows what a category is.
>>
>> If you have a term "dog" and you tag a post with "dog", then that post goes
>> into the category "dog". That's the common sense non-technical meaning of
>> "category". You can even stretch that to include terms like "Gamer's Forum"
>> -- a post in the Gamer's Forum goes into the category "Gamer's Forum".
>> That's what classification is all about, putting things into categories.
>>
>> Using "category" for anything else but for terms will just not work for
>> normal people without re-educating them about what that common word means.
>> IOW, it will not work.
>>
>>
>> Now, what's that thing in between -- the "animals" and the "forums" -- in
>> plain English? Go ask the man in the street:
>> If you have categories like "dog", "bird", and "elephant", then what would
>> you call that /group of categories/? Answer: "animals"
>>     
>
> They may know it intuitively, but at just what level does it apply?
>
> Why would "dog" be the category?  To me, the category (the container)
> is "animals" -- and "dog" and "bird" are things, or instances of
> things which go into the category "animals".
>
> English is flexible that way -- we are actually both right.  And thus,
> we don't know what any particular user is going to think when they see
> the word "categories".  Are they going to think animals, plants and
> minerals?  Or dogs, birds and elephants?
>   

I didn't plan to prolong this discussion, but since you addressed me 
directly, I'll take one last shot. The answer to why "dog" is the 
category (IMHO) is in line 2 of the text you quoted.

In your reasoning "dog" and "bird" are the leaves of the tree. That's 
the point of view of the person who manages the taxonomy.

However, IMO, the webmaster (and consequently we, too) should take the 
point of view of the site *user*. For the user, the leaves are the 
posts, and posts can go into or be found in the /category/ "dog", or 
"bird", or maybe they don't fit into any of the "animals" /group of 
categories/.

Actually, I sympathize with your point of view, and I agree that it's a 
noble cause to educate the webmasters about taxonomy. BUT many would 
rather just set up their website, and they certainly don't want to be 
put in a position where they need to explain geeky terminology to their 
users!
-1 to reverting /Categories/ back to /Taxonomy/!


I take a special interest in the Subscriptions module, and this may 
illuminate the scene a bit: Subscriptions offers various ways to request 
notifications about new content:
-- replies and comments to a single node (threads)
-- content types
-- categories
-- etc.

The subscriptions page has one subpage (tab) for each of these. Let's 
look at the "categories" (subscriptions/taxa) subpage: in Subscriptions 
1.x it's just a list of all terms; I don't remember whether they're 
ordered by vocabulary or not. So, it may look like this (with checkboxes 
to subscribe):

[ ]  Dog Lovers
[ ]  Other Lovers
[ ]  Tree Lovers
[ ]  bird
[ ]  dog
[ ]  elephant
[ ]  Paris
[ ]  Rome
[ ]  New York

I had a hard time explaining to my users how this list came to be and 
why it was called "categories," and most of them didn't try hard enough 
to understand... That was an understatement -- I can't remember a single 
one who tried hard enough...


Karoly redesigned this subpage for the upcoming Subscriptions 2.0 and 
it's now a list of fieldsets, one for each vocabulary, containing the 
terms in that vocabulary. So, it might now look like this:

 +--- Forums ----
 |   [ ]  Dog Lovers
 |   [ ]  Tree Lovers
 |   [ ]  Other Lovers
 +----------------

 +--- Animals ----
 |   [ ]  bird
 |   [ ]  dog
 |   [ ]  elephant
 +----------------

 +--- Image Galleries ---
 |   [ ]  Paris
 |   [ ]  Rome
 |   [ ]  New York
 +------------------

Now it all falls into place! We (as site users) see categories that 
contain posts, and there are different groups of categories serving 
different categorization schemes. So now, under the heading 
"categories," we subscribe to /categories/ of posts. That's pretty 
intuitive...

For the terminology, when I look at this, I can't help coming back to

term -> category
vocabulary -> category group
taxonomy -> categories (nice fit; maybe somewhat ambiguous, but only 
until the dust settles) or classification

And no, I don't think we need to rename function names and paths. 
Educating everyone (who wants to know) about taxonomy is still a worthy 
goal, just don't force it upon the users and the newbie webmasters. -- 
The "node" is a well-kept secret, we could do the same for taxonomy.

I certainly don't mean to say that Drupal terminology should be adjusted 
just to fit one contrib module, but this is where I'm coming from. Feel 
free to bring your own use case and let's try to look at concrete usage 
rather than theoretical preferences.


P.S. Don't try Subscriptions 5.x-2.x-dev just yet -- it's still under 
construction.



More information about the development mailing list