Wikidata:Project chat

Wikidata project chat

A place to discuss any and all aspects of Wikidata: the project itself, policy and proposals, individual data items, technical issues, etc.

Please use {{Q}} or {{P}} the first time you mention an item or property, respectively.
Other places to find help

• Frequently asked questions
• Requests for deletions
• Merging instructions
• Report a technical problem
• Requests for protections, undeletions and other matters requiring administrator attention. To report vandalism, click here.

For realtime chat rooms about Wikidata, see Wikidata:IRC.

Start a new discussion

• Afrikaans
• العربية
• беларуская
• беларуская (тарашкевіца)
• български
• Banjar
• বাংলা
• brezhoneg
• bosanski
• català
• کوردی
• čeština
• словѣньскъ / ⰔⰎⰑⰂⰡⰐⰠⰔⰍⰟ
• dansk
• Deutsch
• Zazaki
• dolnoserbski
• Ελληνικά
• English
• Esperanto
• español
• eesti
• فارسی
• suomi
• føroyskt
• français
• Nordfriisk
• galego
• Alemannisch
• ગુજરાતી
• עברית
• हिन्दी
• hrvatski
• hornjoserbsce
• magyar
• հայերեն
• Bahasa Indonesia
• interlingua
• Ilokano
• íslenska
• italiano
• 日本語
• Jawa
• ქართული
• қазақша
• ಕನ್ನಡ
• 한국어
• kurdî
• Latina
• lietuvių
• latviešu
• Malagasy
• Minangkabau
• македонски
• മലയാളം
• मराठी
• Bahasa Melayu
• Mirandés
• مازِرونی
• Nedersaksies
• नेपाली
• Nederlands
• norsk bokmål
• norsk nynorsk
• occitan
• ଓଡ଼ିଆ
• ਪੰਜਾਬੀ
• polski
• پنجابی
• português
• Runa Simi
• română
• русский
• Scots
• davvisámegiella
• srpskohrvatski / српскохрватски
• සිංහල
• Simple English
• slovenčina
• slovenščina
• shqip
• српски / srpski
• svenska
• ślůnski
• தமிழ்
• తెలుగు
• ไทย
• Tagalog
• Türkçe
• українська
• اردو
• oʻzbekcha / ўзбекча
• Tiếng Việt
• Yorùbá
• 中文

Edit

On this page, old discussions are archived after 7 days. An overview of all archives can be found at this page's archive index. The current archive is located at 2024/12.

SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose oldest comment is older than 7 days.

P31 = numeric identifier on Wikidata properties

Hello all friends of Wikidata properties! See my proposal regarding moving numeric identifier (Q93868746) from instance of (P31) to has characteristic (P1552) on Wikidata talk:WikiProject Properties. Thanks. Samoasambia ✎ 22:03, 3 December 2024 (UTC)

 Done. Apologies for floodig your watchlists. Samoasambia ✎ 00:21, 9 December 2024 (UTC)

Wiktionary sitelinks in items for Unicodes

Are Wiktionary sitelinks in items for Unicodes allowed? Since they are inherently translingual/mul, would a sitelink to wikt:℥ in ℥ (Q87523885), along the other interwikts, be fine? LIrala (talk) 03:38, 5 December 2024 (UTC)

As far as I see, it's not one of the expections that currently in https://www.wikidata.org/wiki/Wikidata:Wiktionary/Sitelinks , but I currently can't think of a problem that would come with adding an expection for it. ChristianKl ❪✉❫ 11:28, 5 December 2024 (UTC)

Aren't Wiktionary sitelinks handled by Cognate? I'm not familiar with it, but I'd advise not to add any sitelinks unless it can't be handled by the existing mechanism. Infrastruktur (talk) 21:25, 5 December 2024 (UTC)

But there is no way (property) for linking from wikidata to wiktionary entry, so existing mechanism isn't working here. JAn Dudík (talk) 09:07, 6 December 2024 (UTC)

@LIrala: Why are sitelinks requested in the first place though? Is there a need to fetch data from Wikidata for the entries?

@LIrala: Forgot to sign. Infrastruktur (talk) 14:15, 6 December 2024 (UTC)

Wikidata doesn't require it unless it's for things outside mainspace, such as categories. However, for a Wikipedia article, it can be useful. fr:♌ vs wikt:fr:♌, w:🔞 vs wikt:🔞, pt:♀ vs wikt:pt:♀. Unicode items usually don't have non-redirect sitelinks to Wikipedia, there are a few. They would show at Wikipedia in the same Wikiquote and Commons are shown. LIrala (talk) 01:17, 7 December 2024 (UTC)

