ZAK.Ontologie

Aus LeipzigWiki
Wechseln zu: Navigation, Suche

Home > Zukunftsakademie

Inhaltsverzeichnis

Zukunftsakademie: Zur Strukturierung der Daten über die Angebotsstruktur

Allgemeine Überlegungen

Die Datenbasis ist in mehrere Teile unterteilt, die (perspektivisch) teils öffentlich verfügbar sind, teils der Betreibergruppe nur intern zur Verfügung stehen. Öffentliche Informationen können grundsätzlich von unabhängigen Dritten gelesen und über einen SPARQL-Endpunkt auf http://zak.ontowiki.de ausgewertet werden. Schreibzugriff auf die öffentlichen Informationen haben nur Mitglieder der Betreibergruppe. Interne Informationen stehen generell nur innerhalb der Betreibergruppe zur Verfügung. Hierzu ist perspektivisch ein Sozialer Kontrakt zu erarbeiten, der die Beziehungen innerhalb der Betreibergruppe regelt und die Nutzung der Daten im Sinne von Linked Open Data befördert.

  • öffentlich:
    • Adressen.rdf - öffentliche Adressen
    • Angebote.rdf - (beständigere) Angebote in solchen Orten und Einrichtungen
    • Events.rdf - Informationen über Events der beteiligten Partner
    • Orte.rdf - Orte und Einrichtungen, die von Trägern öffentlich betrieben werden
    • Personen.rdf - (Namen von) Personen, die in Orten und Angeboten öffentliche Funktionen wahrnehmen
    • Tags.rdf - Schlüssel für verschiedene Zu- und Einordnungen
    • Traeger.rdf - Träger von Orten und Angeboten
  • intern:
    • PersonenIntern.rdf - weitere Personendaten, die für verschiedene Kommunikationsprozesse benötigt werden
  • experimentell: Inspirata-Daten

Änderungen

  • 09.04.2012 - zak:Events Ontologie ergänzt um zak:OrtsZusatz, zak:zurReihe, zak:hasURL.
  • zak:Events angelegt und mit Daten befüllt. Namen wichtiger Eigenschaften aus der ical-Ontologie übernommen.
  • zak:hasOEN_id eingefügt als Verweis auf ID's im OpenEventNetwork
  • zak:hasUW_id eingefügt als Verweis auf ID's im Veranstaltungskalender der Umweltbibliothek
  • zak:website in zak:hasURL umbenannt (perspektivisch eine Ressourcen-ID statt String)
  • zak:Location in zak:Bundle umbenannt

Die Ontologie

Ontologie (Version vom 09.04.2012):

Verwendete Teil-Ontologien

Beschreibung der Domänen und Prädikate:

  • Alle Einträge haben die Literale rdf:about (req., single), rdfs:label, rdfs:comment sowie
    • zak:hasProperty zak:Property - für weitere allgemeine Eigenschaften
  • zak:Address mit Datenbasis Adressen.rdf- eine Post-Adresse (später durch eine geeignete Standard-Ontologie zu ersetzen)
    • Inhalts-Literale zak:behindertengerecht, zak:Empfaenger (nur wenn verschieden von rdf:label), zak:Erreichbarkeit (mehrfach), zak:Strasse, zak:PLZ, zak:Ort
    • Orga-Literale: zak:hasOEN_id, zak:hasUW_id
  • zak:Bundle mit Datenbasis Orte.rdf - zentraler Einstiegspunkt, längerfristig existierendes Bündel von Angeboten, das meist an einen Ort gebunden ist
    • zak:contactPerson zak:Person - Ansprechpartner
    • zak:engagedPerson zak:Person - weitere mit dem Bündel verbundene Person
    • zak:hasAddress zak:Address - Adresse des Bündels (req.)
    • zak:hasSupplier zak:Supplier - Träger
    • zak:hasTag zak:Tag - Klassifizierung (Konsolidierung der literalen Werte von zak:Art und zak:Bereich)
    • zak:Langinformation zak:InfoRecord - Inforecord mit einer längeren (externen) Information zum Bündel im XHTML-Format
    • Orga-Literale zak:e-mail, zak:Fax, zak:hasURL, zak:Telefon
    • Inhalts-Literale (alle mehrfach möglich) zak:Art (obsolet), zak:Arbeitsformen, zak:Auszeichnungen (mehrfach), zak:Bereich (obsolet), zak:Finanzierung, zak:Hintergrund, zak:Kosten (mehrfach), zak:Kurzinformation (mehrfach), zak:Leistungsangebot (mehrfach), zak:Oeffnungszeiten (mehrfach), zak:Teilnahmebedingungen, zak:Zielgruppe, zak:Zielstellung
