georchestra / cadastrapp

Cadastre application for geOrchestra
GNU General Public License v3.0
10 stars 19 forks source link

Informations sur les lots dans les RP #178

Closed jusabatier closed 7 years ago

jusabatier commented 8 years ago

Nous avons eu une demande du service urbanisme qui ont besoin que l'addon remonte sur les relevés de propriétés des informations sur les lots liés à un batiment, notamment afin de savoir quelle part du bâtiment est affectée au propriétaire (valeur sur 1000).

Voici un exemple des données remontées par Editop :

image

On retrouve pour chacun des lots des différents bâtiments une valeur sur 1000.

Les valeurs de ces lots sont récupérables pour chaque bâtiment via la clef local10 (il peut y en avoir plusieurs par bâtiments) dans la table lotslocaux du schema QGis.

pierrejego commented 8 years ago

A rajouter dans la génération. Est-ce que cette notion de lot est aussi nécessaire avec le modèle Arcopole ?

jusabatier commented 8 years ago

Je pense que oui, car d'un point de vue métier, c'est ce qui permet de déterminer pour chaque bâtiment les "parts" qu'il représente au sein de la parcelle afin de déterminer comment diviser les paiement entre les différents propriétaires.

MaelREBOUX commented 8 years ago

+1

pierrejego commented 8 years ago

Vu avec Julien, pour le modèle QGIS. (Merci Julien) Dans local10, si gpdl = 1 alors c'est des lots, le lien est fait entre la table local10 et la table lotslocaux, vi la colone local10. Le champ dnumql correspond à la valeur du lot (numérateur) et ddenql au dénominateur.

Reste à trouver pour Arcopole maintenant :)

pierrejego commented 8 years ago

Pour Arcorpole, le codelot de dgi-nbati ne semble pas en lien direct avec le dgi_lotloc.

Pourquoi est-ce qu'il y dgi_lotloc et dgi_lot ?

Donc dgi_nbati -> dgi_invar (id_local) -> dgi_local (codlot) -> dgi_lotloc. Faire le même test avec dgi_nbati (codlot) vers dgi_lotloc pour vérifier la différence

MaelREBOUX commented 8 years ago

Alors, en toute logique c'est :

dgi_nbati.codparc => dgi_invar.codparc | dgi_invar.invar => dgi_local.id_local | dgi_local.id_local => dgi_lotloc.invloc | dgi_lotloc.id_pdl => dgi_lot.id_pdl

Tester sur la parcelle '350238000BI0694' qui a 7 copro. Certains appart ont juste des logements d'autres logement + local.

select codparc, invar from cadastre.dgi_invar where codparc = '350238000BI0694'

=> 7 enrg

'350238000BI0694';'3502380100201' '350238000BI0694';'3502380249481' '350238000BI0694';'3502380249592' '350238000BI0694';'3502380249593' '350238000BI0694';'3502380266562' '350238000BI0694';'3502380266563' '350238000BI0694';'3502380325998'

pierrejego commented 8 years ago

Je viens de faire des modifications pour les deux modèles, mais le résultat n'est vraiment pas beau... j'arrive pas à ajuster la taille de la ligne en fonction de la donnée. du coup toutes les lignes sont décalées. J'ai vu la capture d'écran d'edigeo, est-ce que vous pouvez m'envoyer par mail d'autres exemples histoire que je trouve une idée pour la présentation. Pour quoi pas un tableau intermédiaire avec le numéro invar et les lots..... Si vous déployez et que vous ne voulez pas des lots, le plus simple c'est d'éditer le fichier relevePropriete.xsl et d'enlever

Lot - / /xsl:for-each /xsl:if Ligne 445
pierrejego commented 8 years ago

Voir pour ajouter les index liés à cette modification

MaelREBOUX commented 7 years ago

je pense que c'est derrière nous. @jusabatier ? on a rajouté les indexes @pierrejego ?

jusabatier commented 7 years ago

Pour moi ce point est OK, les lots remontent bien dans les RP. Reste à voir avec @pierrejego si les INDEX nécessaires ont bien été ajoutés.

MaelREBOUX commented 7 years ago

@pierrejego ?

MaelREBOUX commented 7 years ago

je viens de tester : c'est OK également pour moi.

MaelREBOUX commented 7 years ago

ok pour tous : pas besoins d'index supplémentaires