Wikidata's data can be used without sitelinks, you just have to specify which entity you want to use. For example, incubator:Wp/sms/Kolari has an infobox generated from Kolari (Q543882) (even though sitelinks are not supported for Incubator) and wikt:bn:হৃদয় is generated entirely from হৃদয় (L301993) (even though lexemes don't support sitelinks at all). - Nikki (talk) 15:21, 7 December 2024 (UTC)

No, they're not allowed. Wikidata:Notability excludes the main namespace and there is an abuse filter that tries to stop people from adding them. Wikidata:Notability/Exclusion criteria also excludes soft redirects like w:en:🔞.

The main namespace in Wiktionary uses Cognate, not Wikidata, so adding them to Wikidata won't have any effect on Wiktionary pages. Wiktionary pages in the main namespace are also about specific text strings, whereas Wikidata items are about concepts. Wikidata does not support adding the same sitelink to multiple items, nor adding multiple sitelinks for the same wiki to the same item. For example, some people might want the Wiktionary page "♀" to be linked to ♀ (Q87526780), but others might want it to be linked to ♀ (Q13405286), and we can't do that.

- Nikki (talk) 15:08, 7 December 2024 (UTC)

Notability is only for item creation/deletion criteria, the items will exist (unless we mass delete all rule-basedly non-notable emojis and Unicode items). And they do have effect on Wiktionary pages, but only on desktop, such as the page we are at now (Project:Village pump (Q16503)). That filter isn't as strong as /doc or User: namespaces anyways. LIrala (talk) 23:51, 8 December 2024 (UTC)

Special:Contributions/MarcoSaluzzo2003

This user seems not aware the multilingual nature of Wikidata labels, but I don't know what can be done.--GZWDer (talk) 12:41, 6 December 2024 (UTC)

A short block (after a warning) seems to have gotten them to engage with feedback. We'll see what the long-term result is. Bovlb (talk) 18:35, 12 December 2024 (UTC)

Gathering ideas for a Wikidata challenge for (Dutch) Wikipedians

Hi all! I am an active member of the gender gap working group on Dutch Wikipedia. We sometimes do small time-constrained challenges and activities, with a small reward (e.g. a book voucher) (example). Most of these challenges have been on Wikipedia itself, but we have been branching out to Wikiquote in the past year, participating in the international SheSaid challenge. There's a nice group of sympathetic Wikipedians on Dutch Wikipedia who actively participate in these.

Being mostly a Wikidatan myself, I am thinking of organizing a small challenge on Wikidata in 2025 around the Dutch-language gender gap (note that this is not only relevant for the Netherlands, but also other regions in the world where Dutch is spoken: Flanders, Suriname, etc.). I haven't organized any Wikidata challenges before and am curious if anyone has experiences and ideas.

I am already tracking the project's relevant Wikidata items via the on focus list of Wikimedia project (P5008)gender gap on Dutch Wikipedia (Q60687720) statement (incomplete, of course, but it's a start).

My current thoughts about such a challenge:

1. It shouldn't take much time to organize and manage and track (for selfish reasons: I will be really busy next year)
2. I'd like it to target Dutch-language Wikipedia editors who are sympathetic towards and curious about Wikidata. I would like to use the challenge as a springboard for them to learn more about Wikidata, and increase their skills and confidence contributing to Wikidata.
3. I'd like the challenge to focus on improving existing Wikidata items (i.e. not creating new items). Adding and improving sourced statements, adding sources, improving sitelinks... mainly because I notice that this still needs a lot of work! We have so many items with barely any references, and I personally always discover items that can and should be improved.

But I welcome other ideas, taking into account that point #1 is really important :-)

My current questions:

• Has anyone here done a similar thing, and would like to share experiences?
• How could we track participation, contributions, and the quality of the contributions - specifically e.g. adding references? I know the Program and Events Dashboard allows some tracking of edits to Wikidata items, but in my experience it's very rough (I think it doesn't allow to track contributions to results of a specific Wikidata query, but I may be mistaken)

Any tips, ideas, suggestions and input welcome. Best, Spinster 💬 08:11, 7 December 2024 (UTC)

I'm quite interested in this topic. Improving these items would give a good indication of notability for articles on Wikipedia as well. Wikidata:WikiProject Women/Wiki monitor/nlwiki has a few reports. Sjoerd de Bruin (talk) 10:53, 7 December 2024 (UTC)

I commend you on your "focus on improving existing Wikidata items (i.e. not creating new items)". We see far too many projects where the first action of new users is bulk item creation. It usually doesn't end well.  :( Bovlb (talk) 18:33, 12 December 2024 (UTC)

@Bovlb I'm very aware of that :-) And there's enough really interesting and fun stuff to do with existing items. Spinster 💬 18:57, 12 December 2024 (UTC)

Latest label removals gone wrong?

