W3C home > Mailing lists > Public > public-powderwg@w3.org > June 2008

RE: Transport XML meta data as well as RDF?

From: Smith, Kevin, \(R&D\) VF-Group <Kevin.Smith@vodafone.com>
Date: Wed, 18 Jun 2008 15:01:39 +0200
Message-ID: <37AC1116121D3F43B9A67CB16E2E79FF4B8362@VF-MBX11.internal.vodafone.com>
To: "Phil Archer" <parcher@icra.org>, "Public POWDER" <public-powderwg@w3.org>

HI Phil,

You can already include that metadata block in a DescriptorSet as
regards the XML schema, so would that suffice?

Cheers
Kev

E.g.:

<?xml version="1.0" encoding="UTF-8"?>
<powder xmlns="http://www.w3.org/2007/05/powder"
xmlns:dc="http://dublincore.org/schemas/xmls/qdc/dc.xsd"
xmlns:dcterms="http://dublincore.org/schemas/xmls/qdc/dcterms.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.w3.org/2007/05/powder wdr.xsd">
	<attribution>
	
<maker><dc:creator>http://people.example.com/kevin</dc:creator></maker>
	</attribution>
	<dr>
		<iriset>
	
<includeregex>http://ukoln.ac.uk/*</includeregex>
		</iriset>
		<descriptorset>
			<metadata xmlns="http://example.org/myapp/">
			   <dc:title>UKOLN</dc:title>
			   <dc:description>
				 UKOLN is a national focus of expertise
in digital information
				 management. It provides policy,
research and awareness services
				 to the UK library, information and
cultural heritage communities.
				 UKOLN is based at the University of
Bath.
			   </dc:description>
			   <dc:publisher>UKOLN, University of
Bath</dc:publisher>
	
<dc:identifier>http://www.ukoln.ac.uk/</dc:identifier>
		</metadata>
		</descriptorset>
	</dr>
</powder>

-----Original Message-----
From: public-powderwg-request@w3.org
[mailto:public-powderwg-request@w3.org] On Behalf Of Phil Archer
Sent: 18 June 2008 12:14
To: Public POWDER
Subject: Transport XML meta data as well as RDF?


I've just had an interesting conversation with Karen Van Godtsenhoven
and Patrick Hochstenbach at the University of Gent who are running a
project called DRIVER [1] - which is concerned with Open Access
scientific publications. One question raised was whether POWDER could
transport XML meta elements as well as RDF. Er... well, it's designed to
transport RDF but I wonder how difficult it would be to add support for
transporting XML that doesn't get treated as RDF? (there are some very
well established XML-based metadata systems).

To try and work through an example I looked at the Dublin Core XML
implementation guide [2], example 4.3 of which is

<metadata
   xmlns="http://example.org/myapp/"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://example.org/myapp/
http://example.org/myapp/schema.xsd"
   xmlns:dc="http://purl.org/dc/elements/1.1/">

   <dc:title>UKOLN</dc:title>
   <dc:description>
     UKOLN is a national focus of expertise in digital information
     management. It provides policy, research and awareness services
     to the UK library, information and cultural heritage communities.
     UKOLN is based at the University of Bath.
   </dc:description>
   <dc:publisher>UKOLN, University of Bath</dc:publisher>
   <dc:identifier>http://www.ukoln.ac.uk/</dc:identifier>
</metadata>

Hmmm... so we have an arbitrary bit of XML that provides data about, in
this case, UKOLN. POWDER could be useful in associating this data with
"everything on ukoln.ac.uk" ?

I think all we'd need to do would be to define a new element for our DRs
of, say, xmldata, and treat it more or less the same as we do tagset and
descriptorset in that you can have multiple instances of them but you
must have at least one of tagset, descriptorset or xmldata for the DR to
be valid. In POWDER-S there would be a class with a property that had
the XML chunk as its value (RDF has specific support for transporting
XML as the value of a property).

Something to talk about on our next telecon?

Phil.


[1] http://www.driver-repository.be/
[2] http://dublincore.org/documents/dc-xml-guidelines/
Received on Wednesday, 18 June 2008 13:02:48 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:42:13 GMT