Wikidata:Project chat: Difference between revisions

Content deleted Content added

Inline

Revision as of 14:47, 15 April 2024

Wikidata project chat

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

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

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

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

Start a new discussion

Edit

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

Problems with naive user merges with Distributed game: duplicate authors

I just spent several hours going through and fixing this new user's edits which were almost all merges of human items based on Magnus Manske's "The Distributed Game (88): Duplicate authors #distributed-game". Of the 59 merges done, I assessed 26 as wrong or unjustified - 44%. Many of them were merging people with wildly different names (the tool seems to only check last name and at least one matching initial?). I know there's some underlying logic regarding common co-authors, but whatever it's doing something there is broken. Can the tool be limited to only at least auto-confirmed users who have done something else in Wikidata first? Does anybody have another suggestion here? It's certainly a useful tool, and a (slight) majority of the edits here were good, but it's an awful lot of work to fix bad merges - and that would have been worse if I had waited until the bot redirected all the associated articles to the new items. ArthurPSmith (talk) 20:22, 2 April 2024 (UTC)[reply]

I'm troubled by experienced editors have to spend hours on a cleanup that should have been unnecessary. The game has a tiny notice that's barely noticeable: "Please make sure that the items are really about the same entity!". Gamifying merging is giving people the impression that this is something they can take lightly (!). In my opinion it's not enough to limit this game to people who are autoconfirmed. The message should be visually more noticeable and read something like "It is important to make sure the two items really are the same before merging, so please click on each of the links to examine their contents before merging." Along with a "Please confirm you've read this and understood" labelled checkbox, that saves the confirmation to the user's settings. This way it's harder to claim ignorance. Infrastruktur (talk) 12:29, 3 April 2024 (UTC)[reply]

Thanks for the suggestions. @Magnus Manske: Can the labeling be at least changed? Or maybe the underlying logic needs a look? It shouldn't be merging "Yonghoon Choi" with "Yunsoo Choi", or "Chang-Bao Li" with "Chuanyou Li" for example. Also I have a concern that one bad merge will lead to others - if two people were not actually coauthors of the same person, but a bad merge makes them seem like they are, this can have cascading effects. ArthurPSmith (talk) 16:54, 3 April 2024 (UTC)[reply]

I have also had to spend a fair bit of time recently checking and unmerging edits made via this game and I echo the points raised above. For me, it shouldn't be possible to merge items with different ORCID iD (P496) claims and a constraint to prevent the merger of such items would avoid most of the issues I have encountered. Having looked at the tool, I am suprised how little guidance is given about how to identify items that can safely be merged. There really must be a warning that the information provided in the tool is insufficient to make an informed decision about whether two item represent the same entity. Have to admit I'm not a fan of gamification but this trivialises something that is actually quite complicated, hence the amount of time required to fix the incorrect merges. Simon Cobb (User:Sic19 ; talk page) 22:50, 3 April 2024 (UTC)[reply]

I will amend the message in the game, and have a look at the duplicate candidate generator. --Magnus Manske (talk) 13:36, 4 April 2024 (UTC)[reply]

Thanks for looking at this. It really is useful to merge duplicates, but bad merges can be quite hard to fix. ArthurPSmith (talk) 19:24, 4 April 2024 (UTC)[reply]

@Sic19, Magnus Manske: A followup - I've been tracking these edits recently and they seem much improved, though there are still several problem cases. One frequent problem now is caused by a Wikidata entry based on an ORCID id where the name does not match the ORCID - rather somehow the name is that of a different author on some co-written articles. I'm guessing there are some data flow issues between ORCID and publishers and Crossref and whatever data source was used for wikidata imports (usually Europe PubMedCentral?). Can some sort of look-up be done on the ORCID id's before merging to confirm the names actually match? Not sure what best steps here are. There are definitely a lot of duplicate ORCID cases too and it would be a shame not to put together those duplicates on our end. Another common case I'm running into is where two people have the same name, and one of their ORCID records includes papers from the other person, usually because the paper list was supplied by some institutional search rather than the person themselves. Hard to fix issues where ORCID records themselves are incorrect. ArthurPSmith (talk) 17:08, 11 April 2024 (UTC)[reply]

Most active Wikidata WikiProjects?

What are the most active WikiProjects in Wikidata?

"Active" may include number of participants, number of WikiProject talk page posts, size and frequency of contribution to WikiProject campaigns, development of project documentation, or whatever else indicates activity.

Thanks for any suggestions. Bluerasberry (talk) 15:32, 4 April 2024 (UTC)[reply]

Hello, during the pandemic it might have been Wikidata:WikiProject COVID-19.

Other projects are for example:

projects by country: Category:Geographical WikiProjects, for example:
Cultural heritage / monuments: Wikidata:WikiProject Built heritage
Wikidata:WikiProject_Taxonomy
Wikidata:WikiProject Molecular biology
Wikidata:WikiProject Chemistry
Wikidata:WikiProject every politician
Wikidata:WikiProject Music
Wikidata:WikiProject Movies
Category:Sports_WikiProjects
Generic projects:
- Wikidata:WikiProject Properties
- Wikidata:WikiProject Authority control

M2k~dewiki (talk) 19:40, 4 April 2024 (UTC)[reply]

Also, often wikidata projects are discussed in the wikipedia language versions, for example:

de:Benutzer:M2k~dewiki/FAQ#Infos_zu_Straßen and the following sections on that FAQ page

M2k~dewiki (talk) 19:45, 4 April 2024 (UTC)[reply]

Wikidata:WikiProject sum of all paintings - PKM (talk) 22:09, 4 April 2024 (UTC)[reply]

Wikidata:WikiProject Manuscripts - PKM (talk) 22:40, 4 April 2024 (UTC)[reply]

Thanks both I cross posted this to Wikidata_talk:WikiProjects#Most_active_WikiProjects so that others would find it. I would not have guessed about some of these. Thanks! Bluerasberry (talk) 16:59, 8 April 2024 (UTC)[reply]

Adding item for a book that is self-published and has ISBN

About adding Wikidata item for a book that is self-published and has ISBN: is this allowed? I seem to recall Wikisource does not allow self-published works; does Wikidata allow them? If there were no requirement of ISBN, I can see problems (too many Internet pages could lay claim to be self-published works worthy of a Wikidata item), but the item I am considering to add does have an ISBN. (I am not the self-publisher.) Dan Polansky (talk) 08:53, 5 April 2024 (UTC)[reply]

It is unlikely for a self-published book to be notable. But most books with a proper publisher are probably ok assuming you add a couple decent references (identifiers count here). ISBN doesn't establish notability by itself. You can find the policy here.

There are some exceptions of course. Andy Weir's “The Martian” is self-published for instance. This was used as a basis for a major movie.

You gave me a good idea by the way. I think I'm going to add a "complex constraint" to check for known self-publishing houses. Infrastruktur (talk) 13:32, 6 April 2024 (UTC)[reply]

Of course WD has the distinction between the creative work and the published physical book. As more authors start with self-publishing and if successful either stick with the model or get picked up by others, I think its likely we will have notable works with both self-published and publishing house editions, with different ISBNs. And I'd be wary of making judgement calls as to which commercial organisations are 'proper' publishers or are merely assisting with the self-publishing revolution. A work that features in its genre websites, like Internet Speculative Fiction Database (Q2629164) seems a good candidate irrespective of publishing method. Vicarage (talk) 22:45, 6 April 2024 (UTC)[reply]

