Namespaces
There is a short list of namespaces that are built into this wiki
Special:PrefixIndex is a friendly interface to the namespaces. This api query is the machine method for looking at this wiki's namespaces.
You can find out more about them in the w:Wikipedia:Namespace page.
You can reference a particular namespace in a link using a Compact URI (CURIE) syntax
E.g. [[Category:Development]] will link to the page 'Development' inside the Category namespace. Built-in namespaces are also tied to built-in functionality so for example an 'Image' link inserts that image into the page. And the 'Category' namespace is tied to the functionality of tagging an article as belonging to the category. So, to actually link to the category (or image) you would place a : (colon) before the prefix. e.g. [[:Category:Development]]
Usage[edit | edit source]
The BlueSpice distribution uses the MW:Extension:NSFileRepo extension to semi-protect files according to namespace.
In QualityBox, we're interested in creating an extension called Level10 that would allow for editing content in 10 separate namespaces for 10 separate levels of focus. The idea is roughly the following:
- concept - term only - defined in one sentence
- marketing - in words most people can understand
- user - in words relevant to wiki usage
- design / layout / interface - how the concept is manifest, or manipulated in the UI
- developer - how the concept is related to code or implemented in code
- test - how the concept can be tested across updates or new feature implementations
- demo - where can the concept be seen in action
- admin - how the concept can be manipulated by a sysop in the UI, or console
- system - how the concept is implemented at the system component level - dependencies or alternates
- architecture - how the concept fits with the overall system architecture
Viewing content in any level would automatically include links to the other levels.
Alternatives[edit | edit source]
An alternative to namespaces is to setup a "wiki farm" where each group or product, or purpose has it's own individual wiki, all running on a single software instance to reduce administrative overhead.