Données Geopackage de Free ne passe pas l'intégration de données

IGNF-Xavier commented 7 months ago

Description

Plusieurs soucis sur ce le geopackage : 2023_T3_couv_Metropole_FREE_4G_data_gpkg_17-01-2024

[x] pas de reconnaissance de la projection alors que les données sont bien en 2154
[x] le téléversement tourne en rond et ne se termine pas à la 3e étape Intégration en base de données : En attente

Il n'y a que 96 entités surfaciques qui couvrent France entière Les données sont disponibles à cette adresse : https://francetransfert.numerique.gouv.fr/download/download-info-public?enclosure=9af4fbca-4fb1-4ee2-8787-45d9302ea703&lang=fr-FR

((m3ku3YW-$2BX

Comportement attendu

Reconnaissance de la projection Réussite du téléversement.

Bon point, apparemment le geopackage contient un logo qui a été automatiquement appliqué

Comment reproduire l'anomalie

Essayer avec le geopackage transmis (il a été envoyé sans être zippé)

Solution possible

No response

Complément de contexte

Fait ce mercredi 17/01 ou dans l'heure on a pu constaté un problème de SSO

slafayIGN commented 7 months ago

Pour déterminer la projection, on se base sur gpkg_geometry_colums.srs_id et dans ce fichier ça vaut 100000 au lieu du 2154 attendu. Par contre on voit qu'il y a une autre table gpkg_spatial_ref_sys qui contient les définitions des projections et qui associé le Lambert 93 à ce code 100000. Il doit donc y avoir un moyen de mieux chercher dans le GPKG pour préremplir la projection. Mais c'est la première fois qu'on rencontre ce cas. => @pprev94 regarde

Le problème d'intégration en base n'est pas lié à la projection à priori. Le message n'est pas clair pour nous et doit être transmis aux experts côté API pour analyse :

2024-01-19 13:42:44,455INFO||vector_to_db||95||Transformation de la couche 2023_t3_couv_metropole_free_4g_data en table PostgreSQL...
2024-01-19 13:42:53,421INFO||vector_to_db||110||La couche 2023_t3_couv_metropole_free_4g_data a été mise en base.
2024-01-19 13:42:53,439INFO||core||116||Résultat de l'intégration :  Status.SUCCESS
2024-01-19 13:42:53,440INFO||cli||233||Calcul des informations liées au schéma schema_725fd25d_c606_461e_b67b_5a45c4f02325 de la base de données geoplateforme
2024-01-19 14:12:53,818ERROR||cli||243||TECHNICAL ERROR - L'exécution de Vector to DB (version 2.7.0) a échoué à cause d'une erreur inattendue. Trace : list index out of range

=> JIRA 3300

IGNF-Xavier commented 7 months ago

Effectivement d'après la norme, c'est bien gpkg_spatial_ref_sys qui est la référence pour déterminer la projection https://docs.ogc.org/is/21-057/21-057.html#_gpkg_spatial_ref_sys Mais la première solution mise en oeuvre permet a priori de contourner apparemment l'absence de mise en oeuvre correcte de la norme dans QGis (voire dans les données IGN car je suis pas certain que gpkg_spatial_ref_sys soit utilisé.

slafayIGN commented 7 months ago

Meilleure lecture de la projection : https://github.com/IGNF/cartes.gouv.fr/commit/6c94f0cc5e47caeb8021122c3bf56dd560907f25

AlexandreJaqua commented 6 months ago

La projection semble lue correctement,

(2024-02-08 16:07:14,615INFO||checks_ogr||214||Layer SRS : EPSG:2154)

et l'intégration de données a fini par réussir ce matin après plusieurs jours de tentatives (👏 ) Je repasse ce ticket en "In Progress" car je ne suis pas sûr de si vous avez autre chose à y apporter (car l'une des deux tâches est toujours marquée "en cours"). Si pour vous il est fini, vous pouvez fermer, c'est bon pour moi. :)

IGNF / cartes.gouv.fr