[Fwd: [OAI-implementers] ListMetadataFormats problem]

herbert van de sompel herbertv@CS.Cornell.EDU
Wed, 31 Jan 2001 09:38:47 -0500


This is a multi-part message in MIME format.
--------------95728BFCAD6AF04D848B543B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

see attached mail from Carl.

herbert
--------------95728BFCAD6AF04D848B543B
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Return-Path: <oai-implementers-admin@oaisrv.nsdl.cornell.edu>
Received: from oaisrv.nsdl.cornell.edu (IDENT:root@oaisrv.nsdl.cornell.edu [128.84.154.156])
	by sundial.cs.cornell.edu (8.9.3/8.9.3/M-3.3) with ESMTP id HAA00577;
	Wed, 31 Jan 2001 07:17:51 -0500 (EST)
Received: from oaisrv.nsdl.cornell.edu (IDENT:mailman@localhost.localdomain [127.0.0.1])
	by oaisrv.nsdl.cornell.edu (8.11.0/8.11.0) with ESMTP id f0VCH1905235;
	Wed, 31 Jan 2001 07:17:01 -0500
Received: from opus.cs.cornell.edu (exchange.cs.cornell.edu [128.84.97.8])
	by oaisrv.nsdl.cornell.edu (8.11.0/8.11.0) with ESMTP id f0VCGM905220
	for <oai-implementers@oaisrv.nsdl.cornell.edu>; Wed, 31 Jan 2001 07:16:22 -0500
Received: by opus.cs.cornell.edu with Internet Mail Service (5.5.2650.21)
	id <C93CW1PH>; Wed, 31 Jan 2001 07:16:32 -0500
Received: by opus.cs.cornell.edu with Internet Mail Service (5.5.2650.21)
	id <C93CW1PC>; Wed, 31 Jan 2001 07:15:15 -0500
Message-ID: <706871B20764CD449DB0E8E3D81C4D43BD74F4@opus.cs.cornell.edu>
From: lagoze@CS.Cornell.EDU
To: jyoung@oclc.org
Cc: oai-implementers@openarchvies.org
Subject: RE: [OAI-implementers] ListMetadataFormats problem
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="ISO-8859-1"
Sender: oai-implementers-admin@oaisrv.nsdl.cornell.edu
Errors-To: oai-implementers-admin@oaisrv.nsdl.cornell.edu
X-BeenThere: oai-implementers@oaisrv.nsdl.cornell.edu
X-Mailman-Version: 2.0.1
Precedence: bulk
List-Help: <mailto:oai-implementers-request@oaisrv.nsdl.cornell.edu?subject=help>
List-Post: <mailto:oai-implementers@oaisrv.nsdl.cornell.edu>
List-Subscribe: <http://oaisrv.nsdl.cornell.edu/mailman/listinfo/oai-implementers>,
	<mailto:oai-implementers-request@oaisrv.nsdl.cornell.edu?subject=subscribe>
List-Id: List to discuss implementation of the OAI protocol <oai-implementers.oaisrv.nsdl.cornell.edu>
List-Unsubscribe: <http://oaisrv.nsdl.cornell.edu/mailman/listinfo/oai-implementers>,
	<mailto:oai-implementers-request@oaisrv.nsdl.cornell.edu?subject=unsubscribe>
List-Archive: <http://oaisrv.nsdl.cornell.edu/pipermail/oai-implementers/>
Date: Wed, 31 Jan 2001 07:15:15 -0500
X-Mozilla-Status2: 00000000

Jeff, I think you've got the wrong approach here.  Having spent the last
hour or so staring at the xml schema primer at
http://www.w3.org/TR/xmlschema-0  I found the explanation on importing
types at http://www.w3.org/TR/xmlschema-0/#import.  Using this mechanism
you can pull in types (elements) from another namespace.  E.g., you
could define a schema carlmeta.xsd with a target namespace
http://foo.org/carlmeta with an import of
http://purl.org/dc/elements/1.1.  I quote the primer:

