Wikidata:Project chat/Archive/2022/07

From Wikidata
Jump to navigation Jump to search

The FAHR22 incident

As per the Chinese Wikipedia notice page, (English version), it seems like there are a lot of WD items affected by the issue (full list can be seen on the Chinese page), what's going to happen to them? CrystalLemonade (talk) 20:41, 30 June 2022 (UTC)

@CrystalLemonade: If all the associated language wikipedia articles have been deleted then these wikidata id's can be nominated for deletion also. It's not a good idea to delete wikidata items when language wikipedia articles still exist, as they will just automatically be recreated in wikidata within a few days. ArthurPSmith (talk) 16:52, 1 July 2022 (UTC)

Wrong data in a protected page

Hi. The Wikidata page of the Slovenian town of Municipality of Jesenice (Q15881) currently shows 1121 metres as sea level. The page is protected so I can't edit, but this data is totally wrong (on en.wiki, sl.wiki and other wikis the altitude is correct: 576 m). Could someone fix it?

Also the Julian Alps official site mentions the correct data.

Just to say, the highest town in Slovenia is located at less than 1000 metres on sea level: https://en.wikipedia.org/wiki/List_of_highest_towns_by_country Steed (talk) 12:19, 1 July 2022 (UTC)

Fixed. The claim did not have a reference so I removed it. Vojtěch Dostál (talk) 12:54, 1 July 2022 (UTC)

Query: Item not in result

I execute this query: SELECT ?item ?kgnr WHERE { ?item wdt:P31 wd:Q17376095; wdt:P8322 ?kgnr } ORDER BY ?kgnr and do not get Inzersdorf (Q1671849) within the returned set. Why? (instance of (P31) is set to cadastral municipality of Austria (Q17376095) and cadastral municipality ID in Austria (P8322) is set to 01803.) -- Senoloser (talk) 17:29, 1 July 2022 (UTC)

Because too many people on wikidata don't understand rank. On that item, 'quarter' is set to preferred and so Q17376095 will not be found by a wdt: query. Try p:P31/ps:P31 instead. And/or edit the item to make both P31 statements normal rank. --Tagishsimon (talk) 18:12, 1 July 2022 (UTC)
Thank you! --Senoloser (talk) 18:21, 1 July 2022 (UTC)

What is an individual entry of a newspaper column an instance_of?

What is an individual entry of a newspaper column an instance_of? We have an entry for a newspaper column but not for an individual entry in a column. Should it just a be a "news article" or should we create "entry in a newspaper column" or something similar? RAN (talk) 18:41, 1 July 2022 (UTC)

Probably news article (Q5707594) will do. Page and column probably deserve to be in its references, or as qualifiers, depending on the use. --Tagishsimon (talk) 18:56, 1 July 2022 (UTC)
news article (Q5707594) or simply article (Q191067) should do it. -Animalparty (talk) 20:31, 1 July 2022 (UTC)

Merge request: steam-powered fire engine (Q9336841) and steam-powered fire engine (Q7605378)

I'm pretty sure steam-powered fire engine (Q9336841) and steam-powered fire engine (Q7605378) are the same thing. If not, then we need to make the distinction clearer. - Jmabel (talk) 20:26, 1 July 2022 (UTC)

Merged & P31 removed. They are indeed the same thing. --Tagishsimon (talk) 21:07, 1 July 2022 (UTC)

Question about AC pulling data from wikidata

Hello. I am trying to find out something. For an example on simple:Ralf Edström I put in the ac template but it is showing with 0 elements. I have come across quite a few of these. If you look at the property Q161918 there are a lot of identifiers on him. None of them are pulled into the authority control. What exactly should be pulled into the authority control from wikidata? If you have a list or article on it, I would love to be pointed to it. Thank you. PDLTalk to me!OMG, What have I done? 20:37, 1 July 2022 (UTC)

What gets pulled into {{Authority control}} on any wikimedia site depends on the config of the AC template on that site, so for simple, https://simple.wikipedia.org/wiki/Template:Authority_control
The concept of authority control cames, afaik, from the libraries sector, and the very strong bias on AC templates is towards, how to say, traditional authorities rather than the very much wider pool of external identifier sources held on WD.
Any solution to the issue is a matter for the wikimedia site concerned, and not for WD, so you'd be better off having this conversation on simple than here. --Tagishsimon (talk) 21:04, 1 July 2022 (UTC)
@Tagishsimon Thanks for that. It is typically better to ping someone as they may not always be on this wiki so I completely missed this. Since you have pointed me into the right place as far the template and what it needs so I can take it from here as that does help me a lot. PDLTalk to me!OMG, What have I done? 20:53, 2 July 2022 (UTC)

Property:P6829

Hi - On this particular property, everything's coming up as being against the constraint set. For example, https://www.dib.ie/biography/bell-john-stewart-a0548 is one of the issues I am facing. I put in a0548 or the bell-john-stewart-a0548 and it does not work, see this example. What would be the correct way of getting this properly linked? Please ping me as I am not always on wikidata. Thanks. PDLTalk to me!OMG, What have I done? 21:26, 2 July 2022 (UTC)

It seems to want the number found at the end of the DOI, which itself is found in Publishing information at the foot of the page. DOI for the above example was https://doi.org/10.3318/dib.000548.v1 and the property now seems happy with 000548 ... possibly 0548 might also work, idk. --Tagishsimon (talk) 22:32, 2 July 2022 (UTC)

Item documentation

So now we have all calls for this template removed. When is it planned to be loaded automatically? --Infovarius (talk) 10:37, 9 June 2022 (UTC)

It already is loaded automatically on every item talk page — Martin (MSGJ · talk) 12:35, 9 June 2022 (UTC)
But it's not! --Infovarius (talk) 10:52, 27 June 2022 (UTC)
@MSGJ: did you really think that I would write this question not checking talkpages? I don't see the template at talkpage either watching or editing it. --Infovarius (talk) 11:14, 27 June 2022 (UTC)
I see it displaying correctly on existing talk pages (e.g. Talk:Q79089353) and also on non-existent talk pages (e.g. Talk:Q24546547 above the edit window). We are obviously not seeing the same things! — Martin (MSGJ · talk) 11:38, 27 June 2022 (UTC)

MSGJ, Infovarius {{Item documentation}} is displayed in the talk page header of each item page using MediaWiki:Talkpageheader. Yet, this is not perfect. If the talk page exist, you should see it. If you're using the mobile Web interface, you should click on "read as a Wiki page" before seeing it. If the talk page don't exist, you maybe automatically redirected to edit the talk page. See example : https://m.wikidata.org/w/index.php?title=Talk:Q20968036&redlink=1#/editor/all. I know that this feature will be removed in the future (see https://phabricator.wikimedia.org/T308390). So for now, it's not really user friendly but you just need to cut the url to : https://m.wikidata.org/w/index.php?title=Talk:Q20968036 and it should work. --PAC2 (talk) 05:50, 3 July 2022 (UTC)

@PAC2: Sorry, I don't see the template on either of both links: Talk:Q79089353 or https://m.wikidata.org/w/index.php?title=Talk:Q20968036. Neither on MediaWiki:Talkpageheader (should it be there too?) And I don't know how to see it at all (except returning template in source code).

Towards documented SPARQL queries

SPARQL queries are essential to explore the Wikidata graph. Right now, each wikiproject has some specific queries in the project pages. Users share their queries in the weekly newsletter and many user stores queries in their own user page. That's great but there is a lack of documentation for queries.

In Documented queries, I propose an approach to create wiki pages to document queries. I provide a first example : User:PAC2/Query/Gender and labels for properties whose values are instances or subclasses of human in French.

I think that the documented queries approach is complimentary to existing initiatives such as {{Query page}} and Wikidata:Showcase Queries.

Of course, there are many open question. If relevant, we could move User:PAC2/Documented queries to something such as Wikidata:Documented queries. Maybe it would be also relevant to have a specific namespace for documented queries such as Wikidata:Queries:.

I would be happy to have feedback about this proposition. PAC2 (talk) 18:34, 26 June 2022 (UTC)

I'm not really seeing it. And it's not clear what the need is that you're trying to fill. My experience of writing and using reports for my own purposes, and my experience on Request a Query meeting the wants of users there, suggests that, in general, report specifications are fairly highly specific and nuanced, making it vanishingly unlikely that a library of reports will be of much use. It's very unlikely the report I want will be in the library; or if it is, because there is such comprehensive coverage of reporting needs, it's unlikely I'm going to be able to find it. So "library in which you can find the report you want" is just not a happening prospect.
If instead the purpose is exemplar reports, we have Wikidata:SPARQL query service/queries/examples, which is very well linked from the WDQS UI - has a very high profile - but is very very little maintained, suggesting there's not much user interest in collecting and collating reports. Were effort to be put into exemplar reports, improving that page might be more worthwhile. --Tagishsimon (talk) 19:07, 26 June 2022 (UTC)
Thanks for your feedback Tagishsimon. I agree that we could also improve the documentation of example queries. But my proposition go further. I also want to check data quality. Both are useful in my opinion. PAC2 (talk) 05:36, 3 July 2022 (UTC)
I actually see a need to collect queries related to specific fields, but this is already done by domain specialists. --SCIdude (talk) 07:13, 29 June 2022 (UTC)
Thanks for your feedback SCIdude. Do you have any example? Maybe my template could be useful. PAC2 (talk) 05:36, 3 July 2022 (UTC)
Many projects have a "Queries" tab, for example https://www.wikidata.org/wiki/Wikidata:WikiProject_COVID-19/Queries . --SCIdude (talk) 07:07, 3 July 2022 (UTC)

Wikidata weekly summary #522

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
    • New requests for permissions/Bot:
      • ListedBuildingsUKBot. Task/s: Add wikidata site links to appropriate wiki commons category pages for listed buildings with matching ID numbers. I've identified about 1000 entities that can be updated. e.g. [1] should have a wiki commons link to [2] since they both refer to [3].
  • Development
    • Lexicographical data:
      • We have finished most of the development on the new Special:NewLexeme page. You can try it at https://wikidata.beta.wmflabs.org/wiki/Special:NewLexemeAlpha. We will make this available on Wikidata for testing with real-world data on July 14th.
      • We are continuing to work on the new search profile for languages to make setting the language of a new Lexeme easier (phab:T307869)
    • REST API: We are putting finishing touches on the first version of the API route to add statements to an Item. It is still lacking support for automated edit summaries.
    • We are working on word-level diffs to make it easier to see what changed in an edit (phab:T303317)
    • We are investigating the issue of labels not being shown after some merges (phab:T309445)

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.


Moving Help:Description

Help:Description becomes a guideline now but it is still in the Help namespace. Can someone helps me to move the page to Wikidata:Description? Choi Chin Long 06:41, 2 July 2022 (UTC)

You may also want to request this in Wikidata:Administrators' noticeboard. RXerself (talk) 04:38, 5 July 2022 (UTC)

marine pollution (Q111008217) has gotten redirected at dewp. What what be the right procedure?--Aufbewarier (talk) 20:07, 5 July 2022 (UTC)

In this case, merge it into the item of which it was a permanent duplicate. I've done so. --Tagishsimon (talk) 20:10, 5 July 2022 (UTC)

Ten million humans

Wikidata now has 11,632,839 items about humans. GZWDer (talk) 08:40, 6 July 2022 (UTC)

Type horizon (fossil species)

Hello, how do I add the formation where the type specimen(s) were found to Thyrohyrax domorictus (Q112943480)? There is a constraint error at present, as Jebel Qatrani Formation (Q6172519) (the formation in question) is nested under lithostratigraphic unit (Q3550897) rather than geographic location (Q2221906). I was (overly) bold and tried adding lithostratigraphic unit as a value-type constraint (Q21510865) to type locality (biology) (P5304), but the constraint seemingly operates as an "and" check (requiring the locality/formation to be an instance both of geographic location and lithostratigraphic unit) rather than an "or" check (one or t'other) (have reverted).

We already have type locality (biology) (P5304), but do we need a new property for "type horizon" (for lithostratigraphic unit (and/or age classification)) or is there another way? (As examples in the literature, "Type locality and horizon", "Type locality"..."Type horizon", "Type horizon" (including age classification and/or lithostratigraphic unit info)..."Type locality".) Thank you, Maculosae tegmine lyncis (talk) 14:46, 6 July 2022 (UTC)

Issue seemingly fixed: have added lithostratigraphic unit (Q3550897) as a value-type constraint (Q21510865) to type locality (biology) (P5304) alongside geographic location (Q2221906) rather than as a separate value-type constraint (Q21510865), thanks, Maculosae tegmine lyncis (talk) 15:00, 6 July 2022 (UTC)

How to correct Wikipedia pages that are linked to the wrong Wikidata Items?

An example is the Wikipedia article "Sexual abuse in Santa Fe de la Vera Cruz archdiocese".

This article was linked to a human entity in Wikidata: Edgardo Gabriel Storni which is incorrect.

They should be two separate wikidata items, one for the Sexual abuse case and another for the human who was one of the people involved in it.

What is the procedure to fix this, please?

Thank you.

LAP959 (talk) 17:10, 5 July 2022 (UTC)

In general, remove the offending sitelink from whichever wiki item, and add it to the correct item; I've done this for the issue you've raised above. --Tagishsimon (talk) 17:43, 5 July 2022 (UTC)
thank you LAP959 (talk) 17:47, 5 July 2022 (UTC)
We have some advice in: Help:Conflation, Help:Split an item, and Help:Conflation of two people. Bovlb (talk) 15:54, 6 July 2022 (UTC)

problem with merging

I'm new to wikidata and I wanted to merge two items: Chayanta River (Q21805596) and Chayanta River (Q5088629) but it doesn't work. In ceb.wikipedia in both of them there was linked a pseudo article (so two different articles about the same topic). To merge the items I deleted the link of one article to wikidata because the items can't be merged if in ceb.wikipedia there is linked an article for both objects. Now there are still two problems: the merging still doesn't work and the article in ceb.wikipedia is not linked to any wikidata item and anyway should be deleted (double entry). https://ceb.wikipedia.org/wiki/R%C3%ADo_Chayanta_(suba_sa_Departamento_de_Potos%C3%AD,_lat_-18,32,_long_-66,46) Thanks for helping, --Grullab (talk) 07:45, 7 July 2022 (UTC)

I've merged them, it worked for me. You could just redirect the other ceb article? — Martin (MSGJ · talk) 07:57, 7 July 2022 (UTC)
I redirected the article, everything solved now. Thank you! --Grullab (talk) 08:19, 7 July 2022 (UTC)

Schacht "Westohm"

Q27333101, apparently about an extant mineshaft in Germany, was deleted in 2017 on notability grounds. There is an inbound link to that QID from OpenStreetMap. Commons has a category of images at c:Category:Schacht Westohm. The feature is listed on de:Liste von Bergwerken im Eichsfeld. It thus appears to be notable, and the item should be undeleted. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:21, 7 July 2022 (UTC)

Likewise, Q28501215 is about a college ([4]) and has an inbound link from OSM. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:53, 7 July 2022 (UTC)
Both undeleted. Q27333101 says "Schacht Wintzingerode" though, so we need to find out whether this is the same as "Schacht Westohm". —MisterSynergy (talk) 11:45, 7 July 2022 (UTC)

Survey: Cleanup of Commons category merges

I came across several merges which merge the item with a single link to a Commons category to the topic item. (I use User:Matěj Suchánek/Categories, but I could make a complete list a different way.) Some of them [5][6][7][8] are tagged as Sitelink Change from Connected Wiki, which indicates the intention was to simply connect the category to the other pages, some of them are deliberate [9][10].

Obviously, this needs a cleanup because of all the descriptions and instance of (P31)Wikimedia category (Q4167836). I am curious about the consensus on the following: When undoing the merge, should I keep the Commons link in the topic item (as this was likely the user's intention), or should I restore the redirected item, even if it contains just the link to Commons? --Matěj Suchánek (talk) 14:16, 5 July 2022 (UTC)

@Matěj Suchánek: Standard practice has been that if there is a Commons gallery page, then that should get the sitelink from the 'main' wikidata item, so that any Commons category then has to get a sitelink from a special "instance of Wikimedia category" item.
It's likely that if such category special items exist, that's because there was (at least at some point) a sitelink from the main item to a gallery on Commons. That gallery sitelink should be restored, if the gallery still exists.
(UI links from the sidebars of wikipedia articles typically know how to navigate round this, to connect articles to categories). Jheald (talk) 20:28, 5 July 2022 (UTC)
if there is a Commons gallery page, then that should get the sitelink from the 'main' wikidata item Yes. What if there wasn't one? Because that's what I'm dealing with. --Matěj Suchánek (talk) 09:00, 6 July 2022 (UTC)
@Matěj Suchánek: If there isn't a category on any other wiki apart from Commons, then I guess let the merge stand. Jheald (talk) 15:29, 7 July 2022 (UTC)

Request of a template "help me"

Can someone create a template similar to Wikipedia's "help me"-template (see here) ? --Bensin (talk) 19:25, 6 July 2022 (UTC)

A nice idea, but we should not create a new way to ask for help without also having a process to respond to it. Given the scale of this project, people are usually better off asking on WD:Project chat or one of its language variants. This template would put the page into a category that people would have to check. Maybe it's an admin thing, but we don't seem to be doing very well at responding to the existing categories Category:Wikidata protected edit requests and Category:Requests for unblock. Bovlb (talk) 05:03, 7 July 2022 (UTC)
Thanks for answering! I understand your objection. The template would fill two functions: 1) to add the talk page to a category where helpful people can intentionally seek up questions to answer, and 2) capture the attention of any stray reader of a talk page and inform them that there is an unanswered question in that section. --Bensin (talk) 18:55, 7 July 2022 (UTC)

Economic activities from NACE 2

Hello, @Arpyia: has recently uploaded data from Statistical Classification of Economic Activities in the European Community, Rev. 2 (2008) (Q732298). In some cases, they were added to existing items such as air transport (Q1757562), in some cases not. Do we want to merge these concepts to existing items as much as possible? It may not be possible in all cases though, because we now have furniture construction (Q1957814) but also furniture construction (Q29584290) (NACE 31) and manufacture of furniture (Q112122223) (NACE 31.0). In this respect, what would Arpyia and others think about merging concepts which only have one (synonymical) subordinate concept in NACE terminology (such as furniture construction (Q29584290) and manufacture of furniture (Q112122223) as you can see here)? Vojtěch Dostál (talk) 14:52, 6 July 2022 (UTC)

Bonjour, J'ai terminé de couvrir dans Wikidata les catégories de la NACE, à partir du travail commencé par quelqu'un d'autre il y a plusieurs années. J'ai créé les éléments manquants avec beaucoup de soin, de façon à pouvoir les utiliser et documenter les relations avec d'autres nomenclatures (inter)nationales, à commencer par la CITI (International Standard Industrial Classification Rev. 4 (Q112111674)). Le résultat est visible ici, pour l'instant complet seulement en français NACE Rév.2 complet (615 classes, 272 groupes, 88 divisions, 21 sections).
Merci pour le signalement de l'erreur sur furniture construction (Q29584290), c'est corrigé. Je reste à disposition pour toutes propositions d'amélioration. Arpyia (talk) 17:21, 6 July 2022 (UTC)
@Arpyia Thank you for your response. My suggestions are: 1) do we want to merge furniture construction (Q1957814) with furniture construction (Q29584290) or manufacture of furniture (Q112122223), or all of them together? Vojtěch Dostál (talk) 14:23, 8 July 2022 (UTC)

