• Aucun résultat trouvé

Integrating SPARQL Endpoints into Directory Services

N/A
N/A
Protected

Academic year: 2022

Partager "Integrating SPARQL Endpoints into Directory Services"

Copied!
2
0
0

Texte intégral

(1)

Integrating SPARQL Endpoints into Directory Services

Sebastian Dietzold1 and Sören Auer1,2

1University of Leipzig, Germany Department of Computer Science dietzold@informatik.uni-leipzig.de

2University of Pennsylvania, USA Department of Computer and Information Science

auer@seas.upenn.edu

We demonstrate1 the integration of RDF knowledge bases from our social, semantic collaboration tool OntoWiki via SPARQL endpoints into directory ser- vices based on the Lightweigth Directory Access Protocol (LDAP). In order to achieve this, we translate LDAP queries into SPARQL queries and transform the incoming SPARQL results back into the LDAP data model. The transformation component is implemented as a backend for the widely used OpenLDAP server2. LDAP based directory services are an important part in the IT infrastructure of most organisations and enterprises. They act as a central service for integrating new applications into an IT infrastructure and can be accessed by many dierent types of clients ranging from content management systems to personal email tools.

Fig. 1. "Same same but dierent": Visualization of a common RDF model in OntoWiki (left) and over LDAP in the email-reader evolution (right)

Typical content which is stored in directory services is information about users or hardware. Even though it has a complex schema with global unique

1 Sources and documentation: http://aksw.org/Projects/LDAP/Backend.

2 http://www.openldap.org

(2)

object identiers and sophisticated syntax matching rules, LDAP lacks powerful semantics and is restricted to a tree like data model.

To combine the user acceptance of LDAP directory services and the semantic power of RDF knowledge bases, we decided to implement a SPARQL endpoint backend for OpenLDAP.

The core functionality of the backend is:

1. Transformation of given LDAP query strings into SPARQL queries: This is done in a straightforward way. LDAP query strings allow AND, OR and NOT composition of simple attibute lters. An attribute lter consists of an attribute name, a lter type (equality, presence, order, ...) and a lter value.

The corresponding SPARQL query uses UNION, OPTIONAL, FILTER and BOUND constructs and matched schema names.

2. Match RDF schema / OWL ontology URIs to LDAP schema identiers:

There are two ways to deliver RDF data over LDAP directories. First, it is possible to translate a complete LDAP schema to OWL [2, 3]. In the following, this OWL ontology can be used for instance creation. Second, we allow to congure matching tables for easy integration of given RDF models (e.g. a mapping from FOAF3 to inetOrgPerson [4]).

This demo will allow users to modify and query the content of an RDF knowl- edge base4. The modications can be done using the semantic collaboration tool OntoWiki [1]. To query the knowledge base, any LDAP capable mail user agent can be used (see gure 1). The demo is not limited to OntoWiki knowledge bases but can be used in combination with arbitary SPARQL endpoints containing in- formation about people.

References

1. Auer, S., Dietzold, S., Riechert, T.: OntoWiki - A Tool for Social, Semantic Col- laboration. In Cruz, I.F., Decker, S., Allemang, D., Preist, C., Schwabe, D., Mika, P., Uschold, M., Aroyo, L., eds.: The Semantic Web - ISWC 2006, 5th International Semantic Web Conference, ISWC 2006, Athens, GA, USA, November 5-9, 2006, Proceedings. Volume 4273 of Lecture Notes in Computer Science., Springer (2006) 736749

2. Dietzold, S.: Generating RDF Models from LDAP Directories. In Auer, S., Bizer, C., Miller, L., eds.: Proceedings of the SFSW 05 Workshop on Scripting for the Semantic Web , Hersonissos, Crete, Greece, May 30, 2005. Volume 135 of CEUR Workshop Proceedings., CEUR-WS (2005)

3. Dietzold, S.: Basic vocabulary to use LDAP data in RDF. OWL ontology (2005) http://purl.org/net/ldap.

4. Smith, M.C.: Denition of the inetOrgPerson LDAP Object Class. RFC 2798, The Internet Engineering Task Force (IETF) (2000) http://www.ietf.org/rfc/rfc2798.txt.

3 http://www.foaf-project.org/

4 We want to use the model of all submitted ESWC2007 FOAF documents here.

Références

Documents relatifs

Similar to the throughput results, it can be noticed how penalising complex queries results in smaller waiting and processing times for simple queries when using deficit or

The prototype currently offers two entry points: Users can either initiate a keyword search over a given SPARQL endpoint, or they can select any of the al- ready available

Second, the partial computation of results and facets entails a bias in the search, because the first results returned by SPARQL may not form a representative sample of all re-

the adoption of Linked Data principles [5], which focus on integration of open data between distributed Web sources, enabled by RDF and SPARQL endpoints.. Web APIs and SPARQL

SPARQture, the tool described in this paper, automates this process and renders the structure of a particular RDF data available behind some SPARQL endpoint using a number of visu-

We show that in setups as the one re- ported in Figure 1 and where endpoints receive large number of concurrent request per day, i.e., the endpoint is in the (50%;75%]

When a query prepared by the client might require a long execution time, a standard SPARQL endpoint implementation will try to execute the query with lots of cost to return answers..

Although SPARQL is a stan- dardized query language for searching Linked Open Data and there are many Web APIs, called SPARQL endpoints, that accept SPARQL queries, a user may