Difference between revisions of "Code of Conduct"

From MusicBrainz Wiki
(Just in case someone gets cute and decides what's optional is up to them. (Imported from MoinMoin))
 
(30 intermediate revisions by 18 users not shown)
Line 1: Line 1:
=Code of Conduct=
+
==Purpose==
 
 
----
 
 
 
'''NOTE''': ''We are currently standardizing the terminology used in our documentation. In some the following terms used interchangeably.''
 
* ''Album and Release''
 
* ''Moderate and Edit''
 
 
 
'''Release''' ''and'' '''Edit''' ''are now standard.''
 
----
 
  
+
This Code of Conduct extends the [https://metabrainz.org/code-of-conduct MetaBrainz code of conduct], which applies to all MetaBrainz projects. Please read the MetaBrainz Code of Conduct before you dive into the following guidelines that are specific to MusicBrainz.
 
 
==Purpose==
 
  
''This Code of Conduct describes how members of the [[MusicBrainz]] community should interact and further details how [[Auto-Editor|AutoEditor]]<code><nowiki></nowiki></code>s (aka [[Auto Moderator|AutoModerator]]<code><nowiki></nowiki></code>s) should act; using their privileges in a responsible way.''
+
==Community members==
  
===Community Members===
+
===General===
  
* Be polite. Remember that there's a real person on the receiving end of any communication. Treat people as you'd wish to be treated yourself.
+
For general guidelines that apply to all MetaBrainz projects, please read the [https://metabrainz.org/code-of-conduct MetaBrainz code of conduct].
* Remember that everyone was new at some point and a polite nudge in the right direction is sometimes all that it takes to set them on the right path.
 
* Don't get into flame wars, and try to remain as neutral as possible. Do not attack someone personally because you don't agree with them.
 
* [[MusicBrainz]] is a global community. Be mindful and respectful of different languages, habits and cultures.
 
* Share knowledge freely. New members should not be embarassed for ignorance.
 
* Respectfully suggest other options. Not everyone wants to reconfigure their directories, change their OS or switch players and formats.  
 
  
===AutoEditors===
+
===Making edits===
  
* Set an example for others.  
+
* Provide explanations when entering edits.
* Don't abuse automod privileges, including applying controversial changes without a vote or making edits another person is already making (although this does happen accidentally sometimes).  
+
* Include links that validate your edits.
* Remember that new users have the potential to contribute greatly to the project or even become automods themselves one day if given the correct guidance, whereas they may never come back if they're insulted.  
+
* Listen to the advice of existing community members. Ask for clarification if you're still unsure.
* Act responsibly. Although it wasn't the original intention, automod rights are seen as a symbol of status, and childish behaviour reflects badly on the [[MusicBrainz]] community as a whole.  
+
* Refer to the [[Style Guideline]]s and wiki for clarification.
 +
* Ask questions in the [https://community.metabrainz.org/ forums] or in [[Communication/IRC]] if you're unsure.
 +
* Edits should be based on objective data and not personal preferences.
  
==Details==
+
===Voting===
  
===Community Members===
+
* Never vote based on your personal attitude towards the editor. Vote only based on the facts and what you think is right or wrong.
 +
* Never vote against edits where information is optional (not required during the submission process). Instead Abstain and enter an edit note requesting more information.
 +
* If you are voting against an edit, always explain why via in an edit note. Nothing is more frustrating than entering a bunch of edits only to receive silent no votes.
 +
* If you disagree with another editor's point of view on an edit, try to keep the debate to that one edit, rather than spreading the debate across many edits. If you disagree with a series of edits, pick one to focus the comments in and refer comments from the other edits back to that one edit.
 +
* Creating additional accounts solely for the purpose of voting is an abuse of the system and completely unacceptable.
  
====Making Edits====
+
===Conflict resolution===
 +
If a conflict between members of the MusicBrainz community should arise, the members should attempt to resolve the conflict among themselves first. If the members fail to resolve the conflict, the issue can be brought to the [[User:RobertKaye|BDFL (Benevolent Dictator for Life) of MusicBrainz]]. The decision of the BDFL is final and may not be appealed; for this reason the community is strongly urged to resolve conflicts among themselves and not bring them to the BDFL.
  
* Provide explanations when entering edits.
+
==Auto-Editors==
* Include links that validate your edits.
 
* Listen to the advice of existing community members. Ask for clarification if you're still unsure.
 
* Refer to the [[Style Guideline|StyleGuideline]]<code><nowiki></nowiki></code>s and Wiki for clarification.
 
* Ask questions on the [[Mailing List|MailingList]]<code><nowiki></nowiki></code>s or [[IRC]] if you're unsure.
 
* Edits should be based on objective data and not personal preferences.
 
  
====Voting====
+
===General===
  
* Never vote based on your personal attitude towards the editor. Vote only based on the facts and what you think is right or wrong.  
+
* Set an example for others.
* Never vote against edits where information is optional (not required during the submission process). Instead Abstain and enter a mod note requestiong more information.  
+
* Don't abuse [[Editor|auto-editor]] privileges, including applying controversial changes without a vote or making edits another person is already making (although this does happen accidentally sometimes).
* If you are voting against an edit, make a habit of explaining why via an edit note. Nothing is more frustrating than entering a bunch of edits only to receive silent no votes.  
+
* Remember that new users have the potential to contribute greatly to the project or even become auto-editors themselves one day if given the correct guidance, whereas they may never come back if they're insulted.
 +
* Act responsibly. Although it wasn't the original intention, auto-editor's rights are seen as a symbol of status, and childish behavior reflects badly on the MusicBrainz community as a whole.
  
===AutoEditors===
+
===Dealing with open edits===
  
====Dealing With Open Edits====
+
''How should auto-editors deal with open edits, that they think are correct?''
  
''How should autoeditors deal with open edits, that they think are correct?''
+
If an edit is correct, it is within the auto-editor's discretion as to whether they choose to approve the edit immediately. In practice amongst the auto-editor community, this is generally confined to addition of URLs and obviously correct relationships, in order to reduce the open edit queue, and prioritize voter time towards complex edits requiring more attention, such as release addition, removals and merges.
  
IIRC it was said, that autoeditors should not redo the same edit as an [[Auto-Edit|AutoEdit]]. While this might speed up the process of correcting MB data, it will make the other contributor's edit fail, and thus raise their [[Failed Edit Count|FailedEditCount]].  
+
If an edit is in any form an improvement (even if it's still not correct), an auto-editor ''may'' decide to approve the edit immediately and then edit the value again to correct it.
  
Though if an edit is in any form an improvement (even if it's still not correct), an [[Auto-Editor|AutoEditor]] may decide to approve the edit immediatly and then edit the value again.
+
===Making disputed edits===
  
====Making Disputed Edits====
+
Auto-editors ''must never'' use their privileges to decide disputed edits in their favor.
  
Autoeditors ''must never'' use their privileges to decide disputed edits in their favor.
+
Always check an item's history before making a change that could be disputed. If you made an auto-edit and then realise that it is disputed, you should:
 +
* Excuse yourself in an edit note.
 +
* Revert your edit.
 +
* Temporarily disable your auto-editor privileges and enter the edit again as one to be voted upon.
  
Always check an item's history before making a change that could be disputed. If you made an [[Auto-Edit|AutoEdit]] and then realise that it is disputed, you should:
+
Of course the "approve" option is not to be used for disputable edits but only for trivial or obvious ones or those which can be improved by a re-edit.
* Excuse yourself in a [[Moderation Note|ModerationNote]].
 
* Revert your edit.
 
* Temporarily disable your [[Auto-Editor|AutoEditor]] privileges and enter the edit again as one to be voted upon.  
 
  
Of course the "approve" option is not to be used for disputable edits but only for trivial or obvious ones or those which can be improved by a re-edit.
+
==Bots==
  
----
+
Bot authors should follow the [[Code_of_Conduct/Bots|dedicated code of conduct]].
  
Authors: [[User:inhouseuk|inhouseuk]], [[User:Nikki|Nikki]], [[User:WolfSong|WolfSong]], [[User:DonRedman|DonRedman]]
+
[[Category:Philosophy]] [[Category:WikiDocs Page]] [[Category:Reviewed]]
[[Category:To Be Reviewed]] [[Category:Philosophy]] [[Category:WikiDocs Page]]
 

Latest revision as of 14:41, 12 March 2018

Purpose

This Code of Conduct extends the MetaBrainz code of conduct, which applies to all MetaBrainz projects. Please read the MetaBrainz Code of Conduct before you dive into the following guidelines that are specific to MusicBrainz.

Community members

General

For general guidelines that apply to all MetaBrainz projects, please read the MetaBrainz code of conduct.

Making edits

  • Provide explanations when entering edits.
  • Include links that validate your edits.
  • Listen to the advice of existing community members. Ask for clarification if you're still unsure.
  • Refer to the Style Guidelines and wiki for clarification.
  • Ask questions in the forums or in Communication/IRC if you're unsure.
  • Edits should be based on objective data and not personal preferences.

Voting

  • Never vote based on your personal attitude towards the editor. Vote only based on the facts and what you think is right or wrong.
  • Never vote against edits where information is optional (not required during the submission process). Instead Abstain and enter an edit note requesting more information.
  • If you are voting against an edit, always explain why via in an edit note. Nothing is more frustrating than entering a bunch of edits only to receive silent no votes.
  • If you disagree with another editor's point of view on an edit, try to keep the debate to that one edit, rather than spreading the debate across many edits. If you disagree with a series of edits, pick one to focus the comments in and refer comments from the other edits back to that one edit.
  • Creating additional accounts solely for the purpose of voting is an abuse of the system and completely unacceptable.

Conflict resolution

If a conflict between members of the MusicBrainz community should arise, the members should attempt to resolve the conflict among themselves first. If the members fail to resolve the conflict, the issue can be brought to the BDFL (Benevolent Dictator for Life) of MusicBrainz. The decision of the BDFL is final and may not be appealed; for this reason the community is strongly urged to resolve conflicts among themselves and not bring them to the BDFL.

Auto-Editors

General

  • Set an example for others.
  • Don't abuse auto-editor privileges, including applying controversial changes without a vote or making edits another person is already making (although this does happen accidentally sometimes).
  • Remember that new users have the potential to contribute greatly to the project or even become auto-editors themselves one day if given the correct guidance, whereas they may never come back if they're insulted.
  • Act responsibly. Although it wasn't the original intention, auto-editor's rights are seen as a symbol of status, and childish behavior reflects badly on the MusicBrainz community as a whole.

Dealing with open edits

How should auto-editors deal with open edits, that they think are correct?

If an edit is correct, it is within the auto-editor's discretion as to whether they choose to approve the edit immediately. In practice amongst the auto-editor community, this is generally confined to addition of URLs and obviously correct relationships, in order to reduce the open edit queue, and prioritize voter time towards complex edits requiring more attention, such as release addition, removals and merges.

If an edit is in any form an improvement (even if it's still not correct), an auto-editor may decide to approve the edit immediately and then edit the value again to correct it.

Making disputed edits

Auto-editors must never use their privileges to decide disputed edits in their favor.

Always check an item's history before making a change that could be disputed. If you made an auto-edit and then realise that it is disputed, you should:

  • Excuse yourself in an edit note.
  • Revert your edit.
  • Temporarily disable your auto-editor privileges and enter the edit again as one to be voted upon.

Of course the "approve" option is not to be used for disputable edits but only for trivial or obvious ones or those which can be improved by a re-edit.

Bots

Bot authors should follow the dedicated code of conduct.