English Wikisource will allow certain kinds of self-published works, provided they meet stringent criteria, and some self-published works have historical, scientific, or cultural notability.

But when you say "book", I assume you mean a specific edition of that work, since there is an ISBN? --EncycloPetey (talk) 01:27, 7 April 2024 (UTC)[reply]

I mean ISBN 0954029100, found in Google Books and Amazon. I have only a tentative grasp of the "book" vs. "edition" distinction; my guess--but only a guess--is that I mean an edition.

Wikidata:Notability item 2--the one that could theoretically apply--is too generic/vague for me to understand. Thank you all for answers so far. --Dan Polansky (talk) 15:21, 10 April 2024 (UTC)[reply]

When should I add wiktionary sitelink?

I tried to add hy:wikt:աստղ to star (Q523) and got a warning about notability. It said that "Wikidata's notability policy does not allow links to Wiktionary entries unless the interlanguage links cannot be automatically provided. By clicking on "save", you confirm that this is the case. In general, connecting Wiktionary words to Wikidata concepts is not correct." is there any policy page where I can read about this? How do I decide if it is or it is not okay to add Wiktionary link? ԱշոտՏՆՂ (talk) 09:22, 5 April 2024 (UTC)[reply]

Hello, documentation can be found at Wikidata:Wiktionary/Sitelinks M2k~dewiki (talk) 09:49, 5 April 2024 (UTC)[reply]

Thanks, @M2k~dewiki. ԱշոտՏՆՂ (talk) 23:35, 5 April 2024 (UTC)[reply]

I’ve now reverted the edit and also posted an edit request that the mentioned documentation page should be linked in the error message you saw. Lucas Werkmeister (talk) 12:10, 8 April 2024 (UTC)[reply]

Dealing with different Google Knowledge Graph IDs for same item

Atoiya (Q4286366) has two values for Google Knowledge Graph ID (P2671), triggering a Potential Issue. The first value, /g/12264jtz, was added by Lockalbot (@Lockal:); the second value, /g/122z2rt5, was added when 芝高 merged Q15621844 into Atoiya (Q4286366) (to Q15621844, the value had been added by Lockalbot, too).

What is the best way to deal with this? Judging from the descriptions of the items prior to merging, it seems that Q15621844 referred to the cape (and as part of Japan, which has an ongoing dispute over the region in question with Russia, which controls it) while Q4286366 has the English description “human settlement in Yuzhno-Kurilsk, Sakhalin Oblast, Russia”. Should the two items be unmerged perhaps? --Data Consolidation Officer (talk) 11:05, 6 April 2024 (UTC)[reply]

I restored the separate item for the cape. Both Google Knowledge Graph IDs are currently "Cape Atoiya" with no additional information so I don't know if they should both be in the cape item. Google Knowledge Graph has many duplicates, sometimes for the same name and others with different names; this is usually the result of merging pages and is not an issue - the constraint should probably be removed or have deprecated rank similar to VIAF ID (P214). Peter James (talk) 12:32, 6 April 2024 (UTC)[reply]

Agreed. We should consider removing the constraint limiting an item to a single Google Knowledge Graph identifier. There are often multiple knowledge graph ids describing the same thing. Iamcarbon (talk) 20:45, 9 April 2024 (UTC)[reply]

What’s the point of having Google Knowledge Graph ID (P2671) as an external identifier if it does not uniquely (and comprehensibly) identify a concept? (For transparency, I remark that this very property has always appeared fishy to me. Its values simply redirect to Google searches, without any means of telling which concept, if any, the “knowledge graph ID” represents, as opposed to a simple but ambiguous search string.) --Data Consolidation Officer (talk) 15:48, 13 April 2024 (UTC)[reply]

Portuguese vs. Brazilian Portuguese vs. (non-existent) European Portuguese

Hello,

For a long time, I have had doubts about the use of label in the Portuguese language. We are well aware that there are considerable differences between the Portuguese spoken on both sides of the Atlantic; Brazilian Portuguese is somewhat different from European Portuguese, especially concerning the spelling of words, as well as vocabulary to refer to certain concepts. I notice that alongside the language Portuguese, there is Brazilian Portuguese, but there is not European Portuguese. That being said, my main question is which variant should be given priority in labeling the language Portuguese in Wikidata items. Should it be the Portuguese spoken by 200 million people, or the one spoken by the rest of the Lusophone world, which does not even reach half of its total? The same happens with description. Should priority be given to the first term used? Portuguese is a term that generically refers to various variants of the same language, whether it is the Portuguese of 19th-century Brazilian writer Machado de Assis, the Portuguese of 16th-century poet Luís de Camões, the Portuguese spoken by millions of Brazilians today, or the Portuguese of 13th-century troubadours. Pinging Rodrigo Tetsuo Argenton in case he has something to add.

Thanks,

RodRabelo7 (talk) 13:13, 6 April 2024 (UTC)[reply]

I don’t speak Portuguese, but if the only distinction provided by Wikidata is “Portuguese” vs. “Brazilian Portuguese” and there is no “Standard” Portuguese, I feel inclined to understand “Portuguese” as “European Portuguese” (i.e. the language spoken in Portugal). Whether consistent usage following this distinction can be achieved is another issue though… --Data Consolidation Officer (talk) 15:52, 13 April 2024 (UTC)[reply]

throughput (P2957)

