Shortcuts: WD:PC, WD:CHAT, WD:?

Wikidata:Project chat

From Wikidata
Jump to navigation Jump to search

Edit

Importing WP & WMC categories into Wikidata

[edit]

There are many categories with data that is not in the corresponding Wikidata item.

For example, list of unsolved problems in biology (Q2628887) did not have subclass of: open problem (it could also be list of: open problems) set despite that the ENWP article has the category Category:Lists of unsolved problems. Likewise, Vuze (Q3563863) does not have programmed in: Java set despite its WMC category being in c:Category:Free software programmed in Java. These are just a few examples, there are also other categories about country of origin, year of birth/death, year of film production, software license, etc etc. It would waste a lot of time to enter the data again redundantly manually and also would be very monotonous for many similar items (even just the small number of unsolved problems list items).

Is there some tool that automatically and/or semi-automatically imports data from ENWP & WMC categories? If not, such is needed and could increase the data in Wikidata a lot. It doesn't mean the categories would be redundant, they never will be – but the data already entered should I think also be in Wikidata and be reasonably in sync with it. Prototyperspective (talk) 18:19, 30 October 2024 (UTC)[reply]

A WD item corresponding to a WP list should not not be a subclass of the list element type. A query on P279 unsolved_problem should return a list of problems here, not WP pages with their own curated list. The WP list pages, and the disambiguation pages, have little purpose on WD which has its own way of recording the information, and should just be a bare bones record that a WP page exists. Vicarage (talk) 18:58, 30 October 2024 (UTC)[reply]
This is at most tangential to what this thread is about.
Nevertheless, I'm also interested in this. So what's the Wikidata list of open problems in biology? Is it nearly as complete as the Wikipedia list and what's the rationale of not making that item a subclass of open problems but just be a useless item that isn't showing up in relevant queries and just record[s] that a WP page exists? Prototyperspective (talk) 19:32, 30 October 2024 (UTC)[reply]
A list of castles is neither an instance nor a subclass of castle, its a subclass of list, but it would be pretty pointless to record it. I note that list of unsolved problems in biology (Q2628887) correctly reports a constraint violation over this. Making WD as comprehensive as the WP lists is a good idea, or ensuring the category statements become instance/subclass ones, but that would be done by annotating the list/category members, not the list/category items. Vicarage (talk) 20:37, 30 October 2024 (UTC)[reply]
So as far as I understand the correct way would be to have a new wikidata item for "unsolved problems in biology" with that subclass statement and a statement has list: Q2628887. If that's the case I think it would be better to have the item better findable and better interlinked, it's expectable that the WP list only lists a subset of these, this is already implied by it being linked as WP item so I think the way to add subclass of to List items would be better in many cases, including this one. Prototyperspective (talk) 21:37, 30 October 2024 (UTC)[reply]
If you make a proposal to automatically add information based on some Wikipedia category and the examples you bring are constraint violating, that's not tangential. Correct, ontology matters to Wikidata. is a list of (P360) works fine for stating what lists are about. There's no reason to misuse subclass of (P279) for it.
Data imports from Wikipedia should only happen if you have a way to add a lot of claims that are correct and not constraint violating.
When it comes to Vuze (Q3563863) programmed in (P277) Java (Q251) that's something someone could import from Wikipedia but it would be better to import that information from a reliable source outside of Wikimedia. Instead, of having a goal of "increasing data a lot" it's often better to have a goal like increasing quality data. ChristianKl ❪✉❫ 09:33, 31 October 2024 (UTC)[reply]
  • Sorry if it was unclear – you misunderstood. Of course it's relevant but it's tangential to what the actual subject of this thread is. I may have chosen those examples not very well. One could also consider the thread to be a dual-subject thread but the thread-title and far far more important subject is the other subject so I hope that doesn't drown in the discussion about this.
  • is a list of would work fine if there was a wikidata item for unsolved problems in biology but there is none and again I think it would be preferable to set this on the Wikidata item of the Wikipedia's list item because that item is not defined by the Wikipedia list – it only has that linked in the interlanguage links. Maybe it becomes clearer that way: the item could be renamed to "unsolved problems in biology" and it's just normal for Wikipedias to describe this with an incomplete list. Why would it not be better to set these things on the item that is linked on the Wikipedia list? If you want to somehow be able to have Wikipedia lists always have a list Wikidata item is somebody creating such open problems items? I'm interested in these in particular (and think such content aggregation is of special usefulness & interesting, e.g. when it comes to modern problem-solving) so I picked that example.
  • Yes, again it's not about the particular examples. It could spark or be done after discussion of some constraint violations that maybe should not be some. One could also make it so that cat-syncs that would result in constraint violations are resolved in predefined ways such as "create a new Wikidata item for open problems in {field/subject} when importing from cat Open problems" etc. It wouldn't import anything that is constraint-violating (there may even be a list of potential catsync imports that would be constraint-violating so one can go through them starting with those that would change most items and resolve what to do about the WD constraint-WP-cat-mismatch with one option being to simply not sync that and other options including changing the constraints or writing the data differently or adding it to different items etc).
  • Yes, importing this programmed in data from GitHub is another thing I wanted to ask about at some point. The goal is not to increase data a lot, it's to at least match the data already in Wikipedia or Wikimedia Commons (and my example was WMC not WP). For items that have categories, the WD item usually does not have as much data as the categories – so what's the point of the WD item...e.g. who would use that instead of the category if the latter has more data.
