PA Crausaz - R Wunderlich Gestionnaire du SIT Jura SAT-Cadastre et géomatique Présentation du projet MajoMens

Thèmes abordés Utilisation des données de la mensuration Norme MajoMens Discussion Processus d'intégration des données Discussion

Utilisation des données de la mensuration

Utilisation des données de la mensuration –Comprenant : Parcellaire raster 1:5'000, BDLabel + à terme couches vecteur de la MO lien avec le RF –Information essentielle pour toute intervention sur le territoire (PCH, OEPN, FOR,...) pour l'évaluation fiscale (PMO) –Données SIT dépourvues de foi public, mais très utiles dans les avant-projets Démonstration

Objectif du projet MajoMens Mettre à disposition de l'administration les données de la mensuration officielle les plus à jour possibles Fréquence de mises à jour –Mise à jour complète début 2005 (projet Intranet) –Critère de décision : coûts avantages –Principe : 1 fois par année pour Raster 2 fois pour les données vecteur –Mise à disposition à date fixe n'est pas adaptée aux communes "peu actives"

Norme Majomens

Norme MajoMens Objectif Processus Lots de données Méta-Information BDLabel Géomètre officiel Formats

Objectif de la Norme MajoMens Garantir une intégration automatisée des données de mensuration officielle dans le serveur du SIT-Jura

10

Étendue géographique des lots de données En principe 1 lot = 1 commune, sauf –étendue Nord-Sud trop importante pour données graphiques –plusieurs types de données (Interlis, DXF, raster) Documentation du nombre de lots par indice –0 si fichier sur l'ensemble de la commune –1, 2, 3 pour les fichiers suivants (version 1.3 norme) –voir carte des indices

Ne pas changer la découpe des lots sans avertir la SCG –problème à l'insertion des données Lors de l'intégration d'un lot numérique –pas de déformations pour rattraper les erreurs du graphique –nettoyage de la partie graphique décrite par le numérique Étendue géographique des lots de données

Métainformation Comprend les données suivantes –Référence du géomètre* –Bureau qui a effectué le premier calage –No du plan : 1 pour les zones bâties 2, 3 pour autres zones Voir carte des no Plan (FKNoPlan) –Date de validité du plan* –Type de données* (raster, DXF, MOMD93, …) Données nécessaires dans le nom du fichier *

BDLabel Les BDLabel par commune complètent les zones décrites par des plans raster ou par des données DXF Les zones au format MD93JU et MD01JU ne sont pas décrites dans les BDLabel (Les données label de ces zones sont générées à partir des fichiers Interlis par la SCG)

Géomètre officiel En principe, un géomètre par commune. Sinon, arrangement entre géomètres pour fournir un fichier graphique ou DXF par commune. Les fichiers en format MD93JU et MD01JU peuvent être livrés par des géomètres tiers. –> problème si plusieurs Interlis sur une même commune (cf. Soyhières) Code du géomètre en trois lettres inscrit sur les fichiers fournis

Format des fichiers raster

Format des BDLabel

Fichiers INTERLIS

Fichiers DAO (intégration manuelle)

Transfert

Validation Demandé pour le 22 avril 2005 Proposition de tarif pour les mises à jour

MAJOMENS Processus d'intégration des données

Rapatriement FTP 2 fois par jour (12h30 et 18h30) Les fichiers doivent être complètement copiés sur le serveur à ces heures. Il ne faut pas quun fichier soit encore en train dêtre copié sur le serveur FTP (rapatriement dun fichier corrompu) En fonction du nombre de fichiers, lopération dure entre 10 et 20 minutes. Ne pas placer de données entre 12h15 et 13h00 et entre 18h15 et 19h00

Import 2005 Inventaire des problèmes rencontrés

Fichiers zip reçus: 1 fichier global pour un géomètre mot de passe sur le fichier zip => 1 fichier zippé par commune => pas de mot de passe

Fichiers zip reçus: Arborescence lors du décompactage => pas d arborescence

Dénomination des noms des fichiers (Raster, Interlis et DAO) Lindice du plan doit toujours apparaitre => 0000_ _SIT.ext => 0000_ _SIT_0.ext FAUX Correct Ces indices peuvent être consultés sur la page

Labels Lorsque toute la commune est en Interlis, pas de labels (ils sont généré automatiquement depuis linterlis) Sur une commune avec un plan raster (ou DAO) et Interlis, pas de labels sur la partie de lInterlis.

Calage des fichiers raster Certains fichiers raster ont eu un problème dajustement. Le calage nest pas identique au fichier d origine. Ces quelques fichiers (5 ou 6) on été recalé pour coller avec l ancien fichier (écart de plusieurs dizaines de mètres dans certains cas !) Ces fichiers seront remis par le SIT aux bureaux concernés

Fichiers Interlis Contenu du champ MODEL (Les scripts dimport se base sur ce contenu pour stocker les données dans la bonne base de données du SIT) MD93 MN03=>MODEL Jeux_de_donnes_de_base_JU MD01 V23 (MN03 ou MN95) =>MODEL MD01MOJU MD01 MN03 V24 =>MODEL MD01MOJU2 => PROVISOIREMENT MD01 MN95 V24 =>MODEL MD01MOJU295

Fichiers Interlis Gestion de lID NoOFS+Id(sur 5 chiffre)=> Ce numéro OFS provient de: – Table "Commune" du topique "Commune" dans le MD93 En cas de livraison partielle dun Interlis, il est obligatoire de renseigner cette table Lors de linsertion dans la BD, les ID sont recalculé afin dobtenir un identifiant. Cet ID est calculé selon le principe suivant: – Table "Commune" du topique "Limites_Commune" dans le MD01

Fichiers Interlis Régulièrement, la date nest pas renseignée dans les tables Mise_a_jourXXX Cet attribut est obligatoire Sil nest pas renseigné, limportation est impossible Ne pas oublier de fournir le fichier LOG pour vérifier en cas de problèmes à limport

Démonstration dimport