Open IGNF-Xavier opened 2 years ago
Par contre en mettant le fichier joint en update j'ai le résultat suivant : https://qlf-portail-gpf-beta.ign.fr/datastores/62287053b579ed604ad7f584/stored_data/6238753e4506ef7c682a64e3/report
Alors que les données ne sont qu'une suppression du premier fichier publié communes_avec_1_BV_maj.zip
La ligne d'erreur indique que le traitement attend une table du nom de communes_avec_1_bv
mais qu'il ne la trouve pas dans les données. La génération s'arrête donc là.
En effet dans ton premier geopackage la table s'appelait comme ça mais dans ton deuxième elle s'appelle TOUTES_MAILLES_BV_ETENDUES
(puis communes_avec_1_BV_maj
dans ton essai suivant). Le traitement n'est pas conçu pour deviner qu'il s'agit des mêmes données.
Il est important pour la mise à jour que les données aient la même structure, c'est-à-dire les mêmes noms de tables et mêmes noms de champs. parce que l'interface de mise à jour ne fait pas repasser par le paramétrage de la génération.
Intégrer un avertissement sur la page associée
Description de l'anomalie
J'ai souhaité mettre à jour communes_avec_1_BV.zip avec TOUTES_MAILLES_BV_ETENDUES.zip
et j'obtiens le rapport d'erreur suivant :
Je pense que c'est un problème du fait que les attributs sont différents (que les données ont in fine le même objet, le bureaux de vote mais pas faites de la même façon). Le message reste abscons