I am looking for a property to indicate the storage capacity of buildings such as silos or granary. This case (Silo of Allo (Q99790705) has the throughput but it is limited and gives an error. Is there any other property more suitable? Vanbasten 23 (talk) 08:28, 7 April 2024 (UTC)[reply]

volume as quantity (P2234) but it looks like it should only be used with units of volume, not units of mass. Peter James (talk) 11:36, 7 April 2024 (UTC)[reply]

Would it be appropriate for throughput (P2957) to allow tons to be entered? One of its aliases is capacity and in Spanish load capacity, which are measured in kilos or tons. For example, the wheat storage capacity of a building such as a silo or granary. All the best. CC: @Epìdosis: @Multichill: @Madamebiblio: --Vanbasten 23 (talk) 10:02, 10 April 2024 (UTC)[reply]

@Abián: wrote to me to tell me the problem that the use of tons can bring. It is not a very reliable measure, therefore we should not use it, so thank you all. --Vanbasten 23 (talk) 13:41, 12 April 2024 (UTC)[reply]

Wikidata weekly summary #623

Here's your quick overview of what has been happening around Wikidata over the last week. This is the Wikidata summary of the week before 2024-04-08. Translations are available.

Events

Did you manage to see the first weekend and sessions of the Leveling Up Days 2024, well fret not as there is another weekend of Wikidata-related sessions to come. Day 4 begins Friday April 12, join via Jitsi - see you there!
Wikidata - collect and use open data (Italian) - April 19 at the University of Catania, Léa Lacroix and Luca Martinelli (WMIT) will give an overview of Wikidata's use for sharing data, querying data and some of its main applications.
Build Open Data through Wikidata: a database integration model (Taiwanese) - April 9 19:00 - 20:00. Wang Wenyue (WMTW) will lead this discussion on how Wikidata can re-connect and index a topic that may be documented in multiple various places online.
Wikimania 2024: Submission deadline extended to April 10, 12:00 UTC! Get your Wikidata submissions in.

Press, articles, blog posts, videos

Blogs: Told Cities: Unveiling the Heritage and Chronicles of UNESCO World Heritage Cities - initiated by Wiki World Heritage, this project aims to comprehensively document UNESCO World Heritage Cities using Wikimedia projects like Wikipedia, Wikidata, and Wikimedia Commons.
Videos
- Wikidata editing #113 (English) at Wikidata Leveling Up Days. Ainali and Abbe98 do some live editing on biographies of climate scientists and glaciologists.
- Panel: 10 years of FAIR principle - Lydia Pintscher joins a panel to talk about implementation of FAIR principles and how Wikidata and Wikibase can contribute.

Tool of the week

Anti-Pattern Analyzer is a static website capable of checking the existence of 'anti-pattern 1' (AP1) occurrences given an entity from Wikidata. It can also check if a new statement would introduce new violations.

Other Noteworthy Stuff

Only 13 more days to go! The deadline to submit your project proposal to Wikimedia Deutschland's Open Call for Software Contributions is coming closer and closer. With this call, Wikimedia Deutschland aims to support projects that make Wikidata's data more accessible and usable for a wider audience.

Newest properties and property proposals to review

Newest General datatypes:
- nanopublication identifier (RDF-based publication, with references and history)
- media modality (which media modalities are present in a creative work, particularly in digital, multimodal works such as electronic literature)
- height of letters (height of the letters of an inscription)
- Imagehash difference hash (hash which tells whether two images look nearly identical)
- image of construction (image showing the building/object/work under construction)
- base units (property that lists the different units that a unit is derived from, would be useful to add a qualifier for the exponent of each unit)
- International Classification of Nonprofit Organizations (industry classification for nonprofit organization created by the Johns Hopkins University and adapted by the United Nations)
- RTE substation ID (identifier of electrical substations operated by RTE in France)
Newest External identifiers: OSL ID, ‎Combine OverWiki ID, EJAtlas ID, ‎Galician Authors in the BUSC ID, ‎Premier League player ID, Ludzie Nauki ID (new), WhatsApp channel ID, ‎Portal Wiki ID, RatingGraph TV show ID, ‎Instagram account numeric ID, ‎‎Doom Wiki ID, ‎DWDS sense ID, 11v11 player ID, Hyatt hotel ID, ‎ECF rating code, CalPhotos taxon ID, TMDB season ID, TMDB episode ID, ASM Mammal Diversity Database ID, SteamGridDB ID, Amazon Luna game ID, ‎Triton Poker player ID, Traineras rower ID, StatMuse Premier League player ID, AllSkaters person ID, DoblajeVideojuegos dub actor ID, IsThereAnyDeal ID, Algerian National Library ID, Lisaan Masry Egyptian Arabic Dictionary ID, Encyclopaedia of the Qur'ān ID, Brazilian Football Confederation player ID, BeSoccer player ID, A New Nation Votes ID, istina.msu.ru person ID, KupiGolos game ID, Oskar Schindler Archive agent ID, Oxford Reference overview ID, Theatrical Index company ID, Touhou Wiki ID, Traineras club ID, Traineras competition ID, Slovenian organization number, Featherbase ID, TUESPWiki ID, Theatrical Index theatre ID, Supreme Court of Canada case number, SNS Info Saúde, OSHA Occupational Chemical Database ID, National Library of Uruguay authority ID, museum-digital tag ID, museum-digital person ID, government.ru person ID, arch2.iofe.center person ID, Digital Athenaeus Catalog author ID, China Ministry of Industry and Information Technology ID, BFO class ID, identifiant Sculpturo, Michigan Historical Marker ID
New General datatypes property proposals to review:
- official gazette (periodical publication authorised to publish public or legal notices for that administrative entity or governmental institution)
- follows spelling paradigm (spelling rule, pattern or paradigm followed by this form)
- WEM facility code ()
- API formatter URL (URI template from which "$1" can automatically be replaced with the effective property value on items; for API access and other machine-readable data)
- Type of representation (Property to indicate the '''type of representation''' as a qualifier for Wikimedia Commons SDC Depicts statements of such Wikidata items, indicating the media type of the media file as can be derived from its registered property in Wikidata, being different from P18 (image).)
New External identifier property proposals to review: Zentrum für Dramatik ID, RERO+ ID, Peertube Channel Address, BSWW team ID, Quran.com entry, ID of member of the Chambre des députés, TMDB award IDs, Algerian National Assembly ID, Barry Hugman's Footballers player ID, ffspb.org player ID, az.lib.ru author ID, Droitne ID, WildTangent Games ID, The Spriters Resource game ID, Zillow zpid, Cemu Wiki article ID, Algerian National Statistics Office ID, Algerian Government ID, Génération Nintendo game ID, Oxford Reference subject ID, Dictionary of Qur'anic Usage ID, British Comedy Guide person ID, mosff.ru staff ID, Hanslick Online person ID

You can comment on all open property proposals!

Did you know?

Query examples:
Newest WikiProjects:
- Hijri Calendar - aims to create and improve Items for Hijri Calendar dates such as 1 Ramadan (Q4886009).
- MLA Linked Data Working Group - The Linked Data Working Group (LDWG) is a Music Library Association (MLA) working group convened by the MLA Cataloging and Metadata Committee (CMC). Members are music catalogers and other library metadata workers exploring linked data topics through Wikidata projects, discussion of BIBFRAME and linked data cataloging, and other areas of interest.
Newest database reports: birthdays today - People born this day of the year (primarily currently living people)
Showcase Items: John Cale (Q45909) - Welsh composer, singer-songwriter and record producer
Showcase Lexemes: armastuskolmnurk (L415173) - Estonian noun, translated "love triangle"

Development

REST API:
- We continued the work on the endpoint for creating an Item via POST /entities/items (phab:T342990)
- We continued the work on the endpoint for modifying data of a Property via PATCH /entities/properties/{property_id} (]]phab:T347394]])
EntitySchemas: Work on making it possible to link to EntitySchemas in statements is continuing.
mul language code: We are fixing remaining issues uncovered during testing. (phab:T355059, phab:T356200, phab:T135871, phab:T356201)

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

Weekly Tasks

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

· Unsubscribe · Help translate · Mohammed Abdulai (WMDE) · 15:43, 8 April 2024 (UTC)[reply]

April 2024 Wikidata content pie chart

We have an updated pie 🥧 chart for Wikidata:Statistics! Wow the Wikidata:WikiCite slice sure is large and tasty.

BTW - there is not particular news published for sharing but developers at the Wikimedia Foundation and WikiCite contributors are discussing a split of the Wikidata Query Service Graph. See Wikidata_talk:WikiCite#WikiCite_in_continued_limbo for background, and post to the WikiCite talk page if you want to join discussions and get updates.

Thanks user:VIGNERON for generating this. Bluerasberry (talk) 16:55, 8 April 2024 (UTC)[reply]

Only one name item per name?

Replies to my question here are very welcome: Wikidata_talk:WikiProject_Names#Which_items_should_be_added_as_P735? D3rT!m (talk) 22:35, 8 April 2024 (UTC)[reply]

