Difference between revisions of "Advanced Relationship Type Proposal"

From MusicBrainz Wiki
(correct link (Imported from MoinMoin))
(removing implemented AR type (Imported from MoinMoin))
Line 18: Line 18:
 
# [[Advanced Relationship Type Proposal#IMDb|Add link to Internet Movie Database(IMDB) URL]]  
 
# [[Advanced Relationship Type Proposal#IMDb|Add link to Internet Movie Database(IMDB) URL]]  
 
# [[Advanced Relationship Type Proposal#amazon|Add link to Amazon URL]]  
 
# [[Advanced Relationship Type Proposal#amazon|Add link to Amazon URL]]  
# [[Advanced Relationship Type Proposal#tribute|tribute songs album-artist relationship]]
 
 
# [[Advanced Relationship Type Proposal#memberinstr|Allow Instrument Attribute for Members of a Band]]  
 
# [[Advanced Relationship Type Proposal#memberinstr|Allow Instrument Attribute for Members of a Band]]  
 
# [[Advanced Relationship Type Proposal#additionalinstr|Additional instruments and chorus masters]]  
 
# [[Advanced Relationship Type Proposal#additionalinstr|Additional instruments and chorus masters]]  
Line 86: Line 85:
  
 
[[User:Dupuy|Dupuy]] [http://www.musicbrainz.org/showmod.html?modid=2640759 noticed] that the current [[Amazon Matching|AmazonMatching]] is fragile and breaks if the artist name on Amazon differs from the artist name on [[MusicBrainz]].  -- [[User:Hirvox|Hirvox]]  
 
[[User:Dupuy|Dupuy]] [http://www.musicbrainz.org/showmod.html?modid=2640759 noticed] that the current [[Amazon Matching|AmazonMatching]] is fragile and breaks if the artist name on Amazon differs from the artist name on [[MusicBrainz]].  -- [[User:Hirvox|Hirvox]]  
 
<span id="tribute"></span> 
 
==tribute songs album-artist relationship==
 
 
could apply to both collections of covers by various artists and the many orchestral and classical cover albums.  Full proposal: [[Tribute Relationship Type|TributeRelationshipType]]
 
  
 
<span id="memberinstr"></span>   
 
<span id="memberinstr"></span>   

Revision as of 13:34, 7 November 2005

Proposals of Additions or Changes to Advanced Relationship Types

Attention.png This page is superceded by ProposedAdvancedRelationshipType.

Initially this page was designed to collect all additions and changes that need to be done to the initial set of AdvancedRelationshipTypes. Unfortunately this page has become an unmaintainable TooLongList in which things get LostInLists. Additionally, the StyleCouncil really needs a tracker to be able to keep an overview of all OpenStyleIssues and assign them priorities. Lastly, this page has a BadWikiName. The correct one being ProposedAdvancedRelationshipType (to fit in with ProposedStyleGuideline).

Therefore this page is slowly going to die. The new page is ProposedAdvancedRelationshipType. Anyone who has submitted an issue here and is interested in it being implemented should create a (preferably well named) wiki page for this issue and give it the CategoryProposedAdvancedRelationshipType. --DonRedman



And here follows the TooLongList:

Contents

  1. Inconsistent Link directions
  2. Add link to Internet Movie Database(IMDB) URL
  3. Add link to Amazon URL
  4. Allow Instrument Attribute for Members of a Band
  5. Additional instruments and chorus masters
  6. Also Known As
  7. Rename Legal Name to Birth Name
  8. Has the Barcode
  9. "Additionally audio/sound/live sound/mix/recording engineered by" relationship
  10. Add "is the birth name of" to relate legal names to each other

RelationshipEditors are able to change relationship types or add new ones. but for this to happen you will need consensus on first the UsersMailingList and then the StyleMailingList, and an AdvancedRelationshipType page that descripes the new relationship in all details.


 

Inconsistent Link directions

(by Dupuy) There's some general inconsistency in our link types about the directionality of 1-N relations:

artist-artist:

  • 1-N X "is the legal name of" Y, Z, A, ...
  • 2-N X "is the parent of" Y, Z, A, ...

album-album:

  • 1-N X "is the earliest release of" Y, Z, A, ...
  • but N-1 X (and Y?) "is a remaster of" A ("always point to earliest")

track-track:

  • 1-N X "is the earliest release of" Y, Z, A, ...
  • 1-N X "is the earliest version of" Y, Z, A, ...
  • but N-1 X (and Y?) "is a remaster of" A ("always point to earliest")
  • N-1 X (and Y?) "is a cover of" A ("always point to earliest")

Whatever we decide to do with the is-person relationship, we need to make these consistent...

Add link to IMDb URL

RelationshipType equest by RodBegbie and StefanKestenholy:

In addition to our current "Wikipedia" AR, could we perhaps consider adding a link to a person's InternetMovieDatabase (IMDb) page? Many musicians have them, through working on soundtracks or appearances on TV shows.

See IMDb, or better InternetMovieDatabase for more details (e.g. do they qualify as open data?).



There are quite a few different IMDB links that would make sense. If you use one, people will be surprised when we don't provide more, so you can expect that implementing this feature will lead to lots more feature requests. I think before this link type is created, there should be at least some discussion about the others so we know what our policy is. Here are some link types that could be considered:

  • Artist <-> Person's entry in IMDb
  • Artist <-> Movies they've appeared in (especially bands, which aren't handled well by IMDb)
  • Soundtrack Album <-> Movie it's taken from (works for games too!)
  • Song <-> Movie it appears in
  • Artist <-> Biopic about them

--MatthewExon

Add link to Amazon URL

RelationshipType request by bawjaws:

Amazon has pages for artists, albums, dvds and books (amongst other things) which may need specific links.

Two major benefits:

  • the code could add the MB associate ID and make some money from purhases of these items.
  • you could extract the ASIN from the url to exactly match album art/buy links which are currently mismatched by the automatic script

Dupuy noticed that the current AmazonMatching is fragile and breaks if the artist name on Amazon differs from the artist name on MusicBrainz. -- Hirvox

Allow Instrument Attribute for Members of a Band

Should MemberOfBandRelationshipType not have an instrument attribute? --DonRedman

This would introduce some additional complexity in interpreting artist roles: see ArtistRoleInheritance --MatthewExon

Another thought: the instrument attribute doesn't have "vocals", so this wouldn't work for recording singers. Maybe the InstrumentRelationshipAttribute hierarchy should include the VocalRelationshipAttribute hierarchy, and "Performed instrument on" be merged with "Performed vocal on"? There are other roles for members of a band as well: The Prodigy has two dancers as "official" members. IMO these could probably be adequately covered by "other" --MatthewExon

Additional instruments and chorus masters

I proposed a number of other changes on the MailingList, in addition to those, there have been suggestions on IRC for additional instruments (nose flute(?!?), possibly others), and another performance type, "chorus master" (like conductor, for a chorus, proposed by mo). @alex

More instruments: Turntables (as discussed). Also, I've been adding ARing an album and found a few types of electric pianos that I'd need, namely 'Clavinet' and 'Wurlitzer'. As of now there is only Piano -> {Grand piano, Upright piano, Rhodes}, which obviously makes it difficult to add other types of electic pianos than Rhodes. Easiest I figure is to just add 'Electric piano', and have 'Rhodes' (and possibly others as well, even though it doesn't seem that important to me) as sub-category to it. Also I've stumbled over something called CS80, Nord Lead, Leadsynth, and Hammond. Haven't yet investigated what those are, but chanses are they're yet other types of electric pianos or keyboard of some sorts. //[bnw]

Even more: 'tapes' 'noise' & 'effects' for industrial music.

Also Known As

The current Alias property should be repurposed now that AR is ready. Artist who have recorded under multiple names should have a relationship instead. The existing Alias property would still be usefully for misspelled names but there are some artists like Aphex Twin and Wynonna Judd who have recorded under different names and the release should be reflected correctly for those artists. The current "is the legal name/is the performing name" is insufficient since in some cases an artist might perform under two names and neither is their legal name (i.e. Wynonna and Wynonna Judd) --WolfSong

Rename Legal Name to Birth Name

I propose renaming this simply because more often than not, finding someone's birth name is more plausible than their legal name since names can be changed and although in the US such information becomes public record, this may not be the case everywhere. This was actually changed from official name to legal name due to discussions over Wendy/Walter Carlos. In this scenario Wendy is probably the legal name and Walter is the birth name. Both names should be listed seperately since this person has released recordings under each name. --WolfSong

Has the Barcode

In order to link our data to external databases, the ability to assign UPC codes to Albums would be a great help. UPC data is also hard to come by in the commercial market for releases outside the US, so user-entered data would be a great resource. See http://upcdatabase.com for an open UPC database we could perhaps link up with. --RodBegbie

Note: UPC is a type of barcode. See BarCodes for more information. --MatthewExon

"Additionally audio/sound/live sound/mix/recording engineered by" relationship

I think that attribute {additional:additionally} could be usefull also for these subtypes of "engineered by" relationship. --LukZ

Just a handy link: this proposal relates to EngineerRelationshipType.

Add "is the birth name of" to relate legal names to each other

Full proposal at LinkingDifferentArtistNames, also discussion at MusicalAssociationRelationshipClass. --MatthewExon


---