Hi, @JnpoJuwan removed all 'Wikidata' labels from Wikidata (Q2013) and instead added a default label 'for all languages' (this is a new wikibase feature). In effect, only a few languages now have their own special label. I don't mind this but... my default language settings are Czech and I am now getting a Slovak label 'Wikiúdaje' as the item name on top of the Wikidata item page. Can this be customized so that the first preferred item label to display on top of the page is the 'default' version of the label? Vojtěch Dostál (talk) 19:54, 8 December 2024 (UTC)

@Vojtěch Dostál oh dear, that is something weird. I do not have enough experience in the technical aspects of Wikidata, so please ping other users who are more knowledgable. JnpoJuwan (talk) 20:46, 8 December 2024 (UTC)

Similarly, removing the English label from an American company like this made third-party reusers of the data showing raw Qids. Sure, they should perhaps update to fall back to mul, but I think it is reasonable to expect a label in the language of the item even if it is the same as mul. I suggest restoring all those labels (and always keeping one would help us track why the mul one was chosen). Ainali (talk) 09:33, 9 December 2024 (UTC)

The point of having "mul" is that we can save store space by not needing to save a label in every language. ChristianKl ❪✉❫ 15:20, 14 December 2024 (UTC)

I know. My point is that we should keep it in exactly one (1) language beyond mul, not every other label. That could still remove hundreds of labels. Ainali (talk) 21:07, 14 December 2024 (UTC)

MediaWiki fallback chains

