SPW-DIG / metawal-core-geonetwork

Metawal - Catalogue pour l'information géographique de Wallonie
http://metawal.wallonie.be
GNU General Public License v2.0
3 stars 1 forks source link

Interface / Adaptation au "formatage codelist" #494

Closed stephyritz closed 4 years ago

stephyritz commented 4 years ago

Ce bug est lié à la thématique abordée dans https://github.com/SPW-DIG/metawal-core-geonetwork/issues/493.

En effet, lorsque la manière de déclarer une information change, il se peut qu'il y ait également des conséquences sur les interfaces qui présentent cette information.

Voici un exemple concernant les systèmes de projection sur la fiche http://metawal.wallonie.be/geonetwork/srv/fre/catalog.search#/metadata/968514e6-04f7-4a84-b083-f2680435f5f2/formatters/xsl-view?root=div&view=advanced :

Les systèmes de projection epsg:31370 et epsg:3035 étaient déjà encodés ("ancienne manière")

  1. J'ajoute un nouveau système de projection (EPSG:4326) depuis l'interface en vue complète depuis l'onglet système de référence. Il est donc renseigné selon la "nouvelle manière"

  2. Les informations encodées sous la forme de la "nouvelle manière" ne semblent pas être parfaitement interprétées par l'interface en vue complète

bug_interface_syst_proj_494

fxprunayre commented 4 years ago
* 31370 (type = projeté)
* 3035 (type = projeté)
* 4326(type = 2D géographique géodésique)
* 3857 (type = projeté)
* 5710 (type = vertical)

type = valeurs présentes dans la liste déroulante offerte dans MW en édition.


   <mdb:referenceSystemInfo>
      <mrs:MD_ReferenceSystem>
         <mrs:referenceSystemIdentifier>
            <mcc:MD_Identifier/>
         </mrs:referenceSystemIdentifier>
         <mrs:referenceSystemType>
            <mrs:MD_ReferenceSystemTypeCode codeList="http://standards.iso.org/iso/19139/resources/gmxCodelists.xml#MD_ReferenceSystemTypeCode"
                                            codeListValue="projected"/>
         </mrs:referenceSystemType>
      </mrs:MD_ReferenceSystem>
  </mdb:referenceSystemInfo>
davinciagf commented 4 years ago

Affichage modifié par : https://github.com/SPW-DIG/iso19115-3.2018/commit/5a559d58887831188d3b9bb713386f9767bdcad2

fxprunayre commented 4 years ago

On dirait qu'il y en à d'autres

CRS not handled http://www.opengis.net/def/crs/EPSG/0/4258 CRS not handled http://www.opengis.net/def/crs/EPSG/0/3812 CRS not handled http://www.opengis.net/def/crs/EPSG/0/21500 CRS not handled http://www.opengis.net/def/crs/EPSG/0/54024 @stephyritz on doit les convertir aussi ? Si oui, c'est quoi le type ?

stephyritz commented 4 years ago

Ok merci, différence entre bonnes pratiques et réalité.

4258 --> type = 2D géographique géodésique 3812 --> type = projeté 21500 --> Suppression 54024 --> Suppression

fxprunayre commented 4 years ago

Pour les projection on est bon image

En consultation

image

image

et de manière plus générale toutes les ancres sont affichées avec liens

image

stephyritz commented 4 years ago

Je ne sais pas si c'est déjà abouti pour le système de projection par exemple en terme de présentation dans la vue complète.

presentation_crs

Il y a trop de sauts de ligne et d'info en texte qui ne servent à rien comme par exemple : "Système de référence" + "Nom du système de référence" + "Identifiant". Il pourrait n'y avoir, à l'affichage que "Système de référence" puis les infos importantes (Code, Description et Type de projection).

davinciagf commented 4 years ago

Problème de style entre les tests en local et sur la machine de test. image

stephyritz commented 4 years ago

Attention, il semblerait que l'ajout de l'information liée au MD_ReferenceSystemTypeCode ne soit pas valide pour le schéma 19139.

Résultat du test par exemple pour 6029e738-f828-438b-b10a-85e67f77af92 --> http://inspire.ec.europa.eu/validator/v2/TestRuns/EID64deaf6b-428d-4d51-a078-dd933f6540b0.html

Faut-il dès lors prévoir la suppression de cette balise lors de la conversion en 19139 ? Cela rajoute à nouveau une modification dans le xsl de transfo mais je ne sais pas comment on peut gérer cela autrement... Comment cela se passe-t-il pour les autres champs OK dans le schéma de la 19115-3 et NOK en 19139 ?

fxprunayre commented 4 years ago

il semblerait que l'ajout de l'information liée au MD_ReferenceSystemTypeCode ne soit pas valide pour le schéma 19139.

Oui je regarde ça maintenant.

fxprunayre commented 4 years ago

Fixed in https://github.com/metadata101/iso19115-3.2018/commit/69fd4b06103d294f2c2938c01859a065a4066dc5

@davinciagf tu peux mettre à jour ?

davinciagf commented 4 years ago

En cours de déploiement

davinciagf commented 4 years ago

Retesté avec succès sur 6029e738-f828-438b-b10a-85e67f77af92 http://inspire.ec.europa.eu/validator/v2/TestRuns/EID89f97104-b1a4-4147-88e9-ac53b70bf87d.html

stephyritz commented 4 years ago

Point d'attention : EN environnement de valid, la minicarte avec l'emprise spatiale ne s'affiche pas correctement.

mini-carte_NOK

fxprunayre commented 4 years ago

Point d'attention : EN environnement de valid, la minicarte avec l'emprise spatiale ne s'affiche pas correctement.

Ce matin, j'ai observé des pb avec le service WMS utilisé pour le fond de carte (si ça persiste, il faut créer un autre ticket). Pas de lien avec ce ticket là en tout cas.