Property talk:P434

From Wikidata
Jump to navigation Jump to search

Documentation

MusicBrainz artist ID
identifier for an artist per the MusicBrainz open music encyclopedia
RepresentsMusicBrainz artist ID (Q19832969)
Associated itemMusicBrainz (Q14005)
Data typeExternal identifier
Corresponding templateTemplate:Musicbrainz artist (Q9654813)
Template parameteren:Template:Authority control: |MBA= - Template:Authority control (Q3907614)
Domainhuman (Q5), group of humans (Q16334295), fictional character (Q95074), group of fictional characters (Q14514600), musical ensemble (Q2088357), brand (Q431289) and special purpose artist (Q59755569)
Allowed values[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12} (UUID format string, 36 characters, see Q195284)
ExampleThe Beatles (Q1299)b10bbbfc-cf9e-42e0-be17-e2c3e1d2600d (RDF)
Paul McCartney (Q2599)ba550d0e-adac-4864-b88b-407cab5e76af (RDF)
Sourcehttp://musicbrainz.org/doc/MusicBrainz_Identifier
Formatter URLhttps://musicbrainz.org/artist/$1
Tracking: sameCategory:MusicBrainz artist same as Wikidata (Q15279148)
Tracking: differencesCategory:MusicBrainz artist different from Wikidata (Q15279145)
Tracking: usageCategory:Pages using Wikidata property P434 (Q47763800)
Tracking: local yes, WD noCategory:MusicBrainz artist not in Wikidata (Q15279146)
See alsoSoundCloud ID (P3040), Songkick artist ID (P3478), MusicBrainz release ID (P5813)
Lists
Proposal discussionProposal discussion
Current uses180,907
Search for values
[create] Create a translatable help page (preferably in English) for this property to be included here
Conflicts with “MusicBrainz release group ID (P436): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P434#Conflicts with P436, search, SPARQL, SPARQL (new)
Distinct values: this property likely contains a value that is different from all other items. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P434#Unique value, SPARQL (every item), SPARQL (by value), SPARQL (new)
Format “[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}”: value must be formatted using this pattern (PCRE syntax). (Help)
List of this constraint violations: Database reports/Constraint violations/P434#Format, hourly updated report, SPARQL, SPARQL (new)
Conflicts with “instance of (P31): Wikimedia disambiguation page (Q4167410), Wikimedia category (Q4167836), Wikimedia list article (Q13406463): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P434#Conflicts with P31, SPARQL, SPARQL (new)
Conflicts with “MusicBrainz work ID (P435): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P434#Conflicts with P435, search, SPARQL, SPARQL (new)
Conflicts with “MusicBrainz label ID (P966): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P434#Conflicts with P966, search, SPARQL, SPARQL (new)
Conflicts with “MusicBrainz area ID (P982): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P434#Conflicts with P982, search, SPARQL, SPARQL (new)
Conflicts with “MusicBrainz place ID (P1004): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist. Known exceptions: Hessischer Rundfunk (Q23565)
List of this constraint violations: Database reports/Constraint violations/P434#Conflicts with P1004, search, SPARQL, SPARQL (new)
Conflicts with “MusicBrainz instrument ID (P1330): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P434#Conflicts with P1330, search, SPARQL, SPARQL (new)
Conflicts with “MusicBrainz series ID (P1407): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P434#Conflicts with P1407, search, SPARQL, SPARQL (new)
Conflicts with “MusicBrainz recording ID (P4404): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P434#Conflicts with P4404, search, SPARQL, SPARQL (new)
Item “instance of (P31): Items with this property should also have “instance of (P31)”. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P434#Item P31, search, SPARQL, SPARQL (new)

Regexp for Constraint:Format[edit]

A regular expression is needed for {{Constraint:Format}}. The page about the MusicBrainz Identitier should help. Allen4names (talk) 03:08, 5 May 2013 (UTC)

Please leave at least the 36 character check until you figured it out (I removed the <!-- --> you added).--  Docu  at 06:32, 5 May 2013 (UTC)
The extended regular expression '[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}' should work but I don't know what pattern type Ivan is using for the bot. You can either try it to see if it work or if you understand Russian (I don't) you can leave Ivan a message. Allen4names (talk) 14:34, 5 May 2013 (UTC)
I avoided {} in regex, as I'm not sure if it works (in display, it looks odd).
You could either try it with Property:P370 or repeat the elements. --  Docu  at 14:40, 5 May 2013 (UTC)
I have done a bold edit. Please wait for Wikidata:Database reports/Constraint violations/P434 to be updated to see if this needs to be reverted. Allen4names (talk) 22:20, 5 May 2013 (UTC)

Disambiguation pages[edit]

