[GeoNetwork-users-fr] Vue personalisée, choix des champs, et validation d'une fiche

Bonjour,

suite a l'analyse poussée de l'interface utilisateur de geosource, qui reste assez complexe et touffue pour les non-spécialistes du domaine de la métadonnée, nous allons essayer de créer une interface 'simplifiée' pour nos besoins de cataloguage de nos metadonnées, tout en gardant le moteur de geosource pour tout le reste.
Par interface simplifiée, j'entends 3 possibilités, et c'est la que je suis preneur d'idée/conseils/retours :
- le plus simple : partir à la hache dans le xsl créant les vues decouverte/essentielle/avancée, et n'afficher que les champs que l'on veut, et partir a la hache dans le css pour rendre le formulaire un peu plus aéré au passage.
- plus évolué : "aspirer" une fiche de métadonnée via fr/iso19139.xml?id=XXX, transformer le XML en HTML via un template et rendre le tout dans un formulaire de saisie. Pour le chemin inverse, un POST html sur xml.metadata.put devrait faire l'affaire.
- encore plus évolué : partir sur le protocole CSW (qui, si j'ai bien compris est l'équivalent du WMS pour les metadonnées, et sert de protocole de communication lors du moissonnage) et refaire toute une interface de saisie par dessus. Beaucoup trop complexe en temps et ressources.

L'idéal serait d'avoir dans geosource un "editeur de vue personalisée" ou l'on choisit les champs que l'on veut faire apparaitre sur le formulaire d'édition/affichage. Je crois que cette idée a déja été soulevée (au moins par Marie Gitton), ca recouperait la possibilité 1), et serait le plus 'cohérent' a mon avis, vu la masse de travail déja investie dans geosource.

Pour les champs a afficher, bien sur on vise ceux obligatoires selon la norme INSPIRE, je suppose (et j'espère) ceux marqués d'un asterisque rouge. J'ai cru comprendre que certains des champs obligatoires étaient dans les tréfonds de la vue essentielle/avancée, cf le mail 'Erreurs systématiques lors de la validation des règles INSPIRE' de Réjane ARPIN datant du début du mois. Une liste claire, concise et précise serait bienvenue, car à part lire la norme en elle même ou les fichiers xsd de validation..

Enfin, parlant de validation, j'ai l'impression qu'il y'a une validation à 2 niveaux, car lorsque l'on 'sauve et valide', on a le message 'Validation réussie' (ce qui pour moi veut dire que le XML en lui meme est valide, validation qui serait (?) aussi faite lorsqu'on fait uniquement "sauver" ?) suivi de 'Erreur dans la validation des règles', qui voudrait dire 'metadonnée non conforme a la norme' (si quelqu'un veut bien confirmer..)

Et c'est la que le bat blesse, car quoi que je mette comme valeurs dans les champs requis, la validation des règles n'a jamais réussi, et les messages d'erreur sont... cryptiques. J'en viens a me demander si c'est sensé marcher ou s'il essaie bien de valider la fiche en cours.

Quand le rapport dit '[INSPIRE] - Un mot-clé est obligatoire' alors qu'il y'a un mot clé dans la fiche, et que c'est pareil pour la plupart des erreurs, je me pose des questions. QUelqu'un a t'il déja réussi a 'sauver et valider' une fiche de métadonnée avec succés, et peut-il partager un exemple de fiche valide ?

Voila, désolé pour la longueur du mail, je suis preneur de tout conseils, retours & détails sur ces aspects.

--
Cdlt,
Landry Breuil
Administrateur de données du CRAIG

Bonjour,

En ce qui concerne l'éditeur d'une vue personnalisée c'est un besoin qui a déjà été remonté par plusieurs utilisateurs. Il s'agit d'une évolution importante (en terme de développement) qui pourrait être mise en œuvre dans une prochaine version. En attendant, nous sommes ouverts à toute contribution.

Pour les champs a afficher, bien sur on vise ceux obligatoires selon la norme INSPIRE...

Les champs marqués d'un astérique rouge correspondent aux champs obligatoires de l'ISO et non à ceux d'INSPIRE, qui sont tous dans la vue découverte (c'est là tout l'intérêt de cette vue...).
Il y a en effet une validation à deux niveaux, le premier vérifie la conformité au schéma ISO (qui je l'accorde est un peu "cryptique" et mériterait d'être davantage documenté, même si on ne peut tout traduire) et la seconde aux règles INSPIRE. Ce mécanisme est en cours d'amélioration (et de simplification) dans Geonetwork et constituera un apport important dans Géosource.

Quand le rapport dit '[INSPIRE] - Un mot-clé est obligatoire' alors qu'il y'a un mot clé dans la fiche, et que c'est pareil pour la plupart des erreurs, je me pose des questions. QUelqu'un a t'il déja réussi a 'sauver et valider' une fiche de métadonnée avec succés, et peut-il partager un exemple de fiche valide ?

Je suis un peu surpris de cette remarque. Si un mot-clé a été saisi, aucune erreur ne doit apparaître, sauf si à côté un autre champ mot-clé est vide. Vous trouverez ci-joint une fiche validée selon l'ISO ET INSPIRE (comme quoi c'est possible;).

