Re: [sdx-users] oai: trop ou ne pas assez d'attributs

[Jos Snellings]

Hélas,

Du coté production, j'ai introduit une xslt (cet xslt commence au niveau de
l'élément oai_dc:dc)
   <sdx:oai-repository name="OAIrep"
adminEmail="address@hidden"
baseURL="http://localhost:8080/sdx/oai/pladix/mh";>
                <sdx:oai-format name="OAI Dublin core"
metadataPrefix="oai_dc" namespace="http://purl.org/dc/elements/1.1/";
schemaUrl="http://www.openarchives
.org/OAI/2.0/oai_dc.xsd">
                        <sdx:pipeline id="oai-mf">
                                <sdx:transformation id="oai-mf-mh"
type="XSLT" src="../oai/mf-mh.xsl"/>
                        </sdx:pipeline>
                </sdx:oai-format>

Puis, je crée une xslt, mf-mh (ce qui me rend plus de liberté en définiant
les champs dc):

<?xml version="1.0"?>
<xsl:stylesheet version="1.0"
                xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
                xmlns:dc="http://purl.org/dc/elements/1.1/";
                xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/";
                xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
                >

<xsl:template match="/record">
    <oai_dc:dc>
        <dc:identifier><xsl:value-of select="@id"/></dc:identifier>
        <dc:title><xsl:value-of select="title/proper"/></dc:title>

Mais, il ajoute l'attribut xsi:schemaLocation à l'élément oai_dc:dc, et le
moissonneur ne le supporte pas, il se plaint
dans sdxError juste comme avant ...

Donc, le problème ne se situe pas du coté de production de données
(l'installation sdx 2.2.1), mais du coté du
moissonneur (une installation sdx-2.3b1).

Avez-vous d'autres suggestions?
Cordialement,
Jos Snellings



----- Original Message -----
From: "Martin Sevigny" <address@hidden>
To: <address@hidden>
Sent: Wednesday, September 27, 2006 7:45 AM
Subject: Re: [sdx-users] oai: trop ou ne pas assez d'attributs


Bonjour,

> Lors d'un moissonnage OAI d'une base de documents (source de données
> sous sdx 2.2.3) j'obtiens:
>
> sdxError.log pour une version sdx 2.3 B 1:
> ERROR   (2006-09-26) 16:45.09:538   [sdx.framework] (Unknown-URI)
> Unknown-thread/LoggingUtils: SDX - Document - XML : erreur dans le
> document Ã
>
file:/usr/local/jakarta-tomcat-5.5.7/work/Catalina/localhost/sdx/cocoon-file
s/upload-dir/pladix_oaiHarvests/transversale/harvest-1159281908871/oaiHarves
tedRecord429.sdx
> : Fatal error parsing
>
file:/usr/local/jakarta-tomcat-5.5.7/work/Catalina/localhost/sdx/cocoon-file
s/upload-dir/pladix_oaiHarvests/transversale/harvest-1159281908871/oaiHarves
tedRecord429.sdx
> (line 1 col. 265): The prefix "xsi" for attribute "xsi:schemaLocation"
> associated with an element type "oai_dc:dc" is not bound.
> org.xml.sax.SAXParseException: The prefix "xsi" for attribute
> "xsi:schemaLocation" associated with an element type "oai_dc:dc" is not
> bound.
>
http://www.upperware.biz/sdx/sdx/oai/pladix/mh?verb=ListRecords&metadataPref
ix=dc_oai
>
<http://www.upperware.biz/sdx/sdx/oai/pladix/mh?verb=ListRecords&metadataPre
fix=dc_oai>
>
> Strictement il a raison: la déclaration de la namespace "xsi" n'est pas
> inclue dans le document résultant.

Oui, c'est un problème dans les dernières sources SDX, on s'apprête à
commiter un patch là-dessus.

En attendant, si l'entrepôt produit les données avec une XSLT, vous
pouvez ajouter la déclaration du namespace dans la XSLT et ça règle le
problème. Par exemple:

<xsl:stylesheet ... xmlns:xsi="URL du namespace..."/>

Martin Sévigny



_______________________________________________
sdx-users mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/sdx-users