W3C home > Mailing lists > Public > semantic-web@w3.org > August 2015

RE: Naming Conventions for URIs

From: <Simon.Cox@csiro.au>
Date: Thu, 20 Aug 2015 23:17:41 +0000
To: <semantic-web@w3.org>
Message-ID: <2A7346E8D9F62D4CA8D78387173A054A602A03CF@exmbx04-cdc.nexus.csiro.au>
> > dbpedia:100

> That is legal in RDF 1.1 Turtle and SPARQL 1.1.
> (technically, it's not called a qname - that's an XML-ism and this isn't XML.)

They are called "prefixed names" - see http://www.w3.org/TR/turtle/#sec-iri 
The second NOTE in that ref explains the differences (extensions) to the QName rules. 

Nevertheless, some RDF UIs will only display the QName subset. 
TopBraid, for example, allows you to enter dbpedia:100 , but will only display <http://dbpedia.org/resource/100> 

-----Original Message-----
From: Andy Seaborne [mailto:andy.seaborne@gmail.com] On Behalf Of Andy Seaborne
Sent: Friday, 21 August 2015 9:01 AM
To: semantic-web@w3.org
Subject: Re: Naming Conventions for URIs



On 20/08/15 16:36, Paul Houle wrote:
> Tell me if I am right or wrong about this.
...

> I will take one step further than this and say that for pedagogical 
> and other coding situations,  the extra length of prefix declarations 
> is an additional cognitive load on top of all the other cognitive 
> loads of dealing with the system,  so in the name of concision you can 
> do something like
>
> @base <http://dbpedia.org/resource/>
> @prefix : <http://dbpedia.org/ontology/>
>
> and then you can write :someProperty and <Stellarator>,  and your 
> queries are looking very simple.
>
> The production for a QName  cannot begin with a number so it is not 
> correct to write something like
>
> dbpedia:100

That is legal in RDF 1.1 Turtle and SPARQL 1.1.

(technically, it's not called a qname - that's an XML-ism and this isn't
XML.)

>
> or expect to have the full URI squashed to that.  This kind of gotcha 
> will drive newbies nuts,  and the realization of RDF as a universal 
> solvent requires squashing many of them.
>

	Andy

Received on Thursday, 20 August 2015 23:18:32 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 07:43:02 UTC