W3C home > Mailing lists > Public > www-rdf-interest@w3.org > August 2004

Ideas for store for IFP smushing

From: Phil Dawes <pdawes@users.sourceforge.net>
Date: Fri, 6 Aug 2004 12:01:06 +0000
Message-ID: <16659.29442.592995.226111@gargle.gargle.HOWL>
To: www-rdf-interest@w3.org

Hi RDF Interest,

Have been thinking a lot recently about techniques for smushing IFP
based data (inc. foaf, doap etc..), and Sandro's uname paper[1] got me
thinking about the optimisation possibilites of an extra layer of

I'm putting together a prototype store (derived from the design of
Steve Harris' excellent 3store) that doesnt expose URIs to the user
except through explicit queries containing (?foo :uname ?uri). This
disconnection between resource and URI offers some reasonably compact
strategies for IFP and owl:sameAs smushing (since the resource -> URI
can be 1:N without duplicating triples). It also provides optimisation
possibilities for cases where the client isn't interested in URIs, but
just the structure of the data and its literals. (I've found this to
be the case when obtaining RDF infromation for e.g. displaying in a

Instead of BNodes, I'm using generated internal ids with a limited
lifespan (remain constant between smushing passes). This is mainly
because you can't use bnodes for properties, but also because it
enables a client to efficiently submit multiple queries using the
short-lived internal URIs for speed.

The downside to this approach is that I can't think of a way to
efficiently undo a smushing pass, which you'd want to do if e.g. you
unasserted an IFP.

Has anybody else explored these possibilities? Anything I ought to



[1] http://www.w3.org/2001/12/uname/
Received on Friday, 6 August 2004 07:09:00 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:07:52 UTC