1

8.4.05

PA Crausaz - R WunderlichGestionnaire du SIT JuraSAT-Cadastre et géomatique

Présentation du projet MajoMens

2

8.4.05

Thèmes abordés

Utilisation des données de la mensuration Norme MajoMens Discussion Processus d'intégration

des données Discussion

3

8.4.05

Utilisation des données de la mensuration

4

8.4.05

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

5

8.4.05

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"

6

8.4.05

Norme Majomens

7

8.4.05

Norme MajoMens

http://www.jura.ch/sit/Normes.htm

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

8

8.4.05

Objectif de la Norme MajoMens

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

9

8.4.05

SCG

Structureinterne

Interlis

Graphique

BDLabels

Géomètresconservateurs

Rapatriement

Constitution de lastructure de

données

FTP

Interlis

Graphique

BDLabels

Geodatabase

Raster dans GDB

1

2

3

4

5

6

7

9

11

Module d'importdes données

8

GDB

Donnéesdu cadastregraphique

Import BD-Labels

Génération BD-Labels

Génération plan1:5000

Archivagestructureinterne

GDB

MétaInfo

10

Remarque:- Manque effacement données- Transformation TransILI (mn95 -> mn03)

Données ducadastre

numérique

MO93

MD01

GDB

MD01, V23(Provisoire)

Copie sur K:\

GDB

BD-Labels

10

8.4.05

SCG

Structureinterne

Interlis

Graphique

BDLabels

Géomètresconservateurs

Rapatriement

FTP - Entrée

Interlis

Graphique

BDLabels

1

2

3

Archivagestructureinterne

11

8.4.05

SCG

Structureinterne

Interlis

Graphique

BDLabels

Geodatabase

Raster dans GDB

4

5

7

9Module d'importdes données

8

GDB

Donnéesdu cadastregraphique

Import BD-Labels

Génération BD-Labels

Génération plan1:5000

GDB

MétaInfo

10

Remarque:- Manque effacement données- Transformation TransILI (mn95 -> mn03)

Données ducadastre

numérique

MO93

MD01

GDB

MD01, V23(Provisoire)

Copie sur K:\

GDB

BD-Labels

12

8.4.05

É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

13

8.4.05

• 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

14

8.4.05

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 zonesVoir 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 *

15

8.4.05

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)

16

8.4.05

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

17

8.4.05

Format des fichiers raster

Format TIF noir/blanc (1bits), compression CCITT Groupe 4 ou non-compressé

Résolution 400 dpi

Fichier joint Fichier TFW sans changement sauf accord SITNom identique au fichier raster

Cadre deréférence

MN03

Dénomination <N°OFS de la commune> _ <date de validité1> _ <code dubureau en trois lettres2> _ <indice3>

Exemple : 6711_20041030_STB_0.tif / .tfw

1 Selon le format suivant aaaammjj2 Selon le tableau contenu au chapitre Erreur! Source du renvoi introuvable.3 Si un seul plan graphique pour l'ensemble de la commune 0; si plusieurs plans : 1 pourla zone d'habitation, 2, 3 pour les plans suivants

18

8.4.05

Format des BDLabel

Format MDB MS Access version 97 ou supérieure

Modèle dedonnées

Structure définie par l'application BDLabel selon le document"Mémo d'utilisation de BDLabel1.0" du 30 octobre 2002

Les fichiers des BDLabel fournis correspondent au périmètre desterritoires communaux, sans les surfaces décrites en formatInterlis.

Cadre deréférence

MN03Si MN95, enlever simplement 2'000'000 / 1'000'000, la précisionrésultante est suffisante pour la localisation des biens-fonds

Dénomination <N°OFS de la commune> _ <date de validité> _ <code dubureau en trois lettres>

Exemple : 6711_20041030_BRG.mdb

19

8.4.05

Fichiers INTERLISFormat ITF fichier de transfert interlis en texte

Fichiers joints Protocole d’exportation interlis (LOG)Nom identique au fichier ITF

Cadre deréférence

MN03 ou MN951

Modèle dedonnées

MD01JU version 24 / MD93JU

Couches Toutes2 ( ATTENTION no Commune si pas toutes les couches)

Contenu duchampMODEL

En fonction du modèle de données et de cadre de référence, lechamp "MODEL" contient les valeurs suivantes3 :

- MD01 MN03 : MODEL MD01MOJU2

