- From: Karen Coyle <kcoyle@kcoyle.net>
- Date: Thu, 17 Jul 2014 20:25:31 -0700
- To: Simon Spero <sesuncedu@gmail.com>
- CC: "public-rdf-shapes@w3.org" <public-rdf-shapes@w3.org>
On 7/17/14, 3:58 PM, Simon Spero wrote: > On Thu, Jul 17, 2014 at 6:26 PM, Karen Coyle <kcoyle@kcoyle.net > <mailto:kcoyle@kcoyle.net>> wrote: > > Absolutely. In fact, I doubt if anyone can guarantee that their data > will never have to interact with OW assumptions. I do hope that we > keep in mind that we must support both contexts. > > Karen - > to help clarify discussion, could you give some possibly give some > specific examples from the Library, Archive, or Museum domains where the > OWA is especially problematic? I actually think I was saying the opposite: that most LAM data sources that I encounter are intended for public consumption, and therefore try to be aware of the OW and what it means for their data. At the same time, data creators, and those LAM institutions that are exchanging data amongst them for their private purposes, have a need to create data that validates against certain rules. Two examples are the data aggregators Europeana and Digital Public Library of American. They aggregate data created in widely diverse contexts and that do not follow a common data format, and therefore want to validate incoming data. The rules used for that validation (one and only one title, as an example) are not ones that would apply to the OW. As for an area where OWA is problematic, one need look no further than FRBRer ontology[1], which is clearly designed using OWL constraints (which I prefer to call "axioms" to avoid confusion) in a closed world way. The definitions are quite strict, with all classes disjoint each other, such that, using reasoning in the OW, any FRBRer data will be inconsistent with data not using that exact set of axioms. Did that answer your question? Or did I misunderstand your purpose? kc [1] http://iflastandards.info/ns/fr/frbr/frbrer/ > > Thanks. > Simon -- Karen Coyle kcoyle@kcoyle.net http://kcoyle.net m: 1-510-435-8234 skype: kcoylenet
Received on Friday, 18 July 2014 03:26:01 UTC