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

Wikidata:Project chat

From Wikidata
Jump to navigation Jump to search
This page contains changes. Please contact a translation admin to mark them for translation.

Edit

deidetected.com, a self-published source potentially used for harassment

[edit]

This website launched and run by the creator of the "Sweet Baby Inc detected" Steam curator would fall under the definition of a self-published source on Wikipedia. The Steam curator has been linked to the harassment campaign against Sweet Baby Inc. by reputable sources like PC Gamer, The Verge, and multiple others.

Wikidata has a page for the website, with the website linked via the described at URL property, by User:Kirilloparma on more than one if not every occasion. Even within the scope of that source, it is done in a very targeted way in that the website seems to be added to the Wikidata pages only when the game is recommended against at deidetected.com (e.g. The First Descendant, Abathor, Valfaris: Mecha Therion recommended as "DEI FREE" by deidetected do not have the property set). Based on that, its goal of harassment or POV pushing appears to be evident.

Does Wikidata have any guidelines that would explicitly allow or disallow this behavior or the coverage of deidetected.com at all? Daisy Blue (talk) 09:45, 14 September 2024 (UTC)[reply]

There is no policy on WD for blacklisting websites for other than malicious cases such as spam or malware Trade (talk) 11:59, 14 September 2024 (UTC)[reply]
Now from having read the property description for described at URL on its talk page, which explains that it's for "reliable external resources", I'm convinced the website has no place on Wikidata, as it's not a reliable source (at least not per the guidelines of Wikipedia (WP:RSSELF)). What is the best place to initiate its removal without having to start a potential edit war? A bot would also do a more efficient job at removing it from all the pages. Daisy Blue (talk) 12:03, 14 September 2024 (UTC)[reply]
You might have more luck if you stopped bringing up Wikipedia guidelines and used the Wikidata ones instead Trade (talk) 00:09, 15 September 2024 (UTC)[reply]
Wikidata itself cites the Wikipedia guidelines on self-published sources (and on original research). Daisy Blue (talk) 05:04, 15 September 2024 (UTC)[reply]
English Wikipedia policy is im many cases useful to decide what should be done in Wikidata (e.g. which sources are reliable), but should never be considered normative and have no more authoritativeness than policies in any other project. GZWDer (talk) 06:37, 15 September 2024 (UTC)[reply]

This could be used to mass undo 18 of the edits that introduced the links, but it's not progressing for me when trying. Daisy Blue (talk) 11:14, 15 September 2024 (UTC)[reply]

Seems like a low-quality, private website that doesn't seem to add anything of value to our items. There are countless websites out there, but we generally don't add every single site via described at URL (P973) just for simply existing. IIRC, there were various cases in the past where users added unreliable websites to lots of items, that were then considered spam and deleted accordingly. And if the site's primary purpose is indeed purely malicious and causing harassment, there's really no point in keeping it. Best to simply put it on the spam blacklist and keep the whole culture war nonsense out of serious projects like Wikidata. Additionally, DEIDetected (Q126365310) currently has zero sources indicating a clear lack of notability. --2A02:810B:5C0:1F84:45A2:7410:158A:615B 13:50, 15 September 2024 (UTC)[reply]

I've already nominated that and Sweet Baby Inc detected for deletion citing the same reason, though specifically for the curator, one could stretch point 2 of Wikidata:Notability to argue against it, but I'm not sure what value it would bring to the project apart from enabling harassment and its use to justify any other related additions. Daisy Blue (talk) 16:06, 15 September 2024 (UTC)[reply]
Just add this website to the spam blacklist, no one will be able to add links to this website on Wikimedia projects anymore. Midleading (talk) 17:18, 16 September 2024 (UTC)[reply]
What's the proper venue for proposing that? Also, seeing how you have a bot, could you suggest a quick way to mass remove the remaining instances from Wikidata? I've already undone a number by hand but it's not the greatest experience. Having the knowledge may also help in the future. Daisy Blue (talk) 18:24, 16 September 2024 (UTC)[reply]
On the home page of Meta-Wiki, click Spam blacklist, and follow instructions there.
To clean up links to this website, I recommend External links search. A WDQS search is likely to time out. I also recommend reviewing each case manually, sometimes the item should be nominated for deletion, but tools can't do that. Midleading (talk) 01:27, 17 September 2024 (UTC)[reply]
Thanks. I'll remove the rest by hand then. As for the Wikimedia spam blacklist, it says that "Spam that only affects a single project should go to that project's local blacklist". I'm not sure if there have been any attempts to cite deidetected on Wikipedia or elsewhere. We can search for the live references (there are none) but not through the potential reverted edits, I don't think. Daisy Blue (talk) 07:33, 17 September 2024 (UTC)[reply]
Well, you may request this website be banned on Wikipedia first, then you may find some users who agree with you. Midleading (talk) 08:45, 18 September 2024 (UTC)[reply]
I believe Wikipedia has the same policy in that if it hasn't been abused (and I wouldn't know if it has been specifically on Wikipedia), then there is no reason to block it. On Wikidata, as it stands now, the additions come from one user, Kirilloparma, who pushed back on my removals here but hasn't reverted. Unless it becomes a sustained effort by multiple users, it will come down to whether Kirilloparma concedes that described at URL is for reliable sources and the website is not a reliable source. Daisy Blue (talk) 12:14, 18 September 2024 (UTC)[reply]
For some reason Kirilloparma keeps making points on the subject on the Requests for deletions page rather than here (despite having been informed), now arguing that the short property description takes precedence over the property documentation on the talk page, which is dismissed as "outdated". Daisy Blue (talk) 09:29, 20 September 2024 (UTC)[reply]
  • Wikidata has items for many websites even if those websites are worthy of criticism. Knowing that "Sweet Baby Inc detected" is linked to "DeiDetected" is useful information even if both of those sources would be completely unreliable.
