LD.LeipzigData: Unterschied zwischen den Versionen
Aus LeipzigWiki
Zur Navigation springenZur Suche springen
HGG (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
HGG (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 9: | Zeile 9: | ||
* [[LD.Vorhaben]] - Aktuelle Vorhaben | * [[LD.Vorhaben]] - Aktuelle Vorhaben | ||
=== Werkzeuge === | === Werkzeuge und Ansätze === | ||
* [http://aksw.org/projects/Sparqlify Sparqlify] - ein SPARQL-fähiges RDF-Frontend für relationale Datenbanken | |||
:Viele aktiv fortgeschriebene Datenbestände liegen in relationalen Datenbanken vor. Eine einmalige Umwandlung der Daten in RDF ist wenig sinnvoll, da die ständig die Änderungen der Datenbasis in den RDF-Bestand eingepflegt werden müssten. Sparqlify erlaubt es, einen RDF-Anfragepunkt direkt auf der relationalen Datenbasis zu platzieren. | |||
::Vorgestellt von Claus Stadler am [[LD.LOD.2012-10-26|26.10.2012]] im LOD-Seminar | |||
* [http://pypi.python.org/pypi/dedun Dedun] - ein Python Client für die RESTful API des [[LD.API-Leipzig|API.Leipzig Projekts]] | |||
* git Repo https://github.com/LeipzigData/Tools | |||
* Virtuoso Sparql Endpunkt http://leipzig-data.de:8890/sparql | |||
=== Frameworks === | |||
* Offene Daten mit [[LD.LeipzigTools.Wordpress|Wordpress]] | |||
* [[LD.LeipzigData.Events|LeipzigData Events Framework]] | |||
=== Im Web bereits verfügbare Datenstrukturen === | === Im Web bereits verfügbare Datenstrukturen === | ||
Version vom 13. Februar 2013, 15:02 Uhr
Home > Leipziger Initiative für Offene Daten
Leipzig Data
Bestandteile
- LD.LEO - Struktur der Datenbasis und Ontologie
- LD.Vorhaben - Aktuelle Vorhaben
Werkzeuge und Ansätze
- Sparqlify - ein SPARQL-fähiges RDF-Frontend für relationale Datenbanken
- Viele aktiv fortgeschriebene Datenbestände liegen in relationalen Datenbanken vor. Eine einmalige Umwandlung der Daten in RDF ist wenig sinnvoll, da die ständig die Änderungen der Datenbasis in den RDF-Bestand eingepflegt werden müssten. Sparqlify erlaubt es, einen RDF-Anfragepunkt direkt auf der relationalen Datenbasis zu platzieren.
- Vorgestellt von Claus Stadler am 26.10.2012 im LOD-Seminar
- Dedun - ein Python Client für die RESTful API des API.Leipzig Projekts
- git Repo https://github.com/LeipzigData/Tools
- Virtuoso Sparql Endpunkt http://leipzig-data.de:8890/sparql
Frameworks
- Offene Daten mit Wordpress
- LeipzigData Events Framework
Im Web bereits verfügbare Datenstrukturen
- http://leipzig-data.de/Data - Ontowiki mit sparql-Endpunkt für Queries auf den Daten
- Anonymer lesender Zugriff auf die Daten
- Registrierung führt in die DefaultUserGroup, die auch nicht mehr kann als Daten lesen
- Nach Registrierung ist Umtragung in die EditUserGroup durch einen Admin (J. Frey, H.-G. Gräbe) möglich.
- Interne git Repos unter repo@leipzig-data.de:git
- leipzig-data - Noch nicht öffentliche Daten und Werkzeuge
- LeipzigData - github Organisationsaccount von LeipzigData mit den Projekten
- RDFData - unter den Bedingungen der CC-0 verfügbare RDF-Wissensbasen (Leipzig Open Data)
- OSMData - RDF-Wissensbasen auf OpenStreetMap Basis, OSM-Lizenz
- Tools - eine Reihe von Werkzeugen, im Wesentlichen zum Anschauen (Blick über die Schulter auf die Werkbank)
- apileipzig - github Organisationsaccount von apileipzig
- Services des Projekts sowie Quellcode dieser Services sollen im Wesentlichen über die Infrastruktur von API Leipzig zur Verfügung gestellt werden.
- Events-Widget: einfach, komplex, experimentell.
