Bureaucrats, developer, Administrators
9,854
edits
Content Wiki: Difference between revisions
m
rm templates add intermediate pages
(Subarticles vs. monolith articles) |
m (rm templates add intermediate pages) |
||
| (22 intermediate revisions by 6 users not shown) | |||
| Line 1: | Line 1: | ||
''Is this the same as the [[Signal Wiki]]? If not, why not? What must be done to the data before it affects the [[Consumerium buying signal]]? And when?'' | |||
''This page is not for actual [[features|content]] (i.e. do not attempt to classify [[CIV]] or [[Gus Kouwenhoven]] or what they are doing on this page) but for developing the syntax and governance of the Content Wiki so we can set one up.'' | |||
''It also is not about opinions, (ie. [[Campaign]]s and split articles on aspects where [[faction]]s do not agree), which go to [[Research Wiki]] aka [[Opinion Wiki]] where further research is performed. Whatever it is called, this consists of [[Consumerium:intermediate page]]s which are often debated.'' | |||
==What is the Content Wiki?== | ==What is the Content Wiki?== | ||
Content Wiki is where '''facts''' on [[product]]s and [[companies]] and such will be stored when it gets built. | Content Wiki is where '''facts''' on [[product]]s and [[companies]] and such will be stored when it gets built. Facts require more discipline than [[opinion wiki]] comments. When we say "fact" we mean [[instructional capital]] that all [[faction]]s accept as "true" at least to the degree it is allowed to alter the [[Consumerium buying signal]]. ''Another proposed name for this is the [[Signal Wiki]], which makes this relationship very clear.'' | ||
It will be a [[large public wiki]] with the special problems of that type of communication. | |||
The [[Consumerium Governance Organization]] and its delegated [[sysop]]s will have to decide on what grounds each type of information is input, audited, linked, shared, duplicated, edited, contested, vetoed and removed and by whom. | |||
---- | ---- | ||
==Wiki software== | ==Wiki software for handling research == | ||
To fork or not to fork that is the question. It is natural to presume that the wiki | To [[fork]] or not to fork that is the question. Which of the [[wiki code]] alternatives to use? It is natural to presume that the wiki software will be either: | ||
#MediaWiki unmodified | #[[MediaWiki]] unmodified | ||
#MediaWiki modified | #'''[[MediaWiki modifications|MediaWiki modified]]''' | ||
#A fork of MediaWiki | #[[GetWiki|A fork of MediaWiki, such as GetWiki]] | ||
# | #[[TikiWiki]] unmodified | ||
#TikiWiki modified | |||
#A fork of TikiWiki | |||
#[[MoinMoinWiki]] extended | |||
#something else supporting [[ConsuML]] | |||
Which one of these alternatives makes sense is an open question. A [[Wikitext standard]] would help. [http://www.metaweb.com/wiki/wiki.phtml?title=wikitext_standard Metaweb is already on it]. | |||
---- | ---- | ||
==The relationship between Wiki and [[ConsuML]] information== | |||
*Data stored as [[ConsuML]] documents could be used to generate stubs into the wiki '''on-demand''' | *Data stored as [[ConsuML]] documents could be used to generate stubs into the wiki '''on-demand''' | ||
*The parsing process goes the following way ConsuML data will be parsed to Wiki code in the appropriate natural language for each wiki, which then in turn will be parsed to HTML for the Consumer | *The parsing process goes the following way ConsuML data will be parsed to Wiki code in the appropriate natural language for each wiki, which then in turn will be parsed to HTML for the Consumer | ||
| Line 29: | Line 41: | ||
If a modified version will be used it makes sense to use many more namespaces to make the wiki more manageable, but on the other hand using standard MediaWiki has many advantages. Using unmodified MediaWiki would just require stricter syntax within the articles | If a modified version will be used it makes sense to use many more namespaces to make the wiki more manageable, but on the other hand using standard MediaWiki has many advantages. Using unmodified MediaWiki would just require stricter syntax within the articles | ||
According to MediaWiki developers adding numerous namespaces is easy so here is a brief and uncomplete list of likely namespaces: | According to MediaWiki developers adding numerous namespaces is easy so here is a brief and uncomplete list of likely namespaces. Using '''pseudo-namespaces''' might also be applicable: | ||
*[[Company]]: | *[[Company]]: | ||
*[[Product]]: | *[[Product]]: | ||
*[[Product Group]]: | *[[Product Group]]: | ||
*[[WorkDescription]] | |||
We need to start forming syntax for [[Consumerium:Intermediate pages|Intermediate pages]] to advance the launch of the Content Wiki | |||
---- | |||
==Article Structure== | |||
The [[Wiki]] approach and the [[features|original vision]] can be brought closer by using strictly named subarticles that are then collated into a viewable document on-demand for the [[consumer]] based on her/his [[preferences]] | |||
Advantages include: | |||
*Consumer can specify what information s/he wishes to view and in what order in each case | |||
*Good for internationalization since translation can progress subarticle-by-subarticle | |||
*Finer grained version control and approvance (signatures) | |||
*Performance gains over monolithic articles (?) | |||
*Good for maintaining historical information | |||
*Editors know where to find the portions they have most knowledge of | |||
*Useful for efficiently mixing autogenerated portions with manually edited ones | |||
*Less Wiki Veteran Annoyance due to quicker comprehension of small separate syntax guides instead of one big lump of do's and dont's | |||
Depending on the type of article there are varying needs of: | |||
*Mandatory subarticles | |||
*Optional subarticles | |||
When thinking about companies an outline of subarticle structure is discussed in [[Article structure]] | |||
* ... | |||
---- | ---- | ||
==Governance== | ==Governance== | ||
We need a summarum of the currently existing Wiki | We need a summarum of the currently existing [[Wiki Governance Practices]] here and study each one and the resulting model that we will use will likely be a synthesis of numerous existing models. Probably best to discuss at [http://www.metaweb.com/wiki/wiki.phtml?title=Metaweb:governance_ideas Metaweb where big geeks are]. | ||
Also track [http://meta.wikipedia.org/wiki/power_structure Meta's power structure debates]. | |||
Writing explicit [[retail price]] information is not allowed in The Content Wiki. What is allowed is to make remarks that [[Company X]]'s (say some retail-chain in some country) pricing policy for [[product group]]s differs from market averages in one direction or the other. | |||
'''See:''' | |||
*[[Talk:Wiki Management]] | |||
*[[Consensus decision-making]] | |||
---- | ---- | ||
| Line 55: | Line 97: | ||
Should all language versions strive to contain the same information or how should we go about this? | Should all language versions strive to contain the same information or how should we go about this? | ||
=== | ===How to handle a situation where the target of the article changes=== | ||
Situations like this include: | |||
*Product upgrades | |||
* | *Mergers | ||
* | |||