I don't see any use of links to deidetected.com within Wikidata where it's used for the purpose of harassement which would justify putting it on a blacklist. ChristianKl ❪✉❫ 13:09, 26 September 2024 (UTC)[reply]
The whole purpose of that website is to incite harassment, so intentionally linking to it within Wkkidata directly contributes to that problem. --2A02:810B:5C0:1F84:2836:F2FD:EE77:CF71 19:38, 28 September 2024 (UTC)[reply]
@ChristianKl: Quite frankly, your comment is insensitive and I agree with the IP. Note that the OP did say that the only edits adding them have been to "recommended against" games' items, so your point does not stand I'm afraid. Other than information on the sites themselves, we really should not provide "described at" claims linking them to people. Such is arguably a gross violation of Wikidata:Living people.--Jasper Deng (talk) 19:41, 28 September 2024 (UTC)[reply]
What part of Wikidata:Living people do you believe is violated here and by which edits?
Instead of focusing on what the OP said, why don't you look yourself to get an impression of what we talk about?
The OP asked for the item to be deleted. Currently DEIDetected (Q126365310) does link to Sweet Baby Inc detected (Q124830722). The described at URL (P973) claims on Sweet Baby Inc detected (Q124830722) seem to me like the go to relatively neutral sources like Wired saying things like "Although early efforts began on sites like notorious harassment hub Kiwi Farms last year, much of the misinformation about Sweet Baby has coalesced around Sweet Baby Inc Detected, a Steam curation group that bills itself as “a tracker for games involved with” the company." ChristianKl ❪✉❫ 13:40, 2 October 2024 (UTC)[reply]
I don't oppose the existence of these items and the existing claims you quoted. It is when these claims are added to particular games' items that it begins to create problems for the game's developers by inviting harassment targeted around their alleged ties to Sweet Baby and other organizations.--Jasper Deng (talk) 18:18, 2 October 2024 (UTC)[reply]
If deidetected would dox individual employees, that would be a privacy violation. Saying that a particular company was consulting another company for developing a product is not a violation of the privacy of individual people. Boycott of commercial products like games based on political justifications, is not something that the living people policy is intended to prevent. Using the word "harrassement" for it, does not mean it's the same as actions against individuals.
That said, we do have discussions over whether to add properties for external sources to require consensus to sources to all entries of a website and using described at URL (P973) as a workaround because there's no property for an individual website is generally a bad idea. ChristianKl ❪✉❫ 23:38, 3 October 2024 (UTC)[reply]
@Kirilloparma: Please do not reintroduce any of these links in the future. Doing so is a violation of Wikidata:Living people on the grounds of privacy.--Jasper Deng (talk) 19:47, 28 September 2024 (UTC)[reply]
That policy is about living people, not companies. As far as i can tell none of the entries even names any living persons in the first place Trade (talk) 03:41, 5 October 2024 (UTC)[reply]
The policy touches on groups as well, with emphasis on small groups. Sweet Baby Inc. consists of only 16 people. Some of the targeted games were made by as many or fewer (e.g. Sable, Neo Cab). Moreover, the website absolutely names living individuals, as exemplified by its page on Life is Strange: Double Exposure. Daisy Blue (talk) 07:02, 10 October 2024 (UTC)[reply]

I have boldly block-listed the domain on Wikidata. In accordance with the Wikimedia Foundation DEI principles, linking a low-quality harassment site in a way that causes LP violations is not appropriate. Exceptions, such as for items on articles covering the site, can be handled using edit requests. I request that the blacklisting stand unless an explicit consensus rises against it.--Jasper Deng (talk) 20:05, 28 September 2024 (UTC)[reply]

Enabling the CampaignEvents Extention on Wikidata

[edit]

The Campaigns Product team at the Wikimedia Foundation is proposing to enable the CampaignEvents extension on Wikidata by the second week of October.

This extension is designed to make it easier for organizers to manage community events and projects on the wikis, and it makes it easier for all contributors to discover and join events and projects on the wikis. Once it's enabled on Wikidata, you will have access to features that will help with planning, organizing, and promoting events/projects on Wikidata.

These features include:

  • Event Registration: A tool that helps organizers and participants manage event registration directly on the wiki.
  • Event List: A simple event calendar that shows all events happening on the wiki, particularly those using the Event namespace. It will also be expanded soon to have an additional tab to discover WikiProjects on a wiki.
  • Invitation Lists: A feature that helps organizers identify editors who might be interested in their events, based on their editor history.

Please note that some of these features, like Event Registration and the Invitation List, require users to have the Event Organizer right. When the extension is enabled on Wikidata, the Wikidata admins will be responsible for managing the Event Organizer right on Wikidata. This includes granting or removing the right, as well as establishing related policies and criteria, similar to how it’s done on Meta.


We invite you to help develop the criteria/policy for granting and managing this right on Wikidata. As a starting point for the discussion, we suggest the following criteria:

  1. No active blocks on the wiki.
  2. A minimum of 300 edits on Wikidata.
  3. Active on Wikidata for at least 6 months.


Additional criteria could include:

  1. The user has  received a Wikimedia grant for an event.
  2. The user plans to organize a Wikidata event.


We would appreciate your input on two things:

  1. Please share your thoughts and any concerns you may have about the proposal to enable the CampaignEvents extension on Wikidata.
  2. Review the starting criteria listed above and suggest any changes or additions you think would be helpful.

Looking forward to your contributions - Udehb-WMF (talk) 16:00, 19 September 2024 (UTC)[reply]

300 edits may be too low; Wikidata edits are generally very granular, so it's easy to make a lot of them. Maybe set the minimum at 1000? ArthurPSmith (talk) 18:04, 19 September 2024 (UTC)[reply]
I think 300 or 1000 matters little. The rights also don't give much room to mess up, so it is okay to have a low bar. From the additional criteria, I think a grant is way too restrictive, but the plan to organize is a must. Why else would the rights be needed? Ainali (talk) 18:22, 19 September 2024 (UTC)[reply]
I think the proposed criteria are reasonable. It is really hard to judge someone by the amount of edits because of the tools we are using on Wikidata. Perhaps we want to use a trial period for granting the rights (at least for less experienced users). We could grant it temporary for one year and renew it if it is still needed. --Ameisenigel (talk) 19:35, 19 September 2024 (UTC)[reply]
Hello! As a staff from an affiliate, I'd suggest to add a criteria that bypasses the number of edits for staff that belongs to an affiliate. In the case of Wikidata it's always useful if they know the platform before running an event, but it could be among the responsibilities of a new member of an affiliate staff to organize an event. Other than that, the criteria seems to follow what other wikis are currently discussing or implementing. Scann (WDU) (talk) 12:48, 20 September 2024 (UTC)[reply]
That's an interesting point that makes me question why we need an extra limit at all. Couldn't this right just be added to what autoconfirmed users can do? If someone misbehaves, it wouldn't be too much hassle to notice it and block, and the harm they can do wouldn't be any worse than being able to create items or pages in the Wikidata namespace. Ainali (talk) 13:38, 20 September 2024 (UTC)[reply]
We could start of without an edit limit for Wikidata and see whether any problems arise that way. If problems arise we can still increase the limit later.
If I remember right there was in the past some grant funded event that produced a few problems with bad edits. Does anyone remember more and whether the people in question would have fulfilled the limits that are proposed here? ChristianKl ❪✉❫ 20:23, 23 September 2024 (UTC)[reply]
@ChristianKl: I think you mean Wikidata:Project chat/Archive/2023/12#Wikidata-related grant proposals and Wikidata:Administrators' noticeboard/Archive/2023/12#Recent crop of new Nigerian items. --Matěj Suchánek (talk) 07:44, 26 September 2024 (UTC)[reply]
@Udehb-WMF: what do you think about the case Matěj linked to? Should we assume that the WMF is capable of not repeating that mistake in future grants for events? If so we wouldn't need an amount of edits of Wikidata as a limit. ChristianKl ❪✉❫ 10:47, 26 September 2024 (UTC)[reply]
Thank you for your comment/question, @ChristianKl.
I would like to clarify that the Event Organizer right and the CampaignEvents extension are not limited to grantees or events funded through grants. These tools are designed to help any organizer, whether they are running events, WikiProjects, or other on-wiki collaborations, to manage organizing more easily on the wiki.
The community will decide who can use these tools on their wiki. That’s why we are having this discussion now - The idea behind the edit count, as one of the qualifying criteria for the right, is that it could help show a level of experience and engagement on Wikidata. The 300-edit threshold I suggested was just to start the discussion, but the community will ultimately decide on the final criteria.
Exceptions could also be made for affiliate staff members, similar to how it's handled on Meta, since they may need access to these tools to carry out their roles. -Udehb-WMF (talk) 11:05, 27 September 2024 (UTC)[reply]
With regards to the question on grants, the team confirmed responding to the questions raised in the past; Grants talk:Programs/Wikimedia Community Fund/Rapid Fund/Wikimedia Awareness in Nafada (ID: 22280836) - Meta . The team has also been stringent in its grant request review process and remains open to further improvement. Feel free to share your input on the grants talk page or connect directly with VThamaini (WMF) at vthamaini@wikimedia.org. -Udehb-WMF (talk) 17:40, 27 September 2024 (UTC)[reply]
We currently don't use an edit threshold to decide who to give rollback rights or property creators rights but have qualitative criteria. Given that people with the same amount of edits have quite different amounts of real experience and understanding of Wikidata I don't think that a number-based criteria would be useful. ChristianKl ❪✉❫ 09:21, 4 October 2024 (UTC)[reply]
Thank you, @Ainali, for your comment/question.
The reason for the Event Organizer right, instead of giving it to all autoconfirmed users, is that this right grants extra abilities that are specifically useful for event or wikiproject organizers, but not necessary for all autoconfirmed users. These abilities include:
  • Sending mass emails to registered event participants using the event registration feature(see demo).
  • Collecting participant demographic data through the event registration feature(see demo)
  • Creating invitation lists based on user contribution history via the Invitation List feature (see demo)