Listen in der Leistungsbeschreibung MINT-Broschüre werden in Mehrfacheinträge umgewandelt.
  • zak:Event (definiert in Events.rdf) - einzelne Events, weiter zu spezifizieren
    • zak:contactPerson zak:Person - Ansprechpartner für das Event
    • cal:description (war zak:eventdetail) Literal - kurze Beschreibung des Events
    • cal:location (war zak:ort) zak:Address - Adresse des Events
    • cal:organizer zak:Offer oder zak:Bundle oder zak:Traeger - Veranstalter des Events
    • zak:Ortzusatz Literal - genauere Bezeichnung innerhalb von cal:location
    • zak:zurReihe zak:Offer - Reihe des Events
    • Orga-Literale zak:hasOEN_id, zak:hasUW_id
    • Literale: zak:date (redundant), zak:hasURL, rdfs:label (war zak:titel), zak:untertitel, zak:Kosten
    • Literale: cal:dtstart, cal:dtend (xsd:date oder xsd:datetime)
  • zak:Foerderung mit Namensmuster F.2011.<lfdNr> - Förderung lt. "Förderung Freie Träger 2011"
    • zak:beantragt xsd:float - beantragter Förderbetrag (In der Datenbasis zu fixen!)
    • zak:bewilligt xsd:float - bewilligter Förderbetrag (In der Datenbasis zu fixen!)
    • zak:forProject zak:Project - gefördertes Projekt
    • zak:zumLeistungsbereich zak:Leistungsbereich - Leistungsbereich lt. SGB VIII lt. "Förderung Freie Träger 2011"
    • zak:zumStadtbezirk zak:Stadtbezirk - Stadtbezirk lt. "Förderung Freie Träger 2011"
    • Literale: zak:hasLfdNr, zak:year
  • zak:InfoRecord (definiert in Tags.rdf) - längerer externer Info-Record
    • zak:hasURL - Ressourcen-ID, Beschreibung des Zwecks unter rdfs:comment
  • zak:Leistungsbereich mit Namensmuster L.<nr>.<Kuerzel> lt. Nomenklatur der Stadt - Leistungsbereich lt. SGB VIII lt. "Förderung Freie Träger 2011" (zu ergänzen)
  • zak:Offer mit Datenbasis Angebote.rdf - Angebot eines Trägers aus einem Bündel oder wie auch immer
    • zak:contactPerson zak:Person - Ansprechpartner
    • zak:engagedPerson zak:Person - weitere mit dem Angebot verbundene Person
    • zak:hasAddress zak:Address - Adresse des Angebots
    • zak:hasSupplier zak:Supplier - Träger
    • zak:hasTag zak:Tag - Zurodnung des Angebots (Konsolidierung der literalen Werte von zak:Art und zak:Bereich)
    • zak:hasType zak:Type - Typ des Angebots (Konsolidierung der literalen Werte von zak:Art und zak:Bereich)
    • zak:relatedBundle zak:Bundle - Zuordnung zu Bündel
    • Orga-Literale zak:e-mail, zak:Fax, zak:hasUW_id, zak:hasURL, zak:Telefon
    • Inhalts-Literale (alle mehrfach möglich) zak:Art, zak:Arbeitsformen, zak:Auszeichnungen, zak:Bereich, zak:Finanzierung, zak:Hintergrund, zak:Kosten, zak:Kurzinformation, zak:Teilnahmebedingungen, zak:Zielgruppe, zak:Zielstellung
  • zak:Person mit Datenbasis Personen.rdf (öffentlich) sowie PersonenIntern.rdf (intern, dort ggf. auch private Adressen)- eine real existierende Person
    • (intern) zak:hasAddress zak:Address - Adresse der Person
    • (intern) Literale: zak:Name, zak:Vorname, zak:Titel, zak:e-mail, zak:Fax, zak:hasURL, zak:Telefon
  • zak:Program mit Namensmuster Prog.<name>
    • zak:hasURL - Ressourcen-ID, Verweis auf die Webseite des Programms
  • zak:Project mit Namensmuster P.nr (nr = Lfd. Nummer aus "Förderung Freie Träger 2011")
    • zak:hasSupplierNumber - Vereinsnummer des Trägers lt. "Förderung Freie Träger 2011"
  • zak:Property mit Namensmuster Property.<name> und Datenbasis Tags.rdf - Allgemeine Eigenschaft
  • zak:Stadtbezirk mit Namensmuster SB.<name> lt. Nomenklatur der Stadt - Stadtbezirk oder "stadtweit"
  • zak:Supplier mit Datenbasis Traeger.rdf - (juristischer) Träger eines Angebots oder Orts
    • zak:contactPerson zak:Person - Ansprechpartner
    • zak:engagedPerson zak:Person - weitere mit dem Träger verbundene Person
    • zak:hasAddress zak:Address - Adresse der Organisation
    • zak:hasSupplierNumber - Vereinsnummer lt. "Förderung Freie Träger 2011"
    • Literale: zak:e-mail, zak:Fax, zak:hasURL, zak:Kurzinformation, zak:Telefon
  • zak:Tag mit Datenbasis Tags.rdf - Tag (Schlüsselwort), um Zuordnung eines Angebots oder Bündels zu klassifizieren.
  • zak:Type mit Datenbasis Tags.rdf - Typ, um Angebote selbst zu klassifizieren.

Anmerkungen

Durch die verschiedenen Datenbasen werden verschiedene Namenspräfixe definiert, die disjunkte Namensräume aufspannen. So haben "Anker" als Träger und "Anker" als Ort verschiedene Resource-IDs "zakt:Anker" und "zako:Anker". In älteren ZAK-Datenbeständen wurde diese Unterscheidung durch Namensmuster erreicht.

Meine Werkzeuge