Property talk:P7007

From Wikidata
Jump to navigation Jump to search

Documentation

Wolfram Language unit code
input form for a unit of measurement in the Wolfram Language
Descriptioninput form for a unit of measurement in the Wolfram Language
Applicable "stated in" valueWolfram Language (Q15241057)
Data typeExternal identifier
Domainunit of measurement (Q47574), individual quantity (Q71550118) or unit prefix (Q15132612)
Allowed values
According to this template: string, product, division, power, HoldForm[...]
According to statements in the property:
[A-Za-z0-9"()*/\[\]^-]+
When possible, data should only be stored as statements
Examplemetre (Q11573) → "Meters"
metre per second (Q182429) → "Meters" / "Seconds"
joule per cubic metre kelvin (Q3186734) → "Joules" / ("Meters"^3 * "KelvinsDifference")
See alsoWolfram Language entity code (P4839), Wolfram Language quantity ID (P7431), Wolfram Language entity type (P7497), UCUM code (P7825), QUDT unit ID (P2968)
Lists
Proposal discussionProposal discussion
Current uses
Total2,446
Main statement2,44399.9% of uses
Qualifier30.1% of uses
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
Single value: this property generally contains a single value. (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/P7007#Single value, SPARQL
Distinct values: this property likely contains a value that is different from all other items. (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/P7007#Unique value, SPARQL (every item), SPARQL (by value)
Item “measured physical quantity (P111): Items with this property should also have “measured physical quantity (P111)”. (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/P7007#Item P111, search, SPARQL
Conflicts with “Wolfram Language quantity ID (P7431): this property must not be used with the listed properties and values. (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/P7007#Conflicts with P7431, search, SPARQL
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/P7007#Scope, 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/P7007#Entity types
Format “[A-Za-z0-9"()*/\[\]^-]+: value must be formatted using this pattern (PCRE syntax). (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/P7007#Format, SPARQL

datatype[edit]

Shouldn't this have external-id datetype? It appears to uniquely identify units in that system. --- Jura 10:40, 27 July 2019 (UTC)[reply]

I've been wondering that, too. If this were always just a string then I would tend to agree, but in general this can be an algebraic expression of strings with many valid ways to write them down. One could argue that once one agrees on a standard code formatting (I have used so far the InputForm[...] with a space inserted around "*" and "/") then those values should be unique identifiers. But then one could view this property - as its name suggests - as part of a family of "code" or "program" properties, just like Wolfram Language entity code (P4839) and some hypothetical "SPARQL code" (see also Wikidata SPARQL query equivalent (P3921)), "javascript code", ... which I would not consider identifiers because there are usually many ways to write any given "program". Toni 001 (talk) 12:58, 13 August 2019 (UTC)[reply]
Values for Wolfram Language unit code (P7007) should be normalized in one way or the other. --- Jura 08:51, 22 August 2019 (UTC)[reply]
I just gave some more explanation about "code" on the Wolfram Language entity code (P4839) talk page, which applies here, too. Toni 001 (talk) 11:30, 2 October 2019 (UTC)[reply]
 Support Given that Wolfram Language entity code (P4839) will be changed to external ID I now think that the same can be done for this property. While identifying a unit, the expressions are still code, so I think the current name is good even if the type is changed to external ID. Toni 001 (talk) 17:47, 18 October 2019 (UTC)[reply]