Property talk:P2174

Documentation

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

Museum of Modern Art artist ID
identifier assigned to an artist by the Museum of Modern Art

Description	identifier assigned to an artist by the Museum of Modern Art in New York
Associated item	Museum of Modern Art (Q188740), Museum of Modern Art (Q188740)
Applicable "stated in" value	Museum of Modern Art online collection (Q73268604)
Data type	External identifier
Domain	According to this template: humans who are artists According to statements in the property: person (Q215627), organization (Q43229) or artist collective (Q1400264) When possible, data should only be stored as statements
Allowed values	\d+
Example	Antonio M. Ruíz (Q602999) → 5078 Fiona Banner (Q5451020) → 8033
Source	https://www.moma.org/artists
Formatter URL	https://www.moma.org/artists/$1
Robot and gadget jobs	Already have backlinks to Wikidata (and Wikipedia). These should be imported. Should be added to Mix'n'Match
Tracking: usage	Category:Pages using Wikidata property P2174 (Q45311949)
Related to country	United States of America (Q30) (See 762 others)
See also	Museum of Modern Art work ID (P2014), ARTIC artist ID (P6295), Museum of Modern Art online exhibition ID (P7778)
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 Mix'n'match (Report) Database reports/Complex constraint violations/P2174 Database reports/Humans with missing claims/P2174 Database reports/Constraint violations/P2174 Map Random list
Proposal discussion	Proposal discussion
Current uses	Total 27,014 Main statement 17,828 66% of uses Qualifier 3 <0.1% of uses Reference 9,183 34% of uses
Search for values

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

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

List of violations of this constraint: Database reports/Constraint violations/P2174#Unique value, hourly updated report, SPARQL (every item), SPARQL (by value)

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). Known exceptions: Karl Köpping (Q168340), Diller Scofidio + Renfro (Q3027988)
List of violations of this constraint: Database reports/Constraint violations/P2174#Single value, SPARQL

Format “\d+”: value must be formatted using this pattern (PCRE syntax). (Help)

List of violations of this constraint: Database reports/Constraint violations/P2174#Format, hourly updated report, SPARQL

Type “person (Q215627), organization (Q43229), artist collective (Q1400264)”: item must contain property “instance of (P31)” with classes “person (Q215627), organization (Q43229), artist collective (Q1400264)” 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: Congo (Q775697)
List of violations of this constraint: Database reports/Constraint violations/P2174#Type Q215627, Q43229, Q1400264, 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/P2174#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/P2174#Scope, SPARQL

Label required in languages: en: Entities using this property should have labels in one of the following languages: en (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/P2174#Label in 'en' language, search, SPARQL

This property is being used by: ko:틀:위키데이터 속성 추적 Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

Works with creator missing link
List of works that are in collection (P195) Museum of Modern Art (Q188740) or have Museum of Modern Art work ID (P2014) and have creator (P170) set, but that creator doesn't have a P21741 (P21741) link (Help)
Violations query: SELECT DISTINCT ?item ?creator { { ?item wdt:P195 wd:Q188740 } UNION { ?item wdt:P2014 [] } . ?item wdt:P170 ?creator . MINUS { ?creator wdt:P2174 [] } . SERVICE wikibase:label { bd:serviceParam wikibase:language "en" } } ORDER BY ?creatorLabel
List of this constraint violations: Database reports/Complex constraint violations/P2174#Works with creator missing link

New entries added

I added ids as well as artists that has at least one artwork-id from the csv file in Wikidata yesterday. Around 700 new ids were added and 1200 artists. I made a match mistake that resulted in 187 double entries. I hope to restore that soon. --Hannolans (talk) 08:04, 5 December 2019 (UTC)

❗️ Caution: artists with this identifier do *not* automatically have works in the MoMA collection

I just removed a constraint around this property, which linked it to has works in the collection (P6379). I will also remove all statement that say that someone has works in the collection (P6379) Museum of Modern Art (Q188740): this statement is wrong in many cases and actually needs manual case-by-case verification. Why? MoMA assigns identifiers to artists with works in their collection indeed, but also to artists who don't have works in their collection but who only have participated in exhibitions there.

Listing some examples:

• Tehching Hsieh (Q554030): check https://www.moma.org/artists/36448. Has only participated in exhibitions; no indication that he has actual works in the MoMA collection.
• Jan van Eyck (Q102272): check https://www.moma.org/artists/36214. Only in exhibitions. Really makes no sense that a 15th-Century artist has works in a modern art collection!
• Frans Hals (Q167654): check https://www.moma.org/artists/65383. Only in exhibitions. Same issue here, but 17th Century ;-)
• Stanley Kubrick (Q2001): check https://www.moma.org/artists/26651. No works in collection, only shown in exhibitions.

Pinging @Ivan A. Krestinin: whose bot made those edits. I understand the reasoning, but it's in many cases not correct (see explanation above), so I'd like to ask to not batch create these statements anymore in the future.

Cheers, Spinster 💬 09:48, 22 December 2019 (UTC)

Ah yes, actually, it is more a person identifier than an artist identifier. In https://github.com/MuseumofModernArt/collection we hava a csv with all the artworks in Moma and the Constituent-id that looks as the MoMA-id. So we can use that as dataset to add 'works in collection', with a link to an artwork as a reference to that claim. --Hannolans (talk) 12:16, 22 December 2019 (UTC)

I'm preparing a bulkupload with 'works of collection' based on and linked to an artwork in the collection. --Hannolans (talk) 20:19, 22 December 2019 (UTC)

The bot of Ivan A. Krestinin is correct. It was me who added the constraint to this property as I wasnt aware this identifier also includes persons and organisations without work at MoMA. It was a quick way to fill the propert 'works in collection'. Probably we should more rely on artwork information instead of 'is in a database of a museum'. --Hannolans (talk) 20:22, 22 December 2019 (UTC)

I re-added the constraint as I already changed that to suggestion constraint (Q62026391) in oktober this year --Hannolans (talk) 20:28, 22 December 2019 (UTC)

With --JonathanLibrarian of MoMA in agreement, this constraint should be removed due to the fact that not all artist's listed on https://www.moma.org/artists/ are represented in the collection. Including that constraint could lead to further confusion and unnecessary assumptions about the nature of the artist connection to MoMA's collection DatamuseAttitude (talk) 17:12, 1 April 2022 (UTC)

I have added works in collection based on a work of the artist in the collection in MoMA with a direct link to that work. --Hannolans (talk) 11:22, 23 December 2019 (UTC)

After some batchuploading we now have all artists in the collection of MoMA in Wikidata. Some artists needs additional checking, they have some ids for 'unknown designer' etc, and some artists don't have a birth date/year. --Hannolans (talk) 21:42, 23 December 2019 (UTC)