MusicBrainz Wiki talk:Categories: Difference between revisions

From MusicBrainz Wiki
Jump to navigationJump to search
(plural ``s (Imported from MoinMoin))
 
 
(30 intermediate revisions by 7 users not shown)
Line 1: Line 1:
==Purpose==
=Discussion about Categories=


There are two issues here. The first thing is general: What Categories do we need, are they good the way they are... The second relates to the [[Big Mess|BigMess]] of pages that deal with 'moderating issues'. Those probably need to be rearranged before we can give them meaningful Categories. --[[User:DonRedman|DonRedman]]
What categories do we need, are they good the way they are? Which ones should be proposed in [[Wiki Categories]]?


==Listing and discussion of current categories==
----


===Categories needing discussion===


====Full list====
==General Listing and Discussion of Categories==


* [[:Category:Development]] -- For pages about MusicBrainz features and implementation. This one is getting huge. Maybe we should split it.
*-- Personal pages. These are important, because they backlink to all the pages a person had edited. So please create a personal page and sign your edits with your [[Wiki Name|WikiName]].
** [[:Category:Proposal]] -- This category is for pages that make proposals which are not only about style (which is covered by) but also new ideas for further developments and other stuff.
*-- For pages about [[MusicBrainz]] features and implementation. This one is getting huge. Maybe we should split it.
*-- For discussion threads. Pages will often be in this and some other category.
* [[:Category:Discussion]]-- For discussion threads. Pages will often be in this and some other category.
* [[:Category:Metadata]] -- For additional info pages that someday may go into the database.
*-- This is a bit redundant with [[Frequently Asked Questions|FrequentlyAskedQuestions]] but I suppose that's ok.
*-- For additional info pages that someday may go into the database.
*-- For pages describing, proposing, or discussing the style guidelines.
**-- For the official pages describing the accepted style guidelines.


*-- For pages describing, proposing, or discussing the editing process & guidelines.
* [[:Category:Editing]] -- For pages describing, proposing, or discussing the editing process & guidelines.
** [[:Category:Edit Status]] -- This Category is for pages that explain the various stati an Edit may have during its lifetime.
**-- For documentation of different edit (moderation) types.


*-- For [[MusicBrainz]] documentation being developed on the Wiki.
* [[Image:Checkmark.png]] [[:Category:Documentation]] -- For MusicBrainz documentation being developed on the wiki.
**-- For explanations of terminology like [[Disc ID|DiscID]], [[Sortname|SortName]], etc.
** [[:Category:Terminology]] -- For explanations of terminology like [[Disc ID]], [[Artist Sort Name]], etc.
** [[:Category:How To]] -- This is a list of [[How To]]'s automatically created from [[Back Link]]s to this page. For a more structured overview and instructions on how to add new pages, see [[How To]]


*-- For pages with descriptions of other related software, resources, or external links.
*-- For pages with descriptions of other related software, resources, or external links.
**-- This Category is for pages that deal with the applications which use the MusicBrainz data, but are not maintained by the MusicBrainz developers. See the Products page if you want to learn about the MusicBrainz products.
*-- For metadiscussion about this Wiki.

* and of course, which includes all of the above, plus any which aren't yet listed here.
* and of course, which includes all of the above, plus any which aren't yet listed here.
**-- Pages that have a philosophical viewpoint.
**-- This Category groups all pages that deal with lists of stuff to do.
**-- This Category groups all pages kept for historical purposes (Discussion, Proposal, ...).

====Needs splitting====

*:
**?
**: terminology used in the [[Server]]? It might be a subcategory ofthat way:

{| border="1"
|-
|
* [[CategoryDocumentation]] -- For MusicBrainz documentation being developed on the Wiki.
* [[CategoryFAQ]] -- This category contains pages dealing with [[FrequentlyAskedQuestions]].
* [[CategoryTerminology]]
* [[CategoryArtist]] -- Pages providing documentation about [[Artist]]s.
* [[CategoryLabel]] -- Pages providing documentation about [[Label]]s.
* [[CategoryAnnotation]] -- Pages providing documentation about [[Annotation]]s.
* [[CategoryRelease]] -- Pages providing documentation about [[Release]]s.
* [[CategoryEditTypes]] -- For documentation of different [[EditType]]s.
* ...
|}
*:
******* wiki?
** style?
** development?

