W3C home > Mailing lists > Public > public-rdf-wg@w3.org > August 2012

Re: [TURTLE] Turtle Inverse Properties

From: Steve Harris <steve.harris@garlik.com>
Date: Wed, 22 Aug 2012 15:57:16 +0100
Cc: public-rdf-wg@w3.org
Message-Id: <C322DD25-A4AD-40C7-8302-8B2C869C54FD@garlik.com>
To: Kingsley Idehen <kidehen@openlinksw.com>
On 2012-08-22, at 15:30, Kingsley Idehen wrote:
> On 8/22/12 10:00 AM, Yves Raimond wrote:
>>> >@rev is a good example. There's cases in RDFa where it reduces the complexity (well, at least number of bytes) of saying things a lot, but it causes a lot of confusion in people new to RDFa. RDF is complex enough as it is IMHO.
>>> >
>> Yes, it's definitely a trade-off, but IMHO the balance tends towards adding a mechanism similar to @rev in Turtle.
>> Best,
>> Yves
> +1
> Remember, the fact that it becomes part of the standard doesn't mean its an entry point re. usage. The benefit here is that you end up with syntax sugar awaiting the fully engaged end-user. As I said in an earlier post, one an end-user is engaged they make a quantum leap for bashful neophyte to edge-case maniac. It happens all the time with software. Thus, why not have a pleasant surprise (in the form of syntax sugar)  in place for this inevitability?

The problem is reading, not writing. Either:

It will be reasonably common in use (like "a" in Turtle), so people will need to learn what it means
It will be obscure (like parseType Literal in RDF/XML), arguably a failure, hardly ever used in automated serialisations, mostly being a source of bugs and complexity in parsers.

There's also some middle ground where it will be neither obscure, nor common, but that's the worst case.

- Steve

Steve Harris, CTO
Garlik, a part of Experian
+44 7854 417 874  http://www.garlik.com/
Registered in England and Wales 653331 VAT # 887 1335 93
Registered office: Landmark House, Experian Way, Nottingham, Notts, NG80 1ZZ
Received on Wednesday, 22 August 2012 14:57:57 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:04:19 UTC