When schema components are imported from multiple namespaces, each
namespace must be identified with a separate import element. The import
elements themselves must appear as the first children of the schema
element. Furthermore, each namespace must be associated with a prefix,
using a standard namespace declaration, and that prefix is used to
qualify references to any schema components belonging to that namespace.
Finally, import elements optionally contain a schemaLocation attribute
to help locate resources associated with the namespaces. 

Don't have time now to experiment with this but coming up with an
example shouldn't be too hard.

Carl

> -----Original Message-----
> From: Young,Jeff [mailto:jyoung@oclc.org]
> Sent: Tuesday, January 30, 2001 4:58 PM
> To: 'lagoze@cs.cornell.edu'
> Subject: FW: [OAI-implementers] ListMetadataFormats problem
> 
> 
> Hi Carl,
> 
> I don't think things are as simple as I'd hoped. I want to 
> check with you
> first, though, before I stir up more confusion in the 
> listserv. Apparently,
> the xsi:schemaLocation element expects namespaces to be 
> paired with schema
> locations. If this is true, then a single schema won't work for the
> application I described below. Is there any reason that 
> schemas can't be
> repeatable as well as namespaces in relation to metadata formats?
> 
> Jeff
> 
> > -----Original Message-----
> > From: Young,Jeff [mailto:jyoung@oclc.org] 
> > Sent: Tuesday, January 30, 2001 4:01 PM
> > To: 'OAI-implementers'
> > Subject: [OAI-implementers] ListMetadataFormats problem
> > 
> > 
> > I'm working on an OAI repository for a group that wants to 
> > define it's own
> > metadata format. The trick is, this format will be a 
> > combination of Dublin
> > Core elements and some new elements yet to be defined. The 
> > examples in the
> > OAI specs, however, all assume that the metadata will consist 
> > of elements
> > from a single namespace. I believe, for the most part, that 
> > the OAI spec
> > doesn't preclude the use of multiple namespaces. For example, 
> > I imagine that
> > the following XML fragment is likely to be acceptable:
> > 
> > <combined xmlns:dc="http://purl.org/dc/elements/1.1/"
> > 	xmlns:myelems="http://www.myelems.com/"
> > 	xmlns:xsi="..."
> > 	xsi:schemaLocation="http://purl.org/dc/elements/1.1/
> > 		http://www.myelems.com/
> > 		http://www.myelems.com/combined.xsd">
> >   <dc:title>This is the title</dc:title>
> >   <myelems:shoesize>12</myelems:shoesize>
> > </combined>
> > 
> > (As far as I can tell, specifying multiple namespaces in the
> > xsi:schemaLocation attribute is perfectly valid.)
> > 
> > Assuming no one sees any problems with this, I do think I see 
> > a problem with
> > ListMetadataFormats.xsd. Now that multiple namespaces are 
> > involved, I expect
> > that ListMetadataFormats will need to accommodate them with multiple
> > metadataNamespace elements. The XML schema for 
> > ListMetadataFormats, however,
> > sets the maxOccurs for metadataNamespace to one. I suspect 
> > this is easily
> > changed to unbounded.
> > 
> > Hopefully, the problem is no more involved than this, but 
> > someone may want
> > to check my assumptions.
> > 
> > Thanks,
> > Jeff
> > 
> > ---
> > Jeffrey A. Young
> > Senior Consulting Systems Analyst
> > Office of Research, Mail Code 710
> > OCLC Online Computer Library Center, Inc.
> > 6565 Frantz Road
> > Dublin, OH   43017-3395
> > www.oclc.org
> > 
> > Voice:	614-764-4342
> > Fax:		614-764-2344
> > Email:	jyoung@oclc.org
> > 
> > 
> > 
> > _______________________________________________
> > OAI-implementers mailing list
> > OAI-implementers@oaisrv.nsdl.cornell.edu
> > http://oaisrv.nsdl.cornell.edu/mailman/listinfo/oai-implementers
> > 
> 
_______________________________________________
OAI-implementers mailing list
OAI-implementers@oaisrv.nsdl.cornell.edu
http://oaisrv.nsdl.cornell.edu/mailman/listinfo/oai-implementers


--------------95728BFCAD6AF04D848B543B--