Element Sets: SKOS Community Extensions |
Profile property | Language | Object | Status | Last Updated | Updated by | Actions |
---|---|---|---|---|---|---|
| ||||||
comment | English | A reasonable objection is that, in poly-hierarchies, siblingKey could vary depending of the Broader Concept involved: this simpler proposal assumes this is very rarely useful. This key is not used in other displays (descending usage frequency, alphabetical order of labels, etc.). | New-Proposed | 4 February 2011 9:49 | Christophe Dupriez |
|
description | English | In a tree display, we need a "local" sort key to order SKOS Concepts amongst their siblings. The concept of "Sibling" is derived from the "Broader" relation (Concepts with a common Broader). The range type of this property is the most suitable for the ordering process: number, string, date, enumeration of values, etc. It is a "key" for ordering, not a rank. | New-Proposed | 4 February 2011 9:49 | Christophe Dupriez |
|
domain | http://www.w3.org/2004/02/skos/core#Concept | New-Proposed | 4 February 2011 9:49 | Christophe Dupriez |
|
|
label | English | is ordered amongst its siblings using key value | New-Proposed | 4 February 2011 9:49 | Christophe Dupriez |
|
name | English | siblingKey | New-Proposed | 4 February 2011 9:49 | Christophe Dupriez |
|
status | New-Proposed | New-Proposed | 4 February 2011 9:49 | Christophe Dupriez |
|
|
type | property | New-Proposed | 4 February 2011 9:49 | Christophe Dupriez |
|
|
uri | http://metadataregistry.org/uri/schema/skos-cx/siblingKey | New-Proposed | 4 February 2011 9:49 | Christophe Dupriez |
|
Browse...
See a problem?
Make an issue out of it...
Make an issue out of it...