- From: Patrick Stickler <patrick.stickler@nokia.com>
- Date: Mon, 03 Jun 2002 10:09:40 +0300
- To: ext Danny Ayers <danny666@virgilio.it>, Uche Ogbuji <uche.ogbuji@fourthought.com>, "Seaborne, Andy" <Andy_Seaborne@hplb.hpl.hp.com>
- CC: "ext Thomas B. Passin" <tpassin@comcast.net>, RDF Interest <www-rdf-interest@w3.org>
On 2002-06-01 0:22, "ext Danny Ayers" <danny666@virgilio.it> wrote:
>
>> properties(@"x:spam")
>> @"x:spam" - properties() -> *
>
> Another good reason for an RDF QL in RDF!
>
> Seriously though, I do think such a QL would be extremely useful, not only
> because it would generally help interop. It would also mean that a whole
> range of common expressions could become easier in RDF (without having to
> drop into DAML-land), and also make things like XSLT-ish transformations a
> lot more straightforward. Not unrelated to the interop point, the ability to
> save sets of queries in a common format like RDF/XML has to be a plus - same
> parser etc etc.
Exactly. While XML representations are well, er rather obese, to put it
nicely ;-) there is great benefit from using a standardized representation
that has broad tools support -- and also broad understanding by the
community.
Every RDF query engine that I see has it's own QL. Some of those engines
are very good at one thing, but not so good at another, so I may wish
to leverage several such engines in various application areas -- but I'm
not about to try to get folks here to learn umpteen different query
languages, and while I tend to pick up languages pretty easily, I also
don't want to have too many to deal with on a regular basis.
If certain folks want to dis around with their own personal notations
(e.g. N3 ;-) that's great -- but that's not going to promote global
compatability and encourage the growth of a tools industry to support
it.
There's a reason why we have all these standards ;-)
Cheers,
Patrick
--
Patrick Stickler Phone: +358 50 483 9453
Senior Research Scientist Fax: +358 7180 35409
Nokia Research Center Email: patrick.stickler@nokia.com
Received on Monday, 3 June 2002 03:06:33 UTC