Query example

How do I add a lengthy query example to the weekly summary? Title would be "Map of Ancient Philosophers and their Influencers" The URL shortener says it failed:

long URL-encloded & plaintext SPARQL

https://query.wikidata.org/#%23%20Student-teacher%2Finfluencer%20relationships%2C%20lineage%20starting%20with%20Socrates%2C%20located%20by%20place%20of%20birth.%0A%23defaultView%3AMap%7B%22hide%22%3A%5B%22%3Fline%22%2C%22%3Fcds%22%5D%2C%22layer%22%3A%22%3Fteacher_or_influencerLabel%22%7D%0ASELECT%20%20%0A%28%3Fstudent%20as%20%3Fwriter%29%20%28concat%28%27Writer%3A%20%27%2Cstr%28%3FstudentLabel%29%29%20as%20%3FwriterLabel%29%20%28%3Fteacher_or_infl%20as%20%3Fteacher_or_influencer%29%20%0A%28concat%28%27Teacher%20or%20Influencer%3A%20%27%2Cstr%28%3Fteacher_or_inflLabel%29%29%20as%20%3Fteacher_or_influencerLabel%29%20%20%0A%3Fimage%20%0A%3Flocation%20%28concat%28%27Writer%20place%20of%20birth%3A%20%27%2C%3FspobLabel%20%29%20as%20%3FlocationLabel%29%0A%3Fline%20%7B%0A%0ASELECT%20distinct%20%3Fstudent%20%3FstudentLabel%20%3Fteacher_or_infl%20%3Fteacher_or_inflLabel%20%3Fcds%20%3Fimage%20%28%3Fspob%20as%20%3Flocation%29%20%3FspobLabel%20%3Fline%20%7B%0A%0A%20%20%20%7B%0A%20%20%20%20VALUES%20%3Fperson%20%7Bwd%3AQ913%7D%20%0A%20%20%20%20%3Fperson%20wdt%3AP802%2a%20%3Facademyrelated%20.%0A%20%20%20%20%3Facademyrelated%20wdt%3AP1066%2a%20%3Fstudent%20.%20%0A%20%20%7D%20union%20%7B%0A%20%20%20%20VALUES%20%3Fperson%20%7Bwd%3AQ913%7D%20%0A%20%20%20%20%3Fperson%20wdt%3AP802%2a%20%3Facademyrelated%20.%20%0A%20%20%20%20%3Facademyrelated%20wdt%3AP737%2a%20%3Fstudent%20.%20%0A%20%20%7D%0A%20%20%0A%20%20%3Fstudent%20%20wdt%3AP1066%7Cwdt%3AP737%20%3Fteacher_or_infl%20.%20%0A%20%20%0A%20%20%3Fteacher_or_infl%20wdt%3AP19%20%3Ftpob%20.%0A%20%20%3Fteacher_or_infl%20wdt%3AP802%20%3Fstudent%20.%0A%20%20%3Fstudent%20%20wdt%3AP19%20%3Fspob%20.%0A%20%20%3Fspob%20wdt%3AP625%20%3Fcds.%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%0A%20%20%3Ftpob%20p%3AP625%2Fpsv%3AP625%2Fwikibase%3AgeoLatitude%20%3Flat1%20%3B%20p%3AP625%2Fpsv%3AP625%2Fwikibase%3AgeoLongitude%20%3Flon1%20.%0A%20%20%3Fspob%20p%3AP625%2Fpsv%3AP625%2Fwikibase%3AgeoLatitude%20%3Flat2%20%3B%20p%3AP625%2Fpsv%3AP625%2Fwikibase%3AgeoLongitude%20%3Flon2%20.%0A%20%20BIND%28CONCAT%28%27LINESTRING%28%27%2C%20STR%28%3Flon1%29%2C%20%27%20%27%2C%20STR%28%3Flat1%29%2C%20%27%2C%27%2C%20STR%28%3Flon2%29%2C%20%27%20%27%2C%20STR%28%3Flat2%29%2C%20%27%29%27%29%20AS%20%3Fstr%29%20.%20BIND%28STRDT%28%3Fstr%2C%20geo%3AwktLiteral%29%20AS%20%3Fline%29%20.%0A%20%20%0A%20%20OPTIONAL%20%7B%20%3Fstudent%20wdt%3AP18%20%3Fimage%20.%7D%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%22.%20%7D%0A%7D%0A%20%7D

\# Student-teacher/influencer relationships, lineage starting with Socrates, located by place of birth.

\#defaultView:Map{"hide":["?line","?cds"],"layer":"?teacher_or_influencerLabel"}


SELECT (?student as ?writer) (concat('Writer: ',str(?studentLabel)) as ?writerLabel) (?teacher_or_infl as ?teacher_or_influencer) (concat('Teacher or Influencer: ',str(?teacher_or_inflLabel)) as ?teacher_or_influencerLabel) ?image ?location (concat('Writer place of birth: ',?spobLabel ) as ?locationLabel) ?line {

SELECT distinct ?student ?studentLabel ?teacher_or_infl ?teacher_or_inflLabel ?cds ?image (?spob as ?location) ?spobLabel ?line { 

 {
   VALUES ?person {wd:Q913} 
   ?person wdt:P802* ?academyrelated .
   ?academyrelated wdt:P1066* ?student . 
 } union {
   VALUES ?person {wd:Q913} 
   ?person wdt:P802* ?academyrelated . 
   ?academyrelated wdt:P737* ?student . 
 }
 
 ?student  wdt:P1066|wdt:P737 ?teacher_or_infl . 
 
 ?teacher_or_infl wdt:P19 ?tpob .
 ?teacher_or_infl wdt:P802 ?student .
 ?student  wdt:P19 ?spob .
 ?spob wdt:P625 ?cds.
                          
 ?tpob p:P625/psv:P625/wikibase:geoLatitude ?lat1 ; p:P625/psv:P625/wikibase:geoLongitude ?lon1 .
 ?spob p:P625/psv:P625/wikibase:geoLatitude ?lat2 ; p:P625/psv:P625/wikibase:geoLongitude ?lon2 .
 BIND(CONCAT('LINESTRING(', STR(?lon1), ' ', STR(?lat1), ',', STR(?lon2), ' ', STR(?lat2), ')') AS ?str) . BIND(STRDT(?str, geo:wktLiteral) AS ?line) .
 
 OPTIONAL { ?student wdt:P18 ?image .}
 SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }

} 

}

--Drm2022 (talk) 23:41, 7 July 2022 (UTC)

That's an *excellent* question, Drm2022. We asked for the link shortener character limit to be increased to a size which could accommodate the URLs associated with SPARQL reports - https://phabricator.wikimedia.org/T220703 - but tbh all we got was snark and incomprehension (e.g. "Ultimately, UrlShortener is a url shortener, not a pastebin.") from someone using the name Legoktm, who seems to be decisive in the matter. I say that's all we got, but in fact Legoktm was kind enough to put together some framework which seems to involve 1) create a new page 2) append SPARQL in it within a SPARQL template 3) find the page ID 4) append the ID to a URI pointing at a Legoktm tool - e.g. https://ls.toolforge.org/p/72919344 and, err, that's it. For some reason this is a better solution than increasing the link shortener limit.
I imaging the answer is, use the above method, or, at least, steps 1 & 2, and then add a link to the page rather than a link to the report. So, for example Student-teacher/influencer relationships, lineage starting with Socrates, located by place of birth.
<soapbox> Right now, and unambiguously, the perverse incentive on WD is to write abstruse and uncommented SPARQL so as to get it under the URL shortener limit. It's a very very poor state of affairs. </soapbox> --Tagishsimon (talk) 00:15, 8 July 2022 (UTC)

Oh cool, like Student-teacher/influencer relationships, lineage starting with Socrates, located by place of birth , thanks! Drm2022 (talk) 01:32, 8 July 2022 (UTC)

You can just use an unshortened link, there’s nothing wrong with that: Student-teacher/influencer relationships, lineage starting with Socrates, located by place of birth. Alternatively, you can use {{Query page}} to save the query on a wiki page and link to it using a variety of styles (e.g. link: Student-teacher/influencer relationships, lineage starting with Socrates, located by place of birth or link embed: Student-teacher/influencer relationships, lineage starting with Socrates, located by place of birth), but that won’t work for the weekly summary, because templates don’t work well with MassMessage. --Lucas Werkmeister (talk) 09:08, 8 July 2022 (UTC)

Scottish lairds

I want to show the succession of Scottish lairds, should I use "noble title=" or should I use "position=". In Scotland a Laird is the owner of an estate, I am not sure if that constitutes noble status. RAN (talk) 14:01, 8 July 2022 (UTC)

I don't think it does. P106=landowner, qualified by 'object named as' Laird, perhaps. --Tagishsimon (talk) 19:41, 8 July 2022 (UTC)
Or by object of statement has role (P3831)? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:05, 8 July 2022 (UTC)

Tykocin Castle classified as academic discipline

https://www.wikidata.org/wiki/Q5734420

en: castle (type of fortified structure built in Europe, Asia and the Middle East during the Middle Ages by nobility) [11]

en: manor house (large historic country house, main building of manor estate) [12]
en: residential building (building mainly used for residential purposes) [13]
en: house (building usually intended for living in) [14]
en: building (structure, typically with a roof and walls, standing more or less permanently in one place) [15]
en: architectural structure (human-designed and -made structure) [16]
en: academic discipline (academic field of study or profession) [17]

(I have many similar examples of clearly invalid classification - is it a good place to report them? I mentioned on some other forum that Wikidata classification is really bad and full of various mistakes and got advise to report such problems here - is it a good idea and welcome? Note that I gave up on fixing classification problems on Wikidata and I do not plan to spend my time on that but I can report ones that I found if that is useful for editors and likely to result in improvements)

Mateusz Konieczny (talk) 12:19, 11 July 2022 (UTC)

I'd break that chain between academic discipline and architectural structure. You have an eye for 3 of my enthusiasms, ships, museums and fortifications! Vicarage (talk) 12:30, 11 July 2022 (UTC)
Thanks for spotting! Here it is so clear that I just edited it instead of leaving quagmire cleanup for others. Mateusz Konieczny (talk) 12:39, 11 July 2022 (UTC)

University of San Francisco classified as an action

https://www.wikidata.org/wiki/Q1887879

type Q2085381 en: publisher (organisation that prints and distributes pressed goods or electronic media) [18]

en: mass media (media technologies that are intended to reach a large audience by mass communication) [19]
en: media (storage and delivering agent of information or data) [20]
en: means (means by which an item performs a function) [21]
en: action (something an agent can do or perform) [22]

(is it useful to report such issues here? if yes - how many should I report per day (or month or year) to keep it usable for everyone?

Mateusz Konieczny (talk) 12:23, 11 July 2022 (UTC)

publishers produce mass-media, they are not themselves media, other than than in the colloquial "The Media"
and media are not means, other than in the sense that all physical objects are means to an end. Means should be for process, not the things that are processed. Vicarage (talk) 12:37, 11 July 2022 (UTC)
Publisher is a facet of mass media, not a subclass of it. Fixed. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:37, 13 July 2022 (UTC)

FBC

I've been going through the instructions on how to propose a new property, and there's too much of a learning curve for me (how am I supposed to figure out allowed values? Do I need a planned use more complex than just "have entries point to it"? What about software tools?), so I'm just going to leave it here and let someone else do the lifting.

FBC is a database of +8.5M Polish cultural items and people. I think it's an "external identifier", and it's already referenced on Wikidata and enwiki and commons and (of course) plwiki.

Someone who has a better idea of what they're doing can take it from here. DS (talk) 22:30, 9 July 2022 (UTC)

@DragonflySixtyseven: I'm happy to assist you, but you'll need to do some of the groundwork, Please draft a proposal page with as many of the answers as you can give, especially the examples. Save it, and let me know the link. I'll do the rest. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:56, 10 July 2022 (UTC)

Obalky knih.cz

I am sure someone has asked before, maybe even myself, but why do we have "described by source=Obalky knih.cz" instead of it as an Identifier? RAN (talk) 15:09, 10 July 2022 (UTC)

@Richard Arthur Norton (1958- ) The identifier actually is the same as NL CR AUT ID (P691). However, not all items with NL CR AUT ID (P691) have an entry in Obalky knih.cz. Vojtěch Dostál (talk) 12:44, 11 July 2022 (UTC)

Translator notice: Please update description of "of (P642)"

of (P642) is a problamatic property that is currently depreciated and work is going on to replace its uses. It is essential that editors in all languages do not continue to use this property when there are other alternatives.

If you know another language than English, please make sure that the property description is updated to indicate that the property should not be used and should use others instead. This way people don't continue to use it and we do not have to clean up even more uses. Lectrician1 (talk) 19:33, 10 July 2022 (UTC)

done for French — Metamorforme42 (talk) 11:28, 11 July 2022 (UTC)

Wikidata weekly summary #528

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Upcoming:
      • The next Wikidata+Wikibase office hours will take place on Wednesday, July 27th 2022 at 17:00 UTC (18:00 Berlin time) 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.
      • Next Linked Data for Libraries LD4 Wikidata Affinity Group call July 12, 2022: Houcemeddine Turki will speak on "Enriching and Validating Wikidata from Large Bibliographic Databases." This call will be part of the 2022 LD4 Conference on Linked Data, “Linking Global Knowledge.” While you can attend the call directly via the links below without registering for the conference, we encourage everyone to check out the full conference program and all the excellent sessions on Sched at Agenda
      • 7/30 OpenStreetMap x Wikidata @ COSCUP 2022
      • 2022 LD4 Conference on Linked data. July 11th through July 15th, 2022
    • Ongoing
    • Past:
  • Development
    • Data Quality Days!
    • Making plans for improving EntitySchemas and integrate them more into editing and maintenance workflows
    • Implemented word-level diffs of labels, descriptions, aliases and sitelinks (phab:T303317)
    • Continuing the investigation about labels not being shown after some merges (phab:T309445)
    • Lexicographical data:
      • Continuing work on making it easier to pick the right language for a new Lexeme (phab:T298140)
      • Fixing a bug where `[object Object]` was shown in the gramatical feature field (phab:T239208)
      • Fixing a number of places where labels for redirected Items were not shown even though the redirect target had labels (phab:T305032)
    • REST API:
      • Finished the first version of the API route for creating statements on an Item (excluding autosummaries so far)
      • Started work on the API route for removing a statement from an Item

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.


I would love if someone could help me

I filled in all the details under the brand

sollevare (dj)

What am I supposed to do now for him to be accepted and appear? Sollevare (talk) 23:29, 11 July 2022 (UTC)

@Sollevare: This is in reference to Q113016045. As I told you earlier, this article does not clearly indicate the notability of the subject. In particular, it is completely unreferenced. This means that, while this item is already part of Wikidata, it is likely to be deleted soon. Please read the advice I left on your talk page. Bovlb (talk) 00:33, 12 July 2022 (UTC)

Wikimedia Foundation Board of Trustees election 2022 - Propose statements for the 2022 Election Compass


You can find this message translated into additional languages on Meta-wiki.
More languages • Please help translate to your language

Hi all,

Community members in the 2022 Board of Trustees election are invited to propose statements to use in the Election Compass.

An Election Compass is a tool to help voters select the candidates that best align with their beliefs and views. The community members will propose statements for the candidates to answer using a Lickert scale (agree/neutral/disagree). The candidates’ answers to the statements will be loaded into the Election Compass tool. Voters will use the tool by entering in their answer to the statements (agree/disagree/neutral). The results will show the candidates that best align with the voter’s beliefs and views.

Here is the timeline for the Election Compass:

July 8 - 20: Community members propose statements for the Election Compass

July 21 - 22: Elections Committee reviews statements for clarity and removes off-topic statements

July 23 - August 1: Volunteers vote on the statements

August 2 - 4: Elections Committee selects the top 15 statements

August 5 - 12: candidates align themselves with the statements

August 15: The Election Compass opens for voters to use to help guide their voting decision

The Elections Committee will select the top 15 statements at the beginning of August. The Elections Committee will oversee the process, supported by the Movement Strategy and Governance team. MSG will check that the questions are clear, there are no duplicates, no typos, and so on.

Best,

Movement Strategy and Governance

This message was sent on behalf of the Board Selection Task Force and the Elections Committee

MNadzikiewicz (WMF) (talk) 13:42, 12 July 2022 (UTC)

Looking for feedback on items about intangible heritage

I have spent some time on looking into the intangible heritage items. There's a lot of mess around the items across languages and projects. I have made an attempt to model a possible ideal status in the new Wikidata:WikiProject_Intangible_Cultural_Heritage. I would like to hear you thoughts about it. I will ping here people on the original ICH ID proposal. @Pamputt, @Fralambert, @Pmt, @Missvain, @MasterRus21thCentury, @Beireke1, @Bert-packed, @Susanna Giaccai, @Arbnos, @Smallison, @Dhx1, @Sam.Donvil, @Vladimir Alexiev and anyone else interested. I have also been in touch with my Finnish contact in Unesco Intangible heritage. – Susanna Ånäs (Susannaanas) (talk) 19:55, 6 July 2022 (UTC)

Hi Susannaanas thank you for your work on this topic. I was discouraged to do myself a few months ago. I agree the way you propose to describe the items. Concerning Intangible Cultural Heritage (Q84036549) and intangible cultural heritage (Q59544), my understanding is that intangible cultural heritage (Q59544) is a generic item for any kind of cultural heritage while Intangible Cultural Heritage (Q84036549) is devoted to the UNESCOD cultural heritage. So, in my opinion, intangible cultural heritage (Q59544) should not be used with UNESCO cultural heritage items.
To go further, you propose to model all UNESCO cultural heritage items with fado (Q185676) as a model, do you? If so, it is good idea, at least this is good example to debate and to decide which statements and which values we should use (for fado (Q185676) and all other UNESCO cultural heritage items). To me, it sounds good. Pamputt (talk) 21:04, 6 July 2022 (UTC)
Hi @Pamputt and thanks for the positive comments. I have imported the two smaller lists today (list of Intangible Cultural Heritage in Need of Urgent Safeguarding (Q110319988) & Register of Good Safeguarding Practices (Q110320006)) and corrected some existing items here and there. The meaning of individual articles has not necessarily been clear and the links have been inconsistent. The work with cleaning up everything is not finished and people unfamiliar with the undertaking may be upset, I hope not dramatically. The documentation can be found in Wikidata:WikiProject Intangible Cultural Heritage/Imports.
I have also merged duplicate items for the lists. I see that the redirects are not working as well as the native values in many cases. If so, I will see what extra actions that would require. – Susanna Ånäs (Susannaanas) (talk) 18:58, 11 July 2022 (UTC)
Thanks for this work. By the way, I think Wikidata:WikiProject_Intangible_Cultural_Heritage should be linked to Wikidata:WikiProject Cultural heritage somehow. Maybe people interested by this wikiproject may also be interested by ICH. Sadly I have no time to manage that now. Pamputt (talk) 19:13, 11 July 2022 (UTC)
If I remember correctly, the project is too large to be pinged. I will post on the talk page. – Susanna Ånäs (Susannaanas) (talk) 11:16, 12 July 2022 (UTC)
I also thank you for deciding to put things in order and for the work you've already done. But as I've already written in personal talk page and I'll repeat it here again for everyone else – I don't think these items should be marked in p31 with anything about the heritage status. The separate property and its qualifiers fully cover the needs of designating this status and adding the same information to p31 would simply be a duplication. You've already said that you would manually remove the statements, so it would be perfect then. Solidest (talk) 11:09, 12 July 2022 (UTC)
For the sake of not having items without any instance of (P31) I have added intangible cultural heritage (Q59544) as a temporary value to all ICH items on the RL list. The goal is to replace them with more fitting items manually. If this is a critical issue, I can also remove them all in a batch. – Susanna Ånäs (Susannaanas) (talk) 11:13, 12 July 2022 (UTC)
Regarding items without any p31s - I don't mind about it. I was mainly concerned about adding these things back to music genres, as I've been cleaning them out of there for a while now :) Solidest (talk) 11:29, 12 July 2022 (UTC)
Oh, I feel you! I could remove them all, it would be simplest. – Susanna Ånäs (Susannaanas) (talk) 11:48, 12 July 2022 (UTC)
By the way, in intangible cultural heritage status (P3259) it seems right to use specific entries like list of UNESCO Intangible Cultural Heritage elements in Austria (Q1659958) which can be referred to as statuses, while things like National Inventory of Intangible Cultural Heritage in France (Q21011287) feels wrong for me. Qitems labeled as p3259 = list does not seem to be the right way to fill this property in, as it's not really correct to say that status of this item is a list. The status entry should mean intangible cultural heritage (Q59544) or its subclasses. Maybe it's even worth to create specific metaclass "heritage status" to group these statuses and then rework constraints based on them. But this is a more thorough reworking of the scheme. Perhaps putting up lists will work for now. Solidest (talk) 11:23, 12 July 2022 (UTC)
My reasoning is that there are hundreds of countries with national lists, and creating a corresponding designation item for every list seems like an overkill and unreasonable complexity to me. I see that this shortcut has already been used by many people describing items on national lists. This is my main statement in this operation, and I think it would be good to continue discussion in the talk page about this. There is already a class of heritage designations (heritage designation (Q30634609)). – Susanna Ånäs (Susannaanas) (talk) 11:53, 12 July 2022 (UTC)
Have you considered the cultural landscape (Q1129474) element? —Ismael Olea (talk) 14:09, 12 July 2022 (UTC)
Interesting point! It is not part of the set of items on these lists, and it could be looked into in the next phase. – Susanna Ånäs (Susannaanas) (talk) 14:11, 13 July 2022 (UTC)

