Property talk:P2174
Documentation
identifier assigned to an artist by the Museum of Modern Art
List of violations of this constraint: Database reports/Constraint violations/P2174#Single value, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P2174#Type Q215627, Q43229, Q1400264, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P2174#Entity types
List of violations of this constraint: Database reports/Constraint violations/P2174#Scope, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P2174#Label in 'en' language, search, SPARQL
This property is being used by: Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.) |
|
|
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
editI 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
editI 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)
- 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)