I wished for:
> 1. A desire for a department to have "their
own space" on the wiki.
S Page asked:
I assume you looked at enabling subpages in the main
namespace?[1]
That way Human Resources/Payroll/Show_me_the_money gets a nice breadcrumb up to Payroll
and Human Resources landing pages.
Interesting idea, but I think subpages also bring penalties that are pretty significant. I
discuss these in my book (
http://shop.oreilly.com/product/9780596519681.do):
- Linking to subpages is quite cumbersome. The names get very long, and you wind up doing
lots of [[foo/bar/blat/a/b/c | alt text]] links which add complexity to editing the page.
We find that this discourages people from adding links to pages.
- When you enable subpages for a large community, they start using them instead of
categories. In other words, users now have a choice between putting "Benefits"
in the Human Resources category, or creating "Human Resources/Benefits." As a
result, some Benefits pages end up in the Benefits category while others end up as
subpages, making the "Benefits" category incomplete. An incomplete category can
be worse than no category at all, because people look in it, don't find what they
want, and assume it doesn't exist. Also, I'd rather have a category with 200
members than a page with 200 subpages.
- MediaWiki's UI does not indicate whether a page has subpages. There are extensions
to solve this, but I haven't found one that integrates seamlessly into the user's
daily experience the way (say) category links do.
For our large wiki, we decided that subpages in the main namespace are not worth these
disadvantages.
Hope this was interesting,
DanB