Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Use of the skos:hasTopConcept property is necessary and sufficient to link a concept into the hierarchy at the top level. That is, the skos:topConceptOf property plays no role in determining what PoolParty considers to be a top concept.
    • This has been tested by importing some RDF that defines a concept and specifies skos:topConceptOf the concept scheme. It did not appear in the hierarchy. Importing more RDF that specifies that the concept scheme skos:hasTopConcept the concept causes the concept to appear in the hierarchy.
    • PoolParty does not add the skos:hasTopConcept property for imported top concepts. If you wish an imported concept to have the skos:hasTopConcept property, this must also be included in the imported data.
    • PoolParty does not add the skos:topConceptOf property for imported top concepts. If you wish an imported concept to have the skos:topConceptOf property, this must also be included in the imported data.
    • A top concept created within the PoolParty user interface is linked to the concept scheme with both the skos:hasTopConcept and skos:topConceptOf properties.
  • Use of a chain of skos:narrower properties from a top concept down to a concept is necessary and sufficient to link such a non-top concept into the hierarchy. That is, the skos:broader property plays no role in determining what PoolParty considers to be a broader concept.
    • This has been tested by importing some RDF that defines a concept and specifies skos:broader to a top concept that is already visible in the user interface. The new concept did not appear in the hierarchy. Importing more RDF that specifies that the existing top concept has skos:narrower the new concept causes the new concept to appear in the hierarchy.
    • In another test, some RDF was imported that defines a concept and specifies skos:narrower from a top concept that is already visible in the user interface, but does not include the corresponding skos:broader property. The new concept did appear in the hierarchy.
    • PoolParty does not add the skos:narrower property for imported concepts that are otherwise linked to another concept using skos:broader. If you wish an imported concept to have the skos:narrower property, this must also be included in the imported data.
    • PoolParty does not add the skos:broader property for imported concepts that are otherwise linked to another concept using skos:narrower. If you wish an imported concept to have the skos:broader property, this must also be included in the imported data.
    • A non-top concept created within the PoolParty user interface is linked to its parent concept with both the skos:broader and skos:narrower properties.
  • SKOS Collections do work. In PoolParty, Collections have a dcterms:title property for their title, and need it so that they show up in the Collections list. So before importing, you need to add an extra triple for each Collection so that PoolParty can cope with it. If you import existing vocabulary data  without having added these triples, the Collections list shows a table with blank titles, which makes it unusable.