History:Bad Terminology: Difference between revisions

From MusicBrainz Wiki
Jump to navigationJump to search
(answer (Imported from MoinMoin))
 
(+ list of articles marked with BadTermonology / - already renamed articles/terms (Imported from MoinMoin))
Line 3: Line 3:
</ul>
</ul>


A complete list of all articles marked as [[Bad Termonology|BadTermonology]] {{FullSearch|BadTerminology}}
There are a number of groups of related terminology that could be improved by changing them. In approximately decreasing order of acceptance, they are:

* [[Bad Terminology#moderate|Moderate / Moderation / Moderator / Automod]]
There are also a number of groups of related terminology that could be improved by changing them. In approximately decreasing order of acceptance, they are:
* [[Bad Terminology#ar|"Link"]] for [[Advanced Relationships|AdvancedRelationship]]
* [[Bad Terminology#cdid|CD Index ID]]
* [[Bad Terminology#album|Album / Release]]
* [[Bad Terminology#album|Album / Release]]
* [[Bad Terminology#karma|Karma (System)]]
* [[Bad Terminology#karma|Karma (System)]]
Line 13: Line 12:



<span id="moderate"></span>
==Moderate => Edit / Vote / Contribute (depending on context)==

<ul><li style="list-style-type:none">''The most popular of the proposed changes; the first two points have largely been implemented on the Wiki''
</ul>
* Say ''edit'' instead of moderate/moderation if it means edit.
* Say ''vote'' instead of moderate/moderation if it means vote.
* Say ''contributor/contribution'' instead of moderator/moderation, when it means both. Also see [[MusicBrainz Contributor|MusicBrainzContributor]]

===Edit and Vote===

We try to say "edit" or "vote" instead of "moderate" wereever this is possible. The term "modertor" comes from a different context, that does not apply to [[MusicBrainz]] and it is terribly unspecific. In full detail this means:
* Say ''edit'' (verb) instead of moderate, if it applies to changing the data.
* Say ''edit'' (noun) instead of moderation.
* Say ''voting'' instead of moderating if it applies to voting.
* Say ''[[Auto-Edit|AutoEdit]]'' or ''[[Auto Approved Edit|AutoApprovedEdit]]'' instead of [[Auto-Moderation|AutoModeration]], or worse even [[Auto-Mod|AutoMod]].
* Say ''editor'' instead of moderator, if it applies to changing the data.
* Say ''[[Auto-Editor|AutoEditor]]'' instead of [[Auto Moderator|AutoModerator]].

===Contribute===

There are, however, cases in which you cannot say "vote" or "edit". These are cases like "[[Edit Note|ModerationNote]]" or "moderator" which refer to something that has to do with ''both'' editing and voting.

[[DJCK]] proposed the term "contribute" for this context. It avoids the problem that moderator has of having been used for too many things already and neatly encompasses everyone that uses the site for more than just tagging - developers who contribute code, editors contributing data, and voters contributing time to check that data. [[User:DonRedman|DonRedman]] and [[User:RobertKaye|RobertKaye]] do not edit or vote much but I don't think anyone would argue that you're not both major contributers.

This means:
* Say ''contributor'' instead of moderator, if it applies to more than only voting or only editing.

However, [[Contribution Note|ContributionNote]] sounds terrible. Since the note is attached to ''edits'', it makes sense to
* say ''[[Edit Note|EditNote]]'' instead of [[Edit Note|ModNote]] or [[Edit Note|ModerationNote]].

<span id="ar"></span>
==Link -> Relationship==

Please do not call [[Advanced Relationships|AdvancedRelationships]] "Links". Don't say "Link type" or the like. Just say relationship.

There is even a (now fixed) [http://sourceforge.net/tracker/index.php?func=detail&aid=1194667&group_id=19506&atid=119506 Bug Report] to remedy this on the main site.

Should this lead to a mass rename from [[Advanced Relationships|AdvancedRelationship]] to Relationship? --[[User:MartinRudat|MartinRudat]]
<ul><li style="list-style-type:none">No. There is a bit about naming conventions at the bottom of [[Advanced Relationship Type|AdvancedRelationshipType]] under the heading "How to write advanced relationships documentation". Basically [[Advanced Relationships|AdvancedRelationships]] (in plural!) is the name of the feature. "Advanced" means ''not part of the database core'', and is thus a necessary adjective to differentiate from [[Core Relationships|CoreRelationships]]. NB: All of this has nothing to do with "Link" bing a bad terminology for "Relationship" :-) --[[User:DonRedman|DonRedman]]
</ul>

<span id="cdid"></span>
==CD Index ID => Disc ID==

<ul><li style="list-style-type:none">''A more recent proposal, this is non-controversial and already in wide use''
</ul>

====CDID -> ''DiscID''====

I propose that we use [[Disc ID|DiscID]] in preference to CD Index ID (CDID). Someday it will be possible to generate [[Disc ID|DiscID]]s for [[Music DVD|MusicDVD]]s, so we don't want to be tied to "CD"s. This would also avoid the use of a 4 letter acronym!

At present, I believe [[Disc ID|DiscID]] is used internally (certainly the [[Edit Type|EditType]]s refer to [[Disc ID|DiscID]]s), but CDID is often used elsewhere. --[[User:ZeroGravitas|ZeroGravitas]]
<ul><li style="list-style-type:none">''During the last release of the server, the references to CDID were replaced with DiscID on the edit pages'' --[[User:Keschte|Keschte]]
</ul>


<span id="album"></span>
<span id="album"></span>
Line 113: Line 56:


Again, it's inherited from slashdot. It's a slashdotism, not a real use of the word. When I first showed a friend of mine the [[Survival Of The Fittest|SurvivalOfTheFittest]] proposal, he said "Yuk... This page uses words like paradigm and Karma" and was immediately put off. This person owns a company that does things lots of design for usability etc. so he knows what he is talking about.
Again, it's inherited from slashdot. It's a slashdotism, not a real use of the word. When I first showed a friend of mine the [[Survival Of The Fittest|SurvivalOfTheFittest]] proposal, he said "Yuk... This page uses words like paradigm and Karma" and was immediately put off. This person owns a company that does things lots of design for usability etc. so he knows what he is talking about.
<ul><li style="list-style-type:none">''What is better: [[Editor Rating|EditorRating]] or EditorRanking? English is not my native language, so could please someone else decide by creating one of the two pages. --[[User:DonRedman|DonRedman]]'' Rating is a measurment. Ranking is position in a list. Ranks go first, second, third etc. There's no reason not to have both. Currently, we have several rankings on the site - top moderators ever, top moderators per week, top voters ever, top voters per week. We could use these to help generate ratings, and/or we could have rankings based on ratings. --[[User:RjMunro|RjMunro]] ''I'd go with 'rating' for just that reason, Rj. With ranking, someone has to be at the top, regardless of qualification. Ratings are independent of other people, just a statement of ''this'' person's qualifications. So if we are aiming at a system that rates people according to their editing skill, and voting accuracy, then rating is what we want. The rankings for top voter/editor/etc., remain great incentive to do more, though.'' --[[User:Jinxie|Jinxie]] Agreed 100% -- rating sounds like the right approach --[[User:Ruaok|Ruaok]] Maybe we should also have [[Editor Ranting|EditorRanting]]...! Ratings are more useful because they allow other moderators to gauge the reliabiltiy of the mod by getting a sense of the depth and breadth of the moderators edits in the past. Of course the numbers skew at either end of the spectrum. There should be a minimum number of moderations before rating starts or possible starting all mods with 100 points and max at 250 points or zero. If a time factor was introduced then time would heal all wounds moving all mods back to 100 over time. It would give those who start out misguided but who learn by trial and error a chance to not just scrap the login ID and start over. Look at the system E-Bay employs alerts all buyers to new and inexpereinced sellers and rewards the long-term consistent service providers.
<ul><li style="list-style-type:none">''What is better: [[Editor Rating|EditorRating]] or EditorRanking? English is not my native language, so could please someone else decide by creating one of the two pages. --[[User:DonRedman|DonRedman]]'' Rating is a measurment. Ranking is position in a list. Ranks go first, second, third etc. There's no reason not to have both. Currently, we have several rankings on the site - top moderators ever, top moderators per week, top voters ever, top voters per week. We could use these to help generate ratings, and/or we could have rankings based on ratings. --[[User:RjMunro|RjMunro]] ''I'd go with 'rating' for just that reason, Rj. With ranking, someone has to be at the top, regardless of qualification. Ratings are independent of other people, just a statement of ''this'' person's qualifications. So if we are aiming at a system that rates people according to their editing skill, and voting accuracy, then rating is what we want. The rankings for top voter/editor/etc., remain great incentive to do more, though.'' --[[User:Jinxie|Jinxie]] Agreed 100% -- rating sounds like the right approach --[[User:Ruaok|Ruaok]] Maybe we should also have [[Editor Ranting|EditorRanting]]...! Ratings are more useful because they allow other moderators to guage the reliability of the mod by getting a sense of the depth and breadth of the moderators edits in the past. Of course the numbers skew at either end of the spectrum. There should be a minimum number of moderations before rating starts or possible starting all mods with 100 points and max at 250 points or zero. If a time factor was introduced then time would heal all wounds moving all mods back to 100 over time. It would give those who start out misguided but who learn by trial and error a chance to not just scrap the login ID and start over. Look at the system E-Bay employs alerts all buyers to new and inexperienced sellers and rewards the long-term consistent service providers.
</ul>
</ul>


What about a "member since" star (or similar) system for loyality growing/ bragging rights, instead of mod ratings, since competition among moderators is counter-productive. There are also the 'pieces of flare' reward systems that some forums use to recognize above average posters. --[[User:JohnRamsay|JohnRamsay]]
What about a "member since" star (or similar) system for loyalty growing/ bragging rights, instead of mod ratings, since competition among moderators is counter-productive. There are also the 'pieces of flare' reward systems that some forums use to recognize above average posters. --[[User:JohnRamsay|JohnRamsay]]


==Pages to Rename==
==Pages to Rename==

Revision as of 00:27, 9 January 2007

Problems with Terminology used in MusicBrainz

A complete list of all articles marked as BadTermonology Template:FullSearch

There are also a number of groups of related terminology that could be improved by changing them. In approximately decreasing order of acceptance, they are:



Album => Release

  • While popular, this is tightly coupled with various database change propsals like ReleaseGroups that haven't really been taken up

Album -> Release

This helps eliminate the confusion between "Album Albums" and "Compilation" or "Live" etc. "Albums", so that Albums and Singles become types of release - this is almost done in a branch of CVS, but not on the main site.

  • Which CVS branch? I would guess it's a bit dated by now. @alex
    Does MCs count as "albums"? I would never have called an MC release an album before I started working on MusicBrainz... --FrederikSOlesen

A Release should eventually be able to contain multiple Discs (what are currently called Albums) in order to properly represent multi-disc releases, box sets, etc.

  • So is it Album -> Release or Album -> Disc? This is where the terminlogy gets tied to database changes that will come slowly, if at all. @alex
    • It's Album -> Release - a release can be an MC (or other forms of cassettes or non-discs). --FrederikSOlesen
      • Not necessarily. The current terminology changes are album -> release. But if NextGenerationSchema gets implemented, the current release "object" will get splitted into album (if we can't find a better word), release and medium. -- Shepard 09:51, 16 August 2006 (UTC)

Release -> Release Date

We currently use the word Release to indicate a release date (in a country). An actual release would include the RecordLabel and the media. Or be a replacement for 'album' (see above).

  • I'm not sure what should happen to what is currently called "Release information" or "Releases", which consists of dates, countries of and possibly types (CD, Vinyl, Tape etc.) of release. --RjMunro
    • The current release information should become attributes of a Release, including other data such as ASIN, BarCodes, and other unique identifiers. --Agrundma
      • Calling them "attributes" is confusing because we currently use these for (Single, Official, etc.). I prefer "Release Data" -- not date -- because there's a country (and maybe media type, UPC, etc.) as well. @alex
    Please see ReleaseGroups for some related notes on usage of terminology, particular regarding Album and Release. As it stands there doesn't appear to be a good term for "one piece of media which contains a number of audio tracks" that doesn't have another common meaning in the music industry (Album and Release both have multiple uses). It would be nice to find a term that won't be potentially ambigious. --TarragonAllen 2004-06-07


Karma System => Editor Rating

  • People seem to agree not to use the term "Karma System", but since there is no such system in place, it's somewhat moot. Now JohnRamsay has raised the issue again, I do not really understand why. Maybe we interpret the past discussions differently? --DonRedman (pretty confused)

Karma -> EditorRating

Again, it's inherited from slashdot. It's a slashdotism, not a real use of the word. When I first showed a friend of mine the SurvivalOfTheFittest proposal, he said "Yuk... This page uses words like paradigm and Karma" and was immediately put off. This person owns a company that does things lots of design for usability etc. so he knows what he is talking about.

  • What is better: EditorRating or EditorRanking? English is not my native language, so could please someone else decide by creating one of the two pages. --DonRedman Rating is a measurment. Ranking is position in a list. Ranks go first, second, third etc. There's no reason not to have both. Currently, we have several rankings on the site - top moderators ever, top moderators per week, top voters ever, top voters per week. We could use these to help generate ratings, and/or we could have rankings based on ratings. --RjMunro I'd go with 'rating' for just that reason, Rj. With ranking, someone has to be at the top, regardless of qualification. Ratings are independent of other people, just a statement of this person's qualifications. So if we are aiming at a system that rates people according to their editing skill, and voting accuracy, then rating is what we want. The rankings for top voter/editor/etc., remain great incentive to do more, though. --Jinxie Agreed 100% -- rating sounds like the right approach --Ruaok Maybe we should also have EditorRanting...! Ratings are more useful because they allow other moderators to guage the reliability of the mod by getting a sense of the depth and breadth of the moderators edits in the past. Of course the numbers skew at either end of the spectrum. There should be a minimum number of moderations before rating starts or possible starting all mods with 100 points and max at 250 points or zero. If a time factor was introduced then time would heal all wounds moving all mods back to 100 over time. It would give those who start out misguided but who learn by trial and error a chance to not just scrap the login ID and start over. Look at the system E-Bay employs alerts all buyers to new and inexperienced sellers and rewards the long-term consistent service providers.

What about a "member since" star (or similar) system for loyalty growing/ bragging rights, instead of mod ratings, since competition among moderators is counter-productive. There are also the 'pieces of flare' reward systems that some forums use to recognize above average posters. --JohnRamsay

Pages to Rename

Difficult

  • The content can be moved by hand from AutoModerator to AutoEditor and the links within the wiki can be fixed. Fixing links outside the wiki (including redirects from /wd/AutoModerator and maybe /mod/automodlist.html) will be harder. Finally AutoModerator could be de-wikidocized at WolfSong's discretion. --DonRedman