[interface] confusion "année" <> 'millésime'

[rb973]

L'attribut "année" présent dans de nombreuses tables n'est pas documenté. J'ai l'impression qu'il correspond à la version du format définie lors de l'importation des données en BD PostgreSQL, n'est-ce pas?

Si c'est le cas, comme il n'est pas possible de lui spécifier une année antérieure à 2012 depuis le module cadastre de QGIS, et que cette date risque d'induire en erreur nos chargés de mission pour nos millésimes d'archives, est-ce qu'une modification directement en BD après importation via un update risque t-elle de briser des liens?

Par avance merci.

[MaelREBOUX]

Bonjour @rb973

C'est expliqué dans la documentation : https://github.com/3liz/QgisCadastrePlugin/blob/master/doc/index.md#les-%C3%A9tapes-dimportation

Choisir la version du format en utilisant les flèches haut et bas Seuls les formats de 2012 à 2019 sont pris en compte Choisir le millésime des données, par exemple 2019 Choisir le Lot : utilisez par exemple le code INSEE de la commune.

Mais je pense que l'interface devrait indiquer "millésime" et pas "année". Qu'en pensez-vous @landryb @jusabatier ?

[benjaminsaut]

Bonjour @MaelREBOUX

j'ai reparcouru le doc mais je n'ai pas tout compris sur l'interface

• format de l'année = format de la structure de données MAJIC de l'année ? (a propos je n'ai pas la possibilité de sélectionner 2019, que 2018 max, pourtant le plugin est à jour - import spatialite- )

• année = millésime du PCI-vecteur ? ou de la donnée MAJIC ? si c'est la donnée MAJIC quel intérêt si on renseigne déjà le format de l'année ?

si l'inteface indique millésime et pas année je trouve que la confusion reste (on parle de millésime pour les deux données)

la documentation pourrait utilement préciser les choses dans un premier temps.

Merci à vous pour toute précision

[MaelREBOUX]

Oui vous avez bien compris. Je vois d'ailleurs que la capture d'écran date dans la documentation car les parties EDIGEO et MAJIC sont plus séparées.

Par contre : l'info "lot" est commune aux 2 parties et mériterait d'être déplacée plus bas, au même endroit que la correction géométrique, qui elle devrait aller dans la partie EDIGEO.