Property talk:P2347

Latest comment: 2 years ago by 2001:7D0:81DA:F780:2401:7416:81A4:B676 in topic Removing single value and distinct value constraints from this property

Documentation

YSO ID
identifier for a concept in the General Finnish Ontology YSO
Applicable "stated in" valueGeneral Finnish Ontology (Q27303896)
Data typeExternal identifier
Domainany (but not people or purely geographical places, though there are some buildings, airports etc) (note: this should be moved to the property statements)
Allowed values[1-9][0-9]{0,5}
Usage notesWikidata users using this property to establish links between Wikidata and YSO concepts are advised to first read the instructions on the Finto service customer wiki and use the property accordingly: https://www.kiwi.fi/x/IQC5FQ
Examplepulmonary fibrosis (Q32446)22287 (RDF)
Finland (Q33)94426 (RDF)
Sourcehttps://finto.fi/yso/
Formatter URLhttps://www.yso.fi/onto/yso/p$1 (Please note! Links to the /yso-paikat/ graph are automatically forwarded, do not change this link!)
Robot and gadget jobsCould be validated by dereferencing the URI and checking the resulting HTTP status code
Related to country  Finland (Q33) (See 57 others)
See alsoYSA ID (P6293)
Lists
Proposal discussionProposal discussion
Current uses
Total29,125
Main statement28,902 out of 30,000 (96% complete)99.2% of uses
Qualifier2<0.1% of uses
Reference2210.8% of uses
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
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). Known exceptions: Q5728861, Q1130698, Q2352616, Q1129466, Q657449, Q1413045, Q815962, Q7167, Q25241, Q110551902, Q726, Q27742, Q332154, Q2070979, Q178659, Q998555, Q13270, Q13266, Q7278725, Q39222, Q728646, Q165758, Q159462, Q111396014, Q63970319, Q10728547, Q3152824, Q20897549, Q2516866, Q1320047, Q8011523, Q612024, Q2739432, Q191316, Q13743387, Q2072081, Q5149038
List of violations of this constraint: Database reports/Constraint violations/P2347#Unique value, SPARQL (every item), SPARQL (by value)
Format “[1-9][0-9]{0,5}: value must be formatted using this pattern (PCRE syntax). (Help)
List of violations of this constraint: Database reports/Constraint violations/P2347#Format, hourly updated report, SPARQL
Conflicts with “instance of (P31): Wikimedia disambiguation page (Q4167410), Wikimedia category (Q4167836), human (Q5), Wikimedia template (Q11266439): this property must not be used with the listed properties and values. (Help)
List of violations of this constraint: Database reports/Constraint violations/P2347#Conflicts with P31, 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/P2347#Entity types
Scope is as main value (Q54828448), as reference (Q54828450): 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/P2347#Scope, SPARQL

URI namespace is wrong (should be HTTP not HTTPS) edit

I noticed that the URI namespace (formatter URL) is wrong. It uses https, when YSO URIs are actually plain http. It is easy to verify this, for example go to http://finto.fi/yso/en/page/p22287 (the page for the concept "pulmonary fibrosis" which is presented as an example of using this property) and look at the URI box near the bottom of the page. I tried to change it, but wasn't allowed ("Disallow new editors from changing formatter URL"). Note that I am the original proposer of this property. Either I made an error in my proposal, or someone changed the URL pattern later. --Osma Suominen (talk) 12:32, 9 June 2017 (UTC)Reply

The https URL https://finto.fi/yso/en/page/p22287 also works, and we generally prefer secure versions, where available. Is there any reason we should not do so in this case? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:24, 9 June 2017 (UTC)Reply
I don't know what I was thinking when I wrote the above. Yes, of course it is fine to use https URIs for finto.fi. What is not OK is to use URIs starting with https://www.yso.fi/, since that doesn't match the actual URIs in the data (plus the server is not prepared for this and gives the wrong certificate, but that could/should be fixes). But that is not what is happening here. All is fine. Sorry for the confusion! Osma Suominen (talk) 13:56, 16 June 2017 (UTC)Reply
Ah, now I see that Zache actually changed the formatter URI today, according to my request. But my example URLs were wrong in my message above. Osma Suominen (talk) 13:58, 16 June 2017 (UTC)Reply

Removed the property constraint "conflicts with" Q1248784 edit

The YSO ontology does contain values for several airports (http://www.yso.fi/onto/yso/p664) so this constraint was wrong and thus removed. Saarik (talk) 16:28, 16 August 2021 (UTC)Reply

Removing single value and distinct value constraints from this property edit

There are multiple cases with differences in the data modeling between Wikidata and YSO where a single item points to two separate items in the other one and this applies in both directions. We may need to remove the limiting constraints single-value constraint (Q19474404) and distinct-values constraint (Q21502410) to be able to add two YSO-ID to a Wikidata item or the same YSO-ID to two separate wikidata items. Saarik (talk) 08:57, 17 November 2021 (UTC)Reply

In which item are these constraints "unnecessary"? As far as I can see, these constraints are there with a reason, especially in case of entries about places that I commented on earlier (see Topic:Wjvkbmckojfr816x). Distinct-value constraint in this case helps us find external dataset entries where data about distinct concepts is mixed inadequately and that probably shouldn't be linked from Wikidata to avoid futher confusion. Simply omitting the constraint does not make the problem go away. Such entries should be fixed on YSO's side. If you are in contact with people behind YSO dataset then you might want to let them know about this issue. 2001:7D0:81DA:F780:EB:330A:DC60:A3F1 09:31, 26 November 2021 (UTC)Reply

Most of the listed single value and distinct value constraint violations have been handled by marking the erroneous or violating statements as deprecated. Please, note that "WikibaseQualityConstraints only uses normal-rank and preferred-rank constraint statements and ignores deprecated-rank ones, so setting a constraint’s rank to deprecated can be used to “hide” it from WikibaseQualityConstraints. (KrBot uses all constraint statements regardless of rank.)" source: When constraints aren't checked Saarik (talk) 08:36, 10 January 2022 (UTC)Reply

Well, but the actual problem (messy data and links to non-matching external database entries) is still there. 2001:7D0:81DA:F780:2401:7416:81A4:B676 12:44, 11 January 2022 (UTC)Reply
Return to "P2347" page.