You could start by listing the ad hoc methods. Others might add to the list. 
The list might inspire alternative ideas.
Cheers,
Peter

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of C. Scott Ananian
Sent: 06 June 2014 04:54 PM
To: Wikimedia Mailing List
Subject: Re: [Wikimedia-l] Rethink of observability

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 <[email protected]> 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'Aloisio
>
>
>
> On Fri, Jun 6, 2014 at 2:31 AM, Federico Leva (Nemo) 
> <[email protected]>
> 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 [email protected]
> > Unsubscribe: 
> > https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > <mailto:[email protected]?subject=unsubscribe>
> >
> _______________________________________________
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> [email protected]
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:[email protected]?subject=unsubscribe>
>



--
(http://cscott.net)
_______________________________________________
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
[email protected]
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:[email protected]?subject=unsubscribe>

-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4592 / Virus Database: 3955/7629 - Release Date: 06/05/14


_______________________________________________
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
[email protected]
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:[email protected]?subject=unsubscribe>

Reply via email to