You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
une des remontées les plus fréquentes de nos utilisateurs est
Des fichiers MAJIC importants sont manquants: bati, fanr, nbat, prop
Vérifier le chemin des fichiers MAJIC:
car le nommage des fichiers n'a pas été configuré dans le plugin. Mais pourquoi devoir configurer un nom ?
pour les fichiers que nous distribuons au craig, ils sont toujours de la forme <code_insee>_{BATI,FANR,LLOC,NBAT,PROP,PDLL}.txt, des fois dans des sous-rept pour les EPCI, et donc pour chaque commune/epci/departement chacun doit configurer 'son nom' dans son plugin qgis.
Et c'est pareil avec les noms originaux de la DGFIP (de la forme ART.DC21.W<anneeYY><dept>0.<typefichier>.A<anneeYYYY>.N<numero_commande>)
Il paraitrait beaucoup plus simple d'avoir de l'intelligence dans le plugin, et que l'utilisateur n'ait qu'a spécifier un répertoire racine.
pour chacun des 6 fichiers, il suffirait par défaut de faire une recherche par motif/regexp dans le repertoire racine, eg 'trouver le fichier ayant un nom contenant .*{BATI,FANR,LLOC,NBAT,PROP,PDLL}.* (case-insensitive)', le seul cas 'limite' etant quand plusieurs fichiers matchent le motif, il faut que l'utilisateur puisse choisir celui qu'il veut importer - voire.. les importer tous dans le meme lot.
après tout, si on selectionne un rept donné avec X ss-rept contenant des fichiers fonciers, l'intention est bien de tout importer....
donc j'imagine en 2 étapes, une fois spécifié le repertoire racine:
recherche des 6 fichiers dans le rept
si uniquement un fichier trouvé par type, les utiliser directement dans l'import
si aucun fichier trouvé, ou pas tous, rappeler quel est le motif attendu (ex FANR pour fantoir...)
si plusieurs fichiers trouvés, afficher la liste à l'utilisateur, et pour chacun des types de fichiers lui permettre de selectionner tout/juste certains parmi ceux trouvés ?
The text was updated successfully, but these errors were encountered:
et maintenant que j'y pense, vu que le support de TOPO sera fait en meme temps, on peut 'supprimer' l'input utilisateur necessaire pour fantoir/FANR, et trouver un moyen de requeter une API en lot une fois que l'on connait la liste des communes/codes insee qu'on a importé dans la base ?
Description du bug
une des remontées les plus fréquentes de nos utilisateurs est
car le nommage des fichiers n'a pas été configuré dans le plugin. Mais pourquoi devoir configurer un nom ?
pour les fichiers que nous distribuons au craig, ils sont toujours de la forme
<code_insee>_{BATI,FANR,LLOC,NBAT,PROP,PDLL}.txt
, des fois dans des sous-rept pour les EPCI, et donc pour chaque commune/epci/departement chacun doit configurer 'son nom' dans son plugin qgis.Et c'est pareil avec les noms originaux de la DGFIP (de la forme
ART.DC21.W<anneeYY><dept>0.<typefichier>.A<anneeYYYY>.N<numero_commande>
)Il paraitrait beaucoup plus simple d'avoir de l'intelligence dans le plugin, et que l'utilisateur n'ait qu'a spécifier un répertoire racine.
pour chacun des 6 fichiers, il suffirait par défaut de faire une recherche par motif/regexp dans le repertoire racine, eg 'trouver le fichier ayant un nom contenant
.*{BATI,FANR,LLOC,NBAT,PROP,PDLL}.*
(case-insensitive)', le seul cas 'limite' etant quand plusieurs fichiers matchent le motif, il faut que l'utilisateur puisse choisir celui qu'il veut importer - voire.. les importer tous dans le meme lot.après tout, si on selectionne un rept donné avec X ss-rept contenant des fichiers fonciers, l'intention est bien de tout importer....
donc j'imagine en 2 étapes, une fois spécifié le repertoire racine:
The text was updated successfully, but these errors were encountered: