Bonjour,

Merci pour ce retour. La mise à jour des outils est en effet à l'ordre du jour en ce moment, le CNIG ayant publié une nouvelle version de son cahier des charges. A ce propos, si quelqu'un avait le temps de se pencher sur les évolutions apportées par la dernière version du Cahier des Charges, nous pourrions plus facilement intégrer les modifications dans le template.

Cdt,

David Laruelle

Je suis à votre dispo pour les questions sur le nouveau cahier des charges comme j'ai suivi une partie du travail du CNIG

sous forme de mail ça me va bien

Aline CLOZEL

Voilà mes éléments de réponse
dans le texte

J’ai l’impression qu’il faut mettre les champs «INSEE» «DATAPPRO» et «DATVALID» dans tous les fichiers de formes et ça parait faire beaucoup de répétition surtout que ça apparaît déjà dans URBA et URBA_COM.
oui c'est vrai que ça apparait déjà
celà résulte de la mise à plat du modèle qui conduit à répéter certains champs à prévoir dans tous les cas en cas d'export des données. De plus ces éléments permettent un cetrtain nombre de controles.

Et justement le «DATVALID» je ne comprends pas vraiment ce que c’est. C’est marqué date de fin de validité du document d’urbanisme donc il faut laisser vide finalement ? Pour le moment, j’ai mis la date de la dernière modification des PLU.
la date de fin de validité est un champs apparemment destiné à gérer les historiques des différentes versions du POS ou du PLU

Et sinon, le plus gros problème reste pour les champs que l’on souhaite ajouter par nous même.
En fait, j’ai mon fichier surfacique des prescriptions, il suffit juste d’ajouter des champs LIBEATTR1 et VALATTR1
Et dans LIBEATTR1 est-ce que je peux mettre «numéro d’emplacement» pour les ER, «Valleur du recul» pour les marges et puis «nom du site» pour les sites archéologiques ? Et après je mets mes valeurs dans l’autre colonne, c’est bien ça ?

Effectivement c'est bien ça. L'intérêt étant bien entendu de pouvoir faire des requetes sur ces champs plus tard. Il faut bien entendu essayer de définir des noms de champs identiques pour un même LIBEATTR.

Je ne vois pas trop à quoi sert la table ATTR_PRESC proposée dans l’annexe I ni comment la mettre en place
cette table décrit les champs LIBEATTR1, 2 ... pour les expliciter et les standardiser dans le cadre d'une procèdure complexe (surface d'une département ou d'une région). A mon sens le champ VALEUR donne des exemples des valeurs qui peuvent être retrouvées (liste de valeurs)

Aline CLOZEL

Le code commune pour le cadastre a un sens puisqu'il intègre un champ supplémentaire, un identifiant utile aux services du cadastre (je ne retrouve plus la définition exacte)

il vous faut recréer le code INSEE en prenant les deux premiers caractères de gauche et les 3 derniers de droite !

A mon sens, chaque base de donnée a sa propre logique et ses propres impératifs de gestion, c'est plutôt à l'utilisateur de s'adapter

Non, il n'existe pas de MXD comme pour le cadastre car la représentation des zonages et autres informations est souvent très associée aux habitudes des collectivités. Une collectivité, une représentation ...

Toutefois, si vous avez des exemples de MXD, nous pourrions les mettre en lignes. Je pense que cela pourrait aider les personnes qui commencent juste.

Cdt,

D. Laruelle