[GeoNetwork-users-fr] erreur de validation...(?)

GeoNetwork Utilisateurs GeoNetwork
1

Bonjour,
Et avant tout, merci aux personnes (dont je n'ai plus le nom en tête)qui on
répondu à mes précédentes questions.

Donc,jusqu'a présent je créai mes fiches sur geosource installé en local. Pas de
problème pour valider mes fiches.
Une version de Geosource est désormais sur un serveur dédié. J'ai donc voulu
importer mes fiches et les valider, une fois l'import terminé.

Et là, un message d'erreur :
Exception in startElement: cvc-complex-type.3.2.2: Attribute 'gco:isoType' is
not allowed to appear in element 'gmd:MD_ReferenceSystem'.

En regardant dans la vue xml, je constate qu'a l'endroit concerné le code est
légèrement différent:
Sur ma machine:
<fra:FRA_DirectReferenceSystem xmlns:fra="http://www.cnig.gouv.fr/2005/fra&quot;
gco:isoType="gmd:MD_ReferenceSystem">

Sur la version de Geosource sur serveur:
<gmd:MD_ReferenceSystem gco:isoType="gmd:MD_ReferenceSystem">

Qui peut m'expliquer, svp, pourquoi ces différences de code? Et, est-elle à
l'origine de l'erreur générée ?
Merci, JN

2

Bonjour,

Dans les 2 fragments de XML cité, l'un correspond à la mise en œuvre du profil français de la norme ISO (balises dans l'espace de nommage "fra:"), et l'autre correspond à une expression dans la norme "de base"
(ISO 19115 sans extension).
Pourquoi ce comportement est il différent d'une installation à l'autre, je n'ai pas la réponse.

* En revanche sur l'erreur :*

> Exception in startElement: cvc-complex-type.3.2.2: Attribute
> 'gco:isoType' is not allowed

J'ai moi aussi ce souci pour importer des fiches géosource dans un catalogue qui vérifie la conformité par rapport à la norme.
Il y a effectivement une anomalie dans l'export de Géosource vers le XML ISO19115/19139 "de base".
Les balises gco:isoType *ne sont pas conformes* au schéma, tout du moins dans leur version que j'utilise, téléchargée depuis http://schemas.opengis.net/iso/19139/20070417/gmd/gmd.xsd
ou encore http://www.isotc211.org/2005/gmd/gmd.xsd

Serait il possible que géosource évolue au niveau de cet export dans la norme "de base" ?

Merci d'avance,

Cordialement,

Robert Rivière
MEEDDM

Le 10/12/2009 16:13, > jerome.nowicki@anonymised.com (par Internet, dépôt geonetwork-users-fr-bounces@lists.sourceforge.net) a écrit :

