Discussion of WikiCategories
Suggestions
You might put some text on pages like CategoryHomePage to explain the idiom you're using for indexing. -- JimCoplien (May 1997)
The important thing is - if you create a category, index it in CategoryCategory, otherwise it isn't properly indexed. -- JohnFletcher (May 1997)
I'm not sure if this is the right place to ask: I'm thinking about doing PalmOS development, and I'm finding a bunch of good stuff on this wiki. But perhaps I would find more stuff if there were some sort of PalmOS category tag, similar to the CategoryPlatform series of tags. Should I make up a new category tag and stick it to the end of all the relevant pages I see? Or just make sure the word "PalmOs" is mentioned in all those pages, so it can be used as a category? Should I mention "PalmOS" in CategoryCategory? It's OK if I add this single word to lots of pages if I hit the "minor edit" checkbox, right? -- DavidCary (2003-08-26)
This has happened [CategoryPalmOs CategoryHandheld PersonalDigitalAssistant] 8-15-2009
I disagree. What is proposed above is a search for all titles including the word Category, which is wider than just the ones in CategoryCategory. My argument is based on what is useful for the reader, which I judge is to be able to see a quick list of all the categories which exist, in order to choose what is needed. -- JohnFletcher
Suggestion: Add a CategorySandbox or something similar.
I'm new to Wiki, and made some large mistakes this week, mostly by accidentally/unknowingly polluting RecentChanges with what I regarded as experimental/demo pages that are considered off-topic for a wiki focused on programming. I have since learned that I can reduce such pollution by checking "minor edits", but wonder if a new category which one might call CategorySandbox or something similar (CategoryDemo, CategoryTemporary, CategoryExperimental, CategoryNewbie) might be useful in isolating newbie behavior. Indeed, if these categories were automatically included at the bottom of new pages formed from WikiWikiSandbox, to the category home pages of newbies, and to the pages built from newbie category home pages, you would have a very convenient way of knowing that the errors of judgment were just that, and that a bit of corrective honey might be more usefully applied than the venom that I recently experienced. My errors are still my fault, and its still my job to correct them, but it honestly wasn't obvious to me, when I first arrived, that off-topic experimental behavior would not be treated gently here, or that it even be seen as off-topic. -- DavisFoulger (October, 1991) [1991?!]
Experience
It took me a while to understand what is going on. Then I realized the power of this. I have created CategoryBook for pages describing a single book. I wouldn't have done that separately from CategoryBooks if it had been indexed in CategoryCategory (it is now). I think the two are distinct, just, in that pages in the second category contains lists of books.
Since I made the comments above at the end of February 1997 the number of items in CategoryBook has steadily grown. This is not just me. Categories work best when someone who creates a pages also puts it in a category. -- JohnFletcher (May 1997)
I think the original Patterns topics are well covered by Category but that much of the languages discussion is not, as some authors didn't see it as useful.
Some discussion moved to CitationProblem.
SubTopics
See SubTopics, SubCategories
This sounds a lot like Meta tags and XML. Why does it seem like much of Wiki is reinventing the WikiWheel?? Would it be possible to have some sort of external script map out the whole WikiWorld, and a weblog analysis to show which pages are viewed the most? The lack of dates is also disorienting. Everything is timeless and immortal. See WikiNow, and other pages on the philosophy of Wiki.
Word! For weblog analysis, see WikiStatistics. -- LarsAronsson (18 May 2001)
Topics
See WikiTopics
Categories were first introduced along with topics. One was for page form, the other for page content. It was learned that page form is not important enough to have a ReverseIndex.
What's the difference between the two?
Doesn't seem like Topics ever caught on, but I've been using Categories a lot recently and I think that I really like the results. -- PhilGoodwin
April 2000. I am visiting after about 4 years absence. I am interested to see that CategoryBook has taken off quite well. I couldn't understand the difference between a Topic and a Category at the time. I use Category in my own work using the Swiki system. -- JohnFletcher
Other Wikis
For another implementation of the Category idea take a look at StrikiWiki. This uses a CategorySystem? for most of its WikiNavigation. Every Page has a Category (called Form). It is also possible to go sequentially through every page of a category. -- JeroenMostert
Which categories are useful?
I have been using CategoryEmpty? to make a new page where I would like some information. This makes the page prominent in the RecentChanges and often someone puts something into it. A bit like FishingInReverse?.
Ease of Use
I have also been adding Category and Topic to pages. I think what I am doing could be described as RefactoringByReverseIndex through using the Category and Topic definitions as I understand them. The purpose of this is to add some richness to what is already there, by making it easier to find it, regardless of the names the pages actually have, and the reason the page originally was put there.
This is an excellent idea. The purpose of wiki categories is to simplify the search for pages having a common theme. It is important to have a reasonable number of members, probably between 5 and 500. Do not create categories that do not have at least the minimum number of members. It a category approaches the upper limit it it probably time to subdivide. On some other wikis this feature is called TopicMaps. See: http://www.voght.com/cgi-bin/pywiki?TopicMap and http://www.voght.com/cgi-bin/pywiki?BernardVatant.
Automatically Generated Index
There is some evidence on e.g. CategoryCpp of hand prepared indexes when the time could have been spent putting CategoryCpp in pages. CategoryJava is the same. CategorySmalltalk didn't exist until I made it yesterday. These are areas where there is a lot of good material on pages which do not have the language name in the title. I know that it takes a few days for the index to be updated. That doesn't matter as it is all a long term thing anyway. Like ScienceCitationIndex.
-- JohnFletcher
The list is made available via the backlinks feature. DoubleClicking? the Category Page Title will list all pages categorized by the Page's Name. Therefore no manually created list is required. It may however be helpful to list associated or related categories on the page.
Here are some of the issues for determining the best way of evaluating the usefulness of categories:
Why go to the trouble of Categorizing?
When I first came across this, I wondered why people should go to the trouble of adding categories to their pages. Surely, doing a search will be more comprehensive and more up-to-date. Then, I realized that this approach assists in solving the problem of synonyms, etc. If you go to CategoryYearTwok? and press the title, you will see that it finds pages which have CategoryYearTwok? in them, but these pages might well only have Y2K, or Year 2000 or Millennium Bug. By adding a single category, it saves future users the need for conducting multiple searches (if the category methodology is applied to all pages, of course!)
Similarly, I found that there were all sort of pages floating around which provide insights into how Wiki works and how best to use it, so I have been progressively indexing or is it categorizing any relevant pages I find. Newcomers can then simply click on CategoryWiki, press the title and find all pages which might offer them help in becoming familiar with Wiki. -- PeterMurchland (August 1998)
Clustering Instead of Categories
I think the whole idea of categorizing is flawed. A category functions like a container and the problem is that nothing really fits well in a container since all things that are distinct are distinct because they have distinguishing properties. The notion of clustering seems more helpful to me. A cluster is defined by some sort of similarities or family resemblances and is more friendly than a category. The whole pattern movement is more about producing generative patterns that are interrelated in pattern languages and that's more like a cluster or a network with distance links so that clusters are things that are near one another so that a boundary with a specific radius would surround the members of the cluster. -- RaySchneider
Are you taking into account the fact that a given page can belong to any number of categories simultaneously? So, rather than being a container, a category acts more like an identifier for similar pages, which sounds like what you're getting at with the concept of clusters.
That's true enough isn't it? A Category is a set of pointers to the members of the Category and a given page can be pointed to by an arbitrary number of categories. I'm not sure that changes my point because I think the issue is more the connections among the pages than the connections imposed by the categories. That might really be a experimental issue. What is really being done with the categories? In fact if things are too much alike in a category, it seems like the pages that make up the category should be conflated/combined because the pages are redundant. But the connections among the pages, how one traverses from pattern element to pattern element or page to page may be more informative. I also put a brief comment on link analysis on DiscussionOnReallyValuablePages. -- RaySchneider
There's always going to be pages that we need to RefactorByMerging, but would any categories disappear as a result? Take CategoryTesting for example. As of this writing (2003-07-11) it contains 142 pages on a variety of topics related to testing: testing philosophy, TestingFrameworks, practical advice, etc. Merging pages makes sense for some pages in the topic but certainly not all.
Categories (and "See ...") work. Are you proposing another mechanism to create connections between related pages, or suggesting that we link more aggressively?
Someone once wrote on CategoryEducation: "Categorization is something people engage in too much today. People aren't comfortable with that which they can't categorize."
Categories: form vs type
[originally at CategoryExternalLink, circa 2001]
I have just finished deleting topics. Originally topics were for page content (e.g. Java or use cases) and categories were for page form or type (e.g. discussion or faq). It turns out both categories and topics were used overwhelmingly for page content, and those few categories that were tried for page form or type didn't catch on.
My conclusion is that categories that explain the form or type of a page are not useful. Categories that explain the content of a page are useful.
However, CategoryHomePage is very well liked and seems useful. I don't understand this, because home page is like a form or type tag. But maybe it is a content tag in disguise. If someone could explain why this is liked and useful, and whether it is really a form or type tag, I would appreciate this.
So I vote to delete this page, and all other form or type categories (except those such as CategoryHomePage that are found useful). As with other things on wiki, though, if there is much squawking, I wouldn't bother.
Form or type categories I don't find useful:
CategoryGlossary CategoryIdea CategoryDiscussion CategoryDefinition CategoryIndexIt is good to keep in mind that completeness, correctness, and consistency are sometimes the friends of usefullnes, and sometimes the enemies of usefulness. With categories, I think they are enemies.
-- StanSilver
to a common category (perhaps CategoryGlossary or CategoryDictionary). This WikiIsNotaDictionary but a number of such pages have been created with such content. The category might be useful for some users searching for basic information, it might be useful at some point to delete these pages or split these pages off into a separate dictionary wiki.
I think MarkoSchulz was disappointed that no real discussion [about CategoryExternalLink] ("prove me that this category is useful or necessary") developed. The refactoring above shows his frustration. But such a discussion would have been pointless. I think that a wiki must provide enough space for divergent opinions to live side by side. It would be desastrous if some rule ("no form or type categories") could be used as to bar the invention of new categories. On the other hand the creator is responsible for filling the category and making it popular. If after some time the category is unused, it should be deleted.
I don't think that we really understand the wiki and I don't think that we understand categories. Different categories may serve different purposes. Some may exist for searching information, some may be part of a social ritual, some may prepare for a split or OT-content-removal, some may just partition the semantic space, some may serve multiple purposes. This complexity is beautiful, it has to do with QualityWithoutaName.
I think that the system of categories can't be further optimized at the moment. Categories have to develop with the content. But the content of this wiki is in an unstable state until Ward redefines TheMissionOfThisWiki?.
From the co-founder of WikiPedia:
From my HomePage, slightly shortened (DeleteWhenCooked):
GunnarZarncke, why are you introducing ProgrammerStereotype rather than CategoryProgrammerStereotype?
a) I'm not sure if it is a category. b) FallaciousArgument doesn't start with Category either. In short it just seemed appropriate, but I may have been wrong.
I hope Gunnar won't mind me jumping in here, but I think this is a case (indeed, like FallaciousArgument) of a category being a worthwhile page by itself. Categories don't need the 'Category' postfix to work. In fact, I feel a lot of them would be better of without it, and if we could solve the WikiSingleWordProblem, we wouldn't need it at all. -- AalbertTorsius
I just tentatively added CategoryCategory and wouldn't mind if anybody removed it. -- .gz
As for ScreaminglyObvious, I can't really say any more. http:posts?ScreaminglyObvious says very little now indeed. Sorry. -- .gz
The inclusion of the prefix "Category" facilitates maintaining the pages relating to the categorization project currently being undertaken by various wikizens.
OK:
I don't mind adding CategoryFallaciousArgument to a few score pages if that is acceptable to others. I haven't looked into the other two cases yet.
Here are some additional pages you might want to read about categories and Categorization:
CategoryWikiMaintenance CategoryDiscussion