====Questionable====

*: There are only 3 pages in this category.should be sufficient. -- [[User:murdos|murdos]] 13:58, 30 April 2007 (UTC)
*: we should not maintain wiki page for external software but rather link to an external page

==Ad-hoc/Pseudo Categories==

This is a list of all the pages on the wiki that list other pages on the wiki, but aren't Categories. {{FullSearch|FullSearch -c:r:t:^Category}}

==Discussion==

I've got to wonder if it's possible to produce a flat (or better yet hierarchical) list of categories (as above) automatically. It would certainly be easier to keep up-to-date than a hand-edited list... perhaps a script that watches for edits on Category.*, pulls the description, and updates/adds the list? Please [[Answer Me|AnswerMe]]. -- [[User:MartinRudat|MartinRudat]] 08:54, 15 June 2006 (UTC)


Since [[Moin Moin|MoinMoin]] does not support sub-categories, we should determine if we indicates all parent categories when tagging a page with a subcategory. Example: PageA is in, should add it explicitly intoo? I think we should at least for the documentation part of the wiki. Please [[Answer Me|AnswerMe]]. -- [[User:murdos|murdos]] 11:38, 01 May 2007 (UTC)
----


== Invalid Relationship Family Categories ==
These are all invalid due to being redundant ('Artist Label Relationship Family' would 100% duplicate 'Label Artist Relationship Family').
* [[:Category:Artist-Artist Credit Relationship Family]]
* [[:Category:Artist-Label Relationship Family]]
* [[:Category:Artist-Medium Relationship Family]]
* [[:Category:Artist-Recording Relationship Family]]
* [[:Category:Artist-Release Relationship Family]]
* [[:Category:Artist-Release Group Relationship Family]]
* [[:Category:Artist-Track Relationship Family]]
* [[:Category:Artist-Tracklist Relationship Family]]
* [[:Category:Artist-URL Relationship Family]]
* [[:Category:Artist-Work Relationship Family]]
* [[:Category:Artist Credit-Label Relationship Family]]
* [[:Category:Artist Credit-Medium Relationship Family]]
* [[:Category:Artist Credit-Recording Relationship Family]]
* [[:Category:Artist Credit-Release Relationship Family]]
* [[:Category:Artist Credit-Release Group Relationship Family]]
* [[:Category:Artist Credit-Track Relationship Family]]
* [[:Category:Artist Credit-Tracklist Relationship Family]]
* [[:Category:Artist Credit-URL Relationship Family]]
* [[:Category:Artist Credit-Work Relationship Family]]
* [[:Category:Label-Medium Relationship Family]]
* [[:Category:Label-Recording Relationship Family]]
* [[:Category:Label-Release Relationship Family]]
* [[:Category:Label-Release Group Relationship Family]]
* [[:Category:Label-Track Relationship Family]]
* [[:Category:Label-Tracklist Relationship Family]]
* [[:Category:Label-URL Relationship Family]]
* [[:Category:Label-Work Relationship Family]]
* [[:Category:Medium-Recording Relationship Family]]
* [[:Category:Medium-Release Relationship Family]]
* [[:Category:Medium-Release Group Relationship Family]]
* [[:Category:Medium-Track Relationship Family]]
* [[:Category:Medium-Tracklist Relationship Family]]
* [[:Category:Medium-URL Relationship Family]]
* [[:Category:Medium-Work Relationship Family]]
* [[:Category:Recording-Release Relationship Family]]
* [[:Category:Recording-Release Group Relationship Family]]
* [[:Category:Recording-Track Relationship Family]]
* [[:Category:Recording-Tracklist Relationship Family]]
* [[:Category:Recording-URL Relationship Family]]
* [[:Category:Recording-Work Relationship Family]]
* [[:Category:Release-Release Group Relationship Family]]
* [[:Category:Release-Track Relationship Family]]
* [[:Category:Release-Tracklist Relationship Family]]
* [[:Category:Release-URL Relationship Family]]
* [[:Category:Release-Work Relationship Family]]
* [[:Category:Release Group-Track Relationship Family]]
* [[:Category:Release Group-Tracklist Relationship Family]]
* [[:Category:Release Group-URL Relationship Family]]
* [[:Category:Release Group-Work Relationship Family]]
* [[:Category:Track-Tracklist Relationship Family]]
* [[:Category:Track-URL Relationship Family]]
* [[:Category:Track-Work Relationship Family]]
* [[:Category:Tracklist-URL Relationship Family]]
* [[:Category:Tracklist-Work Relationship Family]]
* [[:Category:URL-Work Relationship Family]]


