Jump to content

Research Wiki pilot: Difference between revisions

1,111 bytes added ,  21 September 2004
On the programming and data fetching side auto stub generation is one essential feature to pursue.
(no "Wikipedians" please, we need people who are not globs of status-seeking-control-imposing-technology-driven shit to be in charge, to get anything done)
 
(On the programming and data fetching side auto stub generation is one essential feature to pursue. )
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
===On starting the Research Wiki pilot===
It is clear that a [[policy]] that deals with deletions and such has to be formed.
Research Wiki will have namespaces for [[Product]], [[Company]] and [[Group]]. [[Product Group]]s will be implemented as [[categories]] with nesting. [[Brand]]s may also be implemented as categories, this is yet unclear.
A good plan for the order of adding things is needed. For example documenting (retail)[[channel]]s should be quite quickly brought to as close to 100% coverage as soon as possible since when adding products we will have to begin with a goal of 0,01% coverage. Another reason for this is that the [[Consumerium:intermediate product page]] links to channels where it is sold starting with one or more retail chains where a product is found. This is necessary for providing a view to which products in a certain store have articles on them by utilizing the special:whatlinkshere function.
A simple plan for implementing what was in the old days referred to as [[The Consumerium Exchange]] is presented at [[Simple model for expressing opinions]] which can be implemented with only minimal [[MediaWiki modifications|additions/changes]] to the [[MediaWiki]] software. This plan must be meticulously checked before it is made into an official [[policy]]. It contains a few vulnerabilities to attacks, some of which can be detected and prevented (after or before they happen) and some attacks mostly diluting the reputation of the voting system by utilising [[sock puppet]]s. A more elaborate [[voting]] system may be later on implemented, but this is what we start with.
On the programming and data fetching side [[auto stub generation]] is one essential [[feature]] to pursue.
----
The [[Research Wiki]] is the easiest element of a [[pilot project]] to start.
The [[Research Wiki]] is the easiest element of a [[pilot project]] to start.


Line 25: Line 37:


These pilot wikis are small and don't have a lot of [[wiki management]] problems yet.  The above are the minimum required to achieve at least near-convergence.  Other structural stuff like [[best cases]], [[worst cases]], [[user stories]], etc., [[trolls]] leave to you to manage.  It's probably best to avoid that structure for now - it only starts to matter once there is a very rigorous mission, that fails easily, or, far too many people involved.   
These pilot wikis are small and don't have a lot of [[wiki management]] problems yet.  The above are the minimum required to achieve at least near-convergence.  Other structural stuff like [[best cases]], [[worst cases]], [[user stories]], etc., [[trolls]] leave to you to manage.  It's probably best to avoid that structure for now - it only starts to matter once there is a very rigorous mission, that fails easily, or, far too many people involved.   
'''Consumerpedia'' isn't there, but, it's already adopting bad habits from there.  An example of this kind of problems is [[Symbolwiki]] which [[Angela]] has begun to destroy.  She is destroying its [[troll-friendly]] start with her sysop status.  Similarly, you will never be able to use one scrap of what's at [[Consumerpedia]] to create a [[Consumerium:intermediate page]] or ever affect a [[Consumerium buying signal]] if she gets involved.  She is absolute poison to projects that have to work from actual user [[buying criteria]].  And it may be that [[User:DanKeshet]] is no better.  Certainly he's off to a bad start.


=== serious ===
=== serious ===
9,838

edits

We use only those cookies necessary for the functioning of the website.