As you can probably guess, the risk of abuse seems low with this right. However, it’s still important to give this right to people the community trusts - people who meet the community's defined criteria. This is why local admins are responsible for managing this right on each wiki. If the extension is enabled on Wikidata, only users with the Event Organizer right on Wikidata will have access to these extra features. -Udehb-WMF (talk) 11:02, 27 September 2024 (UTC)[reply]
Good idea, if we can enable this extension, we may need to remove Wikidata:Account creators group?--S8321414 (talk) 12:34, 25 September 2024 (UTC)[reply]
This is completely unrelated since the event organizer role is only for the usage of the events extension. Account creator is nearly unused on Wikidata. --Ameisenigel (talk) 15:21, 25 September 2024 (UTC)[reply]
As a user who has used the Campaign extension in Meta, I'm happy to see it being enabled in Wikidata, especially with Wikidata's birthday approaching. Users will be able to use this for the upcoming birthday events on Wikidata. Since the right now allows users to create event pages and send mass messages to those who register for the event. I agree with @ChristianKl that there doesn't seem to be a need for a minimum edit count requirement. Many organizers may not have 300 edits or be active for 6 months on Wikidata. Affiliate members requesting this right may not meet these criteria. An endorsement from their affiliate group should be considered instead. Other users can also request the right with supporting links explaining why they need the right on Wikidata rather than Meta. Like in metawiki believe all the events created by the users will be listed at the Special:AllEvents page in WD. So this can be easily monitered can tracked.-❙❚❚❙❙ GnOeee ❚❙❚❙❙ ✉ 11:38, 27 September 2024 (UTC)[reply]
As a follow-up to this discussion, I have created a dedicated page for Wikidata:Event Organizers. This page provides details about the event organizers right on Wikidata, how to request for the right and the requirements/criteria on Wikidata. I removed the edit count criteria as it might seem as though that will not be needed. Please review the page and help improve it if anything is unclear or needs more detail. You can help make sure the page is useful for everyone in our community.
Also, we intend to enable the extension during the week of 14th(next week).
cc. @Ainali@Ameisenigel@ArthurPSmith@ChristianKl@Gnoeee@Matěj Suchánek@S8321414@Scann (WDU) -Udehb-WMF (talk) 10:40, 7 October 2024 (UTC)[reply]
@Udehb-WMF I don't feel like your summary of requirement/criteria reflects the views of this discussion.
@Gnoeee: given that you have used the campaign extension already, do you have an idea about how the qualitative criteria should be worded? (So that we have admins make good decisions the same way as happens with rollback/property creator rights? ChristianKl ❪✉❫ 13:01, 7 October 2024 (UTC)[reply]
@ChristianKl, So both the rollback and property creator rights are given to trusted users who have experienced in working against vandalism and users who have understanding of property namespaces. But for an Event Organizers right, people with experience as well as new users who wants to organize the event may apply for it. So for an Event Organizer role, the qualitative criteria should focus on the user's experience in organizing events, and their engagement with the community. The user can explain the events they have organized before or leading community events, either within or outside of Wikidata as the reason with the supporting links. Additional to it they also should confirm whether they have read the documentation page on metawiki that says how to use the tool. And for Wikimedia affiliate staff members (may have very few edits here) can request this right and ask their affiliate to endrose their application so that the admins can make good decision on the request.- ❙❚❚❙❙ GnOeee ❚❙❚❙❙ ✉ 10:36, 8 October 2024 (UTC)[reply]
Thank you both, @Gnoeee and @ChristianKl for your feedback, and I apologize if I misunderstood or did not fully reflect the concensus on the criteria when creating the Wikidata:Event Organizers page. After considering @Gnoeee suggestion, would you say this new version reflects the agreed criteria?
  1. People with Wiki organizing experience who request the right should give clear examples of events they have organized or helped with, either within or outside of Wikidata. This should include links to relevant events as proof.
  2. Users should confirm that they have read and understood the instructions on how to use the Event registration tool or watched the video guide series on Commons before asking for the right.
  3. For Wikimedia affiliate staff members requesting the right, they should ask their affiliate to give an endorsement to support their application.
These could be added to the "reason" section of the request template.
Do you agree with this updated version? If no, please feel free to suggest any changes if something is missing.
Thank you again for all your contributions so far, and once again, I apologize for any confusion in the first version of the criteria. Also, @Gnoeee and @ChristianKl please feel free to edit the Wikidata:Event Organizers page directly if you prefer. - Udehb-WMF (talk) 10:52, 10 October 2024 (UTC)[reply]

Duplicate entries due to ceb wiki?

[edit]

Landau an der Isar (Q509536) and Landau an der Isar (Q32084506) seem to be the same but ceb.wiki has two articles. Magnus Manske (talk) 09:24, 27 September 2024 (UTC)[reply]

I have merged the Cebuano pages into one because they both about the same subject. But the WD items are about the different concepts -- the commune and the centre of the commune. Landau an der Isar is divided into seven settlements (? quarters?), and the main one shares the same name with the commune. See w:de:Landau an der Isar#Gemeindegliederung. --Wolverène (talk) 10:04, 27 September 2024 (UTC)[reply]
@Magnus Manske There are a lot of bot created pages in ceb.wiki because of GeoNames see https://www.wikidata.org/wiki/Wikidata:WikiProject_Territorial_Entities/Geonames_and_CebWiki for more background. ChristianKl ❪✉❫ 13:13, 27 September 2024 (UTC)[reply]
If you come across more of these, please feel free to add them to the WikiProject Conflation's items too. - Yupik (talk) 23:57, 4 October 2024 (UTC)[reply]

Géopatronyme ID (P3370) now redirected to Filae

[edit]

The new pattern is "http://www.filae.com/nom-de-famille/$1.html". And because the .html part is new, the automatic redirection to Filae returns a 404 error message. Rosenzweig (talk) 17:52, 2 October 2024 (UTC)[reply]

Can you give me an example of a correct link? — Martin (MSGJ · talk) 18:56, 2 October 2024 (UTC)[reply]
[1], but it seems you already figured it out yourself [2]. --Rosenzweig (talk) 11:10, 3 October 2024 (UTC)[reply]
That also gives a 404 message, which is why I asked — Martin (MSGJ · talk) 07:57, 4 October 2024 (UTC)[reply]
404 message? Strange. Not for me, [3] is loading for me and showing the expected content. Both directly and from Rauland (Q122838183). --Rosenzweig (talk) 21:56, 5 October 2024 (UTC)[reply]
How strange. I am seeing "Oh ! This is not the right way… We're sorry, this page doesn't exist" with error 404 — Martin (MSGJ · talk) 22:29, 5 October 2024 (UTC)[reply]
I tried it with several web browsers. Chromium, Firefox and Waterfox loaded the page as expected, but with Newmoon (a variety of Pale Moon (Q4046338)) I got the same message you did. So it might be browser-specific? --Rosenzweig (talk) 00:36, 6 October 2024 (UTC)[reply]

What does the "validated" icon mean on a sitelink?

[edit]

I see this on Hurricane Helene (Q130358528) (Hurricane Helene) for the Spanish Wikipedia. Batrachoseps (talk) 16:48, 3 October 2024 (UTC)[reply]

Nothing, validated (Q20748093)'s point is "badge being used as a Wikisource work status indicator". ChristianKl ❪✉❫ 18:39, 3 October 2024 (UTC)[reply]
For what it's worth, the badge was present in the original version of the Spanish Wikidata page that was merged into the current page. Jonesey95 (talk) 12:53, 4 October 2024 (UTC)[reply]
If you make a item including a sitelink all badges are displayed without any context, example. Some new but also experienced editors think the step is required and select one without knowing what they mean. Are there abusefilters enabled for this? Should be easy to recognize a Wikisource badge on a Wikipedia sitelink. Sjoerd de Bruin (talk) 08:49, 7 October 2024 (UTC)[reply]

Setting up a Mix'n'match catalogue for Bundesstiftung Aufarbeitung person ID (P9671)

[edit]

I am trying to set up a Mix'n'match catalogue for Bundesstiftung Aufarbeitung person ID (P9671) using https://mix-n-match.toolforge.org/#/scraper/new, but I am failing. The URL where every entry is listed is https://www.bundesstiftung-aufarbeitung.de/de/recherche/kataloge-datenbanken/biographische-datenbanken (you would have to press "Mehr laden"="Load more" a lot of time to get all of them displayed). An example URL for an entry is https://www.bundesstiftung-aufarbeitung.de/de/recherche/kataloge-datenbanken/biographische-datenbanken/franziska-van-almsick. Could someone help me please? Dorades (talk) 21:15, 3 October 2024 (UTC)[reply]

What exactly is the problem? I think it should work in the following way: For level 1, you use a range level with start 0, end 5480, and step 20. Then, you add a follow level with URL https://www.bundesstiftung-aufarbeitung.de/de/recherche/kataloge-datenbanken/biographische-datenbanken?start=$1 and regex <a class="biography__link" href="/de/recherche/kataloge-datenbanken/biographische-datenbanken/(.+?)">. Now, the scraper can use the URL pattern https://www.bundesstiftung-aufarbeitung.de/de/recherche/kataloge-datenbanken/biographische-datenbanken/$2. D3rT!m (talk) 11:03, 6 October 2024 (UTC)[reply]
Thanks a lot for your help! Unfortunately, it returns "0 entries found on page" when I test the scraper. Maybe because I didn't really know what I have to full in for "Resolve". Could you help me here, too? --Dorades (talk) 11:27, 6 October 2024 (UTC)[reply]
Oh, I was wrong. But it should work like this: You only need one level, which should be a range level with start 0, end 5480, and step 20. The scraper gets
https://www.bundesstiftung-aufarbeitung.de/de/recherche/kataloge-datenbanken/biographische-datenbanken?start=$1
as URL pattern and
<a class="biography__link" href="/de/recherche/kataloge-datenbanken/biographische-datenbanken/(.+?)">.+?>(.+?)<
as regex entry. Then, you need $1 as resolve id, Q5 as type and
https://www.bundesstiftung-aufarbeitung.de/de/recherche/kataloge-datenbanken/biographische-datenbanken/$1
as resolve url. For the name you take $2 and replace
(.+?), (.+) with $2 $1
Finally, you should add a description. D3rT!m (talk) 19:14, 6 October 2024 (UTC)[reply]
That worked, thanks a lot! :) --Dorades (talk) 21:34, 7 October 2024 (UTC)[reply]

