https://www.wikidata.org/w/index.php?title=Q116111947&diff=prev&oldid=2245418735
@Epìdosis: fyi, also referenced values in other occasions removed.
talk
Previous discussion was archived at User talk:MSGJ/Archive 1 on 2021-02-01.
Dear can you correct the the family name on this page
https://www.wikidata.org/wiki/Q21620698
The name on this page is wrong, look at the sources and type the correct name
https://www.wikidata.org/w/index.php?title=Q116111947&diff=prev&oldid=2245418735
@Epìdosis: fyi, also referenced values in other occasions removed.
Hi MSGJ. Thank you for the check, my finger pressed a zero, somehow. See you next time ;-)
I saw the reverted change on José Mourinho (Q79983). You are right, it wasn't the correct identifier.
I've added the correct one: MILV329905
Thanks for reporting!
Hi, just to let you know that Pi admin bot is now running to maintain PfD (archiving, updating watchlist notice). It runs daily around 5 UTC. Please don't manually archive things now, as that might confuse the bot. Also, for the 'on hold' items, once they're done it's simplest to move them back to the main list and the bot will then archive them.
Hi, just seeing your comment at Wikidata:Properties for deletion/P10241 - Wikidata:Requests for comment has a huge backlog going back to 2018. I was wondering about setting up a bot-archiving process for this, plus auto-updating the watchlist notice at Template:Watchlist summary/RFC - but there's way too many to be listed on the watchlist right now, and it needs an admin to work through the backlog to resolve old ones. Interested?
You could read Wikidata:Property creation and then discuss some of the proposals at Wikidata:Property proposal
I've updated a few pages to remove a span that was not needed. Just wondering if you could mark the changes for translation. Thanks. -- WOSlinker (talk) 22:36, 10 July 2022 (UTC)
Hi!
I saw you reverted one of my edits on Q107291952, and yes I agree. "KMU202205052" is a valid NLK identifier for an album. I deleted it to avoid warnings on Wikipedia's pages until the regexp constraint for Property:P5034 is fixed. The red message doesn't look that good... The constraint is really not permissive enough right now, but I'm not sure how wide the scope should be. For instance, CNTS-00126370663 looks like a valid song identifier as well, though the form is quite different...
Are you planing to do something about it?
Hi, yes. I have already updated the format on the sandbox of the authority control template to just check for three capital letters at the beginning. I've no idea about the CNTS one though!
Thanks! I've looked up a few Korean songs, all of them had the same ID format. See CNTS-00073887932, CNTS-00092632499, CNTS-00082116311... It might be useful to allow this pattern as well?
Most likely... They wouldn't add zeros at the beginning if the number of digits wasn't fixed, I guess?