No clue where to ask

I have a third party wiki and I would like to use lua modules like they are used on Wikipedias to fetch data. Is this a matter of configuration or do I need to install Wikibase Client or some other software? This page leaves me clueless and on the Wikidata IRC channel I get no responses to this question. I just want to know how much pain it may be to do this. Thanks for your time. 2003:F1:C713:C500:356B:AC42:F988:1F75 08:38, 8 July 2022 (UTC)

Also asked on mediawiki.org. --2003:F1:C713:C500:5957:AB4D:9CB3:9073 18:45, 8 July 2022 (UTC)
You might want to check out a page linked from the data access page: How to use data on Wikimedia projects. Dan Shick (WMDE) (talk) 14:05, 13 July 2022 (UTC)
However, I think you might not be coming from a Wikimedia project. Access to Wikidata's data via Lua is only possible from other Wikimedia projects. See this section of the data access page -- your options as a client coming from outside Wikimedia are outlined on that page, and I'm sorry to say that to my knowledge they don't (and wouldn't feasibly be able to) include Lua. Dan Shick (WMDE) (talk) 14:14, 13 July 2022 (UTC)
Thank you for your response and pointers. Yeah, this question indeed comes from outside Wikimedia. It is a bit sad that you cannot yet resuse the data this way. I'd put this on some wishlist if there is one. Perhaps one day... Anyhow it helps looking at the options. Thanks again for your answer and have a nice day. --2003:F1:C713:C500:E0D5:E96F:567:C0A6

What tools are available to generate Wikipedia articles from Wikidata data?

Hi all

I'm looking for some information on what tools exist to generate Wikipedia articles from Wikidata data. I want to wait to have a discussion about the social side of this until after I have the technical side sorted out and know what options might be workable.

I have been working with Kew Gardens on releasing their plant data to Wikidata which can hopefully happen soon. I have also developed a proforma to populate with the data to turn it into missing plant Wikipedia articles. This plant database Plants of the World Online is recognised by Wikiproject Plants as the definitive source for many kinds of plants. What I'm looking for now is how to practically suck the data from Wikidata which comes from Kew into a proforma to automatically create drafts/complete articles using data from Kew. Any suggestions would be greatly appreciated.

Many thanks

John Cummings (talk) 10:51, 8 July 2022 (UTC)

Note Meta:Wikidata/Notes/Article generation and Wikidata:Article placeholder, which may have some useful links. Also reasonator. --Tagishsimon (talk) 11:44, 8 July 2022 (UTC)
Thanks very much, none of these seem to do exactly what I need, if anyone else knows of anything please let me know. John Cummings (talk) 11:00, 11 July 2022 (UTC)
There is Lsjbot, which creates biologic articles based on external data, but I'm sure it has to be significantly altered for the new source/domain/language.
I've made some work in importing astronomy data and started to work on a gadget in ru-wiki, that create a draft article text when someone clicks on the red link. I guess the most comprehensive description in English is here.
So I guess the answer somehow depends on the "social side of this" :)
And I also have a feeling that you seriously underestimated the effort for correctly importing Kew Gardens data here Ghuron (talk) 06:47, 13 July 2022 (UTC)

Prints?

Wizards in a Squall (Q22246357) and Wizards in a Squall (Q22246912) are prints that seem very similar, yet I hesitate to merge the items. How could a relationship be modelled? --Magnus Manske (talk) 13:37, 11 July 2022 (UTC)

And another one at Wizards in a Squall (Q85503511) Please see commons:Category:Ensor (Delteil 052) for images — Martin (MSGJ · talk) 14:20, 11 July 2022 (UTC)
In my opinion it's often quite silly and pointless to have individual items for individual prints (see e.g. H. J. Crump (Q55006658), H. J. Crump (Q55016878), and H. J. Crump (Q55006661) in the National Library of Wales, as well as copies at The British Museum, and the National Portrait Gallery), of which there could well be hundreds of copies in different libraries and museums around the world, each with their own special internal ID number, but no one ever said Wikidata is a place for common sense or practicality. -Animalparty (talk) 23:42, 11 July 2022 (UTC)
"silly and pointless to have individual items for individual prints" - why not, given that at least some values will be distinct (date of destruction, date of production, location, work id in museum collection)... Mateusz Konieczny (talk) 11:35, 13 July 2022 (UTC)

last words (P3909)

If a item contain last words (P3909), the words or phrases should be added the translation in English if there are in different language? 151.71.54.79 18:07, 11 July 2022 (UTC)

No, it should be whatever the actual words were in the language spoken. ArthurPSmith (talk) 18:23, 11 July 2022 (UTC)
Yes, using literal translation (P2441) as a qualifier. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:15, 13 July 2022 (UTC)

Merge items

Museo Civico Archeologico delle Acque (Q3329420) and Museo Civico Archeologico delle Acque (Q54152368) are the same museum. The first has linked with fr.wiki and the other with it.wiki. Please someone can merge the items? I can't do it. Kaspo (talk) 22:46, 12 July 2022 (UTC)

It appears that this has been done. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:12, 13 July 2022 (UTC)

Flexible date parser before quickstatements

QuickStatements requires dates to be in strict +1967-01-17T00:00:00Z/11 format, while my data source (wikipedia pages) has all the variants in date format you'd expect from manually entered content. The web-based WD editor has an excellent parser that interprets whatever date I type in, is there similar logic available for the linux command line? I could use the python dateparser, except it has annoying omissions like throwing dates without months quoted to the middle of the year (oddly it can avoid this for days in a month), but my preference would be a command line version of the WD parser, for consistency. I assume this is a solved problem for Linux/python. Vicarage (talk) 08:58, 13 July 2022 (UTC)

Since the source dates can have many formats or locales/timezones, I'm thinking it's best to "wash" the source data first using OpenRefine. As part of the process you can have it try to convert the dates, and whatever it can't convert you can enter in manually. Command line utilities that can interpret date strings include date and awk, and Python apparently has a module called dateutil. I don't recommend using these since your input is unpredictable, and so you are bound to run into ambiguous dates no matter how sophisticated their conversion may be. Infrastruktur (talk) 19:13, 13 July 2022 (UTC)

"La Courneuve" => Bamako

Hi All,

