layout | title |
---|---|
default |
Post_1054 |
Genauer:
<ASpecialTagging> a muto:Tagging ; muto:taggedResource <TheTaggedResource> ; muto:hasCreator <TheCreator> ; muto:hasTag <ATag> .
wird realisiert als
<TheTaggedResource> ld:hasTag <ATag> .
Verwendete Namensräume
- ld: http://leipzig-data.de/Data/Model/
- ldtag: http://leipzig-data.de/Data/Tag/
- muto: http://purl.org/muto/core# (wird nicht verwendet)
- rdfs: http://www.w3.org/2000/01/rdf-schema#
- ld:Tag - Genormtes Schlagwort, um Zuordnung eines Angebots oder Orts zu klassifizieren. Unterklasse von muto:Tag und damit von skos:Concept.
- URI-Struktur
- RDF-Prädikate
- rdfs:label Literal – Tag-Label zur Anzeige (Mehrsprachigkeit möglich)
- LD-URI ld:hasAPIRef API-ID – Zuordnung von API-IDs (vom Typ Event, Host oder Venue) zu LD-URIs. Oft sind einer LD-URI mehrere API-IDs zugeordnet, die entsprechenden Instanzen in den Daten von API-Leipzig also mehrfach erfasst.
- Instanzen von ld:Tag dienen dazu, Tagwolken aufzubauen und ergänzen damit das RDF Typsystem.
- Es gab auch schon Überlegungen, ein key-value-System wie bei Open Streetmap zu verwenden.