Property talk:P5186

From Wikidata
Jump to navigation Jump to search

Documentation

conjugation class
conjugation class this lexeme belongs to. On items for languages, use "has conjugation class" (P5206)
Representsconjugation class (Q53996674)
Data typeItem
Domain
According to this template: lexeme (including Japanese verbs)
According to statements in the property:
When possible, data should only be stored as statements
Allowed valuesinstance of (P31)Japanese conjugation class (Q53607681) etc. (note: this should be moved to the property statements)
Example
According to this template:
According to statements in the property:
no label (L11440)five-row conjugation (Q1188469)
unknown → upper one-row conjugation (Q1275122)
no label (L830)s-irregular conjugation (Q11146472)
no label (L309)conjugation of Group I French verbs (Q2993354)
When possible, data should only be stored as statements
See alsoword stem (P5187), has conjugation class (P5206), auxiliary verb (P5401), valency (P5526), passive voice (P5560), paradigm class (P5911)
Lists
Proposal discussionProposal discussion
Current uses
Total29,102
Main statement29,096>99.9% of uses
Qualifier6<0.1% of uses
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
Value type “conjugation class (Q53996674): This property should use items as value that contain property “instance of (P31)”. On these, the value for instance of (P31) should be an item that uses subclass of (P279) with value conjugation class (Q53996674) (or a subclass thereof). (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P5186#Value type Q53996674, SPARQL
Allowed entity types are Wikibase lexeme (Q51885771): the property may only be used on a certain entity type (Help)
List of violations of this constraint: Database reports/Constraint violations/P5186#Entity types, hourly updated report
Scope is as main value (Q54828448): the property must be used by specified way only (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P5186#Scope, SPARQL
Lexical category: verb (Q24905): this property should only be applied to lexemes with these lexical categories
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P5186#lexical category
Item “word stem (P5187): Items with this property should also have “word stem (P5187)”. (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P5186#Item P5187, SPARQL

Property for language

[edit]

Should the language constraint use language of work or name (P407) as it now does? A verb is not a work. — Finn Årup Nielsen (fnielsen) (talk) 11:21, 31 May 2018 (UTC)[reply]

  • I thought that the outcome of the deletion of the property "language" was that we should use that. But maybe I missed a part of the reasoning. What alternative do you suggest?
    --- Jura 11:26, 31 May 2018 (UTC)[reply]

Relevant discussion at the lexicographical data discussion page

[edit]

I started a relevant discussion about properties for inflections classes over at Wikidata talk:Lexicographical data/Archive/2018/06#Indicating inflection classes. --Njardarlogar (talk) 19:39, 18 June 2018 (UTC)[reply]

Subclass or instance of?

[edit]

I gave strong verb (Q4129241) "instance of conjugation class", but I was getting errors on pages because of constraints. Then I noticed that this page defines the constraint using "subclass of" rather than "instance of". Is there a particular reason why it's done? I think the difference between "instance of" and "subclass of" may not be clear to me. To me, it seems intuitive to say that Germanic strong verbs are a particular instance/case of a conjugation class... —Rua (mew) 17:24, 17 September 2018 (UTC)[reply]

"language of work or name" property requirement

[edit]

What exactly am I supposed to fill in for this? The conjugation classes I've defined apply across whole language families, so defining each language is kind of pointless. —Rua (mew) 22:06, 17 September 2018 (UTC)[reply]

Each conjugation class may be able to have mulitiple "language of work or name" values if they can be applied to more than one language. --Okkn (talk) 03:49, 18 September 2018 (UTC)[reply]
Yes, I understand that, but it does not seem practical to add every single Germanic language to the property. Could I add a language family, instead? —Rua (mew) 10:42, 18 September 2018 (UTC)[reply]
@Okkn, Rua: same question but on a larger scale, should I add all the languages of the world on irregular verb (Q70235)? Cheers, VIGNERON (talk) 12:19, 11 February 2024 (UTC)[reply]
Since nobody addressed the issue in years, I've just removed the constraint. —Rua (mew) 10:50, 16 February 2024 (UTC)[reply]

"word stem" property

[edit]

The requirement for the "word stem" as a property may not make complete sense. For some languages, the lemma itself is the word stem, and providing it twice seems pointless, so it shouldn't really be a requirement. I also think that if it's provided, it would make more sense to provide it as a qualifier to the "conjugation class" property, so that it's clear that this particular word stem belongs to a particular conjugation class. It is quite possible that a single lexeme with a single lemma form has two different inflectional patterns, and each of these has a different stem. wikt:ráhpis gives an example for a Northern Sami adjective, but it can surely occur with verbs in some language as well. —Rua (mew) 22:10, 17 September 2018 (UTC)[reply]

Those who don't know the language cannot understand that lemma itself is the word stem, if it doesn't provide "word stem" property.
I wonder most of the words of most languages have only one word stem. I think it would be better to add "conjugation class" as a qualifier to "word stem" statements, in addition to regular "conjugation class" statements, only when the lexeme has multiple word stems. --Okkn (talk) 04:53, 18 September 2018 (UTC)[reply]
A good point about not knowing the language.
I'm not sure about adding a conjugation class to a word stem rather than the other way around. In my mental picture, a conjugation class is "applied" to a lexeme and it receives various other things as "input", including a word stem. I may be thinking too much in terms of the inflection templates on Wiktionary, where the template selects the class and then you give it parameters as input. However, certain inputs only make sense in the context of certain conjugation classes, in the same way that not every conjugation template has the same parameters. Some conjugation classes may have multiple stems, others just one. Some may require additional qualifiers to specify particular aspects of the conjugation, while for other classes this is not applicable. This would be rather hard to model if the word stem is the primary property. I'll see if I can find some concrete examples. —Rua (mew) 10:52, 18 September 2018 (UTC)[reply]

For verbs only or not?

[edit]

Hi y'all (ping top users @Luca.favorido, Fnielsen, Kriomet, Mahir256, Higa4:)

I'm not sure to understand why the subject type constraint (Q21503250) was deprecated (by Jura1 in 2018 Special:Diff/684401479). In theory, we could use it on other lexical categories (preposition in Breton are conjugated for instance and I see some usage outside verbs in Japanese, see https://w.wiki/98rb).

In both case, either we keep this constraint at a normal rank or we remove it, keeping it a deprecated feels a bit strange.

Cheers, VIGNERON (talk) 12:53, 11 February 2024 (UTC)[reply]

@VIGNERON A deprecated constraint seems like a workaround to bypass warnings... I agree that normalising the constraint or removing are both better solutions.
I saw the Japanese examples, and they seem legit, but I'm not so skilled in languages to say that a verb conjugation class is the same concept as an adjective or noun conjugation. Thanks for pointing it out. --Luca.favorido (talk) 19:27, 11 February 2024 (UTC)[reply]
@VIGNERON Thank you for pointing it out. In Japanese, adjectives and adjectival nouns have conjugation. But nouns don't. This is a wrong mixture of a proper noun and a verb. I'll divide it into two later.Higa4 (talk) 12:52, 12 February 2024 (UTC)[reply]