==Fully cleaned up doc sections==
Some other proposed Categories:
I've completely cleaned up every single page relating to ARs, and (re)categorized them all to the following category treemap:
*-- For pages describing implementation details of interest only to developers.
<pre>
Category:Documentation Category:Development
+ Category:Advanced Relationship |
+ Category:Relationship Attribute |
+ Category:Relationship Class |
+ Category:Relationship Family |
+ Category:Relationship Type +
+ Category:Proposed Relationship Type --> Category:Proposal
- Advanced Relationship Style
- Don't Make Relationship Clusters
- Same Artist With Different Names


Category:Official Style
==The Big Mess==
- Advanced Relationship Style
- Don't Make Relationship Clusters
- Same Artist With Different Names
- Has Lyrics At Relationship Type/Whitelist
- Has Score At Relationship Type/Whitelist
- Has Cover Art At Relationship Type/Whitelist


Category:{{{Class}}} Relationship Class
There are many pages in the Wiki that deal with "moderating issues". But moderating is [[Bad Terminology|BadTerminology]] and "Issues" is a bad [[Wiki Name|WikiName]], hence we end up with a [[Big Mess|BigMess]]. [[User:DonRedman|DonRedman]] didn't know how to name these pages or what category to assign to them. [[User:TarragonAllen|TarragonAllen]] proposed that we create an [[Editing Guideline|EditingGuideline]]<code><nowiki></nowiki></code>s page to organize them, and [[User:Dupuy|Dupuy]] createdto categorize them. However, there are still pages in the the [[Big Mess|BigMess]] for which those suggestions aren't right, because sometimes they blur into development, style or [[Frequently Asked Questions|FrequentlyAskedQuestions]].
- Every applicable parent Relationship Class
- Every applicable Relationship Type
- Every current applicable Relationship Type proposal


Category:{{{Entity1}}} {{{Entity2}}} Relationship Family
----
- Every applicable Relationship Type
- Every current applicable Relationship Type proposal


Category:Relationship Type
<span id="hack"></span>
- Every Relationship Type
===Note===
- Every current Relationship Type proposal


Category:Proposed Relationship Type
There are still pages likein the Wiki. They were part of a (rather ugly but well meant) hack by [[User:Dupuy|Dupuy]]. I deleted the whole set of pages because it breaks the. Categories are very straightforward and easy to understand if there are no hacks around them. People do not even need an explanation on how to create categories, they just look at how a category page works. That is enough. If they write a page they can just add a category at the bottom, whether it already exists or not. This simplicity is quite important to the Wiki, because like this the categories are easily kept up to date.
- Every current Relationship Type proposal


Category:History
So now this page links to all categories although it is truly of. I think we can live with that. --[[User:DonRedman|DonRedman]]
- Every dead Relationship Type proposal
<ul><li style="list-style-type:none">I can live with the simpler category pages, but despite what [[User:DonRedman|DonRedman]] says, it's not enough to "just add a category at the bottom, whether it already exists or not" since the category page must exist in order to search for pages in that category. Furthermore, unless the category page is inand linked from this page, it's not that likely to be used for searching by anyone. [[User:Dupuy|@alex]]
<ul><li style="list-style-type:none">I've also found an even uglier hack for preventing backlinks; you can use a URL link like [http:?CandidateForDeletion Candidate­ForDeletion] (<code><nowiki> <nowiki>[http:?CandidateForDeletion CandidateFor­Deletion]</nowiki> </nowiki></code>) and no backlink will be generated. While far more hideous than the other scheme, it doesn't require any special knowledge by those who want to use categories in the normal way. [[User:Dupuy|@alex]]
</ul>
</ul>


Category:Relationship Attribute
[[Category:Candidate for Deletion]] [[Category:Person]] [[Category:Development]] [[Category:Discussion]] [[Category:FAQ]] [[Category:Metadata]] [[Category:Style]] [[Category:Official Style]] [[Category:Editing]] [[Category:Edit Types]] [[Category:Documentation]] [[Category:Terminology]] [[Category:External]] [[Category:Wiki]] [[Category:Category]] [[Category:Developer Docs]] [[Category:Editing]] [[Category: Category]] [[Category:System]] [[Category:Wiki]] [[Category:Category]] [[Category:Wiki]]
- Every Relationship Attribute
</pre>

