Property talk:P5137

From Wikidata
Jump to navigation Jump to search


item for this sense
concept corresponding to this sense of a lexeme. Do not use on items or properties
[create] Create a translatable help page (preferably in English) for this property to be included here
Allowed entity types are sense (Q54285715): the property may only be used on a certain entity type (Help)
List of this constraint violations: Database reports/Constraint violations/P5137#allowed entity types, hourly updated report, SPARQL (new)
Scope is as main value (Q54828448): the property must be used by specified way only (Help)
List of this constraint violations: Database reports/Constraint violations/P5137#scope, hourly updated report, SPARQL, SPARQL (new)
Pictogram voting comment.svg same language senses that are equivalent to the same item should be synonym
if sense A item for this sense (P5137) item, sense B item for this sense (P5137) item, and "sense A" and "sense B" are different senses but their lexemes belong to the same language, then sense A synonym (P5973) sense B. (Help)
Violations query: SELECT ?senseA ?senseB WHERE { ?senseA wdt:P5137 ?item . ?senseB wdt:P5137 ?item . ?lexemeA ontolex:sense ?senseA . ?lexemeB ontolex:sense ?senseB . ?lexemeA dct:language ?lang . ?lexemeB dct:language ?lang . FILTER NOT EXISTS { ?senseA wdt:P5973 ?senseB } FILTER (?senseA != ?senseB) }
List of this constraint violations: Database reports/Complex constraint violations/P5137#same language senses that are equivalent to the same item should be synonym

How to tell not to use this property yet?[edit]


@Tubezlob, Denny, ArthurPSmith, Deryck Chan, YULdigitalpreservation, Jura1:

This property was created a bit too early, it shouldn't be used yet but some people started using it (I just removed it from 12 lexemes). Should we put a warning in the label or the description ? some properties have (DEPRECATED) at the end or the beginning of their label, could we do something similar (but what is the antonym of deprecated?)

Cdlt, VIGNERON (talk) 05:58, 24 May 2018 (UTC)

  • Somehow I hadn't noticed that we would start the dictionary without definitions and senses. Sorry about that.
    There are always properties that are misused and descriptions generally indicate how they should be used. This can easily be added here too.
    Maybe we actually need this property that way until senses are available. Once available, the property can be adjusted.
    --- Jura 06:32, 24 May 2018 (UTC)
    • I think "item for this Sense" is fine. We can add [NOT READY] to the property label too. Deryck Chan (talk) 08:20, 25 May 2018 (UTC)

I don't think that's too terrible. We could, once senses are available, just move those, and let people play with it for now. --Denny (talk) 16:50, 25 May 2018 (UTC)

Denotes vs. Evokes[edit]

It seems to me that this property should be called "denotes", I have added an alias accordingly. Compare also the use of "denotes" in the ontolex standard.

However, a word sense can also evoke a concept, without denoting it: "hard" and "soft" both evoke Q46997943 (Flexibility), but neither denotes it. It would be clearer to have a separate property for that, see Wikidata:Property_proposal/Lexemes#evokes. -- Duesentrieb (talk) 11:41, 24 May 2018 (UTC)

Inverse of P6254[edit]


For the record, see the discussion on Property talk:P6254.

Cheers, VIGNERON (talk) 17:18, 14 April 2019 (UTC)

I concur as well. item for this sense (P5137) links from a lexeme to its meaning, but the subject of subject lexeme (P6254) are items about lexemes themselves. Also, since the constraint was removed, does anyone know why I’m still seeing it as a violation on L46038-S1? —Galaktos (talk) 09:11, 14 May 2019 (UTC)
Yeah, me too. Probably some problem with caching... --Infovarius (talk) 10:20, 15 May 2019 (UTC)
@Galaktos, Infovarius: 2 weeks later I still see the constraint, any idea why? It is still caching? it seems improbable, no? Cheers, VIGNERON (talk) 12:12, 7 June 2019 (UTC)
@VIGNERON: apparently Lea Lacroix (WMDE) created T223372 for this, but it hasn’t been fixed yet. —Galaktos (talk) 10:57, 8 June 2019 (UTC)

Use on Verb, Adjective and Adverb senses (nominalisation)[edit]

@ArthurPSmith, Micru, KaMan, Rua, VIGNERON, Jura1: This thread follows on from Wikidata:Property_proposal/nominalised_item_for_this_sense.

