Open MaelREBOUX opened 5 years ago
Tu feras attention, ton sql droppe la table parcelle après l'avoir crée.
Oh le c... merci @landryb corrigé avec https://github.com/sigrennesmetropole/QgisCadastrePlugin/commit/c792d2b5b76ca52ccc6e3d240c4e6a151eee76a0
Et sur le fond ?
Sur le fond, drop+create je suis pas chaud si ton idée c'est de maj juste le modèle, tu fais comment pour reremplir juste ces tables ? Ou alors j'ai pas compris ton intention initiale.
De manière générale, pour bien faire c'est un ORM qui gère ca (c'est le cas pour GN ou pour certaines tables de cadastrapp avec hibernate), pas des bouts de scripts SQL..
Je savais que tu parlerais d'ORM...
Les structures de tables EDIGEO ne bougent pas sauf si on le veut, je crois.
En revanche : on est tributaire des évolutions MAJIC. Et en regardant de près on voit qu'il reste des attributs obsolètes. l'idée est de suivre tout ça.
Disponible pour tester si ça peut aider.
J'ai essayé d'appliquer le patch 2019 + le Majic3 formatage mais le résultat est similaire. Pas de données dans la table parcelle. N'hésite pas si je peux apporter un coup de main.
@rldhont a écrit dans https://github.com/3liz/QgisCadastrePlugin/pull/214
Le plugin a été conçu aussi pour pouvoir importer de la données sur plusieurs années pour pouvoir faire de l'analyse de l'évolution des données cadastrales. C'est une demande initiale de l'Aduga.
OK c'est une info qu'on n'avait pas. Je comprend mieux pourquoi on trouve dans la base des attributs obsolètes qui n'existent plus dans le "modèle de données" DGFiP.
Tout est dans le titre...
On a décidé de commencer doucement avec un patch de la version 1.7.1 https://github.com/sigrennesmetropole/QgisCadastrePlugin/commit/b0c7837bfb6623fdffcac4bd83bba1897cad6a5f
Mais comme pour un (gros) projet comme GeoNetwork ce serait pas mal de stocker qq part dans une table les infos des différents import qui ont eu lieu. Histoire de s'y retrouver pour assurer une compatibilité.
Des avis @landryb @jusabatier @EtienneRouvin @mdouchin ?