Is this really meant to be added to the disambiguation pages also, like here: Q14155774? --Stryn (talk) 08:20, 22 July 2013 (UTC)

  • Looks like musicbrainz.org's bug. User:Mineo can know more (his bot added the claim). — Ivan A. Krestinin (talk) 17:23, 22 July 2013 (UTC)
  • Adding it to disambiguation pages is not intentional and most likely a mistake in the data on MusicBrainz itself - I've stopped the cronjob and will look into preventing (and probably getting a log of) those wrong links in the next few days --Mineo (talk) 21:23, 22 July 2013 (UTC)
    • I've updated the bot to not do this anymore - if it still happens or you find it doing something else that doesn't seem right, please let me know --Mineo (talk) 20:14, 26 July 2013 (UTC)

Authority Control on english Wikipedia[edit]

Please note that in order for the MBID to be displayed on the english Wikipedia (using the Authority Control template) needs certain values in occupation (P106) (singer and others) or instance of (P31) (band (Q215380)). See the Authority Control Documentation for Details.

Navigation template[edit]

There are already six MusicBrainz properties. We need something like a Template:Music properties (see Category:Navigation templates):

  1. MusicBrainz artist ID (P434)
  2. MusicBrainz work ID (P435)
  3. MusicBrainz release group ID (P436)
  4. MusicBrainz area ID (P982)
  5. MusicBrainz label ID (P966)
  6. MusicBrainz place ID (P1004)

--Kolja21 (talk) 14:24, 25 November 2013 (UTC)

Fake artists / Placeholder entries[edit]

I noticed that (many?) producers or labels also have an artist id: For the publisher of video games Capcom (Q14428) we have MusicBrainz label ID (P966) as label/602632fb-a937-4473-a160-316ad38f9e19 but additionally P434 as artist/602632fb-a937-4473-a160-316ad38f9e19 which states:

Capcom is not an artist, but rather a Japanese video game company. This artist should not be deleted as it, like all other companies, serves as a placeholder until the correct artist(s) can be listed for an album.

For wikidata the question is now whether we should allow these reference-kind of listings or keep to try artists, organizations &c. strictly separate. -- Gymel (talk) 09:09, 7 February 2015 (UTC)

Additionally, there are explicit "do not use" entries like Ministry of Sound:
YOU SHOULD NEVER SEE THIS BECAUSE YOU SHOULD NEVER BE ENTERING A RELEASE HERE Ministry of Sound is NOT an Artist. Entries should be entered as a "Various Artists" or "Various Artists" under the mix artist.
And on the other hand, there are (mostly hip-hop) "collectives" like Disturbing tha Peace (Q1151996) or Underground Resistance (Q1753317) which are also music labels (as I understand, sometimes the label is an offspring of the band, in other cases labels produce releases where all of the label's artists collaborate).
In a compeletely different vein, we do not have a clear distinction between artists and their "projects" on one hand and resulting albums on the other hand: God Help the Girl (Q3109657) might be an album by Belle and Sebastian (Q691568). However it is also true that "God Help the Girl" is a "project" by Stuart Murdoch (Q2746295), Belle and Sebastian (Q691568)'s lead artist, yielding into several recordings, a film and the album named "God Help the Girl", albeit under collaboration of (featuring) Belle and Sebastian (Q691568).
Or: Is Tim Timebomb (Q7804396) an album by Tim Armstrong (Q503710) or a project / fictitious artist controlled by Tim Armstrong (Q503710)? This has implications as to the album's name (Tim Timebomb vs. Tim Timebomb's RockNRoll Theatre or just RockNRoll Theatre) but also to statements like which make sense only in the context of Tim Armstrong, not of Tim Timebomb.
In all these constellations MusicBrainz does not really care about complications, the same name appears in different categories with different identifier, an approach Wikidata probably not always will be able to follow since the articles backing the items here usually deal with more aspects than just one "identity". -- Gymel (talk) 17:08, 15 February 2015 (UTC)

Items with multiple MBIDs[edit]

There are Wikidata items which are representation of multiple MusicBrainz Artist objects. For example in MusicBrainz there is an Artist object for a musician as a person and another Artist object for the musician's single-person project (or pseudonym). In Wikidata both the person and the project are currently represented by a single item. Example:

MusicBrainz: Tomáš Dvořák — person, some works released with this name, Floex — project, different works released with this name
Wikidata: Q3073803 — label: Floex, alias: Tomáš Dvořák — as a single item

The Wikidata item (which was merged[1]) contains both MBIDs. Unfortunately currently it is not possible to identify the MBIDs directly from the Wikidata item properties. I think one of the following should be done:

  1. IMHO correct: Split the item again into the two items (Floex and Tomáš Dvořák). Unfortunately there is only a single Wikipedia article for both the items. Could a single Wikipedia article have multiple Wikidata items? How to prevent a repeated merge in Wikidata?
  2. IMHO problematic approach: Add a qualifier to each Property:P434 (MusicBrainz artist ID and other affected properties like VIAF identifier) value specifying which of the multiple names of the item the value relates to. Is there a qualifier for this already? Property:P742 (pseudonym) fits somewhat but does not seem to be suitable for the primary name of the item (Tomáš Dvořák in our example).

There are many items with more than one Artist MBID: [2] What is the correct approach in Wikidata? --Pabouk (talk) 16:51, 4 March 2015 (UTC)

