Property talk:P7300

Documentation

• Start a query
• Current uses
• Statistics by class
• String length
• List of qualifiers
• Count

MUBI person ID
identifier for a person at MUBI

Associated item	MUBI (Q693730)
Applicable "stated in" value	MUBI (Q693730)
Data type	External identifier
Domain	human (Q5) or musical group (Q215380)
Allowed values	[0-9]\d*
Usage notes	The numerical identifier can be found in the source of the person's page after {"castMember":{"id":. There is also a bookmarklet available at this property's talk page.
Example	Luis Buñuel (Q51545) → 56 Catherine Deneuve (Q106418) → 149 Werner Herzog (Q44131) → 100
Source	https://mubi.com/
Formatter URL	https://mubi.com/cast/$1
See also	TCM Movie Database person ID (P3056), MUBI film ID (P7299)
Lists	Items with the most statements of this property Count of items by number of statements (chart) Items with the most statements Items with the fewest statements Count of items by number of sitelinks (chart) Items with the most sitelinks Items with the most sitelinks, but no link to one Wikipedia (sample: Welsh Wikipedia, cywiki) Items with the fewest sitelinks Most linked wikis Items with the most identifier properties Items with no other external identifier Items with no other statements Most recently created items Items with novalue claims Items with unknown value claims Usage history (total) Usage history (main statement) Chart by item creation date Map of people by place values: place of birth educated at work location residence place of death place of burial January 1st dates People with date of birth on January 1 People with date of death on January 1 People with both dates on January 1 Database reports/Constraint violations/P7300 Map Random list
Proposal discussion	Proposal discussion
Current uses	Total 3,578 Main statement 3,562 99.6% of uses Qualifier 3 <0.1% of uses Reference 13 0.4% of uses
Search for values

[create Create a translatable help page (preferably in English) for this property to be included here]

Type “human (Q5), musical group (Q215380)”: item must contain property “instance of (P31)” with classes “human (Q5), musical group (Q215380)” or their subclasses (defined using subclass of (P279)). (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). Known exceptions: Brothers Grimm (Q2793)
List of violations of this constraint: Database reports/Constraint violations/P7300#Type Q5, Q215380, SPARQL

Single value: this property generally contains a single value. (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P7300#Single value, SPARQL

Distinct values: this property likely contains a value that is different from all other items. (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P7300#Unique value, SPARQL (every item), SPARQL (by value)

Format “[0-9]\d*”: value must be formatted using this pattern (PCRE syntax). (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P7300#Format, SPARQL

Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P7300#Entity types

Scope is as main value (Q54828448), as reference (Q54828450): the property must be used by specified way only (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P7300#Scope, SPARQL

MUBI ID userscript

MUBI ID userscript that adds the id to the interface. learn more about installing userscripts. --1Veertje (talk) 15:01, 18 February 2020 (UTC)

Bookmarklet

I've written a script that sends the ID to your clipboard (Ctrl+C), you can use creating a bookmarklet with the following address:

javascript:(function(){var d=document,s=d.createElement('script');s.src='//wikidata.org/w/index.php?title=User:1Veertje/mubi.js&action=raw&ctype=text/javascript&smaxage=43200&maxage=86400';d.body.appendChild(s);})();

--1Veertje (talk) 11:35, 25 February 2020 (UTC)

Format Change

The Mubi Film and Person ID's formats have changed. Kindly requesting an update from numbers to characters.

Examples: Q22100092 & Q100773446

WikiProject Movies has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead.

Numbers seemt to work just fine. --Trade (talk) 18:55, 6 November 2020 (UTC)

what seemed to have changed is where the ID was stored in the source. I've updated my bookmarklet so it again copies it to your clipboard. 1Veertje (talk) 12:30, 20 February 2021 (UTC)

The snippet to search for in the source is "castMember":{"id": for person IDs (the digits following that snippet are what you want) and they still seem to be numbers. -Yupik (talk) 18:34, 6 May 2021 (UTC)

@Yupik, did you try my bookmarklet 👆 --1Veertje (talk) 22:20, 2 June 2021 (UTC)

updated format to ([1-9]\d*)|(([a-z]*)(-[a-z]*)*) Bogger (talk) 07:35, 27 June 2022 (UTC)

We want the unique identifier, and that's the string of numbers. It's more effort to look in the source/install my bookmarklet but it's the only way to keep it unique and catch duplicate entries. 1Veertje (talk) 08:00, 27 June 2022 (UTC)

Attention ! The digital ID with numbers does not work if you are in a non-English speaking country. Example (I am in France): when I click on the Mubi link (https://mubi.com/cast/100) on the page Q44131 (Werner Herzog), the Mubi site identifies my location and automatically takes me to https://mubi.com/fr/cast/werner-herzog/films/fr ... but this is a non-existent page, with an error message! But, if it is a link https://mubi.com/cast/werner-herzog, the Mubi site still continues to identify me as an Internet user in France, but drive me on the page https://mubi.com/fr/cast/werner-herzog, which does indeed exist, with the datas concerning Herzog. So it seems, for the Mubi links to work correctly for all Wikidata users around the world, to have an identifier with the name, such as in mubi urls, and not a number like now. YANN92340 (talk) 10:59, 17 September 2023 (UTC)

This doesn't mean we have to abandon registering the unique identifier. There is an error in their website but you can still see that the identifier is linked to their profile. It does work for the most part: the identifier brings you to a page that does have the name of the intended subject in the URL. For ID 100 I get brought to https://mubi.com/en/cast/werner-herzog/films/en, which is also a 404. Unique identifiers have to be persistent and unique, which they still are! They don't necesserily need to be supported by a direct URL to the item that it represents. That would be very common sensical and practical, but is not a requirement for a unique ID here on WD. We can try to reverse engineer a url format that doesn't result in a 404 or abandon linking. We're not at this point going to replace identifiers, when their web page's source still provides the ID number and labels it as "slugToIdLookup". --1Veertje (talk) 08:03, 19 September 2023 (UTC)

Could be really more simple to use now the name ID (that ID is in the url of each Mubi artist page, you have just to copy and paste, and it is also an unique identifier), and that is working very well. And could be more clever: so, we have not to hope the webmaster of Mubi resolve the problem with the numeric ID who is now no working... maybe he will doing a possible day... but maybe not!... (and I really doubt he will doing, I was seeing errors on some filmographies... I was reporting that to Mubi, but those errors are today still online of the site!). Why dont you want a very simple solution for immediatly resolve this big problem of error page for each Mubi link from Wikidata? And why was you reestablishing since yesterday erroneous links? This is not constructive and detrimental to the quality of Wikidata! Please, can you respect the efforts of other contributors to improve the quality of Wikidata, and using discussion page before any non useful intervention? Thank you. YANN92340 (talk) 10:10, 19 September 2023 (UTC)

Anyway, we cannot let that problem without a solution as soon as possible. 1Veertje, I read on your profile "This user has professional knowledge of English" ... So can you contact the webmaster of Mubi, and explain him that technical problem... You probably doing that better than me, (english is not my native language) and finding the arguments for him to do this quickly. Thank you again. YANN92340 (talk) 10:24, 19 September 2023 (UTC)

I did 1Veertje (talk) 15:09, 19 September 2023 (UTC)

Thank you. YANN92340 (talk) 15:25, 19 September 2023 (UTC)

de rien 1Veertje (talk) 10:35, 20 September 2023 (UTC)

They replied that they'd alerted their engineers and fixed the issue and thanked me for my message. 1Veertje (talk) 16:33, 21 September 2023 (UTC)