Prototyperspective (talk) 13:16, 31 October 2024 (UTC)[reply]
Having Wikipedia lists (pages with templates like Template:Dynamic list (Q11164797) be linked to Wikimedia list article (Q13406463) is a general policy we use. We do that because in general sometimes a Wikipedia has both a list and another article to the same topic. The decision of what templates to use is made by Wikipedia and not one that's made by Wikidata.
If you import Vuze (Q3563863)programmed in (P277)Java from Github, you have a well-sourced statement and thus the infobox for Vuze (Q3563863) could import that statement. If you import the same statement via Wikipedia categories, you can't as easily use it in Wikipedia infoboxes because Wikipedia cares about statements being sourced.
Note that the word sync has a different meaning than the word import. To do syncing you would also need to decide with what happens when data changes. Data might change on the Wikidata side and it might change on the Wikipedia side (and each Wikipedia has their own bot policies if a bot is supposed to do changes). We do have data imports from Wikipedia from ten years ago where the data changed on the Wikipedia side but we still host the same data on Wikidata as before. ChristianKl ❪✉❫ 14:35, 31 October 2024 (UTC)[reply]
Yes, I'll ask about such imports from GitHub & GitLab another time and I was surprised when I noticed this hasn't been done so far. 1. It was however only an example. 2. When it comes to these, one could still set that on the item and then only add the source whenever such a GitHub import is done and have it without source prior to that.
Yes, and that's the reason why I used the word sync – category changes should update the data on the item(s) and Wikidata items changes should e.g. suggest a category change on WMC & WP. Prototyperspective (talk) 15:28, 31 October 2024 (UTC)[reply]
Asking about GitHub imports is likely going to do very little. Bots are generally run on Wikidata because someone cares about important specific data. Wikidata is largely a place where people with different interests come together and people work on what they care about.
Speaking of Wikipedia in the singular seems a bit naive. You would need to get a bot approval in every project in which you would want to run a bot to do something. Convincing any of the major Wikipedias to allow that is not going to be easy.
If you would want to do that kind of interwiki politics you could create a bot and seek relevant approvals, but that's a complex project. There are a lot of complex projects that someone could do to help Wikidata have more and/or better data. ChristianKl ❪✉❫ 16:07, 31 October 2024 (UTC)[reply]
WikiProject software seems to care about software. I don't see an explanation why it would do very little but then this thread is not about that anyway. Good point, I was speaking of ENWP (for now at least) which has the most complete cat tree. From the Wikidata side, the sync to Wikidata is what matters and that is what the thread is about. Prototyperspective (talk) 17:31, 31 October 2024 (UTC)[reply]
I think there are few people who are able to do the kind of bot work that are constraint by ideas about what to do on Wikidata. Constraints are usually either doing the work or about finding consensus.
I think that most people on EnWiki consider unsourced claims pretty unimportant and won't be helpful with the your goal of adding more unsourced claims to Wikidata based on category data.
Policy-wise that still leaves the question of how to model data syncronization so that mistakes like applying list of unsolved problems in biology (Q2628887)subclass of (P279)open problem (Q1321906) don't happen open and then the question of how data removal is managed. After that it's still up to finding someone who's interested in creating a bot for the task that will run regularly. ChristianKl ❪✉❫ 18:18, 31 October 2024 (UTC)[reply]
Each category import like 'Make Category:Writers by nationality write to the country prop if none is set and list items that don't have anything that is a subclass of writer or writer set in occupation' would be configured separately in the imports system. That's better than doing it all by hand or having Wikidata be far less useful than just using the more complete WP categories. Enwiki people do not consider categories unimportant which is why they're relatively well-maintained and a huge tree. This is WD anyway so I don't know why you bring it up. After that it's still up to finding someone who's interested in creating a bot This isn't about a bot itself, it's about a tool and this thread is about that – this is the project chat isn't it; I hope interested people read the starting post. On the other hand, maybe Wikidata will always be useful only for identifiers, not for statements as Wikimedia Commons and ENWP have far more data in their categories while main statements are missing or are flawed on Wikidata even for items as fundamental/major as 'Present', 'Future', etc and also when the correct statements could already be inferred from the WP cats. Prototyperspective (talk) 19:07, 31 October 2024 (UTC)[reply]
Again, this is a proposal to add bad data. country (P17) is not supposed to be used for people and Wikidata does not have a "nationality" property (the last three proposals were rejected).
You used the word "sync" instead of the word "import". Import is a word that's about moving data in one direction while "sync" is a word to move it in two directions.
Anything, that regularly adds data is a bot.
It's worth noting that tools like PetScan exist and someone who wants can do get a list of items from a category with them and use QuickStatements to enter data. Syncronization data however is more complicated and requires you to have an ungoing process and for that you need a bot. ChristianKl ❪✉❫ 19:59, 31 October 2024 (UTC)[reply]
Again you focus on the specific example. I know there's many properties for countries and I don't know which is the correct one so I just said country.
Yes, again I said sync exactly because of that and I already clarified that.
A bot only executes, a tool like mix'n'match is more comprehensive than that.
PetScan exist and someone who wants can do get a list of items from a category with them and use QuickStatements this is the first thing you wrote (and this not a thread on your talk page) that actually relates to the thread subject, thanks. Maybe the tool could be be built around PS+QS. I didn't say a bot wasn't needed, the best ways to implement this would probably involve one (existing or new). Prototyperspective (talk) 21:20, 31 October 2024 (UTC)[reply]
I asked you for how you would think about preventing bad data to be added with the tool. That's an important question. Instead of answering it, you suggest an example that adds bad data.
As I said, we don't have a property for nationality. Nationality is a social construct over which wars are fought. We don't want to fight in Wikidata about whether people in Crimea are of Russian or Ukranian nationality. It's a construct for which we in the past decided not to add properties.
A tool like Mix&Match adds data when you tell it to add data. That's the permission it has. It doesn't add data a year from now. If you actually want to keep data up to date, you would need something that can add data in the future and that's a bot. ChristianKl ❪✉❫ 23:30, 31 October 2024 (UTC)[reply]
  1. Every change batch/query/rule would need to be discussed first.
  2. False, there are widely used props like Property:P27
  3. One could sync semi-manually. No, a tool is more comprehensive than a bot. A bot would likely be part of the system somehow.
Prototyperspective (talk) 14:05, 1 November 2024 (UTC)[reply]
country of citizenship (P27) is for the country of citizenship which is something different than nationality. If you take the example of Ukraine, for a lot of time Ukraine wasn't a country so nobody could have been a citizen of it but Ukrainian nationalists still consider those people who spoke Ukrainian at the time to be of Ukrainian nationality.
Citizenship is a well-defined concept. Nationality is a concept that's a lot more subjective. Putin has quite different ideas about who's of Russian nationality then Zelenskyy.
Given that the Wikipedia category is not about citizenship but about nationality you can't import it into the citizenship property.
Data-modeling matters. ChristianKl ❪✉❫ 19:05, 1 November 2024 (UTC)[reply]
Again it was an example and another field it can be imported into can be found if more appropriate. When it comes to your particular objections: a property can have multiple values and you can you can add disputed qualifiers. Prototyperspective (talk) 19:26, 1 November 2024 (UTC)[reply]
The key issue, is that if you want to effectively contribute to Wikidata, it takes understanding how Wikidata works. That especially goes for if you want to make more systematic changes.
It would be possible that this community decides to have a nationality property. There have been three times that one was proposed and every time our community decided against having one. Even if you personally would decide differently, that does not change the consensus we had when rejecting those proposals.
If someone has not put in the mental effort to understand how the examples the bring actually work, that usually means that also have no idea about the effects that what they propose will have for the more general case. ChristianKl ❪✉❫ 21:35, 3 November 2024 (UTC)[reply]
Makes sense, but it's still important to at least focus on the actual proposal rather than the examples and there are nationality properties. I already specified them multiple times for musicians and they're widely used. I did not know which particular country prop would be applicable here and didn't want to check and it's not about the subject anyway. Prototyperspective (talk) 21:43, 3 November 2024 (UTC)[reply]

Rock vs Rock formation

[edit]

Hi, can someone please briefly explain the semantic difference between rock (Q1404150) and rock formation (Q631305)? Thanks! Ping @Helena Dvořáková: with whom we've been discussing this. Vojtěch Dostál (talk) 10:30, 3 November 2024 (UTC)[reply]

I don't know much about geology. If we look at the list of Wikipedia articles the Spanish Wikipedia seems to have different articles for both. Asking ChatGPT for the difference between the two articles gives us:
"Peña" (from the first article) appears to be a specific type of rock formation characterized by:
An isolated rocky hill or outcrop
Typically formed by glacial action
Has a specific formation process where glaciers erode weaker surrounding material
Often features a characteristic "tail" (cola) on the leeward side
"Formación rocosa" (from the second article) is a broader geological concept that:
Encompasses all types of rock outcrops
Includes multiple formation processes (not just glacial)
Can be formed from any rock type (sedimentary, metamorphic, or igneous)
Is more of an umbrella term used in geomorphology
In Wikidata terms, "peña" would be a subclass of "formación rocosa". Think of it like this:
"Formación rocosa" is like the parent category "vehicle"
"Peña" is like a specific type of vehicle, say "pickup truck"
So if you're creating or editing Wikidata items, "peña" should probably have a "subclass of" (P279) relationship pointing to "formación rocosa" or a similar broader geological formation concept. ChristianKl ❪✉❫ 21:20, 3 November 2024 (UTC)[reply]
@ChristianKl Thanks Christian, we'll probably stick to rock formation (Q631305) as it's more likely to be well defined. From what you have written here, it seems that the Spanish meaning of rock (Q1404150) is quite distinct and difficult to translate across languages and I'm afraid the item's definition might still be subject to future changes. Vojtěch Dostál (talk) 09:59, 4 November 2024 (UTC)[reply]

Second edition with expanded title

[edit]

Unsure how to treat a WD item for a literary work whose second edition has an expanded title. Same publisher but obviously different publication dates, number of pages and ID number in the National Library catalogue:

And another query: what's the statement for the literary expression (Q7751154) that the title is based on?
Am awaiting advice on how to add the National Library of Israel catalogue number. -- Deborahjay (talk) 16:51, 4 November 2024 (UTC)[reply]

Wikidata weekly summary #652

[edit]
Here's your quick overview of what has been happening around Wikidata in the
week leading up to 2024-11-04. Missed the previous one? See issue #651

Discussions

Events

Press, articles, blog posts, videos

Tool of the week

Other Noteworthy Stuff

  • A small project on benchmarking query engine performance on useful Wikidata queries is asking for queries from the Wikidata user community to potentially be part of the benchmark. If you are a user of any Wikidata SPARQL service please send queries that you find useful to Peter F. Patel-Schneider. Say what you used the query for and whether you would like to be noted as the source of the query. Queries that take considerable time or time out are especially welcome, particularly if the query caused you to switch from the official Wikidata Query Service to some other service. More information about the project is available in Wikidata:Scaling_Wikidata/Benchmarking.

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • Mobile statement editing: We are making progress on the technical investigation for how to make it easier to edit statements on mobile. A lot more work to be done after that though.
  • We fixed the sidebar link to the main page in many languages (phab:T184386)
  • Codex: We are continuing with the migration of the Query Builder to Codex, the new design system. The migration of Special:NewLexeme is almost finished.
  • Query Service: We have updated the list of languages for the language selector in the UI (phab:T358572)
  • Vector 2022: We are continuing to adress issues of the Item UI in dark mode (phab:T369385)
  • Wikibase REST API:
    • We are moving from v0 to v1.
    • We have finished the work on the new endpoint for creating Properties.
  • Action API: We’re improving the way the wbformatvalue API handles invalid options (phab:T323778)

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

Q5396050, Q1214130

[edit]

Hi. Can someone, please sort out the mess KFan3 has created by merging Q5396050 and Q1214130. Though the two persons have the same name, one of them is a pianist the other one is an actor. Ervin Nagy pianist has article on English Wikipedia only. Thanks. Csigabi (talk) 18:43, 4 November 2024 (UTC)[reply]

Seems to have been sorted out by M2k~dewiki. You simply need to use that "restore" button just before the mess was introduced. --Matěj Suchánek (talk) 12:41, 5 November 2024 (UTC)[reply]

Hello

[edit]

This wiki data page was made and now it has no title, how do I delete it thanks https://www.wikidata.org/wiki/Q130896158 Icecreamlips21 (talk) 22:08, 4 November 2024 (UTC)[reply]

Don't remove the statements beforehand and add it to WD:RfD, there is also a gadget that helps you nominate items for deletion. Sjoerd de Bruin (talk) 22:40, 4 November 2024 (UTC)[reply]
You don't delete it. You first restore the bad edits you made that removed the title and then you can nominate it for deletion by clicking More/Request for Deletion. ChristianKl ❪✉❫ 10:54, 5 November 2024 (UTC)[reply]
I merged it into John and Charlie's Journey (Q111264660). Peter James (talk) 17:49, 5 November 2024 (UTC)[reply]

"fish ladder (Q606619)" and "fish passage" (Q12366145)

[edit]

Hi, I am pretty sure that the two WD objects "fish ladder (Q606619)" and "fish passage" (Q12366145)” represent the same thing. However, “fish ladder” seems to me to be the more common name, at least that is my gut feeling. It would be good if someone could merge the two objects. --Mister Pommeroy (talk) 07:54, 5 November 2024 (UTC)[reply]

What makes you think so, based on the description and duplicate sitelinks I doubt that? Sjoerd de Bruin (talk) 08:52, 5 November 2024 (UTC)[reply]
I came up with this because the descriptions in the articles in the different Wikipedias for both the items listed under “fish ladder” and the items listed under “fish passage” refer to the other name. A few examples are:
  • enWP: A fish ladder, also known as a fishway, fish pass, fish steps, or fish cannon, is a structure on or around artificial and natural barriers (such as dams, locks and waterfalls) to facilitate diadromous fishes' natural migration as well as movements of potamodromous species.
  • deWP: A fish ladder or fish pass [...] is a hydraulic engineering facility on watercourses to enable fish to overcome migration barriers in the form of weirs, hydropower plants and, if necessary, waterfalls during fish migration.
  • itWP: A fish passage is a hydraulic engineeringwork built along rivers or streams at artificial dams, such as weirs or dams. Alternative designations are “comeback ladder,” “upstream ladder,” or “fish ladder.”
In most Wikipedias, only one article exists under one name or another. In the Spanish Wikipedia, there are two articles under the different names, but it has been suggested that the articles be merged. --Mister Pommeroy (talk) 11:33, 5 November 2024 (UTC)[reply]
fish passage (Q12366145) is a general term. Currently, we have fish ladder (Q606619), fish ramp (Q12366148), and fish lift (Q28382647) as examples on it in Wikidata. Given that there are different types of fish passages than just fish ladders, they don't belong merged. If you want Interwikilinks, https://www.wikidata.org/wiki/Wikidata:Sitelinks_to_redirects#:~:text=The%20main%20goal%20of%20sitelinks,represented%20by%20separate%20Wikidata%20items. explains how to get them. ChristianKl ❪✉❫ 11:44, 5 November 2024 (UTC)[reply]
Ok, thanks, then I must have been mistaken. --Mister Pommeroy (talk) 17:15, 5 November 2024 (UTC)[reply]

How to see all uses of files in WMC cat that miss a qualifier?

[edit]

I'd like to see all videos in c:Category:Videos by Terra X in German (audio in German, subtitles vary) that are used in Wikidata items but do not have the qualifier language of work or name (P407) set so that I can set these qualifiers.
This Glamorous scan gets fairly close but I can't make it show only items that miss this qualifier and while it may be fine to just go through all items once and check if it's set manually, that method can't be used for maintaining that this qualifier is set since people also add these videos to more files (and also one could maybe also use this on larger categories) to make sure files have this qualifier set. Prototyperspective (talk) 17:07, 5 November 2024 (UTC)[reply]

I think that this SPARQL query, using the Commons Query Service, should give you what you need M2Ys4U (talk) 19:31, 5 November 2024 (UTC)[reply]
Sounds great but it only shows, maybe try linking it via the Visual Editor and without linkshortener:

HTTP ERROR 500
Problem accessing /oauth/check_login. Reason:
Request failed.
Powered by Jetty:// 9.4.12.v20180830

Prototyperspective (talk) 20:10, 5 November 2024 (UTC)[reply]
Try going to https://commons-query.wikimedia.org/ separately first (and log in if needed), then the above link might work better (that fixed it for me, at least). Lucas Werkmeister (WMDE) (talk) 09:58, 6 November 2024 (UTC)[reply]
Thanks, it does work now albeit when I first opened that page it also showed an error (no error after refresh). @M2Ys4U: That query shows all files in the category, not videos that are used on Wikidata items. I may try adjusting it later but I'm not using commons queries much. Prototyperspective (talk) 13:15, 6 November 2024 (UTC)[reply]
Glamorous is a tool that can show which files of a WMC cat are in use on a specific Wikimedia project. Via this line of code it seems like the "Commons API" is being used. However I couldn't yet figure out how to make it show file-uses. Then it's unclear whether it's possible to use this in the SPARQL queries and if so how. None of the examples here are useful. Do you or somebody else here know how to query for file uses? I found this by now which shows image uses but replacing it with fileusage (mw:API:Fileusage) doesn't work (also replacing wikibase:endpoint with "www.wikidata.org") Prototyperspective (talk) 15:42, 6 November 2024 (UTC)[reply]
Oh, I see. Sorry, I misunderstood your question. Here is another SPARQL query that should show files in that category that are used in video (P10) statements on Wikidata that don't have a language of work or name (P407) qualifier on them. M2Ys4U (talk) 12:08, 7 November 2024 (UTC)[reply]
Amazing, thank you very much! I think using this query the challenge of videos missing the language qualifier can be solved – see meta:Community Wishlist/Wishes/Suggest media set in Wikidata items for their Wikipedia articles. An issue is that some videos have subtitles and sometimes the video would be good to add despite being in another language if it has good-quality subtitles for the target language. One could think about this later, I'll link this query solution on the talk page of the wish and will use it to finish this backlog. There should probably be some script that automatically sets the language qualifier if the video is in any subcategory of e.g. c:Category:Videos in German but that's a broader discussion. If somebody knows anything about this, like a good place to propose this, please comment. It could probably be implemented already via adjusting your query somehow and QuickStatements. Prototyperspective (talk) 13:10, 7 November 2024 (UTC)[reply]
Is it possible to have the query also check files in subcategories like PetScan and the deepcategory search operator on Commons do? I couldn't find info on that in mw:API:Categorymembers. Prototyperspective (talk) 18:46, 7 November 2024 (UTC)[reply]

older RDF dumps

[edit]

Is there any way to get older RDF dumps of Wikidata? I'm intereseted in the dumps from around 1 August 2024. Peter F. Patel-Schneider (talk) 18:20, 5 November 2024 (UTC)[reply]

M2k~dewiki (talk) 21:53, 5 November 2024 (UTC)[reply]

Problem with Commons categories in Multilingual sites

[edit]

I always thought that in the case of a Wikidata category (where the label starts with "Category", and with a statement "instance of" = Wikimedia category), with a link to "category's main topic" (and vice versa in the linked Wikidata item about the subject with a "topic's main category"), then Commons links in the category Wikidata item are automatically put through to for example the Commons category and corresponding Wikipedia's. Example: Q9097136 is such a Wikidata; its Multilingual sites contains a link to the Commons category Category:Spijkenisse and it has no image, that is in the corresponding subject Wikidata item Q488545. The Wikidata Infobox in the Commons Category:Spijkenisse shows the image and other information from the subject Wikidata item and it shows even the link to the subject Wikidata item, but this subject Wikidata item does not have any Multilingual sites. And the EN-WP article w:en:Spijkenisse has a link to the correct Commons category (under "Tools"), though there is no link in the category Wikidata item to the EN-WP article. So my conclusion is that there is an automatically procedure that links both Wikidata items and their content to all the places where they are needed.
 Question Is this correct?

But now there is a discussion on c:Commons:Categories for discussion/2024/09/Category:Redirects connected to a Wikidata item where someone pointed out that there are situations in which this automatism does not work and so people invent work-arounds that causes other problems (in this case often an empty gallery page is created with a redirect to the Commons category, used in the Multilingual sites of the subject Wikidata item, see all pages in c:Category:Redirects connected to a Wikidata item for examples). One problem is a link in a Commons category to a Wikidata "Family tree" template:

  • Open the c:Category:Carlo_Buonaparte and the "Family tree" template. On the side of the sons you can see "Joseph Bonaparte" does not have any link, just a "[d]" you can click to enter his Q7726 Wikidata entry: There you can see the "Multilingual sites" field has no entries, as the c:Category:Joseph Bonaparte is instead linked to Q31993664. If you are looking for images you have to do a long scroll to the Property:P373 in order to jump back to Commons. So even if the Commons category is present in the property "Commons category" of Q7726 it makes no direct link.

 Question Can this problem be solved? Is this the right place to ask for such a solution? JopkeB (talk) 07:56, 6 November 2024 (UTC)[reply]

Two separate individual's data on one item, how to separate?

[edit]

The item for Felix Patrick Quinn (Q5442294) the Canadian politician (properly linked to Wikipedia) has been given the data for "Quinn, Patrick Francis, 1918-" (Library of Congress n83188492 Poet Quinn). Looking at the history the item belonged to the Canadian politician Quinn and not the poet Quinn. I am sure if there is a process besides reverting the item to the stage before the poet Quinn's data was put in on January 30, 2023 (by Reinheitsgebot)? I noticed that other sites (VIAF, LOC) now link to this wikidata item? Any advice or help would be great. (EDIT: as a note I found the same thing happened with Fred Sanderson (Q5496212) and Pamphile Réal Du Tremblay (Q3361816)) - Caddyshack01 (talk) 13:23, 6 November 2024 (UTC)[reply]

Notified participants of WikiProject Conflation 🚨. Samoasambia ✎ 21:18, 6 November 2024 (UTC)[reply]

Merge Q130973645 with Q6653100

[edit]

Littleton Adventist Hospital (Q130973645) and Littleton Adventist Hospital (Q6653100) are about the same hospital and should be merged, the hospital rebranded to AdventHealth Littleton in 2023. Catfurball (talk) 17:06, 6 November 2024 (UTC)[reply]

→ ← Merged RVA2869 (talk) 18:31, 6 November 2024 (UTC)[reply]

Access to this list

[edit]

The Political Graveyard :Property:P8462 says there are over 302,000 records. How can I access the full list of these politicians. I would like to browse the list. Better would be to be able to search this list, but is this list freely available to view here on Wikidata or a sister project? -- Ooligan (talk) 19:22, 6 November 2024 (UTC)[reply]

You can make SPARQ queries over the list. I would recommend you to think of a specific search you would want to do and then go to https://www.wikidata.org/wiki/Wikidata:Request_a_query to ask for someone to write you the query that answers that search. From there you can then change it for your liking. ChristianKl ❪✉❫ 19:29, 6 November 2024 (UTC)[reply]
Could that search be by politicians from a particular xx(state) or all politicians surnames starting with a "S"? -- Ooligan (talk) 19:42, 6 November 2024 (UTC)[reply]
It could easily search by anything that you can express with Wikipedia properties like position held (P39) member of the United States House of Representatives (Q13218630) or position held (P39) member of the Arizona House of Representatives (Q17486298). You might find a way to use applies to jurisdiction (P1001) to give you all officies for a state like Arizona (Q816) but I don't know whether that would time out.
Political with surnames starting with "S" might also work but I don't know whether that would time out over such a large dataset as it's also a more complex query than just looking at one property. ChristianKl ❪✉❫ 19:59, 6 November 2024 (UTC)[reply]
@ChristianKl, Thank you for your prompt response and your advice. -- Ooligan (talk) 20:04, 6 November 2024 (UTC)[reply]

Merge problem

[edit]

Hi, I don't do much work with wikidata so there's probably something obvious I'm missing here, but I recently merged Q53678185 and Q109049845. I don't think I did it right because it won't let me connect the enwiki (w:St. Catharines Public Library) article to the item. I'd appreciate some help here. Clovermoss (talk) 20:33, 6 November 2024 (UTC)[reply]

There was another item connected with en.wiki. I have → ← Merged it now. - ❙❚❚❙❙ GnOeee ❚❙❚❙❙ ✉ 20:42, 6 November 2024 (UTC)[reply]
Okay, thank you. Clovermoss (talk) 21:01, 6 November 2024 (UTC)[reply]

Views an element's subclasses

[edit]

Is there a way to see which elements have listed a given element as Property:P279? Ragnar Ekre (talk) 21:28, 7 November 2024 (UTC)[reply]

Yes, via https://query.wikidata.org/ ChristianKl ❪✉❫ 21:35, 7 November 2024 (UTC)[reply]
https://w.wiki/BtNY Infrastruktur (talk) 11:23, 8 November 2024 (UTC)[reply]

(Semi-)automated Wikipedia editing based on WD content

[edit]

What would one use if one would like to put a certain template into a specific section (always the same name) into Wikipedia articles where the Wikipedia is the one linked on the Wikidata item and the content of the template set in the Wikidata item? I think one could use sparql to get the Wikipedia article title/link and the column(s) for the data relevant to the template. Maybe AWB? I don't know of a better place to ask here, on WP maybe it's Wikipedia:Bot requests. Prototyperspective (talk) 23:08, 7 November 2024 (UTC)[reply]

There is Template:Wikidata list (Q19860885) on most projects that takes a SPARQL query and then ListeriaBot (talk • contribs • logs) comes by later and creates the table. William Graham (talk) 23:59, 7 November 2024 (UTC)[reply]
This is only suitable for adding a table but I'd like to add a template with some info from Wikidata. Maybe something similar to it exists then, I have used that bot already. Also I'd like to just enter many Wikipedia articles to add the template to the top of the specified section. Prototyperspective (talk) 00:03, 8 November 2024 (UTC)[reply]
While Template:Wikidata list (Q19860885) does exist, it's currently not used in Wikipedia articles but only in other pages like user pages and Wikiprojects. If someone tries to use it in an article I would expect that to result in pushback from Wikipedians.
That said, Wikipedia editing (which is what ListeriaBot does) and Wikipedia template themselves getting data from Wikidata are two different things. Templates can load data from Wikidata via the lua code of modules. SPAQRL queries however can't be made from the lua code.
If you want to add a template to a lot of Wikipedia pages automatically, that needs some kind of consensus within Wikipedia and trying to do that without seeking consensus might get you banned and would generally not be good for the Wikipedia/Wikidata relationship. Doing a bot request is a way to build consenus. ChristianKl ❪✉❫ 08:35, 8 November 2024 (UTC)[reply]
Yes and this is not about Wikidata list. I know that data can be loaded from Wikidata dynamically but it seems like it's preferred and it may also generally be better to add content based on Wikidata content instead of just specifying which value of which prop(s) should dynamically be loaded. So it's just a static template without any WD-calls that I intend to add. Yes, a bot request would be done albeit I don't know what counts as "many pages" (and there is lots of semi-automatic editing on WP) but it seems like it only can be done by bot developers and I'm not developing any bots – the question then is not how to get permission/consensus but how it would be implemented. Prototyperspective (talk) 13:11, 8 November 2024 (UTC)[reply]
It's not just an issue of "many pages" but of in Wikipedia policy terms of "controversial". Automatically, adding information-based on Wikidata would fall under that category within Wikipedia given how past RfC's regarding Wikidata went where opinions within Wikipedians differ quite a bit. ChristianKl ❪✉❫ 10:29, 9 November 2024 (UTC)[reply]
It's better to ask is this bot or this idea bot okay than to ask is this hypothetical idea for a bot which may not be possible and which I have no idea how to create okay. Prototyperspective (talk) 23:52, 9 November 2024 (UTC)[reply]

title problem about Korean novel

[edit]

Hello! I made a new page about Korean novel, but I want to know how to add title. Should I split English translate title and Korean title? Or it's okay to add together like now? Q131048165 This is the page that I made. Hee Jung, Yoon (talk) 06:17, 8 November 2024 (UTC)[reply]

@Hee Jung, Yoon: Yes, that is okay :). Samoasambia ✎ 14:19, 8 November 2024 (UTC)[reply]

Telemark (Q2254)

[edit]

Telemark is now restored. It is wrong information that it is a former county. It was merged with Vestfold, but now it is reestablished. How to edit this information? Tollef Salemann (talk) 12:06, 8 November 2024 (UTC)[reply]

I mean, it is by some reason showed in the info boxes in Wikimedia Commons that Telemark was "Replaced by
Vestfold og Telemark", and i dont know how to edit this. Tollef Salemann (talk) 12:09, 8 November 2024 (UTC)[reply]
Hi Tollef Salemann! Technically speaking Telemark (Q2254) has been a former county between 2020–2023 until it was re-established in the beginning of 2024. On Wikidata we want to store that kind of historical information about too. I added some qualifiers about the dates of abolishment/re-establisment to replaces (P1365) and replaced by (P1366), and now the template on Wikimedia Commons is a bit more detailed. Samoasambia ✎ 14:17, 8 November 2024 (UTC)[reply]
Oh, no, I mean that there is some mistake in the code, because info boxes in Wikimedia Commons say that Telemark was "Replaced by Vestfold og Telemark", and it happens because of some fail in the Wikidata. Tollef Salemann (talk) 19:19, 9 November 2024 (UTC)[reply]
Well, technically Telemark was replaced by Vestfold og Telemark in 2020 and then Vestfold og Telemark was replaced by Telemark when the county was re-established in 2024. So the data is correct but I understand that it can look misleading. Samoasambia ✎ 20:05, 9 November 2024 (UTC)[reply]

Thank you!

[edit]

It was 12 years and 9 month since I become administrator in Wikidata, and fortunately it got removed due to my inactivity. I will not intend to re-apply as there are great administrators in here who can take care wikidata well. I just want to leave message say it was my pleasure to serving administrator here. :)--*Youngjin (talk) 06:39, 9 November 2024 (UTC)[reply]

Thank you for your service. Ymblanter (talk) 18:15, 9 November 2024 (UTC)[reply]
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat&oldid=2272520894"