Move request

Hello everyone, how do I create a request to rename/move a lexeme? Due to the renaming of a company, I would like to request that OPmobility (Q3391735) be renamed to "OPmobility". See the French WP for sources. Thanks for your answers. --Thingol (talk) 22:13, 9 April 2024 (UTC)[reply]

That is an item rather than a lexeme. A move isn't necessary. You just add a new alias with the alternative name. If other editors don't object, you can swap the alias with the main label, but you must keep both. From Hill To Shore (talk) 23:05, 9 April 2024 (UTC)[reply]

Understood. Thanks for the quick reply. --Thingol (talk) 20:59, 10 April 2024 (UTC)[reply]

Something has gone wrong with the authors here...

2018 American Society of Consultant Pharmacists Annual Meeting & Exhibition (Q57498725) duplicate entries, duplicate "object named as"... Magnus Manske (talk) 07:42, 10 April 2024 (UTC)[reply]

It is a problem at source that was imported in the original edit. If you check the PubMed link, you will see the same author names repeated multiple times. From Hill To Shore (talk) 10:10, 10 April 2024 (UTC)[reply]

NOMBRE OFICIAL DEL PUEBLO Y PLAYA

Daimús es el nombre oficial de la población, con lo cual solicito que se sustituya el uso de 'Daimuz' por el oficial, tanto en el pueblo como en la playa. Daimús y Playa de Daimús. Robert Miñana (talk) 09:51, 10 April 2024 (UTC)[reply]

Birth after father's death

We need to change the calculation so that we do not get the error message unless the difference between death and birth is more than 9 months, perhaps 10. See George Francis Valentine Scott Douglas (Q75268023) RAN (talk) 11:54, 10 April 2024 (UTC)[reply]

People have used "exception to constraint" to get rid of these messages, but this doesn't scale. The next step people tend to use is adding "separator" but "object has role" is too ambiguous for this purpose, we would need a qualifier that is more or less single-purpose. Got any ideas? Make a new one maybe? Infrastruktur (talk) 15:52, 10 April 2024 (UTC)[reply]

I created born after father's death (Q105083598), I add it to object_has_role is there a better placement for it so it can be used to get rid of the error message in the constraints? --RAN (talk) 18:19, 10 April 2024 (UTC)[reply]

Just noticed "separator" only works for the single value constraint. :-( But it does seem like a good way to mark claims that are manually checked. @Lucas Werkmeister (WMDE): Something similar for contemporary constraint might be a good idea. At least it's a solution that doesn't have complexity issues. Infrastruktur (talk) 18:58, 10 April 2024 (UTC)[reply]

@Infrastruktur: I don’t understand what you’re trying to do. What does this have to do with a “separator”? What are the date of birth / date being separated from? Lucas Werkmeister (WMDE) (talk) 10:18, 11 April 2024 (UTC)[reply]

Forget about "separator" that was my mistake. I was interested in hearing if you thought it would be feasible to add a way to manually mark claims such as child (P40) with a qualifier basically telling the constraint checker that this claim have been manually checked so don't show an error message here. Basically doing what "exception to constraint" does except the exception info is moved to the claims themselves so it should be more scalable I guess. Infrastruktur (talk) 16:24, 11 April 2024 (UTC)[reply]

I wouldn’t mind adding that, I think… should be relatively simple to implement in WBQC, at least. It’s not an ideal solution, but it’s not like we have any much better solutions lined up either (“constraint exceptions don’t scale” has been a known issue for a while, and the last proposal I dimly recall, which I think would’ve encoded exception lists as additional items, was probably worse). My main concern would be that people would object to these qualifiers, but maybe I’m being too paranoid there ^^ Lucas Werkmeister (WMDE) (talk) 09:35, 12 April 2024 (UTC)[reply]

I was thinking about how to encode the exception. If we use a single new qualifier "constraints manually checked" that would remove warnings for any and all constraints, which might be ok. Trying to encode information about individual exceptions in the predicate position strikes me as a bad idea, but they could be encoded in the object position if there was a URI prefix reserved for this purpose. The "wdno:" prefix encodes which property it pertains to, so likewise an "wdnoexception:" prefix could encode which property and exception it pertained to e.g. "?statement_node pq:P99999 ("constraint manually checked") wdnoexception:P40-Q25796498". Edit: Or maybe something like "?statement_node wdnoexception:P40 ("constraint manually checked") wd:Q25796498" would be better after all? It would add new things to the data model so it's not something that can be rushed. Edit 2: Or since we know which property from the claim itself, we could do without any new URI prefix at all which is actually way better, e.g. "?statement_node pq:P99999 ("constraint manually checked") wd:Q25796498". Infrastruktur (talk) 13:56, 12 April 2024 (UTC)[reply]

Perhaps we can do a search for all the children born within 10 months of the father's death and mark them all object_has_role=born after father's death (Q105083598) and rewrite the rule for the error message so that it is not triggered when object_has_role=born after father's death (Q105083598). I am not familiar with how the error message rules are coded to make the changes myself. Do we have an error message when a child is born after the mother's death, which would indicate that the child belongs to a different spouse of the husband? --RAN (talk) 18:16, 11 April 2024 (UTC)[reply]

I suspect a general implementation of such a check (not limited to humans) would have a high complexity cost. It also trades false positives for false negatives. Infrastruktur (talk) 18:44, 11 April 2024 (UTC)[reply]

Notified participants of WikiProject property constraints

Lucas Werkmeister (WMDE) (talk) 09:36, 12 April 2024 (UTC)[reply]

Conflation errors

It looks like a dozen entries from one source have conflation and typographical errors, can someone look at Karel Sicha (Q95151151) and Josef Gerschon (Q61912800) and Václav Mach (Q95138276), which looks like a conflation, while I take care of the typographical errors. RAN (talk) 12:13, 10 April 2024 (UTC)[reply]

@Richard Arthur Norton (1958- ) If you find other conflations, please report them to me. These were manually paired based on suggestions provided by the reconciliation service, but it seems that I mis-clicked in a few out of the 1800 entries. Vojtěch Dostál (talk) 13:27, 10 April 2024 (UTC)[reply]

@Vojtěch Dostál: Do you have a contact at REGO where they can fix their typographical errors, there were maybe 10 where they typed dates that should be 1800s as 1900s. We used to have a contact at VIAF that would fix typographical errors at the source, then we could delete them here. REGO might have someone that can do the same. --RAN (talk) 13:53, 10 April 2024 (UTC)[reply]
I will try to pass the information to them, please compile a list of these and e-mail them to me, if you can. Vojtěch Dostál (talk) 14:11, 10 April 2024 (UTC)[reply]
I will have to do a search for values we deprecated where they are the source. --RAN (talk) 18:19, 10 April 2024 (UTC)[reply]

Written work

Peek at Rem Cashow (1768-1816) biography (Q125417076) where instance_of=genealogical biography (Q125417108) is not being recognized as a written_work, how can I get rid of the error massages? RAN (talk) 18:23, 10 April 2024 (UTC)[reply]

I updated Q125417108 BrokenSegue (talk) 18:43, 10 April 2024 (UTC)[reply]

Thanks! That one had ne stumped for a bit. I never would have come up with "genre" by myself. --RAN (talk) 17:13, 11 April 2024 (UTC)[reply]

For written works like that, shouldn't instance of (P31)written work (Q47461344) plus genre (P136)genealogical biography (Q125417108) be used? I think genres aren't usually used as values for P31 statements. --95.90.253.130 17:18, 11 April 2024 (UTC)[reply]

yeah that is more appropriate BrokenSegue (talk) 16:39, 12 April 2024 (UTC)[reply]

questions go here?

Is this the right place to ask questions? My apologies if not. I would like to ask these questions about best practices and community etiquette:

This newly created record - https://www.wikidata.org/wiki/Q125408315 - has at least two problems: the pseudonym and the name. Because the name is wrong, I'm inclined to make a duplicate entry for the person and merge them. Would it be better to attempt to move Q125408315 so I can correct the name?

The pseudonym is incorrect; he did not use that pseudonym. But I know where the misinformation came from; the contributor mistook a generic ironic phrase and applied it specifically. Should I simply delete the bad data? Delete it and leave a note on the discussion for the entity? Delete it and leave a note for the individual contributor of that info? What is the proper way to correct the data? Jerimee (talk) 19:16, 10 April 2024 (UTC)[reply]

Yes, this is the right place to ask questions. To make an internal link to an item, you can write it like {{Q|125408315}} which produces Henry Fournier (Q125408315). Next, there is no point creating a new entry and then merging it; you may as well edit the existing item. The pseudonym is supported by a reference that seems to be guessing the pseudonym; I'd deprecate the statement (see Help:Deprecation). What change are you wanting to make to the name? From Hill To Shore (talk) 19:33, 10 April 2024 (UTC)[reply]

Thanks so much! That reference is a single line of text on a blog that reads "nothing is known about him, he might have well as signed his name blotch." It is an easy enough mistake to make; it is like saying "he might as well have signed his name X" or "he might as well have signed his name John Doe."

His name is Henry, not Henri, despite his being French. Source 1: https://www.leonore.archives-nationales.culture.gouv.fr/ui/notice/147360 Source 2: https://archives.var.fr/ark:/73531/s00512dd01ec64bd/512dd01f10e92 Alt Img for Source 1: https://www.wikitree.com/photo/png/Fournier-3954-1 So Henry Fournier (Q125408315) needs to be moved to label "Henry Fournier."

The pseudonym issue is separate from the label issue. And thanks for letting me know it is better to simply move, than to create new and then merge. Jerimee (talk) 20:08, 10 April 2024 (UTC)[reply]

I got confused, and thought for some reason labels could not be edited without doing a move. My apologies. I think I have my answers now. :) Jerimee (talk) 20:17, 10 April 2024 (UTC)[reply]

