Open main menu

Wikidata:Property proposal/creator name string

< Wikidata:Property proposal

creator name stringEdit

Originally proposed at Wikidata:Property proposal/Creative work

Descriptionstring to store unspecified creator name for artworks; use if Wikidata item for creator (P170) does not exist or is not known
Data typeString
DomainArtworks, at least initially
Example 1Q55767840 → "Prohovnikov, P."
Example 2Q56460643 → "Tuisk, A."
Example 3Q50378233 → "Viski, J."
Example 4Q51051528 → "Vološin, M."
Planned useImport the name strings for Estonian paintings we don't yet have an author item for
See alsoauthor name string (P2093), creator (P170)


Talk on IRC and here has convinced me it makes sense to propose this. It's supposed to be an equivalent to author name string (P2093) for cases where the appropriate property replacement is not author (P50) but creator (P170). At Wikimedia Eesti‎ (Q12379207) we've been working into importing paintings in Estonian museum collections and have found quite a few cases where the name string and info provided is not enough to identify the creator. While in some cases we can just create an item for the creator using the string (mostly when there's a full name provided and it doesn't match anything already on WD), in many cases there's no good option: we can not indicate a creator, create a possible duplicate without enough info to easily identify it, or use author name string (P2093) which will make bots and even users think the string should be replaced with author (P50) if the creator is identified. Having a more generic property for creator (P170) (and possibly marking author name string (P2093) as subproperty of (P1647) of it) seems to be an improvement over all three of the options. Reosarevok (talk) 17:38, 4 February 2019 (UTC)


