Description de l'anomalie

l'ajout du flux https://qlf-vt-gpf-beta.ign.fr/tms/1.0.0/sample_7s1680pm9y0h0ps7 s'est mal passé. l'ajout du flux https://qlf-vt-gpf-beta.ign.fr/tms/1.0.0/CRAIG_MOS_GRAND_CLERMONT_2020 s'est mal passé.

Etapes pour reproduire

Décrivez pas à pas comment reproduire ce comportement :

1. récupérer https://ids.craig.fr/geocat/srv/api/records/e7dae1e7-aadb-4f8a-bc9d-98464469cdcd/attachments/CRAIG_MOS_GRAND_CLERMONT_2020.zip
2. décompresser, créer un .cpg avec 'latin1' pour qu'ogr2ogr connaisse l'encodage

echo 'latin1' > CRAIG_MOS_GRAND_CLERMONT_2020.cpg

4. convertir en geopackage

ogr2ogr CRAIG_MOS_GRAND_CLERMONT_2020.gpkg CRAIG_MOS_GRAND_CLERMONT_2020.shp

importer les données, l'import se passe bien, la génération d'un échantillon (ex faire recherche sur commune aubière) se passe bien, la visualisation de l'échantillon échoue, la génération des tuiles se passe bien, la publication aussi, la visualisation des données échoue.

les 2 couches (échantillon et finales) n'existent pas dans le service: https://qlf-vt-gpf-beta.ign.fr/tms/1.0.0/CRAIG_MOS_GRAND_CLERMONT_2020

<ExceptionReport>
<Exception exceptionCode="InvalidParameterValue"> Layer CRAIG_MOS_GRAND_CLERMONT_2020 inconnu. </Exception>
</ExceptionReport>

Vais faire un second test en supprimant la colonne avec des valeurs accentuées.

Toutes les cartes du portail Géotuileur sont affichées avec OpenLayers.

Il existe cependant une bibliothèque de rendu cartographique plus nativement adaptée aux tuiles vectorielles : maplibre/maplibre-gl-js

Il est possible qu'elle permette un gain en performance d'affichage et une meilleure fidélité du rendu des styles puisqu'elle utilise directement le format de style Mapbox alors qu'avec OpenLayers il y a une conversion en style OpenLayers.

A priori 2 plugins seraient à développer pour MapLibre :