We need a way of linking non-noun senses (verbs, adjectives and adverbs) to items, but almost all items are labelled with nouns. Rather than create a new property, should we broaden the domain of item for this sense (P5137) to allow non-noun senses to link to the item labelled with their nominalised form? For example, should we allow: run (move quickly on foot) --(item for this sense (P5137))--> running (Q105674) ?

If so, may I update the property description of item for this sense (P5137), or add extra Wikidata property example for senses (P5977) to its property page to illustrate this?

I think that since the item is still the concept that is denoted by the verb/adjective/adverb, it should hopefully still maintain the semantics of this property. So it shouldn't be a big issue if we do this.

One important thing that will have to be done is for the bot that runs queries to auto-generate the lists of indirect synonyms and indirect translations to be updated to add a filter to the query so that it only lists those lexemes of the same lexical category. Liamjamesperritt (talk) 01:08, 13 May 2019 (UTC)


Verbs would most likely point to items labelled with synonyms of the sense of the noun formed from the verb.

Ex. 1: act (do something) --(item for this sense (P5137))--> action (Q4026292)

Ex. 2: move (change position) --(item for this sense (P5137))--> motion (Q79782) ("motion" is synonymous with "movement")

Ex. 3: be (exist) --(item for this sense (P5137))--> existence (Q468777)

Ex. 4: steal (take illegally) --(item for this sense (P5137))--> theft (Q2727213) ("theft" is synonymous with "stealing")

Ex. 5: see (perceive by sight) --(item for this sense (P5137))--> visual perception (Q162668) ("visual perception" is synonymous with "seeing")

Adjectives would most likely point to items labelled with synonyms of the sense of the noun formed from the adjective.

Ex. 1: beautiful (pleasing to human senses) --(item for this sense (P5137))--> beauty (Q7242)

Ex. 2: bald (having no hair on the head) --(item for this sense (P5137))--> baldness (Q181391)

Ex. 3: responsible (accountable) --(item for this sense (P5137))--> responsibility (Q1274115)

Ex. 4: high (having a specified height) --(item for this sense (P5137))--> height (Q208826)

Adverbs derived from adjectives+"ly" would point to the same items that the corresponding adjctives would point to.

Liamjamesperritt (talk) 07:16, 14 May 2019 (UTC)

