W3C home > Mailing lists > Public > public-lod@w3.org > November 2008

Re: linked data mashups

From: Juan Sequeda <juanfederico@gmail.com>
Date: Mon, 24 Nov 2008 09:09:36 -0600
Message-ID: <f914914c0811240709m5c16c9b5t6ac52841b39d7e49@mail.gmail.com>
To: "Peter Ansell" <ansell.peter@gmail.com>
Cc: public-lod@w3.org, "Olaf Hartig" <hartig@informatik.hu-berlin.de>
>
> How does SQIUN differ to a typical HTTP SPARQL endpoint? So far it accepts
> a "query" parameter as a SPARQL select statement and executes the parameter
> on (some configured?) SPARQL endpoints from looking at the single sourcefile
> I could find [1]. Having said that, I have been holding off getting my
> bio2rdf server to actually process rdf but it doesn't look so hard now. (The
> bio2rdf server is actually more generic than just biology or even bio2rdf
> but it is still named that in response to its origins. And in contrast to
> SQUIN it focuses on CONSTRUCT queries rather than SELECT)
>
>
SQUIN is based on the Semantic Web Client Library[1]. "The *Sematic Web
Client Library* represents the complete Semantic Web as a single RDF graph.
The library enables applications to query this global graph using SPARQL-
and find(SPO) queries. To answer queries, the library dynamically retrieves
information from the Semantic Web by dereferencing HTTP URIs, by following
rdfs:seeAlso links, and by querying the Sindice <http://sindice.com/> search
engine. The library is written in Java and is based on the Jena framework."

Now just imagine the Semantic Web Client library on your server, next to the
rest of the LAMP stack. Your server is the sparql endpoint for the whole
Semantic Web. No need of querying individual sparql endpoints. This is SQUIN

[1] http://www4.wiwiss.fu-berlin.de/bizer/ng4j/semwebclient/
Received on Monday, 24 November 2008 15:10:19 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:20:43 UTC