History talk:Performance Restructuring Proposal

From MusicBrainz Wiki
Moved this to history talk because it's ancient history and possibly not even relevant anymore. -- ~猫猫~~何? 10:34, 24 September 2018 (UTC)


See PerformanceRestructuringProposal for ideas on how to restructure performance link types and attributes.

Please go to Talk:Instrument_List to discuss the addition of instruments. (should possibly be linked to community or have an expanded section explaining the various palces for instrument talk/discussion) -- ~猫猫~~何? 10:25, 24 September 2018 (UTC)

Use of Date in PerformerRelationshipType

There is presently no guideline on what the date attribute means for this Relationship Type. I think we should get some consensus on guidance, and add it. This is an issue for example in Edit #8012093. There is a similar issue with PerformanceRelationshipClass and Composition Relationship Class generally; see Composer Relationship Type discussion. -- JimDeLaHunt 2007-12-17

  • My own view is that the date attributes should be filled in to indicate when the performance activity, happened -- when we have the data. Usually it will be the date of the recording session or concert. Date of performance is nice to record when we know it, but a performer AR with no date should also be acceptable as a first step. -- JimDeLaHunt 2007-12-17
  • It may be that only the year is known from a date (e.g. 1876), so I think that either Year, or Year-Month, or Year-Month-Date should be acceptable values for the date attributes. -- JimDeLaHunt 2007-12-17
    • I also think dates should be filled for concert recordings, etc --ChurruKa 11:06, 5 May 2010 (UTC)

PerformerRelationshipType at Track and Release level

Music is at a Track level, so the performer AR is also fundamentally a track-level attribute. However, ArtistRoleInheritance talks about how ARs could be applied at the Track, Release, or higher levels. It also proposes, "All information should be recorded at the highest possible level." Applying this principle, Performer relationships should be put at the Track level, unless all Tracks in a given release would have the same Performer AR, in which case it's OK to put that AR at the Release level. There is a similar issue with PerformanceRelationshipClass and Composition Relationship Class generally; see ComposerRelationshipType discussion. -- JimDeLaHunt 2007-12-17

Note that if a Release contains tracks recorded at different times by the same performer, and the Performer AR records the date attributes, then presumably the dates are different for different works, and so the Performer AR will be different for the different tracks. Hence adding date attributes to a performer AR on a release recorded in multiple sessions by the same performer probably forces the AR from the Release level to the track level. -- JimDeLaHunt 2007-12-17