W3C home > Mailing lists > Public > public-ws-semann@w3.org > June 2006

Re: Issue : should mappings be bijections? what happens if they are not?

From: Laurent Henocque <laurent.henocque@gmail.com>
Date: Tue, 13 Jun 2006 12:13:26 +0200
Message-ID: <448E8FC6.2070102@gmail.com>
To: Jacek Kopecky <jacek.kopecky@deri.org>
CC: SAWSDL public list <public-ws-semann@w3.org>

Hash: SHA1

I have come to the understanding that we should not enforce undue semantics on annotations, hence that my question is

The issue can hence be closed, if everybody agrees.

Jacek Kopecky wrote:
> Laurent,
> I added this as issue 16.
> I think the answer depends on whether we see a specific relationship
> between modelReferences and schemaMapping (possibly part of issue 6). 
> If there is a relationship, I'd like to see it formulated - it will also
> depend on what exactly it means for an element or type to be annotated
> with modelReference in the first place. I'll soon send another email in
> the thread "why distinguish between simple and complex types?" that will
> be relevant to this. 8-)
> If we understand modelReference and schemaMapping as largely
> independent, your question would lack the other side of the bijection -
> a schemaMapping is on an element or type, but there is no given "set of
> ontology instances" which would be the bijected counterpart of the
> possible values of that element or type.
> So if you have an assumption about the relationship between
> modelReference and schemaMapping, let's first try to agree on that and
> then we can tackle issue 16.
> Best regards,
> Jacek
> On Tue, 2006-06-06 at 14:43 +0200, Laurent Henocque wrote:
> When annotating an element: do we need to enforce the condition that there exists a one to one between the element type
> space and the set of ontology instances?
> If negative: what happens when a mapping raises an error? Do we have to provide hooks for error handlers in the
> specification?
> I would be happy with bijections ;-)

- --
Laurent Henocque
Maître de Conférences Hdr
tel: +33 6 83 88 20 01
Enseignant à l'Ecole Supérieure d'Ingénieurs de Luminy - Marseille
Chercheur au Laboratoire des Sciences de l'Information et des Systèmes - Marseille

clé publique open pgp / open pgp public key :
Version: GnuPG v1.4.2.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

Received on Tuesday, 13 June 2006 10:13:34 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:36:13 UTC