i think both the item should be split or we should live one item that has two mbids--Shisma (talk) 08:22, 5 March 2015 (UTC)
I think at the root of the problem is a missing item (or item tree?) for "musical project" to use in P31: We only have the "side project" side project (Q2707384) which probably is intended as much narrower in scope:
  1. In some genres (Techno if it still exists?, some rap subgenres) almost everything is not directly attributed to the artist but to on of his "projects"
  2. In at least one article about a jazz musician (? sorry, I don't recall the details) was his "main musical project" mentioned
  3. even for proper bands sometimes one album or even a series of albums ist considered a "project" (of that band)
With a proper P31 the potential "project items" could be linked to the proper person item via a (one) property yet to determined (founder, responsible party, pseudonym of, ...) I'm not convinced that we really have to introduce a new one.
Unfortunately this might also have implications for properties like "previous in series" for albums: With respect to the band the predecessor might exist, with respect to the "project" it is the first one of the "series"... -- Gymel (talk) 09:06, 5 March 2015 (UTC)

Single value constraint exceptions[edit]

I've added a generated list of exceptions for the single value constraint. These are all the cases where MusicBrainz has separate entries for a legal name and a performance name which are linked together and both have the same Wikidata link. Wikipedia normally has one article for a person which talks about all of the names they use (see above), so these are cases where exceptions would currently be expected.

The SQL query I used against the MusicBrainz database to make the list is:

select array_to_string(array_agg(distinct regexp_replace(url0.url, E'http://www.wikidata.org/wiki/Q([0-9]+)', E'{{Q|\\1}}')), ', ') from l_artist_artist laa join link l on l.id=laa.link join link_type lt on lt.id=l.link_type join l_artist_url lau0 on lau0.entity0=laa.entity0 join l_artist_url lau1 on lau1.entity0=laa.entity1 join url url0 on url0.id=lau0.entity1 join url url1 on url1.id=lau1.entity1 where lt.name = 'is person' and url0.url ~ 'wikidata.org' and url0.url=url1.url;

- Nikki (talk) 16:01, 12 May 2015 (UTC)

MBID redirects[edit]

According to MusicBrainz docs: ”An entity can have more than one MBID. When an entity is merged into another, its MBIDs redirect to the other entity.” We should only link to the actual MBID, not the redirects, correct? I was thinking of cleaning up Wikidata:Database reports/Constraint violations/P434, but want to be sure before moving further. For example Tupac Shakur (Q6107) had a total of five MBIDs, out of which three were redirects. (You can tell by clicking the artist title or one of the tabs, all redirect to 382f1005-e9ab-4684-afd4-0bdae4ee37f2.) –Kooma (talk) 09:58, 29 December 2016 (UTC)

MusicBrainz LOD?[edit]

Sweet kate
Galaktos
Sjoerddebruin
AmaryllisGardener
Kosboot
Shingyang-i
Daniele.Brundu
Airon90
Atallcostsky
Cvbncv
LinardsLinardsLinards
Infovarius
Hannolans
Ptolusque
Gilrn
Smallison
Sight Contamination
Moebeus
Pigsonthewing
Mathieudu68
Harshrathod50
Jc86035
Buccalon
Tris T7
Pictogram voting comment.svg Notified participants of WikiProject Music T.seppelt (talk) 21:00, 18 February 2016 (UTC) Vladimir Alexiev (talk) 11:59, 13 March 2017 (UTC) GerardM (talk) 15:58, 26 March 2017 (UTC) Jonathan Groß (talk) 17:52, 26 March 2017 (UTC) Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits Jneubert (talk) 13:47, 29 April 2017 (UTC) Framawiki (please notify !) (talk)

Pictogram voting comment.svg Notified participants of WikiProject Authority control Beat Estermann
Vladimir Alexiev
Ilya
Fralambert
Sadads
Astinson
Strakhov
Zeromonk
Spinster
Wittylama
Daniel Mietchen
Susannaanas
Sic19
Jason.nlw
Carlojoseph14
YULdigitalpreservation
MB-one
Ouvrard
MartinPoulter
Missvain
VIGNERON
Ainali
Birk Weiberg
Pmt
Mauricio V. Genta
Smallison
ProtoplasmaKid
2le2im-bdc
Rodrigo Tetsuo Argenton
Ivanhercaz
VisbyStar
Patafisik
Beireke1
Vahur Puik
Ettorerizza
Sp!ros

Pictogram voting comment.svg Notified participants of WikiProject Cultural heritage

In 2015 Laboramus (talkcontribslogs) added "URI used in RDF" as "http://musicbrainz.org/$1/artist" (see this revision). Unfortunately this doesn't resolve, eg:

Does anyone know the correct MusicBrainz LOD/RDF URL patterns? --Vladimir Alexiev (talk) 08:28, 23 June 2017 (UTC)

There is https://wiki.musicbrainz.org/LinkedBrainz but it's very old (2011), says "experimental", and the SPARQL endpoint https://wiki.musicbrainz.org/LinkedBrainz is down --Vladimir Alexiev (talk) 08:43, 23 June 2017 (UTC)