J'ajoute que des documents "explicitant" le processus de validation selon les règles INSPIRE dans Géosource sont en cours d'élaboration et seront mis à disposition sur le wiki début janvier.

Cordialement,
Etienne TAFFOUREAU
BRGM

-----Message d'origine-----
De : Landry Breuil [mailto:breuil@anonymised.com]
Envoyé : jeudi 17 décembre 2009 16:56
À : geonetwork-users-fr@lists.sourceforge.net
Objet : [GeoNetwork-users-fr] Vue personalisée, choix des champs, et validation d'une fiche

Bonjour,

suite a l'analyse poussée de l'interface utilisateur de geosource, qui reste assez complexe et touffue pour les non-spécialistes du domaine de la métadonnée, nous allons essayer de créer une interface 'simplifiée'
pour nos besoins de cataloguage de nos metadonnées, tout en gardant le moteur de geosource pour tout le reste.
Par interface simplifiée, j'entends 3 possibilités, et c'est la que je suis preneur d'idée/conseils/retours :
- le plus simple : partir à la hache dans le xsl créant les vues decouverte/essentielle/avancée, et n'afficher que les champs que l'on veut, et partir a la hache dans le css pour rendre le formulaire un peu plus aéré au passage.
- plus évolué : "aspirer" une fiche de métadonnée via fr/iso19139.xml?id=XXX, transformer le XML en HTML via un template et rendre le tout dans un formulaire de saisie. Pour le chemin inverse, un POST html sur xml.metadata.put devrait faire l'affaire.
- encore plus évolué : partir sur le protocole CSW (qui, si j'ai bien compris est l'équivalent du WMS pour les metadonnées, et sert de protocole de communication lors du moissonnage) et refaire toute une interface de saisie par dessus. Beaucoup trop complexe en temps et ressources.

L'idéal serait d'avoir dans geosource un "editeur de vue personalisée"
ou l'on choisit les champs que l'on veut faire apparaitre sur le formulaire d'édition/affichage. Je crois que cette idée a déja été soulevée (au moins par Marie Gitton), ca recouperait la possibilité 1), et serait le plus 'cohérent' a mon avis, vu la masse de travail déja investie dans geosource.

Pour les champs a afficher, bien sur on vise ceux obligatoires selon la norme INSPIRE, je suppose (et j'espère) ceux marqués d'un asterisque rouge. J'ai cru comprendre que certains des champs obligatoires étaient dans les tréfonds de la vue essentielle/avancée, cf le mail 'Erreurs systématiques lors de la validation des règles INSPIRE' de Réjane ARPIN datant du début du mois. Une liste claire, concise et précise serait bienvenue, car à part lire la norme en elle même ou les fichiers xsd de validation..

Enfin, parlant de validation, j'ai l'impression qu'il y'a une validation à 2 niveaux, car lorsque l'on 'sauve et valide', on a le message 'Validation réussie' (ce qui pour moi veut dire que le XML en lui meme est valide, validation qui serait (?) aussi faite lorsqu'on fait uniquement "sauver" ?) suivi de 'Erreur dans la validation des règles', qui voudrait dire 'metadonnée non conforme a la norme' (si quelqu'un veut bien confirmer..)

Et c'est la que le bat blesse, car quoi que je mette comme valeurs dans les champs requis, la validation des règles n'a jamais réussi, et les messages d'erreur sont... cryptiques. J'en viens a me demander si c'est sensé marcher ou s'il essaie bien de valider la fiche en cours.

Quand le rapport dit '[INSPIRE] - Un mot-clé est obligatoire' alors qu'il y'a un mot clé dans la fiche, et que c'est pareil pour la plupart des erreurs, je me pose des questions. QUelqu'un a t'il déja réussi a 'sauver et valider' une fiche de métadonnée avec succés, et peut-il partager un exemple de fiche valide ?

Voila, désolé pour la longueur du mail, je suis preneur de tout conseils, retours & détails sur ces aspects.

--
Cdlt,
Landry Breuil
Administrateur de données du CRAIG

------------------------------------------------------------------------------
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
**********************************************************************************************
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.
**********************************************************************************************

(attachments)

export-full-1261069041803.zip (68.3 KB)