W3C home > Mailing lists > Public > public-lod@w3.org > February 2010

Enterprise level RDF Scripting ( was: [foaf-protocols] foaf classes for primary Topic )

From: Aldo Bucchi <aldo.bucchi@gmail.com>
Date: Mon, 1 Feb 2010 11:08:40 -0300
Message-ID: <7a4ebe1d1002010608y68b669a6oa6032b9533e204e8@mail.gmail.com>
To: Story Henry <henry.story@bblfish.net>, Linked Data community <public-lod@w3.org>, "Leo Soto M." <leo.soto@gmail.com>
Cc: Peter Williams <home_pw@msn.com>, Dan Brickley <danbri@danbri.org>, foaf-protocols@lists.foaf-project.org, Kingsley Idehen <kidehen@openlinksw.com>
Hi,

On Mon, Feb 1, 2010 at 9:11 AM, Story Henry <henry.story@bblfish.net> wrote:
>
> On 31 Jan 2010, at 17:25, Peter Williams wrote:
>
>> Let's build that linq2rdfa driver! It’s the killer app for the semweb, in
>> Microsoft land.

Cool!
This topic is coming up again ;)

>
> I agreee. From the Java perspective this is very much what I found too.
>
> When I first learned RDF I was really intrigued about how it related to Object Oriented Programming, which I was familiar with. So I tried to write a mapper for it to Java, which to my astonishment was really a lot easier than I thought. This really helped me understand how OO programming and the semantic web mesh together. Having these tools for run of the mill programmers is really important as Peter points out to get them to overcome the fear of the new: by bringing the semweb back to something they know. This thought is what led me to develop the Sommer library:
>
>   https://sommer.dev.java.net/sommer/index.html
>
> Doin this made it clear that really the major difference is that we name things and fields with URIs.
>
> The next difference is that of Graphs, which is a little more difficult to merge correctly into OO languages (or for that matter most traditional programming languages).
>
> Still before tools such as Hibernate and such for Java came out, people worked with SQL directly. So people went on a long time with this pain point... To start off we need really good examples of the usage of RDF. And I think foaf+ssl is that key driver, because it has the ability to give people access to things they would not otherwise have had access to: eg: going to a party.

Henry:
Here's an idea. Instead of trying to bake this cake by ourselves, can
you tap into Martin Odersky's team and propose some use cases? I could
help with that if you get his attention.
He's the guy behind Scala and they are on a rampage these days.

Now. Even w/o tweaking the compiler or the grammar to support URIs,
the DSL capabilities of Scala make it possible to do beautiful things:
http://code.google.com/p/scardf/

That project is a good start but there are still some issues to address.

I have my own experimental framework but, just as you describe, N1
issue is native type integration and we should explore this at a lower
level. If we could just get native URIs / XSD datatypes things would
be awesome.

Then, Number 2 is graph traversal which can be solved by having some
sort of path language baked in, ( which is compiled to a single query
underneath instead of being evaluated step by step via API, which is
the case in scardf ) .

Number 3 is datasource management. Tying up a datasource as an
implicit value or bound to a thread. Nothing new under the Sun here (
pun intended ) ;)
This is where things get interesting as the datasource could actually
be a full blown Linked Data client such as Virtuoso with Spongers
turned on.

Finally. My initial look at the Scala grammar suggests that we should
be able to fit in URIs. There is support for XML literals and URIs are
easily recognizable as they have a strict syntax. Qnames could also
happen.

Regards,
A

>
>        Henry
>
>
>
>
>
>
>



-- 
Aldo Bucchi
skype:aldo.bucchi
http://www.univrz.com/
http://aldobucchi.com/

PRIVILEGED AND CONFIDENTIAL INFORMATION
This message is only for the use of the individual or entity to which it is
addressed and may contain information that is privileged and confidential. If
you are not the intended recipient, please do not distribute or copy this
communication, by e-mail or otherwise. Instead, please notify us immediately by
return e-mail.
Received on Monday, 1 February 2010 14:09:16 UTC

This archive was generated by hypermail 2.3.1 : Sunday, 31 March 2013 14:24:25 UTC