Le portail francophone de la géomatique

Bonjour Pierre,
Cas simple : un immeuble (en copropriété) peut être composé de :
- n appartements,
- nn caves, greniers...
- nnn garages ou emplacements de parkings,
- nnnn jardins privatifs,
- des parties communes...
La copropriété correspondante est constituée de
- n lots qui décriront chaque appartement
- nn lots qui décriront chaque cave,
- nnn lots qui.... etc
Tout cela est présent dans MAJIC III, sauf que :
Pour décrire (et imposer) un appartement, on aura dans la même déclaration (ligne descriptive dans la BD) une partie décrivant l'appartement, la cave, le garage...
(Dans l'acte de propriété, "M Untel est propriétaire des lots 5 (un appartement...), 25 (une cave...), 47 (un grenier), 55 (un jardin privatif...), 97 (un garage...) "...)
Donc plusieurs lots peuvent être rattachés au même descriptif d'appartement.
Cà c'est un cas simple...
Je te passe les copropriétés en volumes, les cas où les garages sont détachées de l'immeuble principal, ou situés à une adresse différente, et où dans ce cas il y a une imposition (ligne de la BD) distincte...
Moralité : MAJIC III est une donnée complexe, en rapport avec le droit (la fiscalité, la propriété...), pas qu'une simple BD (préfixe SG)
Solution : encore et toujours le guide MAJIC et toute la littérature déjà écrite ici.
Lire un règlement de copropriété, un EDD (état descriptif de division,) et un acte de propriété, çà peut aider à comprendre également.
Voir une déclaration H2 remplie aussi...

Sinon, ta requête me semble correcte, à prendre en exemple même.

...et à déplacer vers le forum "données" !
GeoRezomatiquement (çà va bientôt entrer dans le dico)

Merci. Par contre elle n'est pas libre de droit :p

J'espère juste que le fil donnée est tout aussi lu que Géomatique.

Pour ce qui est de la multiplicité des lots, j'ai pris soin, comme vous pouvez le voir de filtrer sur les lots d'habitations (code H de la PEV) et de ne retenir que les 001 de la dite PEV. Ce qui me donne un nombre "cohérent" de logements. Mais dès que je m'intéresse au local, là, j'explose ce nombre. Un problème de filtre, de jointure sur la table de description du local (la seule recelant les informations d'occupation/vacance), que sais-je.

***
En fait c'est le lien entre le local et le propriétaire du local qui est bancal. Mais je ne vois qu'une solution alternative, passer par les tables de description des PDL, mais cela n'a de sens que pour les PDL.

***

@Aline & JM. PS. Merci pour l'article sur les copropriétés? Une belle carte a pu être produite sur les densités de copro et leurs tailles.

Dernière modification par Pierre (Tue 08 February 2011 14:15)

Aloha
Hier, j'ai trouvé le biais qui causait problème. Et effectivement, il s'agit bien du lien 1-n LOCAL-PROPRIO. En ne conservant que le premier propriétaire de la liste, je récupère un nombre de logement cohérent sur mon territoire.
Sans pour autant savoir si je n'évacue pas un peu vite des cas "extrêmes" : un propriétaire particulier groupé avec un propriétaire public (?), une SCI groupée avec un propriétaire public... Mais sont-ce des cas envisageables ?
Donc au final :

SELECT D.CCOAFF,
       D.DCAPEC AS "Catégorie",
       D.DCETLC AS "Coeff d'entretien",
       COUNT (D.INVAR),
          MJ2_BATI.CCOCOM
       || '000'
       || LPAD (LTRIM (MJ2_BATI.CCOSEC), 2, '0')
       || LPAD (MJ2_BATI.DNUPLA, 4, 0)
          AS CODE_PARC,
       -- MJ2_LOCAL.JDATAT AS "Année de mutation",
       MJ2_LOCAL.JANNAT AS "Année de construction",
       CASE
          WHEN MJ2_LOCAL.JANNAT BETWEEN 1949 AND 1974 THEN '1'
          WHEN MJ2_LOCAL.JANNAT BETWEEN 1975 AND 1989 THEN '2'
          WHEN MJ2_LOCAL.JANNAT BETWEEN 1990 AND 2003 THEN '3'
          WHEN MJ2_LOCAL.JANNAT > 2003 THEN '4'
          ELSE '0'
       END
          AS GROUPE_DATE,
       MJ2_LOCAL.CCONLC AS "Nature du local",
       MJ2_LOCAL.GPDL,
       MJ2_LOCAL.DNATLC,
       CASE MJ2_LOCAL.DNATLC
          WHEN 'D' THEN 'Domicile principal occupé par le propriétaire'
          WHEN 'L' THEN 'Loué'
          WHEN 'P' THEN 'Occupé par le propriétaire'
          WHEN 'V' THEN 'Vacant'
          ELSE DNATLC
       END
          AS OCCUPATION_MJ3,
       CASE
          WHEN MJ2_PROPRIO.CCOGRM = '0 ' THEN '1'
          ELSE MJ2_PROPRIO.GTOPER
       END
          AS "type de propriétaire",
       MJ2_PROPRIO.CCOGRM AS "code personne morale"
  FROM    MJ2_DESCPEV D
       INNER JOIN
          (   (   MJ2_BATI
               INNER JOIN
                  MJ2_LOCAL
               ON MJ2_BATI.INVAR = MJ2_LOCAL.INVAR)
           INNER JOIN
              MJ2_PROPRIO
           ON (MJ2_LOCAL.DNUPRO = MJ2_PROPRIO.DNUPRO
               AND MJ2_BATI.CCOCOM = MJ2_PROPRIO.CCOCOM))
       ON (D.INVAR = MJ2_BATI.INVAR)
 WHERE DNUPEV = 001 AND D.CCOAFF = 'H' AND MJ2_PROPRIO.DNULP = 01 
GROUP BY D.CCOAFF,
         D.DCAPEC,
         D.DCETLC,
            MJ2_BATI.CCOCOM
         || '000'
         || LPAD (LTRIM (MJ2_BATI.CCOSEC), 2, '0')
         || LPAD (MJ2_BATI.DNUPLA, 4, 0),
         MJ2_LOCAL.JANNAT,
         -- MJ2_LOCAL.JDATAT,
         MJ2_LOCAL.CCONLC,
         MJ2_LOCAL.GPDL,
         MJ2_LOCAL.DNATLC,
         CASE MJ2_LOCAL.DNATLC
            WHEN 'D' THEN 'Domicile principal occupé par le propriétaire'
            WHEN 'L' THEN 'Loué'
            WHEN 'P' THEN 'Occupé par le propriétaire'
            WHEN 'V' THEN 'Vacant'
            ELSE DNATLC
         END,
         CASE
            WHEN MJ2_PROPRIO.CCOGRM = '0 ' THEN '1'
            ELSE MJ2_PROPRIO.GTOPER
         END,
         MJ2_PROPRIO.CCOGRM;

Par contre je pense que l'on peut faire mieux pour le regroupement par tranche d'année de construction, mais je me contenterai de cela pour l'instant.
En tous les cas, merci à tous, l'exploration de la matrice continue.

Bonjour,

Oui.

Pour la relation propriétaire local je la modélise pour ma part selon une relation n-n. La nature du droit exercé étant inscrite dans la table de jointure (ce qui donne bien sur des structures de requête différentes)

Destinataire de l'avis d'imposition (boolean)  : gdesip à 1 si la personne est le destinataire en général la première du compte communal.

Salut!

merci pour le post, très intéressant. j'ai quelques bases en SQL et en développement et je cherche à en apprendre d'avantage, mais c'est pas évident...