Getting a filter error with reference URL entrepreneur.com

"Could not save due to an error. The save has failed. The text you wanted to publish was blocked by the spam filter. This is probably caused by a link to a forbidden external site. The following text is what triggered our spam filter: entrepreneur.com"

Not sure why that website would be blocked on Wikidata: American magazine https://en.wikipedia.org/wiki/Entrepreneur_(magazine) Piecesofuk (talk) 09:14, 11 April 2024 (UTC)[reply]

This is the first time I see this kind of error. I had a similar error, if only I had read project chat before posting I would not need to post my issue. Anyway I thought this was so unique of a problem that only I had it. Now I see that you also had an issue with entering references. I guess someone is working hard right now to fix it...I'll actually log out, then I'll log in again in a few hours...perhaps its fixed by then...who knows. Thanks for reporting! TooFewUsernames (talk) 10:02, 11 April 2024 (UTC)[reply]

It could be that admins have deemed links to that website mostly unwanted. So even if the site itself is ok, it might feature often as a reference in promotional spam whilst not being useful for establishing notability. But that's speculation of course.

I have no idea if admins are exempt from the blacklist, but bots are, so I guess. What claim were you trying to add? I'll try adding it for you. Infrastruktur (talk) 16:55, 11 April 2024 (UTC)[reply]

Wikipedia has it as "No Consensus" in https://en.wikipedia.org/wiki/Wikipedia:Reliable_sources/Perennial_sources so it shouldn't be blacklisted here. Anything listed at https://en.wikipedia.org/w/index.php?limit=500&offset=0&profile=default&search=insource%3A%22entrepreneur.com%22&title=Special:Search&ns0=1 should be allowed as a valid reference on Wikidata Piecesofuk (talk) 18:07, 11 April 2024 (UTC)[reply]

I would like to point out that this is an invalid argument. Wikidata is not English Wikipedia (as the majority of English Wikipedians are eager to point out whenever there is an opportunity to work with Wikidata). The issues that Wikidata faces are not the same as English Wikipedia. An argument that something is okay "here" because English Wikipedia says it is okay "there" holds little weight.

On the other hand, if you would like to bring up similar points to those discussed at Wikipedia, you may gain a separate consensus here that goes the same way. From Hill To Shore (talk) 19:46, 11 April 2024 (UTC)[reply]

