3liz / QgisCadastrePlugin

A QGIS plugin which helps users to import the french land registry ('cadastre') data into a database. It is meant to ease the use of the data in QGIS by providing search tools and appropriate layer symbology.
GNU General Public License v2.0
61 stars 41 forks source link

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

Open rb973 opened 5 years ago

rb973 commented 5 years ago

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 commented 5 years ago

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 commented 5 years ago

Bonjour @MaelREBOUX

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

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 commented 5 years ago

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.

capture_217