Reinventing the wheel ( ...again ); this time with RDF In/Out Services

Hi all,

Don't you hate it ( or love it in a subtly twisted way ) when you run
across the very same "I bet no one's ever done this" feature you've
been working heads down for last two nights?

Well, this time its about this RDFIO thingy... a declarative way to
wrap services.
I had two names for it... the first was RDF BAGs ( before/after graphs
) or RDFio, but liked the former because it emphasizes the "wrapping"
action and the latter is just too dumb.

Anyway,

Is there any further work around this?
say... RIROs & REST for example..

( noticed how rest has become a little unrestful these days? )

I've had a lot of fun trying to create some simple algorithms to
undertsand at a higher level the cost and amount of arc traversals
that could be made over a set of BAG-wrapped services ( ok... RIRO
services ). Would make for a nice paper, server yourselves.

Another neraby issue... does anyone know if there's a "query service
description" taxonomy /vocabulary?
When using this wrappers there is a recurrent need to specify further
"capabilities" of the service.

I need a way to state that

paramA, fulltext search filter
paramB, mask filter ( full match )
sort on B
sort on C
the service provides a count() service ( taking the same params but on
another URL, or passing a flag, or using OPTIONS, who knows )

get the point?

I believe that with this new REST momentum there is pretty nice chance
to leap this evident gap and push rdf closer to mainstream. To me,
it's clear that one fundamental mistake in the marketing of the sw has
been neglecting the need ( and value ) of these simple "recipes".

We are missing the glue... the transport.

I'm now leading a big (10-20 devs) project and I'm willing to give RDF
a try as the framework for integrating part of the data ( mashup )...
again, I twistedly love the pain found in early adoption.

Any pointers appreciated!


-- 
::::: Aldo Bucchi :::::
mobile (56) 8 429 8300

Received on Tuesday, 5 December 2006 09:08:40 UTC