I just noticed than on this street "Avenue Roger-Salengro (La Courneuve)" , the town name which is "La Courneuve" (https://www.wikidata.org/wiki/Q244725) is displayed as "Bamako":

https://www.wikidata.org/wiki/Q108418446

I strongly suspect this is intentional.

Same problem with other pages pointing to "La Courneuve" https://www.wikidata.org/wiki/Q244725 https://www.wikidata.org/wiki/Q19888795

Thanks Rc1959 (talk) 15:32, 13 July 2022 (UTC)

@Rc1959: Thanks for bringing this to our attention. This was vandalism from last month that was fixed yesterday. If you're still seeing the problem, it may be a temporary caching issue. To clear the cache, try appending "?action=purge" or "&action=purge" to the URL of the page you are looking at. Bovlb (talk) 15:42, 13 July 2022 (UTC)

Specific homemade wind turbine classified as object that exists outside physical reality

https://www.wikidata.org/wiki/Q2583657

type Q49833 en: wind turbine (device that converts wind energy into mechanical and electric energy) [23]

en: electric power source (equipment or engine which provides electrical energy) [24]
en: energy source (physical or chemical phenomenon from which one can extract energy) [25]
en: resource (source or supply from which benefit is produced) [26]
en: source (object (person, place, text, thing, etc.) from which something (information, goods, etc.) comes or is acquired) [27]
en: abstract object (object with no physical referents) [28]
en: non-physical entity (object that exists outside physical reality) [29]

(I am happy to report more cases like this if community here is interested in fixing them and such report are welcome)

Mateusz Konieczny (talk) 19:17, 13 July 2022 (UTC)

USS Niagara museum ship is classified as "group of humans"

https://www.wikidata.org/wiki/Q7872265

en: museum ship (ship preserved and converted into a museum open to the public) [30]

en: transport museum (museum that holds collections of transport items) [31]
en: technology museum (museum devoted to applied science and technological developments) [32]
en: science museum (museum devoted primarily to science) [33]
en: museum (institution that holds artifacts and other objects of scientific, artistic, cultural, historical, or other importance) [34]
en: GLAM (acronym for "galleries, libraries, archives, and museums" that refers to cultural institutions that have access to knowledge as their mission) [35]
en: cultural organization (voluntary association occupied with promotion or preservation of culture) [36]
en: cultural institution (organization that works for the preservation or promotion of culture) [37]
en: institution (structure or mechanism of social order and cooperation governing the behaviour of a set of individuals within a given community) [38]
en: organization (social entity (not necessarily commercial) uniting people into a structured group managing shared means to meet some needs, or to pursue collective goals) [39]
en: group of humans (any set of human beings) [40]

Mateusz Konieczny (talk) 20:03, 10 July 2022 (UTC)

My suggested changes: museum ship (Q575727) subclass of (P279) museum building (Q24699794); and museum ship (Q575727) used by (P1535) transport museum (Q2516357). Bluemask (talk) 03:31, 11 July 2022 (UTC)
Good start, but I'd not expect a museum to be a group of people either. I'd break the chain between cultural organization and GLAM, as cultural organisations run museums. I'd strongly resist creating a hieracy of "board of govenors that run a museum" entries though. Or just accept that organizations employ humans, and are not collections of them. Its the distinction between a football club and a football team. Vicarage (talk) 12:15, 11 July 2022 (UTC)
I personally don't mind that museum is a group of people. Sounds unusual, but museum is an organization, and organization is a group of people working for a common goal. As ArthurPSmith says. there may be slight changes of meaning along the way, but it sort of makes sense to me here. Vojtěch Dostál (talk) 11:02, 14 July 2022 (UTC)
I don't think Wikidata items (or our conceptual model of the world in general) have the capability of being entirely logically consistent in the way you hope here, at least not without greatly multiplying the number of entities. What is being conflated here is the physical structure (ship or building), the public-facing services (the "museum" I guess), and the collection of people involved in providing those services (employees, director, board, etc. associated with the museum as an "organization"). I think every one of the subclass relations in this chain is fine, but some of them involve a slight shift in perspective that we simply have to acknowledge is something that happens with long subclass chains (unless we truly want to needlessly multiply all our entities to try to be pedantically precise). ArthurPSmith (talk) 17:48, 11 July 2022 (UTC)
Well, I agree with you (I appeared here after I described Wikidata ontology as flaky and having exactly this problem - I was directed here by @Pigsonthewing: who implied that problem is fixable by Wikidata community, but I am considering it as unlikely but would be happy to be proven wrong) Mateusz Konieczny (talk) 19:47, 11 July 2022 (UTC)
Anyone who wants to see what was actually said (and has been said since), may do so in the sub-thread starting here. Apparently, these posts are "a test". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:30, 13 July 2022 (UTC)

I have remodelled GLAM (Q1030034) in these edits. In particular:

How does that look? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:50, 13 July 2022 (UTC)

@Pigsonthewing: museum -> GLAM -> organization -> group of humans is still causing all museums to be a group of humans. Maybe organization should not be declared as subclass of group of humans? (BTW, I just removed claim that every single organization is "corporate body") Mateusz Konieczny (talk) 19:12, 13 July 2022 (UTC)
The GLAM -> organization link to which you refer was added subsequent to my edits; I have removed it. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:50, 13 July 2022 (UTC)
@Pigsonthewing: then it should be much better! Hopefully this time it will stay longer in nonbroken state, thanks for fixes! Mateusz Konieczny (talk) 20:26, 13 July 2022 (UTC)

canal classified as "non-physical entity"

en: canal (man-made channel for water) [41]

en: line construction (construction where one dimension is considerable longer than the other dimensions) [42]
en: line (general concept of a line (curved or straight)) [43]
en: geometric shape (geometric information which remains when location, scale, orientation and reflection are removed from the description of a geometric object) [44]
en: set (well-defined mathematical collection of distinct objects) [45]
en: formalization (automated representation of a system) [46]
en: representation (role, function or property of an abstract or real object, relation or changes) [47]
en: relation (general relation between different objects or individuals) [48]
en: abstract object (object with no physical referents) [49]
en: non-physical entity (object that exists outside physical reality) [50]

(I have many similar examples of clearly invalid classification - is it a good place to report them? I mentioned on some other forum that Wikidata classification is really bad and full of various mistakes and got advise to report such problems here - is it a good idea and welcome? Note that I gave up on fixing classification problems on Wikidata and I do not plan to spend my time on that but I can report ones that I found) Mateusz Konieczny (talk) 20:12, 10 July 2022 (UTC)

So, above, canal probably shouldn't be part of line construction. But let's see if anyone else has further thoughts on that.
For some further cases to consider, here is a query tinyurl.com/35frc9cp that finds classes which have both physical and abstract parent classes. IMO that's about the worst ontology fail you can get, so I do think it would be really helpful to have a look at these, and see if we can identify some patterns as to what is going wrong.
One suggestion from an earlier discussion is that manifestation of (P1557) may be useful to build a firewall between physical and abstract, in some cases where subclass of (P279) is currently being used. (Those previous discussions here and here). However no program emerged of a definite way forward (or even of clearly identified difficult patterns); so maybe time to once more look at this. Jheald (talk) 22:55, 10 July 2022 (UTC)
Well worth reporting here. I suspect comments on discussion pages don't get much notice. Did you use a tool to generate the trees, or do it manually? Vicarage (talk) 09:56, 11 July 2022 (UTC)
"Did you use a tool to generate the trees, or do it manually?" @Vicarage: - I have tool to detect Wikidata ontology with bogus implications (part of my mostly failed attempt to use it). Usually I am using it to validate that my local cached copy of Wikidata is containing what I fixed (without further edits which broke things again). I manually selected, formatted and described entries presented here, but if Wikidata community will fix at least some of what I reported I will likely spend some time to automate it further Mateusz Konieczny (talk) 20:02, 11 July 2022 (UTC)
You are in error here, because you have overlooked that the statement "line construction=subclass of:line" is marked as "deprecated". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:33, 13 July 2022 (UTC)
Wait, so this value is known to be false but instead of being removed it got some special qualifier? Why it was not removed then? Also, I opened https://www.wikidata.org/wiki/Wikidata:Requests_for_deletions#Q27949697 as it seems actively hostile to users of data and its page has no explanation why this trap exists. Mateusz Konieczny (⧼Talkpagelinktet⧽) 18:48, 13 July 2022 (UTC)
No, it did not get a "special qualifier", it got a rank of "deprecated". You really should become more familiar with a project, before you start to throw as much mud about it - and to declare it unfit for purpose - as you are doing here and especially on the OSM mailing list. Your attempt to get something so widely used deleted because you do not understand it is laughable. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:55, 13 July 2022 (UTC)
Yes, in my opinion Wikidata classification system is unfit for use. This deprecated rank is a nasty surprise, but not a large problem. BTW, is there documentation of qualifiers which presence on claim should cause it to be skipped? How many "actually no" qualifiers are also existing?
But fundamental problem is absurd classification of many objects. Overall, Wikidata classification system is not allowing to reliably answer questions such as "is this an event" or "is it a physical object" or or "is it physical or non-physical entity".
What worse, fixing found cases with bogus classification is not sufficient - as they quickly become broken again. I have 130 test cases, all of them were working at some point, many of them I fixed myself - and right now 60 are reported to be with utterly bogus classifications if latest wikidata data is used. That is my source of reports that I am recently posting here.
Maybe it is fixable issue - that is why I decided to follow your suggestion and start reporting here cases where I know that classification is broken - but as it stands I would advise against using Wikidata classification in any project.
(@Pigsonthewing:) Mateusz Konieczny (talk) 08:23, 14 July 2022 (UTC)
@Mateusz Konieczny "Actually no" only goes with deprecated rank. Qualifiers are not important there. Some qualifiers may however mean "maybe" or "often". These statements do not get a deprecated rank because they are, or were, true. Vojtěch Dostál (talk) 10:56, 14 July 2022 (UTC)

street in San Francisco classified as "non-physical entity"

https://www.wikidata.org/wiki/Q3413299

type Q11707 en: restaurant (single establishment which prepares and serves food, located in building) [51]

en: eating and lodging [52]
en: mass caterer (establishments, such as restaurants, canteens, schools, hospitals and catering enterprises in which food is prepared to be ready for consumption by the final consumer) [53]
en: food establishment (food-related business that offers food) [54]
en: eating or drinking establishment [55]
en: business (activity of making one's living or making money by producing or buying and selling products) [56]
en: juridical person (legal entity which is different from a natural person) [57]
en: organization (social entity established to meet needs or pursue goals) [58]
en: group of humans (any set of human beings) [59]
en: group of living things (set of live physical entities of any nature) [60]
en: group of physical objects [61]
en: set (well-defined mathematical collection of distinct objects) [62]
en: multiset (mathematical set with repetitions allowed) [63]
en: formalization (automated representation of a system) [64]
en: representation (role, function or property of an abstract or real object, relation or changes) [65]
en: relation (general relation between different objects or individuals) [66]
en: abstract object (object with no physical referents) [67]
en: non-physical entity (object that exists outside physical reality) [68]

(I am happy to report more cases like this if community here is interested in fixing them)

Mateusz Konieczny (talk) 18:51, 13 July 2022 (UTC)

  • @Mateusz Konieczny: in this case it seems quite obvious that a street is not a restaurant. Simply removing that incorrect statement would be enough to solve the main problem.
Apart from that organization -> group of humans seems a bit questionable. It however makes sense to call the business of a restaurant a non-physical entity. That way we can distinguish it from the physical building in which the restaurant is located. ChristianKl ❪✉❫ 19:59, 13 July 2022 (UTC)
@ChristianKl: I am not familiar with this street, but I have seen ones where classifying street as open-air restaurant would be reasonable or at least understandable (also, I would be happy to report such cases if that is welcome by Wikidata community but I am not planning to spend time on fixing them again) Mateusz Konieczny (talk) 20:18, 13 July 2022 (UTC)
It's understandable, but it's quite naturally that you get into ontologic problems when you fail to distinguish the physical location from the institution that's located at the physical location. ChristianKl ❪✉❫ 21:32, 13 July 2022 (UTC)
This is the museum problem raised before. There are lots of organisations based on single buildings, like churches or country houses. But we refer happily to The White House, or the Pentagon as making a decision. I suspect as no-one will actually do SPARQL queries of the base ontologies, it doesn' matter Vicarage (talk) 06:29, 14 July 2022 (UTC)
It's not a restaurant; I've removed that statement. However the problem here seems to lie between group of physical objects (Q61961344) and abstract entity (Q7048977). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:30, 13 July 2022 (UTC)
It seems to me that not every "group of physical objects" is "well-defined mathematical collection of distinct objects". I removed that claim Mateusz Konieczny (talk) 21:37, 13 July 2022 (UTC)

family name ending with -iuk (Q104092293)

Could someone please add an English description? Thanks! --158.181.68.50 05:57, 14 July 2022 (UTC)

New Lexeme creation page available for testing

Hi everyone,

The lexicographical data part of Wikidata is still in need of some love. Over the last few weeks we have worked on this in 2 areas. The first one was Lua access to Lexemes. We have rolled this out and all Wikimedia projects can now access not just Item data but also Lexemes. See the announcement for more details. The second one is coming today. We have reworked the Special:NewLexeme page. Lexicographical data is still hard to understand for people not familiar with lexicography. The new Special:NewLexeme page has a number of tweaks that we hope will make it more understandable and easier to use. This includes an information panel that gives a bit of context about what Lexemes are as well as a lexical category selector that ranks appropriate Items higher. (Better ranking of the Items in the language selector will come soon as well.) Additionally we have put the page on a better technical base.

The information panel on the new special page includes an example Lexeme, which uses live data of a real Lexeme on Wikidata. That Lexeme is selected by the wikibaselexeme-newlexeme-info-panel-example-lexeme-id interface message in the current user interface language. The idea is that you can override this message on Wikidata to select suitable example Lexemes for various languages (e.g., set the German version of the message to the ID of some suitable German example Lexeme).

Today we’d love for you to test the new page and give feedback.
Test it: Special:NewLexemeAlpha
Give feedback: Wikidata talk:Lexicographical data

This page will be there in parallel to the current version during this testing period. It creates proper Lexemes and you can use it for your regular Lexeme creation work. We currently plan to replace Special:NewLexeme with this new version on August 3rd. At that point we also plan to turn off the temporary Special:NewLexemeAlpha page.

If you have feedback or questions please let us know here. Additionally Lydia is looking for a few people for some short calls to get individual feedback from you. If you are up for that please let me know and we’ll schedule something.

Cheers, -Mohammed Sadat (WMDE) (talk) 13:56, 14 July 2022 (UTC)

How to change a page name?

Hi, can someone change the name of this https://www.wikidata.org/wiki/Q17984928 to BHG Financial. It is the new company name per this. It was already updated in Wikipedia. Aporesing60 (talk) 07:47, 15 July 2022 (UTC)

New request for comments for gender neutral labels in French

I've launched a new request for comments for gender neutral labels in French : Wikidata:Requests for comment/Gender neutral labels for occupations and positions in French. PAC2 (talk) 18:48, 15 July 2022 (UTC)

vensky da don musical artist

hey guys can anyone make a wiki of this artist he was born in saint louis dunord haiti and came to pompano florida at age of 8 years old and now he resides in miami florida he was born novenmber 21 1996 hes a male of course and he makes very good music for an upcoming musician in the african american comunity @venskyDaDon he is on instagram, facebook, youtube apple music and etc Pompano5 (talk) 23:40, 15 July 2022 (UTC)

Adding items from the UNESCO national inventory of Austria

I am about to upload all the items in the Austrian Commission for UNESCO's list of intangible heritage at https://www.unesco.at/kultur/immaterielles-kulturerbe/oesterreichisches-verzeichnis to Wikidata. Although I think I have done a good job reconciling the items and linking between the German and English data, I am sure there will be mistakes and misinterpretations. I have documented the import on the Imports page of the Wikidata:WikiProject_Intangible_Cultural_Heritage. I will also attach a link to a query or a list which can be used for quality control after I have done the import. I will wait for comments and do the upload tomorrow.

Tobias1984 Mfchris84 Katjos phaebz Jean-Frédéric PeterTheOne Gittenburg M2k~dewiki emu Haansn08 Maincomb

Notified participants of WikiProject Austria – Susanna Ånäs (Susannaanas) (talk) 09:28, 16 July 2022 (UTC)

Hello @Susannaanas: existing objects might be found via de:Immaterielles Kulturerbe in Österreich resp. de:Kategorie:Immaterielles Kulturerbe (Österreich). --M2k~dewiki (talk) 09:44, 16 July 2022 (UTC)
Thank you! I went through the category but I will also use the list page. I am crafting sparql queries that will list the QIDs for them. – Susanna Ånäs (Susannaanas) (talk) 09:58, 16 July 2022 (UTC)

Depicting lexemes

Hi. I don't know whether this has already been discussed or not. In Wikimedia Commons there are thousands of images depicting lexemes (a few of them: c:Category:Images by text, not categorised by language yet). Would it be possible allowing to use depicts (P180) with "lexeme-type-items" (or creating a new specific property such as "depicts lexeme"? (to use that with Structured Data on Wikimedia Commons (Q43387741) and maybe linking lexeme-commons-categories with lexeme-wikidata-items in the future). (I know WD:PP does exist in order to formalize a proposal, of course). This was also proposed here a few months ago, with no answer. strakhov (talk) 11:47, 16 July 2022 (UTC)

@Strakhov: oh this was a proposal? Maybe more than four words should have been used.
Lexeme is a different data type and properties can only use one type so the best course of action is to propose a new "depicts lexeme" property at Wikidata:Property proposal/Sister projects. Multichill (talk) 15:28, 16 July 2022 (UTC)
@Multichill:: Thanks for the tip and the info about only one datatype allowed. The proposal is already here: Wikidata:Property proposal/Depicts lexeme. Anyway, I included that proposal because precisely that unanswered comment lead me to propose here the creation of this property (kind of giving recognition to the original "author"). Regards. strakhov (talk) 16:08, 16 July 2022 (UTC)

Q58787967

I think this is wrong and needs deletion somehow: Q58787967. 'Retinal imager' would interfere with human body (if item relates to Q169342 and imager is interferent)... --5.43.73.144; 07:25, 16 July 2022 (UTC)

Change flag image in Wikidata item

Could someone change the flag image of Chester County, PA (Q27840) from the current one to this vector. I don't seem to be allowed to edit the item myself. Many thanks! Physeters (talk) 11:33, 16 July 2022 (UTC)

Done William Avery (talk) 19:56, 16 July 2022 (UTC)
Thanks! Physeters (talk) 09:43, 17 July 2022 (UTC)

population as qualifier

I put the population of subdivisions as qualifier into Ardagger (Q638449) (see here) and displayed it in en:Ardagger. Wikidata says with exclamation mark, that "The property population should not be used in this location (as qualifier)." But this is the only way to display it in en:Ardagger. How can I handle this? --Senoloser (talk) 20:21, 16 July 2022 (UTC)

@Senoloser This is definitely not a good idea. Do not insert unrelated data about subdivisions to items about their higher administrative entity. That's just multiplication of information and leads to chaos. English Wikipedia can create a Lua module that does what you want by reading data from the subdivision items. Maybe it's even already possible right now. You could ask at Module:WikidataIB Vojtěch Dostál (talk) 18:43, 17 July 2022 (UTC)

Ships that change names

Talking of names, my work on the Royal Navy shows lots of ships that change names, often, but not always, when they are transferred between navies, as with HMS Ocean (Q1201247) and Brazilian aircraft carrier Atlântico (Q61733963). Often one country's cast-off is another's pride and joy, or a captured/sold ship has a more significant career under its new operator. Currently most ships have a single entry, with an item name, and aliases for the others, but as with HMS Ocean, sometimes we have two, with a clumsy second name based on the (english) Wikipedia article. Should we have general principle that a ship is a single entity, and multiple entries should be merged, even though we'd lose Wikipedia links and is name (P2561) with qualifiers operator (P137) and start time (P580) the way to define the naming history, with 'also known as' purely informal. I'm always conscious that any solution needs to work well with pragmatic SPARQL queries. Very few of these re-namings are historically controversial. I ask here because Wikidata_talk:WikiProject_Military_History is very quiet, and there is a more general guidance needed for any object that changes name. Advice on languages also appreciated, as we have destroyers operated by US, Royal and Soviet Navies who I guess need to be described in Japanese script. Vicarage (talk) 06:03, 17 July 2022 (UTC)

We should probably not have a general principle that a ship is a single entity. said to be the same as (P460) does sterling service here. You've not afaics articulated any disadvantages associated with multiple items for renamed ships, nor any advantage associated with merging into a single item. It's clear, and you admit, that "we'd lose Wikipedia links" as if these were just a bagatelle. --Tagishsimon (talk) 08:37, 17 July 2022 (UTC)
The current position in English Wikipedia is that you have single entries for most ships in English-speaking countries, as the most common transfers were within the Commonwealth/US, and all aspects of their career described, with pot-luck on the title. A WD SPARQL for an operator could return a better name set. Different entries for different phases of a ship's life are the exception, rather than the rule. Continuity of service is a key feature of a ship's history. Ships can suddenly appear in the record with their second owner with no indication of their age, or you get "launched 1918, commissioned 1942" with no explanation of the gap. Capture/transfer of ownership are key points in a ship's history which would be lost in separate items. In the English Wikipedia you might get 2 articles for the same ship, in other wikis probably not, and I can see why a French wikipedia would focus on the French rather than Royal Navy career of a prize, so the only reference to the latter could be in the article about the former. Should WD be controlled by a one-to-one mapping to individual wiki articles? And said to be the same as (P460), with its hint of disagreement, is not suitable for ships, and would make writing SPARQL queries to find out the object's life-history very hard.
An example of the problem is ARA General Belgrano (Q540580) where the Argentine usage is key, but you'd not know from WD that the ship was built in 1938.Vicarage (talk) 09:01, 17 July 2022 (UTC)
Wikipedia does use redirects for ships with multiple names. How does WD generally encapuslate redirects? Vicarage (talk) 09:21, 17 July 2022 (UTC)
I'm still not seeing any real analysis of the advantages and disadvantages of one approach over another; besides the point that that WD will have items for all language wikipedia articles, and so the question is, how to deal with this, rather than suggesting that some articles will be excluded from having WD items.
None of these two statements is true: "said to be the same as (P460), with its hint of disagreement, is not suitable for ships, and would make writing SPARQL queries to find out the object's life-history very hard." Here we are actively disagreeing whether a ship is one thing or two. P460 in a SPARQL query is not materially any more difficult than a query without P460. --Tagishsimon (talk) 12:11, 17 July 2022 (UTC)
If they are into the era of IMO numbers, Commons sets up a category for the IMO number and subcats for the various names it has been known by. See, for example, commons:Category:IMO 1008279 - Jmabel (talk) 19:06, 17 July 2022 (UTC)
  • And it looks like the way Natita (Q52289542) handles that particular yacht is reasonable. - Jmabel (talk) 19:08, 17 July 2022 (UTC)
    I did consider official name (P1448), but was put off by the requirement for a language, as ships generally have the same name across all languages at any point in time. IMO does appear for warships, but as its only been in use for 30 years, and with the dramatic shrinkage of navies, it doesn't address nearly all warships. I'd not have an IMO number as an also known as, but would have the names, just so a casual search for 'Dilbar I' would find something. This is a case when a ship with multiple names does only have one WD entry, and that wouldn't need to change even if each name had an entry in a particular language wiki.
    I don't know enough about SPARQL that given "General Belgrano", I could get the information on the armament when it was launched as USS Phoenix (Q1088018) via a said to be the same as (P460) link. Of course both entries could contain the same information, but I guess WD strives to avoid duplication. Vicarage (talk) 19:38, 17 July 2022 (UTC)
    I thought I'd try SPARQL queries but official name (P1448) and name (P2561) are 'limited support'. I'm not sure on the detail, but does that mean I can't search against them? I'm not even sure how you do a search against the Label, Description/Alias of an item, as opposed to its properties. I think I must ask the helpful people at the SPARQL query service. Vicarage (talk) 20:28, 17 July 2022 (UTC)

DEFAULTSORT property?

Right now I'm comparing a SPARQL list of Scottish reservoirs - https://w.wiki/5PZv - with commons categories such as commons:Category:Reservoirs in Argyll and Bute.

Commons, and wikipedias & wikimedias conventionally use a DEFAULTSORT template to provide a sort string, such that entries in categories can be ordered according to a preferred sort string rather than taking the articlename/filename/category name as the sort string.

Wikidata, as far as I know, lacks the concept of a DEFAULTSORT. This makes it harder to compare a list of WD items with lists drawm from wikimedia categories, than such comparisons would be if WD had a defaultsort, b/c the lists are ordered on different keys.

Is there a WD sort property that I've missed?

If not, would WD benefit from a DEFAULTSORT property? If so, presumably it would need to take values marked up with language.

Are there any good reasons why WD should not have such a property? --Tagishsimon (talk) 16:38, 3 July 2022 (UTC)

I don't like the idea intuitively, but I don't have a good argument against it; anyway, the usefulness would appear after a majority of items have this property. Otherwise the sorting will be imperfect and many people will turn to normal label sorting anyway. Vojtěch Dostál (talk) 08:31, 5 July 2022 (UTC)
@Tagishsimon: "sort key" was proposed in 2014, adopted as Property:P1964, but then deleted later in 2015 for not being multilingual. "Sort key (en)" was proposed in 2013, but considered redundant after P1964 was adopted. "DEFAULTSORT" was proposed in 2016 but not approved. "DEFAULTSORT" was proposed in 2018 but not approved.
Such a property seems quite sensible to me -- though you might have a problem with there being a lot of possible entries per item; and also with building up coverage, as per User:Vojtěch Dostál. But to be successful, any proposal would need to spell out why the previous rejections should be set aside. Jheald (talk) 12:09, 5 July 2022 (UTC)
It's odd, isn't it, that I was the proponent of P1964, but was not notified of the deletion proposal. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:25, 10 July 2022 (UTC)
This makes no sense to me. If you want to have a list of Wikidata items sorted in the same order as the linked Wikipedia pages, you should sort them by the sortkey they have on that Wikipedia – not add some separate sort key on Wikidata and just hope that it happens to produce the same order. Jheald already pointed out that the sort key would need to be multilingual; I also wouldn’t be surprised if some projects in the same language (Wikipedia, Wikisource, etc.) had different guidelines for the sort key, which couldn’t reasonably be unified in Wikidata. Lucas Werkmeister (talk) 09:14, 8 July 2022 (UTC)
I'm sorry it does not make sense to you, Lucas. Possibly marrying up items and categories is not something you spend a lot of time doing, idk.
Items that are not sitelinked or commonscat'd to the commons cat, and commons cats not sitelinked or commonscat'd from items, are not easily amenable to the "sort them by the sortkey they have on that Wikipedia" solution because of the absence of those links. Put another way, commons presents its categories according to commons sort keys ("Ness, Loch", or see commons:Category:Reservoirs in Argyll and Bute), and for unlinked items / cats there isn't a convenient way of ordering WD items to match the commons presentation. (Obvs, there are inconvenient ways of doing this, but, ideally, we'd aim a little higher than that.)
As we have multilingual property types, that sortkeys would need to be multilingual doesn't seem like a huge deal breaker (but your raising it is, obvs, indicitive of your antipathy, to something or other.)
While I cannot speak for other languages, my experience in EN is one of observing the same sortkey patterns on EN wiki and in commons cats, for EN concepts. So maybe you're right, maybe you're just waving a shroud; again, idk.
All WMF wikis, afaik, employ DEFAULTSORT. WD has no compatible concept. Doesn't that strike you, in any way, at all, as curious? --Tagishsimon (talk) 10:02, 8 July 2022 (UTC)
What Lucas Werkmeister says is correct. The different language versions of Wikipedia and the other Wikimedia projects have different guidelines on sorting keys. Also, I don't see who a sort key would be useful for on Wikidata since there are no categories. --HarryNº2 (talk) 06:12, 14 July 2022 (UTC)
@HarryNº2: For one thing it could be useful because categorisations on projects can be generated from Wikidata (for example c:Template:Wikidata infobox on Commons does this a certain amount), and it would be useful for those categorisations to reflect a desired sort order.
Secondly, we generate reports through queries from wikidata all the time, and it is useful for these to be able to have a sort order. Eg it's quite a common technique to align the results of wikidata queries and the contents of a category, by putting them into a spreadsheet and seeing what is missing each way (this can also help identify items that should be matched, but so far are not). Such alignment is much easier if category contents and the query report can be generated to both be in the same order (or pretty nearly). Jheald (talk) 15:54, 18 July 2022 (UTC)

Wikidata Namespace

Are we allowed to create pages on the "Wikidata" namespace? I want to create a guide for adding social media accounts called Wikidata:Social media accounts AntisocialRyan (Talk) 22:31, 17 July 2022 (UTC)

Generally, users are free to create new pages. At the start the draft template should be applied. For the document to become an actual guideline, there should be an RfC that approves it as such. ChristianKl ❪✉❫ 13:28, 18 July 2022 (UTC)

Bishops

What start date do we use for bishops? A bot is loading multiple dates. See: https://www.catholic-hierarchy.org/bishop/blinda.html for all the possible dates, I assume "ordained" is the official start date. See entry for Joseph Andreas Lindauer (Q1706465) where we have two entries for bishop with two dates. Should we delete the duplicate "Catholic bishop" as a synonym of "Bishop of Budweis", even though there are different start dates? RAN (talk) 00:31, 18 July 2022 (UTC)

I am going to delete the second entry with a slightly different date, the difference appears to be a date when nominated for the position, versus consecrated or ordained for the position, which differ by a few weeks to a month, we had the same problem with the popes, and decided on the day of consecration as the start_date. --RAN (talk) 17:29, 18 July 2022 (UTC)

How to fill selected Wikidata pages into my 3rd party Wikidata

A voluntary team has collected a many facts about the beginnings of computing in Hungary (itf.njszt.hu). My intention is to transfer as many proven data from this source into Wikibase as I can. Intermediate place - as a sandbox - should be my own, empty site (adat.njszt.hu). I tried to use the Export tool for the page "https://www.wikidata.org/wiki/Q769944" but the result was a 48-line only xml without the page data and the template was missing as well. The Import tool on my site told the same "No page to import". How to make this first step? BÁRÁNY Sándor (talk) 06:03, 18 July 2022 (UTC)

Have you read Wikidata:Data_access? It describes the various ways to get data out of Wikidata. Silver hr (talk) 18:57, 18 July 2022 (UTC)
Do you need all the data for the items you are interested in? Because if you are only interested in a subset you can get that from SPARQL CONSTRUCT queries. This would also mean you would need to run some big-boy software on your own computer. Infrastruktur (talk) 20:11, 18 July 2022 (UTC)

Wikidata weekly summary #529

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Upcoming
      • The next Wikidata+Wikibase office hours will take place on Wednesday, July 27th 2022 at 17:00 UTC (18:00 Berlin time) 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.
      • Next Linked Data for Libraries Wikidata Working Hour July 18, 2022: Working with diverse children's book metadata. The second Wikidata Working Hour in the series will cover reconciliation in OpenRefine, so we can identify which authors from our spreadsheet of children's book metadata already exist and/or need to be created in Wikidata. You are, as always, welcome to bring your own data to work on. Event page
      • Assessing the Quality of Sources in Wikidata Across Languages - Wikimedia Research Showcase, Wednesday, July 20, at 9:30 AM PST/16:30 UTC
      • Mark your calendars for the Wikimania Hackathon! The free, online, public event will take place from 16- 22 UTC August 12 and 12-17 UTC August 13, and include a final showcase on August 14.
    • Ongoing
    • Past
  • Development
    • Lexicographical data:
    • REST API: Continued working on the API route to replace or remove a statement of an Item
    • We are making Wikibase resolve redirects when showing Item labels and descriptions in a lot more places; notably, this includes the wbsearchentities API. (phab:T312223)
    • Mismatch Finder: We are discussing options for how to improve its handling of dates, specifically calendar model and precision.
    • EntitySchemas: We are trying to figure out how to best technically go about implementing some of the most-needed features for version 2.

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.


adding a new property: description

The "description" seems widely used ... even this field is a description... but we cannot find in wikidata a property with "description" as label that would simply be a "textual description of an item". The closest existing similar property seems to be original catalog description (P10358) but seems dedicated to Wikimedia Commons usage. Maybe we are missing a point with such a basic property? Does man use another property as a "description"? Is "description" a reserved word in the world of properties? D3fk dev (talk) 14:57, 18 July 2022 (UTC)

Unclear in what situations such a proprty would be required, that would not be provided by, for instance, object named as (P1932) as a qualifier for a catalog code. What exactly are the use cases that are not currently possible? --Tagishsimon (talk) 15:16, 18 July 2022 (UTC)
@D3fk dev: (ec) There are people that really dislike the idea of free-text fields on wikidata, feeling that this is not a good use of limited memory for a project that is principally about structured data. Myself, I wouldn't be so dogmatic -- I do think there are times when it is useful to quote external text & make it retrievable and accessible from our systematic structure. Also where a free-text comment or a free-text use note can be useful. But there certainly has been a feeling (which may be right, or may be wrong) that if you want to write more about something that will fit in a simple description box, then the right place to do that would be a new wikipedia article, not here. Jheald (talk) 15:22, 18 July 2022 (UTC)
  • As far as I remember this property got proposed a few times and gets usually proposed by people who want to violate copyrights. Having the property without a lot of thought about how to get people to stop violating copyright will get people, who don't understand that while facts aren't copyrighted verbal experssions are, to violate copyright.
Additionally, Wikidata is multilingual and dealing with free text descriptions means content isn't readable in other languages. Free text might also become an excuse to express less information as structured data. ChristianKl ❪✉❫ 15:28, 18 July 2022 (UTC)

Update to National Library Board Singapore ID

This property, Property:P3988, is currently down and being replaced. I had reached out to the library and they replied that new services are being planned to launch in December 2022. Robertsky (talk) 16:25, 19 July 2022 (UTC)

@Robertsky: Thanks for reporting, keep us informed. In such cases I suggest to leave a message in the talk page of the property and to link that discussion from the Project chat, so that future users consulting the talk page of the property will found the info (users interested in a property surely monitor it, but may not monitor the project chat). Thanks again! --Epìdosis 17:47, 19 July 2022 (UTC)
@Epìdosis noted, and will do. This is my first time (I think) contributing beyond just updating the values in individual entries. Robertsky (talk) 18:11, 19 July 2022 (UTC)

Predatory publishing

I'm unable to determine why predatory open-access publishing (Q17075959) is a subclass of (and not the same as) predatory publishing (Q29959533). Can anyone enlighten me? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:30, 17 July 2022 (UTC)

Seems like they're the selfsame thing. Dubious also is predatory open-access publishing (Q17075959) being a subclass of open-access publishing (Q29959484). --Tagishsimon (talk) 21:40, 17 July 2022 (UTC)
predatory open-access publishing (Q17075959) was originally created as an item for "Predatory open-access publishing" on enwiki, and later set to be a subclass both of predatory publishing (Q29959533) and open-access publishing (Q29959484). Other languages were then linked to predatory open-access publishing (Q17075959) seemingly for the concept of predatory publishing in general, and the enwiki article (and English label) was later changed to the current form. I guess the question is whether there is any difference between predatory publishing and open-access predatory publishing, and if not the two items should probably be merged. Dogfennydd (talk) 21:46, 17 July 2022 (UTC)
I'd say the OA version is only partially coincident with the general concept - we also have self-publishing company (Q149985) which can be a form of predatory publishing but generally not "OA". ArthurPSmith (talk) 14:39, 18 July 2022 (UTC)
So we should rename predatory open-access publishing (Q17075959) as "predatory open-access publishing", and move anything related to the more general concept of predatory publishing up the chain to predatory publishing (Q29959533). Dogfennydd (talk) 19:26, 18 July 2022 (UTC)
 Support ArthurPSmith (talk) 18:30, 19 July 2022 (UTC)
We do. --Tagishsimon (talk) 19:07, 19 July 2022 (UTC)
I changed the label and moved the sitelinks. Sampling the sitelinks they seem to be essentially all on the same topic of academic predatory publishing which I don't think is the entire story; in any case that also is not limited to open access. ArthurPSmith (talk) 18:31, 20 July 2022 (UTC)

Merge error

"Conflicting descriptions for language en" Spidermine (talk) 10:31, 20 July 2022 (UTC)

It was incorrect identified as a disambiguation page. However you still will not be able to merge them because student benefit (Q6305411) is already linked to en:student financial aid in Finland — Martin (MSGJ · talk) 10:43, 20 July 2022 (UTC)
Okay, items merged, and new item created student financial aid in Finland (Q113161732) — Martin (MSGJ · talk) 10:49, 20 July 2022 (UTC)

Are poems within WikiData's scope?

Hi, I'm looking into my institution possibly making a donation of data about Mormon literature. Our database sometimes includes information about individual poems. I was able to find Q2008338, Whitman's "Oh Captain! My Captain!". Does the scope of WikiData include poems that are less "notable" than "Oh Captain! My Captain!"? Rachel Helps (BYU) (talk) 21:37, 20 July 2022 (UTC)

@Rachel Helps (BYU): Yes. In general, poems are notable with little or no reservation. At least 104062 on WD right now - https://w.wiki/5Umz --Tagishsimon (talk) 21:44, 20 July 2022 (UTC)

Norwegian Wikipedias

Any idea why in cheesecake (Q215348) statement "topic's main category" shows "potential issues" with Norwegian Wikipedias, whereas Norwegian Wikipedias (Q191769) has the statement "instance of " Wikimedia project?--Carnby (talk) 06:36, 18 July 2022 (UTC)

I don't know either. I notice that umbrella term (Q210588) is the preferred value so perhaps the constraint is not looking at the other value? — Martin (MSGJ · talk) 08:06, 18 July 2022 (UTC)
I set Wikimedia project (Q14827288) as the preferred value and the warning sign has disappeared.-- Carnby (talk) 08:42, 18 July 2022 (UTC)
@Carnby Why not keep both at NormalRank? Ranks are often misused in instance of (P31). Vojtěch Dostál (talk) 11:41, 21 July 2022 (UTC)
@Vojtěch Dostál Yes, I think it's a good idea (and it seems to work, too).--Carnby (talk) 16:19, 21 July 2022 (UTC)

greetings

I am evanglist Tesfaye Belachew the founder of Ethiopia Diakonia Theological College, i have many students in our college please we need more your advice and prayer. yours in crist Eva.tesfaye Eva.Dr. Tesfu (talk) 07:48, 22 July 2022 (UTC)

@Eva.Dr. Tesfu: Welcome to Wikidata. Is there something related to this project on which we can advise you? Bovlb (talk) 14:56, 22 July 2022 (UTC)

New request for comments

I propose a new request for comments about documented and featured queries : Wikidata:Requests for comment/Documented and featured SPARQL queries. PAC2 (talk) 20:30, 22 July 2022 (UTC)

Item documentation

So now we have all calls for this template removed. When is it planned to be loaded automatically? --Infovarius (talk) 10:37, 9 June 2022 (UTC)

It already is loaded automatically on every item talk page — Martin (MSGJ · talk) 12:35, 9 June 2022 (UTC)
But it's not! --Infovarius (talk) 10:52, 27 June 2022 (UTC)
@MSGJ: did you really think that I would write this question not checking talkpages? I don't see the template at talkpage either watching or editing it. --Infovarius (talk) 11:14, 27 June 2022 (UTC)
I see it displaying correctly on existing talk pages (e.g. Talk:Q79089353) and also on non-existent talk pages (e.g. Talk:Q24546547 above the edit window). We are obviously not seeing the same things! — Martin (MSGJ · talk) 11:38, 27 June 2022 (UTC)

MSGJ, Infovarius {{Item documentation}} is displayed in the talk page header of each item page using MediaWiki:Talkpageheader. Yet, this is not perfect. If the talk page exist, you should see it. If you're using the mobile Web interface, you should click on "read as a Wiki page" before seeing it. If the talk page don't exist, you maybe automatically redirected to edit the talk page. See example : https://m.wikidata.org/w/index.php?title=Talk:Q20968036&redlink=1#/editor/all. I know that this feature will be removed in the future (see https://phabricator.wikimedia.org/T308390). So for now, it's not really user friendly but you just need to cut the url to : https://m.wikidata.org/w/index.php?title=Talk:Q20968036 and it should work. --PAC2 (talk) 05:50, 3 July 2022 (UTC)

@PAC2: Sorry, I don't see the template on either of both links: Talk:Q79089353 or https://m.wikidata.org/w/index.php?title=Talk:Q20968036. Neither on MediaWiki:Talkpageheader (should it be there too?) And I don't know how to see it at all (except returning template in source code).
So? Am I the only one who don't see documentations? --Infovarius (talk) 19:31, 11 July 2022 (UTC)
 Comment I can see the Item documentation just fine (Desktop site). Jean-Fred (talk) 14:09, 12 July 2022 (UTC)

Infovarius It's weird. Tell me if you're using the desktop or the mobile interface and which skin you're using (Vector, Timeless, Minerva). Here is a screenshot of what you should see.

screenshot of Wikidata's item documentation template

Also, you can add the following code in your common.js 

// Trick from https://phabricator.wikimedia.org/T308390

$(function () {
	var talk = document.querySelector('.minerva__tab[rel="discussion"]');
	if (talk) {
		talk.href = talk.href.replace('&action=edit&redlink=1', '');
	}
}());

See example : User:PAC2/minerva.js.

Hope it helps. PAC2 (talk) 06:20, 14 July 2022 (UTC)

You're right. I've just seen that MediaWiki:Talkpageheader/fr has a transclusion to MediaWiki:Talkpageheader but MediaWiki:Talkpageheader/it, MediaWiki:Talkpageheader/es and MediaWiki:Talkpageheader/de don't. I'll ask admins if they can resolve this problem. PAC2 (talk) 17:43, 20 July 2022 (UTC)
Great. Now we need an admin to solve this problem. PAC2 (talk) 16:35, 23 July 2022 (UTC)

Extra time and penalties score.

2005 Cypriot Super Cup (Q63461563) -> participating team (P1923)

1) Normal time score 1-1. After overtime (Q186982) 2-2. How to add this?

