History:Prefer Specific Relationship Types Proposal: Difference between revisions
(→Generic Types: Removing extra /) |
(Changed introduction of 'Generic Types', to prevent tons of RFCs later for every minor change.) |
||
Line 22: | Line 22: | ||
===Generic Types=== |
===Generic Types=== |
||
Here is a list of "generic types" and examples of preferred specific types: |
|||
* [[Arranger_Relationship_Type|Arranger]]: prefer [[Instrumentator_Relationship_Type|Instrumentator]] and/or [[Orchestrator_Relationship_Type|Orchestrator]] |
* [[Arranger_Relationship_Type|Arranger]]: prefer [[Instrumentator_Relationship_Type|Instrumentator]] and/or [[Orchestrator_Relationship_Type|Orchestrator]] |
||
* [[Engineer_Relationship_Type|Engineer]]: prefer [[Audio_Engineer_Relationship_Type|Audio Engineer]], [[Editor_Relationship_Type|Editor]], [[Mastering_Engineer_Relationship_Type|Mastering Engineer]], [[Mix_Engineer_Relationship_Type|Mix Engineer]], [[Recording_Engineer_Relationship_Type|Recording Engineer]] and/or [[Sound_Engineer_Relationship_Type|Sound Engineer]] |
* [[Engineer_Relationship_Type|Engineer]]: prefer [[Audio_Engineer_Relationship_Type|Audio Engineer]], [[Editor_Relationship_Type|Editor]], [[Mastering_Engineer_Relationship_Type|Mastering Engineer]], [[Mix_Engineer_Relationship_Type|Mix Engineer]], [[Recording_Engineer_Relationship_Type|Recording Engineer]] and/or [[Sound_Engineer_Relationship_Type|Sound Engineer]] |
Revision as of 12:30, 22 November 2010
Status: This page describes an active proposal and is not official. |
|
This proposal adds the following section to Advanced Relationship Style. It also adds a reference to this section to each of the relationship types mentioned below.
Prefer Specific Relationship Types
You should make an effort to make the relationship type as specific as possible. This means that you should avoid any of the generic types, if:
- The liner or another source specifies which of the subtypes apply, or
- You can easily deduce which of the subtypes apply.
In these cases you should use the specific relationship types, and omit a relationship of the generic type. If you feel the generic type is more appropriate - for example, if the evidence provides conflicting information, or if no specific information is available - then add your reasons and supporting information to the edit note and an annotation. This will help voters confirm your analysis and will make sure other editors are aware of the background when doing later edits.
Generic Types
Here is a list of "generic types" and examples of preferred specific types:
- Arranger: prefer Instrumentator and/or Orchestrator
- Engineer: prefer Audio Engineer, Editor, Mastering Engineer, Mix Engineer, Recording Engineer and/or Sound Engineer
- Engineer (after RFC-251 is implemented): prefer selecting the correct information from the Engineer tree.
- Engineer Position (after RFC-251 is implemented): prefer selecting the correct information from the Engineer tree.
- Performer: prefer adding instruments and/or vocal types
- Writer (proposed): prefer Composer, Lyricist and/or Librettist
Examples
- Larry Luddecke recorded and mixed Old Dogs, as confirmed by the author's website. He is linked to the release with Recording Engineer and Mix Engineer relationships. No Engineer relationship is created.
- Imogen Heap wrote Earth (instrumental). As this is an instrumental track, the writing credit clearly does not apply to any lyrics or libretto. Instead of a Writer relationship, Imogen is credited using a Composer relationship.
- Mick Jagger and Keith Richards wrote You Got Me Rocking. As their individual roles are unclear - one might have been primarily working on the lyrics, with the other writing the music - the Writer relationship is used. Once more information becomes available, these can be replaced by Composer and/or Lyricist relationships.