Changes between Version 6 and Version 7 of ISO15926inOWLConventionalLiterals

Show
Ignore:
Timestamp:
06/18/08 07:48:51 (16 years ago)
Author:
jbourne (IP: 70.54.77.119)
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • ISO15926inOWLConventionalLiterals

    v6 v7  
    148148Note: that the authors of part 7 have declared the above use case to be "out of scope" as far as what part 7 is intended to address, however, there should be some "high degree" interoperability solution for ISO 15926 data, and I believe that the RDS/WIP should store information in that form, since it will be the focal reference system of these other "highly interoperable" ISO 15926 use cases. 
    149149 
     150=== Summary (unfinished) === 
     151 
     152I think (I hope anyway) that I've made a convincing argument against unique, identified literals in the externally facing, interoperability-focused ISO 15926 OWL representation.  I think that a lot of it comes down to dealing with the merging, splitting and rejoining of RDF graphs from different sources.  If we take the current state of part 7 as written, it makes the RDF representation very much a transitory state of the data.  That's okay for people who have EXPRESS, but the attraction of RDF/OWL for the rest of is that it is available, free and very active and we'd rather keep the data in RDF if we can, and have to massage it as little as possible.  Its not so much a matter of "it can't work", but more a matter of "its error prone to make it work well and it will be slower". 
Home
About PCA
Reference Data Services
Projects
Workgroups