[GeoNetwork-users-fr] Géosource v2.2.1 : règles de mise à jour des champs du parent vers ses enfants
From: Claude P. <CPE...@gr...> - 2010-03-05 09:09:22
|
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 |
From: Francois P. <fx....@gm...> - 2010-03-25 17:54:19
|
Bonjour, Le 5 mars 2010 10:09, Claude PEYRARD <CPE...@gr...> 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 > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr > |
From: Francois P. <fx....@gm...> - 2010-04-02 20:47:28
|
Bonjour, Le 25 mars 2010 18:54, Francois Prunayre <fx....@gm...> a écrit : > Le 5 mars 2010 10:09, Claude PEYRARD <CPE...@gr...> 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 >> Geo...@li... >> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr >> > |