W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > August 2002

RE: Alternative representation of typed literal nodes in NTriples (and N3)

From: <Patrick.Stickler@nokia.com>
Date: Thu, 22 Aug 2002 23:08:31 +0300
Message-ID: <A03E60B17132A84F9B4BB5EEDE57957B160BDB@trebe006.europe.nokia.com>
To: <dave.beckett@bristol.ac.uk>
Cc: <w3c-rdfcore-wg@w3.org>

> -----Original Message-----
> From: ext Dave Beckett [mailto:dave.beckett@bristol.ac.uk]
> Sent: 22 August, 2002 22:56
> To: Stickler Patrick (NRC/Tampere)
> Cc: w3c-rdfcore-wg
> Subject: Re: Alternative representation of typed literal nodes in
> NTriples (and N3) 
> >>>Patrick.Stickler@nokia.com said:
> > 
> > 
> > Oops. My bad. If untyped literals are untidy, I guess we need some
> > distinct names for them ...
> Well, no actually.
> If literals are untidy and only in the object position, then you
> don't need to give them ids in N-Triples.  If at some point literals
> were allowed in the subject position, then you will have to give them
> ids.  We haven't made that decision yet, and N-Triples only needs to
> change when that happens, not before.


I seem to recall alot of test cases that appeared to rely on
distinct naming of (untidy) literals, but perhaps that is 
simply because they were assuming tidy literals and had
to resort to distinct names to force the untidy semantics.

If that's the case, then great. Not having the local names
is much cleaner for sure.

Though, in tools such as the RDF Validator, I'd want to see
untyped literals denoted by unique nodes, to emphasize that
they are not one and the same thing.

> And delete the qnames.

Right. Well, again, I'm taking a slightly broader scope
than just N-Triples, so the qnames have a role there.

> I thought the group already agreed that a document convention of
> using 'xsd:decimal', 'rdf:type' and so on for the appropriate URI is
> OK.  It happens the primer and MT use that in N-Triples, the syntax
> WD doesn't.

The DT WD does ;-)

Received on Thursday, 22 August 2002 16:08:34 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:24:14 UTC