Multichill (talk) 11:28, 8 August 2014 (UTC), focus on the Netherlands Husky (talk) 11:38, 8 August 2014 (UTC) - Cool, i'd like to focus on building tools to visualise progress. Spinster (talk) 07:00, 9 August 2014 (UTC) Happy to help with manual finetuning that can't be done by bots, and anything else on the 'soft/wet' side of this project. I'm dreaming of complete artists' oeuvres on Wikidata! Rich Farmbrough (talk) Time to learn2Wikidata Jheald (talk) 12:33, 17 August 2014 (UTC) Kippelboy (talk) 07:01, 21 August 2014 (UTC) (Focus on Catalan paintings (subdivision of Spain) Mushroom (talk) 12:27, 21 August 2014 (UTC) Jane023 (talk) 09:11, 3 October 2014 (UTC) work on Dutch 17th-century paintings and landscapes of Haarlem; Most recently, the sum of all "attributed" paintings by Frans Hals, which is nearly done Missvain (talk) 18:51, 18 October 2014 (UTC) (talk) 13:27, 15 November 2014 (UTC) Zolo (talk) 14:57, 23 November 2014 (UTC) Beat Estermann (talk) 10:33, 3 December 2014 (UTC) (Focus on Swiss heritage institutions) Vladimir Alexiev (talk) 15:07, 23 January 2015 (UTC) KRLS (talk) 11:26, 11 February 2015 (UTC) (Focus on Catalan area museums) DivadH (talk) 11:35, 1 March 2015 (UTC) ,happy to help out with any questions in regards to the Europeana API, how to best query it, and/or our metadata Xcia0069 (talk) 11:49, 8 March 2015 (UTC), Work on data related to Gianlorenzo Bernini and Artemisia Gentileschi. Work at Europeana too ! Susannaanas (talk) 07:29, 9 March 2015 (UTC) Wittylama (talk) 17:29, 20 March 2015 (UTC) Fabrice Florin (talk) 02:35, 26 June 2015 (UTC) I can help in California later this year. Vaughn88 (talk) 15:58, 15 July 2015 (UTC) I can help! Raymond Ellis (talk) 19:31, 17 August 2015 (UTC) Hsarrazin (talk) 14:11, 29 August 2015 (UTC) - will give a hand with Creators and AC :) louis-garden (talk) 14:21, 31 August 2015 (UTC) for italian paintings (XIIe-XVIIe) Olivier (talk) 21:46, 8 September 2015 (UTC) Kopiersperre (talk) 11:33, 20 November 2015 (UTC) ProtoplasmaKid (talk) 03:49, 23 February 2016 (UTC) Micru (talk) 11:19, 29 February 2016 (UTC) Stuart Prior (WMUK) (talk) 11:04, 28 April 2016 (UTC) Hannolans (talk) 23:14, 22 October 2016 (UTC) Geraki (talk) 09:52, 24 October 2016 (UTC) (Focus on Greece) PatHadley (talk) 12:16, 3 January 2017 (UTC) MartinPoulter (talk) 14:54, 11 January 2017 (UTC) Working to get data from the University of Oxford (Q34433) and its component institutions shared on Wikidata. Pablísima (talk) 18:07, 8 February 2017 (UTC) Carl Ha (talk) 22:10, 9 February 2017 (UTC) Marsupium (talk) 19:44, 22 May 2017 (UTC) Mauricio V. Genta (talk) 16:15, 26 June 2017 (UTC) Shani Evenstein (talk) 10:26, 26 July 2017 (UTC) Nasty nas (talk) 07:45, 24 August 2017 (UTC) Bodhisattwa (talk) 14:28, 28 October 2017 (UTC) Joalpe (talk) 18:39, 9 November 2017 (UTC) Fuzheado (talk) 18:33, 30 November 2017 (UTC) Sarasays (talk) 20:00, 1 December 2017 (UTC) Thierry Caro (talk) 07:30, 9 December 2017 (UTC) John Samuel 18:29, 21 December 2017 (UTC) Jklamo (talk) 12:06, 31 December 2017 (UTC) Reosarevok (talk) 10:28, 15 February 2018 (UTC), focus on Estonia Ambrosia10 (talk) 19:48, 19 February 2018 (UTC) Subsublibrary (talk) 03:17, 22 February 2018 (UTC) Martingggg (talk) 07:00, 22 February 2018 (UTC), focus on Argentine and Hispanic America Kruusamägi (talk) 16:42, 13 March 2018 (UTC), focus on Estonia SIryn (talk) 10:36, 9 June 2018 (UTC) Jarekt (talk) 13:49, 7 September 2018 (UTC), focus on moving metadata from Commons to Wikidata Walkuraxx (talk) 10:00, 30 November 2018 (UTC) Omotecho (talk) 22:11, 21 January 2019 (UTC), focus on Japan GualdimG (talk) 16:19, 19 February 2019 (UTC) Léna (talk) 08:57, 4 April 2019 (UTC) Yann (talk) 09:53, 9 June 2019 (UTC) Paul Cézanne (Q35548) for a start... Abbe98 (talk) 19:25, 18 June 2019 (UTC)   Notified participants of WikiProject sum of all paintings

  •   Support David (talk) 06:55, 5 February 2019 (UTC)
  •   Support author name string (P2093) has been extremely useful to have as an interim property (at least). So this sounds useful by analogy. ArthurPSmith (talk) 19:57, 5 February 2019 (UTC)
  •   Support - PKM (talk) 04:11, 6 February 2019 (UTC)
  • {{s}} per what I've written already.
      Oppose per further discussion below. --Marsupium (talk) 04:16, 6 February 2019 (UTC), 01:40, 14 February 2019 (UTC)
  •   Support Germartin1 (talk) 14:35, 9 February 2019 (UTC)
  •   Support I've wanted this for a while Lewis Hulbert (talk) 16:23, 9 February 2019 (UTC)
  •   Oppose Use creator (P170) = somevalue with qualifier stated as (P1932) = <string>, the same as we do for other properties (other than author) where there is no item but we want to record a string. Jheald (talk) 20:39, 11 February 2019 (UTC)
    • @Jheald: Oh, interesting and good point! Where exactly is this used? --Marsupium (talk) 07:21, 12 February 2019 (UTC)
      • I personally have used it for publisher (P123) where we don't have an item for the publisher, or there's not been a straightforward identifiable match. Others may have used it for other properties. Jheald (talk) 11:02, 12 February 2019 (UTC)
        • The approach mentioned by Jheald is quite often used if for a person no item exists and not enough information are available to create a new item. For example for editor (P98) [1], cast member (P161) [2] or child (P40) [3]. I personally prefer this approach because it can be applied to all properties. --Pasleim (talk) 13:10, 12 February 2019 (UTC)
  • @Reosarevok: what do you think of the above solution mentioned by Jheald? Can you try it and see if this is acceptable? It does seem a reasonable approach. ArthurPSmith (talk) 17:19, 12 February 2019 (UTC)
  • @Jheald: This approach sounds reasonable - why isn't the same done for author name string (P2093) then though? Is there a drawback I'm not currently seeing? Reosarevok (talk) 08:15, 13 February 2019 (UTC)
    • I assume simply historical inertia. We do have at least tens of millions of author name string (P2093)'s now so you could argue it deserves a unique property from the extent of need/use. ArthurPSmith (talk) 18:35, 13 February 2019 (UTC)
      • Author name string is also used as a qualifier see example. Multichill (talk) 20:12, 18 February 2019 (UTC)
    • (ec) Only, for these cases where P170 is needed as a qualifier it's not so clean to put stated as (P1932) as a parallel qualifier, but should work anyway. --Marsupium (talk) 01:40, 14 February 2019 (UTC)
  • @Multichill as potential user: You have any opinion here? You're probably the one dealing with the most cases of this problem. :-) Would you consider to convert your system hitherto to one of the two proposed solutions? @Jarekt: as participant in the related earlier discussion. Maybe you two have any considerations as well? Thanks, --Marsupium (talk) 01:40, 14 February 2019 (UTC)
  •   Neutral I have seen a lot of author name string (P2093) properties, but have never seen the solution using stated as (P1932) proposed by Jheald. I like stated as (P1932) solution, although it would not work for properties used as qualifiers, but creator is rarely used as qualifier so that would not be an issue. One advantage of new property would be that I like similar solutions for similar issues and creator name string would be for creator (P170) what author name string (P2093) is for author (P50). But than we might need architect, published, illustrator, translator, etc. strings as well. So I am undecided. --Jarekt (talk) 03:23, 14 February 2019 (UTC)
  •   Weak oppose so I've imported quite a few paintings here and also ran into the problems of not very well described persons. So I ended up having to create quite a few not so complete items. Quite a few of these items ended up being expanded or merged (yah for watchlist). That wouldn't ever have happened if it was just hiding in some string property. If you really want to do it, Jheald's suggestion seems to cover your case best. Multichill (talk) 20:12, 18 February 2019 (UTC)
