Jump to content

Property talk:P1164

Add topic
From Wikidata
Latest comment: 2 years ago by Samoasambia in topic "Replacement property" in type constraint

Documentation

group cardinality
number of elements in a finite group in mathematics
DescriptionThe number of elements in a finite group
Representsgroup order (Q18408315)
Data typeQuantity
Domain
According to this template: finite group (Q1057968)
According to statements in the property:
finite group (Q1057968)
When possible, data should only be stored as statements
Allowed values
According to this template: positive integers
According to statements in the property:
0 ≤ 𝓧 ≤ not applicable
When possible, data should only be stored as statements
Allowed unitsnot applicable
Exampledihedral group of order 6 (Q2204630) → 6
Klein four-group (Q550593) → 4
Mathieu group M11 (Q6787235) → 7,920
Conway group Co3 (Q5166742) → 495,766,656,000
Sourcee.g. w:List of small groups and w:List of finite simple groups (note: this information should be moved to a property statement; use property source website for the property (P1896))
Tracking: usageCategory:Pages using Wikidata property P1164 (Q56178456)
See alsoset cardinality (P2820)
Lists
Proposal discussionProposal discussion
Current uses
Total56
Main statement5292.9% of uses
Qualifier47.1% of uses
[create Create a translatable help page (preferably in English) for this property to be included here]
Range from “0” to “+∞”: values should be in the range from “0” to “+∞”. (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/P1164#Range, SPARQL
Type “finite group (Q1057968): item must contain property “instance of (P31)” with classes “finite group (Q1057968)” or their subclasses (defined using subclass of (P279)). (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/P1164#Type Q1057968, SPARQL
No bounds: values can't have any bounds (e.g. 1 not 1±0) (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/P1164#No Bounds, SPARQL
Dimensionless quantity: value shall not include any units. (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/P1164#Units, SPARQL
Integer: values should be integers (ie. they shouldn't have a fractional part) (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/P1164#integer, SPARQL
Scope is as main value (Q54828448): the property must be used by specified way only (Help)
List of violations of this constraint: Database reports/Constraint violations/P1164#Scope, hourly updated report, SPARQL
Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (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/P1164#Entity types

Increased range

[edit]

I increased the range of values to include the cardinality of the monster group (Q392663). If anybody objects, they can revert the change and instead add Q392663 as an exception. The-erinaceous-one (talk) 04:20, 15 September 2020 (UTC)Reply

What about redoing this with data type item?

[edit]

I think cardinality statements here in Wikidata could be more more useful if they were expressed with items as values, where those items would then have a statement about numeric value (P1181), plus potentially other statements, e.g. for prime factor (P5236). So I would think that we should look into having a new cardinality property (let's call it P for now) that would have an item as its value, e.g. monster group (Q392663): P = 808017424794512875886459904961710757005754368000000000 (Q98609672). Before proposing such a new property, I wanted to check what people here think about such a change. --Daniel Mietchen (talk) 23:11, 28 October 2020 (UTC)Reply

Notified participants of WikiProject Mathematics. --Daniel Mietchen (talk) 23:13, 28 October 2020 (UTC)Reply

@Daniel Mietchen: The usefulness of the item datatype could be to generalize the property to infinite cardinalities, I think, not for finite cardinalities. If it’s just for finite cardinalities, we could in sparql for example do a join with the numeric value to retrieve the corresponding number item :
select ?group ?num_item ?num_value where {
  ?group wdt:P1164 ?num_value . 
  optional { 
    ?num_item wdt:P1181 ?num_value . 
    ?num_item wdt:P31 wd:Q21199 . 
  }
}
Try it!
Of course this depends on which usecase you have in mind as such a join is not possible in Wikipedia lua modules atm. author  TomT0m / talk page 08:39, 29 October 2020 (UTC)Reply
We already have set cardinality (P2820). Is that what you are looking for? — The Erinaceous One 🦔 19:53, 29 October 2020 (UTC)Reply

"Replacement property" in type constraint

[edit]

Hi, I removed replacement property (P6824) parameter from the type constraint since the constraint does not accept such parameter, and it results in a error of the violations report. Samoasambia 10:19, 27 August 2024 (UTC)Reply