2) penalty kick (Q279532) 5-4. How to add this?

Thanks. Philocypros (talk) 13:06, 21 July 2022 (UTC)

I would do the following:
participating team (P1923)AC Omonia (Q240783)number of points/goals/set scored (P1351)1 Q28454519
participating team (P1923)Anorthosis Famagusta FC (Q141688)number of points/goals/set scored (P1351)1 Q28454519
participating team (P1923)AC Omonia (Q240783)number of points/goals/set scored (P1351)2 Q28454519relative to (P2210)overtime (Q186982)
participating team (P1923)Anorthosis Famagusta FC (Q141688)number of points/goals/set scored (P1351)2 Q28454519relative to (P2210)overtime (Q186982)
participating team (P1923)AC Omonia (Q240783)number of points/goals/set scored (P1351)5 Q28454519relative to (P2210)penalty shoot-out (Q2691960)
participating team (P1923)Anorthosis Famagusta FC (Q141688)number of points/goals/set scored (P1351)4 Q28454519relative to (P2210)penalty shoot-out (Q2691960)
It seems the relative to (P2210) qualifiers would be more appropriate on number of points/goals/set scored (P1351) qualifiers, but Wikidata doesn't support qualifiers for qualifiers.
BTW, 2005 Cypriot Super Cup (Q63461563) says it's an instance of (P31)season (Q27020041), but the results are only for one match. Was there really just the one match in it? Silver hr (talk) 09:08, 23 July 2022 (UTC)

Adding an artist/performer to a festival

Hi - I'm working on adding the 2022 Calgary Folk Music Festival as a part of the main Calgary Music Festival (Q5019671). I've added the 2022 festival entry (Q113205740) as 'part of' the main festival and would like to begin adding the bands & artists to this year's festival, but it isn't letting me add them as performers on that page. What should I use as instance for the artists? I tried adding Xenia Franca as a performer; she already has an entry (Q64213699), but it just disappears as soon as I add it. Thanks for any helpǃ I may have added them in wrong. JollyJamboree (talk) 02:25, 23 July 2022 (UTC)

You had no P31 nor P279 value set, which was what the constraint violation was complaining about. I've fixed that. Note sure if participant (P710) or performer (P175) is the best choice for the artists roster. --Tagishsimon (talk) 02:44, 23 July 2022 (UTC)
Thank you - I will use participant in. for the qualifier, can I use musician > singer? And then on the festival page, would I add the same but use participant with musician > singer as the qualifier? JollyJamboree (talk) 19:18, 23 July 2022 (UTC)
I'd be adding a participant (P710) statement to Calgary Folk Music Festival 2022 (Q113205740) qualified by object of statement has role (P3831) taking a value such as singer (Q177220). --Tagishsimon (talk) 19:35, 23 July 2022 (UTC)
I think I had it wrong - on the festival page, I am adding the musicians as 'participant in' the festival, but am not sure what the qualifier would be for the festival or if I need one. JollyJamboree (talk) 19:41, 23 July 2022 (UTC)
Right now you are using performer (P175) as the qualifier on participant (P710) in Calgary Folk Music Festival 2022 (Q113205740). THat is assuredly wrong. Use object of statement has role (P3831). The role that Xênia França took as a participant in the Calgary Folk Music Festival 2022 was as a singer. --Tagishsimon (talk) 20:24, 23 July 2022 (UTC)
And okay, I see that elsewhere you are adding participant in (P1344) to artist items to say that they participated in Calgary Folk Music Festival 2022 (Q113205740). Whilst I appreciate that property exists, it is complete and utter nonsense on stilts to seek to list everything that an artist participated in, on the artist page. This is a linked data project. Noting their participation on the festival item is amply sufficient. Adding their participation in the artist item is, IMO, indistinguishable from vandalism. You will notice your P1344 additions, e.g. on Q1372074#P1344, are the only use of the property on the item. --Tagishsimon (talk) 20:30, 23 July 2022 (UTC)
Just chiming in to say we now also have P9788 (P9788) specifically for musicians and bands performing at things and places. Moebeus (talk) 20:55, 23 July 2022 (UTC)

Hindi (Bollywood) Film Song Performers

In South Asia, specifically in Indian Hindi cinema, most songs are picturised on specific actors and dancers. For which they are also credited and are known for in the cultural zeitgeist, along with the singers.

There is no property for "picturisation", but I assumed adding actors or dancers as performers and qualifying them as such may be the best approach.

Example: In the song - Yeh Mera Dil Yaar Ka Diwana (Q55657899)

I have added an additional instance of (P31) = musical number (Q73067531);

And then,

performer (P175) = Asha Bhosle (Q38393)

performer (P175) = Helen (Q467223)


Other Examples in the songs - Chandni O Meri Chandni (Q113155178) & Zara Zara Touch Me (Q113151376)


However, is the property cast member (P161) more appropriate, as it is in a film? Example: In the song - Kabhi Kabhie Mere Dil Mein (Q6344091)


== Active users == ValterVB LydiaPintscher Ermanon Mushroom Queryzo Danrok Rogi Mbch331 Jobu0101 putnik AmaryllisGardener Andreasmperu U+1F350 Bodhisattwa Shisma Wolverène Tris T7 Antoine2711 CptViraj ʂɤɲ Trivialist 2le2im-bdc Sotiale Wallacegromit1, mostly focus on media historiography and works from the Global South M2k~dewiki Rockpeterson Mathieu Kappler Sidohayder Spinster Gnoeee Ranjithsiji Ontogon Supaplex Carlinmack Haseeb Demadrend Jakeob9000 RealityBites Sriveenkat Keplersj dseomn Fuzheado BeLucky DaxServer PaperHuman Jerimee Rémi sim Ebakogianni