The Slovak label is presented due to MediaWiki language fallback chains where Slovak and Czech fall back on each other and only after that to the default label (mul). To my understanding these are defined for the whole MediaWiki software and not specifically for Wikidata. In most cases this fallback makes sense (e.g. if there is no Czech label for a person who's native name is writen in non-Latin characters, it makes more sense to present the Slovak translitterated label than the non-Latin default label) but in some cases like with Wikidata (Q2013) it may lead to unwanted results. I think a simple solution for these rare cases would be the best: just add a Czech label "Wikidata" to override the Slovak label and maybe add a short comment to the talk page explaining the reason for this action. Samoasambia ✎ 21:06, 8 December 2024 (UTC)

@Samoasambia Yes, I thought it's something like that, but shouldn't we set the fallback in a way that it first falls back on the default mul label, and only then on the Slovak label? Vojtěch Dostál (talk) 08:31, 9 December 2024 (UTC)

That sounds problematic when two linked languages are much closer to each other than mul, say those with different alphabets to mul. I'm not sure they've thought about this, the chain idea was new to me. Vicarage (talk) 08:42, 9 December 2024 (UTC)

We discussed whether the mul fallback should come before or after the final, implicit en fallback (and decided that it should be mul before en – except for languages that explicitly fall back to en, such as en-gb), but I don’t remember if we even considered putting mul before the language’s explicit fallbacks… to me that sounds like a strange idea. If the mul label has to be overridden in Slovak, then clearly it’s not suitable for all languages (which is fine, that’s why it can be overridden) – why should Wikibase assume that Czech speakers would be better served by the mul label than by the Slovak label, when MediaWiki says that Czech messages should normally fall back to Slovak translations (and vice versa) before English?

In the case of Q2013, I think the Czech label should not have been removed: labels should only be removed in favor of mul if that doesn’t change the displayed label, and in this case it did cause a change. If the removal was done by a bot, I’d say the bot code has to take the fallback chains into account (available in the API, by the way), though in this case it looks like it was actually done manually. Lucas Werkmeister (WMDE) (talk) 10:44, 9 December 2024 (UTC)

@Lucas Werkmeister (WMDE) All right, that sounds like a long-term solution. Let's not remove labels if the fallback chains cause Wikidata to display a different string. Vojtěch Dostál (talk) 11:13, 9 December 2024 (UTC)

Don't remove labels, we don't have any consensus for doing so and breaks stuff. Multichill (talk) 21:23, 9 December 2024 (UTC)

@LiMrBot by @LiMr seems to be doing that too, perhaps a proper bot request should be started for that instead. Vojtěch Dostál (talk) 10:58, 10 December 2024 (UTC)

a proper bot would be very appreciated. if the unintended errors by mul are patched, please request that! JnpoJuwan (talk) 11:14, 10 December 2024 (UTC)

A proper bot, or just a proper discussion and policy on this in general, even if it changes again in the future. I expect currently many integrations and tools, and data reuse by data reusers will be broken if labels in know and or expected languages are removed in any mass way or at any speed. Not to mention the issues it has and will cause with bot, scripts and people adding data. And even more so as 99% of all other wikibases do not have this code yet. ·addshore· ^{talk to me!} 16:12, 10 December 2024 (UTC)

Wikidata weekly summary #657

Here's your quick overview of what has been happening around Wikidata in the
week leading up to 2024-12-09. Missed the previous one? See issue #656

Discussions

• New requests for permissions/Bot: KlaraBot - Task(s): Append a human's lifespan to descriptions when they can be authoritatively sourced.
• Closed request for comments: Audio transcription (P9533) - Closed with no consensus. The discussion is ongoing on the Property P5933 talk page.

Events

• Past: Amical Wikimedia, the Catalan-language and culture focused thematic Wikimedia Organization organized the Celebrem Wikidata (Let's celebrate Wikidata) project to celebrate Wikidata's 12th anniversary, from November 10 - 30. This included a Wikidata introduction workshop to equip participants with the editing skills to tackle the project's main aim. This was presented as a game to delete duplicate info on Wikidata and Catalan Viquipèdia infoboxes, in three areas: protected buildings, officers' positions and data related to sports teams players. At the end of the event, ~200 Wikidata-fed infoboxes and Wikidata items were improved and many Wikipedia editors edited Wikidata for the first time!
• Upcoming events:
  • (Deutsch)Wikidata for Legal Historians - Tue. 10 December, 3pm - 7pm (UTC+1). This presentation explores Wikidata as a key platform for LOD, explains its Semantic Web foundation, introduces FactGrid (a Wikidata-based platform for historical research). Highlights potential of both platforms using examples and encourages discussion for legal historical research. Register here.
  • Today (09.12.2024) is the last chance to submit an Abstract for the Wikidata and Research conference (5 - 6 June 2025). If you are interested in participating, please review the submission acceptance format before submitting here.

Press, articles, blog posts, videos

• Blogs
  • MediaWiki Conference Highlights, featuring Wikibase talks including one by Christos Varvantakis and Jon Amar from Wikimedia Deutschland.
  • Semantic Wikibase 2024 Update
  • WMDE launches AI Knowledge project in collaboration with DataStax built with NVIDIA AI
  • Ten years of Philippine local Govt. data for Wikidata's 12th Birthday. Read about SKAP's (Shared Knowledge Asia Pacific) efforts to add 10 years worth of financial data of local Government assets to Wikidata during a Datathon.
• Papers
  • Developing an OCR - Wikibase Pipeline for Place Names in the RGTC Series - introduces a semi-automated workflow for extracting and digitally storing geographically relevant information, including spatial relations and contextual details, from place names in the Répertoire géographique des textes cunéiformes. By Matthew Ong (2024).
• Videos
  • Wikibase4Research - Kolja Bailly presents ways in which the Wikibase4Research tool by the TIB Open Science Lab supports researchers in dealing with Mediawiki software for knowledge bases such as Wikibase and facilitates better and FAIR Research Data Management. Includes a live demonstration and beginner-friendly instructions.

Tool of the week

• CAT🐈: Metrics computing simple metrics (number of labels, number of descriptions, number of sitelinks, number of statements) for item matching a simple claim.

Other Noteworthy Stuff

• Template:Image properties New template listing properties that link to images.
• Let's Connect invites you to get involved in helping spread awareness and knowledge of Wikidata, potentially help organise a Wikidata Learning Clinic. Are you interested in participating? Please sign-up on this registration form.

Newest properties and property proposals to review

• Newest properties:
  • General datatypes:
    • reference illustration (an illustration of this subject to provide a detailed reference for its appearance. It should be ideally tied to the primary literature on the item.)
  • External identifiers: Gallimard author ID, Football Kit Archive ID, Bibliothèque du Séminaire de Tournai author ID, Bibliothèque du Séminaire de Tournai publisher ID, Reg-Arts artist ID, EU Corporate body code, PBY Ben-Yehuda dictionary identifier, Academic Dictionary of Lithuanian entry ID, L'AF au champ d'honneur ID, Radio Algeria tag ID (Arabic), Radio Algeria tag ID (French), The American Heritage Dictionary of the English Language entry ID, Kamus Dewan Edisi Keempat ID
• New property proposals to review:
  • General datatypes:
    • land acknowledgement (acknowledgement of indigenous or native people whose ancestors lived at a location)
    • homonym of (taxon item of which the taxon name is an exact homonym)
    • taxon known by this common name (taxon item of which this common name refers)
  • External identifiers: PCGames.de product ID, AniSearch character ID, Hachette author ID, El Watan tag ID, Albin Michel author ID, DNCI label ID, Battle.net game ID, Collectie Nederland ID

You can comment on all open property proposals!

Did you know?

• Query examples:
  • Items missing Hungarian labels or description that are part of Library and Information Science (Q13420675)
  • Items from Maori Wikipedia missing English labels or descriptions
  • Instances of "Shopping Center" located in administrative territorial entity subclass of Norway
• Newest WikiProjects:
  • Nonprofit Organisations in Nigeria, Belgium and Italy.
• WikiProject Highlights:
  • Rwanda - since its creation a couple of weeks ago, it has expanded greatly with new sections for Lists, Museums and Hospitals.
• Newest database reports: Unauthorized Bots - A list of bots and their edits, operating without a Bot flag.
• Showcase Items: Das Erste: A German public service television channel broadcasting for more than 70 years.
• Showcase Lexemes: Kerzu (L8153) the Breton word for December, directly translates from "totally black", rather appropriate for the cold, dark last month of the year.

Development

• You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Weekly Tasks

• Add labels, in your own language(s), for the new properties listed above.
• Contribute to the showcase Item and Lexeme above.
• Govdirectory weekly focus country: Ghana
• Summarize your WikiProject's ongoing activities in one or two sentences.
• Help translate or proofread the interface and documentation pages, in your own language!
• Help merge identical items across Wikimedia projects.
• Help write the next summary!

· Previous issue · Danny Benjafield (WMDE) (talk) · MediaWiki message delivery (talk) 15:19, 9 December 2024 (UTC)

Temporary Accounts - introduction to the project

A temporary account notification after publishing the first edit

The Wikimedia Foundation is in the process of rolling out temporary accounts for unregistered (logged-out) editors on multiple wikis. The pilot communities have the chance to test and share comments to improve the feature before it is deployed on all wikis in mid-2025.

Temporary accounts will be used to attribute new edits made by logged-out users instead of the IP addresses. It will not be an exact replacement, though. First, temporary users will have access to some functionalities currently inaccessible for logged-out editors (like notifications). Secondly, the Wikimedia projects will continue to use IP addresses of logged-out editors behind the scenes, and experienced community members will be able to access them when necessary. This change is especially relevant to the logged-out editors and anyone who uses IP addresses when blocking users and keeping the wikis safe. Older IP addresses that were recorded before the introduction of temporary accounts on a wiki will not be modified.

We would like to invite you to read the first of a series of posts dedicated to temporary accounts. It gives an overview of the basics of the project, impact on different groups of users, and the plan for introducing the change on all wikis.

We will do our best to inform everyone impacted ahead of time. Information about temporary accounts will be available on Tech News, Diff, other blogs, different wikipages, banners, and other forms. At conferences, we or our colleagues on our behalf are inviting attendees to talk about this project. In addition, we are contacting affiliates running community support programs.

Subscribe to our new newsletter to stay close in touch. To learn more about the project, check out the FAQ and look at the latest updates. Talk to us on our project page or off-wiki. See you! NKohli (WMF) and SGrabarczuk (WMF) (talk) 00:00, 10 December 2024 (UTC)

Just adding a small bit of wiki-specific context: Wikidata will probably be one of the last wikis where temporary accounts are enabled – the code is ready overall, but if Wikidata gets temporary accounts first, the code on other wikis will become confused :) Lucas Werkmeister (WMDE) (talk) 15:39, 10 December 2024 (UTC)

Wikipedia Library link as reference url

Hello, in my watchlist I noticed a Wikipedia Library link used as reference url P854 (diff). In my opinion, the Wikipedia Library is very useful to found sources and access paywalled pages, but it is not to be used as a link for referencing items, because the link should be directly to the source, without the wikimedian access. I am right or it has never been discussed before? However, in this specific case I can't found a different link to the source, so I don't know what is best to do. (I notify also @RabbitFromMars who added the source.) Una tantum (talk) 11:10, 10 December 2024 (UTC)

Would Wikimedia import URL (P4656) be a better choice? Bovlb (talk) 17:13, 10 December 2024 (UTC)

Or the actual url? It's probably a domain change, wonder if it could be a bot run. Sjoerd de Bruin (talk) 17:48, 10 December 2024 (UTC)

I agree, the actual url (without the Wikipedia Library access) is the best choice. But 1. I don't have found it and 2. I don't have any idea about bots. Una tantum (talk) 08:32, 11 December 2024 (UTC)

SPARQL helper agent

Hello All,

A kind reminder, Stanford recently trained a new online agent to assist SPARQL creation. It translates user-submitted natural language questions into SPARQL queries and results from Wikidata.

• Tool : https://spinach.genie.stanford.edu/
• Source: https://meta.wikimedia.org/wiki/Research:Newsletter/2024/November

It doesn't do much others things like generalist agents.

Still, as for SPARQL ist quite handy. Go try it out. Yug (talk) 10:27, 11 December 2024 (UTC)

Also, we currently advertise the query builder a lot. Maybe pointing to this agent would be more accessible for SPARQL beginners. Yug (talk) 10:27, 11 December 2024 (UTC)

Deletion of Q11385436

A couple of weeks ago I contacted Penn Station after realizing in the constraint reports that there was a deleted entity (Q11385436) in the list of constraint violations that was deleted by them due to not meeting the notability criteria (or at least that's what they said in the deletion log). That deleted entity is still used in a couple of other entities. In this case it would meet the point 3 of the notability criteria or the entities in which is used don't meet the notability criteria either. What's the course of action that should be followed in cases like this? -- Agabi10 (talk) 10:31, 11 December 2024 (UTC)

The notability of Q17232495, and the role of Shūya Yoshimoto (Q11385436) there is significant enough for WD:N structural need; I'm not sure about Q120333275, as the article was deleted[1] - it depends if all films of a notable director (Miyo Nano (Q11444933)) are notable. Peter James (talk) 15:35, 11 December 2024 (UTC)

@Agabi10: The relevant process is described in Wikidata:Guide to requests for undeletion.

It's a little concerning that @Penn Station appears to have stopped responding to messages on their talk page over three years ago. Bovlb (talk) 21:27, 11 December 2024 (UTC)

Maybe my expectations as an unprivileged user (who is very active) are a little skewed, but I'm very surprised to see an admin that hasn't made any edits in the Wikidata and Wikidata talk namespaces in over a decade. William Graham (talk) 23:34, 11 December 2024 (UTC)

A lot of people prefer to stay away from the drama.

Although Penn Station has not responded to the last seven posts on their talk page, only the last one (the current issue) actually relates to their administrative actions, and therefore requires a response. Bovlb (talk) 23:42, 11 December 2024 (UTC)

statement „point in time“ with academic year

Dear all,
I would like to add Q131237471 to this former Rome Prize fellow's data object. He was a fellow in the academic year 1913/1914. At the time being, there is no way to add this kind of statement (year1/year2). I could add only 1913, but this would be not true. I added 2 qualifiers of „point in time“, but that's also not correct. Does anybody of you have a solution for this problem? -- Kaethe17 (Villa Massimo 24) (talk) 11:09, 11 December 2024 (UTC)

Use time period (P2348) for academic years, point in time (P585) can be used for the ceremony date. Sjoerd de Bruin (talk) 13:56, 11 December 2024 (UTC)

I just tried that, but the little black flag appears saying: „time period is not a valid qualifier for award received“. I understand that usually prizes are awarded at a defined point in time. This award, the Rome Prize (Q131237471), consists of being able to spend the academic year „year1/year2“ in Rome. Otherwise, there is no ceremony. So, should I still use time period (P2348)? Kaethe17 (Villa Massimo 24) (talk) 14:23, 11 December 2024 (UTC)

@Kaethe17 (Villa Massimo 24)

Generally, if you know when an event starts and stops, using start time (P580) and end time (P582) is better than using point in time (P585). point in time (P585) exists for those cases where you know that something was true at a specific time but don't know either the start time (P580) or end time (P582). ChristianKl ❪✉❫ 14:31, 14 December 2024 (UTC)

I'd use point in time (P585) if the precision I was quoting would otherwise have start time (P580) and end time (P582) being the same value, ie 1913-1913 Vicarage (talk) 14:35, 14 December 2024 (UTC)

How to quickly see items that are a subclass?

For example, when viewing or querying cannibalism (Q44595), it would show cannibalism in animals (Q908508) and Cannibalism in Africa (Q124758790).

A way to conveniently and quickly (easily so even for people new to the site) items that are a subclass of the current item would be quite useful both for the Web UI and any queries like those of the Listeria bot. Maybe this is already possible or if not there already is a proposal somewhere to add such functionality. To be clear, I'm not referring to some search query or sparql query but when it comes to the Web UI either a button or something that can be expanded to load the items directly on the page with a click. Prototyperspective (talk) 11:29, 11 December 2024 (UTC)

Maybe this relateditems (Q102435390)? It's a gadget. RVA2869 (talk) 13:07, 11 December 2024 (UTC)

Thanks, however after enabling the gadget I don't see any button on the item pages. The documentation of the gadget consists of one sentence This gadget displays related items on an item page. so that's not helpful either. How to use it? Moreover, if that enables that it's still only a gadget but I think this would a be useful as a default functionality (e.g. also for people new to the site as a key way why Wikidata and its subclasses item organization can be useful). Prototyperspective (talk) 13:42, 11 December 2024 (UTC)

@Prototyperspective If you have it enabled, then a “show derived statements” button should appear at the bottom of the page. RVA2869 (talk) 14:44, 11 December 2024 (UTC)

Okay I've suspected it may be that but that button disappears when the page is loaded. I saw it a few times before it disappeared, maybe it's because of some other gadget that hides it. Prototyperspective (talk) 14:50, 11 December 2024 (UTC)

Now I see the button after disabling the WikidataComplete script. It's an interesting gadget but it doesn't show items that have [subclass of this item] set. Prototyperspective (talk) 14:55, 11 December 2024 (UTC)

• https://w.wiki/CPZt
• d:Q29982490 - Wikidata class browser
  • https://bambots.brucemyers.com/WikidataClasses.php?id=Q44595&lang=de
• https://angryloki.github.io/wikidata-graph-builder/?item=Q44595&property=P279&graph_direction=down
• https://angryloki.github.io/wikidata-graph-builder/?item=Q44595&property=P279
• https://angryloki.github.io/wikidata-graph-builder/
• Wikidata:Tools/Visualize data

M2k~dewiki (talk) 13:54, 12 December 2024 (UTC)

Thank you! The first link is a separate site but I'm looking for something that I can directly see in the item with just a click. It also seems to require specifying things so this isn't accessible, e.g. to people new to the site or not interested in a subject enough to spend a minute just to see some related items. (Btw it rotates and I don't know how to make it stand still.)
I can't use the tool of the second link and the its site of the third link is down.
The fourth link is interesting and probably a tool that's too unknown/underused but it doesn't show subclasses of this item but only the other way around. Same for fifth link (I'm looking for the other way around). Lastly for the sixth link it's the same tool and I'm looking for something that's accessible in the sense of directly integrated/able into the item page and seeable with one or two quick clicks. I was kind of surprised that this isn't yet possible on Wikidata given how you can navigate categories on Wikipedia and the mw:Extension:CategoryTree to see subclasses directly on the page without even leaving the page. Prototyperspective (talk) 16:08, 12 December 2024 (UTC)

Real property attribution to a person

Hello everyone!

Could you pls advise me which Wikidata property to use for real property attribution to a person? A person is in several sanctions lists. David Osipov (talk) 10:37, 12 December 2024 (UTC)

I'm having a little trouble understanding what you are asking. Could you give a more specific example? Bovlb (talk) 18:30, 12 December 2024 (UTC)

Sure, sorry. So, I've created Q131388164 this entry of a sanctioned by the US and other countries person. I was thinking of how to properly list his assets (real property) like an apartment, a car, plots. I've used Property:P1830 to indicated this, but it requires inverse statements, so it seems to a really good chose for my case. David Osipov (talk) 18:46, 12 December 2024 (UTC)

Yes, you should not be adding classes as things owned, as it is intended for individual items. For example, it's not true to say that they own Jeep Wrangler (Q1353305), as I believe they only own one instance of that class. Clearly we don't want to be reifying everyone's cars, so I don't think we have a good way to represent this kind of information.

Your original question got me thinking about how we handle "being on a sanctions list". I couldn't find anyone represented as being on Specially Designated Nationals and Blocked Persons List (Q15848109), for example. penalty (P1596) doesn't seem quite right for that, and there are probably all sorts of flavours of "being on the list". We do have OpenSanctions ID (P10632) which is probably a better way to pull in that information, as it is potentially very dynamic and nuanced Bovlb (talk) 19:06, 12 December 2024 (UTC)

It's interesting you mention that. I'm actually collaborating with OpenSanctions, and we've noticed that data from official sources isn't always accurate and can be slow to update. This is a good example of how local knowledge can be crucial. Because I know Georgian, I was able to research Kharazishvili beyond the initial US sanctions data. I found errors in his address, details about his car, three land plots (with their cadastral numbers and coordinates), and that he had sold his stake in a company before the sanctions. I even found details about his son and his personal ID number. All of this more complete information is now on Wikidata, but due to property limitations on the Wikidata side, they were only able to propagate a limited part of it.

How do we deal with this situation? Should I propose additional properties? David Osipov (talk) 21:03, 12 December 2024 (UTC)

You need to be careful in recording too much personal information for someone, even if they are a nasty piece of work. Recording a car number plate makes attacks easier. Now this might be the intention of some groups, but its not something WD can support. Vicarage (talk) 21:55, 12 December 2024 (UTC)

Sure, I'll be careful here, I'm just inputting info available to public. My stance is if someone violates human rights (this person even accepted it himself in live stream), he/she must be ready for a backlash. I accept I'm too biased here, because it's all happening in my country right now. David Osipov (talk) 07:22, 13 December 2024 (UTC)

See Wikidata:Living_people#Statements_that_may_violate_privacy, but even for the (in)famous, not anything goes, and WD does not want to attract the attention of their personal protection teams. Vicarage (talk) 08:00, 13 December 2024 (UTC)

Basically doXing someone with a history of violence under a full name, what could possibly go wrong, huh? Should you regret this, ask an administrator to hide specific revisions. Infrastruktur (talk) 20:27, 13 December 2024 (UTC)

You could propose a new property, but I predict that there won't be a lot of support for a "subject owns instance of class" property. Bovlb (talk) 23:06, 12 December 2024 (UTC)

Let me try :) David Osipov (talk) 07:22, 13 December 2024 (UTC)

We have a living people policy that discourages doxing people. Even when doxing oligarchs, lobbyists or other classes of problematic people can be a public good, out policies currently don't have expections for that. I think it would be possible to write an expection for people who are on official sanctions list or are Politically Exposed Persons into our living people policy but we currently do not have such a policy. ChristianKl ❪✉❫ 15:07, 14 December 2024 (UTC)

Why is Christianity low on the list when inputting "Christianity"?

This is a question about using the web interface with English set as the current language.

On any item, when I add the property religion or worldview (P140), if I type "Christianity" into the property value, I see the following list (in order) as suggested values:

1. Methodism (Q33203)
2. Reformed Christianity (Q101849)
3. Presbyterianism (Q178169)
4. Protestantism (Q23540)
5. Christianity (Q5043)
6. history of Christianity (Q235329)

Questions:

1. Why is Christianity so far down the list? Is it because these other items are more commonly used for this property, or are more widely linked on Wikidata?
2. Why are these other items shown at all? I would expect to see an alternative label in parentheses to the right of the primary label. Indeed, for the last item, history of Christianity (Q235329) I see "history of Christianity (Christianity history)". Yet I don't see an alternative label starting with "Christianity" for these first items, so why are they displayed when I type "Christianity"?

Daask (talk) 17:07, 12 December 2024 (UTC)

The way the completion list works is a bit of mystery to most of us, and I can never find any documentation on it.

You might get a better response by asking at Wikidata:Report a technical problem. Bovlb (talk) 19:10, 12 December 2024 (UTC)

Label Description Aliases

How may I refer to those label description aliases that are set before the declarations of an item? Let's say for Alicia Silverstone, I would like to retrieve the text "American actress" (which is different from 'occupation', in English or in a different language. It seems that this info is not a property, by Wikidata definition. So how is it called? CasteloBranco^msg 15:09, 13 December 2024 (UTC)

 Done I just found the answer: this thing is called "description". There is a wikimodule called en:Module:Wd (also in many other wikis) and if we type {{#invoke:wd|description}} in a given page, it will transclude the Wikidata description into the other wiki page. Just sharing, in case someone has the same question. CasteloBranco^msg 19:53, 13 December 2024 (UTC)

please someone delete https://www.wikidata.org/wiki/Q131442236

Please someone delete item https://www.wikidata.org/wiki/Q131442236. I created it trying to do something that can't be done. Thank you. Dionysus (talk) 08:10, 14 December 2024 (UTC)

Deletion requests can be made at Wikidata:Requests for deletions M2Ys4U (talk) 10:01, 14 December 2024 (UTC)

 Done Ymblanter (talk) 19:19, 14 December 2024 (UTC)

Wikimedia commons categories missing from Wikidata

I went to use https://commons.wikimedia.org/wiki/Category:Maps_of_Fort_Sumter and was surprised it didn't have a WD entry, so I created it, Category:Maps of Fort Sumter (Q131440644), but it seems generally that these minor commons categories aren't on WD, eg https://commons.wikimedia.org/wiki/Category:Postcards_of_Fort_Sumter. I was expecting them to be created automatically, even if needed people here to provide the category combines topics (P971) values of map and Fort Sumter (Q737517) so the latter could use it with category for maps or plans (P7867) (or more generally finding all related categories with category combines topics (P971) in a query)

I struggled to find Commons category statistics, but they had 7.3m categories 5 years ago, and we only have 5.5m Wikimedia category (Q4167836) here now, so there is a big gap.

Do these minor category entries really need to be created by hand? Vicarage (talk) 09:14, 14 December 2024 (UTC)

No, often they are not meant to be created at all, cf. WD:N #1.4: "Category items with a sitelink only to Wikimedia Commons are not permitted, unless either a) there is a corresponding main item which has a sitelink to a Commons gallery or b) the item is used in a Commons-related statement, such as category for pictures taken with this camera (P2033)." --Dorades (talk) 11:05, 14 December 2024 (UTC)

Thanks, I'll make sure when adding them there is a relevant category combines topics (P971) and category for maps or plans (P7867) pairing. Vicarage (talk) 12:49, 14 December 2024 (UTC)

I don't think that category combines topics (P971) and category for maps or plans (P7867) will make category items notable (except for the cases mentioned in WD:N #1.4 as quoted above). --Dorades (talk) 20:42, 14 December 2024 (UTC)

I thought that was exactly the 1.4 case. It replicates existing usage, we'll see if anyone challenges them. Vicarage (talk) 21:00, 14 December 2024 (UTC)

Add label in your language

I don't know if it's a good idea and how many people will read it, but add label in your language at and (Q12364761). Eurohunter (talk) 13:11, 14 December 2024 (UTC)

 Done (eo, fr) CasteloBranco^msg 17:45, 14 December 2024 (UTC)