GIRIS: un SIG au service de l`exploitant

Transcription

Simon LE GRAND
Année Universitaire 2003 - 04
Région Ile de France
Services Techniques
2, Parvis Saint Maur
94 106 SAINT MAUR DES FOSSES
Responsables de stage : Jean-Marc Bourse et Eric Issanchou
GIRIS un SIG au service de l’exploitant
Rapport de Stage DESS SIG & Gestion de l’espace
Mars – Septembre 2004
Université Jean Monnet de Saint Etienne
Ecole Nationale d’Ingénieurs de Saint Etienne
SOMMAIRE
INTRODUCTION ........................................................................................................................ 6
1
L’ENTREPRISE.................................................................................................................... 7
1.1
1.2
1.3
2
GENERALE DES EAUX ET LE SIG......................................................................................11
2.1
2.2
2.3
3
PRESENTATION DU PROJET...............................................................................................................................39
OBJECTIFS ............................................................................................................................................................40
BENEFICES ...........................................................................................................................................................40
CONTEXTE...........................................................................................................................................................40
RESSOURCES........................................................................................................................................................42
METHODOLOGIE ................................................................................................................................................42
CONSEQUENCES .................................................................................................................................................45
CONCLUSION......................................................................................................................................................45
UTILISATION DE TABLETTE GRAPHIQUE ......................................................................46
5.1
5.2
5.3
5.4
5.5
5.6
5.7
6
CONTEXTE...........................................................................................................................................................25
PROBLEMATIQUE ...............................................................................................................................................25
LES ATTENTES DE GENERALE DES EAUX.......................................................................................................27
METHODOLOGIE ................................................................................................................................................27
DEFINITION DE L’ARCHITECTURE...................................................................................................................27
ANALYSE DES PROBLEMES RENCONTRES ......................................................................................................33
LES RESSOURCES NECESSAIRES ........................................................................................................................33
ACTIONS MENEES ..............................................................................................................................................34
RESULTATS OBTENUS ........................................................................................................................................35
RECHERCHE DE SOLUTIONS ALTERNATIVES.................................................................................................35
CONCLUSION......................................................................................................................................................38
MISE EN PLACE DU MODULE EXPLOITATION DE GIRIS ...............................................39
4.1
4.2
4.3
4.4
4.5
4.6
4.7
4.8
5
LA MISE EN PLACE DU SIG A GENERALE DES EAUX ...................................................................................11
LE ROLE ATTENDU DU SIG...............................................................................................................................13
LE LOGICIEL GIRIS............................................................................................................................................17
STABILISATION DE L’OUTIL DE CONSOLIDATION GRAPHIQUE ................................25
3.1
3.2
3.3
3.4
3.5
3.6
3.7
3.8
3.9
3.10
3.11
4
LA GENERALE DES EAUX ....................................................................................................................................7
LA REGION ILE DE FRANCE................................................................................................................................8
LA DIRECTION DES SERVICES TECHNIQUES ILE DE FRANCE ....................................................................8
LES ATTENTES DE GENERALE DES EAUX.......................................................................................................46
PROBLEMATIQUE DE LA CARTOGRAPHIE EMBARQUEE ..............................................................................46
ETAT DE L ’OFFRE ACTUELLE ............................................................................................................................47
ETUDES DES DIFFERENTES SOLUTIONS ...........................................................................................................48
SOLUTION RETENUE ..........................................................................................................................................50
PROJET GEOOUTLOOK......................................................................................................................................50
CONCLUSION......................................................................................................................................................55
CONCLUSION ...................................................................................................................56
BIBLIOGRAPHIE .......................................................................................................................59
ANNEXES...................................................................................................................................60
Page 2
Table des illustrations
FIGURE 1 : ORGANIGRAMME DES SERVICES TECHNIQUES GENERALE DES EAUX ILE DE FRANCE ........................10
FIGURE 2 : APPLICATION GCA : GESTION CLIENTELE ASSAINISSEMENT ..................................................................14
FIGURE 3 : STRUCTURE DE L ’INFORMATION DANS LE SYSTEME D ’INFORMATION DE L ’ENTREPRISE ....................15
FIGURE 4 : CARTE DES CENTRES OPERATIONNELS ET AGENCES GENERALE DES EAUX IDF ..................................16
FIGURE 5 : ARCHITECTURE RESEAU GENERALE DES EAUX ILE DE FRANCE................................................................19
FIGURE 6 : EXTRAIT DU REFERENTIEL GIRIS – COPYRIGHT© IGN TOUS DROITS RESERVES ..................................23
FIGURE 7 : SCHEMA DES FLUX DE DONNEES DE L’OUTIL DE CONSOLIDATION GRAPHIQUE ....................................26
FIGURE 8 : MODELE PHYSIQUE DE DONNEES DE L’OUTIL ..............................................................................................28
FIGURE 9 : RECUPERATION DES PROPRIETES DES DESSINS EN AGENCE ........................................................................29
FIGURE 10 : RECHERCHE DES FICHIERS MODIFIES DEPUIS LE DERNIER TRANSFERT...................................................30
FIGURE 12 : DECOMPRESSION DES FICHIERS SUR LES SITES DISTANTS ..........................................................................31
FIGURE 13 : SYNCHRONISATION DES COMPTES RENDU D’EXECUTION ........................................................................31
FIGURE 14 : CONTROLE DE COHERENCE DES SITES (1)....................................................................................................32
FIGURE 15 : CONTROLE DE COHERENCE DES SITES (2)....................................................................................................32
FIGURE 16 : SCHEMA DE LA CARTOGRAPHIE DES EVENEMENTS DU RESEAU D ’EAU POTABLE................................39
FIGURE 17 : PASTILLAGE DES INTERVENTIONS SUR UNE COMMUNE ...........................................................................41
FIGURE 18 : FENETRE D ’OUVERTURE D ’UN PROJET GEOOUTLOOK ..............................................................................53
FIGURE 19 : FENETRE DE CREATION DE L’ESPACE DE TRAVAIL......................................................................................53
FIGURE 20 : CREATION DE MENUS POUR GEOOUTLOOK................................................................................................54
FIGURE 21 : FENETRE DE CREATION DU FICHIER DE CONFIGURATION UTILISATEUR................................................54
Page 3
REMERCIEMENTS
Je souhaite remercier l’ensemble du personnel des Services Techniques et en
particulier le Directeur des Services Techniques, Monsieur GRIBET, pour la qualité
de son accueil et pour les moyens matériels dont j’ai pu disposer pendant mes 6 mois
de stage.
Je tiens à remercier Monsieur Jean-Marc BOURSE, pour m’avoir fait confiance et
suivi durant ces quelques mois. Je le remercie pour les nombreuses conférences
auxquelles j’ai pu assister.
Je remercie également Monsieur Eric ISSANCHOU, qui a pu me donner un point de
vue d’ensemble sur mes travaux a m’a consacré du temps à la relecture et
l’annotation de ce rapport.
Merci à MM. Victor NTSAME-BENGONE et Guy GRATELOUBE, pour la formation
reçue et l’accompagnement sur le logiciel GIRIS durant ces 6 mois de stage.
J’adresse aussi mes vifs remerciements à MM. Eric TRANCHANT, directeur adjoint
de l’agence de Melun, Remy CAVINATO, administrateur GIRIS de la région Est,
Thierry NICOLLE et Stéphane OZBOLT, responsable GIRIS en agence, pour leur
assistance et leur conseil dans la conception de la saisie des interventions sous GIRIS.
Enfin, j’exprime ma reconnaissance à M Luc EDEL, responsable du bureau d’étude
de la Stéphanoise des Eaux, pour tous les éléments fournis sur le logiciel Bentley
GéoOutlook.
Page 4
RESUME
GIRIS : Un outil au service de l’exploitant.
Ce rapport présente le rôle d’un Système d’Information Géographique au sein du
Système d’Information de l’Entreprise.
Il reprend tout d’abord la méthodologie utilisée et les résultats obtenus dans la
stabilisation d’un outil informatique, dont le rôle est de consolider les données
graphiques du SIG sur l’ensemble des serveurs informatiques de Générale des Eaux
en Ile de France.
Il présente aussi la réalisation des outils d’aide à l’exploitation et la méthode utilisée
pour la conception d’une fiche de saisie.
Enfin, une étude sur l’utilisation de tablette graphique pour de la cartographie
embarquée, complète le sujet.
ABSTRACT
GIRIS : A tool designed to network operations.
This paper presents the use of a Geographic Information System in the Utilities’
Information Company System.
This paper resumes implementation and results for the graphic data consolidation
tool which running on whole of Générale des Eaux servers.
It also introduces the installation of a tool designed in network operations and the
method uses for its conception.
At last, a study of using Laptop/Notebook Computers for mapping completes the
subject.
Mots Clés / Keywords : SIG, GIRIS, Oracle, SGBDR, Exploitation, Tablette
graphique, GIS, DB, Utilities Operations, Laptop/Notebook computers.
Page 5
Introduction
Mon stage de fin d’étude à la Générale des Eaux Région Ile de France répondait à
plusieurs attentes.
Tout d’abord, une attente de l’entreprise au niveau de l’évolution de son Système
d’Information Géographique. Celui-ci a été mis en place progressivement depuis
1998. La Générale des Eaux (GdE) et la société Générale d’Infographie (GI) ont réalisé
la saisie et la vérification des réseaux d’eau et d’assainissement pour l’ensemble des
communes gérées en Ile de France. Cette saisie s’est étalée sur cinq ans, les dernières
communes ayant été livrées récemment. Désormais, Générale des Eaux souhaite
organiser son système d’information autour de cet outil d’aide à la décision.
Ensuite, une attente personnelle, du fait de confronter mes compétences personnelles
et mon expérience professionnelle chez un grand concessionnaire de réseaux et
évaluer ce que je pouvais apporter à la GdE.
Le sujet intitulé « GIRIS un SIG au service de l’exploitant » devait apporter des
réponses aux points suivants :
ü Stabiliser un outil informatique de consolidation de données ;
ü Utiliser le SIG comme un outil d’aide à l’exploitation ;
ü Répondre aux besoins de cartographie embarquée.
Page 6
1 L’entreprise
1.1 La générale des eaux
La Générale des Eaux, filiale de Véolia Environnement, est leader en France dans le
domaine de l’eau et de l’assainissement au service des collectivités locales. Une
compétence et un savoir-faire qu’elle exerce depuis 150 ans.
Quelques chiffres
•
•
•
•
•
•
Partenaire de plus de 8 000 collectivités locales.
26 millions de personnes desservies en eau potable et 19 millions en
assainissement.
2 100 milliards de litres d'eau distribués et 1 500 milliards de litres d'eaux
usées dépollués chaque année.
200 000 km de canalisations d'eau potable et 55 000 km de canalisations d'eaux
usées, surveillées et entretenues.
2 700 unités de production d'eau potable et 1 820 usines de dépollution des
eaux usées.
600 000 analyses effectuées par an.
Objectifs recherchés
•
•
•
•
•
•
•
•
Garantir une eau potable de qualité :
Protection de la ressource.
Analyses et contrôles du point de captage au robinet des consommateurs.
Mise en œuvre des procédés de traitement les plus performants dans les
usines de production.
Entretien et surveillance continue des réservoirs de stockage et des réseaux de
distribution.
Information des consommateurs.
Dépolluer les eaux usées pour protéger l’environnement
Gérer les eaux industrielles
Page 7
1.2 La région Ile de France
La Générale des Eaux – Région Ile de France représente 1400 personnes travaillant en
vue d’assurer quotidiennement la gestion de 514 contrats en eau et en
assainissement, délégués par 575 collectivités locales.
3 100 000 personnes desservies en eau potable.
320 sites de production d’eau potable.
180 stations d’épuration.
11 000 km de réseaux d’eau potable et 7 000 km de réseaux d’eaux pluviales et usées.
Structure administrative de la région Ile – de – France :
•
•
•
•
•
•
15 agences, assurant l’exploitation locale en eau et assainissement, produisent
et distribuent l’eau potable et traitent les eaux usées.
22 sites d’exploitation rattachés aux agences.
5 centres opérationnels comptant chacun entre deux à cinq agences. Ils
supervisent le fonctionnement des agences et jouent un rôle de conseil et de
contrôle budgétaire.
1 centre de travaux, qui assure la réalisation des travaux d’installation ou
d’entretien de conduites pour le compte des agences.
1 siège régional, qui regroupe l’ensemble des services fonctionnels.
Des services techniques, intervenant sur le terrain à la demande des agences.
1.3 La Direction des Services Techniques Ile de France
Mon stage s’est déroulé à la Direction des Services Techniques de la région Ile-deFrance située à Saint Maur Les Fossés, au sein du département réseaux.
Les Services Techniques conseillent et assistent les exploitants dans les domaines
suivants :
ü Traitement et suivi de la qualité de l'eau potable et des eaux usées,
organisation et autocontrôle des stations d'épuration, suivi des laboratoires ;
ü Hydrogéologie, télégestion et électricité, maintenance des installations,
informatique technique ;
ü Comptage, débitmétrie et recherche de fuites, système d'information
géographique, modélisation des réseaux d'eau potables et d'assainissement.
Page 8
Ils assurent la maîtrise d'œuvre des projets financés par la région. Ils garantissent
l'efficacité économique des choix techniques en donnant un avis sur les
investissements techniques.
Ils sont le relais de la Direction Technique Nationale.
Les services techniques s’organisent autour de 3 départements principaux :
(Cf. Organigramme page suivante)
•
•
•
Le département ERM : Etudes, Réalisations et Maintenance.
Le département Traitement
Le département Réseaux
Page 9
Figure 1 : Organigramme des Services Techniques Générale des Eaux Ile de France
Page 10
2 Générale des Eaux et le SIG
2.1 La mise en place du SIG à Générale des Eaux
2.1.1 Historique
Les Système d’Information Géographique sont présents depuis près de trente ans au
sein de la Générale des Eaux. En effet, dans le milieu des années 70, on entrevoit les
premières volontés de numérisation de réseaux avec des expérimentations sous des
logiciels de type DAO (Intergraph, AutoCAD).
Dans les années 80, les premières obligations contractuelles apparaissent avec le suivi
des réseaux sur logiciel informatique. Cette numérisation s’effectue principa lement
avec des produits Intergraph. Cependant, en parallèle, plusieurs projets de type SIG
apparaissent. Notons une solution de la Compagnie Générale des Eaux nommé
GEAUX, qui fonctionne avec le SIG Arc/Info (ESRI) sous le système d’exploitation
Unix et connecté à une base de données Oracle. Plusieurs solutions existent alors
autour de la plateforme AutoCAD, notamment la solution ATLAS. Le SIG GIRIS fait
aussi son apparition, il s’appuie alors sur plusieurs plateformes : Arc/Info, AutoCAD
(AutoDesk) et Mic roStation (InterGraph).
Début des années 90, devant la multitude de solutions existantes, une réflexion
nationale est menée par la CGE sur le choix d’une solution SIG. La solution GIRIS
sous MicroStation (Bentley, ex-InterGraph) est retenue. La solution Arc/Info n’offrait
alors pas de visibilité vers le monde « PC » et CGE bénéficiait d’accords « historiques
» avec l’éditeur Bentley. Cette solution a entraîné alors une migration des données
des différents systèmes vers la solution GIRIS MicroStation.
Le déploiement de GIRIS dans la configuration énumérée ci-dessus s’est faite
progressivement dans les différentes structures CGE, selon la volonté de ces
dernières.
2.1.2 Le SIG à Générale des Eaux région Ile de France
En 1998, la direction régionale Ile de France de Générale des Eaux a entrepris le
déploiement de GIRIS dans l’ensemble de ses structures avec la volonté d’anticiper
les futures demandes contractuelles des collectivités en information géographique.
Un plan quinquennal d’investissement est monté, comprenant entre autres
l’équipement informatique des agences, la mise en place de GIRIS, la formation, la
numérisation des réseaux de 600 communes ainsi que l’acquisition du référentiel BD
Page 11
Topo. La numérisation des réseaux humides a donc démarré en 1999 et ce pour une
durée de 5 ans.
Cette durée s’expliquait premièrement par le montant de l’investissement mais aussi
par la disponibilité des référentiels BD Topo et BD Ortho de l’Institut Géographique
National sur la région Ile de France.
La numérisation des plans de réseaux s’est terminée récemment en fin d’année 2003.
2.1.3 La cellule SIG des Services Techniques
La cellule SIG des STR assiste l’ensemble des opérateurs GIRIS répartis dans toutes
les agences de la région et assure donc l’assistance technique sur ce produit. Elle
conseille aussi les agences dans leurs demandes en cartographie, et assure la maîtrise
d’œuvre sur l’ensemble des projets en relation avec les SIG. Elle se compose de trois
personnes : une responsable de cellule, Monsieur Bourse, un technicien qui assure
l’assistance technique, Monsieur Grateloube et un administrateur GIRIS, Monsieur
Ntsame.
La cellule SIG dispose des moyens informatiques suivants :
ü
ü
ü
ü
ü
ü
ü
ü
ü
1 serveur GIRIS Cartographie
1 traceur HP 1050
1 tablettes graphiques FUJITSU 5010D PIV 512Mo RAM
1 tablette graphique TOSHIBA
6 postes NEC Pentium IV 1,7Ghz 548 Mo RAM – Double Ecran TFT 18’’
1 scanner EPSON GT 15000
4 imprimantes A4 Jet d’encre HP 1100
1 imprimante A4/A3 Jet d’encre HP 2600
1 imprimante laser NB XEROX 860DP
Parmi les logiciels utilisés par la cellule SIG, citons tout d’abord, le serveur de licence
Bentley accessible à toute agent Générale des Eaux et qui comprend :
ü
ü
ü
ü
1 licence Bentley Descartes
10 licences Bentley GeoGraphics
158 licences Bentley GéoOutlook
24 licences Bentley MicroStation
La cellule SIG utilise aussi Adobe PhotoShop 7, Adobe Illustrator CS, GeoConcept
ainsi que divers utilitaires … Elle réfléchit actuellement à l’acquisition du logiciel
FME (Feature Manipulating Engine). En effet ce logiciel dispose en entrée/ sortie, de
plus de 130 formats de données SIG tel ESRI, Oracle Spatial, Bentley, Autodesk, …
Page 12
(http://www.safe.com/products/fme/formats/index.php) Cette solution semble utile
pour les conversions de données graphiques et alphanumériques GIRIS, dans le
cadre des conventions passées avec les collectivités. Ce logiciel propose aussi de
nombreuses
fonctions
de
traitements
et
d’analyses
géométriques
(http://www.safe.com/products/fme/functions_and_factories.htm).
2.2 Le rôle attendu du SIG
Le rôle souhaité par la Générale des Eaux pour son SIG est de placer GIRIS au cœur
du système d’information de l’entreprise. Pour cela, elle entrevoit quatre étapes
essentielles dans le développement de son système
2.2.1 Maîtriser la connaissance du patrimoine
La maîtrise de la connaissance du patrimoine est le cœur du métier d’un exploitant
de réseaux. Elle se concrétise par la numérisation des réseaux d’eau potable et
assainissement. En complément, le référentiel de numérisation des réseaux se
constitue de plans d’exploitation au 1/2000ème en zone semi urbaine, au 1/1000ème
en zone urbaine et au 1/5000ème en zone rurale. La société fait procéder à des levés
topographiques pour les constituants du réseau non présents sur les plans (bouche à
clé, poteau incendie), et réfléchit en parallèle, à la constitution d’équipe de levé par
GPS.
La Générale des Eaux Ile de France a choisi de s’appuyer sur le référentiel BD Topo
de l’IGN afin de caler ses réseaux. L’ensemble des couches de la BD Topo est donc
disponible à l’ensemble des collaborateurs de la société par l’intermédiaire du SIG.
La Générale des Eaux a signé un accord avec l’IGN afin de disposer d’ici 2005/2006,
du Référentiel à Grande Echelle sur l’ensemble de ses contrats.
Les concessionnaires de réseau sont sollicités par les collectivités afin de financer la
numérisation des plans cadastraux. Les plans cadastraux sont aussi disponibles dans
le SIG pour les communes ayant engagées cette démarche.
Cependant ces plans présentent un intérêt discutable pour l’aide à l’exploitation. En
effet, le raccordement de plans cadastraux issus de communes différentes pose des
problèmes de calage. L’absence de référencement géométrique de certaine planche, la
reproduction stricto sensu de la planche originale ne permettent pas le raccordement.
Les contrats existants nécessitent une vision extra communale, le cadastre est lui
communal. Enfin, le cadastre n’est qu’un document fiscal dont l’élaboration et la
mise à jour n’assurent pas une grande qualité géométrique.
Page 13
2.2.2 Un outil d’aide à l’exploitation
Générale des Eaux a souhaité « démocratiser » le SIG. En effet, l’historique énuméré
ci-dessus est là pour le prouver, le SIG restait jusqu’alors un outil de spécialiste.
Désormais la volonté est de rendre l’outil accessible à tous. Cette volonté se
concrétise par près de 160 accès disponibles en simultané au logiciel GéoOutlook.
Ces licences d’utilisation sont accessibles par l’ensemble du personnel.
Ensuite, il existe une volonté d’aider l’exploitant de réseau dans ses tâches
quotidiennes afin d’améliorer la qualité du service. Le développement d’applicatifs
métiers dédiés au métier de l’eau permet à l’exploitant de disposer d’un outil d’aide
à l’exploitation.
Les applicatifs ont donc été modifié selon des besoins exprimés, citons entre autres :
la simulation et l’enregistrement des arrêts d’eau pour l’exploitation des réseaux
d’eau potable, la gestion des tournées (inspection télévisée, renouvellement), la
génération automatique de profil en long, la recherche de zone de collecte/exutoire et
le calcul de radier dynamique pour l’exploitation des réseaux assainissement.
Un exemple concret de l’implication du SIG dans le Système d’Information de
l’Entreprise : la passerelle réalisée entre le SIG et le logiciel Gestion Client
Assainissement (GCA). GCA est l’outil central de toutes les applications techniques
de l’assainissement au sein de la Générale des Eaux. Il est interfacé avec la base de
données du Service Client, la base de données Client Eau Potable, la base de données
de suivi des rejets, la base de données de commandes prestataires et le SIG GIRIS.
GCA permet de suivre les données, gérer les conformités, générer les courriers
types…
Figure 2 : Application GCA : Gestion Clientèle Assainissement
Portables de terrain
Saisie des schémas ...
Partenaires
Agenda Service Client
Collectivités ...
Prise de rendez-vous, gestion clients ...
Fax
Ordre d'Intervention (OI), prestataires...
Gestion locale
Clients Eau Potable
GCA
Adresses, Raccordement eaux usées,
volumes ...
Commandes prestataires ...
Gestion des rejets
Activité non domestique, caractéristique
des rejets ...
Axe et contrat
Cartographie GIRIS
Représentation des branchements, des
types de dossiers, des programmes et
des documents associés ...
Page 14
2.2.3 Un outil d’analyse et de décision
Le souhait est de remonter les informations stratégiques aux différentes couches de
l’entreprise. La compagnie souhaite maîtriser son processus décisionnel, en
remontant les informations de la base de données.
Cette amélioration de la prise de la décision s’accompagne d’un recoupement de
données diverses (client, intervention, maintenance). Cette exploitation ou
recoupement de données s’effectuer par l’intermédiaire de différents types :
- les outils dit de « reporting » ou de générateur d’état tel le logiciel
Crystal Report,
- les outils d’interrogation ou d’analyse tel que le logiciel Business Object
dont CGE est déjà équipée,
- les outils d’analyse thématique dont est pourvu le logiciel GIRIS.
Exemple : La cartographie des Ordre d’Intervention (OI) permet d’analyser les fuites
et d’appréhender le renouvellement des conduites.
Figure 3 : Structure de l’information dans le Système d’Information de l’Entreprise
Interrogation &
Analyse
Planification, renouvellement ...
Reporting
Cartographie
Opérationnel, patrimoine ...
Cartographie des évènements,
des débits ...
Structure de l'information
Portail, Logiciels, Couche sémantique, Sécurité et administration
Données Clientèles
Données issues de la
Modélisation
Données d'Exploitation
Données Patrimoniales
(issues du SIG)
Page 15
2.2.4 Un support de communication
Tout d’abord, l’entreprise communique par l’intermédiaire de la cartographie. En
effet, elle met à disposition à l’ensemble du personnel, une carte d’implantation de
l’entreprise.
Ensuite, une volonté de communiquer avec les élus afin de respecter les engagements
contractuels, apporter une meilleure lisibilité des actions entreprises et enfin leur
assurer une « traçabilité ».
En fin, la cartographie s’utilise pour la communication auprès des usagers. Ce qui se
concrétiserait à terme par la mise à disposition d’information sur Internet.
Figure 4 : Carte des Centres Opérationnels et Agences Générale des Eaux IDF
Page 16
2.3 Le logiciel GIRIS
2.3.1 Présentation
La propriété du logiciel GIRIS est détenue par la société SIIG, société filiale de la
Générale des Eaux. La maîtrise d’ouvrage ainsi que la maîtrise d’œuvre sont assurées
par la Direction Technique Nationale (DTN) de Générale des Eaux. Elle définit les
évolutions et les orientations du logiciel. La société Générale d’Infographie, filiale
pour moitié de CGE, réalise elle, les différents développements et évolutions sur le
logiciel.
L’offre commerciale GIRIS pour les exploitants de réseau se décline en deux
moteurs : GIRIS Eau Potable pour la gestion des réseaux d’eau potable et GIRIS
Assainissement pour la partie dédiée aux réseaux d’assainissement.
La Générale des Eaux dispose du package Eau et Assainissement. La version de
GIRIS est donc capable à la fois de gérer et d’exploiter les réseaux d’eau et
d’assainissement.
La version actuelle du logiciel est la 5.8.3, la version 6 est en cours de finalisation par
Générale d’Infographie.
(Cf. Annexe 1)
2.3.2 Contexte
GIRIS est une solution globale de gestion de réseaux humides qui se distingue par :
ü la richesse de son modèle de données : description fine et technique des
constituants d’un réseau, qui dépeint la façon dont un professionnel gère la
distribution ;
ü ses fonctionnalités de numérisation de réseau : respect d’une topologie propre
aux réseaux, Ex. : une conduite eau potable doit être numérisé entre deux
« nœuds » hydrauliques, dans le respect de la modélisation hydraulique ;
ü ses fonctionnalités métiers : arrêt d’eau, génération de profil en long pour
l’assainissement, recherche des zones de collecte en assainissement, …
ü la puissance de son moteur graphique MicroStation pour l’édition de plans
d’exploitation.
Page 17
2.3.3 Fonctionnement
GIRIS est déployé en deux modes de fonctionnement :
•
•
GIRIS BE (Bureau d’Etude) : s’appuie sur le logiciel MicroStation de la société
Bentley. GIRIS BE est dédié à la modification de la base graphique (fichiers
MicroStation DGN) et à la mise à jour des données alphanumériques, stockées
dans la base de données Oracle 8i. GIRIS BE est uniquement déployé en
agence Générale des Eaux et aux Services Techniques. 24 postes sont ainsi
installés.
GIRIS Géo : s’appuie sur le logiciel GéoOutlook de la société Bentley.
Identique dans son interface, GéoOutlook est dédié à l’annotation,
« redlining », et ne permet pas de modification de fichier graphique
MicroStation. GIRIS Géo est donc destiné à la consultation et évolue vers
l’aide à la décision pour l’exploitant de réseau. Il est accessible à n’importe
quel exploitant de la compagnie, depuis son poste de travail.
2.3.4 Architecture
Le logiciel étant déployé dans toutes les entités Générale des Eaux, les Services
Techniques ont proposé une architecture logicielle centralisée et une architecture de
fonctionnement semi centralisée.
(Cf. Annexe 2)
Page 18
Architecture réseau
Le schéma suivant présente l’architecture du réseau informatique utilisée par l’outil
de consolidation graphique. Le réseau fonctionne avec le protocole TCP/IP.
Figure 5 : Architecture réseau Générale des Eaux Ile de France
2.3.4.1 Architecture logicielle
L’architecture logicielle de la solution GIRIS est centralisée. Elle s’appuie sur la
norme informatique interne à la compagnie, l’Architecture Technique Convergente
(ATC) et repose sur les performances du réseau informatique.
L’installation de la solution GIRIS se décompose de la façon suivante :
Serveur de site ou d’agence :
•
MicroStation J/GéoOutlook : les programmes de MicroStation et GéoOutlook
sont installés uniquement sur les serveurs informatiques d’agence ou de site.
Chaque entité CGE possède son propre serveur dont les caractéristiques sont
rigoureusement identique (Système d’exploitation, partition des disques,
configuration logicielle …) MicroStation a une place bien définie dans
l’architecture serveur ;
Page 19
•
•
GIRIS : strictement identique à l’installation de MicroStation/GéoOutlook ;
Client Oracle : l’accès à une base de données Oracle ne s’effectue que par la
présence du « client Oracle », celui – ci est installé sur le serveur.
Poste client
•
•
Création d’un raccourci qui « pointe » sur le programme GIRIS installé sur le
serveur.
Le client Oracle : une clé de registre existe pour tous les ordinateurs de la
compagnie, cette clé indique le chemin réseau du client Oracle. Cette clé de
registre est prise en compte dans la norme ATC.
Autres
•
•
•
Un serveur de licence Bentley : ce serveur distribue des droits d’accès aux
différents logiciels Bentley ;
Un serveur de licence GIRIS : identique dans le fonctionnement du serveur de
licence Bentley, pour GIRIS ;
La base de données Oracle 8.1.7 : il n’existe qu’une seule et unique base de
données de production, elle est installée sur un serveur à part.
Les avantages
•
•
•
Un déploiement rapide et centralisée de l’application : l’installation de la
solution prend moins de 5 minutes ;
Pas de synchronisation de base de données ;
Intégration de GIRIS dans la norme ATC, signifie une prise en compte dans le
processus de sauvegarde des serveurs par la Direction Informatique.
L’inconvénient
•
Temps de réponse parfois longs : la solution repose sur les caractéristiques
techniques du réseau informatique.
•
2.3.4.2 Architecture fonctionnelle
Données alphanumériques
Il n’existe qu’une base de données ORACLE de production, donc la consultation des
données alphanumériques via GIRIS est directe. L’interrogation des données relève à
la fois l’administration de la base de données Oracle et de la formulation des requêtes
Page 20
SQL. GIRIS utilise le driver natif de MicroStation vers Oracle, driver qui se doit donc
d’être plus performant dans l’interrogation qu’une connexion via ODBC ou OLE DB.
Données spatiales
Le transit de fichiers DGN MicroStation pose des problèmes de temps ne donne pas
satisfaction du fait de temps de réponse très longs. Les fichiers DGN sont donc
stockés sur le serveur d’agence. Les agences sont responsables de leurs fichiers
graphiques. Ces derniers sont donc les référents du patrimoine sous GIRIS.
2.3.5 Les fonctionnalités métiers
Les fonctionnalités métiers disponibles sont les suivantes :
• Assainissement :
o Création automatique de profil en long,
o Recherche des zones de collecte et d’exutoires
• Eau Potable : Gestion des arrêts d’eau
• Autres fonctionnalités : outil CPS (Conception de Plan Standard) qui permet
une impression automatique des planches, gestion des programmes
(renouvellement, inspection télévisée, curage des conduites …)
• Plan thématique
• Communication avec des outils de modélisation
• Echange vers d’autres SIG
(Cf. Annexes 3 et 4)
2.3.6 Les perspectives de développement du logiciel
A court terme
•
•
•
•
•
Améliorer l’aspect graphique des plans ;
Fiabiliser l’architecture informatique ;
Mettre à niveau la base de données régionale GIRIS : par exemple, en
complétant le patrimoine avec le levé des éléments manquants (ex : bouche à
clé, poteau d’incendie), le nivellement des équipements d’assainissement, le
levé des tas de boue … ;
Intégrer l’outil dans le processus d’aide à la décision pour les exploitants (cf.
les fonctionnalités métiers) ;
Reporting : développer le décisionnel et l’analyse de la base de données
(cf.2.2.3).
Page 21
A moyen terme
• Porter GIRIS vers les technologies Internet/Intranet ;
• Oracle Spatial : Cf. § 3.10.3, Générale d’Infographie mène des tests sur Oracle
Spatial ;
• Cartographie embarquée : se géolocaliser sur le terrain, géolocaliser les
évènements du réseau.
2.3.7 Les données
Générale des Eaux s’appuie sur les produits de l’Institut Géographique National afin
de constituer son référentiel graphique.
Elle utilise principalement :
ü le produit BD ORTHO® qui contient des photographies aériennes couleurs
orthorectifiées sur la région Ile de France, avec une de résolution 50 cm.
ü le produit BD TOPO® au format DXF qui contient les voies de
communications, les réseaux de transport, l’hydrographie, les limites diverses,
le bâti, la végétation et l’altimétrie par courbes de niveaux (équidistance de 2,5
mètres)
ü le produit SCAN25® issu du scannage des cartes IGN à l’échelle du
1/25000ème ;
ü le plan cadastral peut être fourni par les communes dans le cadre d’une
convention signée entre la commune et la CGE.
Dans le cadre d’une nouvelle convention signée cette année, la Générale des Eaux
disposera pour fin de l’année 2004, début 2005 du Référentiel à Grande Echelle (RGE)
de l’IGN. Le RGE sera tout d’abord disponible sur la petite couronne de l’Ile de
France. La BD Parcellaire (produit scan) sur le département du Val de Marne est
annoncée pour la fin de l’année 2004.
Le RGE est constitué de quatre composants :
ü La composante image : BD ORTHO®
ü La composante topographique : BD TOPO®
ü La composante parcellaire : BD PARCELLAIRE® : Description des limites et
identification des parcelles cadastrales géoréférencées et assemblées. Elle est
élaborée conjointement par la Direction générale des impôts (DGI) et par
l'IGN, qui en réalise l'assemblage et la diffusion.
ü La composante adresse : BD ADRESSE® : Localisation des adresses postales et
des noms de voies.
Page 22
Figure 6 : Extrait du référentiel GIRIS – Copyright© IGN Tous droits réservés
2.3.8 Bentley MicroStation
MicroStation est un progiciel de dessin technique (D.A.O.) qui intègre un
environnement de développement composé de différents langages : MDL, le
MicroStation Basic, le Visual Basic et le Java. Ceux – ci peuvent être utilisés pour
adapter les fonctionnalités de MicroStation à ses propres besoins, voire pour
développer des applications propres, en utilisant MicroStation comme moteur
graphique. La version actuelle du produit est MicroStation V8. La gamme produits
Bentley couvre plusieurs domaines d’activité : AEC (architecture, ingénierie et
construction), Plant (ingénierie et gestion des installations industrielles), Civil
(construction, suivi des infrastructures) et GeoSpatial (topométrie, SIT/SIG,
photogrammétrie, cartographie).
La gamme de produit GeoSpatial de Bentley se compose des logiciels suivants :
•
•
GeoGraphics, logiciel dédié à la création et à l’analyse de données graphiq ues
pour des SIG (Gestion orientée objet XML, topologie, analyse spatiale,
thématique, transformation de coordonnées, Oracle Spatial) ;
GéoOutlook est dédié à l’annotation ou « redlining ». Cette version « bridée » de
MicroStation propose des fonctionnalités SIG (thématique, topologie, Raster).
Page 23
•
L’interface est identique, elle est aussi personnalisable via l’utilisation de langages
de développement (MDL, Basic…);
Descartes une solution traitement des images pour la cartographie, la
visualisation et la conversion Raster/Vecteur.
MicroStation est un logiciel performant dans le monde de la DAO. Il manque un peu
de sophistications dans son interface, notamment par rapport à son concurrent
AutoCAD, mais il propose des fonctionnalités très abouties. Son interfaçage avec les
bases de données est très performant, notamment son driver natif Oracle. L’accès au
BD est beaucoup plus souple et plus ouvert qu’AutoCAD (OLE DB, ODBC, Informix,
RIS, …). De plus, la prise en compte du langage SQL est assez remarquable,
l’assistant SQL est un des plus complets du marché. Enfin, MicroStation intègre le
format DWG d’AutoCAD en lecture/écriture.
Bentley se positionne stratégiquement sur le marché des SIG et oriente ses solutions
vers l’acquisition et la gestion des données spatiales. L’éditeur développe des
partenariats avec de grands éditeurs du monde de la cartographie et des SIG, entre
autres Adobe et ESRI. Bentley propose l’impression de plans en PDF et récupération
de présentation de document ArcGIS.
Page 24
3 Stabilisation de l’outil de consolidation graphique
3.1 Contexte
La maîtrise des plans de réseau au moyen d’un SIG est aujourd’hui une nécessité
pour la gestion optimale d’un service de distribution d’eau.
Dans le cadre du déploiement de la solution GIRIS au sein des entités de la Générale
des Eaux Ile de France, les services techniques ont développé un outil de
consolidation des données graphiques. L’outil a pour objectif de consolider les
données graphiques issues de GIRIS afin de les rendre accessible à l’ensemble du
personnel exploitant, dans le but final d’une aide à l’exploitation
Rappel
Le fonctionnement de GIRIS est organisé de telle sorte que :
•
•
la mise à jour des plans se fait uniquement dans les quinze agences de
Générale des Eaux Ile de France.
la diffusion des données graphiques est assurée au sein de l’agence même,
mais aussi au sein des différents sites déportés de Générale des Eaux.
3.2 Problématique
L’outil a été développé par la société Générale d’Infographie, spécifiquement pour
répondre aux attentes des services techniques. Il a été mis en place à partir d’avril
2002 sur une agence pilote et a été progressivement déployé sur l’ensemble de la
région.
A mon arrivée aux services techniques de la Générale des Eaux, l’outil ne
fonctionnait plus depuis trois mois. L’instabilité du programme remontait au mois de
décembre 2003. Dysfonctionnement certainement lié à un changement de serveur et à
un changement de système d’exploitation ; Windows 2000 Server est venu remplacer
Windows NT4. Les plans n’étaient donc plus à jour sur les sites déportés. Il était alors
important d’identifier et de rétablir le fonctionnement de l’outil dans le cadre global
du stage.
Page 25
Figure 7 : Schéma des flux de données de l’outil de consolidation graphique
Base de données
Oracle centralisée
Données Spatiales
consolidées
Copie des Données
spatiales de l'agence
d g
i i a
t l
Serveur de site
Données spatiales
de
l'agence : données
référentes du
système
Agence x Site x
Filtrage des
données par
agence
d g
i i a
t l
di gi t a l
Serveur
d'agence
Page 26
3.3 Les attentes de Générale des Eaux
Les Services Techniques ont donc fixé l’objectif suivant : stabiliser l’outil de
consolidation et assurer sa mise en route afin que le personnel dispose de plan à jour,
étape préalable à l’exploitation. Ensuite, Il m’était demandé de proposer une solution
équivalente qui pourrait se substituer à l’outil existant.
3.4 Méthodologie
Sur le plan méthodologique, j’ai cherché à définir l’architecture de l’outil et son mode
de fonctionnement. Ensuite, j’ai établi une analyse des problèmes rencontrés via la
consultation des journaux de contrôle de l’outil. Je me suis plongé ensuite dans les
différentes technologies utilisées par l’outil afin de résoudre les bugs informatiques
rencontrés. Enfin, les deux dernières étapes ont consisté à remettre en service l’outil
par une synchronisation de tous les serveurs. En effet, près de 1000 fichiers étaient
déclarés incohérents ou manquants.
3.5 Définition de l’architecture
La définition de l’architecture s’est établie à partir de la documentation existante.
3.5.1 Cahier des charges
L’outil est spécifique au Service Technique, et respecte le cahier des charges remis à
l’origine par Générale des Eaux.
•
•
•
•
•
Afin de limiter l’occupation du réseau informatique, le programme doit
fonctionner la nuit,
Les fichiers réseaux doivent être compressés avant le transfert (par exemple :
un fichier réseau fait en moyenne 500 kilo octets, les fichiers fond de plan sont
généralement proches du méga d’octets) ;
L’outil doit fonctionner uniquement en session fermée Windows (dans le cas
contraire, elle serait alors automatiquement déconnecté) ;
L’outil doit prendre en compte la norme ATC (Architecture Technique
Convergente), propre à la CGE ;
L’outil doit respecter les créneaux horaires laissés libres par la Direction
Informatique (sauvegarde, redémarrage des serveurs, synchronisations de la
messagerie…) ;
Page 27
•
Des journaux de
quotidiennement.
transfert
et
de
contrôle
doivent
être
générés
L’outil qui copie les fichiers d’un serveur à un autre se doit de respecter la répartition
géographique des entités Générale des Eaux : il doit copier les fichiers de l’agence sur
les sites déportés rattachés à cette même agence. Les relations s’établissent donc de la
manière suivante :
•
•
•
•
Une agence n’a pas forcément de site rattaché ;
Une agence peut avoir plusieurs sites rattachés ;
Un site est attaché à une seule agence ;
Exception pour les trois sites de consultation suivants : Cergy, Saint Maur et
Rocher.
3.5.2 Le fonctionnement de l’outil
Générale d’Infographie, qui a assuré le développement de l’outil avait proposé alors
l’architecture technique hybride suivante.
3.5.2.1 Modélisation
Les agences et sites sont définis dans la base de données GIRIS par deux tables
(AGENCE et SITE). L’outil exploite ces deux tables en relation avec la table GIMAP,
selon le modèle suivant :
Figure 8 : Modèle Physique de Données de l’outil
GIMAP
CP
MSLINK
DGNFILE
DATE_MAJ
FILE_VOLUME
MSLINK_AGENCE
0,n
MSLINK_AGENCE = MSLINK
0,n
AGENCE
CP,CE1 MSLINK
LIBELLE
GIRIS_DATA
0,n
1,n
MSLINK = MSLINK_AGENCE
SITE
CP
MSLINK
LIBELLE
GIRIS_DATA
MSLINK_AGENCE
Page 28
3.5.2.2 Les technologies
Le programme est lancé par l’intermédiaire de commandes BATCH DOS planifiées à
partir du logiciel WinAt. Ces fichiers de commandes sont générés des scripts
PL/SQL, qui effectue des requêtes sur la base afin de contrôler les volumes et date de
mise à jour des fichiers (table GIMAP de GIRIS qui stocke ces informations dans la
base de données). De plus, le transfert des fichiers d’un serveur à un autre est assuré
par le protocole FTP via l’installation de Microsoft IIS (Internet Information Server).
Enfin, la compression et la décompression des fichiers sont assurées par le logiciel
PKZIPC, qui fonctionne en session fermée.
3.5.2.3 Les différentes étapes du traitement
Récupération des propriétés des dessins en agence
Cette étape récupère toutes les informations (nom, volume et date de mise à jour) de
tous les fichiers graphiques présents sur le serveur d’agence. Ces informations sont
stockées dans un fichier texte.
Figure 9 : Récupération des propriétés des dessins en agence
Serveur d'agence
G:\DATASITE\GIRIS\TMP
di gi t a l
Exécution de fichier de commandes :
Dir_Dgn.bat
Création du fichier
Agence_<code_agence>.txt
Recherche des fichiers modifiés depuis le dernier transfert
La commande principale, exécutée depuis le serveur central par une tache planifiée,
récupère tous les fichiers générés par la tâche précédente et les compile dans un seul
fichier. Ensuite, le traitement recherche les informations (volume et date de mise à
jour) dans ce fichier pour les comparer avec celles stockées en base de données dans
la table GIMAP. Quand le volume ou la date de dernière modification sont différents,
le fichier dgn est alors sélectionné pour être copié de l’agence vers les sites distants.
Le traitement génère des scripts de compression, de copie et de décompression qui
vont être copiés vers les agences et les sites concernés.
Page 29
Figure 10 : Recherche des fichiers modifiés depuis le dernier transfert
Serveur DR
F:\SOFTWARE\IDF\PROGTRANS\
d i gi t a l
RecuperationJournaux.bat
Lance.bat
Zip_Agence_<code_agence>.txt
ZipDgn.bat
ftp_copy_A<code_agence>_S<code_site>.txt
FileSize.exe
UnzipDgn.bat
Unzip_A<code_agence>_S<code_site>.bat
Agence_<code_agence>.txt
Serveur d'agence
Serveur de site
d i gi t a l
di gi t a l
Compression et copie des fichiers vers les sites distants
L’étape précédente a copié sur chaque serveur d’agence les fichiers de commande
pour la compression des fichiers dessin et la copie du fichier zip généré vers les sites
rattachés à l’agence. Une tâche planifiée par le logiciel WinAt, exécute la commande
qui va compresser les fichiers graphiques nécessaires.
Figure 11 : Compression et copie des fichiers vers les sites distants
Serveur d'agence
di gi t a l
Exécution du fichier de commandes :
ZipDgn.bat
Création du journal d'exécution
Journal_A<code_agence>.txt
A<code_agence>.zip
Serveur de site
di gi t a l
Page 30
Décompression des fichiers sur les sites distants
Une tache planifiée sur chaque serveur de site, lance tous les jours une commande.
Ce fichier de commande décompresse les fichiers zip envoyés par les agences
auxquelles le site est rattaché. Un fichier journal est créé où il est mentionné les
heures de début et de fin de la décompression.
Figure 12 : Décompression des fichiers sur les sites distants
Serveur de site
d i gi t a l
UnzipDgn.bat
Création du journal d'exécution
Journal_S<code_site>_A<code_agence>.txt
Synchronisation des comptes rendu d’exécution
Cette étape consiste à concaténer sur le serveur central tous les journaux des serveurs
d’agence et de site, en un seul fichier. Ce fichier est stocké dans un répertoire du
serveur central. Ce fichier est donc la première source de contrôle de l’outil.
Figure 13 : Synchronisation des comptes rendu d’exécution
Serveur DR
F:\SOFTWARE\IDF\PROGTRANS
di gi t a l
Journal_S<code_site>_A<code_agence>.txt
Serveur de site
di gi t a l
Création du fichier de compliation
Transfert_dgn_<date_du_jour>.txt
Journal_A<code_agence>.txt
Serveur d'agence
d i gi t a l
Page 31
Contrôle de cohérence des sites
Récupération des informations des fichiers dgn sur les serveurs de site
Cette étape récupère toutes les informations (nom, volume, date de mise à jour) de
tous les fichiers graphiques présents de tous les serveurs de site, et les stocke dans un
fichier texte.
Figure 14 : Contrôle de cohérence des sites (1)
Serveur de site
d g
i i t al
Dir_Dgn.bat
site_<code_site>.txt
Exécution du traitement
Un fichier de commande (ControleSites.bat) récupère tous les fichiers générés par la
tâche précédente et les compile dans un seul fichier.
Ce fichier est généré dans un répertoire du serveur central et constitue le deuxième
contrôle de l’outil.
Figure 15 : Contrôle de cohérence des sites (2)
Serveur central
F:\SOFTWARE\IDF\PROGCTRL
d g
i i t al
ZipDgn.bat
ControleSites_<date_du_jour>.log
site_<code_site>.txt
Serveur de site
d g
i i t al
Page 32
3.6 Analyse des problèmes rencontrés
L’analyse du fonctionnement a reposé sur un dépouillement des journaux de
transfert et de contrôle de l’outil. Les conclusions suivantes ont été tirées :
•
•
•
•
•
•
•
•
Le programme a fonctionné correctement jusqu’en décembre 2003 ;
Les fichiers transférés la nuit ne sont pas décompressés sur le serveur central ;
Des fichiers graphiques sont absents de certains serveurs ;
Le volume du fichier de compression de certaines données graphiques est
nul ;
Certains serveurs ne reçoivent pas les données ;
La décompression ne s’effectue pas sur les serveurs de site ;
De nombreux fichiers incohérents sont signalés sur plusieurs serveurs et
notamment le serveur central ;
Des fichiers sont signalés absents des serveurs, alors qu’en réalité ils sont
présents.
3.7 Les ressources nécessaires
Etant donné l’architecture retenue, une connaissance dans le langage PL/SQL était
essentielle puisque le cœur du programme en est composé. Ensuite, des compétences
en langages de commandes BATCH DOS et FTP était aussi nécessaires.
Mon expérience du PL/SQL m’a aidé dans la résolution des bugs de l’outil. J’ai ainsi
pu appréhender les spécificités du programme PL/SQL et notamment l’utilisation du
Package PL/SQL UTL_FILE. Ce package est utilisé pour l’impression de fichiers
journaux d’Oracle et est installé automatiquement lors de l’installation du serveur
Oracle.
Un package PL/SQL est un schéma d’objets PL/SQL qui reg roupent des sousprogrammes. Il est donc composé de fonctions, procédures PL/SQL. Un package
PL/SQL comporte obligatoirement deux parties : la première appelé «package »
définit l’interface des applications : les types, les variables, les constantes ; les
exceptions, les curseurs et les sous programmes disponibles ; la deuxième appelé
« corps de package » ou « package body » définit en détail les curseurs et les sous
programmes.
En ce qui concerne l’utilisation de commandes BATCH DOS et FTP, je me suis tourné
vers les ressources Internet suivantes : http://www.commentcamarche.net pour les
commandes FTP et le site http://www.egs-howto.com pour les commandes BATCH
DOS.
Page 33
3.8 Actions menées
Suite à l’analyse des problèmes rencontrés, l’origine des bugs a été identifiée et les
actions suivantes ont été entreprises :
3.8.1 Mise à jour du paramétrage de l’ensemble des serveurs
L’analyse précédente a aboutit à définir un profil de paramétrage type pour les
différents serveurs. J’ai établit une définition des commandes à installer selon chaque
configuration, une définition de l’arborescence des programmes et vérifié le
paramétrage des logiciels WinAt, Microsoft IIS, PKZIPC sur chaque serveur.
Ma mise à jour des serveurs s’est appuyée sur le tableau d’exécution des tâches.
(Cf. Annexe 7)
3.8.2 Modification du code PL/SQL
Du fait de la norme ATC différente entre un serveur Windows NT4 et Windows
2000, les partitions disques ne sont pas identiques. Or le chemin d’accès au fichier
DGN est « codé en dur » dans le programme, des modifications ont été effectuées
dans ce sens ainsi que des mise à jour de code : une modification concernant la mise à
jour de la table qui répertorie l’ensemble des fichiers.
Cette mise à jour se réalisait initialement par l’exécution d’un nouveau fichier SQL,
l’exécution de ce fichier a été supprimé et remplacé par l’insertion d’une requête SQL
dans le cœur du programme.
Remarque : Toutes les modifications effectuées sont signalées par un commentaire
du code PL/SQL.
3.8.3 Synchronisation de tous les serveurs
Une fois le code modifiée et une stabilité retrouvée, il a fallut ensuite synchroniser
l’ensemble des serveurs.
Cette tâche a été réalisé en un peu moins d’un mois, sachant que l’on limitait
volontairement le nombre de fichiers à transférer chaque soir, ceci afin de ne pas
saturer le réseau.
Page 34
3.8.4 Rédaction d’une documentation
Une documentation à l’attention des Service Techniques reprend en détail le principe
de fonctionnement, l’architecture des serveurs, le paramétrage du serveur principal
de la Direction Régionale, le paramétrage de la procédure et des logiciels et une
étude des différents cas rencontrés.
3.9 Résultats obtenus
Les actions menées, à savoir la mise à jour du paramétrage, la modification du code
PL/SQL et la synchronisation sont satisfaisantes et permettent aujourd’hui de
disposer quotidiennement de plan à jour dans les différents sites d’exploitation de
Générale des Eaux. Il suffit de contrôler régulièrement les fichiers de transfert et de
contrôle de l’outil.
3.10 Recherche de solutions alternatives
En parallèle de la stabilisation de l’outil de consolidation des données graphiques, je
me suis intéressé à d’autres solutions
3.10.1
Recherche d’un logiciel équivalent
Mes recherches m’ont amené à sélectionner un logiciel gratuit « SyncBack »
http://www.2brightsparks.com. Ce logiciel est capable de transférer les données via
le protocole FTP, de filtrer les fichiers, de fonctionner en session fermée, de générer
des rapports de transfert et de s’exécuter après programmation d’une tâche
Windows. Le logiciel est tout à fait opérationnel sur des serveurs de type Windows
2000 mais nettement moins opérationnel sur des serveurs de type Windows NT4.
SyncBack ne fonctionne pas avec le programmateur de Windows NT4, WinAt.
La solution consisterait à installer le logiciel sur le serveur central Windows 2000 de
la Direction Régionale. Ce serveur héberge la base de données ainsi qu’une copie de
l’ensemble des fichiers graphiques DGN de MicroStation. La consolidation se ferait
alors de la façon suivante :
•
1ère étape : synchroniser les fichiers hébergés des 15 serveurs d’agence avec les
fichiers correspondants sur le serveur central de la Direction Régionale.
Page 35
•
2ème étape : synchroniser les fichiers du serveur central DR avec chaque
serveur de site.
Remarque : Les performances de transfert du logiciel « SyncBack » sont
encourageantes. J’ai testé le produit sur une agence et les résultats des test se sont
avérés concluants. Cependant la configuration énumérée ci-dessus n’a pu être testée.
Ce test pourrait nous éclairer sur les possibilités du logiciel et notamment tester
l’enchaînement successif ou simultané de plusieurs tâches programmées.
3.10.2
Portage du SIG sur Internet
La problématique de la disponibilité de plans à jour pose évidemment la question du
passage d’une partie du SIG sous Internet. La solution du SIG sur Internet ne se
limite pas seulement au problème de consolidation des données. L’investissement
important nécessite une approche plus globale de cette solution.
La Générale des Eaux Ile de France mène depuis plusieurs années une réflexion sur
cette éventualité et entrevoit cette migration comme une moyen de remplacer les
postes de consultation et d’exploitation GIRIS Geo. Les axes importants qui se
dégagent, seraient la nécessité de porter l’ensemble des applicatifs dits «
d’exploitation » (arrêt d’eau, génération de profil en long) sur Internet, de choisir un
système qui lit les fichiers MicroStation en natif et enfin un système offrant la
possibilité de modifier graphiquement les données depuis une fenêtre Internet.
Nous remarquons deux proj ets intéressants au sein de la CGE :
3.10.2.1 Le projet DICT sur AutoDesk MapGuide
La direction technique nationale a implémenté un système de contrôle des
Déclarations d’Intention de Commencement de Travaux pour le service « Lyon
Agglomération », sous le logiciel AutoDesk MapGuide.
Le système est opérationnel. Cependant la solution installée
transformation des données MicroStation vers AutoDesk MapGuide.
exige
une
Dans sa configuration actuelle et si nous nous projetons dans le cadre de la région Ile
de France, la mise en place d’un tel système nécessiterait la transformation de près de
2 giga octets de données graphiques.
Page 36
Toutefois,
la
société
AutoDesk
annonce
sur
son
site
Internet
(http://www.autodesk.fr) la compatibilité de sa dernière version du logiciel avec les
fichiers MicroStation.
3.10.2.2 Le projet du SEDIF : Giris Bentley Publisher
Le projet du SEDIF (Syndicat des Eaux d’Ile de France) nous interpelle sur le portage
du SIG GIRIS sur Internet.
En effet, dans le cadre du contrat, il est prévu d’implémenter GIRIS en Intranet. La
solution retenue aujourd’hui est le logiciel Publisher.
Le portage de GIRIS est réalisé par la société Générale d’Infographie, qui nous a
attribuée des droits d’accès au site pilote.
La démonstration est encourageante. Pourtant il reste de nombreux points à
développer. Les outils d’aide à l’exploitation ne sont pas disponibles sur cette
solution, seul l’affichage, la consultation et la mise à jour alphanumérique des
constituants du réseau sont gérés.
3.10.2.3 Internet MapServer
Par ailleurs, la solution « open source » Internet MapServer présente aussi de sérieux
atouts. Elle dispose de fonctionnalités standard (format Vecteur/Raster, interface
personnalisable, cartes thématiques,…) et la prise en compte du format
MicroStation8. Cette solution mériterait un approfondissement.
3.10.3
Base de donnée spatiale
La base de données spatiale consiste à consolider la géométrie et la sémantique d’un
objet (ponctuel, linéaire, surfacique) dans une base de données. Ces bases de données
spatiales sont constituées de fonctionnalités d’analyse de géométrie (par exemple :
calcul d’abscisse curviligne).
Les bases de données spatiales offre une alternative intéressante dans la mise à jour
en temps réel des plans GIRIS. Deux solutions émergent aujourd’hui sur ce marché
en pleine expansion et pris en compte par de plus en plus d’éditeurs SIG : le produit
Open Source « PostGIS » issu de la base de données « PostgreSQL »
(http://postgis.refractions.net/home.php) et la cartouche spatiale du SGBDR Oracle.
Page 37
3.11 Conclusion
Plusieurs points importants doivent être relevés sur l’utilisation de cet outil de
consolidation graphique.
Tout d’abord, le manque d’une interface Homme/Machine pour la programmation
de l’outil, seul un tableau récapitulatif de la programmation des tâches existe.
Le déploiement est fastidieux, les programmes doivent être personnalisés sur chaque
serveur (une trentaine de serveur sur la région).
Le paramétrage de l’outil reste le point le plus bloquant : il nécessite une certaine
expertise technique, connaissance des langages PL/SQL, DOS et des commandes FTP.
Le moindre changement de répertoire entraîne obligatoirement une modification du
code source.
L’outil bien paramétré est satisfaisant dans son fonctionnement. Pourtant le moindre
dysfonctionnement peut s’avérer bloquant, pour qui ne maîtrise pas l’outil.
Enfin, le fait que la Direction Informatique ne prenne pas en compte l’outil dans son
programme de sauvegarde, entraîne parfois quelques surprises. Le redémarrage d’un
serveur en pleine nuit, entraîne alors une cascade d’erreurs non explicites.
Page 38
4 Mise en place du module exploitation de GIRIS
4.1 Présentation du projet
Générale des Eaux Ile de France a la volonté de mettre en place un outil SIG d’aide à
l’exploitation en plaçant GIRIS au cœur du Système d’Information de l’entreprise.
Cette mise en place s’accompagne d’une refonte des applicatifs métiers de GIRIS
ainsi que de la création d’une application de saisie des Ordres d’Interventions (OI).
Figure 16 : Schéma de la cartographie des évènements du réseau d’eau potable
Saisie et Cartographie des évènements du réseau
d'eau potable
O.I. Branchements Eau Potable :
Extraction du logiciel GN
O.I. Constituants du Réseau
d'Eau Potable (sauf branchements)
:
RIS
GI
GI
RI
S
de : Sa
s I isi
nte e M
rve a
ntio nue
ns le
e
tiqu
ma
uto
e a es
nté nné
mo do
Re des
Ordre d'Intervention
Interventions /
Anomalies du Réseau
Eau Potable
GIRIS
Module Classification
Analyse des données
d'Interventions :
Reporting, Edition de
cartes thématiques
Schéma de l’exploitation des Interventions sous GIRIS
Page 39
4.2 Objectifs
L’objectif est une mise en place progressive de tous les applicatifs d’exploitation pour
septembre 2004. Les services techniques ont fixé les objectifs suivants :
•
•
•
•
Reprise de certaines fonctionnalités GIRIS existantes ;
Génération des branchements Eau Potable et Assainissement ;
Création d’une fiche de saisie pour les Ordre d’Interventions du réseau Eau
Potable ;
Rédaction d’un manuel utilisateur GIRIS Géo pour l’aide à l’exploitation.
4.3 Bénéfices
Les bénéfices attendus sont les suivants : l’utilisation de GIRIS comme un outil d’aide
à l’exploitation, produire des cartes thématiques sur les OI et répondre aux
engagements contractuels vis-à-vis des collectivités (fourniture de carte thématique
sur les interventions des réseaux).
(Cf. Carte page suivante)
4.4 Contexte
4.4.1 Reprise des fonctionnalités existantes
La Générale des Eaux dispose de plusieurs outils d’aide à la décision sur GIRIS
(gestion des arrêts d’eau, les tournées, inspection TV, génération de profil en long,
programme). Les Services Techniques ont souhaité que le module «gestion des
tournées » soit enrichit par une fonctionnalité de recherche de fuite. Les ST ont
souhaité que le module « classification » soit repris afin de permettre une
interrogation fine de la base de données.
4.4.2 Génération des branchements eau potable et assainissement
Les interventions s’effectuent pour la plupart sur les branchements d’eau potable et
d’assainissement. Généralement, ces branchements ne figurent pas sur les plans, et
sont donc absents des plans GIRIS. Les ST estiment le nombre de branchements à 1,5
million sur l’ensemble de la région. Leur création est donc nécessaire en vue de
l’utilisation attendue du SIG.
(Cf. Annexe 14)
Page 40
Figure 17 : Pastillage des Interventions sur une Commune
4.4.3 Saisie des Ordre d’Intervention sur le réseau eau potable
L’objectif n’est pas de réaliser un outil de gestion des interventions (OI) dans le SIG
mais de définir les informations qui serviront à répondre aux besoins en cartographie
thématique des agences et des collectivités.
La CGE possède aussi plusieurs outils pour gérer les interventions sur réseau mais
un seul est connecté au SIG.
•
•
•
Logiciel GN : logiciel historique de gestion clientèle Eau Potable qui gère les
OI sur branchements. Ce logiciel n’est pas interfacé avec GIRIS.
Logiciel PICR : logiciel de gestion d’interventions Eau Potable, non interfacé
avec GIRIS.
Logiciel Wallace : logiciel de gestion d’intervention propre à la gestion de la
Ville de Paris. Ce logiciel est interfacé avec GIRIS.
Page 41
La saisie des OI ne se limitant qu’aux constituants du réseau d’eau potable autres que
les branchements, un module a été développé afin de remonter automatiquement les
données d’interventions sur branchements issues du logiciel GN.
4.4.4 Rédaction d’un manuel utilisateur GIRIS Géo pour l’aide à
l’exploitation
Un manuel d’utilisation pour le logiciel GIRIS Géo existe. Ce manuel a besoin d’être
actualisé, tout en le rendant plus didactique pour les techniciens d’exploitation. A
l’origine, il n’incluait pas les applicatifs métiers, ces derniers devront donc y figurés.
4.5 Ressources
Le projet étant au départ spécifique à la région Ile de France, le responsable de la
cellule SIG a souhaité impliquer l’ensemble de ces collaborateurs des autres régions
par l’intermédiaire d’un groupe d’informations avec diffusion de l’état d’avancement
du projet.
Les ressources allouées sont les suivantes : un chef de projet SIG, deux responsables
GIRIS en agence proches des réalités terrain, un chef de projet Générale
d’Infographie pour le développement spécifique sous GIRIS, un ingénieur stagiaire
qui assure le recensement des besoins, la rédaction et la validation de l’application «
saisie des interventions » et assure la mise en place de l’ensemble des modules.
Les services techniques m’ont confié les tâches suivantes :
•
•
•
Définir une fiche intervention pour les objets du réseau d’eau en
remplacement de celle existante dans GIRIS, ceci afin de cartographier les
évènements
Participer aux tests de génération automatique des branchements
Rédiger une documentation sur l’ensemble des applications d’aide à
l’exploitation.
4.6 Méthodologie
Sur le plan méthodologique, la démarche proposée est la suivante :
4.6.1 Collecte des données
La première phase consiste à établir un inventaire de l’ensemble des informations qui
devront être saisies par l’application. La collecte de données ne concerne que la partie
Page 42
du projet dédié à la création d’une application de saisie des OI. Une prise de contact
s’est établie auprès des différentes entités de la société afin de collecter tout
document sur la saisie des interventions (fichiers Excel, base Access…).
L’existence de logiciel dédié à la gestion des interventions a permis de compléter la
base existante et notamment de définir les listes de choix prédéfinies pour les champs
de la fiche de saisie.
4.6.2 Rédaction d’une synthèse : élaboration de la fiche de saisie des OI
La base de ma définition est tirée du modèle original de GIRIS. Le modèle original
est assez limité, il ne concerne que quelques champs. Le dépouillement des fichiers
Excel ainsi que les copies d’écran de certains logiciels propre à la compagnie, a
permis de compléter le modèle original.
Un schéma du futur masque de saisie a donc été réalisé sous le logiciel Microsoft
Visio.
Ensuite, l’aspect fonctionnel des champs a pris le relais à savoir que certaines
informations étaient déjà présentes dans la base de données. Elles devaient alors être
« remontées » automatiquement dans la fiche « anomalie ».
4.6.3 Présentation du travail aux personnels techniques
Une présentation en agence s’est déroulée afin de juger de la pertinence des
informations retenues, et de valider une base de départ pour la future mise en œuvre.
Les conclusions de cette réunion se sont avérées positives.
4.6.4 Validation en Interne
Le document a été remis à l’ensemble des responsables SIG Générale des Eaux. Les
retours étant peu nombreux ; toutefois le document a été validé et envoyé au maître
d’œuvre, Générale d’Infographie.
4.6.5 Rédaction des spécifications
Les ST ont reçu le document de spécification technique sur l’application de saisie des
OI. Les spécifications techniques se devaient de reprendre en intégralité les besoins
exprimés dans la rédaction du document remis précédemment. Ce document est la
base du développement de l’application. On remarque notamment dans ce document
Page 43
la présence du Modèle Conceptuel de Données ainsi que le Modèle Physique de
Données de l’application de « Saisie des OI ».
4.6.6 Validation des spécifications
Le document dans l’ensemble reprend les demandes exigées par les Services
Techniques. Notons seulement une modification sur le fonctionnement de la
remontée automatique des données issues de la gestion clientèle. Les ST ont donc
validé le document.
4.6.7 Développement
de
complémentaires
l’application
OI
et
des
modules
Le développement de l’application saisie des OI et des autres modules a été réalisé
par la société Générale d’Infographie.
4.6.8 Tests de l’ensemble des modules
A l’heure de la rédaction de ce rapport, les modules exposés à l’exception de la
génération automatique n’étaient pas livrés, donc n’ont pu être testés. Les tests se
sont limités à la génération automatique des branchements.
La génération automatique des branchements s’opère après une extraction des
fichiers clientèles Eau ou Assainissement : le branchement se place au dessus du
numéro de police correspondant à l’adresse précisée dans l’extraction du fichier
clientèle. Cette génération nécessite bien entendu, la mise à disposition par la
commune, du plan cadastral numérisé.
Ces tests nous ont permis de prendre en compte différents cas bien particuliers,
notamment les problèmes de calage entre un cadastre numérisé par un géomètre et la
BD TOPO de l’IGN. La BD TOPO a servi de référentiel à la numérisation des réseaux.
La superposition du cadastre et des réseaux provoque quelques étonnements,
notamment des réseaux qui se trouvent désormais dans le domaine privé et non plus
dans le domaine public.
4.6.9 Finalisation du projet
Pour les raisons exprimées ci-dessus, ce rapport ne peut traiter la finalisation du
projet de mise en place des modules d’aide à l’exploitation (recette des modules,
documentation et installation/formation de la solution).
Page 44
4.7 Conséquences
Les critères suivants ont été retenus comme indicateurs de réussite du projet. Au
terme du projet, on devra constater une appropriation des outils par le personnel
formé, une utilisation au quotidien (saisie des OI, simulation d‘arrêts d’eau) et une
amélioration de la qualité du service rendu aux clients.
4.8 Conclusion
L’étude des besoins de utilisateurs en terme d’information est une étape
fondamentale car elle oriente par la suite l’ensemble du développement, qui doit être
réalisé de manière à répondre le plus fidèlement possible aux attentes. Sur ce projet,
elle s’est révélée simple car les besoins étaient clairement définis et que nous nous
sommes appuyer sur des outils existants.
Je me suis rendu à la Compagnie des Eaux de Paris afin d’assister à une
démonstration du logiciel Wallace, couplé au SIG GIRIS. Cette démonstration m’a
permis de bien cerner les limites de la saisie et de mieux appréhender le langage
technique.
Malheureusement, la livraison tardive des modules logiciels, ne m’a pas permis de
finaliser le projet, avant la rédaction de ce rapport.
Page 45
5 Utilisation de tablette graphique
5.1 Les attentes de Générale des Eaux
L’utilisation de tablette graphique s’inscrit dans la volonté d’utiliser la cartographie
comme un outil d’aide à l’exploitant.
Tout d’abord, cette étude vient répondre aux demandes des techniciens. Ceux- ci
disposent dans leur véhicule d’intervention, de plans papiers d’exploitation au
1/2000ème . La mise à disposition du référentiel GIRIS sur le terrain serait sans nul
doute, un apport non négligeable dans l’aide à la décision.
En complément de la mise à disposition du référentiel, la CGE souhaite que les
applicatifs GIRIS soient utilisés par les techniciens d’exploitation ; notamment
l’applicatif dit « arrêt d’eau » qui permet de localiser les vannes à fermer lors de fuite
sur le réseau.
Enfin, la géolocalistion d’évènements (fuite, casse) à l’aide de système embarqué, est
une alternative intéressante. Mon étude s’est penchée sur l’offre actuelle des
différents fabricants de matériel GPS.
5.2 Problématique de la cartographie embarquée
La problématique est multiple sur le choix d’une solution de SIG embarqué.
Tout d’abord, le type de support doit être en adéquation avec le mode d’utilisation
des techniciens. Une tablette PC renforcée ou non est-elle plus appropriée que le
Pocket PC, support déjà utilisé au sein de l’entreprise.
Le système doit aussi permettre d’exploiter la base de données GIRIS.
Générale des Eaux souhaiterait un système compatible avec le format MicroStation,
pour des raisons d’interopérabilité et dans le but d’éviter une transformation des
données ;
L’outil doit apporter une solution de synchronisation, entre les bases graphiques et
alphanumériques embarquées et la base de production, qui soit facilement utilisable
et « packagée ».
Page 46
Enfin, une liaison avec un système de positionnement par satellites doit permettre la
géolocalisation d’évènements (fuite, casse), relevé des tas de boues ou d’équipements
tels que les poteaux et bouches incendie. Il faut bien alors distinguer ce type de levé,
du levé topographique de complément du réseau (bouche à clé, côte radier et tampon
des regards). La précision du positionnement n’est pas la même. Dans notre cas, la
CGE souhaiterait une précision submétrique.
5.3 Etat de l’offre actuelle
Les tablettes graphiques
La Tablette PC, dont l'utilisation est très proche de celle du cahier, offre de multiples
avantages : la prise de notes est facile et peut être réalisée dans des lieux variés (salle
de réunion, client, voyage, terrain...) du fait de sa reconnaissance de caractères et
vocale directement exploitable au sein d’un SIG. Il est tout à fait possible d’utiliser un
clavier (intégré ou détachable), une souris, un stylet. La tablette PC est donc une
solution innovante pour les utilisateurs de SIG développant des applications terrain :
la prise de notes, rédaction de schémas cartographiques, …
Récepteur GPS submétrique
L’intérêt d’un récepteur GPS repose sur le besoin en localisation du technicien en
agence. Celui doit pouvoir localiser tant en rase campagne qu’en zone urbaine,
chaque tampon ou vanne grâce à ses coordonnées Lambert. Par ailleurs, il est
aujourd’hui pertinent de géolocaliser des évènements : boues issues des usines de
traitement, les OI (Ordres d’Intervention) vus précédemment. La solution GPS la
plus adaptée à ce genre de travaux semble être un petit récepteur GPS de précision
métrique qui permettra une localisation rapide des éléments qui nécessitent des
interventions.
Il existe plusieurs méthodes de positionnement géodésique par GPS, nous nous
intéresserons plus particulièrement ci-après au mode DGPS, mode de
positionnement différentiel qui semble le mieux convenir au type de localisation
souhaitée.
Pocket PC
Le Pocket PC est un assistant personnel qui fonctionne sous le système d’exploitation
Pocket PC de Microsoft. La CGE commence à équiper ses techniciens d’exploitation
de ce type d’appareil. Il est donc nécessaire d’étudier les possibilités offertes par ce
genre de support, de plus qu’une interopérabilité serait bienvenue avec le logiciel
PICR (cf. § 4.4.3) qui lui fonctionne déjà sur ce type de support.
Page 47
La synchronisation des données sous Windows est effectuée par l'intermédiaire du
logiciel Microsoft ActiveSync.
5.4 Etudes des différentes solutions
Selon le type de support Pocket PC, Palm, GPS ou bien Tablette PC, les logiciels sont
évidemment différents. Voici donc une décomposition des solutions entrevues
durant le stage :
Solutions pour tablette graphique
Support
Solution
Avantages
Identiques à Giris :
consultation et
analyse BDD, saisie
de constituants,
analyse
thématique…
Modèle
relationnel,
Applicatifs Eau
&
Assainissement
de GIRIS
Compatibilité
totale avec
GIRIS
Bentley
GéoOutlook
Caractéristiques de
GéoOutlook
(cf. §2.3.8.2)
Compatibilité
des fichiers
GIRIS avec
liaison de la
BDD, liaison
BDD ODBC,
fonctions
d’analyse et
d’interrogation,
annotation
Atlog
GeoVisual
Logiciel Bentley
PowerDraft
Liaison avec tout
type de GPS
(centimétrique,
submétrique)
Dédié au levé
topographique
Liaison base Access
Interprétation
des signaux
GPS
Logiciel de
saisie de
données
Format DGN
GIRIS
Tablette
Tablette PC
Caractéristiques
Inconvénients Commentaires
Installation sur le
support d’un
serveur de
données
ORACLE
Pas de paquetage
logiciel pour la
synchronisation
des données
Pas de liaison
GPS
Pas d’applicatifs
GIRIS, saisie
limité au
« redlining »,
Pas de
synchronisation
des données
graphiques et
alphanumériques
Pas de liaison
GPS
Faiblesse des
possibilités
d’interrogation
Solution lourde et
non optimisée
pour GdE Ile de
France
Solution
intéressante et
légère dans le
cadre de la
consultation des
données sur le
terrain
Logiciel pour les
géomètres,
Pas de
fonctionnalités
SIG
Page 48
Solutions récepteurs GPS
Support
Solution
Caractéristiques
Avantages
Collecteur de
données
cartographiques lié
à un GPS
Positionnement
> ±40 cm (si
option posttraitement),
Création de
Bibliothèque
de saisie,
Import/Export
DGN,
Connectique
Espace
graphique réduit,
Solution non
éprouvée,
Mauvaise
publicité autour
du produit,
Gestion Raster
Prix
Caractéristiques
intéressantes,
la démonstration
du produit n’a
pas été
concluante !
Collecteur de
données
à un GPS
Positionnement
> ±40 cm (si
option posttraitement)
Création de
Bibliothèque
de saisie,
Connectique,
Prix
Espace
graphique réduit,
solution non
éprouvée,
Fonctionnalités à
venir,
Pas
d’Import/Export
DGN,
Raster limité
Produit à suivre,
pas assez de recul
sur la solution
Collecteur de
données
à un GPS
Positionnement
> ±40 cm (si
option posttraitement)
Création de
Bibliothèque
de saisie,
Connectique,
Export DGN
Espace
graphique réduit,
solution non
éprouvée,
Pas d’Import
DGN,
Raster limité
Solution
optimisée pour
logiciel ArcPad
(ESRI)
Caractéristiques
Avantages
Collecteur de
données
à un module GPS
pour Pocket PC
Support Pocket
PC
(interopérabilité
avec logiciels
GdE),
Synchronisation
des données
avec Microsoft
ActiveSync
Récepteur GPS
LEICA GS20
THALES
MobileMapper
TRIMBLE
GeoExplorer
Solution pour Pocket PC
Pocket PC
Support
Solution
D3E
ArpentGIS
Positionnement
entre 5 et 10m
(pas de posttraitement),
Espace
graphique réduit,
Raster limité,
Pas
d’Import/Export
DGN
Solution limitée
par les
caractéristiques
du support,
solution
optimisée pour
une intégration
aux logiciels ESRI
(ArcView,
ArcGIS)
(Cf. Annexes 19, 20, 21 et 22)
Page 49
5.5 Solution retenue
De notre revue tec hnique, nous pensons que le Pocket PC couplé à module GPS, ne
possèdent pas aujourd’hui les capacités techniques attendues aujourd’hui, par
Générale des Eaux (positionnement pas assez précis, gestion des fonds de plan
limitée, obligation d’une forte compression des Raster qui les rend inutilisable).
De plus, les différents récepteurs GPS présentés sont très proches techniquement,
tant dans leurs fonctionnalités que dans la qualité du positionnement. Seul le prix les
différencie : on constate des écarts im portants dans les différentes propositions, de
1500 à 5000 euros selon les options choisies.
Enfin, à part la société Atlog, ni Bentley ni Générale d’Infographie n’ont développé
de programme pour tablette, capable d’interpréter les données issues du GPS.
Pour le moment, aucun des récepteurs n’a été choisit.
Nous avons quand même décidé de retenir la solution de Bentley GéoOutlook sur
tablette graphique, en se limitant seulement à la mise en disponibilité de la
consultation des données GIRIS sur le terrain.
Cette solution est souple dans son utilisation, légère au niveau du déploiement car
une base Access ou Xbase (ou DBase) suffit au bon fonctionnement. Le lien GIRIS est
conservé car GIRIS utilise le lien MicroStation avec les bases de données (MSLINK).
5.6 Projet GéoOutlook
GéoOutlook est une version bridée de MicroStation. Elle permet de créer des
connections aux BD et comporte des fonctionnalités SIG (requête SQL, thématique,
analyse topologique). C’est donc à partir de cette solution que nous avons effectué la
mise en place d’un projet dont l’objectif est la consultation des données du réseau sur
le terrain.
Afin de mettre en place ce projet, je me suis appuyé à la fois sur les différents
exemples fournis dans le logiciel et sur la documentation.
Nous avons aussi rencontré Monsieur Luc EDEL, responsable SIG de la société
Stéphanoise des Eaux, qui a développé une solution équivalente basée sur le même
produit. Monsieur EDEL m’a alors montré les différentes étapes de la création de ce
projet et notamment éclairé sur le fonctionnement du logiciel GéoOutlook.
Page 50
5.6.1 Structuration de la base de données
L’opération consiste donc à exporter les données alphanumériques de la base Oracle
vers Microsoft Access et de créer un environnement de travail sous le logiciel
GéoOutlook répondant à des besoins simples de consultation et de géolocalisation.
La structuration de la base de données est l’étape la plus importante car elle
conditionne le bon fonctionnement du logiciel.
Après avoir analysé les différents exemples disponibles avec l’installation, j’ai établit
une liste des tables systèmes nécessaires à la création d’un projet GéoOutlook. Ces
tables sont les suivantes :
•
•
•
•
•
MSCATALOG : table MicroStation qui répertorie chaque nom de table
d’objets et lui affecte un identifiant de carte (MAPID). Cet identifiant se
retrouve obligatoirement dans les tables des objets par l’intermédiaire du
MAPID.
MSFORMS : table système contenant un enregistrement, elle est créé
automatiquement par le logiciel
CATEGORY : table qui répertoire les catégories d’objets
FEATURE : table de définition des objets, spécifie le niveau du dessin
MicroStation, dans lequel se trouve l’entité SIG, son épaisseur, sa couleur, son
style …
MAPS : table qui répertorie l’ensemble des fichiers MicroStation associé.
Les données de ces tables proviennent à la fois de la base de donnés GIRIS qui les
utilise (MSCATALOG), et les autres ont été complétées en s’inspirant des différents
exemples existants.
L’export des données des objets GIRIS
Après avoir rencontré Monsieur EDEL, nous avons décidé de limiter la consultation
des objets graphiques qu’au constituant principal du réseau à savoir la conduite avec
des informations précises (date de pose, matériau, diamètre, etc…).
Plusieurs méthodes existent afin de récupérer les données GIRIS stockées dans
Oracle vers Microsoft Access puis éventuellement XBase.
1ère méthode : Import via Microsoft Access directement
Ma méthode consiste à lier via une connexion ODBC les tables désirées du modèle
relationnel GIRIS dans ACCESS. Ensuite je crée des tables sous Microsoft Access par
l’intermédiaire d’une requête simple sur le numéro INSEE de la commune. Ensuite,
Page 51
j’importe directement via une connexion ODBC sur la base de données Oracle GIRIS,
les tables systèmes nécessaires à l’utilisation de GéoOutlook.
2ème méthode : Rapport GIRIS
Cette méthode consiste en la création d’un rapport GIRIS qui exporte dans un fichier
ASCII les informations alphanumériques de la zone chargée à l’écran. Le fichier
généré est ainsi délimité par des virgules. Ensuite il faudra respecter les étapes
suivantes :
ü importer ce fichier ASCII dans une base Microsoft Access ;
ü faire des requêtes sur toutes les tables importées afin de renseigner le champ
MAPID (champ qui n’apparaît pas dans le rapport GIRIS) ;
ü Faire un export de la base Access au format DBASE pour une utilisation de
GéoOutlook en mode Xbase.
Structurer le projet
La documentation GéoOutlook indique qu’il faut s’appuyer sur le projet vierge
« Untitled », installé par GéoOutlook, afin de définir un nouveau projet. Cela consiste
à copier des répertoires.
Les données graphiques GIRIS de la commune ont été copiées dans le répertoire
« DGN ».
Ouverture du projet sous GéoOutlook
Comme énoncé ci-dessus, le projet GéoOutlook se définit par un répertoire d’accès
aux données du projet, une connexion à une base de données et enfin différentes
options de présentation du projet.
Page 52
Figure 18 : Fenêtre d’ouverture d’un projet GéoOutlook
Le projet ouvert permet de consulter les données importées de GIRIS et d’exploiter
les possibilités du logiciel.
(Cf. Annexe 23)
Création de l’environnement de travail
Afin de créer un environnement de travail sous GéoOutlook, je me suis appuyé sur la
documentation existante. Au départ, il faut créer un espace de travail dans le lequel
nous allons définir un projet.
Figure 19 : Fenêtre de création de l’espace de travail
Création des menus et icônes
La création des menus et icônes fait partie du rôle de l’administrateur du système. Je
me suis appuyé sur ce qui avait été réalisé par la Stéphanoise des Eaux.
Page 53
Figure 20 : Création de menus pour GéoOutlook
Création du fichier de configuration utilisateur
La dernière étape consiste en la création du fichier de configuration utilisateur,
fichier qui sera utilisé pour le lancement du projet sur la tablette dans
l’environnement souhaité.
Figure 21 : Fenêtre de création du fichier de configuration utilisateur
Page 54
Le projet se lance à partir d’un fichier BATCH DOS qui lance le logiciel GéoOutlook,
charge le profil adéquat et charge les données définies dans le fichier de
configuration du projet. La consultation des données GIRIS est désormais possible
dans un environnement détaché des contraintes du produit GIRIS tablette.
(Cf. Annexe 24)
5.7 Conclusion
La solution développée ci-dessus se limite donc à la mise en consultation d’objets
GIRIS sur le terrain
La tablette graphique est à mon avis une solution innovante dans le cadre de la
consultation et de la mise à jour du référentiel GIRIS.
Cependant, il reste à faire évoluer la BD de GIRIS Tablette vers une BD de type
Access. La solution serait plus simple et la synchronisation des bases embarquées et
de production poserait moins de problème. La concurrence propose des solutions de
synchronisation pour SIG embarqué en utilisant Access en BD sur le nomade, et
Oracle en base de données de production.
Une autre solution serait dans l’intégration du module d’interprétation des données
GPS, développé par la société Atlog pour son logiciel GeoVisual, afin de saisir des
objets dans GIRIS tablette sur le terrain.
Bentley prévoit de sortir un module équivalent dans une version future de
MicroStation.
Le Pocket PC semble limité pour le SIG embarqué, un matériel GPS de type Leica,
Trimble ou Thales, fonctionnant sur Windows CE, semble plus approprié aux
besoins exprimés de géolocalisation.
Page 55
6
Conclusion
Ce stage m’aura apporté ce que je cherchais en complément de mon vécu
professionnel, à savoir l’utilisation même d’un Système d’Information Géographique
au sein d’une structure importante. J’ai notamment appréhendé les enjeux
décisionnels de ce Système d’Information et les évolutions technologiques à venir.
En complément, la partie concernée à la mise en place d’un module de saisie a été
quelque chose de très enrichissant. J’ai notamment approfondi la conception
d’applications informatique et mes connaissances sur l’exploitation faite des réseaux
d’eau par les concessionnaires.
La partie sur l’utilisation des tablettes graphique m’a plongé dans un domaine de la
géomatique qui poursuit une mutation importante. Nous avons pu voir que ces
solutions manquaient encore parfois de fiabilité, mais je suis convaincu qu’elles ont
un avenir au sein de la Générale des Eaux.
Page 56
GLOSSAIRE
Définition des termes ou des sigles utilisés dans le rapport
BATCH : Fichier contenant un ensemble de commandes qui seront traitées
automatiquement comme si elles étaient entrées au clavier par l’utilisateur, les unes
après les autres.
BD : Base de Données
DAO : Dessin Assisté par Ordinateur
DGPS : Differential Global Positionning System, méthode de mesure géodésique par
système GPS. Les appareils grand public de positionnement utilisent cette méthode
de mesure mono-fréquence.
DOS : Disk Operating System, système d’exploitation à disques qui désigne le
système de Microsoft, dont le nom est à l’origine « MS-DOS ».
FTP : File Transfer Protocol, protocole Internet de transfert de fichier.
GPS : Global Positionning System, système américain de positionnement global par
satellite.
MDL : MicroStation Development Language, langage avancé similaire et compatible
au langage C. Langage dans lequel MicroStation est écrit.
OLE DB : Object Linking and Embedding DataBase, OLE est une technique mise au
point par Microsoft pour inclure dans un document, des documents d’autres
applications selon le principe du « client/serveur », en gardant le lien avec
l’application d’origine, qu’on pourra rappeler pour une modification ou une mise à
jour.
ODBC : Open DataBase Connectivity, Interface de programmation permettant à des
applications d’accéder à des données dans des systèmes de gestion de bases de
données utilisant le langage SQL comme standard d’accès.
Microsoft IIS : Microsoft Internet Information Server, serveur Internet de Microsoft.
Microsoft Visual Basic : Langage de programmation orienté objet dont le code est
basé sur le langage BASIC.
Page 57
MicroStation Basic : Langage proche du Microsoft Basic, dédié au programmeur
occasionnel et se prête au développement rapide de macros, à l’automatisation de
séquences d’opérations courantes.
PKZIPC : Logiciel de compression et décompression de fichiers, qui permet
d’exploiter la compression zip.
PL/SQL : Langage L4G (langage de quatrième génération) qui fournit une interface
procédurale au SGBD Oracle. Le langage PL/SQL intègre le langage SQL en lui
apportant une dimension procédurale.
SGBD : Système de Gestion de Base de Données
RIS : Intergraph Relational Interface System
SIG : Système d’Information Géographique
SQL : Structured Query Language, langage d’interrogation de bases de données
XML : eXtensible Markup Language, norme d’échange de documents informatisés.
WinAt : WinAt est l’équivalent graphique de la commande AT. Cette commande
permet de programmer l’exécution de fichiers de commandes.
Page 58
Bibliographie
Oracle PL/SQL - Guide du programmeur , 2003, de Steven Feuerstein et Bill Pribyl,
éd. O’Reilly 1024p
MicroStation GéoOutlook – Administrator’s Guide, 1997, Bentley Systems Inc.
MicroStation GéoOutlook – User’s Guide, 1997, Bentley Systems Inc.
Manuel Administrateur GIRIS, Générale d’Infographie
Sources Internet
Bentley
http://www.bentley.com
Club d’entraide des développeurs francophones
http://www.developpez.com
UMR LISAH 2 - Université de Montpellier - Liste de ressources sur les PDAs et les SIG
nomades
http://sol.ensam.inra.fr/SIGnomade/SIG_Nomade_Ressources.asp
Documentation Oracle Database en ligne
http://www.cise.ufl.edu/help/database/oracle-docs/index.htm
Concepts Oracle Spatial
http://sales.esicom.com/sales/oracle/inter.816/a77132/sdo_intr.htm#871905
Documentation PostGRE – PostGIS
http://postgis.refractions.net/documentation.php
Présentation Internet MapServer
http://mapserver.gis.umn.edu/
Page 59
ANNEXES
Table des annexes
Annexe 1 : GIRIS Eau & Assainissement.....................................................................................................................62
Annexe 2 : Architecture GIRIS Générale des Eaux Ile de France.........................................................................63
Annexe 3 : Schéma de Fonctionnement de GIRIS .....................................................................................................64
Annexe 4 : Simulation d’un arrêt d’eau........................................................................................................................65
Annexe 5 : Liste des commandes FTP ...........................................................................................................................66
Annexe 6 : Package PL/SQL UTL_FILE........................................................................................................................68
Annexe 7: Tableau récapitulatif de programmation des tâches...........................................................................68
Annexe 8: Paramétrage du Gestionnaire des Services Internet Microsoft IIS .................................................69
Annexe 9 : Paramétrage du Gestionnaire de Tâche WinAt ...................................................................................69
Annexe 10 : Extrait du fichier de transfert des données graphiques ..................................................................70
Annexe 11 : Fichier de contrôle de transfert des données graphiques...............................................................71
Annexe 12 : Solution pour le déploiement de la solution SyncBack pour la CGE.........................................72
Annexe 13 : Paramétrage de l’outil SynckBack..........................................................................................................73
Annexe 14 : Génération automatique des branchements .......................................................................................73
Annexe 15 : Description du masque OI pour GIRIS, partie principale..............................................................74
Annexe 16 : Description du masque OI pour GIRIS, partie détaillée pour les OI..........................................74
Annexe 17 : Modèle Conceptuel de Données .............................................................................................................75
Annexe 18 : Modèle Physique de Données .................................................................................................................76
Annexe 19 : Tablette FUJITSU 5010D............................................................................................................................76
Annexe 20 : La solution ArpentGIS sur support Pocket PC et carte GPS .........................................................77
Annexe 21 : La solution MobileMapper Thales .........................................................................................................78
Annexe 22 : Logiciel GISDataPro de Leica Geosystems..........................................................................................79
Annexe 23 : Interface standard du projet GeoOutlook............................................................................................80
Annexe 24 : Interface de la solution GeoOutlook pour tablette...........................................................................80
Page 61
Annexe 1 : GIRIS Eau & Assainissement
Page 62
d i g i ta l
Serveur de Site
"Serv_Prin"
Traceur
Page 63
Base de données
ORACLE 8i
Logiciel de dessin
MicroStation dgn
Système d’Information
Géographique GIRIS
Postes de consultation :
- 15 Agences IDF
- 22 Sites déportés IDF
- DR et services
Dessinateur
Agence
Module d’exploitation
(Arrêt d’eau, incidents,
fuites…)
Informations
de terrain
Edition de plans A4 /A3
Techniciens de
réseau/exploitation
Impressions de
plans :
- Plans de réseau
- Plans PDF
Export des données
graphiques (dgn, dxf, dwg)
Export des données
alphanumériques (fichiers
ASCII)
Requêtes et édition
de plans
thématiques
Echanges vers S.I.G (ArcGis,
STAR…)
Annexe 3 : Schéma de Fonctionnement de GIRIS
Page 64
Annexe 4 : Simulation d’un arrêt d’eau
Casse de la conduite, recherche des vannes à fermer
Page 65
Commande
Help
Status
Binary
Ascii
Type
User
Ls
Pwd
Cd
Mkdir
Rmdir
Get
Put
Open
Close
Bye
Quit
Description
Affiche l'ensemble des commandes supportées par le serveur FTP
Permet de connaître certains paramètres de la machine cliente
Cette commande vous fait basculer du mode ASCII (envoi de documents textes) au
mode binary (envoi de fichiers en mode binaire, c'est-à-dire pour les fichiers non
texte, comme des images ou des programmes)
Bascule du mode binary au mode ascii. Ce mode est le mode par défaut
Permet d'afficher le mode courant de transfert (binary ou ascii)
Permet de rouvrir une session sur le site FTP en cours avec un nom d'utilisateur
différent. Un nouveau mot de passe vous sera alors demandé
Permet de lister les fichiers présents dans le répertoire courant. La commande "ls -l"
donne des informations supplémentaires sur les fichiers
Affiche le nom complet du répertoire courant
Cette commande signifie change directory , elle permet de changer le répertoire
courant. La commande "cd .." permet d'accéder au répertoire de niveau supérieur
La commande mkdir (sous UNIX, ou md sous système Microsoft) permet de créer un
répertoire dans le répertoire courant. L'utilisation de cette commande est réservée
aux utilisateurs ayant un accès le permettant
La commande rmdir (sous UNIX, ou rd sous système Microsoft) permet de
supprimer un répertoire dans le répertoire courant. L'utilisation de cette commande
est réservée aux utilisateurs ayant un accès le permettant
Cette commande permet de récupérer un fichier présent sur le serveur
Si la commande est suivie d'un nom de fichier, le fichier distant est transféré sur
la machine locale dans le répertoire local en cours
Si la commande est suivie de deux noms de fichiers, le fichier distant (le premier
nom) est transféré sur la machine locale dans le répertoire local en cours, avec le
nom de fichier précisé (le deuxième nom)
Si jamais le nom de fichier contient des espaces il faut veiller à le saisir entre
guillemets
Cette commande permet d'envoyer un fichier local sur le serveur
Si la commande est suivie d'un nom de fichier, le fichier local est transféré sur le
serveur dans le répertoire distant en cours
Si la commande est suivie de deux noms de fichiers, le fichier local (le premier
nom) est transféré sur le serveur dans le répertoire distant en cours, avec le nom de
fichier précisé (le deuxième nom)
Si jamais le nom de fichier contient des espaces il faut veiller à le saisir entre
guillemet
Ferme la session en cours et ouvre une nouvelle session sur un autre serveur FTP
Ferme la session en cours, en laissant le logiciel FTP client actif
Déconnecte le logiciel client du serveur FTP et le met en état inactif
Déconnecte le logiciel client du serveur FTP et le met en état inactif
Annexe 5 : Liste des commandes FTP
Page 66
CREATE OR REPLACE PACKAGE "UTL_FILE" AS
TYPE file_type IS RECORD (id BINARY_INTEGER);
/* Exceptions
invalid_path
invalid_mode
invalid_filehandle
invalid_operation
read_error
write_error
internal_error
EXCEPTION;
EXCEPTION;
EXCEPTION;
EXCEPTION;
EXCEPTION;
EXCEPTION;
EXCEPTION;
/* FOPEN - open file (no maximum line size) */
FUNCTION fopen(location IN VARCHAR2,
filename IN VARCHAR2,
open_mode IN VARCHAR2) RETURN file_type;
PRAGMA RESTRICT_REFERENCES(fopen, WNDS, RNDS);
/* IS_OPEN - Test if file handle is open */
FUNCTION is_open(file IN file_type) RETURN BOOLEAN;
PRAGMA RESTRICT_REFERENCES(is_open, WNDS, RNDS, WNPS, RNPS);
/* FCLOSE - close an open file */
PROCEDURE fclose(file IN OUT file_type);
PRAGMA RESTRICT_REFERENCES(fclose, WNDS, RNDS);
/* FCLOSE_ALL - close all open files for this session */
PROCEDURE fclose_all;
PRAGMA RESTRICT_REFERENCES(fclose_all, WNDS, RNDS);
/* GET_LINE - Get (read) a line of text from the file */
PROCEDURE get_line(file
IN file_type,
buffer OUT VARCHAR2);
PRAGMA RESTRICT_REFERENCES(get_line, WNDS, RNDS, WNPS, RNPS);
/* PUT - Put (write) text to file */
PROCEDURE put(file
IN file_type,
buffer IN VARCHAR2);
PRAGMA RESTRICT_REFERENCES(put, WNDS, RNDS);
/* NEW_LINE - Write line terminators to file */
PROCEDURE new_line(file IN file_type,
lines IN NATURAL := 1);
PRAGMA RESTRICT_REFERENCES(new_line, WNDS, RNDS);
/* PUT_LINE - Put (write) line to file */
PROCEDURE put_line(file
IN file_type,
buffer IN VARCHAR2);
PRAGMA RESTRICT_REFERENCES(put_line, WNDS, RNDS);
/* PUTF - Put (write) formatted text to file */
procedure putf(file
IN file_type,
format IN VARCHAR2,
arg1
IN VARCHAR2 DEFAULT NULL,
arg2
arg3
arg4
arg5
IN VARCHAR2 DEFAULT NULL);
PRAGMA RESTRICT_REFERENCES(putf, WNDS, RNDS);
/* FFLUSH - Force physical write of buffered output */
PROCEDURE fflush(file IN file_type);
PRAGMA RESTRICT_REFERENCES(fflush, WNDS, RNDS);
invalid_maxlinesize
EXCEPTION;
/* FOPEN - open file (user-specified maximum line size) */
FUNCTION fopen(location
IN VARCHAR2,
filename
IN VARCHAR2,
Page 67
open_mode
IN VARCHAR2,
max_linesize IN BINARY_INTEGER) RETURN file_type;
PRAGMA RESTRICT_REFERENCES(fopen, WNDS, RNDS);
END utl_file;
/
Annexe 6 : Package PL/SQL UTL_FILE
Agence
Cohérence fichiers
agence et gimap
Site
Serveur Central DR
Rue du Rocher
Dir_Dgn.bat
21h00
Lancement du
programme
Lance.bat
1h00
Compression des
fichiers à transférer
Décompression des
fichiers à transférer
ZipDgn.bat
4h00
UnzipDgn.bat
6h15
Création du journal
de transfert
Cohérence fichier
site et gimap
Création du journal
de cohérence
UnzipDgn.bat
6h15
6h15
Dir_Dgn.bat
7h35
Dir_Dgn.bat
7h35
ControleSite.bat
8h00
Annexe 7: Tableau récapitulatif de programmation des tâches
Page 68
Annexe 8: Paramétrage du Gestionnaire des Services Internet Microsoft IIS
Annexe 9 : Paramétrage du Gestionnaire de Tâche WinAt
Page 69
-----------------------------Agence de MELUN
Le 27/07/2004 01:04:25
-----------------------------Nombre de fichiers transférables : 352
Fichier mee_seine.cus : copie
Fichier vaux_penil.ce1 : copie
Fichier vaux_penil.sfd : copie
Fichier vaux_penil_cad.fdp : copie
Nombre de fichiers transférés : 4
Volume des fichiers transférés : 9589248 octets
---------------------------------------Début de la compression pour l agence de MELUN
mar. 27/07/2004 4:00
Création du fichier A7200.zip : 3,531 Mo
Fin de la compression pour l agence de MELUN
mar. 27/07/2004 4:00
--------------------------------------------------------------------------Début de la copie sur le site de SAINT-MAUR
mar. 27/07/2004 4:00
Fin de la copie sur le site de SAINT-MAUR
mar. 27/07/2004
4:04
-------------------------------------------------------------Début de la copie sur le site de ROCHER
mar. 27/07/2004 4:04
Fin de la copie sur le site de ROCHER
mar. 27/07/2004
4:05
-------------------------------------------------------------Début de la copie sur le site de CERGY-LE-HAUT
mar. 27/07/2004 4:05
Fin de la copie sur le site de CERGY-LE-HAUT
mar. 27/07/2004 4:06
-------------------------------------------------------------Début de la décompression pour le site de SAINT-MAUR
mar. 27/07/2004 6:15
Fin de la décompression pour le site de SAINT-MAUR
mar. 27/07/2004 6:15
---------------------------------------Début de la décompression pour le site de ROCHER
mar. 27/07/2004 6:15
Fin de la décompression pour le site de ROCHER
mar. 27/07/2004 6:15
---------------------------------------Début de la décompression pour le site de CERGY-LE-HAUT
mar. 27/07/2004 6:15
Fin de la décompression pour le site de CERGY-LE-HAUT
mar. 27/07/2004 6:15
----------------------------------------
Annexe 10 : Extrait du fichier de transfert des données graphiques
Page 70
--------------------------------------------------------------------------DEBUT DE LA PROCEDURE POUR CONTROLER LES FICHIERS DGN SUR LES SITES ET LA
TABLE GIMAP
Le 24/07/2004 08:00:00
-------------------------------------------------------------------------------------------------------Site de RAMBOUILLET
Le 24/07/2004 08:01:13
-----------------------------Nombre de fichiers présents dans GIMAP : 174
Nombre de fichiers non cohérents avec GIMAP : 0
Nombre de fichiers manquants : 0
--------------------------------------------------------------------Site de MEULAN
Le 24/07/2004 08:01:15
brueil_vexin.voi
--------------------------------------------------------------------Site de ITTEVILLE
Le 24/07/2004 08:01:19
--------------------------------------------------------------------Site de DOURDAN
Le 24/07/2004 08:01:21
--------------------------------------------------------------------Site de ROCHER
Le 24/07/2004 08:08:53
montereau_yonne.ce1
montereau_yonne.ce2
montereau_yonne.cpl
montereau_yonne.cun
montereau_yonne.cus
montereau_yonne.ind
montereau_yonne.se1
montereau_yonne.voi
vaucourtois_ign.fdp
brueil_vexin.voi
rungis.dgn
----------------------------------------
Annexe 11 : Fichier de contrôle de transfert des données graphiques
Page 71
Serveur Central DR - Windows 2000 Server
Base de données ORACLE - Copie Fichiers
graphiques GIRIS des agences - Logiciel SyncBack
Base
Oracle Giris
d i g ti a l
dg
i i t al
Copie des
Fichiers DGN
des agences
SyncBack
Serveur d'agence - Windows NT4
Fichiers graphiques référents de GIRIS
di gi t al
Routeur
Fichiers DGN de l'agence
Page 72
Annexe 13 : Paramétrage de l’outil SynckBack
Annexe 14 : Génération automatique des branchements
Page 73
Exploitation Eau Potable - Interventions / Anomalies ou Ordre d'Intervention
Clef Giris
2750
N° de l' Ordre d' Intervention
1977
LA ROCHETTE
Commune
S8260
N° de Contrat
COMMUNAL/ELEV.
Réseau
17
Numéro de voie
Voie
RUE HONORE DAUMIER
MAIRIE
Origine de la demande
HORS ASTREINTE
Intervention
YXXX REPARATION
Imputation
Coordonnée X
601235.42
Coordonnée Y
156471.19
Annexe 15 : Description du masque OI pour GIRIS, partie principale
Canalisation
Equipement
Ouvrage
Branchement
Voirie
102450
Clef de la canalisation
Diamètre de la canalisation
200
Matériau de la canalisation
FONTE
Date de Constat de l' O.I.
20/03/2003
Date de Début de l' O.I.
20/03/2003
Date de Fin de l' O.I.
20/03/2003
FUITE
Type d' O.I.
CASSE TRANSVERSALE
Nature d' O.I.
REPARATION
Action réalisée
RENOUVELLEMENT
Action à envisager
CGE
Réalisation
Observations (1)
Observations (2)
Observations (3)
Documents (CR,
photos, ...)
|<<
< Précédent
Suivant >
>>|
Valider
Annexe 16 : Description du masque OI pour GIRIS, partie détaillée pour les OI
Page 74
Tronçon
Vanne
Equipement
du réseau
Représente un ou plusieurs
Concerne un
ou plusieurs
Représent
e un ou
plusieurs
Equipement
Concerne
un ou
plusieurs
Ordre d'intervention
Anomalie
Intervention
de voirie
Concerne un
ou plusieurs
Concerne un
ou plusieurs
Concerne un ou plusieurs
Branchement
Equipement
incendie
Ouvrage
Détendeur /
Régulateur
Poste de
chloration
Ouvrage
Réservoir
Annexe 17 : Modèle Conceptuel de Données
Représente les différents types de relations recensés entre les Ordre d’Interventions
OI et les constituants du réseau.
Page 75
PLAN
MSLINK
NUMBER(10,0)
NATURE
GENRE
FORMAT
LIEU
FICHIER
OBSERV
TITRE
TIPE
TABLENAME
VARCHAR2(16)
VARCHAR2(32)
VARCHAR2(4)
VARCHAR2(20)
VARCHAR2(40)
VARCHAR2(80) 0, n
VARCHAR2(40)
NUMBER(10,0)
VARCHAR2(50)
OI_TRONCON
INTER_PLAN
1, 1
MSPLAN
TABLENAME
MSOBJET
NUMBER(10,0)
VARCHAR2(20)
NUMBER(10,0)
Création automatique des fiches
Anomalie lors de l'insertion dans
la table OI_BRANCHEMENT
1, 1
T
ID_TRONCON
ID_OI
NUMBER(10,0)
NUMBER(10,0)
DATE_CONSTAT
DATE_DEBUT
DATE_FIN
TYPE
NATURE
ACTION_REALISE
ACTION_ENVISAGE
REALISATION
OBSERV_1
OBSERV_2
OBSERV_3
VARCHAR2(16)
VARCHAR2(16)
VARCHAR2(16)
VARCHAR2(30)
VARCHAR2(30)
VARCHAR2(48) 1, 1
VARCHAR2(48)
VARCHAR2(48)
VARCHAR2(100)
VARCHAR2(100)
VARCHAR2(100)
BRANCHEMENT
REF_CLIENT
ID_ANO
MSLINK
NUMBER(10,0)
...
CHAR(10)
0, n
Moulinettes MDL
remontant les informations
depuis la base GN via des
fichiers CSV
0, n
NUMBER(10,0)
MAPID
DIAMETRE
MATERIAU
...
NUMBER(10,0)
NUMBER(10,0)
VARCHAR2(20)
CHAR(10)
1, 1
VARCHAR2(20)
CHAR(10)
1, 1 MSLINK
TRAITE
DATE
NOM_FACTURATION
ADRESSE_FACTURATION
TELEPHONE
TYPE_OI
MOTIF_OI
TITRE
NOM
ADRESSE
CP
VILLE
OBSERV_1
OBSERV_2
OBSERV_3
EAU_BRANCHEMENT
TRONCON
MSLINK
0, n
0, n
NUMBER(10,0)
VARCHAR2(16)
VARCHAR2(16)
VARCHAR2(40)
VARCHAR2(80)
VARCHAR2(20)
NUMBER(10,0)
NUMBER(10,0)
VARCHAR2(16) 0, n
VARCHAR2(40)
VARCHAR2(80)
NUMBER(5,0)
VARCHAR2(30)
CHAR(10)
CHAR(10)
CHAR(10)
OI_VOIRIE
OI_ANO
MSLINK
NUM_ORDRE
CODE_COM
NUM_CONTRAT
1, 1
RESEAU
NUM_VOIE
MSRUE
ORIGINE
INTERVENTION
IMPUTATION
X_SYS
Y_SYS
0, n
NUMBER(38,0)
ID_OI
NUMBER(10,0)
NUMBER(10,0)
NUMBER(10,0)
NUMBER(10,0)
0, n
NUMBER(10,0)
NUMBER(10,0)
1, 1
NUMBER(10,0)
NUMBER(10,0)
NUMBER(10,0)
VARCHAR2(48)
NUMBER(38,0)
NUMBER(38,0)
ELEMENT
DATE_CONSTAT
DATE_DEBUT
DATE_FIN
TYPE
NATURE
ACTION_REALISE
ACTION_ENVISAGE
REALISATION
OBSERV_1
OBSERV_2
OBSERV_3
VARCHAR2(20)
VARCHAR2(16)
VARCHAR2(16)
VARCHAR2(16)
VARCHAR2(30)
VARCHAR2(30)
VARCHAR2(48)
VARCHAR2(48)
VARCHAR2(48)
VARCHAR2(100)
VARCHAR2(100)
VARCHAR2(100)
0, n
1, 1
OI_EQUIPMT
ID_EQUIPMT
ID_OI
V_OUVRAGE
MSLINK
MAPID
OUVRAGE
TYPE
...
RESERVOIR
MSLINK
NUMBER(10,0)
MAPID
TIPE
...
NUMBER(10,0)
VARCHAR2(20)
CHAR(10)
OI_OUVRAGE
1, 1
0, n
SURPRESSEUR
MSLINK
NUMBER(10,0)
MAPID
TIPE
...
NUMBER(10,0)
VARCHAR2(20)
CHAR(10)
0, n
NUMBER(10,0)
MAPID
TIPE
...
NUMBER(10,0)
VARCHAR2(20)
CHAR(10)
ID_OUVRAGE
ID_OI
DATE_CONSTAT
DATE_FIN
TYPE
NATURE
ACTION_REALISE
1, 1 ACTION_ENVISAGE
REALISATION
OBSERV_1
OBSERV_2
OBSERV_3
1, 1
RECHLOR
MSLINK
TABLESUPPORT
DATE_CONSTAT
DATE_DEBUT
DATE_FIN
TYPE
NATURE
ACTION_REALISE
ACTION_ENVISAGE
REALISATION
OBSERV_1
1, 1 OBSERV_2
OBSERV_3
NUMBER(10,0)
NUMBER(10,0)
VARCHAR2(20)
VARCHAR2(20)
CHAR(10)
NUMBER(38,0)
NUMBER(38,0)
VARCHAR2(16)
VARCHAR2(16)
1, 1
VARCHAR2(20)
VARCHAR2(30)
VARCHAR2(48)
VARCHAR2(48)
VARCHAR2(48)
VARCHAR2(100)
VARCHAR2(100)
VARCHAR2(100)
V_EQUIPMT
NUMBER(38,0)
NUMBER(38,0)
MSLINK
MAPID
EQUIPEMENT
TIPE
DIAM
...
NUMBER(38,0)
VARCHAR2(16)
VARCHAR2(16)
VARCHAR2(16)
VARCHAR2(30)
VARCHAR2(30)
VARCHAR2(48)
VARCHAR2(48)
VARCHAR2(48) 1, 1
VARCHAR2(100)
VARCHAR2(100)
VARCHAR2(100) 1, 1
NUMBER(10,0)
NUMBER(10,0)
VARCHAR2(20)
VARCHAR2(20)
NUMBER(10,0)
CHAR(10)
1, 1
0, n
0, n
0, n
EQUIP_INC
VANNE
EQUIP_SPE
0, n
DETENDEUR
MSLINK
NUMBER(10,0)
MSLINK
NUMBER(10,0)
MSLINK
NUMBER(10,0)
MSLINK
NUMBER(10,0)
MAPID
TIPE
DIAM
...
NUMBER(10,0)
VARCHAR2(20)
NUMBER(10,0)
CHAR(10)
MAPID
TIPE
DIAM
...
NUMBER(10,0)
VARCHAR2(20)
NUMBER(10,0)
CHAR(10)
MAPID
TIPE
DIAM
...
NUMBER(10,0)
VARCHAR2(20)
NUMBER(10,0)
CHAR(10)
MAPID
TIPE
DIAM
...
NUMBER(10,0)
VARCHAR2(20)
NUMBER(10,0)
CHAR(10)
0, n
Annexe 18 : Modèle Physique de Données
Représente les tables du module de saisie des Ordre d’Interventions OI.
Annexe 19 : Tablette FUJITSU 5010D
Page 76
Annexe 20 : La solution ArpentGIS sur support Pocket PC et carte GPS
Page 77
Annexe 21 : La solution MobileMapper Thales
A gauche le MobileMapper solution intégrée (récepteur GPS et logiciel), temps réel et
post-traitement, à droite le MobileMapper CE, GPS métrique sous l’environnement
Windows® CE BlueTooth™, compatible ArcPad. En dessous le logiciel de
visualisation et de post-traitement MobileMapper Office.
Page 78
Annexe 22 : Logiciel GISDataPro de Leica Geosystems
Page 79
Annexe 23 : Interface standard du projet GeoOutlook
Annexe 24 : Interface de la solution GeoOutlook pour tablette.
Page 80

GIRIS: un SIG au service de l`exploitant

Transcription

Documents pareils

d`infos - Faculté de Médecine Vétérinaire

Aurélien BARO

a vendre : sig sauer mosquito

plaquette

L`abonnement, c`est parti

fiche de poste - Parc national de la Guadeloupe

CV darius geomaticien stagex

Communauté de Communes de Vallet - The STAR

Cemac-energie.org – Healthy Lifestyle Quotes

GPPocket