Notified participants of WikiProject Movies

WikiProject Music has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead. WikiProject India has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead.


I personally prefer the use of performer (P175), but am open to any suggestion as I am trying to have some consistency going forward, and cannot seem to find any other examples, including in western music videos. Wallacegromit1 (talk) 21:52, 22 July 2022 (UTC)

You probably want object of statement has role (P3831) rather than subject has role (P2868) for those qualifiers, since the performers are the objects (not subjects) of the statements. Jheald (talk) 22:45, 22 July 2022 (UTC)
@Jheald Thanks will do! Wallacegromit1 (talk) 01:27, 24 July 2022 (UTC)
Hi there! I hope you will reconsider adding the extra p31. This conflates the composition and the performance (in your case a "musical number"). If you can find a soundtrack album, then add an audio track (Q7302866) to the tracklist (P658) of the album, then link it to the composition using recording or performance of (P2550). If there is no soundtrack album, or you can't easily find one, you also have the option of linking the performance item from the film directly, using featured track(s) (P10664). A property we very recently got. Hope that helps. Moebeus (talk) 21:08, 23 July 2022 (UTC)
@Moebeus Will remove "Musical Number", and try your suggestions.
But, would it not create an individual item for every single song/performance? Was hoping to reduce new item creations when talking about the same thing. As music/songs already have many variations.
Thanks! Wallacegromit1 (talk) 01:31, 24 July 2022 (UTC)
It would indeed lead to individual items, but for this editor that is a goal and not a problem :) EDIT: As I noticed this blue fringe dress of Katrina Kaif (Q112606691) I realize you are perhaps not *that* worried about making individual items for things ;-) Moebeus (talk) 13:12, 24 July 2022 (UTC)
@Moebeus That was the fashion project. Lol!
Was just worried about too many items having the same title. But I guess, the MusicBrainz database is also doing the same.
Saw your new music video item Zara Zara Touch Me (Q113255309). Seems like a good template. Thanks! Wallacegromit1 (talk) 19:24, 24 July 2022 (UTC)

Fuhrermuseum

Several hundred artists have the property "has works in the collection (P6379)" with the value "Führermuseum (Q475667)".

The Führermuseum was never, and will never be, built, and the pieces which were intended for it have long since been distributed to other institutions (if they haven't been lost or destroyed).

Therefore, I argue that including that property and that field - and, for individual artworks, the corresponding "location (P276)" with the value "Führermuseum (Q475667)" - is misleading, if not actually false, and that all such claims should be deleted.

Since various bots have interpreted museums' provenance lists as meaning that individual artworks are in the F., it might be worth blocking this claim from being created henceforth, assuming that's even possible? DS (talk) 01:18, 12 July 2022 (UTC)

@DragonflySixtyseven: the Linzer Sammlung (Führermuseum (Q475667)) did exist and did have a lot of works in it's collection. Some languages refer to it as "Führermuseum" and others as "Linzer Sammlung"/"Sonderauftrag Linz".I don't think you question that The Astronomer (Q544315) has been in this collection? It is supported by several sources. What you're proposing is destroying the provenance of these works. That's of course something I strongly oppose.
It's a bit of philosophical question: When does a museum come into existence? This museum was aborted, but did it exist or not? Multichill (talk) 18:01, 14 July 2022 (UTC)
  • The museum was never built and the art that was destined for the museum remained in warehouses, transport trains, and finally was stored in salt mines. If you want to track the provenance, you will have to come up with a better way to model the artwork. A better way would be "confiscated by the Nazis". There were several books made to show how each wall of the museum would look, and what art work would hang where, but the art never made it out of storage. --RAN (talk) 01:20, 17 July 2022 (UTC)
  • While there are cases where original art can be useful within Wikidata I don't think it is in this case. If the museums' provenance lists show this mapping then Wikidata should show it as well even if it might be problematic.
Even if we would decide that the claims are problematic, deprecating them would be better then deleting. ChristianKl ❪✉❫ 14:27, 18 July 2022 (UTC)
@ChristianKl: I must be misunderstanding your reply. You don't think it's important to list that The Astronomer (Q544315) was looted? What exactly do you want to deprecated on this item? Multichill (talk) 14:41, 25 July 2022 (UTC)

said to be the same as (P460) should have citation-needed constraint (Q54554025)

The proposal for P460 states that the intent for its use is to document claims about historical people by some scholars who say that they are in fact the same person, and it was approved with that in mind.

Furthermore, the name of the property is "said to be the same as"; nothing is ever "said" as if it comes into existence on its own. There is always some person doing the saying. And this person can't be the Wikidata editor making the claim because that would be original research. This is why it makes no sense to not ask for the source when applying this property.

And in any case, the Help:Sources guideline clearly indicates that almost all statements in Wikidata should be supported by a source. Silver hr (talk) 01:48, 17 July 2022 (UTC)

The description says that the statement is "uncertain or disputed", so a source for it is not needed and is not endorsed by Wikidata:Verifiability in that sense. Because most terms are simply logical, especially in the area of personal names. For example, Fink, Finke, Finken, etc. or Miller, Muller, Müller, Möller, etc. all come from the same profession, so there is no need for a source. With the change, several hundred thousand sources would have to be inserted by name, just because, exceptionally, a source is missing somewhere else. --HarryNº2 (talk) 02:35, 17 July 2022 (UTC)
The "uncertain or disputed" bit in the description means that it's to be used for cases when it's not completely obvious that two concepts are the same; instead someone is making that claim, but not everyone necessarily agrees with it. This is why it's important to state who is making the claim. Also, what's obvious to one person, might not be to someone else. Adding a source resolves the problem. Silver hr (talk) 03:07, 18 July 2022 (UTC)
By the way, I've noticed that you do a lot of work on family names, including adding statements like Miller (Q1605060)said to be the same as (P460)Möller (Q1184002). But those statements seem to claim that two different family names are the same concept, which is incorrect. Their spelling is obviously very similar, which is probably due to them originating from the same concept, but it does not make them the same concept. It might be a subtle semantic distinction, but it's an important one nonetheless. (In the case of Miller (Q1605060) and Möller (Q1184002), that connection is already captured in the statement instance of (P31)occupational surname (Q829026)of (P642)miller (Q694116), and I expect the same is/can be done in other cases.) Silver hr (talk) 06:19, 25 July 2022 (UTC)
If the intent is for the property to be used for disputed claims, the aliases should all have weasel words like 'may', and we should have a new property for uncontroversial equivalence statements. Simple statements like 'same as' should not have the overhead of finding citations, which can often be of poor quality anyway. A split would be a lot of work. References are good, nagging about them is bad. Vicarage (talk) 05:15, 17 July 2022 (UTC)
I took a look around, and it seems there are currently a few ways of dealing with the sameness of concepts on Wikidata. One is redirects, which get exported to RDF as owl:sameAs. When a merge/redirect isn't possible, there's permanent duplicated item (P2959) which relates WD item to WD item, and it obviously doesn't need sourcing because its claims are about WD items themselves (which is semantically unfortunate because properties are supposed to relate concepts which the items represent). Finally, there's exact match (P2888) which is the equivalent of skos:exactMatch, it relates WD items to external items, and doesn't need sourcing for the same reason. Silver hr (talk) 10:12, 21 July 2022 (UTC)
Help:Sources is not a guideline. Guidelines are things that went through an RfC to be approved as guidelines and that have the guideline template. In contrast to Wikipedia, Wikidata doesn't have a rule that original research is strictly forbidden. said to be the same as (P460) is frequently used in cases where we have two Wikidata items because there's a Wikipedia that has two articles for a concept we consider to be the same. It's very useful to have a way to label those cases even if it's original research to say that we believe that those two Wikipedia articles are about the same topic. ChristianKl ❪✉❫ 16:53, 17 July 2022 (UTC)
I stand corrected about Help:Sources being a guideline; in my defense it does say it's a guideline in the text. You bring up a valid point that there are edge cases when original research statements might be allowable, but I think at the very least they should be heavily discouraged. After all, one of the founding principles of Wikidata is that it's not a source of truth, but a database of referenced statements. Silver hr (talk) 03:26, 18 July 2022 (UTC)
  • Sometimes Wikidata editors are not 100% certain that two entries are the same, so we keep both and use "said to be the same as". We encounter this the most with researchers of scientific papers, "A.B. Smith" appears to be "Abraham B. Smith" and "Abram B. Smith" with 90% certainty, so it is flagged for someone in the future to reevaluate when more resources are available. --RAN (talk) 01:45, 18 July 2022 (UTC)
    Both you and User:ChristianKl mentioned edge cases where an unsourced use of the property is legitimate and useful; both of those uses are internal as far as I can see. Internal-use properties, such as those that can be found in Wikidata:List_of_properties/Wikidata_property_for_properties, obviously don't require sources. I don't think, however, that we should have mixed-use properties, that is, properties used both for internal purposes and for describing the outside world, because then confusion and misuse can arise, and it seems that currently P460 is used in this way. Silver hr (talk) 04:05, 18 July 2022 (UTC)
    @Silver hr: If we want to move some of the current usages of P460 to a new property that would require a property proposal for a new property. To make that case for such a step, I think you would need to analyse the current usage more and point to problems that arise from the status quo. The fact that you don't like the status quo alone likely isn't enough for that case.
Practically, I'm unsure whether there's a strict separation between internal and external usages for P460. It's inherently about whether or not two Wikidata items point to the same object in the real world and in that sense is about modeling decisions we do in Wikidata. ChristianKl ❪✉❫ 12:12, 18 July 2022 (UTC)
In the case you mentioned previously of two items that are about the same concept but can't be merged, I think permanent duplicated item (P2959) would be the appropriate property. No sourcing would be necessary for that because the claim is about two Wikidata items, i.e. it's internal use.
As for other incorrect usages of P460, they might require a new property, yes. That doesn't preclude enabling the citation needed constraint on P460 to serve as a reminder of the original/actual meaning of the property, i.e. that it's about equality claims specifically made by a source. I really don't see the problem with this; I mean it's not like all statements violating the constraint will immediately have to be deleted or sourced. Improving the quality of data takes time. Silver hr (talk) 09:52, 21 July 2022 (UTC)

Let's talk about the Desktop Improvements

Join an online meeting with the team working on the Desktop Improvements! It will take place on 26 July 2022 at 12:00 UTC and 19:00 UTC on Zoom. Click here to join. Meeting ID: 5304280674. Dial by your location.

Read more. See you! SGrabarczuk (WMF) (talk) 16:19, 25 July 2022 (UTC)

Wikidata weekly summary #530

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Upcoming:
      • The next Wikidata+Wikibase office hours will take place on Wednesday, July 27th 2022 at 17:00 UTC (18:00 Berlin time) 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.
      • [Small wiki toolkits] [Upcoming bots & scripts workshop. "How to maintain bots" is coming up on Friday, July 29th, 16:00 UTC
      • Next Linked Data for Libraries LD4 Wikidata Affinity Group call July 26, 2022: Clair Kronk, Crystal Clements, and Alex Jung will be providing an update to Wikidata/gender discussions from the February 8 call with a focus on pronouns. Clair will introduce us to LGBTdb, a Wikibase instance created for and by LGBTQIA+ people from which we draw insight in Wikidata-related discussions. We also hope to discuss current pain points and share action items for future collaboration. Input from community members who are familiar with lexicographical data would be greatly appreciated. Agenda
      • Wikimedia Indonesia Wikidata meetup. 1300 WIB, July 30, 2022.
    • Ongoing:
      • Weekly Lexemes Challenge #51, Plants
  • Tool of the week
    • User:Magnus Manske/referee.js - is a userscript that automatically checks external IDs and URLs of a Wikidata item as potential references, and adds them with a single click.
  • Development
    • Lexicographical data: We went over all the feedback we received for teh testing of the new Special:NewLexeme page and started addressing it and fixing the uncovered issues. One issue already fixed is a bug that prevented it from working on mobile view. (phab:T313116)
    • Mismatch Finder: investigated how we can make it work for mismatches in qualifiers instead of the main statement (phab:T313467)
    • REST API: Continued working on making it possible to replace and remove a statement of an Item
    • We enabled the profile parameter to the wbsearchentities API on Test Wikidata (phab:T307869)
    • We continued making Wikibase resolve redirects when showing Item labels and descriptions in more places (phab:T312223)

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.

mass protect pages that have no vandalism

What is the benefit of mass-protecting items for long periods (>1year) that had no vandalism, and can not be edited by anyone except some "selected special users"? I tried to update some female cyclists, and a (for me random selection) of riders were protected april 1st 2021, where others were not. But I don't see the point. It is now requested that I ask someone else on the talk page to do the edit for me, but sorry, that doesn't make sense to me. I'm left with the feeling that my efforts are not appreciated nor wanted on this project. Putmetkeren (talk) 11:27, 24 July 2022 (UTC)

You should not take a general protection applied to a set of a items as a personal thing. Protection of a set of items has nothing to do with your "my efforts".
Starting with a presumption of good faith, there presumably was a problem which led to the protection being put in place. Whether the set of articles selected for protection, and the duration of protection is rational and appropriate may be open for discussion. An upside to protecting items, e.g. in a situation where there has been a problem that calls for protection, is that the problem is dealt with. Equally it is inconvenient for the legitimate editor, which is why it is sparingly applied.
You have not provided any specifics of even a single protected item, and so I'm going to take your report, above, as an expression of your disappointment at being inconvenienced rather than a real effort to understand why the protection was placed and whether it should be lifted. --Tagishsimon (talk) 16:25, 24 July 2022 (UTC)
@Putmetkeren: Wikidata has a lot of vandalism that stays unnoticed. Because of that a lot of items are protected so that only autoconfirmed users can edit them. This is no group of "selected special users", it's basically every user who did more than 50 edits and has at least four days between first and last edit.
As MisterSynergy pointed out to you: You're now in this group and you can also edit these items. So please continue editing Wikidata. Multichill (talk) 14:14, 25 July 2022 (UTC)
@Putmetkeren: It appears that you are now "autoconfirmed", which should allow to edit semi-protected pages. Does this resolve your problem? Bovlb (talk) 16:33, 26 July 2022 (UTC)

Antipatterns in queries

According to the Blazegraph docs "Both ORDER BY and DISTINCT force total materialization of the query result set even if you use OFFSET/LIMIT". I get why this is the case for ORDER BY, but why would it be the case when using DISTINCT in the projection? Also can I assume REDUCED doesn't have this issue? Edit: I tried replicating this but I could see no performance impact in the case of using DISTINCT+LIMIT on the working set P106/P279* artist (5.7M items). Infrastruktur (talk) 15:09, 24 July 2022 (UTC)

The engine may have to sort the result set in order to find duplicates, so it is natural that DISTINCT can have same side effects as ORDER BY has. I don't think you can assume anything about REDUCED in this regard if the engine documentation doesn't tell as the function (or lack of function) is implementation defined. --Dipsacus fullonum (talk) 17:18, 26 July 2022 (UTC)

[Significant change] New search profile parameter in Wikidata’s wbsearchentities API module

This announcement is significant for Wikidata API users.

As a follow-up to the recent improvements we made to the Special:NewLexeme page (see the previous announcement) we introduced a new search profile that will prioritize Items representing languages in the Lexeme language input. This will allow editors to more easily find the correct Item for the language of a Lexeme they are creating.

Users of the wbsearchentities Action API module can use a new parameter, "profile", to select the search profile to use. The default value, "default", is equivalent to the previous behavior of the API, and should be suitable for most purposes. The "language" profile can be used to search for Items representing languages, as it will prioritize these Items as results. The wbsearch submodule of the query Action API module also gains this parameter (called "wbsprofile", or "gwbsprofile" when wbsearch is being used as a generator), with the same allowed values and meaning. The new parameter is optional, so most API users should not need to update their code; users who use the API to search for language Items can add "profile=language" to their request parameters.

New profiles may be added in future without additional significant change announcements, though we will likely mention them in the weekly summary and other channels as appropriate. As with any Action API module, the valid values of the "profile" parameter may be discovered via the "help" or "paraminfo" modules, and the values will have documentation messages explaining what the profile can be used for.

The new parameter is already available on Test Wikidata, though the two profiles will produce the same search results there. It will become available on Wikidata on Thursday, 28 July 2022.

If you have feedback or questions please let us know on this phabricator ticket.

Cheers, -Mohammed Sadat (WMDE) (talk) 10:04, 26 July 2022 (UTC)

Sounds great, thanks for doing this. ArthurPSmith (talk) 16:59, 26 July 2022 (UTC)

University not showing up as a location

At Rosalind Thorpe (Q110607498) her death place is not showing up as a location, can anyone fix why "University of California, Santa Cruz " an instance of a "university" does not appear as a location? RAN (talk) 00:48, 24 July 2022 (UTC)

I imagine it might be because the university itself is an institution, a collection of colleges and buildings, most of which are in close proximity but not all necessarily restricted to one geographical location (e.g. Stevenson College (Q7615515) and UC Santa Cruz Coastal Science Campus (Q113244975)). Similar to University of Cambridge (Q35794) or University of Oxford (Q34433), and I know some American universities have satellite campuses/field stations in other countries, on oceanic islands, etc. If more specific localities can be specified, that might be ideal. -Animalparty (talk) 05:10, 24 July 2022 (UTC)
The warning could be suppressed if the university, was a subclass of a new class organisations_based_at_a_place, and that was applied at university level. Most organisations are, so a negative property might be better, non_geographical_organisation and applied piecemeal and death_place warning modified for classes that are explicity non-geographical. This would help with the museum problems from a few weeks ago. UCSC does have a main location which a query would discover, so its coloquial use seems fine Vicarage (talk) 05:56, 24 July 2022 (UTC)
Even if we make a university a kind of location, saying that someone's place of death (P20) is a university is still unclear that can be in many places. I'd say it's more logical to create instances of university campus (Q209465) that are part of (P361) a university, and using that as a place of death. ―Jochem van Hees (talk) 13:08, 24 July 2022 (UTC)
I don't know about American universities, but UC Santa Cruz sounds like a campus already, and I could see resistance to creating lots of main campuses when most universities only have one. There is merit for campuses away from the central institution though. People would often pick the university when you'd hope they picked a campus, not understanding the distinction. Vicarage (talk) 16:12, 24 July 2022 (UTC)
@Vicarage: No, UC Santa Cruz wouldn't be considered a campus. University of California, like several other US State "universities", is actually a "university system", and each city-labeled university under that banner is an almost independent entity, considered a university in its own right. There are some central services but for the most part UC Berkeley, UC Santa Barbara, UC Santa Cruz etc. are very different from one another. The State University of New York (SUNY) is similarly organized. ArthurPSmith (talk) 18:59, 26 July 2022 (UTC)

A university is an organization not a location. Many universities have multiple campuses and aren't close to sensible locations. BrokenSegue (talk) 22:44, 26 July 2022 (UTC)

Policies and guidelines

I have noticed that Wikidata doesn't have the equivalent of https://en.wikipedia.org/wiki/Wikipedia:Policies_and_guidelines. So, within our project, what are the basic rules? What is a policy and what is a guideline? How does something become a policy/guideline? All I could find is Wikidata:List of policies and guidelines, but that's merely a list.

Different editors have expressed different opinions recently. @ChristianKl: said "Help:Sources is not a guideline. Guidelines are things that went through an RfC to be approved as guidelines and that have the guideline template.". @Galaktos: said "I don’t think passing an RFC is a necessary requirement for informally calling something a guideline (where does it say that?); the page is listed at Wikidata:List of policies and guidelines, for instance)".

There is clearly disagreement here, and I think it's long overdue, 10 years into this project, to establish a foundation that we can all rely on (or at least clarify the documentation if one already exists and I'm simply not aware of it). Silver hr (talk) 05:50, 25 July 2022 (UTC)

Why exactly is it long overdue? Where or what, exactly, is the supposed problem you are trying to solve, and how does the supposed problem impact on the use of wikidata? It is not a slam-dunk that devising codified bureaucratic systems lead to improvements. One of the refreshing features of WD is the absence of all of the WP bullshit. Maybe start by convincing any of us that we want that here. --Tagishsimon (talk) 08:51, 25 July 2022 (UTC)
Tagishsimon, your post is on point but is unnecessarily hostile. Please tone down your language to be more patient, friendly and welcoming to new users with alternative ideas. For me, one of the refreshing features of Wikidata is (usually) the calm and civil way that we go about our work here. — Martin (MSGJ · talk) 11:13, 25 July 2022 (UTC)
"Why exactly is it long overdue?" Because ten years into the project, we don't have a definition of what the basic rules are. That should have been established at the start.
"Where or what, exactly, is the supposed problem you are trying to solve" The absence of an answer to the questions posed in the first paragraph of the post you're replying to, namely: What are the basic rules? What is a policy and what is a guideline? How does something become a policy/guideline?
"how does the supposed problem impact on the use of wikidata?" The purpose of rules is to prevent and resolve conflict. Wikidata editors can and do get into disagreements and conflicts. Thus, Wikidata should have a clear rule framework so that its editors can spend less time on disagreement and conflict, and more time on contributing content.
"It is not a slam-dunk that devising codified bureaucratic systems lead to improvements." I'm not proposing an elaborate bureaucracy. I'm proposing that the basic rules be made clear. Silver hr (talk) 14:35, 25 July 2022 (UTC)
We do have a template with a shorter collection -
Wikidata Policies and Guidelines
Policies
Guidelines
Editing items
Policies about specific topics/fields
and there seems to have been a process at achieving community consensus for those. Is it documented somewhere? I'm not sure we have a consensus to do that :) ArthurPSmith (talk) 21:19, 25 July 2022 (UTC)
Although this template seems also to be very new. So - something in progress? Check old RFC's or start a new one maybe? ArthurPSmith (talk) 21:22, 25 July 2022 (UTC)
Good find. I note that the contents of that template and the contents of Wikidata:List_of_policies_and_guidelines aren't a perfect match. I hope I'm not the only one who finds that problematic. Silver hr (talk) 16:28, 27 July 2022 (UTC)

Appealing a block

We appear to have no equivalent, on this project, to en:Wikipedia:Appealing a block, and appealing a block is not mentioned on Wikidata:Blocking policy.

Is there any existing content that can be re-used, or shall we draft something from scratch? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:56, 25 July 2022 (UTC)

I drafted Wikidata:Guide to appealing blocks a little while ago, and my intention is that it be linked from MediaWiki:Blockedtext. Bovlb (talk) 22:58, 25 July 2022 (UTC)
Thank you. I have made a redirect to that from Wikidata:Appealing a block, and see you have already added it to Wikipedia:Appealing a block (Q13360396). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:50, 27 July 2022 (UTC)

MW2SPARQL

What's the status of MW2SPARQL? It looks like a cool project, but it seems like the endpoint is down? Infrastruktur (talk) 22:38, 27 July 2022 (UTC)

Item split proposal, then what with the item?

Since austenite (Q487286) is ambiguous, a proposal to establish two distinct items. The entity-handling question is, what to do with this initial item? Keep as ambigu, or dedicate? DePiep (talk) 05:08, 28 July 2022 (UTC)

space

i am interested in space research i would like to have a kowlagow Ayush kartika (talk) 09:40, 28 July 2022 (UTC)

Commons Creator page

Why is Commons_Creator_page= not a link that takes us to that page at Commons, currently it is just ascii text. RAN (talk) 00:30, 28 July 2022 (UTC)

Could you give a little more detail, please? What are you trying to do? What happens? What did you expect to happen?
Looking at Commons Creator page (P1472), I see that it has a formatter URL (P1630). When I go to, say, Q5044454#P1472, I find a clickable link to commons:Creator:Carol_M._Highsmith. Bovlb (talk) 01:03, 28 July 2022 (UTC)
OK, I see it now under preferences: "AuthorityControl: Adds link to values of Commons category (P373), Commons gallery (P935) and some other properties." Knowing you see it and I don't helped me find it. --RAN (talk) 16:34, 28 July 2022 (UTC)


Is there a property for stating that an instance of a scholarly article show a bar chart in page N?

It is common that an instance of a scholarly article shows a chart in its content to explain a concept, the results of a survey or an experiment. For example,

In general, a property to store any type of chart that is showed in any written work.

Do we have a property for storing this information? If not, would you support creating such property? Why not?

(please ping on reply) -- Rdrg109 (talk) 01:21, 28 July 2022 (UTC)

@Rdrg109: Seems unlikely to me that a chart in an academic paper meets Wikidata:Notability, so would not merit an item such that that item could be used as a value in an academic paper item. Were you to wish to refer to such a chart within an academic paper item, you could employ has part(s) of the class (P2670) with an appropriate qualifier such as object of statement has role (P3831), depicts (P180) and page(s) (P304). It is indeed common that academic papers have charts. I don't know why you would wish to represent them within wikidata. But if you did, in my view, not all new use cases call for new properties; new properties - external IDs apart - should be the exception not the rule, and if your first thought is "new property" then you probably have not done enough homework. --Tagishsimon (talk) 02:03, 28 July 2022 (UTC)
@Tagishsimon: Sorry for not being clear. My intention is not to create Wikidata items for any chart in a scholarly article. I just want to mention that a given scholarly article includes a given chart in its content. This would be stored as statements in those scholarly articles without having to create new Wikidata items, either with an existing property (I asked if somebody knew a property) or a new property
I think creating or not creating new properties have both advantages and disadvantages. I would consider the following a disadvantage of not creating them: We would need to use properties with abstract concepts (e.g. has part(s) of the class (P2670) and object of statement has role (P3831)) to accurately represent knowledge. This requires deep knowledge on Wikidata which new contributors often lack, so this results in knowledge not being added to Wikidata or not being uniformly added. New properties with clear concepts make it clear where they should be used and the information they should store, these are some examples of such properties: bite force quotient (P3485), is proceedings from (P4745), is pollinator of (P1704) (read their descriptions for a clear explanation).
The reason why I'm interested in adding this knowledge to Wikidata is to enrich academic content in Wikidata so that more questions can be answered in those educational resources. For example,
  • A student majoring in major X could answer the following: Which chart is mostly used in scholarly articles whose main subjects are part of major X?
  • A data journalist could answer the following question: Which charts have been used the most in news articles in the last 2 years?
  • An astronomer, psychologist, engineer, neuroscientist, etc. could also know which charts are used in articles published in journals whose main subjects are the topics of their interest.
(please ping on reply) Rdrg109 (talk) 16:19, 28 July 2022 (UTC)

Find same/similar statements from multiple Items

Is there a way to submit multiple items, and a Tool or Query can find the same shared statements or most common statements among them.

Example:

10 film items are selected, and the tool or query fetches the same directors, filming locations, etc...?

Or,

2 scholarly article items, and the tool or query fetches shared authors?


I am aware of the graph visualisation tools, but they all seem to require a "Traversal Property" to start. Any ideas? Wallacegromit1 (talk) 11:56, 28 July 2022 (UTC)

Scholarly papers often use both author items and author strings, which can't be trivially compared. I've heard there is a tool called Author Disambiguator which might help with that sort of thing, but I've never used it myself.
As for finding matching statements, yeah that can absolutely be done: https://w.wiki/5WkV. Infrastruktur (talk) 06:30, 29 July 2022 (UTC)
@Infrastruktur Perfect, Thank You! Wallacegromit1 (talk) 07:29, 29 July 2022 (UTC)

Looking for a tool for altering descriptions in multiple languages

Artworks often get standard labels and descriptions. The title of the artwork usually is used as label and standard description like "painting by ..." is used as description. The problem is that Wikidata will block adding titles to items if the same title/description is used on other item. I run often into this issue when the same author creates multiple paintings or sculptures with the same title. In such cases a bot adds standard description in 50 languages which blocks any attempts of adding titles in those languages. For example Landscape (Q20792242), Landscape. (Q18178206) and Landscape (Q17331798) are all paintings with the same title by Jean-Baptiste Camille Corot (Q148475), and any attempt to add a new translation (like this) of the title is impossible without first altering descriptions of other items, often requiring changes in multiple languages one does not speak. The cleanest solution is to add something unique and language independent to all the descriptions like the year of creation or inventory number (P217). Is there some tool which would make that task easier than editing 50 descriptions one by one? Jarekt (talk) 22:08, 29 July 2022 (UTC)

Absent a tool, I'd be inclined to knit a SPARQL query which'll emit Quickstatements. In this example - https://w.wiki/5Wtn - put the third column into an editor, search & replace QQQ with a tab, bung it in quickstatements & you're good. --Tagishsimon (talk) 00:21, 30 July 2022 (UTC)
Tagishsimon, That is an excellent idea. I modified your query a bit so that I can pick either description alteration by year or by inventory number and can cut an paste directly from the query output. Thanks. --Jarekt (talk) 03:03, 30 July 2022 (UTC)
SELECT ?QID ?Dlang ?desc2
WHERE 
{
  VALUES ?item { wd:Q17331798 }
  ?item schema:description ?description .
  ?item wdt:P217 ?inv .
  ?item wdt:P571 ?date . 
  bind(str(YEAR(?date)) as ?year) 

  BIND(LANG(?description) as ?lang)
  bind(strafter(str(?item),"http://www.wikidata.org/entity/")as ?QID)
  bind(concat("D",?lang) as ?Dlang)
  bind(concat('\"',?description," (",?inv,')\"') as ?desc1)
  bind(concat('\"',?description,", ",?year,'\"') as ?desc2)
}
Try it!

Force an order

Hello, is there a tool to force automatically the order of multiple statements inside a property ? I know the tool but it is still manual, you have to click one by one. Would there be a way to order everything inside a property with a selected qualifyer ? Eg Q477555#P3872 ==> automatically reorder statements per their point in time (P585) ? Or for instance Q142#P530, force order of statements by (frlabel) of Q Bouzinac 💬●✒️●💛 06:40, 29 July 2022 (UTC)

I don't have an answer, but automatically sorting the editor display by date for significant event (P793) would be very useful, as it currently displays by data entry date. Vicarage (talk) 12:17, 29 July 2022 (UTC)
Vicarage, how to do that? --Tommes (talk) 19:10, 29 July 2022 (UTC)

the order of statements inside a property does not matter. BrokenSegue (talk) 19:22, 29 July 2022 (UTC)

The order of statements inside a property can matter to humans who are trying to understand or edit them, BrokenSegue. It's easy to conceive of UI changes whch would give the user better control of statement ordering, but difficult to conceive of WMDE caring enough about this issue ever to do anything (given that for years we've had unnavigable items having properties with 100s of values, all displaying in an uncollapsed state.) --Tagishsimon (talk) 00:48, 30 July 2022 (UTC)

It is indeed to improve the end user experience and is an UI design. Hopefully someone will think about it, or automatically collapse big properties with many statements and order them to an order specific to each property... Let's cross finger. Bouzinac 💬●✒️●💛 13:51, 30 July 2022 (UTC)

Ceratizit–WNT Pro Cycling (Q26001161)

... has statement "Country". Values are "United Kingdom" (qualifiers: "start time: 2016", "end time: 2018") and "Germany" (qualifier: "start time: 2019"). Currently in wikipedia articles it shows the british flag instead of the german. See lowest table at: . How to correct? Tommes (talk) 19:07, 29 July 2022 (UTC)

@Tommes: If the WP template is stupid enough that it cannot choose a preferred rank value over a normal rank value, then the solution lies in finding someone who can fix that template's problem. The solution is not to screw up the data by setting a true statement to deprecated [69] because the template is badly designed. Please don't play with rank until you understand it; please see Help:Rank to help you understand it. --Tagishsimon (talk) 00:32, 30 July 2022 (UTC)
@Tagishsimon: Thanky you for stating Wikidata is not the problem but the template. I just try to fill in Data and fix existing problems. The "managers" of the template don't react. --Tommes (talk) 08:31, 30 July 2022 (UTC)

Online Books Page publication ID (P5396)

Online Books Page publication ID (P5396) was created to store info on magazines and newspapers, but the website also now contains info on books. Do we need a new Property to handle the books, or can the old property be adapted for the new scheme? See: this link, for example for Soldiers of the Great War. RAN (talk) 16:21, 29 July 2022 (UTC)

Given the property's formatter URL of http://onlinebooks.library.upenn.edu/webbin/cinfo/$1 and a URL of https://onlinebooks.library.upenn.edu/webbin/book/lookupid?key=olbp63252 for a book, either a new property, or a big ugly kludge paring the formatter ID back to http://onlinebooks.library.upenn.edu/webbin/ and storing "cinfo/atlantic" rather than "atlantic" for a paper, and /book/lookupid?key=olbp63252 for a book. --Tagishsimon (talk) 00:39, 30 July 2022 (UTC)

Bulk adding of words/lexemes into wikidata

Hello Everyone, I am looking for a way to automate the process of adding words/lexemes to Wiki data.

As a simple use case, imagine i have 100words/lexemes with all their required metadats(senses, etc) . i want a way through which i can add this bulk to Wikidata (probably using some APIs or something).  – The preceding unsigned comment was added by TemTechie (talk • contribs) at 12:48, 30 July 2022‎ (UTC).

@TemTechie: you should probably first learn the basics, like signing your messages and editing lexemes, before you go to the more advanced stuff. Multichill (talk) 16:40, 30 July 2022 (UTC)
@TemTechie: You can bulk add lexemes with their forms using the bulk mode of the "Wikidata Lexeme Forms" tool (see the list of tools on Wikidata:Tools/Lexicographical data). However, 100 is not actually a very large number. On the other hand, if you have senses please be sure there is no copyright issue - all data including senses of lexemes in Wikidata is published public domain, CC-0. ArthurPSmith (talk) 19:43, 31 July 2022 (UTC)

Vote for Election Compass Statements

You can find this message translated into additional languages on Meta-wiki.
More languages • Please help translate to your language

Hi all,

Volunteers in the 2022 Board of Trustees election are invited to vote for statements to use in the Election Compass. You can vote for the statements you would like to see included in the Election Compass on Meta-wiki.

An Election Compass is a tool to help voters select the candidates that best align with their beliefs and views. The community members will propose statements for the candidates to answer using a Lickert scale (agree/neutral/disagree). The candidates’ answers to the statements will be loaded into the Election Compass tool. Voters will use the tool by entering in their answer to the statements (agree/disagree/neutral). The results will show the candidates that best align with the voter’s beliefs and views.

Here is the timeline for the Election Compass:

  • July 8 - 20: Volunteers propose statements for the Election Compass
  • July 21 - 22: Elections Committee reviews statements for clarity and removes off-topic statements
  • July 25 - August 3: Volunteers vote on the statements
  • August 4: Elections Committee selects the top 15 statements
  • August 5 - 12: candidates align themselves with the statements
  • August 16: The Election Compass opens for voters to use to help guide their voting decision

The Elections Committee will select the top 15 statements at the beginning of August

Best,

Movement Strategy and Governance

This message was sent on behalf of the Board Selection Task Force and the Elections Committee 

MNadzikiewicz (WMF) (talk) 11:32, 31 July 2022 (UTC)

Deletion without discussion

I was managing WLE data of parks and then I saw this Q86731779, how it is allowed to delete one item without even talking to the creator, or discussing it. The volunteer decided that was not relevant, and that was it. And if I do not notice, the information would be lost and removed from lists... And looking at the talking page of the volunteer this is a very normal posture of then, and you can see that they admit in more than one circumstance that they are unable to read the information about the subject, and even then, they delete it.

Moreover, using Wikidata:Notability, which does not mention anything that could lead to the exclusion of a park, even more, a state park, created to protect biodiversity by law enforcement. Rodrigo Tetsuo Argenton (talk) 10:33, 21 July 2022 (UTC)

  • In Wikimedia projects the power is held by volunteers. That's the nature of community driven projects. We don't have rules that require admins to start discussions before deleting items on Wikidata.