Request to adjust badge color for "recommended article" in Extension:WikimediaBadges

[edit]

Please see Wikidata:Bot requests#Request to adjust badge color for "recommended article" (2024-10-02). I don't mean to double-post; I posted there first because previous discussion of the mw:Extension:WikimediaBadges extension.

Please respond either here or there, depending on what the appropriate process is on Wikidata. (I'm coming over from en.WP, so I'm not familiar with procedures and norms here.) Thanks. Jonesey95 (talk) 23:32, 3 October 2024 (UTC)[reply]

It's not something that can be done via a bot, so it's not really a bot request. The project chat is a good place to have a discussion on Wikidata. That said, Phabricator is likely the main point where a discussion that actually results in a change would happen. ChristianKl ❪✉❫ 13:30, 4 October 2024 (UTC)[reply]
The Phabricator ticket has been open for over six years and should be simple to address for someone with the right access. I was told in the en.WP VPT thread by a WMF employee that Badges to my knowledge are owned by WMDE. Please contact wikidata team. So am I contacting the right place? If not, where should I put this request? Thanks. Jonesey95 (talk) 04:23, 7 October 2024 (UTC)[reply]
@Lydia Pintscher (WMDE):? ChristianKl ❪✉❫ 13:13, 7 October 2024 (UTC)[reply]

ProVe, a new tool to help with the quality of references, available and looking for users

[edit]

We are excited to introduce ProVe, a tool for checking the quality of references in Wikidata. Wikidata item statements should be verifiable and referenced by a source (e.g. a book, scientific paper, etc.) but many statements lack them or could do with better ones. ProVe helps with this by providing information about the quality of the references of Wikidata items, based on techniques like large language models, triple verbalisation, and semantic similairty. We hope that it will be useful for Wikidata editors, and that it will help improve the trustworthiness of Wikidata by aiding in the reference verification task.

We have also developed the **ProVe Gadget**, which visually presents ProVe's results as a widget at the top of a Wikidata item page. Any Wikidata user can easily turn this gadget on, see here for install instructions. You can use it to request the processing of references, showing reference scores, navigating problematic references, and quickly fix them with better ones.

We have also started a WikiProject on Reference Verification to provide worklists of priority items, in case you are looking for items to test the tool.

We would greatly appreciate it if any interested users test the tool, and let us know any feedback so we can improve it :-) Albert.meronyo (talk) 07:50, 4 October 2024 (UTC)[reply]

@Albert.meronyo, thank you creating this great tool! I just want to note that there is a JavaScript function for loading scripts from other pages, so you don't have to add the whole code to your own common.js. For ProVe it works like this:
mw.loader.load( '//www.wikidata.org/w/index.php?title=User%3A1hangzhao%2FProVe.js&action=raw&ctype=text%2Fjavascript' ); // [[User:1hangzhao/ProVe.js]]
Here's an example edit on my own common.js. Also, remember to add ProVe to the tools catalog so that people can find it more easily. I will give further feedback after I've tested it a bit more :). Samoasambia ✎ 11:12, 4 October 2024 (UTC)[reply]
Unfortunately, I've had no luck getting anything to "prioritize" and update. Occasionally I'll get one to the 'processing' stage , but they invariably reset. — Huntster (t @ c) 20:33, 5 October 2024 (UTC)[reply]

