[model] Vérifier pertinence utilisation attribut codlot

[MaelREBOUX]

codlot est un horodatage produit par arcOpole lors du moulinage des données EDIGEO et MAJIC. On vient d'avoir un souci (revenu cadastral vide sur le RP) parce que la vue propriete_bati utilise ce codlot.

Donc on n'avait plus de données sur les prop bâties mais on en avait tjs sur les prop non bâties. Homogénéiser ? Supprimer la référence à codlot ?

Vérifier le rôle de codlot dans les vues suivantes.

  \cadastrapp\script\arcopole\views\arcopoleProprieteBatie.sql (2 hits)
    Line 85:            left join #DBSchema_arcopole.dgi_pev pev on pev.codlot=invar.codlot and pev.invar=invar.invar
    Line 85:            left join #DBSchema_arcopole.dgi_pev pev on pev.codlot=invar.codlot and pev.invar=invar.invar
  \cadastrapp\script\arcopole\views\arcopoleCoProprieteParcelle.sql (1 hit)
    Line 11:            d.codlot as lots,
  \cadastrapp\script\arcopole\views\arcopoleHabitationDetails.sql (3 hits)
    Line 10:                substr(codlot,1,4) as annee,dnudes,
    Line 28:            substr(pev.codlot,1,4) as annee,pev.invar,
    Line 124:           substr(codlot,1,4) as annee,
  \cadastrapp\script\arcopole\views\arcopoleLot.sql (3 hits)
    Line 5:         lot.codlot,
    Line 12:                l.codlot,
    Line 20:        codlot character varying(255), 
  \cadastrapp\script\arcopole\views\arcopoleParcelle.sql (1 hit)
    Line 132:       substr(codlot,1,4) as annee ,
  \cadastrapp\script\arcopole\views\arcopoleProprietaire.sql (1 hit)
    Line 69:            codlot as lot,

[MaelREBOUX]

L'horodatage du côté QGIS est "lot".

[MaelREBOUX]

Dans la table descproffessionnel je constate une différence sur pev / id_pev :

• qgis = 20173500470005054001
• arcopole 3500010000498001

[landryb]

coté qgis ce n'est pas du tout un 'horodatage' mais plutot un ensemble coherent de données a remplacer/maj lors d'un import, cf https://github.com/3liz/QgisCadastrePlugin/blob/master/doc/index.md#principe

[MaelREBOUX]

Oui : c'est l'horodatage / ID du lot "cadastre" importé / traité à un instant T.

Pas important pour nous avec 43 communes : on traite tout d'un coup. En revanche, pour les PF régionales qui traitent plusieurs département, ça peut avoir son incidence.

Sauf que, j'ai un léger doute sur son emploi ou usage actuellement dans les requêtes. Tant que EDIGEO et MAJIC sont traités en même temps pour une commune : c'est OK. Mais si plusieurs lots pour une même commune cohabitent dans la même base : je pense que les résultats seront actuellement incohérents. A vérifier, d'où ce ticket.