Difference between revisions of "governance-issues"

From Microformats Wiki
Jump to navigation Jump to search
m (previous revert was only meant to revert to *this* version. please do not troll by calling public wiki revisions "censorship".)
(One intermediate revision by the same user not shown)
Line 37: Line 37:
 
*[[rejected-formats#Pavatar|listing of items as "rejected"]] when [http://microformats.org/discuss/mail/microformats-discuss/2007-January/008271.html requests for evidence of said rejection] reveal none.
 
*[[rejected-formats#Pavatar|listing of items as "rejected"]] when [http://microformats.org/discuss/mail/microformats-discuss/2007-January/008271.html requests for evidence of said rejection] reveal none.
 
* Despite an assurance that "all of the admins will be apropriately (sic) listed on the wiki page [http://microformats.org/discuss/mail/microformats-discuss/2007-February/008526.html]", the [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F list given in FAQ] is prefaced with the qualifier "including".
 
* Despite an assurance that "all of the admins will be apropriately (sic) listed on the wiki page [http://microformats.org/discuss/mail/microformats-discuss/2007-February/008526.html]", the [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F list given in FAQ] is prefaced with the qualifier "including".
*[http://microformats.org/wiki?title=governance&curid=3084&diff=0&oldid=14390&rcid=24255 censorship of 'governance']
 
*[http://microformats.org/wiki?title=mailing-lists&curid=1297&diff=14391&oldid=14389&rcid=24254 censorship of 'mailing-lists']
 
  
 
== Proposal ==
 
== Proposal ==

Revision as of 14:55, 19 March 2007

Issue Summary 2007-02-28

Editor

Ernest Prabhakar

Contributors

Preamble

Over the last year, several people have expressed concern/frustration/confusion about how the Microformats wiki, mailing list, and community are governed.This page is here to discuss ideas for documenting, formalizing, and/or improving our collective governance.

Abstract

Governance has been defined as "the traditions, institutions and processes that determine how power is exercised, how citizens are given a voice, and how decisions are made on issues of public concern." In the context of Microformats, it covers:

  • Rules (both written and unwritten) expected of community members
  • Who the various Admins are
  • What powers Admins have
  • Rules for how/when Admins can/should use those powers
  • How to questioning/appealing a decision by an Admin
  • How to become an Admin
  • How to question/change any of these

While not all of these need to be explicitly spelled out, a healthy community our size requires a broad shared understanding of these facts -- as well as acceptance of them as "legitimate."

Prior issue

  • 2007-01-04 raised by DrErnie on Microformat Issues, before this page existed, and moved from there
    1. As discussed in [1], there exist various concerns about the lack of clarity regarding governance of the list, wiki, and the specifications themselves. While agree that there does need to be some form of strong leadership to preserve the integrity of the community, I agree with Colin Barrett when he said:
"I think there should be bit more visible superstructure around just who is in this "cabal". It seems to me like the Editors/Authors of the various specs form the majority it of it, but perhaps that should be made a bit more apparent, and the "powers" of an editor (essentially, the ability to veto changes to the wiki, it seems) outlined a bit and some information about how to become an editor (AFIACT, make numerous, quality edits to the Wiki that the other editors approve of)."
An entry has been added to the FAQ regarding Who controls microformats?.Dr. Ernie 08:48, 2 Feb 2007 (PST)

Examples

Note: This is not to take a position on whether or not any of these decisions were appropriate or inappropriate. Rather, the existence of these events demonstrates the need to document why and how such decisions were -- or should be -- made and/or appealed.

Proposal

  1. Create a microformats-admin mailing list, for easily contacting all admins
  2. Create a microformats-meta mailing list, moderated by a non-Admin, to capture discussions that do not fit into current lists, plus act as a "court of appeals" for Admin decisions.
  3. Create and maintain a governance page that captures and describes
  • the identity of current Admins
  • how to contact them
  • the kinds of behavior warranting Admin intervention
  • how to appeal an Admin decision/action

Resources