This page is still under development.
Question: is there a way to list all existing categories in pmwiki.org?
You get this for free: http://www.pmwiki.org/wiki/Category/RecentChanges
though this is better organized (while it takes longer to process) http://www.pmwiki.org/wiki/Category/Category
Categories are a way to organise and find related pages
Categories are already implemented in PmWiki 2, and in most wikis they don't require any special code or markup, they're just a useful convention in Wiki pages. The idea is that every page that is in a given category should have a link to a shared category page.
There is also a special markup as a shortcut to category-entries: [[!category]] will create a link to Category/category
Since PmWiki has WikiGroups, I'll assume that category links go to the Category group. However, bear in mind that you can use any group or page naming scheme for this -- it's just a convention and doesn't require special programming support. TODO: special wiki-var for categories
A Category group holds all the category names
The key aspects of building a category are:
note: all pages that contain the text "Category.XYZ" are displayed. A future version will allow
PmWiki 2 makes this second step incredibly simple, since you can get easily generate a list of all pages with links to
So, that's really all there is to categories. But wait, there's more!
PmWiki makes it easy to find categorised pages
As John Rankin pointed out in his excellent post, the above convention, combined with the fact that all of the category pages are in a single group, means that we can do much more. If we create a page called
then every page in the Category group, even empty/non-existent ones, will display a list of pages that are in the category named by the page.
For example, the
It finds any instances of "Category.XYZ" in the text, and it also finds any page that has an outgoing link to
Also, pages such as RecentChanges show up in the category by default and probably should be filtered with
(it's not possible to add the non-existent pages as a link in a page, cause this link will automatically turned into an action=edit-link so you can add the link only in the URL-field of the browser)
So, what do we get? Every page belonging to
But that's not all...!
Category pages can themselves be categorised
Now then, we can create
So, what happens when we display
Category.Category Category.Genre Category.Comedy
Note however that this isn't a "strict" hierarchy--i.e., any page or category can appear simultaneously in multiple categories. For example,
Each category page can have content text before the generated list, e.g., to give a generic description of things in the category. (Or it can be empty, which works fine.) It can also contain associations to related categories ("see also" references). For example, in a tourism wiki, the ''bed and breakfast" category might contain a see-also reference to the "self-catering" category.
A category markup makes it even easier
And all of this works "out of the box" without any modifications to PmWiki 2.0! John goes a step further and proposes that we create a special markup for "Category", so that one can write things like
When we choose a good markup, this is all that's needed: (uses [[!Comedy]] for illustration)
SDV($CategoryGroup,'Category'); Markup('[[!','<links','/\[\[!([^\|\]]+?)\]\]/', "<span class='category'>[[$CategoryGroup/$1]]</span>");
Hope this helps. The advantage of a separate category markup is that authors can assign pages to categories independently and explicitly. It lets authors distinguish between a category reference and a reference to a page that happens to be a category page.
On an active wiki, a folksonomy emerges
The hard part about using categories is choosing a good vocabulary. Site content managers may wish to follow the Guidelines for the establishment and development of monolingual thesauri (ISO 2788-1986) and the Guidelines for the establishment and development of multilingual thesauri (ISO 5964-1985). Questions to think about include:
Or you can just let people use whatever category terms they find meaningful. A vocabulary will emerge over time.
(quotes of postings in pmwiki-user-maillist)
TODO: add the text of John Rankins post too ?
samples (created in groups
Subject: trial use of Category system of indexes
At the SolaRoof wiki I am looking to explore more dynamic navigation aids and one of the reasons for the 3 column format is to use a dynamic index in the right column in the SolaRoof group, which is a knowledge base group.
Other groups in the SolaRoof wiki are for Teams or Personal space (like SolaRoofGuy personal wiki(approve sites)) and they use the Calendar(approve sites) function on the right column to aid the navigation of a WikiBlog(approve sites) that belongs to that group.
However, the knowledge-base type of group like SolaRoof is strictly for working on content and organizing information for accessible DIY know-how. There is no need for a WikiBlog(approve sites) function in the community wide collaboration space (instead, we do have a community Forum(approve sites)) and therefore the right column is currently empty.
What I would like to have is a navigation aid in that right column that will help a user to go from the current page to the next page, which he can see in the right sidebar, which is a dynamic listing of pages in the same catagory and links to other related catagories. Now that I have read this page I appreciate that what I was developing at GroupName(approve sites) (this is our How To Wiki(approve sites)) where I have talked about Main Index and Sub Index pages should instead be talking about Category and Sub Catagory pages. These links can go on the right sidebar (3rd column) and the left group sidebar will provide the conventional navigation links to useful internal and external links.
Additonally, I would like to bring in further navigation aid that I believe will work well with the wiki groups structure and the Catagory organization since these provide information that is user (human rather than machine) designated that build relationships between pages and sub categories and Categories. It is the relationships that are mapped and structured that make the information so useful. Similar PageNames(approve sites) used in various WikiGroups are not just repetitious, they give depth of knowledge by presenting similar information but in a different context. So the ability to have groups, each with its own name space, will give richness and maintain diversity, avoiding "GroupThink"(approve sites).
The mapping of the context and relationship of any existing page to the other pages in that group and other groups and across categories would make the wiki much more effective and useful. You are not then "surfing blind" but can see the links and threads of connected information. I have recently received a very positive response to working on a "concept map" tool that could be a visual interface for the display of the relationship of Groups and Category and Sub Category structure of the SolaRoof wiki. This technology is available from CMapTools(approve sites). I would like to explore using this Concept Map interface as further naviagion aid.
In some ways I think that it is not possible to be over engaged in the devlopment of the Wiki Navigation interface - because as the wiki world grows it will be a significant advantage that it grows "intelligently" - that it is a manifestation of "Group Intelligence" - so we would not "surf blind" as we do on the internet - rather we would navigate a structured "Name Space" and have a good idea where we are going as we explore the wiki world.
Category: Documentation ToDo
<< | PmWiki.Documentation Index | >>