Clearification

[edit]

Please how do I add my new language Wlx on the wikidata which is now under Wikipidia test wiki project? Zakaria Tunsung (talk) 12:46, 4 October 2024 (UTC)[reply]

As far as I know we don't link from Wikidata to the Wikipedia Incubator. The way to get sitelinks from Wikidata is to graduate the website out of the incubator. ChristianKl ❪✉❫ 13:59, 4 October 2024 (UTC)[reply]
ChristianKl is right. Test projects on the Incubator often use the old interwiki linking method ([[lang:page name]]) to connect to articles on other wikis with separate domains. Tmv (talk) 16:44, 4 October 2024 (UTC)[reply]
There is also an interwiki template that can be used on the incubator so it shows the languages links as if it were a graduated project and linked to Wikidata. - Yupik (talk) 00:01, 5 October 2024 (UTC)[reply]
If on the other hand @Zakaria Tunsung wants to be able to add labels and descriptions in wlx on wd, it is possible to add the language so that it can be used on Wikidata, even if it is in the incubator. This was done for the Saami and Romani languages at the 2019 hackathon. This meant I could add labels, descriptions, etc. to Wikidata in Skolt Saami even when MediaWiki was not translated at all and even though Skolt Saami is still in the incubator and is unlikely to ever get out of it. - Yupik (talk) 00:07, 5 October 2024 (UTC)[reply]
https://www.wikidata.org/wiki/Help:Monolingual_text_languages#Requirements_for_a_new_language_code does explain the process for adding new language codes. ChristianKl ❪✉❫ 10:07, 5 October 2024 (UTC)[reply]
Thank for your assistance. But when we were writing Wikipidia articles on dga.Wikipedia.org at the time it was still in the incubator and even till now, we used the template {{Databox|item=………}} and paste the Databox item id which perfectly link the Wikipidia articles to their Wikidata items. I humbly request for assistance for a template for our wiki. Zakaria Tunsung (talk) 22:09, 5 October 2024 (UTC)[reply]

Seeking Wikidata community's views on content gaps

[edit]

Dear Wikidata community,

We are researchers at King's College London investigating how content gaps arise and can be measured in Wikidata. Currently we have explored existing research papers to identify several categories of gaps. However, we have noted a lack of consideration of editors’ experiences in this existing research and are keen to hear about editors’ views on and methods for identifying and addressing content gaps. While this topic has seen a lot of attention in Wikipedia, we believe Wikidata presents unique challenges and content which warrant further investigation. For this reason, we are planning an interactive workshop to gather the perspectives of editors. We already have some sign-ups, but wanted to open it up to the community more widely.

We will be hosting a 90 minute workshop on the 9th of October at 16:00 UK time (15:00 UTC) and would like to invite any interested editors to attend. There are no requirements to participate beyond being an active editor, although unfortunately and by necessity, the workshop will be conducted in English only. The main goal of the workshop is to understand your perspectives on how to measure and monitor content gaps as well as potentially identify further metrics or even to propose new methods to identify and quantify gaps in Wikidata.

Participation is completely voluntary. All personal data will be kept confidential in compliance with GDPR. If you are interest in taking part, you can find out more about the workshop from our participant information sheet. You can also read more about the research at our meta page.

You can sign-up to take part from our registration form. If you have any questions or concerns, my contact details are listed at the top of the sign-up form.

Thank you for your time and consideration.

With kind regards, Celestialtoast (talk) 15:20, 4 October 2024 (UTC)[reply]

Did you really post this message 40 minutes before the time of your workshop? Some more notice would have helped better participation! — Martin (MSGJ · talk) 15:24, 4 October 2024 (UTC)[reply]
Oops, my mistake. Thanks for pointing that out! Date should be corrected now. Celestialtoast (talk) 15:27, 4 October 2024 (UTC)[reply]
Ah, that is slightly better :) — Martin (MSGJ · talk) 15:29, 4 October 2024 (UTC)[reply]
What is the definition of a content gap for the purposes of the workshop? I ask because that would influence whether I am interested and affected. Peter F. Patel-Schneider (talk) 21:01, 5 October 2024 (UTC)[reply]
Sorry for not getting back to you sooner. That's actually a good question and one that we've actually struggled to answer. We've been looking specifically at the concept of systematic gaps in the entities or properties within Wikidata around areas such as gender, geography, culture, age, recency, language... etc. However, there are lots of outstanding questions around whether many of these represent 'gaps' in the conventional sense or are just reflections of users' information needs or even real world phenomena. This is something we're really keen to discuss with the community. Celestialtoast (talk) 10:42, 8 October 2024 (UTC)[reply]

addressing issues caused by classes who have instances that are also subclasses

[edit]

There are a number of prominent classes in Wikidata that have many direct instances that are also subclasses of the class. These classes include gene (Q7187), protein (Q8054), language (Q34770), and disease (Q12136). This is generally considered bad modelling for almost all classes. (Exceptions include very general ontology classes, like class (Q16889133) and entity (Q35120).)

One problem with these classes is that they cause their superclasses to have instances that are also subclasses of the superclass, making it hard to determine just what exactly should or should not be an instance or subclass of the superclass. For example, because of the situation with gene (Q7187) there are almost one million instances of physical object (Q223557) that have superclasses, which seems completely counter to the idea of a physical object.

This problem has been known for quite some time now. See https://www.wikidata.org/wiki/Wikidata:WikiProject_Ontology/Problems#Anti-pattern_1 for more information and examples.

Is anyone interested in trying to improve this situation in a way that leaves as few people as possible unhappy? If so, please contribute at Wikidata_talk:WikiProject_Ontology/Problems#addressing_issues_caused_by_classes_who_have_instances_that_are_also_subclasses. Peter F. Patel-Schneider (talk) 13:17, 5 October 2024 (UTC)[reply]

Indian politician

[edit]

Are these the same? Dinesh Kumar(Q119204063) and Dinesh Kumar(Q64002564) ? Bouzinac 💬●✒️●💛 11:26, 6 October 2024 (UTC)[reply]

Seems both are different persons represented different parties in differerent period.- ❙❚❚❙❙ GnOeee ❚❙❚❙❙ ✉ 14:57, 10 October 2024 (UTC)[reply]

disambiguation descriptions

[edit]

In the process of merging items of disambiguation pages in arcwiki into matching items in other languages, I found many inconsistencies in the descriptions of these items. For example, Q25706442 is described in Danish as Wikimedia-flertydigside, but Q400680 is Wikipedia-flertydigside; Q25706457 is described in Esperanto as "apartigilo", but Q1168927 as "Vikimedia apartigilo"; etc.. It makes the merging exhausting. I think a bot should run and make sure these descriptions are consistent. Until then, if there is any way to make these merges easier, please let me know! פעמי-עליון (talk) 21:51, 6 October 2024 (UTC)[reply]

Disambiguation pages are supposed to be not Wikipedia specific so merging them makes sense even when one page speaks about Wikimedia and the other about Wikimedia. P31 statements are more important then the autogenerated descriptions. ChristianKl ❪✉❫ 14:28, 7 October 2024 (UTC)[reply]
ChristianKl, the Problem is I need to manually remove all of the descriptions so there won't be any conflict, and it take a lot of time... פעמי-עליון (talk) 14:33, 7 October 2024 (UTC)[reply]