I don't think a separate item is needed for nominalized items. Items aren't nouns, they're not actually any lexical category, they're concepts, so equating them with nouns is incorrect. That we commonly describe/label them with nouns is irrelevant. The verb "walk" and the noun "walking" refer to the same concept, lexical category doesn't matter. Using different properties creates an unnecessary distinction between nouns and non-nouns and falsely equates items with nouns. —Rua (mew) 11:27, 13 May 2019 (UTC)
@Rua: Thanks for your comment. Just to clarify, I didn't mean to create a separate item when I said "nominalised item". I just meant, would it be OK to use item for this sense (P5137) to link a verb sense (such as "walk") to the item labeled with its nominalised form (i.e. "walking"). So it sounds like we agree that that should be OK. But your comment was very well put, and it makes a lot of sense. I was mistakenly thinking of items as noun senses, rather than concepts independent of lexical category. Liamjamesperritt (talk) 12:03, 13 May 2019 (UTC)
It might be worth looking at a few samples before starting to link anything vaguely related with this properties. --- Jura 04:45, 14 May 2019 (UTC)
@Jura1: I added a few examples above of how I see it potentially being used. Liamjamesperritt (talk) 07:16, 14 May 2019 (UTC)
Now this property is used for getting indirect synonims and indirect translations. I don't think that a verb and a noun could be synonims. --Infovarius (talk) 15:52, 13 May 2019 (UTC)
@Infovarius: I agree, however it was argued in Wikidata:Property_proposal/nominalised_item_for_this_sense that the query used for generating indirect synonyms could just have a "lexical category filter" built into the query (so that only nouns are grouped with nouns, and verbs with verbs). And that is definitely possible to do. But that query would need to be changed. Liamjamesperritt (talk) 00:05, 14 May 2019 (UTC)
  • Symbol support vote.svg Support I would support using for « Verb, Adjective and Adverb senses », and even further I would support using this property for each and any Lexemes. Despite multiple discussions, I still don't see reason not to, it create no problems and it far better and easier to have only one property for the same thing. Cheers, VIGNERON (talk) 12:59, 14 May 2019 (UTC)
  • Symbol support vote.svg Support Ok with me. ArthurPSmith (talk) 18:29, 22 May 2019 (UTC)
  • @Rua, Jura1: Any opinions on this given the updated proposal? Liamjamesperritt (talk) 08:45, 30 May 2019 (UTC)
    • @Liamjamesperritt: I'm not quite sure what to write. It makes sense for the samples given above when looking at them with item labels in English and it could probably work well in a single editor environment. Obviously it's still possible that for some reason there is an item with the label "beautiful" and this gets linked instead.
      The additional question here is how it would scale to Wikidata's multi-lingual, multi-editor approach. Items have gotten better since the initial import, but it's still possible that not everyone gets the same definition for an item (depending on label/description in a specific language, maybe a sitelink).
      Maybe you have tried pltools/recentdeaths. If you click on "get full article", words and expressions around death get highlighted in red. These are either labels or aliases in a series of languages of items for related concepts. I found it somewhat tricky to identify, cleanup and define aliases for some of the items. Some words could obviously appear on several items. BTW, if you find words in the articles that could be useful, but aren't highlighted, please add them to a relevant item. Maybe it gets picked-up on the next update. --- Jura 13:16, 1 June 2019 (UTC)
    • @Jura1: The problem is, the community does not like the idea of adding items that have adjectives or verbs as labels (e.g. beautiful). If that were an option, then this proposal would be unnecessary. But that's not the case. However, as explained by Rua, items aren't word senses; they are concepts independent of lexical category. So the concept denoted by "beauty" is the same as the concept denoted by "beautiful". On the subject of other languages, would you like me to provide examples of how this would be done in a variety of languages? P.S. I haven't looked at pltools/recentdeaths yet, but I'll take a look when I get a chance. Best, Liamjamesperritt (talk) 01:58, 22 June 2019 (UTC)
      • Not always concept is independent of lexical category. Consider adverbs. "More beautiful" (if you don't like English, in Russian we have one word for this) doesn't mean "beauty" at all - it can be very ugly but (slightly) less ugly than a neighbour. Also I don't think that we have items suited for verbs. --Infovarius (talk) 21:34, 23 June 2019 (UTC)
      • @Infovarius: Even though "More beautiful" does not imply "Full of beauty", it is still semantically capturing the concept of "some degree of beauty". Whether it be a high or low degree of beauty, the abstract concept is still "Beauty". Regardless, "More beautiful" is just the comparative form of "Beautiful". Forms do not have their own sense. Senses only apply to the root lexeme. Liamjamesperritt (talk) 12:28, 2 July 2019 (UTC)
Symbol support vote.svg Support I see a potential problem for verbs. There could be an ambiguity that conflates in a single Wikidata item the action and the result of the action, for example « the process of running » for the verb « to run », and the result of an action, for example, a race. In math, it’s seem that we conflate a transformation with the result of the transformation of the same item (for example the « fourier transform » or « fourier transformation » ? « The sum » (the result of an addition) and the addition itself … It’s pretty clear that « to add » correspond to the process of adding numbers, and we have items for this, however. This is not always the case, but the best solution could be to create the items if they are missing, I think we have properties to link process to their results
I don’t think it’s easy to resolve the ambiguities without creating new items. If we take an example that should be easy, say « to run », it turns out it’s a mess. The frwiki article we are redirected to on Wikipedia if we search for « courir » is fr:Course_à_pied, whose first sentence is « La course à pied est, avec la marche, l'un des deux modes de locomotion bipèdes de l'être humain., the corresponding Wikidata item is running (Q105674) View with Reasonator View with SQID whose instance of (P31) is « sport discipline » … and subclass of (P279) locomotion mode (probably an incorrect use of « subclass of » here, but that’s not the point). There is so many problems in this. The situation is less than clear about the meaning of this item. To me running for sport is very different from running for one life or to feed oneself … This kind of ambiguity could lead to problems like several senses pointing to the same items, but if it can lead commmunity to become more conscious of this it’s a good thing.
I think being reluctant to create items for the actions referred to verbs could lead to ambiguities in some cases, on the other hand. But it’s not a reason to oppose, if done correctly this is a good idea. Not everything is done ideally on Wikidata however. author  TomT0m / talk page 09:02, 29 October 2019 (UTC)