Bonjour,
Je teste l'utilisation de métadonnées ou fiches (plus court à écrire)
avec la notion de
1- parent pour un thème, une famille de données, et la notion de
2- enfant pour chaque couche ou composant de ce thème.
Dans toute fiche, je copie-colle "l'identifiant de la métadonnée" dans
le champ "INSPIRE-identifiant"
du style
"FRE-246900245-Trigramme_thème" pour les fiches parents et
"FRE-246900245-Trigramme_thème-Nom_composant" pour les fiches enfants.
(code SIREN de notre collectivité : 246900245)
Ces identifiants sont par nature propre à chaque fiche.
Mais lorsque le bouton "Mettre à jour les enfants" est activé (pour
transmettre la mise à jour d'un autre champ du genre distance...), le
champ "identifiant des fiches enfant" reste intact, mais le champ
"INSPIRE-identifiant" est écrasé et prend la valeur du parent.
Bug ou pas bug ?
Y a-t-il quelque part la description des règles d'héritage de chaque
champ, ou des principes réellement implémentés dans l'outil ?
J'ai peut-être mal cherché et suis prêt à poursuivre des tests, mais en
ayant un minimum de guide.
Cordialement
Claude Peyrard Tél 44528
Bonjour,
Le 5 mars 2010 10:09, Claude PEYRARD <CPEYRARD@anonymised.com> a écrit :
Bonjour,
Je teste l'utilisation de métadonnées ou fiches (plus court à écrire)
avec la notion de
1- parent pour un thème, une famille de données, et la notion de
2- enfant pour chaque couche ou composant de ce thème.
Dans toute fiche, je copie-colle "l'identifiant de la métadonnée" dans
le champ "INSPIRE-identifiant"
du style
"FRE-246900245-Trigramme_thème" pour les fiches parents et
"FRE-246900245-Trigramme_thème-Nom_composant" pour les fiches enfants.
(code SIREN de notre collectivité : 246900245)
Ces identifiants sont par nature propre à chaque fiche.
Mais lorsque le bouton "Mettre à jour les enfants" est activé (pour
transmettre la mise à jour d'un autre champ du genre distance...), le
champ "identifiant des fiches enfant" reste intact, mais le champ
"INSPIRE-identifiant" est écrasé et prend la valeur du parent.
Bug ou pas bug ?
Y a-t-il quelque part la description des règles d'héritage de chaque
champ, ou des principes réellement implémentés dans l'outil ?
Actuellement le mécanisme est le suivant :
* L'enfant conserve
* identifiant
* language
* parentIdentifier
* ses contacts (pour la métadonnée et la donnée)
* les informations de référence (citation)
* le résumé
* les informations sur la distribution
* Le reste est hérité du parent et les contacts du parent sont
également ajoutés (rq: des contacts supprimés du parent ne le seront
pas dans l'enfant par mise à jour)
Si vous avez des suggestions d'amélioration et des cas d'utilisations
précis - exprimez vous !
Ensuite, on verra dans quel cadre la fonctionnalité pourra évoluer !
Salutations.
Francois
J'ai peut-être mal cherché et suis prêt à poursuivre des tests, mais en
ayant un minimum de guide.
Cordialement
Claude Peyrard Tél 44528
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
Bonjour,
Le 25 mars 2010 18:54, Francois Prunayre <fx.prunayre@anonymised.com> a écrit :
Le 5 mars 2010 10:09, Claude PEYRARD <CPEYRARD@anonymised.com> a écrit :
Bonjour,
Je teste l'utilisation de métadonnées ou fiches (plus court à écrire)
avec la notion de
1- parent pour un thème, une famille de données, et la notion de
2- enfant pour chaque couche ou composant de ce thème.
Dans toute fiche, je copie-colle "l'identifiant de la métadonnée" dans
le champ "INSPIRE-identifiant"
du style
"FRE-246900245-Trigramme_thème" pour les fiches parents et
"FRE-246900245-Trigramme_thème-Nom_composant" pour les fiches enfants.
(code SIREN de notre collectivité : 246900245)
Ces identifiants sont par nature propre à chaque fiche.
Mais lorsque le bouton "Mettre à jour les enfants" est activé (pour
transmettre la mise à jour d'un autre champ du genre distance...), le
champ "identifiant des fiches enfant" reste intact, mais le champ
"INSPIRE-identifiant" est écrasé et prend la valeur du parent.
Bug ou pas bug ?
Y a-t-il quelque part la description des règles d'héritage de chaque
champ, ou des principes réellement implémentés dans l'outil ?
Actuellement le mécanisme est le suivant :
* L'enfant conserve
* identifiant
* language
* parentIdentifier
* ses contacts (pour la métadonnée et la donnée)
* les informations de référence (citation)
* le résumé
* les informations sur la distribution
* Le reste est hérité du parent et les contacts du parent sont
également ajoutés (rq: des contacts supprimés du parent ne le seront
pas dans l'enfant par mise à jour)
Si vous avez des suggestions d'amélioration et des cas d'utilisations
précis - exprimez vous !
Voilà l'approche retenue pour la prochaine version de GeoNetwork (et
GéoSource) en cours d'acceptation par le comité de pilotage.
http://trac.osgeo.org/geonetwork/wiki/UpdateChildren
Salutations.
Francois
Ensuite, on verra dans quel cadre la fonctionnalité pourra évoluer !
Salutations.
Francois
J'ai peut-être mal cherché et suis prêt à poursuivre des tests, mais en
ayant un minimum de guide.
Cordialement
Claude Peyrard Tél 44528
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr