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

Wikidata:Project chat

From Wikidata
Jump to navigation Jump to search

Edit

Deleted Property clean-up in references

[edit]

Property:P10589 was deleted and I have removed any Claims using it with QuickStatements having found them with a SPARQL query.

How to similarly clean up References using it? See genre in https://www.wikidata.org/wiki/Q11147846#P136 as an example? I don't think this is something QuickStatements can handle, is there another way or do I need to write a Bot to do it? OQZYwD0R (talk) 18:16, 13 November 2024 (UTC)[reply]

@OQZYwD0R: looks like User:ChristianKl was bit too quick with deleting the property. Usually we first remove all usage before doing the actual deletion. Not sure why that didn't happen here.
A property is also a wiki page so you can look at https://www.wikidata.org/wiki/Special:WhatLinksHere?target=Property%3AP10589&namespace=0&limit=50 to see where it's still used. That's currently 25 items so I don't think you'll need a bot for that. Multichill (talk) 18:58, 13 November 2024 (UTC)[reply]
I think there are more than 23 sadly; I don't see Q11283669 on that WhatLinksHere page.
Only looking for Items with a genre (P136) with a Reference containing P10589 returns about 2000 results. OQZYwD0R (talk) 19:31, 13 November 2024 (UTC)[reply]
Indeed it seems like there are many more. A maintenance bot to clean this up sounds like a good idea to me. So9q (talk) 03:59, 16 November 2024 (UTC)[reply]
I attempted to remove them with my bot, but the Pywikibot code encountered an error because the property P10589 does not exist. If you could temporarily recreate the property, I can proceed to remove the references. Difool (talk) 02:20, 19 November 2024 (UTC)[reply]
The references have now been successfully removed. Difool (talk) 09:21, 24 November 2024 (UTC)[reply]
@Multichill I'm not aware that we have a policy that requires deleting uses of a property before deleting it. If you think we have a policy that requires this, could you point toward it? ChristianKl ❪✉❫ 21:32, 18 November 2024 (UTC)[reply]
@ChristianKl: it's standing practice to remove (or replace) usage before deleting the property, see Wikidata:Properties for deletion/Archive/2024 for some recent examples.
When it's a lot of work, the proposal usually gets moved to Wikidata:Properties_for_deletion#On_hold waiting for the usage to be replaced. That's what I would do in this case: Undelete it for now and leave it in the on hold section until usage has been replaced. Multichill (talk) 16:55, 19 November 2024 (UTC)[reply]
@Multichill there's always a constant process of adding more steps to processes and burocratic buildup. When it comes to most decisions like deleting properties or closing RfC's our main problem is that we don't have enough people making the calls.
I think it would be bad for Wikidata to increase barriers.
The task of removing claims like this could be automatically done by a bot (the same we that bots automatically remove statements that point to deleted items). I see no good reason for putting that responsibility on the person closing the request for deletion. ChristianKl ❪✉❫ 22:23, 19 November 2024 (UTC)[reply]
@ChristianKl: I'm just telling how you can do it so you don't break stuff. It's just like deleting a template in a wiki: If you don't remove usage first, stuff will break and people will complain. Multichill (talk) 22:57, 19 November 2024 (UTC)[reply]
I'm not aware that we have a policy that requires deleting uses of a property before deleting it. I really hope we don't need a policy for everything. WD:UCS applies. --Matěj Suchánek (talk) 07:21, 20 November 2024 (UTC)[reply]
When it comes to deleting items, it's not the responsibility of the person doing the deletion to delete uses of the property. It's something that happens automatically via bots. We did that to remove administrative overhead when it comes to the item deletion process.
My common sense would be that it would be ideal if usage would be automatically removed for properties as well as that removes administrative burden. ChristianKl ❪✉❫ 09:14, 20 November 2024 (UTC)[reply]

I have restored the property temporarily, in order to allow a proper cleanup before deletion. Stuff breaks left and right due to the premature deletion. P10589 can of course be re-deleted once the property has been removed from ~25.000 statements (where it is being used as a reference). —MisterSynergy (talk) 14:20, 23 November 2024 (UTC)[reply]

@MisterSynergy: Thanks for that. I added it to Wikidata:Properties_for_deletion#On_hold. While doing that I noticed that the closing edit is currently signed with User:Mahir256, but the edit is by User:ChristianKl? I'm confused. Also 10 supporting and 7 opposing deletion is hardly consensus and should probably have been closed by a less involved admin. Multichill (talk) 21:29, 23 November 2024 (UTC)[reply]
My guess is that he has copied the closing template from here and somehow managed to mess it up. Since it was not Mahir256 who has closed the PfD, I have removed his wrongfully copied signature from the P10589 PfD page [1]. —MisterSynergy (talk) 21:43, 23 November 2024 (UTC)[reply]

Authority records from Pontificia Universidad Católica de Chile

[edit]

Hi, we are interested to contribute information to Wikidata, we have a local database of authorities for names with more than 120.000 records, normalized following MARC format. The amount total of authorities records in our database is 568.766 (includes names, subjects, geographic, etc.). What is the procedure to share this information on wikidata? We are working with Alma and Primo, Exlibris products, and nowadays its Linked Open Data functionalities are working with information in Wikidata, then we wants to display our information, when it not exist in Library of Congress. Malvaraa (talk) 18:29, 14 November 2024 (UTC)[reply]

Hi Malvaraa, thanks for your interest in contributing to Wikidata! Here's a page where you can find information on donating data: Wikidata:Data donation. I think authority data about humans would be especially interesting for us, but other topics are accepted as well if the data items meet our notability policy or if the data fits into existing Wikidata items. New Wikidata property proposals, e.g. for your identifiers (IDs) about humans, subjects, places etc., can be made here. There are several different tools for uploading data into Wikidata, and they accept various different data formats. Is your data available somewhere online so that we could have a look? Kind regards, Samoasambia ✎ 19:12, 17 November 2024 (UTC)[reply]
Thank you for the information, I will extract a file with a few records of names, then you can review it. Malvaraa (talk) 12:01, 19 November 2024 (UTC)[reply]
Hi, In this folder you can find a file with a few authority names records
Please let me know if it is possible to share this information in Wikidata. Malvaraa (talk) 16:26, 19 November 2024 (UTC)[reply]
@Malvaraa Are these records available through a web portal? For example, Pablo Neruda (Q34189) record in the Catalogue of the Library of the Pontifical University of the Holy Cross (Q65028882) is available here: https://catalogo.pusc.it/cgi-bin/koha/opac-authoritiesdetail.pl?marc=1&authid=56911. Do you have something similar? It's usually the first step: adding the ID in your database to WD items. Ayack (talk) 17:53, 19 November 2024 (UTC)[reply]
Hi, nowadays no, our authority records are displayed in an internal system only, our discovery system have the headings, but not display the complete records. I will review if I can display our authority records in the discovery system. Malvaraa (talk) 13:21, 20 November 2024 (UTC)[reply]
Hi, is possible to display our authority records in our discovery system, we are working to fix some issues with the display. Malvaraa (talk) 19:34, 20 November 2024 (UTC)[reply]
When it comes to notability, if you want to import 120.000 records a good approach is to fill a bot request where you explain the the data you want to import so that you get a community decision about whether the community considers the data notable to be importanted. ChristianKl ❪✉❫ 10:42, 19 November 2024 (UTC)[reply]
Thank you, I am reviewing this information Malvaraa (talk) 16:27, 19 November 2024 (UTC)[reply]
@Malvaraa: in general I think the first step should be, as @Ayack: perfectly expressed, having the possibility to link from Wikidata to your authority records; other steps (reconciliation etc.) come next. I have recently done a presentation about this with @Bargioni:: commons:File:Wikidata Days 2024 - Improving catalogues and cataloguing through Wikidata.pdf. Epìdosis 16:21, 20 November 2024 (UTC)[reply]
Excellent, thank you Malvaraa (talk) 19:25, 20 November 2024 (UTC)[reply]

Intentional addition of incorrect external identifiers

[edit]

Is there consensus for the practice of purposeful addition of values, with deprecated rank, for Wikidata property for authority control by VIAF member (Q55586529) that are known to be incorrect before they are added to items? This involves VIAF clusters that are conflated, or that have one or more mismatched component, with the concern being that bots and human editors may add the erroneous VIAF component(s) to one or more items. However, this use case is not supported by Help:Deprecation, as it does not pertain to superseded values, and the values were never thought correct. -- Dcflyer (talk) 09:55, 18 November 2024 (UTC)[reply]

This helps to avoid bad edits by bots, which happen all the time. If that use case is not supported by Help:Deprecation, it should be added there. D3rT!m (talk) 17:40, 18 November 2024 (UTC)[reply]
@Dcflyer: I think the addition of conflated IDs makes sense because they are not completely incorrect, but only partially incorrect; so, in order to avoid someone adding them as normal, it makes sense keeping them as deprecated with reason for deprecated rank (P2241)conflation (Q14946528) to make clear that they are not entirely correct.
What I would avoid as much as possible is the addition of completely wrong IDs (i.e. the ones marked with reason for deprecated rank (P2241)refers to different subject (Q28091153) or reason for deprecated rank (P2241)applies to other person (Q35773207)); in these cases I check that they are used in the correct item and then I remove them. Epìdosis 21:46, 21 November 2024 (UTC)[reply]

Isni and architect exception

[edit]

Why does ISNI property have this:

conflicts-with constraint property architect

I believe that architects can publish something, certainly not most of them, but adding this as an exception is probably unnecessary. SecretMonique (talk) 12:45, 18 November 2024 (UTC)[reply]

It means it should not be used on items that have the property architect set (so usually non-humans), but yeah it is a bit strange... Sjoerd de Bruin (talk) 13:31, 18 November 2024 (UTC)[reply]
@SecretMonique: I think you are misinterpreting the meaning of that constraint. ISNI (P213) also has a similar conflicts-with constraint for the property "author". What both mean is items that have an architect (buildings) or an author (books or other written works), respectively, should not have an ISNI, which seems correct to me. Maybe ISNI is sometimes applied to names of buildings? But it's not a constraint against ISNI's for architects themselves, they are definitely allowed. ArthurPSmith (talk) 14:29, 19 November 2024 (UTC)[reply]
Okay, I misunderstood. I thought it was about the fact that there can't be ISNI among those people who have a job: architect. My oversight. Thanks. SecretMonique (talk) 19:55, 21 November 2024 (UTC)[reply]
[edit]

Hi, Commons categories are usually linked to the corresponding WD item. That's the case for at least 90% of Commons categories which have a Wikidata InfoBox. Now Mike Peel is changing that with his bot, saying there is a consensus for that. I have never heard about this, and anyway links to WD items should be decided by the source project, i.e. Commons. Categories are the main namespace on Commons, and they should be the pages linked to the WD corresponding item. It is like this since the beginning of the project 20 years ago. It is not for WD to decide what should be linked about Commons pages. I have corrected hundreds of such erroneously links, and there has never been any issue until now. I don't understand this new stand against the standard of Commons. Thanks, Yann (talk) 18:18, 18 November 2024 (UTC)[reply]

I've tried to explain things here to Yann at User talk:Mike Peel, but not getting anywhere, so I encouraged them to come here. I've not started doing anything new, and it's the same bot task that's been running since 2018. My understanding of current consensus is described at User:Mike Peel/Commons linking. Thanks. Mike Peel (talk) 18:31, 18 November 2024 (UTC)[reply]
Commons Gallery links go on 'topic' items (those that link to Wikipedia articles) Please change this part, thanks. Strange the bot has been applying this problematic linking for so long. Prototyperspective (talk) 18:44, 18 November 2024 (UTC)[reply]
That is the policy if both exist. Sjoerd de Bruin (talk) 21:40, 18 November 2024 (UTC)[reply]
There recently was a thread about this here with no replies. Right here there is another one. Please change it. Prototyperspective (talk) 22:14, 18 November 2024 (UTC)[reply]
1. I see no link to any policy 2. If that was indeed a policy I think there is now a request to have this changed which one can't just ignore 3. There are good reasons to change it, and whatever the reasons for the prior state was they're probably outdated and/or not as good as linking to the category and maybe that's not as clear to editors who mainly contribute to Wikidata and haven't see many galleries or issues with the current procedures. Prototyperspective (talk) 12:23, 19 November 2024 (UTC)[reply]
See c:Commons:Village pump/Technical#Problem with Commons categories in Multilingual sites in Wikidata, consequences for Commons for a description of a problem that might be caused by the policy described in User:Mike Peel/Commons linking. JopkeB (talk) 03:46, 19 November 2024 (UTC)[reply]
I've replied there about this issue, it's a template that's not following topic's main category (P910)/category's main topic (P301)... Thanks. Mike Peel (talk) 07:26, 19 November 2024 (UTC)[reply]
Practice for many years
@Yann, MSGJ: this discussion happened a long time ago, consensus was achieved and is documented in the picture on the right (from 2015) so edits like these are incorrect. Multichill (talk) 17:11, 19 November 2024 (UTC)[reply]
@Multichill: 90% of Commons categories (whenever there is no gallery) with a Wikidata InfoBox are linked that way, and there are millions of such cases, so incorrect can only be a personal opinion. Such a link is the de facto standard.
So as I said on Commons, Wikidata links to the wrong items. Demonstration (and please note that this is valid for any Wikimedia project, not only Commons): Say that a project has a page X linked to a WD item #1. Then, as the subject becomes sufficiently important, a subpage X1 is created. Will WD change the link to another item? If there is no gallery, a Commons category is linked to the corresponding WD item. Then why changing the link if a gallery is created? Yann (talk) 17:19, 19 November 2024 (UTC)[reply]
Still no link. Looks like Jmabel already raised issues in 2016 here which is the only thing I found by this image. Please change this longstanding practice. Prototyperspective (talk) 17:18, 19 November 2024 (UTC)[reply]
  • Two people on the Project Chat wanting a longstanding practice changed (and likely not understanding the full implications of a change) is not a reason to change. If you want a change, think about a new policy. Write a policy page that mentions all the corner cases and than make an RfC at Wikidata or WikiCommons for the adoption of the new policy. ChristianKl ❪✉❫ 09:30, 20 November 2024 (UTC)[reply]
Here is the RfC - Wikidata:Requests for comment/Commons links. However, in my opinion the RfC was wrongly closed, I don't see a consensus (for sitelinking galleries) there. As a result, the results are largely ignored. Also note that Commons:Commons:Wikidata states. "Only Commons galleries and Commons categories should be sitelinked from Wikidata items." (So there is no preference for linking galleries). --Jklamo (talk) 12:04, 21 November 2024 (UTC)[reply]
[edit]

It's not right that there is only one allowed wikipedia page linked per wikidata item Baratiiman (talk) 05:04, 19 November 2024 (UTC)[reply]

How so? And can you give examples? Sjoerd de Bruin (talk) 08:33, 19 November 2024 (UTC)[reply]

Wikidata weekly summary #654

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

Events

Press, articles, blog posts, videos

Tool of the week

  • DBLP to Wikidata - This tool is for adding scholarly articles to Wikidata utilizing data from DBLP. It also provides article authors with a tool to enhance Wikidata with associated entities, such as missing co-authors or conference proceeding entities. Demo video & Github repo

Other Noteworthy Stuff

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • [BREAKING CHANGE ANNOUNCEMENT] wbformatvalue API will no longer accepts most options
  • Wikibase REST API: We are looking into how to do search in the REST API.
  • Special:NewLexeme: We merged the full migration from the Wikit to the Codex design system.
  • EntitySchemas: We are polishing the patches to make it possible to search for EntitySchemas by label when linking to an EntitySchema in a new statement.
  • Wikidata support is now available to Tulu Wikipedia and Tulu Wikisource

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

Language used by an organisation

[edit]

Organisations do not necessarily work internally or publish in the language of the country they are based in. While there is a requirement for a language of work or name (P407) for the different language landing points of their website, can language of work or name (P407) be used for the main languages used by organisation itself, as opposed to official language (P37) which tends to a legal requirement, and languages spoken, written or signed (P1412) which is reserved for people. language used (P2936) is also a possibility, though it talks about places and events. A use case might be "show me organisations interested in WWII that work in French or English, as I don't understand German" Vicarage (talk) 14:02, 19 November 2024 (UTC)[reply]

P2936 has to be used: "language widely used (spoken or written) in this place or at this event or organisation". Re P407: An organization is not a work. EnterYourUsername24 (talk) 16:47, 21 November 2024 (UTC)[reply]

Wikimedian in residence

[edit]

Does being a Wikimedian in residence (Q3809586) is enough to be notable in wikidata. Geagea (talk) 11:17, 20 November 2024 (UTC)[reply]

It seems thin. If it had a Wikimedia username (P4174) for identifier and some sort of press release for a source, then I don't think I would delete it. We see a lot worse. Bovlb (talk) 23:08, 20 November 2024 (UTC)[reply]

Save the date: Data Reuse Days online event coming up in February 2025

[edit]

Hello all,

I'm happy to announce that we started preparing our next Wikidata community online event: the Data Reuse Days 2025.

"Data Reuse Days 2025 logo

The event will be focusing on how people and organizations use Wikidata's data to build interesting applications and tools. It aims to bring together data reusers and editors to learn from each other and discover cool Wikidata-powered applications. We will also cover technical aspects of Wikidata and share research and ideas for the future of reusing Wikidata’s data.

The event is taking place online, we will have sessions taking place during periods of 2 hours through 8 days: from February 18 to 27, 2025. You will be able to join sessions live, or to watch the replay later on. You will find the schedule below on this page. The sessions take place in English, and are open to everyone interested in the topic of data reuse.

We are welcoming proposals from Wikidata editors and reusers who want to showcase their applications or facilitate discussions! You can propose sessions on the talk page until January 12th. We will then select some of them and add them to the schedule. We are especially welcoming demos of tools or applications using Wikidata's data, discussions between editors and reusers, and technical presentations.

While waiting for the event to take place, you can also rewatch some sessions from our last edition in 2022.

If you have any questions or suggestions, feel free to write on the talk page or to reach out to me directly. Best, Lea Lacroix (WMDE) (talk) 06:50, 21 November 2024 (UTC)[reply]

[edit]

Just for fun I would like to manually add some facts of the type: "Investor X invested Y (dollars|euros|etc.) into company Z at date W."

Is there a currently well established way of modeling that?

The closest property I could find was funder (P8324). But then how do I set the date and amount in a way that other casual users like me are also likely to use the same mechanism so we can have a coherent model?

E.g. for the money amount I could use prize money (P2121), which has the advantage of trying to restrict the value to currencies, as a qualifier but it doesn't feel so intuitive and I'm not sure others would find it.

Similarly for the date, the best bet seem like announcement date (P6949) rather than point in time (P585) since we only generally know when something was announced, rather than agreed upon or money transferred.

Another related concept in existence is securities offering (Q3489761).

Another thing that comes to mind is in a funding round it is not generally known which entity gave how much funding exactly, so perhaps funder (P8324) won't even cut it. A better model generally would be "funding round value, date and investors involved".

Or you think this case would justify adding a new property of some kind, or some other way to help things be coherent naturally?

This type data can be quite valuable, e.g. https://crunchbase.com/ actually sells this type of funding data, but for now I'm just interested in learning how Wikidata works a little better.

Maybe cc. @FULBERT who introduced "funder" in 2020. Cirosantilli2 (talk) 16:17, 21 November 2024 (UTC)[reply]

There is price (P2284) where the original proposal makes it sound like it's only for list prices of products, but the current property description makes it sound like it could also be used to document actual price paid. I also wonder how you might model investments where non-monetary assets are exchanged, like stock or cloud credits (Microsoft's investment in OpenAI, for example). And more broadly, do you anticipate attaching the funder statements to the company/fund item or creating a new item for the specific investment series? An item for each series might make sense when there are a large number of investors over many rounds and their statements would become dominating on the main company/fund item.
Just some rambling thoughts. The members of WikiProject Companies might have some more developed ideas. Notified participants of WikiProject Companies William Graham (talk) 22:48, 21 November 2024 (UTC)[reply]
These points also crossed my mind @William Graham.
price (P2284) is also possible. This is a general issue I see with Wikidata given my inexperience, there are many properties that "would not be used in natural language for something", but would make sense if you take them in a slightly more generalized view. The issue I guess is, will people intuitively find the "right" properties on the search or not, and how to make that happen.
Yes, it would be good not to restrict just to currencies. If there's a way to force the value to just not be a raw value without unit, that would be perfect.
About item for specific funding event, both would work. My gut feeling is that almost all entries of this type would be quite short and people would be less lazy to add them as qualifiers. I'm not sure how interchangeable items vs properties are in the model. It would be cool if all Wikidata property assignments automatically generated corresponding items so we wouldn't have to worry about this kind of Cirosantilli2 (talk) 09:54, 22 November 2024 (UTC)[reply]
The information "Investor X invested Y (dollars|euros|etc.) into company Z" is a bit vague, we prefer to record more specific information, typically purchases of shares in companies. However for investments you can use the investor (P1951) property and qualifiers such as point in time (P585). For the amount, capital cost (P2130) seems to be (a bit surprisingly) most popular property (see query). --Jklamo (talk) 10:14, 22 November 2024 (UTC)[reply]
Thanks for that @Jklamo, investor (P1951) and capital cost (P2130) seem like the best options then. I'm a bit surprised how almost none of the usages have a time. I still think announcement date (P6949) make a bit more accurate for time, but what matters is what most people will use. If only there was a way to propose "recommended qualifiers" of properties to help these things be more uniform. Cirosantilli2 (talk) 22:14, 22 November 2024 (UTC)[reply]

URL redirector for P12393

[edit]

For IFOPT stop ID (P12393), I thought it’d be good to point users to an authoritative database with current and complete data for these external identifiers. However, there’s no such global database, and the existing country-specific databases seem very incomplete outside their respective countries. To work around this, I’ve implemented an URL redirector in a few lines of Python, running on Toolforge. Is anyone here interested in becoming a co-maintainer for this tool? I don't expect much work, but it would be good to have some co-maintainers in case I get hit by a bus :-) --Sascha (talk) 16:46, 21 November 2024 (UTC)[reply]

@Sascha: You can add me, though I'm not sure I'll be able to help much. I run the generic redirector that some properties use here so it's definitely related. Specific ones like this are probably better though. My Toolforge username is 'apsmith'. ArthurPSmith (talk) 19:03, 21 November 2024 (UTC)[reply]
Thanks, added you as a co-maintainer. —Sascha (talk) 13:16, 25 November 2024 (UTC)[reply]

Sign up for the language community meeting on November 29th, 16:00 UTC

[edit]

Hello everyone,

The next language community meeting is coming up next week, on November 29th, at 16:00 UTC (Zonestamp! For your timezone <https://zonestamp.toolforge.org/1732896000>). If you're interested in joining, you can sign up on this wiki page: <https://www.mediawiki.org/wiki/Wikimedia_Language_and_Product_Localization/Community_meetings#29_November_2024>.

This participant-driven meeting will be organized by the Wikimedia Foundation’s Language Product Localization team and the Language Diversity Hub. There will be presentations on topics like developing language keyboards, the creation of the Moore Wikipedia, and the language support track at Wiki Indaba. We will also have members from the Wayuunaiki community joining us to share their experiences with the Incubator and as a new community within our movement. This meeting will have a Spanish interpretation.

Looking forward to seeing you at the language community meeting! Cheers, Srishti 19:53, 21 November 2024 (UTC)[reply]

about the medical datasets

[edit]

can you provide me with the datasets of medical api 183.82.105.93 12:46, 22 November 2024 (UTC)[reply]

How to mark topics on my talk page as resolved?

[edit]

One user recently reverted my edit where I tried to put a [RESOLVED] to my original title. Should I instead put it at the top? What am I allowed to change on my own talk page? Is there a guide? SuperUltraHardCoreGamer (talk) 13:04, 22 November 2024 (UTC)[reply]

I got help. The suggestion to use Template:Section resolved but how do I actually use that? If you check I asked about this earlier on the talk page of that page. Anyone here knows? SuperUltraHardCoreGamer (talk) 14:07, 22 November 2024 (UTC)[reply]
It looks like you worked it out. If so, you can also mark this topic as resolved.  :)
BTW, We generally allow users great latitude in how they organize their own user and talk pages, but you should be aware that changing a section heading will break any links to it, but it should not (as I understand it) disrupt subscriptions made via DiscussionTools (Q94698747). Bovlb (talk) 16:20, 25 November 2024 (UTC)[reply]
I do have an unorthodox idea: Instead of having a normal title I'd have a link title ie. This is the title. The title would always link to my userpage. If I want to close it I simply change the title even though the link is the same: [RESOLVED] This is the title. I just came up with it. Can I do that on my talk page? This link will be the title basically or will the links still break after the change? I find that the Template:Section resolved is not visible in the Table of Contents and I think it would be cool if someone can immediately see in the toc if some topics have been resolved or not. Is that possible or is Template Section Resolved the best we can do? SuperUltraHardCoreGamer (talk) 17:14, 25 November 2024 (UTC)[reply]

Can you hold multiple chess titles in one time?

[edit]

Hello, When I edit section about chess titles should I set to when they the title held to a year that they obitained another?

Wesalius B20180 Eran gobonobo Dr.üsenfieber Zpro1408 LockaPicker Dusty292

Notified participants of WikiProject Chess

Thanks for responses. Dusty292 (talk) 18:36, 22 November 2024 (UTC)[reply]

How to automatically hook these categories up

[edit]

e.g. subcats of zh:Category:20世纪浙江 and c:Category:Zhejiang in the 20th century. manually clicking, typing, copypasting... are tedious.

and, even better would be, replace the commons category page content with 

{{Category description/Administrative division by decade}}
{{Wikidata Infobox}}

.

there are probably as many as 30*20 = 600 such categories to link (30+ provinces of china, 20+ existing subcats by decade or by year...) RoyZuo (talk) 21:35, 22 November 2024 (UTC)[reply]

New data-driven objects

[edit]

I created data-driven organization (Q131309257) and data-driven decision-making (Q131309236). Please help use, improve and translate them. So9q (talk) 06:28, 23 November 2024 (UTC)[reply]

I'm confused what your intention is with this discussion topic.
The first item doesn't appear especially notable. I can't find any serious sources. The second appears to be one step beyond a marketing buzzword. William Graham (talk) 06:46, 23 November 2024 (UTC)[reply]

How to represent fractions e.g. to say which proportion of the Nobel Prize each person won without resorting to floating point numbers?

[edit]

The Nobel Prize can be given to multiple people with different weights to each, e.g. 1/2 to one and 1/4 to two others.

But currently this is not modeled as far as I can see.

I tried to add a qualifier proportion (P1107) e.g. to the award received (P166) of John Vane (Q309971) but my issue with it is that fractions that 1/3 are not allowed, I'd have to use floating points numbers like 0.333333 which is ugly.

Is there any better way? Cirosantilli2 (talk) 07:45, 23 November 2024 (UTC)[reply]

A prize amount may be divided, but all recipients are laureates. The other recipients are recorded by qualifier together with (P1706). Trying to record the ratio of prize amounts would be rather confusing. Jklamo (talk) 09:15, 25 November 2024 (UTC)[reply]

Protect against

[edit]

How can we set a property that wolf collar (Q8029919) protects against wolf (Q18498). Or bulletproof vest (Q391752) protects against projectile (Q49393) or stabbing weapon (Q1514280). --sk (talk) 11:27, 23 November 2024 (UTC)[reply]

has use (P366) protection (Q2251595) object class of occurrence (P12913) wolf (Q18498), as antivirus software (Q93249) does, though it has removal (Q23009442), and object class feels clumsy Vicarage (talk) 05:18, 24 November 2024 (UTC)[reply]

Q49481656

[edit]

For Dahl Playfield (Q49481656), everything is referenced to a nonexistent GNIS record. No idea what we are supposed to do with that. - Jmabel (talk) 16:55, 24 November 2024 (UTC)[reply]

Perhaps the problem is more general than I thought: same issue for GNIS record for Woodland Park (Q49582806). - Jmabel (talk) 22:20, 24 November 2024 (UTC)[reply]

Need to merge to items

[edit]

Hello,

I am working on the English Wikipedia. I wanted to get the article ru:Калюка to link to all the other articles about that subject, by linking to en:Willow flute. I unlinked the Russian article from kalyuka (Q4229054) and linked it to willow flute (Q1685320). On the English-language Wikipedia, I merged en:Kalyuka into en:Willow flute; however I don't know how to finish the process. Right now kalyuka (Q4229054) is linked to a redirect page. Jacqke (talk) 22:14, 24 November 2024 (UTC)[reply]

Hi, moved the ruwiki sitelink back to kalyuka (Q4229054) and added a badge intentional sitelink to redirect (Q70894304) to the enwiki sitelink which enables interwiki linking. For the future you can find instructions at Wikidata:Sitelinks to redirects. Samoasambia ✎ 11:03, 25 November 2024 (UTC)[reply]

AGB, Allgemeine Geschäftsbedingungen (Q34582) wouldn't allow adding T&Cs for English language

[edit]

The item seems to be blocked by a rarely populated term (merely three languages in wikidata Q5165703) the T&Cs redirects to in English Wikipedia. This causes no language link for English language showing up in German Wikipedia lemma Allgemeine Geschäftsbedingungen at all, and also Allgemeine_Geschäftsbedingungen not showing up as Language link in English Wikipedia entry T&Cs. Seem I can't fix that, Wikidata wouldn't let me add the English Wikipedia lemma T&Cs to Q34582. Not sure whether the English Wikipedia redirection from T&Cs to the more general Contractual term is proper at all, causing the trouble in the first place here. Please could somebody more experienced fix this issue, so the T&Cs English Language link shows up in German Wikipedia Lemma Allgemeine_Geschäftsbedingungen? --92.117.131.30 00:31, 25 November 2024 (UTC)[reply]

Spanish entries overwriting english entries

[edit]

Hi everyone,

twice now I've stumbled upon english labels with spanish entries:

https://www.wikidata.org/w/index.php?title=Q682496&diff=prev&oldid=2279578863

https://www.wikidata.org/w/index.php?title=Q80689&diff=prev&oldid=2279508631

I can't quite find the reason as to why this happened

(see https://www.wikidata.org/w/index.php?title=Q80689&diff=prev&oldid=1018414241)

,but found that both changes that undid it were reverted:

https://www.wikidata.org/w/index.php?title=Q682496&diff=prev&oldid=1337956303

https://www.wikidata.org/w/index.php?title=Q80689&diff=prev&oldid=1765167231


There might be a systemic issue/reason behind this. Any help appreciated TimBorgNetzWerk (talk) 12:08, 25 November 2024 (UTC)[reply]

Just looks like vandalism that was discovered way too late. Sjoerd de Bruin (talk) 13:17, 25 November 2024 (UTC)[reply]

To merge?

[edit]

Can you merge Q20009218 and Q99984255, please? The museum and the maze are the same attraction, compare itwiki and enwiki. Elena Tartaglione (talk) 14:16, 25 November 2024 (UTC)[reply]

@Elena Tartaglione: thanks for the report, you can merge them directly using the Merge gadget as explained in Help:Merge#Automatic merge. You can write me if you have doubts of course. Epìdosis 16:26, 25 November 2024 (UTC)[reply]

Moana 2

[edit]

Moana 2 is a big budget film being released this week, see Q124457266. Except it's actually two films being released on the same day, one in English and one in te Reo Māori Q36451.

Since they're being released on the same day by the same company, this is technically not a dub since there is no 'original' (which is the terminology that ever definition of 'dub' I've seen uses), although I admit there's a 'main'. imdb only has the main one. How do I represent this as a second item? I have assembled some links and done created some items for cast, see User:Stuartyeates/Moana 2. Stuartyeates (talk) 20:52, 25 November 2024 (UTC)[reply]

Are these actually two separate films that have different visuals or is this one Film with two different audio tracks? i.e. do they actually animate the characters' faces differently when they are speaking Maori than English? If the video is the same and the score is the same, etc. but the only difference is the audio, then it's not two different films any more than a film being released in color and black-and-white is two different movies or an album being released in mono and stereo is two different albums. —Justin (koavf)❤T☮C☺M☯ 21:05, 25 November 2024 (UTC)[reply]
The differentiation between these is unclear, as they haven't been released yet. Stuartyeates (talk) 21:10, 25 November 2024 (UTC)[reply]
The Teaser at https://www.youtube.com/watch?v=cJHRxReah68 suggests different animation. Stuartyeates (talk) 22:58, 25 November 2024 (UTC)[reply]

Requesting merge assistance

[edit]

The wikidate page Operazione Riva Ridge (Q3883998) had been created back in 2013 about a WWII battle involving American & Brazilian troops against Germans, likely in support of the it.wikipedia article on that war. (Until now no English version of that article exists, to my surprise, & I have been collecting material to fix that oversight.) However, not knowing about this earlier article, I created a wikidata page about the same battle -- Battle of Mount Belvedere (Q124217523). I tried using the merge tool to merge the two pages, but that failed. Can someone with more experience than I have merge the two?

COI note: My father was awarded the Bronze Star for heroism in this battle. -- Llywrch (talk) Llywrch (talk) 23:44, 25 November 2024 (UTC)[reply]

✓ Done The problem is that they each had their own itwiki sitelink, one a redirect to the other. The trick was to delete the redirect one before merging. Bovlb (talk) 01:25, 26 November 2024 (UTC)[reply]

Property proposals

[edit]

Audio tour

[edit]

There is a element page for a Template:P audio tour see Q758877 but not yet a property.Thats why I would like to suggest of the creation of a property tag for a audio tour. Audio tours are used in for example a museum. Brechtd (talk) 05:13, 26 November 2024 (UTC)[reply]

Augmented reality tour

[edit]

There is a element page for Template:P augmented reality tour see Q254183 but not yet a property.Thats why I would like to suggest of the creation of a property tag for augmented reality. Augmented reality is used for interactive experience of a real-world environment enhanced by computer-generated perceptual information spatially registered to the user's environment. Brechtd (talk) 05:18, 26 November 2024 (UTC)[reply]

Virtual reality tour

[edit]

There is a element page for Template:P virtual reality tour reality see Q170519 but not yet a property.Thats why I would like to suggest of the creation of a property tag for virtual reality. Virtual reality is a computer-simulated environment simulating physical presence in real or imagined worlds. Brechtd (talk) 05:39, 26 November 2024 (UTC)[reply]

Modify P5282 360 degree view

[edit]

Now you can only use a URL for P5282 "ground level 360 degree view URL" , I would like to suggest that in addition to using a URL for this property, I would suggest allowing the use of a link to an app (App store, Google play, ...). Brechtd (talk) 08:11, 26 November 2024 (UTC)[reply]

See Wikidata:Property proposal/Generic on how to propose new properties. Sjoerd de Bruin (talk) 09:06, 26 November 2024 (UTC)[reply]
I had a look @ the following, it said "Before a new property is created, it has to be discussed here."


Property proposalBefore proposing a property, search the Wikidata:List of properties to see if it already exists. Before a new property is created, it has to be discussed here. When after some time there are some supporters, but no or very few opponents, the property is created by a property creator or an administrator.

See https://m.wikidata.org/wiki/Wikidata:Property_proposal Brechtd (talk) 09:31, 26 November 2024 (UTC)[reply]

Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat&oldid=2279907281"