Is linking the Potawatomi Islands (Q7234770) to Colorado an Error?

[edit]

SELECT ?admin ?adminLabel WHERE { wd:Q7234770 wdt:P131* ?admin. SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }}

I see Colorado in the results here. - Scarpy (talk) 01:16, 7 October 2024 (UTC)[reply]

@Scarpy: The item was linked to wrong Delta County. Fixed now. Samoasambia ✎ 02:05, 7 October 2024 (UTC)[reply]

Letterboxd film ID (P6127) should have an alternative constraint

[edit]

Letterboxd film ID (P6127) requires TMDB movie ID (P4947). While they don't allow most TV series, Letterboxd does allow miniseries that are TV series, so there are some items with Letterboxd film ID (P6127) that have TMDB TV series ID (P4983) but not TMDB movie ID (P4947). See La Fraternité (Q130262282). Can someone make it so it can be either of these? I tried to fix this but was unable to figure out how. Thanks! PARAKANYAA (talk) 08:44, 7 October 2024 (UTC)[reply]

Constraints aren't made for this usecase and are wasting server resources, I would personally remove it. Sjoerd de Bruin (talk) 08:50, 7 October 2024 (UTC)[reply]

Number of references

[edit]

Is there an ideal target range for the number of references we include with each statement value? (In other words: is there a point where it becomes counterproductive to add additional references, or is the intention to collect as much useful data a possible?) -- Cl3phact0 (talk) 11:26, 7 October 2024 (UTC)[reply]

WD is struggling with its database size, such that many disruptive restructuring changes are being introduced, so I wouldn't have more than one reference unless the fact is contentious. Vicarage (talk) 11:36, 7 October 2024 (UTC)[reply]
Thank you. If this is indeed the case, then I may need to re-evaluate some of my contributions. In some instances, I tend to add quality references as I come across them (and seldom delete them, as this seems like a loss of potentially valuable information). -- Cl3phact0 (talk) 17:52, 9 October 2024 (UTC)[reply]
@Cl3phact0: I wouldn't worry much about this unless you are mass-adding references via automated tools. Wikidata receives about 10 edits per second so a few references more or less won't make a huge difference. Dexxor (talk) 22:28, 9 October 2024 (UTC)[reply]
In fact, the additions in question are manual, one by one, and in the cases where I have added more than one to a given statement (usually not more than 5-10 maximum), are often a precursor to Wikipedia articles I intend to write or expand. My rational has been: if I find a particular reference source useful, perhaps someone else might benefit from easily locating it here too. In other words – I think of this practice as a handy way to keep my source reference links in one place, while also increasing the probability (or possibility) that they may serve a broader purpose too. -- Cl3phact0 (talk) 17:55, 10 October 2024 (UTC)[reply]

[Survey] Help Shape the Future of Wikidata's Data Access – We Need Your Feedback!

[edit]

Hi everyone,

Are you building applications or services using data from Wikidata? We would love to hear from you! We are currently researching how to make it easier for developers to access Wikidata’s data. We have a short survey to better understand which access methods you are currently using, what issues you have with them and what we can improve for the future. For more details please see Wikidata:Usability and usefulness/2024-Data access methods.

Cheers and thank you! Lydia Lydia Pintscher (WMDE) (talk) 11:39, 7 October 2024 (UTC)[reply]

I made a mistake

[edit]

At least I think it was a mistake and I'd have to research more. I merged two items about bays in South Africa; one with a link to enwiki, and one with a link to cebwiki. See Hydra Bay (Q32008474). Can someone please revert my merge, and if these are indeed supposed to be the same place, figure out why they have different coordinates? One sitelink was to en:Hydra Bay, which also gave Romansbaai as a name, and the other was to ceb:Romansbaai, which also gave Hydra Bay as a name. Batrachoseps (talk) 14:29, 7 October 2024 (UTC)[reply]

Hey, pobody's nerfect. Hydra Bay (Q32008474) and Hydra Bay (Q20981607) have been reverted. Onwards and upwards, comrade. —Justin (koavf)❤T☮C☺M☯ 14:49, 7 October 2024 (UTC)[reply]
Thanks! Batrachoseps (talk) 14:50, 7 October 2024 (UTC)[reply]
They were the same bay so I re-merged them. --Quesotiotyo (talk) 18:01, 7 October 2024 (UTC)[reply]
I'll take your word for it. Thanks. Batrachoseps (talk) 18:33, 7 October 2024 (UTC)[reply]

Wikidata weekly summary #648

[edit]
Here's your quick overview of what has been happening around Wikidata in the
week leading up to 2024-10-07. Please help Translate. Missed the previous one?
See issue #647

Events

  • Upcoming:
    • Wikidata Day 2024 at the Pratt Institute Manhattan Campus, New York - To celebrate Wikidata's 12th Birthday, a mini-conference with beginner workshops, lightning talks and keynote speeches will be held. October 26, 11am - 5pm EDT (UTC-4). More info, registration and full address on this Wikipedia event page.
    • The Wikidata Days 2024 in Bologna, Italy will take place on November 8th and 9th. Its program revolves around Wikidata for libraries and academia, and features a wide range of Wikidata-enthusiastic librarians and researchers from Italy. Registration is open until October 31st.
    • The next Wikidata+Wikibase office hours will take place on Wednesday, 16th October 2024 at 18:00 CEST in the Wikidata Telegram group. The Wikidata and Wikibase office hours are online events where the development team presents what they have been working on over the past quarter, and the community is welcome to ask questions and discuss important issues related to the development of Wikidata and Wikibase.
    • Scholia hackathon on Oct 18-20, aimed at addressing changes related to the Wikidata graph split
    • Intangible Cultural Heritage on Wikidata - Hosted by Wikimedia Community Malta (WCM), November 8, 2024 18:00 - 19:00 CEST, Malta Fairs and Conference Centre (MFCC) in Ta’ Qali, Malta
    • Edit-A-Thon: 50 States of Comics - Ohio, take part in this virtual event held October 10, 10:00 - 16:00 EST (UTC-5).

Press, articles, blog posts, videos

Tool of the week

  • (fr) wikidata MultiSearch - search for a list of elements in Wikidata. A GPLv3 licenced tool built by Philippe Gambette allows you to search for a list of words in Wikidata and retrieve some associated Wikidata properties.

Other Noteworthy Stuff

  • Are you building applications or services with Wikidata's data? We'd love to hear from you to help us figure out the future of accessing Wikidata's data.
  • Wikidata: Event Organizers - If you are organizing or thinking about planning a Wikidata event, this new page listing the additional User rights the user-role 'event organizer' has will be a valuable resource. Including the process for applying for permission rights.

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • Data access:
  • Design system: We continued migrating the Query Builder and Special:NewLexeme from Wikit to Codex

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

Autocomplete often shows values that are invalid for the property

[edit]

When writing something in the input field of a property like language of work or name (Property:P407) there are usually a lot of autocomplete suggestions for values that are configured to be invalid for the property – in this case any Wikidata items that are not languages.

Why is that and could you please change it so that e.g. in this example only instances of languages show up in the autocompletes? I thought this is already possible with other fields so I don't think it requires any change to Wikidata. It probably usually makes sense to allow people to enter invalid values / constraint-violating values so I think the autocomplete could still show once one has entered the entire term or when using a Q-id instead of writing things. But if the autocompletes show many invalid values it makes it hard to enter the correct value and sometimes even causes people to enter a similarly named but different item.

