W3C home > Mailing lists > Public > www-rdf-interest@w3.org > August 2001

RE: Summary of the QName to URI Mapping Problem

From: <Patrick.Stickler@nokia.com>
Date: Fri, 17 Aug 2001 21:42:37 +0300
Message-ID: <2BF0AD29BC31FE46B78877321144043114BF96@trebe003.NOE.Nokia.com>
To: sean@mysterylights.com
Cc: www-rdf-interest@w3.org
> -----Original Message-----
> From: ext Sean B. Palmer [mailto:sean@mysterylights.com]
> Sent: 17 August, 2001 18:14
> To: Stickler Patrick (NRC/Tampere)
> Cc: www-rdf-interest@w3.org
> Subject: Re: Summary of the QName to URI Mapping Problem
> ... In the near future, they should have alternate RDF-in-XML
> serializations ..., such as SURF.

But as I noted to Aaron's posting, it's not enough if there just exist
"some" serialization model that does what we need. There has to be
one and only one standardized way to serialize RDF for interchange
if we are to have a global SW.

We're not talking here about ontology X versus ontology Y but whether
system X is working with the same triples as system Y given the same
input. Resource identity is the very backbone of the SW. If we don't get
that right, then we deserve what we get...

It actually worries quite a bit that so many folks are working on so
many alternate XML (and non-XML!) serializations to the *official* one. 
Why not combine efforts and fix the official one -- or get the powers 
that be to declare it broken and unfixable and name its successor? Or
at least an official, manditory alternate.

Surely the Web Browser wars taught us the value of standardized
and consistent content models, encodings and ontologies...


[signing off for the weekend...]


Patrick Stickler                      Phone:  +358 3 356 0209
Senior Research Scientist             Mobile: +358 50 483 9453
Software Technology Laboratory        Fax:    +358 7180 35409
Nokia Research Center                 Video:  +358 3 356 0209 / 4227
Visiokatu 1, 33720 Tampere, Finland   Email:  patrick.stickler@nokia.com
Received on Friday, 17 August 2001 14:42:44 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:44:31 UTC