- MD01 MN95 : MODEL MD01MOJU295

- MD93 MN03 : MODEL Jeux_de_donnees_de_base_JU

Dénomination <N°OFS de la commune> _ <date de validité> _ <code dubureau en trois lettres> _ <indice4>

Exemple : 6711_20041030_QUJ_2.itf / log

1 La SCG se charge de la transformation du cadre de référence MN95 à MN032 Il n'est pas nécessaire de livrer toutes les couches pendant les travaux d'acquisition denouvelles mensurations. Dans ce cas, il est cependant obligatoire de renseigner la table"commune" du topique "Limites_communes" dans le MD01, respectivement la table"commune" du topique "Commune" dans le MD93, avec le numéro OFS et le nom de lacommune. Ces deux informations sont utilisées lors du transfert dans le datawarehousedu SIT.3 Attention, ce champ n'est pas mis à jour lors du changement de cadre de référence pasTransIli. Ne manquez pas de le mettre à jour à la main.4 Cf. chapitre Erreur! Source du renvoi introuvable.

20

8.4.05

Fichiers DAO (intégration manuelle)

Format DXF / DWG

Fichiers joints BDLabel correspondante

Cadre deréférence

MN03

Modèle dedonnées

structure selon la norme GeoBat

Couches Toutes

Dénomination <N°OFS de la commune> _ <date de validité> _ <code dubureau en trois lettres> _ <indice1>

Exemple : 6711_20041030_QUJ_1.dxf / dwg

1 Cf. chapitre Erreur! Source du renvoi introuvable.

21

8.4.05

Transfert

Localisation Directement dans le répertoire FTP à l'adresse ftp:\\www.jura.ch1

CompressionZIP

Mettre les fichiers concernant la même commune

soit TFW, TIF, MDB, DXF, DWG pour les communes décritespar un raster et/ou par des fichiers DAO

soit ITF, LOG pour les communes décrites par un fichierInterlis

dans une archive ZIP avec la dénomination

<N°OFS de la commune> _ <date de validité> _ <code dubureau en trois lettres>

Exemple : 6711_20041030_QUJ.zip

1 Le login et le mot de passe sont communiqués séparément

22

8.4.05

Validation

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

23

8.4.05

MAJOMENS

Processus d'intégration des données

24

8.4.05

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 qu’un fichier soit encore en train d’être copié sur le serveur FTP (rapatriement d’un fichier corrompu)

• En fonction du nombre de fichiers, l’opération dure entre 10 et 20 minutes.Ne pas placer de données entre 12h15 et 13h00 et entre 18h15 et 19h00

25

8.4.05

Import 2005

• Inventaire des problèmes rencontrés

26

8.4.05

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

27

8.4.05

Fichiers zip reçus:

• Arborescence lors du décompactage

=> pas d ’arborescence

28

8.4.05

Dénomination des noms des fichiers(Raster, Interlis et DAO)

• L’indice du plan doit toujours apparaitre

=> 0000_20050407_SIT.ext

=> 0000_20050407_SIT_0.ext

FAUX

Correct

• Ces indices peuvent être consultés sur la page http://www.jura.ch/sit/Normes.htm

29

8.4.05

Labels

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

30

8.4.05

Calage des fichiers raster

• Certains fichiers raster ont eu un problème d’ajustement. Le calage n’est 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

31

8.4.05

Fichiers Interlis

• Contenu du champ MODEL(Les scripts d’import 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

32

8.4.05

Fichiers Interlis

Gestion de l’ID

NoOFS+Id(sur 5 chiffre) => 680000001

• Ce numéro OFS provient de:– Table "Commune" du topique  "Commune" dans le MD93

• En cas de livraison partielle d’un Interlis, il est obligatoire de renseigner cette table

• Lors de l’insertion dans la BD, les ID sont recalculé afin d’obtenir un identifiant. Cet ID est calculé selon le principe suivant:

– Table "Commune" du topique  "Limites_Commune" dans le MD01

33

8.4.05

Fichiers Interlis

• Régulièrement, la date n’est pas renseignée dans les tables Mise_a_jourXXX

• Cet attribut est obligatoire• S’il n’est pas renseigné, l’importation est

impossible• Ne pas oublier de fournir le fichier LOG pour vérifier en

cas de problèmes à l’import

34

8.4.05

Démonstration d’import