The item in question does look notable to me and I can't access informaiton about who deleted it. ChristianKl ❪✉❫ 11:06, 21 July 2022 (UTC)
? Rodrigo Tetsuo Argenton (talk) 11:51, 21 July 2022 (UTC)
Here's the deletion log. Was deleted after the pt wiki article was deleted at a time when the item had many unreferenced statements - https://www.wikidata.org/w/index.php?title=Q86731779&oldid=1602142810 ... I note you have argued the toss here - https://www.wikidata.org/wiki/Topic:Wzpw2tfcguhuq8yo - and the deleting admin has explained their point of view. WD is not like WP; the assertion is made that WD deletes thousands of items per week and it would not be practical to suggest that each deletion is discussed since that would make the deletion process onorous for little or no benefit. I understand the outrage associated with my item being deleted. Equally you could go away learning a practical lesson here: items need references and, ideally, external IDs, to be deletion proof. If you do not evidence the notability of the item then the possibility is that it will be deleted. The solution to this issue is in your hands as a person "managing WLE data of parks", and in a way that does not involve getting mad at someone else who is looking at the data from a different, valid, and WD customary frame of reference. --Tagishsimon (talk) 12:12, 21 July 2022 (UTC)
"WD is not like WP"
Yes, deleting one item just because WP delete it is not a good practice
"each deletion"
No, the ones that have 2 years, or are things as "state parks", "taxons"... things that normally are not on the dispute, as companies, or people.
" I understand the outrage associated with my item being deleted."
https://www.wikidata.org/w/index.php?title=Q86731779&oldid=1126343892
Not mine, I did not create it, I just use it.
No item create here I see as "mine"
The "outrage" was simply saying that your workflow is bad, especially because you do not consider the possible outside uses of Wikidata.
It is very interesting to see how you all enter attack mode and give very obvious sentences and do not discuss in a health matter.
Rodrigo Tetsuo Argenton (talk) 13:44, 21 July 2022 (UTC)
Still mad, huh? --Tagishsimon (talk) 13:47, 21 July 2022 (UTC)
q.e.d. ad hominem and no arguments. Not mad, I am totally indifferent, if the community accept this posture, I will just not interact with it. Rodrigo Tetsuo Argenton (talk) 13:58, 21 July 2022 (UTC)
@Tagishsimon Personally, I am always sad when an item is deleted without notifying its creator. The 'speedy deletion' workflow in Wikidata sucks. No feed-back to its creator, no transparency about decision-making, no way to meaningfully oppose past deletions. P.S. I am not saying if this particular item was worth keeping or not. Vojtěch Dostál (talk) 14:49, 21 July 2022 (UTC)
+1 Ayack (talk) 14:58, 21 July 2022 (UTC)
Any deletion without due process is a bad idea. Items need the {{delete marker added, creator/major contributors notified, and enough time for them to object, with an arbitration process. To do otherwise drives users from the site, as the deletionists did for me and Wikipedia. Of course this means spam lasts a little longer, but you don't alienate genuine contributors and become a closed-shop. If WD is to be used as a basis for other websites, any deletion blows holes in sites that are unaware of the issue, so its a serious business. Vicarage (talk) 15:20, 21 July 2022 (UT
  • I agree that deleting automatically from Wikidata when a Wikipedia entry is deleted is bad. Our criteria for Notability are not the same. --RAN (talk) 15:41, 21 July 2022 (UTC)
  • From a quick look at the logs, we deleted over 2,000 items in the last week. Certain admins appear be be especially active in this area. Many of the deletions appear to follow on from the deletion of a Wikipedia article.
We face a deluge of articles that are not adequately sourced, and many are spam or hoaxes that will never be sourceable. Many people seem to see Wikidata as a free directory like LinkedIn or FaceBook. We need an efficient way to deal with this.
Having said that, our deletion process undoubtedly has a non-zero error rate, and it is hard for non-admins to track down what happened to deleted items. What could we do to improve this? Some concrete suggestions:
  • Automatic notification of deletion to authors/contributors. Also automatic notification of RFDs.
  • Limiting the scope for deletion without discussion. (Compare with the "speedy deletion criteria" on some other projects.) Set minimum discussion time at RFD.
  • Developing a tool that assesses whether an item passed the notability criteria, insofar as that can be mechanically assessed. This tool could be used by deleting admins to double check their decision, by any editor to find articles for improvement or deletion, and by authors to ensure compliance.
  • Implementing some form of search for deleted items. phab:T297513
Bovlb (talk) 16:34, 21 July 2022 (UTC)
  • I am sure >95% of deletions are self-promotion of living people, I just worry about losing that 5%. At one time there was a purge in English Wikipedia of high schools and below, that were later allowed; and a purge of politicians if their jurisdiction was below a certain population size, like mayors and county executives, that is still ongoing. --RAN (talk) 17:13, 21 July 2022 (UTC)
  • How about requiring a discussion (and notifications) if the item to be deleted is older than x months? So new "SPAM" items can be speedy-deleted without discussion, but older items are somewhat more protected. ArthurPSmith (talk) 18:08, 21 July 2022 (UTC)
Deleting of recently created items without dicussion might be acceptable. But deleting long time existing item which have more statements is not good. Yes, there are exceptions, like deleting category item without sitelink, some are doubtful (companies, people), and some should not be deleted without second opinion JAn Dudík (talk) 09:39, 22 July 2022 (UTC)

I have been made aware of this topic earlier today by User:Multichill. It would have been great to receive a notification about any discussion of my admin activity from the very beginning. I am open for criticism, and willing to contribute if I feel it is necessary.
Some remarks on the discussed issue:

  • The item in question has long been restored after User:Rodrigo_Tetsuo_Argenton made a request on my talk page.
  • I am using the deletion button quite a lot, and have pretty much continuously done so since I was promoted to admin around 5 years ago. According to the logs, I have deleted ~460.000 items during that time, of which 650 (which means 0.14%, or 1 in 700 cases) have been restored. The overwhelming majority of my deletions is not the result of a nomination or discussion. I usually work with reports regarding potentially non-notable items (such as: items that have lost all sitelinks; empty items; etc); all deletions are the result of an individual notability assessment—so unlike implied above, an item is not inevitably deleted just because a connected Wikipedia pages was found to be non-notable on a client wiki. Most of these reports are also available as regularly bot-updated wiki pages, but barely anyone (including other admins) interact with them.
  • On a more general note: according to the logs, we are currently deleting around 3000 to 5000 item pages per week on average, and a similar amount of items is additionally is being checked, but not deleted. Most community members do not take notice of this fact, and only extremely rarely something goes wrong on a larger scale. That said, due to a lack of admin workforce a lot of content is not even checked for notability compliance in spite of being potentially problematic. As much as I understand the desire of many community members for more involvement (notification, discussion, min discussion time, etc.): the Wikidata deletion workflow needs to be efficient in the first place so that it can process something of the order of 10.000 cases per week continuously. It is questionable whether we are capable of doing so even in the current setting, given the admin corps is so dramatically understaffed (and generally many non-admin maintenance jobs lack sufficient attention as well).
  • If you have further questions, feel free to ask.

—MisterSynergy (talk) 21:07, 23 July 2022 (UTC)

"which means 0.14%, or 1 in 700 cases"
How many items people did not notice were deleted? I just notice it as I was manually checking a list of items created by listeria, otherwise, I would never notice it.
"I am using the deletion button quite a lot"
And the creation button? Do even remember, or know how hard is to create an item?
Your modus operandi is deleting, not notifying the lack of source (that is not mandatory), or lack of information.
"only extremely rarely"
Is not hard or rare to find people asking to restore: Topic:Wqcn8o65oeh4126f items on your talking page: User talk:MisterSynergy, how many people more would request if there were notified?
And if a person created and for some reason does not keep track of the item, especially after years (two years that I edited, not created the example item), how he will notice the deletion?
Obs: 1:700 is not extremely rare, in a list of 1400 in-danger animals, paints, ..., will lack 2, the list is already incomplete.
Saying that you do one thing, millions of times, do not say that you do million times correctly.
Deleting a long-time item has several problems, especially if it has some scientific ballast, you can not assure the usage outside Wikidata.
As you are trying to focus on the example to invalidate my argument, I will use it again:
  • I run one list that I had to manually create if all the conservation units in Brazil.
  • The ones that were existent on Wikidata, I include the info that I had
  • The inexistent ones, I created.
  • Now, I only update adding the new conservation units.
If one item is deleted from now on, the list will be incomplete, the only complete Brazilian list existent, and as the modus operandi is to not notify the editors or creators, I can never know.
This is one case, but I can quickly think about several more cases, or even think in academic studies that can lose info by this, and unique lists created only using Wikidata.
We should create some boundaries:
  • 3 months or more should be treated away different from new entries.
  • Only problematic items such as humans, companies, and completely empty items, could be quickly deleted.
  • And even so, the last editors and the creator should be automatically notified.
  • Items that are not only P31, having other declarations, should never be quickly deleted.
  • Deleted items on Wikipedia are not a reason to be deleted.
You are only thinking about how "hard" your job would be, but not thinking about the educational purpose of the Wikidata, the creators, the users... this very narrow vision is potentially dangerous.
Rodrigo Tetsuo Argenton (talk) 01:25, 24 July 2022 (UTC)
You're completely not addressing the points raised by MisterSynergy about scalability.
I have a better proposal Rodrigo: I propose you stop your complaining and start adding sources to the items you consider important. That way they don't end up being deleted. Multichill (talk) 14:32, 25 July 2022 (UTC)
Multichill, I am not???
I am just saying about that, the volume of errors are enormous. If what they say is true, my proposal will affect only the problem. As the affirm that they are deleting ads, unimportant biography, so "Only problematic items such as humans, companies, and completely empty items, could be quickly deleted." and normally they are new items "3 months or more should be treated away different from new entries." will not affect the massive deletions of daily bases, if it is true.
You just want to keep deleting and not worrying about the consequences. Rodrigo Tetsuo Argenton (talk) 19:57, 25 July 2022 (UTC)

I am very supportive of the emerging consensus that items older than eg. 3 months should not be deleted without discussion and notification of their creators (perhaps with some listed exceptions). Can we turn this into an official policy?Vojtěch Dostál (talk) 10:46, 26 July 2022 (UTC)

In the past month, more than 75% of all ~20k deleted items were older than 3 months—many were in fact much older—so that this would in practice not work out due to the large amount of cases to discuss. There really is no significant correlation between item age and item quality (in particular compliance with the notability policy) that would justify such an addition to the deletion policy. Pretty much the same holds for the various other suggestions above in this topic that often appear to be constructed based on anecdotal personal experiences, rather than on actual realities in this project. —MisterSynergy (talk) 12:11, 26 July 2022 (UTC)
Anecdotal personal experiences are important. It really makes a lot of people angry when they don't have any control over the work they have done here, no sort of meaningful appeal. Most of these troubling cases are on fairly old items, encountered by admins by chance or by systematically going through some query, and deleted without discussion and notification. There's usually absolutely no feed-back one way (admin to creator), or the other (creator to admin). No teaching moment.
At the same time, the 3-month-window will enable deletion of clear nonsense. If we see that admins are starting to abuse this 3-month time window and start mass-deleting things much earlier than now, we can make the window even shorter, or enable speedy deletions only for clear cases such as empty items. Vojtěch Dostál (talk) 14:03, 26 July 2022 (UTC)
Anecdotal experiences are important to share and discuss, but as such individually not a valid basis for a policy change. What has been suggested above is pretty much based on emotions, wild guesses, and probably the idea to put up an artificial fence around the own editing habits (while the actual fence is "make your items comply with the notablility policy"). —MisterSynergy (talk) 17:51, 26 July 2022 (UTC)
@MisterSynergy The fact that there are many here who would like to see some sort of change of policy suggests that this problem is perceived by many. It seems like everyone has at least one experience like that. Vojtěch Dostál (talk) 18:26, 26 July 2022 (UTC)
Sure, and I let me assure you of the fact that I am very well aware of the desire to "have control" over these situations. In fact, before I was promoted to admin I had to ask deleting admins several times what they had removed (back then the deletion summary did contain descriptions instead of labels, so it was even more difficult to follow what's going on).
However, as long as the suggested changes do not consider the problem in its entirety, we are not ready for a vote to make policy. —MisterSynergy (talk) 18:37, 26 July 2022 (UTC)
@MisterSynergy: how items are deleted? Directly via standard interface or using some scripts? If using script - how hard it would be to add notifying original author there? Mateusz Konieczny (talk) 19:06, 29 July 2022 (UTC)
The difficulty is not to deliver notifications to users; it's the immense workload that comes with them:
  • We’d need to figure out whom to notify. The item creator is often a bot/tool user that simply creates items for all unconnected Wikipedia articles; many of the subsequent contributors are also "only" batch-importing from Wikipedia using scripts or tools. Most items actually do not have an editor with any emotional ties/invested effort into it so that all edit activity ceases once there is no source (including external ones) to import from any longer.
  • After delivery of a notification, we’d need to watch for responses and to react to them. Some users would probably need in-depth individual advice/mentoring, others would be simply annoyed by these messages, or not respond at all. Others promise improvements to the item(s) in question, but never actually start with them. Some would be overwhelmed because several items show up with problems in a short period of time, but they are unable to fix the problem for whatever reason.
    I have occasionally been making notifications in the past and some experience with this activity, but it turned out the be pretty ineffective.
  • Additionally, we would need to determine a timeframe after which a conclusive decision is made (i.e. deletion, or case closed).
Assume this to take place for thousands of items per month. We simply do not even remotely have the capacities to deal with that.
That said, my impression is that most Wikidata users get along with the current deletion workflow. Once you understand why items are being deleted (fails notability requirements in the first place), it is really not difficult to set up items properly from the first moment on after creation. If that is not enough, there are several methods to keep track of items one cares about (watchlist, Listeria reports, monitor your deleted contributions, etc.). —MisterSynergy (talk) 19:39, 29 July 2022 (UTC)
I assumed that it would not be "hey your item CAN be deleted" but "hey your item WAS deleted". "We’d need to figure out whom to notify." - initial author Mateusz Konieczny (talk) 07:52, 30 July 2022 (UTC)
@Vojtěch Dostál: "emerging consensus that items older than eg. 3 months should not be deleted without discussion" - I see no evidence of any such clear consensus, and in case it exists I want express my opposition. Many items will be clearly failing requirements and there is no need for discussion. Note that Wikidata:Requests for deletions is overloaded anyway and there is barely any discussion there. Flooding it with thousands of items will not help Mateusz Konieczny (talk) 19:06, 29 July 2022 (UTC)
Here's a specific proposal: We create a bot that notifies users about mainspace deletions if they:
  • Are the creator, are registered, do not have the bot flag, are not the deleting admin, and have not opted out; or
  • Have contributed, are not the deleting admin, and have opted in.
Notifications would not be instantaneous (say within an hour), and multiple deletions may be combined into one notification.
This would not add any restriction, overhead, or delay on deletion. It would greatly help users who are unfamiliar with Wikidata and don't understand what happened to their item. It might cut down on repeat re-creation. Bovlb (talk) 18:33, 30 July 2022 (UTC)
This seems like a very sensible proposal to me. Thank you for making it. JesseW (talk) 21:57, 30 July 2022 (UTC)
Sounds reasonable. I think one cumulative notification per day is sufficient.
The bot notification should contain plenty of guidance for the receiver and cover most of the typical deletion reasons (notability, empty item, spam/promotion, etc.) so that it is clear how to request undeletion, and what exactly is expected to happen after undeletion. Can someone make a draft? The bot code itself would not be too difficult to write. —MisterSynergy (talk) 22:20, 30 July 2022 (UTC)
Example of creator notifications for the last 24 hours Bovlb (talk) 20:46, 30 July 2022 (UTC)

Bovlb (talk) 20:46, 30 July 2022 (UTC)

I think it would be best to keep the notice short, and link to a longer (and evolving) document. E.g.
This is an automated notification that one or more items you created (or contributed to) have been deleted recently. For more guidance, see User:SuchAndSuchBot/Guidance. Deleted items: …
Suggested text of guidance page

This bot automatically places courtesy notices on users’ talk pages when their items have been deleted. If you do not wish to receive such notices in future, please place [[Category:SuchAndSuchBot/OptOut]] on your user page. Normally only item creators are notified; if you also wish to receive notification for items you have edited, then place [[Category:SuchAndSuchBot/OptIn]] on your user page.

Please be aware that thousands of new items are created every day on Wikidata, and a significant fraction of them end up deleted. Some common reasons for deletion include:

  • Concept does not meet our Notability criteria.
  • Item was empty (no claims, just label and description)
  • Concept has been deleted in the past, or is believed to be associated with a spamming campaign or other long-term abuse.

If you think your item was deleted in error, please do not create a duplicate item. Instead, do one of the following:

  • Contact the deleting admin. If you received a notification of the deletion, click on the item “Q” number and you should see the deletion log entry. From there, there should be a link to the deleting admin’s user talk page.
  • Post an undeletion request on Wikidata:Administrators' noticeboard.

In either case, please make sure that you identify the item in question (the Q number), and specify clearly which of the Notability criteria you believe it meets and why.

If the item is undeleted, you are responsible for improving it so that it is not deleted again in the future. You might find the essay ”How to create an item on Wikidata so that it won't get deleted” helpful.

Bovlb (talk) 00:02, 31 July 2022 (UTC)

@Bovlb @MisterSynergy Thank you. These notifications would be a good start. Vojtěch Dostál (talk) 20:01, 2 August 2022 (UTC)

adding a new property: description

Stating that it is quite usual to encounter individuals from a class (web ontology parallel) having a "description" field: even wikidata entities have a "heading-description" that is a short text; it is quite stunning that we cannot find in wikidata a property with "description" as label that would simply be used to precise that an item can have a "textual description" ... painting (Q3305213) have depicts (P180) that basically corresponds to a description, but what about a service (Q7406919), a concept (Q151885)?... maybe a different property can be used: what would be the corresponding property for the heading-description of wikidata entities? The advantage of a "description" property would be to be self explanatory and general enough to be widely used among wikidata entities. BTW "description" is a very basic property of Thing (the most generic item) in schema.org, cf: https://schema.org/Thing & https://schema.org/description NB: a "description" property could logically be a super-property of depicts (P180) which is currently a subproperty of has part(s) (P527) D3fk dev (talk) 14:43, 27 July 2022 (UTC)

@D3fk dev: Every item has a multilingual description field at the top level, just like labels and aliases. Why is something more needed? Note also that using a property for this has been discussed here before. ArthurPSmith (talk) 16:25, 27 July 2022 (UTC)
The point of Wikidata is having structured descriptions of concepts, not textual ones. Silver hr (talk) 16:45, 27 July 2022 (UTC)
@Silver hr: Actually the point here is not to add a description ahead of all item pages of wikidata, as you said the multilingual description is sufficient, but simply to expose as a structured information the fact that some individuals from certain classes (instances of these classes) need a description to be complete entities:
I exposed as an example previously that service (Q7406919) should be completed with the adding of a "description" property(or similar) because having an instance of a service (Q7406919) that will not have a description of the service proposed will rather be resumed to a title of a service and not a comprehensive service entity: the user of such a service might not understand what will be performed by using the service without a description of the service.... would be the same for many other entities/instances of entities subclasses of concept (Q151885).
You can make a parallel with the painting (Q3305213) that have depicts (P180)(free text) that basically corresponds to a "description" property of paintings and that is required to make an instance of a painting entity comprehensive... we cannot use depicts (P180) for a service (Q7406919) or any other concept (Q151885)
On an other point it seems that the multilingual description of each item is currently a simple field but in a more structured way should have logically been a property of each Wikidata entity (Q32753077) or Wikidata item (Q16222597) (as a "description" property?)... but that might implies that each wikidata item page would have been considered as instances of Wikidata entity (Q32753077) or Wikidata item (Q16222597), which might not completely be the case. D3fk dev (talk) 10:10, 28 July 2022 (UTC)
From your initial post, I understood that you wanted the proposed description property to have a text data type. But you also mention it as analogous to depicts (P180) which has an item data type, so it is not clear what you want. If you want it to have a text data type, I don't see how you've addressed User:ArthurPSmith's and my objection. Silver hr (talk) 14:21, 1 August 2022 (UTC)
Wikidata is about structured data. For the user of the service to understand the service, the service is supposed to be described in structured data. It might be that we are currently missing some properties to well-describe services but if that's the case, the task is to think about an ontology and the needed properties and not avoid structured data.
If we would allow a free text description and there would be an English description, users in other languages wouldn't understand what the item is about. When the item is however well described in structured data, it's multilangual. The same goes for other automated approaches. ChristianKl ❪✉❫ 12:14, 5 August 2022 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat/Archive/2022/07&oldid=1702848688"