As Multichill says, creating items for the people has benefits, even for people where it may seem that there is next to nothing that one can say. But IMO being able to add just the string either via "author name string" or "stated as" can be a useful staging-post for a complicated upload. It means one can get items for the objects uploaded on the basis a decent first pass at creator/author matching, and then come back and do a really solid job of trying to match the remaining authors, or research them and create items for them, as a second stage of the process. Being able to split up a data upload into stages like this I do find can be quite helpful. The danger is I may get distracted to something else, and the "stated as" strings may never get worked on. That can happen and it's not ideal. But it's not the end of the world, and at least the strings are there for somebody else to take up, if they feel inspired. And possibly if the only thing we know about someone is e.g. that their name appeared on one drawing once, with nothing else known about them, and no other works known anywhere, then I can see the sense in Multichill's advice to make an item, but just leaving it as "stated as" may not be such a great loss. Just my 2 cents, anyway. Jheald (talk) 22:12, 18 February 2019 (UTC)
I actually do it in two stages most of the time. First stage imports most metadata and leave the painter information in the description as "painting by <some person>" example. Based on that another bot comes along. is also based on this. Multichill (talk) 10:32, 19 February 2019 (UTC)
  Comment I would prefer named as (P1810) over stated as (P1932) as it is not sure that the name is the original way it was written, but the preferred name in the collection system. --Hannolans (talk) 19:58, 22 February 2019 (UTC)

I guess it makes sense to try what Jheald suggested then! :) --Reosarevok (talk) 13:58, 23 February 2019 (UTC)

@Reosarevok: You want to withdraw the proposal then? --Marsupium (talk) 12:00, 11 March 2019 (UTC)
Thought that was obvious from context! Yeah, at least until there's a clear reason why the other approach doesn't work --Reosarevok (talk) 15:04, 11 March 2019 (UTC)
  •   Weak oppose given creator is mainly used in the field mentioned by Multichill, I'd proceed as he suggested. --- Jura 09:04, 24 February 2019 (UTC)