Welcome to my talk page. Use it; don't send me e-mail.

I reply to messages left on my talk, on my talk page. If I left a message on your talk page, I will reply there (unless you specify otherwise).

Materiality of a painting

edit

You reverted this edit https://www.wikidata.org/w/index.php?title=Q3305213&diff=prev&oldid=2176005672 but it was a solution to this recent change: https://www.wikidata.org/w/index.php?title=Q110304307&diff=prev&oldid=2111632452 that make sense. Currently items instances of painting (Q3305213) are not anymore ontologicaly physical objects. This is an issue that require a solution. Best regards Shonagon (talk) 23:06, 11 June 2024 (UTC)Reply

Time zone in Groningen

edit

Can I ask why Groningen can't have statement about time zone? I read Property talk:P421 and understand Time zones should only appear in the higher administrative levels, but almost every city on wikidata has this statement and I don't see the problem about it. Like why not? Also I don't thinks its redundant data. I am sorry if I'm asking stupid question, but I want to understand why. Thanks. Daniel Vincenc (talk) 13:53, 3 July 2024 (UTC)Reply

@Daniel Vincenc: it's not a stupid question. It's currently used on over 2 million items because it's easier to just slam it on everywhere. A time zone is transitive. Just like we say for located in the administrative territorial entity (P131) Egmond aan Zee (Q1616324) -> Bergen (Q9901) -> North Holland (Q701) and not Egmond aan Zee (Q1616324) -> North Holland (Q701), we should only have the time zone on the province. Not all the underlying municipalities, cities, villages and other places. See Property_talk:P421#Transitive_instead_of_data_duplication. Multichill (talk) 16:18, 3 July 2024 (UTC)Reply
Thanks, now I understand why. Have a nice day :) Daniel Vincenc (talk) 09:22, 5 July 2024 (UTC)Reply

SMAK.BE url resolver

edit

Hello! While cleaning some unproper merges I stumbled upon artworks that you imported from the SMAK in Gant, like Q22259650. Since 2016 however the URL for the collection has changed, and the url http://resolver.smak.be/collection/work/data/1478 used for statements and references doesn't resolve anymore. The ID however seems to stay the same, and the new working url is https://smak.be/fr/ouvrages-d-art/studie-voor-dubbelsculptuur-2-1478. Is there a possibility that you could recrawl the SMAK collection to update the URL? --Jahl de Vautban (talk) 04:48, 5 July 2024 (UTC)Reply

DigitaltMuseum

edit

Hello! Your bot keeps (re)adding art-related restrictions to DigitaltMuseum ID (P7847), even after I've reverted them. I suspect this is because it's an instance of Wikidata property to identify artworks (Q44847669)? While it's true that this identifier is used for artworks, it's also used for people, organizations, events and others, so right now, we have restrictions claiming that e.g. Pablo Picasso (Q5593) and World War II (Q362) should be instances of artwork. What's the best course of action to avoid this? Einar Myre (talk) 06:40, 19 July 2024 (UTC)Reply

@Einar Myre: if it also covers other domains, you shouldn't be using Wikidata property to identify artworks (Q44847669). I replaced it with Wikidata property related to art (Q27918607). Multichill (talk) 10:03, 21 July 2024 (UTC)Reply

Can you please block User:Openaccess cma again?

edit

The bot is making the same errors as before, as recently as four hours ago. Thanks!!! Swpb (talk) 14:34, 24 July 2024 (UTC)Reply