Shortcuts: WD:PC, WD:CHAT, WD:?
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
|
- 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á
- 中文
![]() |
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/08. |
How to describe printed work?
[edit]There is general term publication (Q732577) for any published, than physically printed work and printed book (Q11396303) is limited to just book. How to call any of such printed release of newspaper or any release looking like this? Eurohunter (talk) 19:28, 5 August 2024 (UTC)
- @Eurohunter Do you mean periodical issue (Q21995230) ? Vojtěch Dostál (talk) 12:29, 8 August 2024 (UTC)
- @Vojtěch Dostál: I don't think so. It don't indicate paper release. In case of music there are CD, vinyl or digital version, in case of books there is paper and digital version. Eurohunter (talk) 19:27, 8 August 2024 (UTC)
- Do you want to model the specific exemplar or the fact that this newspaper was released via print? Uniwah (talk) 17:47, 11 August 2024 (UTC)
- @Uniwah: Yes I want to model the fact that this newspaper was released via print. Eurohunter (talk) 07:44, 15 August 2024 (UTC)
- Do you want to model the specific exemplar or the fact that this newspaper was released via print? Uniwah (talk) 17:47, 11 August 2024 (UTC)
- @Vojtěch Dostál: I don't think so. It don't indicate paper release. In case of music there are CD, vinyl or digital version, in case of books there is paper and digital version. Eurohunter (talk) 19:27, 8 August 2024 (UTC)
made-for-TV film whose subsequent re-runs have been divided into seperate television series episodes
[edit]Do we have any items or properties that can be used to indicate this? And to indicate the relationship between the movie and the seperate episodes? Trade (talk) 17:48, 9 August 2024 (UTC)
- Unfortunately, I don't think there's an established, documented way of modeling such editions (film cut into episodes, series cut into a movie, or movies that are sometimes released as one, two or more parts). Various such pilot movie items simply have has part(s) (P527) statements with the different episode items as values. But that doesn't really convey the exact nature of their relationship. Maybe edition or translation of (P629) and has edition or translation (P747) could be used. based on (P144) on the other hand is probably too generic, IMHO.
- Tried to look up how this case is modeled on EIDR, but they simply list the three separate episodes and the film as just episodes of the show. And ISAN doesn't even have an entry for the film version, only the three episodes. So no help there, unfortunately. --2A02:810B:580:11D4:64A3:4ECC:9AC4:295B 21:26, 10 August 2024 (UTC)
- Why not use derivative work (P4969)? Trade (talk) 14:37, 14 August 2024 (UTC)
- Right, that would also a good candidate, didn't think of that. Though it kinda has the same "problem" as based on (P144), in that it is somewhat generic and doesn't necessarily fully convey the exact relation.
- Though now I'm not even sure how we can properly model the details without creating items for the parts of the movie (like chapters of a book), and then use something like edition or translation of (P629) or derivative work (P4969) to connect those to the episode items. But that approach would probably be too detailed and also too cumbersome.
- We also have the same problem (only parts of a work edited into a new work/edition) with other things like comics or literature published in serialized form.
- Maybe we need a new property specifically to describe the exact relationships between individual works? Something like "relationship to other work" linking to the movie item, with qualifiers like "object has role" -> "movie cut into episodes" or "original work" + "subject has role" -> "episodic edit of a movie". That might even be useful for stuff like sequels, prequels, reboots or remakes that we also don't have a good way of modeling so far. --2A02:810B:580:11D4:B022:D696:BA14:90A3 00:31, 15 August 2024 (UTC)
- Why not use derivative work (P4969)? Trade (talk) 14:37, 14 August 2024 (UTC)
- I have now created television film later divided into television series episodes (Q129086536). Please suggest a better name or description because this isn't too great--Trade (talk) 14:38, 14 August 2024 (UTC)
Using low numbers for commonly used properties
[edit]Summary
[edit]Property:P6 is the only one of P1-P9 that currently exists. Since these numbers that are easy to type and remember, should we could move common properties to them or redirect them to the existing common property numbers?
Property history
[edit]P7 and P9 were deleted in 2016 and probably had substantial use. I don't think we should overwrite these any time soon.
P11 and P12 were deleted in 2013 with no substantial usage. (P11 log, discussion; P12 log, discussion). I'm inclined to overwrite these.
Suggested properties
[edit]I'd suggest the following properties:
- instance of (P31)
- subclass of (P279)
- part of (P361)
- has part(s) (P527)
- inception (P571)
- head of government (P6) (Already exists)
- P7 (P7) (Reserved from recent usage)
- dissolved, abolished or demolished date (P576)
- P9 (P9) (Reserved from recent usage)
- video (P10) (Already exists)
- start time (P580)
- end time (P582)
- publication date (P577)
I based this list on properties that I subjectively regard as basic, and prioritized items I thought most likely to be used by humans (as opposed to automated tools) in queries and manual entry.
One list of most frequently used properties is at Wikidata:Database reports/List of properties/Top100. It might be useful to compare another list which excludes properties used in references.
I offer this list to help illustrate my proposal, but I'd suggest we postpone discussing which properties to choose before answering the feasibility and desirability questions below.
Questions
[edit]- Is it possible there were uses of these low-numbered properties in Wikidata history that we should care about that aren't showing up in "Main public logs" at Special:Log?
- Is moving a highly-used property inherently a bad idea because it will increase server load due to increased redirects? (eg. redirecting P31 to P1) This will decrease over time.
- Is making a highly-used redirect inherently a bad idea because it will increase server load due to increased redirects? (eg. redirecting P1 to P31). This will continue perpetually.
- Do others think moving or redirecting would be good or bad for other reasons besides questions 2 and 3?
- Which is better, redirecting P31→P1 or P1→P31?
- Should we move or redirect over deleted properties that were never substantially used, eg. Property:P11? How much time should we give for existing uses to transition after deletion? (eg. 10 years)
Daask (talk) 18:58, 10 August 2024 (UTC)
- It is a tremendously bad idea to repurpose deleted items or properties, regardless of the reasoning. Doing this would require millions and millions of changes to existing items. And furthermore, the item and property numbers aren't how most human interact with them -- instead they rely on the autocompletion of the labels and aliases. Your proposal seems to be a solution in search of a problem. I see no problem with the status quo. William Graham (talk) 20:36, 10 August 2024 (UTC)
- @William Graham: Not repurposing answers question 6. "Millions and millions of changes" seems to oppose moving, but doesn't address creating redirects. As for what problem this solves: I often rely on my memory for common Wikidata property numbers for queries. Obviously, there are far more properties than can be memorized, so we do need user-friendly systems for searching for properties by label, but I thought having low numbers for the most common ones would make Wikidata more accessible to new users. Daask (talk) 12:34, 12 August 2024 (UTC)
Strong oppose Creating redirects would make item histories nonsensical. There are a nontrivial number of historical (deleted) statements of deleted properties. If the Property number came back into existence then it would make it look like the value from the historical deleted statement applied to a completely different property. Also redirects in the property namespace will create scenarios where the results from Wikidata Query Service are missing results or provide unreliable results. Those are just some of the reason that your proposal is bad for data integrity and the useability of the knowledge base. William Graham (talk) 15:47, 12 August 2024 (UTC)
- @William Graham: Not repurposing answers question 6. "Millions and millions of changes" seems to oppose moving, but doesn't address creating redirects. As for what problem this solves: I often rely on my memory for common Wikidata property numbers for queries. Obviously, there are far more properties than can be memorized, so we do need user-friendly systems for searching for properties by label, but I thought having low numbers for the most common ones would make Wikidata more accessible to new users. Daask (talk) 12:34, 12 August 2024 (UTC)
- It certainly would be nice to have the most common properties at the low numbers that are much easier to memorize. And if we had to built the project again from the ground up, that would certainly be something that would be done. But after more than a decade into the project's existence, I think changes like that are simply not easily doable and would most likely have too many downsides and potential unintended side effects. --2A02:810B:580:11D4:68ED:8DC0:B68B:72FE 21:40, 10 August 2024 (UTC)
Oppose I think everybody's going to have their own list of properties they'd like to be easier to enter, but really 2 characters vs 3 or even 5 is not a big deal. Plus most properties in my experience are just entered via autocomplete (or bots) where the property number is irrelevant. If I was to pick my priority properties it would probably be human-related ones like occupation (P106), employer (P108), affiliation (P1416) and some of the properties related to name (P2561). ArthurPSmith (talk) 14:21, 12 August 2024 (UTC)
- Tech comment re 1 – my understanding is that in the early days of Wikibase, the list of reserved Entity IDs was shared between all Entity types, so P1–P5 never existed because Q1–Q5 were reserved (Universe (Q1), Earth (Q2), life (Q3), death (Q4), human (Q5)). Lucas Werkmeister (WMDE) (talk) 16:02, 12 August 2024 (UTC)
Oppose – IMHO the justification for this proposal is pretty weak; I’ve previously argued (meta:Talk:Abstract Wikipedia/Reserved ZIDs#Spreading out numbers) that core Wikidata entity ID numbers not being consecutive or clustered in a small numeric range is actually a good thing. Lucas Werkmeister (talk) 16:05, 12 August 2024 (UTC)
- I can never remember the number of family name (P734) because it's right next to given name (P735), so I strongly agree with this argument. —Xezbeth (talk) 06:31, 14 August 2024 (UTC)
Oppose I see no good reason to re-number existing properties. And even if there were a reason, it would have to be a really good one to justify the technical problems that such a renumbering would cause. M2Ys4U (talk) 16:56, 12 August 2024 (UTC)
Oppose no, please no! Multichill (talk) 16:32, 13 August 2024 (UTC)
Oppose many people tent to remember something by its look or name. Changes like this, makes the environment to them unfriendly. --Juandev (talk) 07:20, 14 August 2024 (UTC)
Blue plaques
[edit]Hello folks - I've been considering how specific instances of blue plaque (Q885849) (used to commemorate notable people in the UK) should be represented on Wikidata. A few have been created as their own Q item (e.g. Annie Besant blue plaque (Q123737173), First Flying bomb on London fell here (blue plaque), Tower Hamlets (Q83187836), Helene Aldwinckle blue plaque (Q116544313)). One building, Colonnade Hotel (Q5148462) "has part" blue plaque, which commemorates Alan Turing.
Would there be less redundancy if the person recognised by the plaque had a statement saying something like "commemorated by / award received > blue plaque" and then qualifiers for date, awarding body, and coordinate locations? Or is the separate item preferable because of the material and geographical nature of plaques? I'm thinking probably the building approach is not ideal because most buildings home to plaques will not be on Wikidata already and so that would be a barrier.
What do you think? Zeromonk (talk) 09:42, 13 August 2024 (UTC)
- I don't think we should compete with the good people at Open Plaques (Q23018437), and should use Open Plaques plaque ID (P1893) rather than create lots of new items Vicarage (talk) 14:27, 13 August 2024 (UTC)
- I agree with Vicarage. Multichill (talk) 16:32, 13 August 2024 (UTC)
- Thanks both, that makes total sense! Do you know if it's possible to write a query in the Wikidata Query service to pull in things like coordinates from OpenPlaques to represent alongside data about people? Zeromonk (talk) 09:38, 14 August 2024 (UTC)
- I don't, but you might also like to look at Historical Marker Database (Q21815238) which also has a WD property. Generally WDQS returns WD information, and you'd need to scrape URLs mentioned there to get further information on the 3rd party site. Vicarage (talk) 15:55, 15 August 2024 (UTC)
- Thanks both, that makes total sense! Do you know if it's possible to write a query in the Wikidata Query service to pull in things like coordinates from OpenPlaques to represent alongside data about people? Zeromonk (talk) 09:38, 14 August 2024 (UTC)
Problematic items for Brazilian people
[edit]P31|Q5|S460|Q18382802
Some items for Brazilian people have wrong references
Each item has said to be the same as (P460) sex or gender (Q18382802) as their reference of instance of (P31) human (Q5)
I fixed some item such as Fabiana Andrade (Q10279109). Sharouser (talk) 15:56, 13 August 2024 (UTC)
- We should fix these items and add citizenship information to them.
- I think this is just bullshit. At least this is conflicting with human rights (Q8458) which might be the reason Brazil makes such silly laws. --Matthiasb (talk) 05:56, 14 August 2024 (UTC)
SELECT ?item ?reference
WHERE {
?item wdt:P31 wd:Q5 .
?item p:P31 [ prov:wasDerivedFrom [ pr:P460 ?reference ] ] .
}
- I will fix them. Sharouser (talk) 11:41, 14 August 2024 (UTC)
QuickStatements Community Consultation
[edit]![](http://upload.wikimedia.org/wikipedia/commons/thumb/a/ad/QS3.0_-_Icon.svg/200px-QS3.0_-_Icon.svg.png)
Hello, fellow Wikidata contributors!
QuickStatements has become an essential tool for many of us in the community, helping to streamline our contributions to Wikidata.
In light of the new developments around this tool, we want to hear from you about QuickStatements and where we can improve it.
For that, we've created a brief 19-question survey to gather your valuable insights on QuickStatements.
It will take just 15-20 minutes of your time and it will really help us refine the tool towards your needs and make it even more effective for everyone.
The survey will be open until August 31st.
Thank you in advance! EPorto (WMB) (talk) 19:20, 13 August 2024 (UTC)
P248
[edit]Why stated in (P248) is vague and we dont have properties for different types of resources, like book, article, database etc.? Juandev (talk) 07:15, 14 August 2024 (UTC)
- We want to be wary of multiplying up properties, as it generates more edge conditions and slows queries. As with described by source (P1343), its better to have a vague general property and use qualifiers to narrow it down. Vicarage (talk) 07:46, 14 August 2024 (UTC)
- @Juandev Please don't create items like Q128840843 for each URL you want to cite in a reference. It is perfectly adequate to just cite it using a more general stated in (P248) value such as Vetřelci a volavky (Q98538810) and specify URL or authors using reference URL (P854) and author name string (P2093) *in the reference itself*. See Help:Sources#Web_page for a general quideline. Vojtěch Dostál (talk) 11:08, 14 August 2024 (UTC)
- Creating items for chapters such as Umění v hotelu ČSSR (Q128836594) is also unnecessary, see Help:Sources#Books where usage of chapter (P792) is explained. Vojtěch Dostál (talk) 11:10, 14 August 2024 (UTC)
- type of reference (P3865) may be useful, too. --Matěj Suchánek (talk) 12:46, 17 August 2024 (UTC)
Deleted qaulifier
[edit]Is this possible to find deleted qualifier by label? Eurohunter (talk) 07:43, 15 August 2024 (UTC)
Populated places and their industries
[edit]My interest is in using Wikidata to capture and present aspects of Scottish history. After a recent conversation about the decline of the Scottish fishing industry, I looked at the available data. Petscan gives a decent category-based list of towns [1], but the place items themselves (e.g. Eyemouth (Q1020260)) lack any data association with fishing.
Looking around, I can see some use of instance of (P31) fishing village (Q1317251) but that seems inappropriate for say Aberdeen. There is also occasional use of industry (P452) on a place (e.g. Bonon (Q2910327), but with warnings that it breaches the Subject Type Constraint, as the property is reserved for use on companies, etc.
I wonder if there is another property to capture the industries of a place? If not, should there be? Or should the use of P452 be relaxed to allow its use for populated places? It strikes me that this or some other Property can underpin a richer understanding of what forms of work activity led to a town emerging/declining: fishing, weaving, salt panning, etc. AllyD (talk) 13:02, 15 August 2024 (UTC)
- I'd relax the use of industry (P452) Vicarage (talk) 05:47, 19 August 2024 (UTC)
Should they be opposite of (P461) or inverse property (P1696) of each other? JuguangXiao (talk) 09:14, 16 August 2024 (UTC)
- I don't think they have that relationship. Usually inverse properties are when tboth have a data type of a Q item and it is normally the case that the statements will link two items in both directions, like has parts and part of or child and mother/father. William Graham (talk) 02:01, 17 August 2024 (UTC)
- It will sometimes be inverse but not always because of the "recommended" part - also would it be useful to add qualifiers to Q8111 statements to say who it is recommended by? When looking at how P111 was used, one of the first uses I found was Q22686#P111 where I think it is not the correct property for the purpose but I'm not sure what should replace it there. Peter James (talk) 19:39, 17 August 2024 (UTC)
- Interesting spotting on Q22686. :-) P111 is of physics, not body part. JuguangXiao (talk) 08:37, 19 August 2024 (UTC)
- If the same-type of Qs is the condition for inverse property (P1696), then are there other Ps between heterogenous Qs representing a sense of inverse? Or put it in another way, the 2-step round trip properties between Qs? JuguangXiao (talk) 08:47, 19 August 2024 (UTC)
- It will sometimes be inverse but not always because of the "recommended" part - also would it be useful to add qualifiers to Q8111 statements to say who it is recommended by? When looking at how P111 was used, one of the first uses I found was Q22686#P111 where I think it is not the correct property for the purpose but I'm not sure what should replace it there. Peter James (talk) 19:39, 17 August 2024 (UTC)
What to do when external identifier URL form is changed?
[edit]Hello, as the title mentioned, I observed that the URL format for PDDikti higher education institution ID (P9959) (attribute for Indonesian higher education institutions database) is changed, the attribute currently list the URL format as https://pddikti.kemdikbud.go.id/data_pt/$1 where the current version used by the PDDIKTI system is https://pddikti.kemdikbud.go.id/detail-pt/$1
This make the value contained in the attribute obsolete as it did not return the supposed data. What should I do to resolve this? Do I need to contact property creators to update or could I myself update it? I saw some folks from Indonesia tried to update the pattern, but they said it did nothing (in the end they reversed it back). Or is there some period until all the record resolved after we update the value contained in the formatter URL (P1630)?
This happened often in Indonesia, if the ministry get merged or dissolved or divided, a lot of URLs will changed. Thanks. HA (talk) 10:36, 17 August 2024 (UTC)
- Hi, I changed the formatter URL property at PDDikti higher education institution ID (P9959) to match with the current URL format you mentioned above. The change will take effect in user interface after few hours time (often up to 24 hours). Until that the user interface will continue to present users the old URLs. –Samoasambia ✎ 15:17, 17 August 2024 (UTC)
- Thank you very much. HA (talk) 15:33, 17 August 2024 (UTC)
- Also, could you kindly also check the regex, whether they can pass the newer format? Since I noticed in the given sample in the discussion page, compared to the newer one, the newer one had more character (-_=). Thank you HA (talk) 15:38, 17 August 2024 (UTC)
Q18945598
[edit]At Leonardo Mocenigo (Q18945598) we have a conflation, anyone want to tease them apart? RAN (talk) 16:38, 17 August 2024 (UTC)
- I moved the additional birth and death dates and most identifiers to a new item Leonardo Mocenigo (Q129258216); also moved one identifier to Leonardo Mocenigo (Q65346313) and one to Alvise Mocenigo (Q3613470). Peter James (talk) 19:32, 17 August 2024 (UTC)
Seems a mixup of multiple people. GZWDer (talk) 07:03, 18 August 2024 (UTC)
- I split up most of the identifiers, and the birth/death date into Thomas Shaw (Q129262398). DoublePendulumAttractor (talk) 12:19, 18 August 2024 (UTC)
Poor description
[edit]Indigenous health in Australia (Q16150995): I think "medical condition" is a poor description for this item. It could be correct if the words "medical" and "condition" were considered separately, but right now it seems misleading, as "Indigenous health in Australia" is not an illness or disease. If you agree, can you please suggest a more appropriate description? 73.170.137.168 21:52, 18 August 2024 (UTC)
- Looks like the description was due to an incorrect bot action. I changed it to "overview of health and wellbeing of Aboriginal Australians and Torres Strait Islanders". –Samoasambia ✎ 00:12, 19 August 2024 (UTC)
Addition of a field for skin names
[edit]Hello, I am wanting to be able to better reflect Australian First Nations skin names in Wikidata, these vary between people groups, as I think it is more appropriate to do it here then in Wikipedia and it is not currently something that is well reflected.
I do understand that it is a very niche request. The 'best' fit that I can currently see is: name in native language but this does not reflect the reality of the naming system.
I am able to provide many examples of people in Wikidata with skin names; but a simple examples with the same skin name Kngwarreye are: Doris Stuart Kngwarreye (Q43375807), Kuddtji Kngwarreye Tjungarai (Q82575708), Rosie Kngwarray (Q98178643) and Emily Kngwarreye (Q453890). To complicate things these can be spelled in various ways and they can appear in any part of the name and where they appear in the name depends on the time they were recorded and the individuals preference.
Any help would be appreciated.
There is a short video here explaining skin names: https://www.sydney.edu.au/about-us/vision-and-values/our-aboriginal-and-torres-strait-islander-community/kinship-module/learning-module/skin-names.html
Aliceinthealice (talk) 02:16, 19 August 2024 (UTC)
- Can you please explain why name in native language (P1559) does not fit this need? — Martin (MSGJ · talk) 13:02, 19 August 2024 (UTC)
- I watched the video. If P1559 can not be made to fit, then please proceed to Property proposal to propose a new property — Martin (MSGJ · talk) 13:09, 19 August 2024 (UTC)
For Delete
[edit]https://www.wikidata.org/wiki/Q123215394 Non results Solman9 (talk) 02:55, 19 August 2024 (UTC)
- waiting to be deleted Estopedist1 (talk) 06:36, 19 August 2024 (UTC)
Language and Identifiers headings
[edit]Hi everyone,
I have two questions for you.
1. I want to add another language for this data yet it is not allowing me to do it. I want to add Serbian where it would say "Nekretnine.rs je specijalizovani oglasni portal za nekrertnine iz Srbije."
2. For some reason Identifiers section has not been posted, only statements, so I am wondering how I can get that done.
Thanks in advance for any help.
Боки ✉ 14:54, 19 August 2024 (UTC)
- Section Identifiers has been fixed (I am assuming) automatically Боки ✉ 08:15, 20 August 2024 (UTC)
Wikidata weekly summary #641
[edit]![](http://upload.wikimedia.org/wikipedia/commons/thumb/6/66/Wikidata-logo-en.svg/150px-Wikidata-logo-en.svg.png)
This is the Wikidata summary of the week before 2024-08-19.
Discussions
- Open request for adminship:
- Wüstenspringmaus (RfP scheduled to end after 21 August 2024 11:07 (UTC))
- Mohammed Qays (RfP scheduled to end after 19 August 2024 19:11 (UTC))
- New requests for permissions/Bot: Bot5958 1b - Task: Infer Metacritic ID (P1712) of TV series, seasons, and episodes from vertically adjacent levels.
- (Save The Date)
- Wikidata Days Bologna - November 8 - 9, 2024. Dario Nobili Library (CNR). A conference dedicated to the Italian-speaking Wikidata community, with a focus on libraries and research.
- Ongoing
- Like Soccer? Did you know the Uganda Wiki Soccerthon 2024 is still running and aims to create over 300 Wikidata items on Ugandan clubs, players, coaches, leagues, associations and leagues related to Ugandan soccer.
- In case you missed it...
- Catch up on all the Wikimania 2024 sessions with these YouTube replays. Or check the Eventyay schedule for recordings of individual sessions linked to each item.
Press, articles, blog posts, videos
- Blogs
- (Tech News) Unveiling discrepancies: First experiences with finding mismatches on Wikidata and how you can too - A team of five Purdue University students partnered with Wikimedia Deutschland for the Purdue Data Mine to find mismatches for the Wikidata Mismatch Finder.
- (Tech News) Wikidata power contributor: an interview with user Bodhisattwa - WMDE's Alan Ang talks with long-time editor and pillar of the Bangla Wiki community, Bodhisattwa.
- (de) Whether toolbox, workshop or hardware store: open, community-curated tool Registries with Wikidata - I. Trilling, T. Grallert and J. Schmitz discuss the tool-directory created “Kompetenzwerkstatt Digital Humanities” (KDH) at the UB and the “Methods Innovation Lab” of the NFDI4Memory and presented at the Chair of Digital History.
- Papers
- Discovering Relationships Among Properties in Wikidata Knowledge Graph - Authors Emetis Niazmand and Maria-Esther Vidal use class-based relationship discovery to study and explore distribution and frequency of predicates across six domains. Pp 388–394 of Big Data Analytics and Knowledge Discovery.
- Videos
- (pt) Wikidata Lab XLII: OpenRefine Éder Porto and Luca Belo host a workshop covering the newest features for loading media and Structured Data (SDC) on Commons, as well as metadata on Wikidata through OpenRefine.
- (es) Use of records on Wikipedia using Wikidata - Mikel Zubimendi shows how to populate Wikipedia articles with Infoboxes populated by data hosted on Wikidata.
- Engaging with language diversity via the Wikipedia ecosystem @ PGO24 - User:Daniel Mietchen at the Polyglot Gathering hosts a workshop with numerous examples of how the Wiki ecosystem hosts and represents linguistic content.
- Notebooks
- Medals count by continent Combining data from the International Olympic Committee and Wikidata, this notebook computes medals count by continent.
- Winners of the Tour de France Femmes The Tour de France Femmes 2024 just ended on Sunday 18th of August. The cycling stage race explorer notebook shows all stage winners of the Tour de France Femmes.
- Visualisation of location of Japanese Lighthouses The TU Delft Library queries Wikidata to map the location of Japanese lighthouses designed by Richard Henry Brunton or Léonce Verny.
- Tools
- (fr) WikidataESR: Tenter d’y voir clair dans l’ESR : exploring French higher education and research institutional landscape with the help of Wikidata. French higher education and research landscape is highly complex. Wikidata can help to better understand the landscape.
Tool of the week
- Anvesha is a drill-down browser for any Wikibase installation (incl. Wikidata). A prominent example of it in use is the Wikidata Walkabout.
Other Noteworthy Stuff
- Wikidata: For Developers - We have a shiny new portal for developers wanting to build applications using Wikidata's data. Visit it for inspiration with showcase examples, resources, information and support.
Newest properties and property proposals to review
- Newest properties:
- General datatypes:
- object of action (specific object to which an action or class of actions applies)
- object class of action (class of objects (including substances) to which an action or class of actions may occur)
- public funding (amount of public funding an organisation receives)
- relates to sustainable development goal, target or indicator (indicates a relation between the subject and the SDGs or one of the components)
- External identifiers: ARABTERM entry ID, Hawramani Arabic Lexicon entry ID, Women in Resistance ID, French-English Dictionary ID, German-English Dictionary ID, Emerald Group Publishing journal ID, Taylor & Francis journal ID, JTA Sightseeing Database ID, WorldCyclingStats ID, The New Mithraeum ID, Finnish Ministers database ID (new), State Historical Museum of Russia person ID, mandumah ID, Educational center of resistance and deportation of Landes ID, Encyclopaedia of Islam (French edition) ID, FoodData Central ID, French bathing water ID, Norwegian Kunstnerforbundet artist ID, Political Dictionary ID, United Nations Digital Library ID, U.S. Copyright Office Public Records System work ID, 365scores football player ID, African Music Library artist ID, Akademický slovník současné češtiny ID, GamingOnLinux Database ID, TIPLOC code, JJM Habitation ID, IDU play ID, IDU original ID, Stichting Erfgoed Nederlandse Biercultuur beer ID, The House of Graphs ID
- General datatypes:
- New property proposals to review:
- General datatypes:
- date de vote (vote date, date on which people decided or cast their ballot)
- schmeckt nach (taste that a food or drink has)
- has semantic role (2nd proposal) (item that describes a role in an event/action class)
- growth rate (growth rate of something over time)
- APPF registration status (status of registration of this entity with the Authority for European political parties and European political foundation)
- exponent of base unit (a qualifier of {{Q|P12571}} used to describe the exponent of the unit)
- Javanese registers (suggest the relationship between similar Javanese lexemes, between its various registers (social variants), mainly {{Q|12500634}} register (plain Javanese), {{Q|12492493}} register (high/polite Javanese), and {{Q|13091955}} register (middle Javanese))
- objects of action have role (role that objects of this action take on in the context of this action. (For selectional restrictions, use {{P|12913}} instead.))
- ConLang Code Registry code (3-letter identifier for language defined in the ConLang Code Registry, using codes reserved for private use in ISO 639-3)
- dénomination (value of a currency or type of currency)
- External identifiers: Tretyakov Gallery artist ID, Religion Past and Present Online (German edition) ID, identifiant FranceTerme, Yediot Books book ID, xdaforums, FolkWiki ID, 365scores basketball player ID, SIMBAD catalog properties (used more than 1 million times), All Musicals lyrics ID, 365scores football team ID, 365scores basketball team ID, Illinois Center for the Book Author ID, Ôlyrix Person ID, Ідентифікатор відеогри Gamekombo, Slekt og Data grave ID, iasj article ID, MobyGames critic ID, Grand Comics Database feature ID, Operabook Person ID, Retromags game ID, Retromags magazine ID, speedrun.com series ID, Madain Project ID, GameFAQs genre ID, Altar of Gaming game ID, Altar of Gaming company ID, Polygon game ID, Altar of Gaming franchise ID, Altar of Gaming character ID, Altar of Gaming person ID, FOLDOC ID, WE.League player ID, WE.League manager ID, Nomes e Voces ID, cnkgraph person ID, cnkgraph poem ID, cnkgraph book ID, Identifiant d'un auteur sur Ciel d'oc
- General datatypes:
You can comment on all open property proposals!
Did you know?
- Query examples:
- Of the official mottos of U.S. states, there are more in Latin than in English
- Instance/sub-classes of LGBT+ identity (Q115870510) that have 3 or more non-English Wikipedia site-links
- Newest WikiProjects: Disambiguation
- Newest database reports: Wanted footballers
- Showcase Items: Jupiter (Q319)
Development
- QuickStatements Community Consultation, until August 31st
- Wikibase REST API: We are continuing to improve error messages and handling.
- Wikipedia and co: We are working on moving the Wikidata Item link out of the sidebar (phab:T66315)
- Wikidata Query Service graph split: The WMF Search Platform team is setting up the servers for the split graphs. We hope to have them ready for use soon. We also prepared the constraints checks for this.
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.
- Comment on property proposals: all open proposals
- Suggested and open tasks!
- Contribute to a Showcase item.
- 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!
Vojtěch Dostál duplicates dates because of “unknown” calendar
[edit]Vojtěch Dostál duplicated the date of birth on Q716769#P569 because he says “we don't know the calendar model”. The reason I'm writing here, because I notified him, and he don't understand what is my problem, he thinks that is perfectly right to do that. He even refuses to set preferred rank for one of them, despite the single-best-value constraint. Please help resolving the issue. – Bean49 (talk) 11:02, 20 August 2024 (UTC)