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





Reply via email to