[PPP ESGT] Suggestions d'améliorations du MCD - suggestions de modification de la classe RetraitAlignement

[Elise-DELACOTTE]

La compréhension de l’organisation de la classe RetraitAlignement et des sous classes
associées nous a demandé un certain temps, d’autant que lors de nos éditions de PLU, une seule nous était utile.
Nous avons donc, fait le choix de regrouper deux sous-classes (Alignement et Retrait)
dans une unique classe RetraitAlignement. Cette classe reprend donc les attributs de la classe Retrait que nous agrémentons en plus des attributs distance et type, les attributs ParRapport et distanceAlternative. L’attribut ParRapport permettra de renseigner la référence pour l’alignement (tel que domaine public, axe, limite séparative, etc.). L’attribut
distanceAlternative permettra quant à lui de préciser une méthode particulière de mesure, présente à de nombreuses reprises dans le PLU de Pechbonnieu.
Dans la règle : Les constructions doivent être implantées à une distance de la limite de fond de parcelle au moins égale à la moitié de sa hauteur avec un minimum de 3 mètres, extrait du PLU de Pechbonnieu, l’attribut prendrai en compte “la moitié de sa hauteur”. On peut aussi imaginer lier cette contrainte à la classe hauteur. Enfin, changer le type booléen de la classe alignementAutorise par une liste d’énumération comprenant les valeurs Oui, Non et Obligatoire serait astucieux. On peut ainsi préciser lorsque l’alignement est obligatoire au
lieu de simplement autorisé, ne reflétant pas la visée première de certaines règles.

[alisonlenain]

Proposition de Mickael Brasebin et d'Arnauld Gallais de conserver les classes distinctes.
Proposition d'ajouter :
Changer le type booléen de l’attribut alignementAutorise par une liste d’énumération comprenant les valeurs Oui, Non et Obligatoire.
Les notions de "parRapport" et"distance" sont couvertes par les attributs TypeRetrait et distance.

[GT-CNIG-DDU]

Il est vrai que j'ai partagé la remarque de fond de @mbrasebin dans l'issue 17 mais dans ce cas particulier le regroupement des trois classes, comme suggéré par l'équipe PPP, me semble être une option pertinente à étudier en réunion du SG6.

[alisonlenain]

Ok proposition de :

• Fusionner la classe Alignement et retrait dans une classe unique RetraitAlignement.
• Ajout de l’attribut distanceAlternative permettra pour préciser une méthode particulière de mesure, présente à de nombreuses reprises dans le PLU de Pechbonnieu.
• Changer le type booléen de l’attribut alignementAutorise par une liste d’énumération comprenant les valeurs Oui, Non et Obligatoire.

[alisonlenain]

#16

La distance serait couvert par Rmin et Rmax.
Nécessité de pouvoir également renseigner une variable pour définir la valeur de Retrait. Par exemple : "la valeur de retrait est le maximum entre la hauteur façade divisée par 3 et la distance minimale de 3m".
Possibilité de mesurer le retrait de manière orthogonal ou linéaire (Imposé au coin du batiment ou nom).
Deux mesures de retrait (un retrait minimal ou un retrait au centre de la façade (qui est également un retrait minimal mais mesuré différemment).
Deux notions :

• Comment mesurer le retrait qui peut varier d'un réglement à un autre (Buildzr utilise le retrait orthogonal pour les articles 7 et 8 par défaut).
• La notion de retrait absolu ou relatif.

CCL : nécessité de changer le type d'attribut distance par une constante ou une Maxfonction au lieu du type "Real".
Voir si nécessité de modéliser les "point de référence" pour mesurer cette distance. (Pas toujours mentionnés dans les PLUs). Point très technique pour l'intégration dans le standard (sera traité via le champ "commentaire").

[alisonlenain]

Suppression de l’attribut attribut type et de l’énumération « TypeRetrait ».

Ajout d’un attribut « ParRapport » avec type de donnée characterString qui laissera une plus grande flexibilité à l’utilisateur pour renseigner ces informations (pouvant définir par rapport à une ou plusieurs limites).

Rajout d’une contrainte pour saisir la valeur du retrait à respecter lorsque l’alignement est interdit.

[GT-CNIG-DDU]

Rajout d’une contrainte pour saisir la valeur du retrait à respecter lorsque l’alignement est interdit.

Question à @alisonlenain : comment se matérialise ce rajout de contrainte dans le projet de standard ?

[alisonlenain]

[GT-CNIG-DDU]

Ok merci, mais exprimé ainsi cela reste encore très abstrait.

Si je comprends bien la contrainte s'applique à Retrait.rMin et Retrait.rMax.
Donc ne convient-il pas d'ajouter cette contrainte au niveau de ces deux attributs ? (c'est à dire au niveau des deux lignes correspondantes du tableau page 30)

D'autre part, la condition de réalisation de cette contrainte n'est pas évidente à cerner car si je comprends bien elle dépend de la valeur de Alignement.nature or je ne vois pas de lien entre ces deux classes car Retrait hérite de RetraitAlignement mais pas de Alignement.
Autrement dit : comment identifier qu'un Alignement interdit (idAlignement avec Alignement.nature = "interdit") va imposer des valeurs de rMin et rMax à tel retrait (idRetrait) ?

Je profite de ce post pour signaler une coquille : dans l'exemple de Retrait.distance, indiquer "4" et pas "4 mètres".

[alisonlenain]

Ajout d'un attribut "alignementPartiel" en CharacterString pour couvrir les cas ou l'alignement ne se fait que sur une portion d'un batiment ou d'une façade.

@ynakhimo fournira des cas d'usages pour déterminer les valeurs qui devront etre prise en compte possiblement dans une énumération. (Remplacement du type de données characterString par une énumération lorsque les valeurs auront été déterminées).