Point d’avancement des standardisations PLU et Zonages de logement social, de politique de la ville

Réunion d’avancement du 03/07/2009

Décisions relatives à la standardisation des PLU

Les divers retours d’expérience sur le cahier des charges 2007 et l’évolution du domaine ont permis d’identifier 6 points posant problème ou insuffisamment traités sur le plan de la modélisation.

Problème ou insuffisance rencontrés Solution proposée Décision
Place de la classe d’objets PLU Cette classe doit être conservée car elle porte des attributs utiles à la consolidation nationale des PLU Classe implémentée dans la structure de données. Afin de réduire le nombre de fichier, il est envisageable de ne créer qu’une table PLU par département
La déclinaison des relations dans Mapinfo Le parti pris est de n’implémenter les relations sémantiques que si c’est indispensable. Toute relation déductible par opération spatiale n’est pas implémentée Seule la composition entre la classe PLU (non géométrique) et la classe ZonePLU (géométrique) sera implémentée, les autres étant déduite d’opération spatiale
La prise en compte des PLU intercommunaux Une relation vers une classe commune d’un référentiel géographique complète la modélisation existante Une nouvelle table de relation nommée PLU_COM fait son apparition dans la structure des données
La place des cartes communales La question des cartes communales sera traitée dans un document à part pour éviter toute confusion Les cartes communales feront l’objet d’un standard spécifique
La gestion de l’historique d’un PLU Des besoins se font sentir tant en ADS qu’en étude de planification. Il est encore difficile aujourd’hui d’avoir une idée suffisamment précise pour élaborer des cas d’utilisation. Ne s’agit-il pas d’un sujet GéoADS (SI métier) plutôt que COVADIS ? Poser la question et indiquer qu’elle est ouverte. La seule préconisation à émettre en la matière est de bien conserver toutes les versions d’un PLU
La modélisation des attributs particuliers La modélisation UML représente dorénavant ces attributs particuliers comme des attributs de classe de type complexe et non plus comme une classe. Cette représentation plus naturelle pose encore des difficultés à l’implémentation. Il est proposé d’ajouter autant de champs que nécessaire aux tables Mapinfo concernées Si cette solution présente l’inconvénient d’aboutir à des structures de table partiellement standardisées, elle a l’avantage non négligeable de faire l’économie de gérer deux relations dans Mapinfo. Cette proposition est acceptée

Autres décisions prises :

  • l’ajout d’identifiant aux classes d’objets PLU et ZonePLU suffit.
  • la classe PLU doit comporter des attributs supplémentaires pour renseigner le référentiel de saisie (il s’agit d’une métadonnée importante pour la généralisation notamment).
  • le catalogue d’objets doit reprendre les mêmes intitulés de classe et d’attribut que le modèle conceptuel.
  • le modèle conceptuel de données est à compléter (certains attributs et certaines valeurs sont manquantes)

Décisions relatives à la standardisation des Zonages logement social, politique de la ville

François Salgé a rédigé un projet de standard de données pour les zonages de logement social et de politique de la ville. Ces spécifications en projet contiennent une première version du rapport d’instruction et du catalogue d’objets.

  • les EPCI relèvent davantage du thème administratif. Ces données feront l’objet d’un standard à part.
  • le catalogue d’objets est suffisamment détaillé pour élaborer le modèle conceptuel de données UML (secrétariat COVADIS)
  • le document à présenter en COVADIS doit distinguer les informations de niveau conceptuel de celles de niveau physique
  • le document doit être finalisé par une collaboration étroite entre le secrétariat et François Salgé

Prochaine réunion

Visioconférence convenue le mercredi 2 septembre 2009 (10h-12h)
Il est convenu que la rédaction des documents soit terminée pour le 2 septembre. Ces documents seront à l’issue de la réunion transmis au bureau de la COVADIS qui se réunit 2 jours après.

Partager la page