QUOTE(CharlotteWebb @ Thu 10th June 2010, 5:38am)
QUOTE(jayvdb @ Thu 10th June 2010, 3:35am)
The missing component is that the admins are not restricted to a WikiProject, which means that there is one governance model for the entire project, and that governance model is a mess. Smaller projects would have different governance models, tailored towards their content matter and contributor base.
Stop, fief:You might notice a more typical admin laments being restricted to one wiki, and that their lack of authoriteh when pursuing opponents onto other WMF sites, or in isolated cases the whole internet.
QUOTE
In a proper distributed system, each page could have concurrent lines of development occurring on different projects, and in practise each project would develop rules and guidelines to assist in making that manageable.
Would that effectively mean one article about Reagan as an actor, and one about him as a politician? Solomon-like wisdom, I'd daresay.
Not at all. Projects would be free to develop wild and wonderful forks, however the integration project would 'follow' the Reagan article on one project until such time as they decide that another project has developed a better article.
A properly distributed model would also encompass non-WMF project-wikis, some of which already exist and are producing better quality content than English Wikipedia in the discipline they have chosen to focus on.
I don't expect this idea will be met with approval from the WMF or the "typical" English Wikipedia admins who want to control the whole bang lot. However there are sensible admins who want to take pride in managing a smaller area
well, and they would be keen to adopt different policies which help them achieve that, and they would be pleased to no longer feel responsible for the problems that occur in other areas, letting those other areas develop different policies as needed.
The main hurdle for this properly distributed structure is that the people administrating the integration project would need to be good
maintainers, selecting the "best" lines of development, which requires a different class of people than we currently have controlling English Wikipedia. In most cases this selection process would be a no-brainer, where there is only one "good" version among the many forks, but in contentious areas the selection process could be quite political.
One approach would be to give the current administrators the same administration rights on both the 'integration project' and the 'miscellaneous content project', mandate sysop activity levels on the integration project, and let the ducks fall where they may.
QUOTE(CharlotteWebb @ Thu 10th June 2010, 5:38am)
QUOTE
To break free of the current model, the simplest approach would be to have one central wiki which is 'integration only - no content development'. Several well defined projects would be started, such as a BLP project, and a "current events" project, and the "current" en.wp project would become a 'miscellaneous' project for the rest (like you suggest). Once that stablises, well developed WikiProjects would break away.
Interesting choices as both wiki-projects (sorry, project-wikis) would be feeding content steadily back into the main heap as time progresses. I suppose the "integration only" wiki would consist mostly of redirects to other projects, to maintain consistent and predictable urls (which probably means they'd need to be updated automatically and immune to "RFD" or whatever fucked up bureaucracy spawns to replace it).
If scary transclusion is
made feasible, the integration wiki could transclude the content from the project-wikis, or the whole versioning system could be moved into a distributed version control system like
git-wiki. In the simplest implementation, the edit button on the integration wiki would be a link to the relevant project-wiki, and the availability of the edit button would be subject to the protection status on the relevant project-wiki for that page.