One small step forward might be to add more support to 'groups' in the mediawiki codebase. Groups could help organize the various subcommunities. Perhaps consider this a federal system for wikipedia. ;)
I have been experimenting with real-time collaborative editors on wikipedia. One question that arises is: how do I find others who are interested in working on this particular page with me? Currently there are a number of ad-hoc methods used.
One could imagine that the participants on a particular article's talk page consistute a sort of ad hoc "group". Various wikiprojects are a more formal group. But can we think about this more, and come up with better mediawiki tools to find/discover/join/share/discuss things in our group(s)? --scott
On Thu, Jun 5, 2014 at 2:57 PM, Mingli Yuan mingli.yuan@gmail.com wrote:
Hi, Nemo,
Can you please find that specific page/formulation of the principle?
I'd like to reference it from point 1 of https://www.mediawiki.org/ wiki/Principles but I couldn't find it with a quick search. (Note, it's not really *universally* accepted as a wiki principle.)
It is at http://c2.com/cgi/wiki?WikiDesignPrinciples
Hi, Samuel,
Now we have so much metadata about pages and edits, we could cluster
results in a more meaningful way...
Yes! If Summly can help people read news, why not to observe wiki in a more meaningful way?
https://en.wikipedia.org/wiki/Nick_D%27Aloisio
On Fri, Jun 6, 2014 at 2:31 AM, Federico Leva (Nemo) nemowiki@gmail.com wrote:
Mingli Yuan, 05/06/2014 19:43:
If you visit the early page of c2.com, you will find the idea
of observability is one pillar principle of wiki software, and just
follow
the idea, Ward invent the RecentChanges for all wikis.
Can you please find that specific page/formulation of the principle? I'd like to reference it from point 1 of https://www.mediawiki.org/ wiki/Principles but I couldn't find it with a quick search. (Note, it's not really *universally* accepted as a wiki principle.)
Some rather big software development projects have failed, recently, in ways that a simple checklist like the page above could have avoided. So this is an important conversation to have.
At that time c2 is very small; now Wikipedia is so big. The original
idea
of RecentChanges is not very effective today.
Nor in 2002. :) http://c2.com/cgi/wiki?TooManyRecentChanges
We had made some extension
for the original idea in our mediawiki software, but I think the step is too small.
Let's first take a look of what we had already invented are similar to RecentChanges but more effective:
- Wikizine or Signpost: community stories every week
- some part of a Portal: recent changes under a subject compiled by
human
Still possible for other kind of RecentChanges which is not invented
yet,
for example:
- References and external links are very valuable resources, why not
extract them from articles and compile them into a timeline?
None of these escapes http://c2.com/cgi/wiki?RecentChangesIsNotTheWiki ; some have failed before:
http://meatballwiki.org/wiki/RoleOfRecentChanges
Content is only one aspect to observe, people are another:
Attention, we're radically rooted in http://meatballwiki.org/wiki/ ContentOverCommunity
- Who are the experts on some topics?
- Who are my buddies on some articles?
- Who did help me to improve an article originally I wrote?
In all, we may reshape our technical infrastructure in this direction
for
new spaces of participation. And finally, one open question for the
system
designer:
- Towards better content and community, what is the most important
things
we want our user to observe?
I'm not sure that's the right question. Anyway, more reading: http://meatballwiki.org/wiki/back=CategoryRecentChanges http://c2.com/cgi/wiki?search=RecentChanges
Nemo
Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/ wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe
Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe