[IAEP] Wiki reorganization proposal
dfarning at sugarlabs.org
Tue Mar 17 18:14:17 EDT 2009
If I were to do it all again, I would make the teams into namespaces:)
The challange of a wiki is that there are three distinct use case:
The use of teams (or name spaces) help prevent sprawl. Often, in
wikis we find that writers pick a random name for their new pages. As
a result there can be several half finished pages on the some topic.
When editors come along and attempt to merge similar pages, they need
to be aware of the whole wiki before they can be effective.
Then when readers come acoss the wiki then need to be able to quickly
find the information for which they are looking.
The idea for the limited number of base categories came from Fedora's
experience with their wiki. They found that without the use of
hierarchy the wiki quickly sprawled into a very difficult to use mess.
Thus, they formed a number of base catagories. Wiki gardeners can
then maintain a subsection of pages.
I don't think anyone outside of Wikipedia, who's information is
naturally arranged in alphabetical order, has found a good solution to
On Tue, Mar 17, 2009 at 2:56 PM, Jameson Quinn <jameson.quinn at gmail.com> wrote:
> I think navigation would be easier if the large majority of pages were moved
> out of their camel-case subpage position (DevelopmentTeam/ProjectIdeas) to a
> more simple wikipedia-style name (Project ideas). We would use team
> categories for organization. We could still get the same "subpage links" as
> currently by transcluding the category (and having any category intro text
> as a <noinclude>). The only pages that would stay as subpages would be
> internal-business pages like TODO and Mission, which have the same name and
> different content for each project.
> What do people think?
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP at lists.sugarlabs.org
More information about the IAEP