Aldo Bucchi wrote:
Hi,
We are trying to come up with a simple way to serve a conventional,
minimal amount of data per resource for UI rendering purposes:
== Requirements ==
Pseudocode: getInfo( uri, lang ) --> label [, imageURL, description ]
As an additional requirement, we don't want the consumer to know
anything about the underlying logic. Just query a service and get the
values back, following the "just give me a URI" principle.
Finally. The URI should trigger sponging if necessary ( not only local
triples ).
== Findings/Questions ==
* OAT has fresnel functionality for the local store. This is not enough.
* Virtuoso Faceter service is clearly inferencing Labels ( at least
local ). Is this function available as standalone?
Yes, this is what you see re. DBpedia (note my post about 3 instances in
LOD mailing list.
Using LANG as a factor in "description.vsp" is either there or on its
way out (lots of SDQ there as I just commented internally about:
http://lod.openlinksw.com/about/?url=http%3A%2F%2Fdbpedia.org%2Fresource%2FWinston_Groom
).
* Is server side Fresnel ( w/sponging ) in your roadmap?
Yes, but we haven't paid a lot of attention to Fresnel, recently. But
this is on the roadmap for sure.
I think we could implement jFresnel atop Virtuoso and tweak the SAIL
so that it forces sponging under the hood. But it seems like quite a
lot of overhead ( and work ).
Yes.
Label, image and description are absolute MUSTs to create usable browsers.
Sure.
Finally, client side intelligence in this case seems like a very bad
idea. Clients are slow, unreliable and have limited memory
requirements ( think mobile ).
The goal is for Virtuoso to spew very smart and concisely bound graphs
from local and sponged sources :-)
Kingsley
Thanks,
A
--
Regards,
Kingsley Idehen Weblog: http://www.openlinksw.com/blog/~kidehen
President & CEO
OpenLink Software Web: http://www.openlinksw.com