Open main menu

User talk:Multichill

Existing constraint of AKL Online Artist ID (P4432) already comprised the one you addedEdit

Just explaining: With this edit you have added a less strict constraint than one already existing. The constraint you added has already existed until such time as it was changed by KrBot in June. This change has been questioned – and I think not for bad reason – at User talk:Ivan A. Krestinin#"type constraint" to "item requires statement constraint", but because the existing constraint already comprised the new one, I've reverted its addition it for now. Just tell if you disagree. Cheers, --Marsupium (talk) 10:26, 28 December 2018 (UTC)

@Marsupium: I know it might be a bit overlapping, but it's not incorrect and I would like to keep it for completeness and consistency. I'm doing another round of improving painter authority control properties (see Wikidata:WikiProject sum of all paintings/Painter authority control properties) and this was one of the few properties missing this statement. Multichill (talk) 10:32, 28 December 2018 (UTC)
I see, I've reverted my revert. I think we have some disagreement on the use of item requires statement constraint (Q21503247), but I'm not fussed about this here. Thanks for Wikidata:WikiProject sum of all paintings/Painter authority control properties, it looks great! --Marsupium (talk) 10:54, 28 December 2018 (UTC)

"Creating artist based on RKD: Photographer documented in Photographers in the Netherlands (Q15880691)"Edit

Please stop imports like this one. It is counterproductive to create items without proper checking if one already exists. That's why Mix'n'match is used. --Marsupium (talk) 15:41, 3 January 2019 (UTC)

@Marsupium: sorry, I seem to have missed this. RKDartists ID (P650) has been in Mix'n'Match for a long long time, it's actually the 13th catalog to have been added. Finding matches these days for Dutch artists is quite rare. The bot worked on about 3000 photographers. Don't know how many missing ones were actually created. 1000? 2000? How many duplicates did you find? Maybe a handful or more?
I did this import for user:Hannolans, see User talk:Multichill/Archives/2019/January#Nederlandse fotografen geboren voor 1900 van RKD. Multichill (talk) 17:45, 7 February 2019 (UTC)
We were very happy glad with this import. We monitored those imports for several archives and so far we didn't experience any double entries. We did some cleaning. We monitor them here https://www.wikidata.org/wiki/Wikidata:Stadsarchief_Delft/Delftse_fotografen, https://www.wikidata.org/wiki/Wikidata%3AHaarlem_Erfgoed_%26_Data%2FHaarlemse_fotografen and https://www.wikidata.org/wiki/Wikidata:CopyClear/Nederlandse_fotografen --Hannolans (talk) 18:28, 7 February 2019 (UTC)
Hi, thanks for your reply! Don't worry about the delay, now mine is also belated and for now only briefly without figures: I'm not opposed to automatic Q5 item creations. Only, they should at least do the most basic checking for existing items, e.g. not automatically creating an item if one of the labels or aliases already exists at another item. I think I've stated this before, the code seems to be still the same and work the same?
Concerning the question how many you and I have found (if you have a query for the items created – ? – we can check how many of them got merged.) is that we only know about the dupes we find (and merge) and I'm afraid there is a high dark figure.
We should prevent them in the first place as much as possible. Dupes often cause confusions, a need for a lot of additional manual cleanup work and contaminate queries where numbers matter. Couldn't you implement some basic checking for already existing items (as also asked for by Wikidata:Bots#Statement adding bots btw)? --Marsupium (talk) 02:02, 14 February 2019 (UTC)

Assistance to restore a vandalize page.Edit

Hi Multichill

I was hoping you could help out or point me in the right direction to get my vandalized,/deleted page restored. See https://www.wikidata.org/wiki/User_talk:Vanbasten_23#Why_did_you_delete_a_real_business%3F_Q59472273 for details.

Thanks  – The preceding unsigned comment was added by KatraRios (talk • contribs) at 15:01, 10 January 2019‎ (UTC).

@KatraRios: Was not notable so I deleted it. Accusing other users of vandalism is not going to help your cause. Multichill (talk) 17:36, 7 February 2019 (UTC)

Cowlitz Indian TribeEdit

Do we really want to say that Cowlitz Indian Tribe (Q15211891) refers to the ethnic group? Seems it corresponds to the organized tribe and its governmental organization, distinct from Cowlitz people (Q1138224) which would be the ethnic group. - Jmabel (talk) 21:39, 30 January 2019 (UTC)

@Jmabel: en:Cowlitz Indian Tribe is using en:Template:Infobox ethnic group. The bot added it based on that (configuration). If you think it's wrong, feel free to replace it with something else. Full bot info is at User:NoclaimsBot. Multichill (talk) 17:34, 7 February 2019 (UTC)

Jan KempEdit

please ask BotMultichillT to stop editing Jan Kemp (Q6149244). FAST-ID 1480060 does not disambiguate between Jan Kemp (Q6149244) and Jan Kemp (Q55237299). The authority control parameters VIAF and LCCN are for the poet Jan Kemp (Q55237299). The scientist Jan Kemp (Q6149244) does not have numbers at VIAF or LCCN. Twopower332.1938 (talk) 04:58, 5 February 2019 (UTC)

@Twopower332.1938: thanks for reporting. I marked the FAST link as deprecated because it's not an exact match. Also added different from (P1889) to prevent any future mix ups. I'm pretty sure the bot won't edit it any more, but put Jan Kemp (Q6149244) on my watchlist to keep an eye on it. Please just leave me a note when you encounter any errors, just undoing the bot won't be noticed by me and won't have any effect. Multichill (talk) 17:30, 7 February 2019 (UTC)

Gemeenten zonder CBS codeEdit

Gemeenten die voor 1830 zijn opgeheven hebben nooit een CBS municipality code (P382). Helaas, maar die komen er ook niet. Het heeft dus ook geen zin een leeg blijvend veld op te voeren, denk ik. Historazor (talk) 22:27, 6 February 2019 (UTC)

@Historazor: Ik voer het in als novalue (null). Het is maar een beperkt aantal gemeentes en op deze manier is goed te zien welke verwerkt zijn. Multichill (talk) 17:46, 7 February 2019 (UTC)
Helemaal goed. Historazor (talk) 14:10, 11 February 2019 (UTC)
Return to the user page of "Multichill".