Have I misunderstood the purpose of Wikidata? (https://www.wikidata.org/wiki/Help:About_data) Shouldn't it store all the structured data within all Wikipedias including references? Piecesofuk (talk) 20:01, 11 April 2024 (UTC)[reply]

Two key principles of the Wikimedia movement are that (with the exception of breaches of law) decisions are made by consensus and that a consensus on one project can't dictate how another project operates. Wikidata can't dictate how things operate on English Wikipedia and English Wikipedia can't dictate how things operate on Wikidata. You have to reach a separate consensus in both projects.

I have no knowledge of this blocked source other than the Wikipedia article you linked. My issue is solely that you can't point us to a consensus on another project and expect changes to be implemented without discussion. The consensus must be formed here too. From Hill To Shore (talk) 20:41, 11 April 2024 (UTC)[reply]

As stated below the change was implemented here without discussion. Piecesofuk (talk) 06:49, 13 April 2024 (UTC)[reply]

Has been blacklisted locally since January 2021 by @Lymantria for long term abuse, see here. Sjoerd de Bruin (talk) 18:20, 11 April 2024 (UTC)[reply]

Long term abuse? It's a legitimate magazine published since 1977. Can it be removed from the blacklist? Piecesofuk (talk) 18:44, 11 April 2024 (UTC)[reply]

You make a good argument, but let's hear from Lymantria first. Infrastruktur (talk) 18:50, 11 April 2024 (UTC)[reply]

It may be a legitimate magazine, it's been the base to a lot of spam as well. The latter has been the reason for blacklisting it. Feel free to debate that decision here, I will be out of office from tomorrow onwards for a few weeks. If it is decided that this blacklisting is to be removed, I will accept so. --Lymantria (talk) 19:10, 11 April 2024 (UTC)[reply]

Could you provide a link to the discussion which alleged that the magazine was used as a base for spam, I can't find any evidence of that.

Wikidata editors should be able to copy any and all references that are stored in Wikipedia into Wikidata. Isn't that what Wikidata is for, to store all the structureed data in Wikipedia? Piecesofuk (talk) 19:36, 11 April 2024 (UTC)[reply]

There has not been such a discussion as far as I remember, which is not uncommon @Wikidata. Your statement on what Wikidata editors should be able to, may be a bit too general. --Lymantria (talk) 20:05, 11 April 2024 (UTC)[reply]

This is my understanding of "Instead of supporting the structure and common elements of a web page, Wikidata provides structure for all the information stored in Wikipedia, and on the other Wikimedia projects. " https://www.wikidata.org/wiki/Help:About_data Piecesofuk (talk) 06:56, 13 April 2024 (UTC)[reply]

This is WD:UCS territory. Wikidata does not exist in a vacuum, it needs to consider the needs of the wiki-sphere, but ultimately local concerns take precedence. If you've seen how much promotional spam there is, I think you just might change your mind. What's even worse is when people decide to abuse the appeal system even if they have no case at all, wasting the time of others. Some admins (and since I can only speak for one that kind of narrows it down) have even stopped deleting promotional items because of this, instead focusing on other types of deletions. If this does not sound sustainable, it is because it is not. Infrastruktur (talk) 19:15, 12 April 2024 (UTC)[reply]

It would be helpful if someone would provide a single example of spam abuse from entrepreneur.com Piecesofuk (talk) 07:01, 13 April 2024 (UTC)[reply]

From a quick look at Entrepreneur's marketing materials on their "Entrepreneur Partner Studio", it appears that sponsored content and paid placement contributor networks are some part of their business model. Contributor network content being larger on their international franchises.

Whether it's to a level that is so pervasive that it overwhelms the value of their reported editorial content is beyond me. I contrast them with Insider/BusinessInsider who is not on the blocklist, but has a well known and significant level of sponsored content/paid placement contributor networks. --William Graham (talk) 18:32, 12 April 2024 (UTC)[reply]

Lexeme reference failure

Have been trying to add this reference URL as a source/reference for ages but it fails every time: https://www.greek-language.gr/greekLang/modern_greek/tools/lexica/triantafyllides/search.html?page=1&lq=γουδί

I am using Lexeme:L944697 as a template for my contribution to Lexeme:L1319516 which I recently created.

On Lexeme:L944697 the reference URL is https://www.greek-language.gr/greekLang/modern_greek/tools/lexica/triantafyllides/search.html?page=1&lq=τραγούδι but I can't add the url for https://www.greek-language.gr/greekLang/modern_greek/tools/lexica/triantafyllides/search.html?page=1&lq=γουδί, fails every time.

Do I need to be more trusted in Wikidata for me to add references or is the problem that its in Greek? I also tried adding the URL https://www.greek-language.gr/greekLang/modern_greek/tools/lexica/triantafyllides/search.html?lq=%CE%B3%CE%BF%CF%85%CE%B4%CE%AF and it also failed(no Greek characters visible)

Also why isn't {{L:944697}} not working? It does for Q items, so if anyone got the time to fix it, please help. TooFewUsernames (talk) 09:57, 11 April 2024 (UTC)[reply]

@TooFewUsernames: I had no problem adding the reference. I cannot find any evidence why it should have worked for you (e.g., spam blacklist).

Also why isn't {{L:944697}} not working? {{L|L944697}} (τραγούδι (L944697)) is. --Matěj Suchánek (talk) 12:42, 14 April 2024 (UTC)[reply]

main_subject/major_subject versus secondary_subject/minor_subject in Wikidata entries

How can we provide secondary_subject search terms in a Wikidata entry for an obituary? I may be looking through Wikidata for an obituary of someone associated with a particular Olympics or associated with a particular company, but it appears main_subject can only be used for the name of the deceased person. Is there any way to include search terms other than the deceased person's name? For instance at Commons in structured_data you include all search terms and mark the deceased person's name as "prominent" and leave the other search terms unmarked. How would we do this here at Wikidata? Can I include all useful search terms and mark the deceased person's name with "preferred rank" and leave the other search terms as "normal rank"? I can understand not including every name in the index at an entry for a book, but an obituary may only have 5 or 6 secondary_subject search terms. What is the best way to include useful search terms without violating the rigid definition of main_subject? RAN (talk) 18:05, 11 April 2024 (UTC)[reply]

I don't believe main subject (P921) has a rigid definition at all - see for example the (long) discussion on Wikidata:Property proposal/subject facet. I believe it can and should be used for any sort of useful keyword on an item for a work. Did somebody revert you for using main subject (P921) for another term on an obituary? ArthurPSmith (talk) 19:58, 11 April 2024 (UTC)[reply]

The change was made at this entry: David Emanuel Wahlberg (1882-1949) obituary (Q105337575) to remove all the search terms but the name of the decedent. I am not against making the decedent's name "preferred rank". I do that when the obituary is also at Wikisource, since changes at Wikisource now cause links to form for all the terms at Wikidata, if they have Wikipedia entries, and I only want them for the decedent. --RAN (talk) 22:16, 11 April 2024 (UTC)[reply]

When you say "this entry," were you intending to link to a specific item? From Hill To Shore (talk) 22:27, 11 April 2024 (UTC)[reply]

Ha! I went back and added it, sorry for the confusion, I went to cut and paste it in as David Emanuel Wahlberg (1882-1949) obituary (Q105337575), but it looks like I just cut and pasted an empty space. I do not think that the number of search terms that I had added were unreasonable. The text is in Swedish so having the links to Wikidata entries for the people/places/things mentioned are very useful. As in most news articles abbreviations are used to save space, and linking to the actual term is very useful. For USA news articles, I know what NY and NJ mean but I cannot expect someone from another country to know what they mean. --RAN (talk) 22:59, 11 April 2024 (UTC)[reply]

I can see your point but these types of discussions are never resolved unless we allow the other party to provide their perspective. @Quesotiotyo: would you like to comment here as the one who reverted the edit? Would you be willing to let the information be restored either under main subject (P921) or another property? From Hill To Shore (talk) 23:34, 11 April 2024 (UTC)[reply]

I dont read Swedish but it sound that any decent obituary if the man would cover his Alma mater and his sporting prowess, so adding the terms is superfluous. If I wanted obituaries of 1912 olympians I'd ask for the people, and then obituaries, and not go through main_subject, and get a thin set of results Vicarage (talk) 00:43, 12 April 2024 (UTC)[reply]

Not every obituary has an entry for the decedent. There is a current project to load all the obituaries from the New York Times. And we should have a standard rule, not ad hoc deletion. We also should not restrict how someone may search for an obituary they are looking for, because that is not the way any other individual would search for it. I prefer to use Google to search through Wikidata, and the more relevant search terms, the more precise a Google search becomes. As I said before, we do not need to include every term listed in an index if we have an entry for a book. --RAN (talk) 01:02, 12 April 2024 (UTC)[reply]

Why would you accept an obituary without a decedent? If the obituary is worth recording it should be able to populate a person entry. I think this is a clear case of using WDs structure to remove duplicate information. Vicarage (talk) 06:38, 12 April 2024 (UTC)[reply]

Because an obituary comes from "serious and publicly available" resource. An entry for the decedent, that does not have a Wikidata entry can have one created at any time. The same argument could be used to not host scientific articles because we do not have an entry for the author, yet we have over 10,000 scientific articles with no link to an author or a topic. We host scientific articles because they are a "serious and publicly available" resource. --RAN (talk) 19:33, 12 April 2024 (UTC)[reply]

You have it slightly wrong. Wikidata:Notability allows for entities described by serious and publicly available references. The vast majority of articles that we have are not being used as a reference source.

--Quesotiotyo (talk) 19:46, 12 April 2024 (UTC)[reply]

It may not be clear what property (educated at, affiliation, qualifier on degree) you would find an "alma mater" under in Wikidata - if it was even listed on the person's item? I don't see how adding it to the obituary item hurts anything here - it's redundant only in a very indirect sense. But maybe @Quesotiotyo: can clarify. If it was on a "keyword" property instead of "main subject" would it be acceptable, or also "redundant" and to be deleted? ArthurPSmith (talk) 15:35, 12 April 2024 (UTC)[reply]

By all means, include this information using an appropriate property. I wasn't suggesting that any of it was redundant, just that it in no way fit the description of P921 ("primary topic of a work").

--Quesotiotyo (talk) 19:37, 12 April 2024 (UTC)[reply]

@Quesotiotyo: despite the description text, main subject (P921) also has aliases that indicate it is (and has been widely) used for "non-primary" topics. Are you familiar with previous discussion regarding alternate property proposals for non-primary topics (such as Wikidata:Property proposal/subject facet)? Would you strongly support such an alternative? We don't seem to have had a consensus on this up to now. ArthurPSmith (talk) 23:49, 12 April 2024 (UTC)[reply]

See, I would view those aliases and uses that you refer to as point-blank wrong since they do not fit the definition of this property, and in my opinion they should be removed without question. If any users really want this information to persist, it should be up to them to request a property specifically for such a purpose (and then add the statements in the correct manner). As you have noted, this has been attempted several times before and there has never been clear support to have one. I must say that I find that very telling. I would be in favor of having such an alternative though if it means a reduction in the number of P915 misuses and the time needed to fix them (and transferring the statements to a new property using something like the moveClaim gadget would be an ideal way of doing so).

--Quesotiotyo (talk) 04:09, 13 April 2024 (UTC)[reply]

I am reversing the deletion, I am looking at instance_of=obituary and over 100 entries have more than one main_subject. We should not have ad hoc changes, the rule should apply to all Wikidata entries. If a hard rule is made that there can only be one main_subject, we can delete all others. Or if we create secondary_subject, they can be migrated there. As a compromise I have up-ranked the name of the decedent, which appears to be the only way to add in search terms unless we create secondary_subject. --RAN (talk) 19:39, 12 April 2024 (UTC)[reply]

Note The above user created many of those 100+ obituary items and is the reason that they have multiple main subjects. --Quesotiotyo (talk) 20:03, 12 April 2024 (UTC)[reply]

Query Count in Table

Hi,

Kindly requesting, How to add an auto-updating 'count' (number of items) in a table on a project page? Wallacegromit1 (talk) 12:33, 12 April 2024 (UTC)[reply]

I am trying to add the following query value into a table;

SELECT (COUNT(*) AS ?count)

WHERE {

?item wdt:P31 wd:Q5 .

?item wdt:P27 wd:Q408 .

?item wdt:P106 wd:Q60461966 .

}

Try it!

@Wallacegromit1: Have you looked into Template:Wikidata list? It's for lists, but maybe could be adapted to get a count also? Not sure. ArthurPSmith (talk) 19:10, 12 April 2024 (UTC)[reply]

@ArthurPSmith Thanks for the suggestion, but it does not seem to work.

There must be an easier way to just get the count? Wallacegromit1 (talk) 01:24, 13 April 2024 (UTC)[reply]

Property documentation / Current uses

I apologize if this has been mentioned before, and I'll just repeat: the little box on the properties' talk page that summarizes the usage of the property in a table hasn't been working for a while, I think. Maybe this is it: Module:Property_documentation. Pallor (talk) 15:05, 12 April 2024 (UTC)[reply]

The bot that updates this information runs once a week, has it been longer than that? Infrastruktur (talk) 21:29, 13 April 2024 (UTC)[reply]

Cross-wiki article queries

Is there a way to generate a list of Wikidata items where the article on one Wikipedia is in a particular category and the article on another Wikipedia is in another particular category? Kk.urban (talk) 20:35, 12 April 2024 (UTC)[reply]

An example would be a list of people with different birth or death years on different wikis. Kk.urban (talk) 19:55, 13 April 2024 (UTC)[reply]

Lisa Sotilis (Q17101800)

Lisa Sotilis (Q17101800) is getting some vandalism (being labelled a 'scam professional'). Can an admin protect the page? Malcolmxl5 (talk) 21:19, 12 April 2024 (UTC)[reply]

Please see the text box at the top of the page. Requests for page protection should be made at Wikidata:Administrators' noticeboard. Are there more than just the two new accounts that have vandalised the page today? If not, it may be better to just report the two accounts for vandalism and request protection only if further vandalism occurs. From Hill To Shore (talk) 21:32, 12 April 2024 (UTC)[reply]

Add corresponding depicts (P180) statements if depicts Iconclass notation (P1257) is present

There is a rather big number of depicts Iconclass notation (P1257) statements (~47k) on items with no depicts (P180) statement, cf.:

SELECT ?obj ?objLabel ?IC ?motiv ?motivLabel Where {
  ?obj wdt:P1257 ?IC .
  MINUS { ?obj wdt:P180 ?x . }
  ?motiv wdt:P1256 ?IC .
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en".}
}

Try it!

I think it might be useful to additionally convert the depicts-statement that is implicit in depicts Iconclass notation (P1257) into an explicit depicts (P180) which is definitely easier to work with. Do you see any problems here?

21:52, 12 April 2024 (UTC) Awinkler3 (talk) 21:52, 12 April 2024 (UTC)[reply]

I probably added the majority of these two years ago based on the iconclass data I got. I did look at adding more depicts (P180), but didn't do it at a large scale. I would probably do it semi-automatic. Some things to be aware of:

Quite a few iconclass topics don't match with items here. Too specific or just a bit different
Some iconclass topics are better as main subject (P921) (or genre (P136)) than depicts (P180)
In some cases you can only add a couple of depicts, but not all. If you do that, you'll remove the item from the list and no easy way to come back to it
If you're doing this, would probably be useful to add something like inferred from (P3452) to keep track of it. This might also a way to solve the previous point. So if you can make a query of items that don't have depicts (P180) or only have depicts (P180) inferred from (P3452) iconclass, than you can just work your way don't the topics

I hope you can do something nice with this data. Multichill (talk) 14:06, 13 April 2024 (UTC)[reply]

Russian labels

Currently, there are two types of Russian labels for persons. Some labels start with the surname separated from the rest of the name with a comma, while other labels keep the usual order starting with the first name. Is there a consensus on what should be used as label? D3rT!m (talk) 23:01, 12 April 2024 (UTC)[reply]

@D3rT!m: There seems to have been a long-running discussion about this with no clear consensus. You might want to "ping" the people who have raised this before to see if you can come together on a rule. ArthurPSmith (talk) 14:24, 13 April 2024 (UTC)[reply]

Former kind is seems to be imported from article names. Infoboxes use later kind and it should be used for labels EugeneZelenko (talk) 14:26, 13 April 2024 (UTC)[reply]

Can't edit Wikidata

Hello! I'm a project manager for the Albanian Wikipedia and we were trying to do an activity dedicated to Wikidata today but we quickly noticed that very few of the involved members had the "Edit" button. Can someone tell me what is going on? I assume there should be a kind of threshold that maybe they have yet to reach but I have limited knowledge in that direction in regard to Wikidata. Any information would be appreciated. Thank you! - Vyolltsa (talk) 10:26, 13 April 2024 (UTC)[reply]

Were the people involved using a mixture of devices? The Wikidata interface on mobile devices is fairly limited. Alternatively, can you give an example of a page where the problem occurred? It may be that the page has been semi-protected due to vandalism by users that aren't logged in (semi-protection also blocks newly registered users. From Hill To Shore (talk) 11:40, 13 April 2024 (UTC)[reply]

@ Vyolltsa: can you give us an example username that's having a problem? In general pages are open for editing even by new users. Though generally we suggest you preregister an event to prevent users from getting banned. BrokenSegue (talk) 14:35, 13 April 2024 (UTC)[reply]

On Vandalism Tracking

Since around the turn of the year, I have been working on a tool to efficiently track bad edits on Wikidata. The effort was motivated by my observations regarding patrolling work on Wikidata:

Special:RecentChanges lists too many changes. Even if you narrow it to unpatrolled changes and filter out other generally low-risk changes, you are left with a haystack that is replaced by another one in about two hours. Except for obvious cases, fast reviewing is impossible since you need to gather some context first.
Special:AbuseFilter works well for isolated cases/patterns or can help add tags to recent changes. But it is not scalable to all properties/languages/etc. and has access only to limited context.
Property constraints are a very well maintained, integrated and understood system. Every property has some constraints, and violation of a constraint means something is wrong or someone is doing something wrong. But reports of violations are scattered over thousands of pages with no indication of recency and no available integration with RecentChanges and AbuseFilter.
More ideas: [1][2].
See also Wikidata:Project chat/Archive/2024/02#An unexpected effect of Covid-19 on the Wikidata project?

I took the best of each and started compiling weekly reports of changes during a time window that introduced some constraint violations. It involved creating a Python library with algorithms for some (not all) constraint types and some custom ones.

The reports are available here: Special:PrefixIndex/User:MatSuBot/Reports/Vandalism. The most recent reports should be the most accurate since patrolling status is available for them. (Reports older than a month cannot use patrolling status, some entries could have been solved in the meantime.)

This is just a single step for better counter-vandalism on Wikidata, it cannot replace the inefficient patrolling process yet. The reports are not real-time, they cover cases of more-or-less obvious vandalism, and deal only with changes to claims (i.e., not labels and descriptions). More effort would be needed to establish an automated (maybe AI-powered) system for countering vandalism.

I'm curious if others find such reports useful or if there is a way to make them (more) useful. (Daily reports instead of weekly? Cover more types of violations? Missed cases of vandalism?)

--Matěj Suchánek (talk) 12:37, 14 April 2024 (UTC)[reply]

this is really cool work. you might want to reach out to the people in https://phabricator.wikimedia.org/T341820 where they are working on a new anti-vandalism model for wikidata. incorporating your library into their workflow seems like it'd be useful. the newest model is much better than ORES.

Did you consider incorporating ORES into your reports? In theory it should be ok at predicting vandalism.

I think enwiki has bots monitor vandalism rates and report that in a template (see https://en.wikipedia.org/wiki/Template:Vandalism_information). not sure if it's really useful though. BrokenSegue (talk) 18:55, 14 April 2024 (UTC)[reply]

I am aware of that initiative (I recall providing a handful of labels) as well as the Automoderator (which I believe is more focused on Wikipedia, though).

However, I don't think it's necessary (and a good idea) to insist on incorporating right now. I can see there is already some progress that I don't want to steer down. Also, my library reflects a community-maintained system, i.e., something that can change any time. If they had the model trained w.r.t. some snapshot of constraints, but we had it changed later, it could lose its precision (i.e., instead of

P(y|x,\theta )

, they'd need something like

P(y|x,\theta (t))

, which is definitely harder to model).

I think we can just keep them separate, and benefit from advantages of each.

Did you consider incorporating ORES into your reports? I'm not sure what you mean. Like indicating its score in the reports in a separate column? The problem with ORES is it evaluates each revision independently, not as a sequence (like I do).

enwiki has bots monitor vandalism rates Looks like that is based on the amount of recent reverts (real-time). However, I am dealing rather with backlog.

Idea: Instead of (or as another alternative to) a complex ORES model that tries to handle everything, have a very simple one using limited context (type of change, language changed, property involved, etc.) such that it allows to simply filter for changes that have somewhat higher probability of being reverted (IP changes to instance of (P31), sex or gender (P21), pseudonym (P742), English description, etc.). The goal is to allow synchronous patrolling using RecentChanges filter, while leaving the rest to report-based backlog. IMO, just using the "reverted" tag (mw-reverted) should be sufficient. (But see also phab:T357163.)

Another idea: see phab:T358729, but ignore the AbuseFilter part. (I really need to save my ideas somewhere.)

--Matěj Suchánek (talk) 09:02, 15 April 2024 (UTC)[reply]

🚀 Join the Wikidata Open Online Course - Class Starts April 22, 2024!

Hello everyone,

We are thrilled to announce the launch of the Wikidata Open Online Course - a fantastic opportunity for anyone eager to explore the world of Wikidata and enhance their editing skills.

🌟 About the Course

The Wikidata Open Online Course is designed to simplify learning how to edit Wikidata through a structured online program in English. Originally developed in French by Wikimedia France, the course content has been updated and translated into English. Whether you're a beginner taking your first steps, an individual in need of a refresher on Wikidata concepts, or a seasoned trainer looking to level up your skills - this course is right for you. Participants will gain insights into how Wikidata works, its rules, its vibrant community, and how to contribute effectively.

📚 Course Structure

Chapter 1: The Wikimedia movement and creation of Wikidata
Chapter 2: Understanding Knowledge graphs and Queries
Chapter 3: Discovering Wikidata, open data, and the semantic web
Chapter 4: Contributing to Wikidata, the Community, and Data Quality
Chapter 5: Bonus Resources on Scientific Bibliography from Wikidata

⏰ Course Schedule

This program will be offered in iterations, the first of which will start on April 22 and last for 5 weeks. Be sure to register before that. Subsequent iterations will be scheduled later, so don't worry if you're not able to take this one. Make sure to watch the landing page, and we will announce them on our usual communication channels as well.

Don't miss out on this opportunity. We encourage you to spread the word and invite your friends and colleagues to join us on this learning adventure.

For more information about the course structure and how to register, please visit Wikidata:Open_Online_Course

If you have any questions, feel free to reach out directly or leave a note on the project discussion page: Wikidata_talk:Open_Online_Course

Cheers, -Mohammed Abdulai (WMDE) (talk) 10:49, 15 April 2024 (UTC)[reply]

Wikidata weekly summary #622

Here's your quick overview of what has been happening around Wikidata over the last week.
This is the Wikidata summary of the week before 2024-04-15.
Translations are available.

Discussions

New requests for permissions/Bot:
- AzBot - Task: adding a space in over 7k malformed Dutch descriptions per this request.
- DifoolBot 3 - Task: fill in empty English/French/German labels and basic statements for persons with VIAF ID (P214) and a VIAF authority source GND ID (P227), IdRef ID (P269), Bibliothèque nationale de France ID (P268) or Library of Congress authority ID (P244)