Latest revision as of 16:03, 26 May 2015

Purpose

What categories do we need, are they good the way they are? Which ones should be proposed in Wiki Categories?

Listing and discussion of current categories

Categories needing discussion

Full list

  • Category:Development -- For pages about MusicBrainz features and implementation. This one is getting huge. Maybe we should split it.
    • Category:Proposal -- This category is for pages that make proposals which are not only about style (which is covered by) but also new ideas for further developments and other stuff.
  • Category:Discussion-- For discussion threads. Pages will often be in this and some other category.
  • Category:Metadata -- For additional info pages that someday may go into the database.
  • Category:Editing -- For pages describing, proposing, or discussing the editing process & guidelines.
    • Category:Edit Status -- This Category is for pages that explain the various stati an Edit may have during its lifetime.
  • -- For pages with descriptions of other related software, resources, or external links.
    • -- This Category is for pages that deal with the applications which use the MusicBrainz data, but are not maintained by the MusicBrainz developers. See the Products page if you want to learn about the MusicBrainz products.
  • and of course, which includes all of the above, plus any which aren't yet listed here.
    • -- Pages that have a philosophical viewpoint.
    • -- This Category groups all pages that deal with lists of stuff to do.
    • -- This Category groups all pages kept for historical purposes (Discussion, Proposal, ...).

Needs splitting

    • ?
      terminology used in the Server? It might be a subcategory ofthat way:
              • wiki?
    • style?
    • development?

Questionable

  • There are only 3 pages in this category.should be sufficient. -- murdos 13:58, 30 April 2007 (UTC)
    we should not maintain wiki page for external software but rather link to an external page

Ad-hoc/Pseudo Categories

This is a list of all the pages on the wiki that list other pages on the wiki, but aren't Categories. Template:FullSearch

Discussion

I've got to wonder if it's possible to produce a flat (or better yet hierarchical) list of categories (as above) automatically. It would certainly be easier to keep up-to-date than a hand-edited list... perhaps a script that watches for edits on Category.*, pulls the description, and updates/adds the list? Please AnswerMe. -- MartinRudat 08:54, 15 June 2006 (UTC)

Since MoinMoin does not support sub-categories, we should determine if we indicates all parent categories when tagging a page with a subcategory. Example: PageA is in, should add it explicitly intoo? I think we should at least for the documentation part of the wiki. Please AnswerMe. -- murdos 11:38, 01 May 2007 (UTC)

Invalid Relationship Family Categories

These are all invalid due to being redundant ('Artist Label Relationship Family' would 100% duplicate 'Label Artist Relationship Family').

Fully cleaned up doc sections

I've completely cleaned up every single page relating to ARs, and (re)categorized them all to the following category treemap:

Category:Documentation				Category:Development
  + Category:Advanced Relationship			  |
      + Category:Relationship Attribute			  |
      + Category:Relationship Class			  |
      + Category:Relationship Family			  |
      + Category:Relationship Type			  +
          + Category:Proposed Relationship Type  --> Category:Proposal
      - Advanced Relationship Style
      - Don't Make Relationship Clusters
      - Same Artist With Different Names

Category:Official Style
    - Advanced Relationship Style
    - Don't Make Relationship Clusters
    - Same Artist With Different Names
    - Has Lyrics At Relationship Type/Whitelist
    - Has Score At Relationship Type/Whitelist
    - Has Cover Art At Relationship Type/Whitelist

Category:{{{Class}}} Relationship Class
    - Every applicable parent Relationship Class
    - Every applicable Relationship Type
    - Every current applicable Relationship Type proposal

Category:{{{Entity1}}} {{{Entity2}}} Relationship Family
    - Every applicable Relationship Type
    - Every current applicable Relationship Type proposal

Category:Relationship Type
    - Every Relationship Type
    - Every current Relationship Type proposal

Category:Proposed Relationship Type
    - Every current Relationship Type proposal

Category:History
    - Every dead Relationship Type proposal

Category:Relationship Attribute
    - Every Relationship Attribute