W3C home > Mailing lists > Public > www-rdf-dspace@w3.org > May 2004

FW: Mapping between schemas

From: Butler, Mark <mark-h.butler@hp.com>
Date: Tue, 4 May 2004 14:33:08 +0100
Message-ID: <E864E95CB35C1C46B72FEA0626A2E808ED2360@0-mail-br1.hpl.hp.com>
To: SIMILE public list <www-rdf-dspace@w3.org>

-----Original Message-----
From: David R. Karger [mailto:karger@mit.edu] 
Sent: 30 April 2004 18:16
To: Andy_Seaborne@hplb.hpl.hp.com
Cc: Mark_Butler@hplb.hpl.hp.com
Subject: Re: Mapping between schemas

As usual I am much behind, but I wanted to remark on another problem with
defining a "creator" class the way you described it.  Since creator.role
presumably may be different for each work, we can't represent someone who
created multiple resources as a unique resource. This would appear to
complicate our goal of linking?

   X-Original-To: www-rdf-dspace@frink.w3.org
   From: "Seaborne, Andy" <Andy_Seaborne@hplb.hpl.hp.com>
   Date: Wed, 8 Oct 2003 11:47:29 +0100 
   X-HPL-BR-MailScanner: Found to be clean
   X-HPL-BR-MailScanner-SpamCheck: not spam (whitelisted),
	   SpamAssassin (score=-5.2, required 5, BAYES_10 -4.70,
   X-Mailing-List: <www-rdf-dspace@w3.org> archive/latest/624
   X-Loop: www-rdf-dspace@w3.org
   X-SBClass: Nonlocal Origin []
   X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20
   X-SpamBouncer: 1.7 (8/28/03)
   X-SBPass: NoBounce
   X-SBClass: OK
   X-Folder: Bulk

   I don't think there is a uniform approach because the original specs
   uniform in use of a "qualifier".

   Looking at vra3:title:

       could be subProperty of title
       its still a title for the work
       could be subProperty of title
       its still a title for the work


      Not a subproperty
      Would seem preferrable to link to the "series" description
      Not a subproperty - this isn't a title for the work

   In Dublin Core there is explicit subProperties:

   dc:created     subPropertyOf  dc:date
   dc:references  subPropertyOf  dc:relation
   dc:medium      subPropertyOf  dc:format

   and if the subProperty is a true statement so is the same pair related by
   the superProperty.

   The var3 mappings to DC also need thinking about 

   vra3:measurements is defined to map to dc:format
   is about the image (actually about the work or about the image)

   vra3:material is defined to dc:format but is about the substance of the

   so there seems to be confusion between the 


   -----Original Message-----
   From: Butler, Mark [mailto:Mark_Butler@hplb.hpl.hp.com] 
   Sent: 7 October 2003 17:40
   To: www-rdf-dspace@w3.org
   Subject: Mapping between schemas

   Hi team,

   After writing an XSLT transform to turn the Artstor XML into RDF/XML, I
   decided to have a go at writing an RDFS schema for the resulting RDF. I
   decided to try to link this schema to an earlier one I had done for VRA
   Core, because the Artstor metadata is based on VRA Core.

   There are a number of problems doing this, but I came across one which I
   want to mention here because I suspect it may be potentially very
   It is the problem where one schema uses properties whereas another schema
   uses classes.

   For example, consider two schemas that both use the VRA element creator
   refers to an image record. Note I am not using RDFS class / property
   terminology here deliberately, because specifications like VRA Core do
   use such terms. Creator has a number of qualifiers, e.g. Creator.Role,
   Creator.Attribution, Creator.Personal_name, Creator.Corporate_name. So
   do we represent this? Well there are two approaches:

   (a) We can create a property called creator, and then subproperties
   role, attribution, personal_name and corporate_name. If we do this, we
   making the assumption that an image has exactly one creator.

   (b) Alternatively we can create a class called Creator. Now our Image
   instance has one or more properties called hasCreator, each of which
   to an instance of Creator. The properties roles, attribution,
   and corporate_name all have domain Creator. Now images can have multiple
   creators, because each creator is an independent object, rather than a
   property value. 

   Now lets consider the mapping:

   1. It's fairly straightforward to map a:role, a:attribution,
   and a:corporate_name onto their respective counterparts in b.

   2. Mapping b on to a is may be more difficult, if an image does have
   multiple creators.

   3. Mapping between creator is difficult, because it is a property in a
and a
   class in b.

   any thoughts?

   Dr Mark H. Butler
   Research Scientist                HP Labs Bristol
   Internet: http://www-uk.hpl.hp.com/people/marbut/
Received on Tuesday, 4 May 2004 09:33:57 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:13:11 UTC