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...