• la recherche de lieu (il en existe une qui se base sur l'API Mapbox geocoding)
• le gestionnaire de couches (layerSwitcher)

Description de l'anomalie

J'ai publié, j'arrive à l'interface de visualisation puis d'dition du style et je n'ai pas les données mais le message suivant : "l'ajout du flux https://qlf-vt-gpf-beta.ign.fr/tms/1.0.0/Bureaux_vote s'est mal passé."

https://qlf-portail-gpf-beta.ign.fr/datastores/6239e1402d0a195bc96053de/pyramid/6245bc2bf3989a6e043b606a/share

Description de l'anomalie

Sur ce jeu de données : https://qlf-portail-gpf-beta.ign.fr/datastores/62287053b579ed604ad7f584/pyramid/6238646d4506ef29932a3974/share

En intégrant le code iframe proposé : <iframe width="600" height="400" frameborder="0" scrolling="no" marginheight="0" marginwidth="0" sandbox="allow-forms allow-scripts allow-same-origin" src="http://qlf-portail-gpf-beta.ign.fr/viewer?tiles_url=https://qlf-vt-gpf-beta.ign.fr/tms/1.0.0/communes_1_BV"></iframe>

dans ce visualisateur : https://codepen.io/wendee/pen/AePOYE

Jai le résultat suivant :

qui ne centre pas au bon endroit et ne montre pas la couche de tuiles vectorielles.

Est-ce lié au fait qu'on soit en qualif ?

Description de l'anomalie

Lors de l'import de données en format geopackage dans le plugin QGIS, l'intégration de données vecteur livrées en base ne fonctionne pas.

Etapes pour reproduire

Décrivez pas à pas comment reproduire ce comportement :

1. Aller à la fonction "Upload creation" du plugin Qgis Geotuileur devellopé en ce moment par Oslandia.
2. Ajouter les données en format geopackage avec la projection correcte.

Comportement attendu

Les données utilisées permettent de créer un flux facilement en utilisant l'interface web du Geotuileur. Le flux devrait être créé et apparaitre dans l'espace de travail choisi.

Copies d'écran

Description de l'anomalie

Sur la carto de n'importe quel flux publié, on note un décalage important entre l'objet cliqué et la fenêtre pop-up affichant les attributs (voir capture 1).

Etapes pour reproduire

Décrivez pas à pas comment reproduire ce comportement :

1. Se rendre sur un espace de travail contenant des flux publiés.
2. Cliquer sur le bouton 'Voir' correspondant à un flux publié
3. Sélectionner un objet sur la carto, la fenêtre pop-up s'affichera de manière très décalée

Copies d'écran

Capture 1:

Description de l'anomalie

Après avoir créé un flux en échantillon, je clique sur Visualiser afin d'afficher la carto. (capture 1) La cartographie s'ouvre à petite échelle, très loin de la zone d’échantillonnage. Cela pourrait être fastidieux pour l'utilisateur de se repérer et de retrouver les échantillons sur la carte. (capture 2) Dans cette même carto, il y a aussi très net décalage entre l’échantillon sur lequel on clique et la position de la fenêtre Pop-up. (capture 3)

Etapes pour reproduire

Décrivez pas à pas comment reproduire ce comportement :

1. Aller à '...'
2. Cliquer sur 'Commencer'
3. Sélectionner un espace de travail (j'ai utilisé l'espace Recette)
4. Cliquer sur 'Créer un nouveau flux'
5. Déposer un fichier et valider
6. Poursuivre à l'étape 2 en sélectionnant l'option 'générer un échantillon'
7. Retrouver l'échantillon dans 'Mes actions à terminer' et cliquer sur visualiser

Comportement attendu

La carto devrait être centrée sur la zone d'échantillonnage et la fenêtre Pop-up apparaître proche des objets sur lesquels on clique.

Copies d'écran

Capture 1: Capture 2: Capture 3:

Description de l'anomalie

Impossible d'accéder au flux https://qlf-vt-gpf-beta.ign.fr/tms/1.0.0/sample_1skd5jdyqs231m1a. Existe-t-il ? Message reçu lors de la visualisation de l'échantillon de la ressource arbres gpkg 2022-05-20 Page concernée : https://qlf-portail-gpf-beta.ign.fr/datastores/6239e1402d0a195bc96053de/pyramid/62872aef001daebf1bf5601a/sample-check

Rapport disponible à cette adresse : https://qlf-portail-gpf-beta.ign.fr/datastores/6239e1402d0a195bc96053de/stored_data/62872aef001daebf1bf5601a/report

D'ailleurs sur le rapport, on voit l'emprise des données mais pas le fonds de plan IGN V2. Le WXS : https://wxs.ign.fr/cartes/geoportail/wmts?layer=GEOGRAPHICALGRIDSYSTEMS.PLANIGNV2&style=normal&tilematrixset=PM&Service=WMTS&Request=GetTile&Version=1.0.0&Format=image%2Fpng&TileMatrix=19&TileCol=262144&TileRow=262143 indique not found

Mes données sont bien en wgs84

arbres.zip

Description de l'anomalie

La mise à jour du flux ne se termine pas

Etapes pour reproduire

Je crée un flux avec le fichier posté sur Teams ce matin (communes du 94) Je supprime 2 communes dans QGIS et je crée un nouveau gpkg que je charge et avec lequel je lance la mise à jour du flux L'étape 1 semble se dérouler correctement avec un validation des 4 items mais le traitement reste à "en cours" (1) Je sors du menu via le retour au tableau de bord où je constate que j'ai une action à terminer Je clique sur "visualiser". Je tombe sur deux cartes synchronisées, la première avec le flux initial et la seconde avec le nouveau flux mais celui-ci est invisible (2) Je valide la nouvelle version et j'obtiens une carte avec 2 couches mais rien de visible : http://qlf-portail-gpf-beta.ign.fr/viewer?tiles_url=https://qlf-vt-gpf-beta.ign.fr/tms/1.0.0/Communes94 (3)

Comportement attendu

(1) Passer à l'étape suivante automatiquement (2) Voir le nouveau flux (3) Voir le flux mis à jour

Copies d'écran

Autres informations de contexte

W10, Opera

Le besoin que vous rencontrez

Quand on clique sur table suivante, on a bien la table précédente qui se replie.

La solution que vous aimeriez

Quand on va directement sur la table suivante, ne devrait-on pas avoir aussi la table qui se replie ?t

Description de l'anomalie

l'adresse de superpose avec le texte " aperçu de l'adresse finale dans firefox

https://qlf-portail-gpf-beta.ign.fr/datastores/62287053b579ed604ad7f584/pyramid/6238646d4506ef29932a3974/publish

Sur les mots clés aussi, il y a un souci

Le Géotuileur vérifie actuellement le contenu du fichier zip téléversé avant de soumettre la livraison et le considère valide lorsqu'il contient au moins un geopackage ou un fichier CSV.

Les autres fichiers éventuellement présents (pdf, xml, txt...) sont conservés dans l'archive envoyée à l'API Entrepôt.

Seulement, l'API signale la présence de ces fichiers comme une erreur.

Comme ils n'ont aucun intérêt pour les traitements suivants, peut-être vaut il mieux les supprimer automatiquement de l'archive avant de la livrer à l'API. (option 1)

L'autre option (2) serait que l'API ne signale pas ces fichiers comme des erreurs.

Des avis sur la question sont bienvenus @IGNF-Xavier, @Dolite

Quand un utilisateur est membre de plusieurs espaces de travail "Bac à sable", le sien et celui d'autres personnes, alors dans la liste de ses espaces de travail, ce n'est pas toujours le sien qui est identifié comme l'espace de test.

Pour rappel cette page présente chaque espace de travail dans une vignette qui a pour nom "Accédez à votre espace de travail Nom" et avec un traitement à part pour l'espace de test où la vignette porte le nom "Testez le service sur l'espace de test" au lieu de "Accédez à votre espace de travail Bac à sable".

Puisque les espaces de test portent tous le même nom, il faudra également un moyen de les distinguer sur cette page, à l'instar de ce qui est prévu pour la page Mon compte (#114)

Suite à #110 , un utilisateur peut se retrouver membre de plusieurs espaces de test (un espace de test = une communauté et un entrepôt). Or ils portent tous le même nom "Bac à sable" et dans la liste des espaces de travail de la page "Mon compte" rien ne permet de les distinguer.

Il faudrait afficher le superviseur à côté du nom pour les distinguer. Par exemple :

• avec la formulation "Bac à sable de Prénom Nom" qui requiert un traitement particulier pour ne pas l'écrire pour toutes les communautés,
• ou alors pour toutes les communautés sans distinction afficher : "Nom de l'espace de travail (superviseur : Prénom Nom)"

Première proposition d'intégration de Geostyler sur le Géotuileur (refs #4) :

• [x] visualisation du style en édition via l'interface Geostyler sur la carte en direct
• [x] modification de style existant (déjà enregistré au format Mapbox dans l'API) et enregistrement des modifications
• [x] création d'un nouveau style (à partir du zéro) et enregistrement dans l'API au format Mapbox
• [x] import de fichier de style existant (SLD, Mapbox, QML) et puis modification
• [ ] synchroniser la liste de styles StylesList et l'interface Geostyler
• [ ] faire un effort pour rapprocher le style des composants antd à celui de l'IGN
• [ ] compléter les traductions FR manquantes sur l'interface de Geostyler
• [ ] résoudre le souci de synchronisation pour CardStyle dans certains cas (mauvaise utilisation de react state ?)
• [ ] revoir la qualité de code avant de merge la PR

Quelques tâches connexes :

• [ ] enlever ol-mapbox-style et toutes ses références dans la doc qui n'est plus utilisé

Dans l'étape2 "Créer le flux", le clic sur bouton "Valider" est sans effet sir le bloqueur de popup est actif

Etapes pour reproduire

Utiliser le Geotuileur sur Mac Os avec le navigateur Safari (versions testées : Mac OS Ventura 13.0 et safari 16.1)

1. Configurer un nouveau flux
2. Suivre le workflow jusqu'à l'étape 2 "Créer le flux"
3. Renseigner les infos demandées dans l’interface
4. Cliquer sur Valider

A ce stade rien ne se passe

Un tour dans les outils de développement du navigateur donne cette erreur [Error] TypeError: undefined is not an object (evaluating 'this._map1.getLayers().getArray()[0].changed')

En essayant de résoudre ça par des méthodes simples, il s'avère que le déblocage des popup dans les paramètres du navigateur permet de retrouver un fonctionnement normal