Moving this here since there was no reply here. Prototyperspective (talk) 17:07, 8 October 2024 (UTC)[reply]

Wikibase has no feature that prevents items that violate constraints from not being shown in autocomplete. It would be useful to have such a feature, but it's complex to implement. ChristianKl ❪✉❫ 21:55, 8 October 2024 (UTC)[reply]
Wouldn't it be able to check whether the value is within the set constraints before showing it? Is there a code issue about this? Prototyperspective (talk) 22:07, 8 October 2024 (UTC)[reply]
I remember discussing the issue previously in the context on allowing Wikipedia infoboxes directly edit Wikidata and developer from WMDE saying that it's complex to implement. I'm not sure whether or not there's an existing phabricator task. There might very well be one.
@Lucas Werkmeister (WMDE): do you know whether there's a ticket? ChristianKl ❪✉❫ 23:09, 8 October 2024 (UTC)[reply]
@ChristianKl: T168626 is the closest ticket I remember, though it’s not quite the same thing. Lucas Werkmeister (WMDE) (talk) 09:51, 9 October 2024 (UTC)[reply]
I do not recommend checking each value before showing it, because this way Wikidata will be too slow (it would be like when you are adding values, autocomplete items are shown one by one with a gap of a few second or more as requests are being sent to verify all property constraints for each search result, and this will also cause very high load on servers that validate property constraints). Midleading (talk) 04:33, 9 October 2024 (UTC)[reply]
I don't see why it would take a few seconds and couldn't be done in <100 milliseconds.
@Prototyperspective: Lucas is the developer for the the constraint functionality, so if there's a specific ticket he would likely know. It seems there no specific ticket for it. ChristianKl ❪✉❫ 10:01, 9 October 2024 (UTC)[reply]
It's the page load time of Special:ConstraintReport. If the server somehow is able to return a response in 200ms, sending 20 requests still takes 4s, and if some (or usually, most of) items fail to validate, then more requests have to be sent to find more valid candidates, so it will easily take 10s to load completely, considering the poor search ranking. Then when the user types in a key and these requests are sent again (logged-in traffic is uncached). Not to mention the server load caused by a single user generating 5 requests per second, which could amplify to a dozen of database accesses per second, continuously. Midleading (talk) 10:33, 9 October 2024 (UTC)[reply]
When a website loads it sends a lot of different requests in parallel and there's no need to spend 4 seconds for 20 requests that each take 200ms.
However, the implementation would need to be different then just querying Special:ConstraintReport. That's why I said above, that there's complexity to implementing the feature. Instead, of letting the user send queries via JavaScript, the backend would need to run constraint checks before returning search results. It would also need to do some caching while the user is typing. But probably no caching that's longer than that because there will be times where a user tries to find an item doesn't find it, makes the relevant changes so that the item doesn't violate the constraint anymore and then runs the query again. Maybe, you cache the first two or three letters of the query for longer. ChristianKl ❪✉❫ 11:46, 9 October 2024 (UTC)[reply]
We need to fix Special:ConstraintReport first. Currently using Special:ConstraintReport to check Q42 takes 19s rather than 200ms, that's horrible, and the server will be overloaded if everyone is sending 20 requests each takes 19s on the server all at once and send again when another key is pressed. Midleading (talk) 13:29, 9 October 2024 (UTC)[reply]
Q42 has more statements than the average item, so it's not typical but you are right, that we would likely need improvements in efficiency. Maybe, we need to cache a lot more database queries.
If a lot of caching is done there could be a switch for "Ignore the cache" where the search results will take longer to return to be used in those cases where the cache is wrong about constraint violations. ChristianKl ❪✉❫ 17:09, 9 October 2024 (UTC)[reply]
[edit]

I would propose not to use country specific items for legal forms like type of legal entity in Bulgaria (Q130450035), type of legal entity in the Czech Republic (Q67304002) or type of legal entity in Germany (Q19335303) and suggest the leaner approach of just using legal form (Q10541491) as a instance of (P31) combined with applies to jurisdiction (P1001). This should have enough information and avoids unnecessary expansion of P31-Values. NGOgo (talk) 19:14, 8 October 2024 (UTC)[reply]

@WiK14ot0g:, @Ms040got: Thanks for the comments/discussions, I bring this to the wider forum here. NGOgo (talk) 19:15, 8 October 2024 (UTC)[reply]
Thanks. I refer to my comments at the discussion of multiple issues with that.
1. The first "type of legal entity in X" or "type of business entity in X" were probably created, because some wikipedia users created category-pages at wikipedia for these overview articles to show all types of legal forms and business types in their country. For that, some entities were attributed as metaclass (like Russia) and multiple names (like USA, UK, Greece) For matching them inside of wikidata, more wikidata entites were created even, if there is no wikipedia article about these forms.
2. Another issue is, that at type of business entity (Q1269299) you see for topic's main category (P910) = Category:Legal forms (Q13299250) which is attributed twiche for type of business entity (Q1269299) and legal form (Q10541491). How to handle that and why are they attributed both as said to be the same as (P460) ?
>> I think now, that both are not the same, e.g. if you look into the category pages of the german wikipedia of these both wikidata entites, there are completely different objects. So I disagree in merging them. I actually does not have a problem with having all these extra "types of" something, because then its clear which one is belonging to them, and the category pages? what to do with them?
3. I agree in having it more leaner and more clear what is right here because, its used a lot for business (Q4830453)/company (Q783794) (which is also a big issue, because they are attributed different from (P1889) and the said to be the same as (P460))
>> I think we need some correct dummies for handling these issues
4. I still don´t get for which purpose legal concept (Q2135465) is made for. Because some entities have this as instance of (P31) but also a subclass of (P279). foundation (Q157031) is one example, which should not be a legal form (Q10541491), because it is just theory and not having a applies to jurisdiction (P1001)
>> In my opinion all general terms like company (Q783794) (which is also attributed with legal form, but for me it is not), e.g. Inc. Ltd. B.V. GmbH are legal forms in my sense.
But they should all be "types of legal entity in X", and subclasses of the general legal concept (Q2135465) like foundation (Q157031) or joint-stock company (Q134161). E.g. foundation (Q157031) is currently a legal form and a legal concept. In my understanding, it can not be a legal form (Q10541491), because it has no jurisdiction and is just a legal concept (Q2135465).
>> I think also that all type of business entity (Q1269299) without a applies to jurisdiction (P1001) to a country should be a legal concept (Q2135465) without being any "type of business entity (Q1269299)in X" or any "legal form (Q10541491) in X"

WiK14ot0g (talk) 21:01, 8 October 2024 (UTC)[reply]
Thank you.
1. "type of legal entity in X": I would keep those with Wikipedia-Articles as Wikipedia overview article (Q20136634) and delete the others.
2. type of business entity (Q1269299): This property is a mess and translated quite differently. I would not use it for modelling and just use it as Wikipedia overview article (Q20136634).
3. Q4830453 vs. Q783794: Yes I agree, but I would discuss this separately. Again, translations vary a lot as fare as I understand them. In most languages company (Q783794) seems to be the broader approach which could also include nonprofits, state entities and others.
4. legal concept (Q2135465): It has a broader use i. e. for items like defamation (Q191783). In our case, I would agree with you to use it for the broader terms like foundation (Q157031) or joint-stock company (Q134161) with no jurisdiction. But perhaps there is a better way for those broad terms? NGOgo (talk) 08:16, 9 October 2024 (UTC)[reply]

Fixing incorrect descriptions

[edit]

Simple version:

The English description of protein (Q8054) is "biomolecule consisting of chains of amino acid residues". There are subclasses of protein (Q8054) that do not fit that description, notably hemoglobin (Q43041), because they have portions that are not amino acid residues. There are also proteins that don't quite fit the definition of a molecule because they are bound together with weak bounds. So the English description should be adjusted to "biomolecule or biomolecule complex largely consisting of chains of amino acid residues". But the descriptions of protein (Q8054) in other languages likely have similar problems. How can they all be changed? Is it best to just remove them and have others replace them with better versions? It doesn't seem possible to deprecate these descriptions, which might have been a way to proceed.

Complete version:

The English description of protein (Q8054) is also incorrect because protein types like oxidoreductase encoded by: VC_RS00115 VC_RS00115 (Q116385226) are instances of it as well as being subclasses of it. If this situation continues the English description should be "biomolecule or biomolecule complex largely consisting of chains of amino acid residues or type of biomolecule or biomolecule complex largely consisting of chains of amino acid residues". The rest of the analysis is the same. Peter F. Patel-Schneider (talk) 13:32, 9 October 2024 (UTC)[reply]

The main purpose of the label is to disambiguate it from other things called protein like protein (Q21296145). It is not critical that the label is completely scientifically accurate because it should never be used as referenced data — Martin (MSGJ · talk) 15:51, 9 October 2024 (UTC)[reply]
Yes, however there are a bunch of different things concepts that are called protein. As long as we only have one item for protein, descriptions for the disambiguation aren't that helpful. Having good descriptions becomes important when we actually create items for the different concepts that people use in the real world.
While there are cases where it makes sense to engage in original work when creating ontological concepts in Wikidata, it should be avoided when possible and I see no good reason to do original work here and make up our own definition for the word protein. Creating new standards should not be seen as an easy solution.
We were originally lazy about definitions and lumped a bunch of different things together in Wikidata and how we try to find a definition that encompases all the things we uncritically threw together, is not how ontology development should go. ChristianKl ❪✉❫ 16:46, 9 October 2024 (UTC)[reply]
I agree that we shouldn't make up something new. But there are multiple interpretations of "protein" depending on whether it includes multiple chains or things like heme groups. The description should at least allow editors and users to determine which of the interpretations is the one used for protein (Q8054) and right now it doesn't. Peter F. Patel-Schneider (talk) 17:28, 9 October 2024 (UTC)[reply]
Don't you mean description, not label? But I don't think that this is the only use of a description. In any case a description should be accurate. Peter F. Patel-Schneider (talk) 17:26, 9 October 2024 (UTC)[reply]

Are spiling (Q17126694) and bank revetment (Q2282104) about the same subject?

[edit]

Can spiling (Q17126694) and bank revetment (Q2282104) be merged? Are they about the same subject? I am a non-native English speaker and Google Translate doesn't help. If they cannot be merged: what are the differences? JopkeB (talk) 09:09, 10 October 2024 (UTC)[reply]

Give ChatGPT or Claude the text of the Wikipedia articles and ask it whether the topic is the same or there are differences. ChatGPT knows all the relevant languages while we don't. ChristianKl ❪✉❫ 10:05, 10 October 2024 (UTC)[reply]
Thanks ChristianKl for the suggestion (very good one, I'll use it more often when I have trouble to find the English equivalent for a Dutch word). Outcome: no they are not the same.
  • "Spiling" in English generally refers to the process of creating curves or patterns in shipbuilding or woodworking. It’s a technique used to transfer curves or shapes onto materials like wood. [My comment: then the description in Wikidata differs from the generally meaning in English according to ChatGPT.]
  • "Beschoeiing" in Dutch, however, refers to bank protection or revetment — a method used to reinforce and protect the edges of waterways, ditches, or canals, typically with wood, concrete, or metal to prevent erosion. [My comment: That seems correct to me. So I should use revetment (Q3742014).]
JopkeB (talk) 12:05, 10 October 2024 (UTC)[reply]
I wouldn't just use the label when asking ChatGPT. spiling (Q17126694) is not about shipbuilding or woodworking. It's better to use the start of the Wikipedia articles so that ChatGPT has the context. ChatGPT says:
The main difference between spiling and beschoeiing lies in their materials, purposes, and methods, though both are used for protecting riverbanks or shores.
Spiling:
Material: Primarily uses willow rods and posts that are woven together. The willow rods are typically live and root into the soil, promoting natural stabilization.
Purpose: A technique to prevent erosion of river and stream banks through natural and sustainable means, allowing the willow to grow and reinforce the bank over time.
Method: Living willow posts are driven into the bank and woven with rods. Additional measures, like stones or wooden planks, may be used to prevent undercutting. This is considered a form of soft engineering.
Context: Popular in the UK, this method encourages growth and is more environmentally friendly, used especially in temperate regions. It works best during the dormant winter season.
Beschoeiing:
Material: Can be made from wood, concrete, recycled plastic, or steel. Historically, hardwood (often tropical) has been used, though there is opposition to this due to environmental concerns. Newer materials like recycled plastic or fiberglass-reinforced concrete are becoming more common.
Purpose: A structural solution to protect shores, riverbanks, or construction sites from erosion, wave forces, or other threats to stability. It is used in both natural settings (like riverbanks) and construction settings (such as dry excavations).
Method: Posts (wood or steel) are driven into the ground, with sheets or planks (plastic, concrete, or wood) fixed between them. In deeper canals or construction zones, this might take the form of retaining walls.
Context: Used in civil engineering and construction sectors, beschoeiing is a more industrial or engineered approach compared to spiling and can involve more rigid materials to handle deeper or higher walls.
In summary, spiling is a more ecological and flexible method often used in natural environments, while beschoeiing is a more engineered solution that uses industrial materials for erosion control or construction support. ChristianKl ❪✉❫ 13:55, 10 October 2024 (UTC)[reply]

What is the best property for circumstances surrounding a work of art entering a collection?

[edit]

Hi everyone! I'm working on updating artworks in the Rijksmuseum and the museum website has a datapoint that specifies how a painting/etc entered their collection - bequest, donor, on loan from, acquisition from, etc. What would be the best way to add this data? I was thinking about adding a qualifier to the collection property, but couldn't find one that matches. The only acquisition-related one is for sports teams. AniaGrzybowska (talk) 11:03, 10 October 2024 (UTC)[reply]

There is beforehand owned by (P11811), proposed in combination with significant event (P793) or donated by (P1028), but both are only about ownership, which does not work for loaned works. NGOgo (talk) 11:58, 10 October 2024 (UTC)[reply]
Oh, that's super useful actually! I'll at least be able to do the ones who were purchased/donated. I'll do the on loan ones later once we maybe figure it out. Thank you! AniaGrzybowska (talk) 12:02, 10 October 2024 (UTC)[reply]
Hello, also see
M2k~dewiki (talk) 14:02, 10 October 2024 (UTC)[reply]
I usually think of using has cause (P828) (or a subproperty) as a qualifier. William Graham (talk) 14:14, 10 October 2024 (UTC)[reply]

Launch of WikiProject Deprecate P642

[edit]

Announcing the launch of this WikiProject, recently spun out from WikiProject Data Quality. Swpb (talk) 15:02, 10 October 2024 (UTC)[reply]

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