Bonjour,
Et avant tout, merci aux personnes (dont je n'ai plus le nom en tête)qui on
répondu à mes précédentes questions.

Donc,jusqu'a présent je créai mes fiches sur geosource installé en local. Pas de
problème pour valider mes fiches.
Une version de Geosource est désormais sur un serveur dédié. J'ai donc voulu
importer mes fiches et les valider, une fois l'import terminé.

Et là, un message d'erreur :
Exception in startElement: cvc-complex-type.3.2.2: Attribute 'gco:isoType' is
not allowed to appear in element 'gmd:MD_ReferenceSystem'.

En regardant dans la vue xml, je constate qu'a l'endroit concerné le code est
légèrement différent:
Sur ma machine:
<fra:FRA_DirectReferenceSystem xmlns:fra="http://www.cnig.gouv.fr/2005/fra&quot;
gco:isoType="gmd:MD_ReferenceSystem">

Sur la version de Geosource sur serveur:
<gmd:MD_ReferenceSystem gco:isoType="gmd:MD_ReferenceSystem">

Qui peut m'expliquer, svp, pourquoi ces différences de code? Et, est-elle à
l'origine de l'erreur générée ?
Merci, JN

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

3

Bonjour,

2009/12/11 "RIVIERE Robert - CETE Méditerr./DI/ETER" <
Robert.Riviere@anonymised.com>

Bonjour,

Dans les 2 fragments de XML cité, l'un correspond à la mise en œuvre du
profil français de la norme ISO (balises dans l'espace de nommage
"fra:"), et l'autre correspond à une expression dans la norme "de base"
(ISO 19115 sans extension).
Pourquoi ce comportement est il différent d'une installation à l'autre,
je n'ai pas la réponse.

* En revanche sur l'erreur :*

> Exception in startElement: cvc-complex-type.3.2.2: Attribute
> 'gco:isoType' is not allowed

J'ai moi aussi ce souci pour importer des fiches géosource dans un
catalogue qui vérifie la conformité par rapport à la norme.
Il y a effectivement une anomalie dans l'export de Géosource vers le XML
ISO19115/19139 "de base".
Les balises gco:isoType *ne sont pas conformes* au schéma, tout du moins
dans leur version que j'utilise, téléchargée depuis
http://schemas.opengis.net/iso/19139/20070417/gmd/gmd.xsd
ou encore http://www.isotc211.org/2005/gmd/gmd.xsd

Serait il possible que géosource évolue au niveau de cet export dans la
norme "de base" ?

Merci d'avance,

Cordialement,

Robert Rivière
MEEDDM

Le 10/12/2009 16:13, > jerome.nowicki@anonymised.com (par Internet, dépôt
geonetwork-users-fr-bounces@lists.sourceforge.net) a écrit :
>
> Bonjour,
> Et avant tout, merci aux personnes (dont je n'ai plus le nom en tête)qui
on
> répondu à mes précédentes questions.
>
> Donc,jusqu'a présent je créai mes fiches sur geosource installé en local.
Pas de
> problème pour valider mes fiches.
> Une version de Geosource est désormais sur un serveur dédié. J'ai donc
voulu
> importer mes fiches et les valider, une fois l'import terminé.
>
> Et là, un message d'erreur :
> Exception in startElement: cvc-complex-type.3.2.2: Attribute
'gco:isoType' is
> not allowed to appear in element 'gmd:MD_ReferenceSystem'.
>
> En regardant dans la vue xml, je constate qu'a l'endroit concerné le code
est
> légèrement différent:
> Sur ma machine:
> <fra:FRA_DirectReferenceSystem xmlns:fra="
http://www.cnig.gouv.fr/2005/fra&quot;
> gco:isoType="gmd:MD_ReferenceSystem">
>
> Sur la version de Geosource sur serveur:
> <gmd:MD_ReferenceSystem gco:isoType="gmd:MD_ReferenceSystem">
>
> Qui peut m'expliquer, svp, pourquoi ces différences de code? Et, est-elle
à
> l'origine de l'erreur générée ?

Votre installation locale comme serveur ne diffère en rien d'un point de vue
programmation (à moins d'avoir des versions de GéoSource différentes).
Je n'explique donc pas une différence de comportement entre ces deux
installations.
La seule source d'erreur pour moi pourrait venir d'options différentes lors
de l'import, ou bien d'une configuration différente entre les deux
installations.

Sinon, comme le précisait Mr Rivière précèdemment, il s'agit en effet d'un
extrait de métadonnée à la norme ISO 19139 profil france, et d'un extrait
d'ISO 19139 standard.
Cependant le 19139 standard ne devrait pas comporter de balise gco:IsoType.

Je vais regarder ce problème de plus près et je reviendrai vers vous dès
lors que j'aurais quelques élements de réponses.

Cordialement,

Mathieu

Merci, JN
>
>
------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> GeoNetwork-users-fr mailing list
> GeoNetwork-users-fr@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>
>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

4

Bonjour,

Nous passons actuellement Géosource V2.2.1 de recette en prod.
Nous sommes confronté au problème des liens saisis pour les documents associés.

Sur mon serveur de recette j'ai saisi :
http://www.monserveurderecette/geosource/documentation/produits/BDCARTHAGE_DContenu.pdf

Sur mon serveur de prod je souhaite avoir, sans avoir à ressaisir les liens :
http://www.monserveurdeprod/geosource/documentation/produits/BDCARTHAGE_DContenu.pdf

Le souci est que les BDA ne voient pas le contenu du champ "data", où ont stockés les liens, sous Toad.
Nous avions pensé éxécuter un script pour changer le chemin en automatique, mais cela ne semble pas possible.
QQ'un a t'il une idée ?

Autre interrogation liée à ce problème :
Est-il possible de saisir les chemins en relatifs pour qu'ils restent valident qqe soit le serveur ?

Merci bien pour vos réponses

Françoise Cherel
Service Géomatique
DSI/Direction des Informations Géographiques
Tour de Bretagne
44923 Nantes Cedex 9
Tél : 02 40 99 93 21

5

Bonjour,

Nous avons résolu le problème.

Voici les remarques de nos DBA :
""Pour se faire, j'ai été obligé de modifier le type de la colonne DATA (du format long vers le format clob, le format long étant déprécié pour Oracle, il est recommandé d'utiliser le format clob)""

Ne serait-il pas judicieux de faire cette modif dans la prochaine version de Géosource... Si cela ne pose pas de problème de compatilité ???

Françoise Cherel
Service Géomatique
DSI/Direction des Informations Géographiques
Tour de Bretagne
44923 Nantes Cedex 9
Tél : 02 40 99 93 21

-----Message d'origine-----
De : CHEREL Françoise
Envoyé : vendredi 18 décembre 2009 14:35
À : geonetwork-users-fr@lists.sourceforge.net
Objet : [GeoNetwork-users-fr] lien href : passage de recette en prod

Bonjour,

Nous passons actuellement Géosource V2.2.1 de recette en prod.
Nous sommes confronté au problème des liens saisis pour les documents associés.

Sur mon serveur de recette j'ai saisi :
http://www.monserveurderecette/geosource/documentation/produits/BDCARTHAGE_DContenu.pdf

Sur mon serveur de prod je souhaite avoir, sans avoir à ressaisir les liens :
http://www.monserveurdeprod/geosource/documentation/produits/BDCARTHAGE_DContenu.pdf

Le souci est que les BDA ne voient pas le contenu du champ "data", où ont stockés les liens, sous Toad.
Nous avions pensé éxécuter un script pour changer le chemin en automatique, mais cela ne semble pas possible.
QQ'un a t'il une idée ?

Autre interrogation liée à ce problème :
Est-il possible de saisir les chemins en relatifs pour qu'ils restent valident qqe soit le serveur ?

Merci bien pour vos réponses

Françoise Cherel
Service Géomatique
DSI/Direction des Informations Géographiques Tour de Bretagne
44923 Nantes Cedex 9
Tél : 02 40 99 93 21

6

Bonjour,

Le 18 décembre 2009 14:35, CHEREL Françoise
<Francoise.CHEREL@anonymised.com> a écrit :

Bonjour,

Nous passons actuellement Géosource V2.2.1 de recette en prod.
Nous sommes confronté au problème des liens saisis pour les documents associés.

Sur mon serveur de recette j'ai saisi :
http://www.monserveurderecette/geosource/documentation/produits/BDCARTHAGE_DContenu.pdf

Sur mon serveur de prod je souhaite avoir, sans avoir à ressaisir les liens :
http://www.monserveurdeprod/geosource/documentation/produits/BDCARTHAGE_DContenu.pdf

Le souci est que les BDA ne voient pas le contenu du champ "data", où ont stockés les liens, sous Toad.
Nous avions pensé éxécuter un script pour changer le chemin en automatique, mais cela ne semble pas possible.
QQ'un a t'il une idée ?

Autre interrogation liée à ce problème :
Est-il possible de saisir les chemins en relatifs pour qu'ils restent valident qqe soit le serveur ?

L'utilisation des chemins relatifs n'est pas recommandée dans le cas
où les métadonnées seront moissonnables.

Salutations.

Francois

Merci bien pour vos réponses

Françoise Cherel
Service Géomatique
DSI/Direction des Informations Géographiques
Tour de Bretagne
44923 Nantes Cedex 9
Tél : 02 40 99 93 21

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

7

Bonjour à toutes et tous,

Côté méthode, je vous propose la solution que notre DBA a pu tester lorsque nous sommes passés d'un serveur de recette à un serveur de prod.
A noter : les documents liés se trouvent dans un répertoire data en dehors des répertoires de Géosource. Cette option permet de ne pas risquer la suppression de ces documents lorsque nous installons une nouvelle version pour nos applications.

Les liens restent donc complets. Il faut lançer une requête SQL qui remplace alors l'adresse du serveur de recette par l'adresse du serveur de prod. Ca vous l'aviez peut-être déjà en tête. Par contre, il s'avère que sous Oracle notre DBA signale une modification nécessaire pour cette requête dans la base de donnée :

---------------------------------------------------------------------------------------

"J'ai réussi à modifier les adresses pour les fiches :

SQL> update metadata set data = replace (data,'www.serveurRecette.net','www.serveurProd.net');

327 ligne(s) mise(s) à jour.

Pour se faire, j'ai été obligé de modifier le type de la colonne (du format long vers le format clob, le format long étant déprécié pour Oracle, il est recommandé d'utiliser le format clob). Comme il s'agit d'un progiciel, je ne modifie jamais la structure d'une base sauf accord de l'éditeur. Néanmoins la modification apportée ne doit pas poser de problème (au contraire)."

---------------------------------------------------------------------------------------

Bonnes fêtes de fin d'année et à bientôt.

Garance SALVAT
DSI/Direction des Informations Géographiques
Service Géomatique

-----Message d'origine-----
De : Francois Prunayre [mailto:fx.prunayre@anonymised.com]
Envoyé : samedi 19 décembre 2009 09:53
À : CHEREL Françoise
Cc : geonetwork-users-fr
Objet : Re: [GeoNetwork-users-fr] lien href : passage de recette en prod

Bonjour,

Le 18 décembre 2009 14:35, CHEREL Françoise <Francoise.CHEREL@anonymised.com> a écrit :

Bonjour,

Nous passons actuellement Géosource V2.2.1 de recette en prod.
Nous sommes confronté au problème des liens saisis pour les documents associés.

Sur mon serveur de recette j'ai saisi :
http://www.monserveurderecette/geosource/documentation/produits/BDCART
HAGE_DContenu.pdf

Sur mon serveur de prod je souhaite avoir, sans avoir à ressaisir les liens :
http://www.monserveurdeprod/geosource/documentation/produits/BDCARTHAG
E_DContenu.pdf

Le souci est que les BDA ne voient pas le contenu du champ "data", où ont stockés les liens, sous Toad.
Nous avions pensé éxécuter un script pour changer le chemin en automatique, mais cela ne semble pas possible.
QQ'un a t'il une idée ?

Autre interrogation liée à ce problème :
Est-il possible de saisir les chemins en relatifs pour qu'ils restent valident qqe soit le serveur ?

L'utilisation des chemins relatifs n'est pas recommandée dans le cas où les métadonnées seront moissonnables.

Salutations.

Francois

Merci bien pour vos réponses

Françoise Cherel
Service Géomatique
DSI/Direction des Informations Géographiques Tour de Bretagne
44923 Nantes Cedex 9
Tél : 02 40 99 93 21

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

8

Bonjour,

* En revanche sur l'erreur :*

> Exception in startElement: cvc-complex-type.3.2.2: Attribute
> 'gco:isoType' is not allowed

J'ai moi aussi ce souci pour importer des fiches géosource dans un
catalogue qui vérifie la conformité par rapport à la norme.
Il y a effectivement une anomalie dans l'export de Géosource vers le XML
ISO19115/19139 "de base".
Les balises gco:isoType *ne sont pas conformes* au schéma, tout du moins
dans leur version que j'utilise, téléchargée depuis
http://schemas.opengis.net/iso/19139/20070417/gmd/gmd.xsd
ou encore http://www.isotc211.org/2005/gmd/gmd.xsd

Serait il possible que géosource évolue au niveau de cet export dans la
norme "de base" ?

Réponse un peu tardive mais je reviens vers vous concernant ce problème à
l'export de métadonnées au format ISO 19139 "de base".
J'ai résolu cela dans le code source de GéoSource, cependant cette
correction n'est pas inclus dans la dernère version en ligne de l'outil
GéoSource (version 2.2.2).

Vous pouvez appliquer le patch fourni en pièce jointe afin de remédier à ce
problème de validation des fiches de métadonnées exportées.

Cordialement,

Mathieu Coudert

Merci d'avance,

Cordialement,

Robert Rivière
MEEDDM

Le 10/12/2009 16:13, > jerome.nowicki@anonymised.com (par Internet, dépôt
geonetwork-users-fr-bounces@lists.sourceforge.net) a écrit :
>
> Bonjour,
> Et avant tout, merci aux personnes (dont je n'ai plus le nom en tête)qui
on
> répondu à mes précédentes questions.
>
> Donc,jusqu'a présent je créai mes fiches sur geosource installé en local.
Pas de
> problème pour valider mes fiches.
> Une version de Geosource est désormais sur un serveur dédié. J'ai donc
voulu
> importer mes fiches et les valider, une fois l'import terminé.
>
> Et là, un message d'erreur :
> Exception in startElement: cvc-complex-type.3.2.2: Attribute
'gco:isoType' is
> not allowed to appear in element 'gmd:MD_ReferenceSystem'.
>
> En regardant dans la vue xml, je constate qu'a l'endroit concerné le code
est
> légèrement différent:
> Sur ma machine:
> <fra:FRA_DirectReferenceSystem xmlns:fra="
http://www.cnig.gouv.fr/2005/fra&quot;
> gco:isoType="gmd:MD_ReferenceSystem">
>
> Sur la version de Geosource sur serveur:
> <gmd:MD_ReferenceSystem gco:isoType="gmd:MD_ReferenceSystem">
>
> Qui peut m'expliquer, svp, pourquoi ces différences de code? Et, est-elle
à
> l'origine de l'erreur générée ?
> Merci, JN
>
>
------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> GeoNetwork-users-fr mailing list
> GeoNetwork-users-fr@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>
>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

(attachments)

export_ISO_19139.patch (688 Bytes)

9

Bonjour,

je reviens sur une échange un peu ancien, à savoir le fait que Géosource V2.2 incluait, lors d'un export de métadonnées en XML 19139, certains attributs issus du profil français, ce qui compromettait la validation du XML par rapport au schéma "de base" ISO.

J'ai le plaisir de vous confirmer, après vérification sur plusieurs sites l'ayant appliqué, que le patch proposé par M. Coudert, en PJ, résoud effectivement ce problème.

Bravo et merci,

R Rivière - MEEDDM

Le 13/01/2010 12:38, > Mathieu Coudert (par Internet) a écrit :

Bonjour,

    * En revanche sur l'erreur :*

     > Exception in startElement: cvc-complex-type.3.2.2: Attribute
     > 'gco:isoType' is not allowed

    J'ai moi aussi ce souci pour importer des fiches géosource dans un
    catalogue qui vérifie la conformité par rapport à la norme.
    Il y a effectivement une anomalie dans l'export de Géosource vers le XML
    ISO19115/19139 "de base".
    Les balises gco:isoType *ne sont pas conformes* au schéma, tout du moins
    dans leur version que j'utilise, téléchargée depuis
    http://schemas.opengis.net/iso/19139/20070417/gmd/gmd.xsd
    ou encore http://www.isotc211.org/2005/gmd/gmd.xsd

    Serait il possible que géosource évolue au niveau de cet export dans la
    norme "de base" ?

Réponse un peu tardive mais je reviens vers vous concernant ce problème à l'export de métadonnées au format ISO 19139 "de base".
J'ai résolu cela dans le code source de GéoSource, cependant cette correction n'est pas inclus dans la dernère version en ligne de l'outil GéoSource (version 2.2.2).

Vous pouvez appliquer le patch fourni en pièce jointe afin de remédier à ce problème de validation des fiches de métadonnées exportées.

Cordialement,

Mathieu Coudert

    Merci d'avance,

    Cordialement,

    Robert Rivière
    MEEDDM

    Le 10/12/2009 16:13, > jerome.nowicki@anonymised.com
    <mailto:jerome.nowicki@anonymised.com> (par Internet, dépôt
    geonetwork-users-fr-bounces@lists.sourceforge.net
    <mailto:geonetwork-users-fr-bounces@lists.sourceforge.net>) a écrit :
     >
     > Bonjour,
     > Et avant tout, merci aux personnes (dont je n'ai plus le nom en
    tête)qui on
     > répondu à mes précédentes questions.
     >
     > Donc,jusqu'a présent je créai mes fiches sur geosource installé
    en local. Pas de
     > problème pour valider mes fiches.
     > Une version de Geosource est désormais sur un serveur dédié. J'ai
    donc voulu
     > importer mes fiches et les valider, une fois l'import terminé.
     >
     > Et là, un message d'erreur :
     > Exception in startElement: cvc-complex-type.3.2.2: Attribute
    'gco:isoType' is
     > not allowed to appear in element 'gmd:MD_ReferenceSystem'.
     >
     > En regardant dans la vue xml, je constate qu'a l'endroit concerné
    le code est
     > légèrement différent:
     > Sur ma machine:
     > <fra:FRA_DirectReferenceSystem
    xmlns:fra="http://www.cnig.gouv.fr/2005/fra&quot;
     > gco:isoType="gmd:MD_ReferenceSystem">
     >
     > Sur la version de Geosource sur serveur:
     > <gmd:MD_ReferenceSystem gco:isoType="gmd:MD_ReferenceSystem">
     >
     > Qui peut m'expliquer, svp, pourquoi ces différences de code? Et,
    est-elle à
     > l'origine de l'erreur générée ?
     > Merci, JN
     >
    ------------------------------------------------------------------------------
     > Return on Information:
     > Google Enterprise Search pays you back
     > Get the facts.
     > http://p.sf.net/sfu/google-dev2dev
     > _______________________________________________
     > GeoNetwork-users-fr mailing list
     > GeoNetwork-users-fr@lists.sourceforge.net
    <mailto:GeoNetwork-users-fr@lists.sourceforge.net>
     > https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
     >

    ------------------------------------------------------------------------------
    Return on Information:
    Google Enterprise Search pays you back
    Get the facts.
    http://p.sf.net/sfu/google-dev2dev
    _______________________________________________
    GeoNetwork-users-fr mailing list
    GeoNetwork-users-fr@lists.sourceforge.net
    <mailto:GeoNetwork-users-fr@lists.sourceforge.net>
    https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

(attachments)

export_ISO_19139.patch (688 Bytes)

10

Bonjour,

au fait, serait il possible qu'un des gestionnaires mette en ligne ce patch sur le site geosource.fr ?

Merci

R Rivière

Le 22/04/2010 10:05, > RIVIERE Robert - CETE Méditerr./DI/ETER (par Internet, dépôt geonetwork-users-fr-bounces@lists.sourceforge.net) a écrit :

Bonjour,

je reviens sur une échange un peu ancien, à savoir le fait que Géosource V2.2 incluait, lors d'un export de métadonnées en XML 19139, certains attributs issus du profil français, ce qui compromettait la validation du XML par rapport au schéma "de base" ISO.

J'ai le plaisir de vous confirmer, après vérification sur plusieurs sites l'ayant appliqué, que le patch proposé par M. Coudert, en PJ, résoud effectivement ce problème.

Bravo et merci,

R Rivière - MEEDDM

Le 13/01/2010 12:38, > Mathieu Coudert (par Internet) a écrit :

Bonjour,

    * En revanche sur l'erreur :*

     > Exception in startElement: cvc-complex-type.3.2.2: Attribute
     > 'gco:isoType' is not allowed

    J'ai moi aussi ce souci pour importer des fiches géosource dans un
    catalogue qui vérifie la conformité par rapport à la norme.
    Il y a effectivement une anomalie dans l'export de Géosource vers le XML
    ISO19115/19139 "de base".
    Les balises gco:isoType *ne sont pas conformes* au schéma, tout du moins
    dans leur version que j'utilise, téléchargée depuis
    http://schemas.opengis.net/iso/19139/20070417/gmd/gmd.xsd
    ou encore http://www.isotc211.org/2005/gmd/gmd.xsd

    Serait il possible que géosource évolue au niveau de cet export dans la
    norme "de base" ?

Réponse un peu tardive mais je reviens vers vous concernant ce problème à l'export de métadonnées au format ISO 19139 "de base".
J'ai résolu cela dans le code source de GéoSource, cependant cette correction n'est pas inclus dans la dernère version en ligne de l'outil GéoSource (version 2.2.2).

Vous pouvez appliquer le patch fourni en pièce jointe afin de remédier à ce problème de validation des fiches de métadonnées exportées.

Cordialement,

Mathieu Coudert

    Merci d'avance,

    Cordialement,

    Robert Rivière
    MEEDDM

    Le 10/12/2009 16:13, > jerome.nowicki@anonymised.com
    <mailto:jerome.nowicki@anonymised.com> (par Internet, dépôt
    geonetwork-users-fr-bounces@lists.sourceforge.net
    <mailto:geonetwork-users-fr-bounces@lists.sourceforge.net>) a écrit :
     >
     > Bonjour,
     > Et avant tout, merci aux personnes (dont je n'ai plus le nom en
    tête)qui on
     > répondu à mes précédentes questions.
     >
     > Donc,jusqu'a présent je créai mes fiches sur geosource installé
    en local. Pas de
     > problème pour valider mes fiches.
     > Une version de Geosource est désormais sur un serveur dédié. J'ai
    donc voulu
     > importer mes fiches et les valider, une fois l'import terminé.
     >
     > Et là, un message d'erreur :
     > Exception in startElement: cvc-complex-type.3.2.2: Attribute
    'gco:isoType' is
     > not allowed to appear in element 'gmd:MD_ReferenceSystem'.
     >
     > En regardant dans la vue xml, je constate qu'a l'endroit concerné
    le code est
     > légèrement différent:
     > Sur ma machine:
     > <fra:FRA_DirectReferenceSystem
    xmlns:fra="http://www.cnig.gouv.fr/2005/fra&quot;
     > gco:isoType="gmd:MD_ReferenceSystem">
     >
     > Sur la version de Geosource sur serveur:
     > <gmd:MD_ReferenceSystem gco:isoType="gmd:MD_ReferenceSystem">
     >
     > Qui peut m'expliquer, svp, pourquoi ces différences de code? Et,
    est-elle à
     > l'origine de l'erreur générée ?
     > Merci, JN
     >
    ------------------------------------------------------------------------------

     > Return on Information:
     > Google Enterprise Search pays you back
     > Get the facts.
     > http://p.sf.net/sfu/google-dev2dev
     > _______________________________________________
     > GeoNetwork-users-fr mailing list
     > GeoNetwork-users-fr@lists.sourceforge.net
    <mailto:GeoNetwork-users-fr@lists.sourceforge.net>
     > https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
     >

    ------------------------------------------------------------------------------

    Return on Information:
    Google Enterprise Search pays you back
    Get the facts.
    http://p.sf.net/sfu/google-dev2dev
    _______________________________________________
    GeoNetwork-users-fr mailing list
    GeoNetwork-users-fr@lists.sourceforge.net
    <mailto:GeoNetwork-users-fr@lists.sourceforge.net>
    https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

------------------------------------------------------------------------

------------------------------------------------------------------------------

------------------------------------------------------------------------

_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

11

Bonjour,

Nous installons ce jour Geosource 2.2.2 sur serveur (recette).
Nous aurions souhaité y ajouter le patch de M. Courdert cité dans ces
derniers posts.

L'équipe d'installation me demande cependant quel est le mode opératoire
pour installer ce patch.

Bien cordialement,

Garance SALVAT
NANTES METROPOLE
DSI/Direction des Informations Géographiques
Service Géomatique
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/erreur-de-validation-tp4145853p5018563.html
Sent from the GeoNetwork users francophone mailing list archive at Nabble.com.

12

Bonjour,

Pour appliquer le patch, il suffit d'ajouter dans le fichier GeoNetwork/web/geonetwork/xml/schemas/iso19139fra/convert/to19139.xsl, ligne 105 le texte suivant :
<!-- Removed not allowed 'gco:isoType' attribute -->
<xsl:template match="@*[local-name()='isoType']" priority="10"/>

Voir le wiki :
http://trac.osgeo.org/geonetwork/attachment/wiki/ListOfFr/export_ISO_19139.patch

Cordialement,
Etienne TAFFOUREAU

-----Message d'origine-----
De : G. Salvat [mailto:Garance.SALVAT@anonymised.com]
Envoyé : vendredi 7 mai 2010 11:44
À : geonetwork-users-fr@lists.sourceforge.net
Objet : Re: [GeoNetwork-users-fr] erreur de validation...(?)

Bonjour,

Nous installons ce jour Geosource 2.2.2 sur serveur (recette).
Nous aurions souhaité y ajouter le patch de M. Courdert cité dans ces derniers posts.

L'équipe d'installation me demande cependant quel est le mode opératoire pour installer ce patch.

Bien cordialement,

Garance SALVAT
NANTES METROPOLE
DSI/Direction des Informations Géographiques Service Géomatique
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/erreur-de-validation-tp4145853p5018563.html
Sent from the GeoNetwork users francophone mailing list archive at Nabble.com.
------------------------------------------------------------------------------

_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
**********************************************************************************************
Pensez a l'environnement avant d'imprimer ce message
Think Environment before printing

Le contenu de ce mel et de ses pieces jointes est destine a l'usage exclusif du (des) destinataire(s) designe
(s) comme tel(s).
En cas de reception par erreur, le signaler e son expediteur et ne pas en divulguer le contenu.
L'absence de virus a ete verifiee e l'emission, il convient neanmoins de s'assurer de l'absence de
contamination a sa reception.

The contents of this email and any attachments are confidential. They are intended for the named recipient
(s) only.
If you have received this email in error please notify the system manager or the sender immediately and do
not disclose the contents to anyone or make copies.
eSafe scanned this email for viruses, vandals and malicious content.
**********************************************************************************************

13

Bonjour,

Merci pour ces dernières informations.
Cordialement,

Garance Salvat
Nantes Métropole
DIG / Service Géomatique
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/erreur-de-validation-tp4145853p5034776.html
Sent from the GeoNetwork users francophone mailing list archive at Nabble.com.