Arcgis Exemples

Johann Sorel Rapport de Stage LUP S.I.
G 2006-2007
Johann Sorel
Session 2006-2007
Parc des Marais du Cotentin et du Bessin
-1-
Johann Sorel Rapport de Stage LUP S.I.G 2006-2007
Index
Base tourisme ................................................................................................4
Analyse de l'existant............................................................................................ 5
Histoire.............................................................................................................................................. 5
Objectifs de la base de données....................................................................................................... 5
Structure............................................................................................................................................ 6
Modèle Physique de Données........................................................................................................... 7
Bilan de la base existante.................................................................................................................. 8
• Structure :................................................................................................................................. 8
• Données : ................................................................................................................................ 8
Attentes du stage :............................................................................................................................. 8
Réalisation.......................................................................................................... 9
Choix du modèle conceptuel des données........................................................................................ 9
• L'historisation ......................................................................................................................... 10
Pictogrammes :................................................................................................................................ 11
Logiciel de récupération................................................................................................................... 12
Formulaires et états......................................................................................................................... 13
• Formulaires............................................................................................................................ 13
• Etats....................................................................................................................................... 15
Bilan ..................................................................................................................16
• Le choix Access...................................................................................................................... 16
• L'aspect SIG........................................................................................................................... 17
• Les évolutions limités............................................................................................................. 17
• Sécurité.................................................................................................................................. 17
Google Maps .................................................................................................18

Une géolocalisation sans frais............................................................................ 19
Objectifs........................................................................................................................................... 19
Page html........................................................................................................................................ 19
Intégration dans la base de donnée................................................................................................ 20
Bilan................................................................................................................................................. 20
Kléma Parc ...................................................................................................21

Un module de gestion........................................................................................ 22
Export base tourisme....................................................................................................................... 22
Import Kléma................................................................................................................................... 23
• Géolocalisation....................................................................................................................... 23
• Import des attributs................................................................................................................. 24
Export Shape................................................................................................................................... 25
Génération de carte .....................................................................................26

Attentes et solutions.......................................................................................... 27
Existant............................................................................................................................................ 27
Attentes........................................................................................................................................... 27
Choix de la solution......................................................................................................................... 27
• ArcGIS Engine........................................................................................................................ 27
• ArcGIS Desktop Application................................................................................................... 27
• ArcGIS VBA............................................................................................................................ 28
• ArcExplorer............................................................................................................................. 28
• MapObject.............................................................................................................................. 28
-2-
• Model Builder......................................................................................................................... 28
Réalisation........................................................................................................ 28
Prise en main de la structure interne d'ArcGIS................................................................................ 28
Le module........................................................................................................................................ 30
L'interface........................................................................................................................................ 30
• Panneau de configuration :..................................................................................................... 30
• Panneau d'édition :................................................................................................................. 30
• Panneau de génération des cartes :....................................................................................... 30
Le stockage des informations.......................................................................................................... 31
Bilan.................................................................................................................. 31
Comparateur ................................................................................................33
Objectif............................................................................................................................................ 34
Description....................................................................................................................................... 34
• Paramètrage et analyse......................................................................................................... 34
• Rapport d'analyse................................................................................................................... 35
• Les anomalies........................................................................................................................ 36
Bilan de Stage ...............................................................................................37
-3-
BASE TOURISME
-4-
ANALYSE DE L'EXISTANT
Histoire
Cette base existe depuis plusieurs années, et hérite des particularités de son passé.
On retrouve des champs semblable à des identifiants qui servaient pour une borne de
consultation grand public désormais obsolète.
La base a servi de support pour l'édition de nombre document destiné au public,
avec le temps se sont ajoutés des champs pour le besoin des édtions, champs désormais
non utilisés a cause de l'évolution des guides touristiques.
Objectifs de la base de données
Actuellement la base de données dont fournir les informations pour deux guides et
doit prévoir celle d'un troisième qui serat mit en place dans l'avenir :
● Le guide HORIZON qui contient des rubriques sur la restauration, les activités de
loisirs, les musées, les visites.
● Le guide PIED-A-TERRE qui contient toutes les informations sur les possibilités
d'hébergement et de location sur le territoire du parc.
● L'OBSERVATOIRE qui contiendra des informations sur les entreprises de

restauration et d''hebergement. Données sur la structure de l'établissement (nombre
de place, accésibilité...) et sur ses effectifs (nombre de salarié, cout de
fonctionnement...)
-5-
Guide HORIZON Guide PIED-A-TERRE
● Elle doit aussi fournir les données attibutaires pour le logiciel Kléma, il s'agit d'un
logiciel permettant de tracer d'itinaires. Il n'est pas nécessaire de fournir toutes les
données mais un export vers ce logiciel est à réaliser.
Structure
La structure de la base de données est en étoile autour de tables de références.
Les tables de références commencent par LR ( Liste de Référence) sont des

données stables qui contiennent des données utilisées par d'autre bases. Aucunes
modification n'est enviseagable sur ces tables. On n'en fait pas de copie, on y accède par
lien dynamique sous Access.
On trouve une série de table dites « de correspondance » présentent pour l'édition

des états. Elles servent à faire un lien entre les valeurs boolèenne et les textes. Il ne faut pas
oublier que la base, les formulaires et les états ont été fait sans le moindre code, ce qui
explique la présence de ces tables.
Les données sur le tourisme sont contenus dans 12 tables avec chacune un thème
précis :
promenade en bateau
artisanat d'art
restauration
hébergement
...etc...
-6-
Avec cette structure on se retrouve avec un grand nombre de champ commun entre les
tables, comme toutes les informations sur le représentant, l'adresse ou les sigles. Certaines
tables montent alors jusqu'à 73 champs.
Modèle Physique de Données
-7-
Bilan de la base existante
Structure :
- Clé primaire manquante - non préciser - sur un champ texte(150)

- Intégrité référencielle corrompue, lien manquant
- Table avec 73 champs
- Redondance
- Typage des variables superflue (255 caracteres pour un nom de personne) ou incorrecte
Données :
- Thèmes non utilisés

- Tables en lien non utilisé
- Table superflue pour la mise en page et l'édition des états
- Nomenclature non normalisé, caractères à risques
- Pas d'historisation
Attentes du stage :
● Restructuration de la base de données
● Garder un aspect simple, avec minimum de code et de table pour assurer que la
personne en charge soit en mesurer d'assurer la poursuite de l'administration de la
base de données.
● Intégration de l'historisation (dans la mesure du possible)
● Edition de la « mailing list » , il s'agit d'un état dont chaque feuille récapitule les
informations sur leur établissement.
● Dans une optique de communication, il sera prevu un export des e-mails des
contacts.
-8-
RÉALISATION
Choix du modèle conceptuel des données
Après un mois, selon les différents besoins, les contraintes de réalisations et les
modifications de dernières minutes, voici le modèle retenu :
-9-
L'idéale aurait été une structure avec un héritage, seulement cela c'est révélé
impossible compte tenu de la complexité que cela aurait engendré, ce qui aurait empêché
une maintenance correcte dans l'avenir. On a donc choisi de faire une table « data »
contenant les données communes à tous les thèmes.
Assez ironiquement après un nettoyage de la base le nombre des champs avait

diminué mais afin de combler les besoin de stockage d'informations à venir il m'a fallu
rajouter une quantité de champs de type booléen pour le stockage des différents labels
toujours plus nombreux dans le domaine du tourisme.
L'historisation
L'historisation se fait à deux niveaux, seulement sur les éléments les plus pertinents à
conserver.
1) Au niveau des données générales on va garder la date de création de l'établissement

ainsi que sa date de fermeture. Avec ces informations il sera possible de faire des
analyse sur l'évolution du nombre d'établissement sur le domaine du parc selon les
années.
2) Au niveau des classements : les restaurants et hébergements ont des labels

particuliers avec des étoiles. On y trouve les labels « Gite de France », « Clé
Vacance » ...etc... avec un nombre d'étoile variable, allant de 1 à 3, de 1 à 5 ...etc...
Chaque label aquit par un établissement est donc caractérisé par sa date de début et
de fin éventuelle. Avec ces informations il sera possible de déterminer l'évolution
de la qualité des établissements de restauration et d'hébergement ainsi que de
déterminer quel type d'hébergement est plus intéressant selon les secteurs du parc.
- 10 -
Pictogrammes :
Il a fallu faire une mise a jour des pictogrammes existants qui serviront pour les
formulaires. Le travail a été fait sous Adobe-Illustrator.
Au total il est présent 60 pictogrammes qu'il a fallu redimensionner, voir redessiner.
- 11 -
Logiciel de récupération
L'un des points les plus difficile de cette restructuration fut la récupération de toutes
les données. En effet les deux structures sont très différentes, avec quelques milliers
d'enregistrements et des décompositions à faire, il est dès lors exclu de les traiter en requete
sql succéssives.
Dans cet objectif j'ai développé un outil se connectant au deux versions de la base
de données. Le logiciel récupére dans la première base les tables, les décompose en suivant
la nouvelle structure de la base de données et finalement injecte les données dans la
nouvelle base.
Le logiciel doit respecter les contraintes de la nouvelle base ce qui oblige celui ci à
opérer dans un ordre précis au moment de l'insertion. Le logiciel est réalisé en java et
nécessite l'utilisation du pilote ODBC « Microsoft jet 4 ».
Ce logiciel m'a demandé près de 3jours pour être réalisé. C'est un gain considérable
de temps car il m'aurait certainement fallu plus d'une semaine en le faisant à la main en
SQL. Il m'aurait fallu reprendre les enregistrement à la limite du cas par cas, répartir les
informations sur les différentes tables en respectant les liaisons et en corrigant les erreurs
de typage.
- 12 -
Au final le logiciel avoisine les 1500 lignes de code. S'il est trois fois plus
volumineux qu'il ne devrait, cela est du aux long algorithmes de nettoyages et de traitement
des cas particuliers. Lors de son éxécution le transfert de la base d'origine à la nouvelle
base à prit 1 minute 27 secondes et durant ce court lapse de temps 6081 requêtes ont été
effectué.
Bien que l'opération se passe correctement je n'ai pas pu empecher la perte de

certaines données. Cela est du aux mauvais typages des champs et des différences
d'écritures qui ne m'ont pas permit de comparer correctement les valeurs. Toutefois la perte
est relativement minime car tous les enregistrements sont présents et seuls certain champs
de certains enregistrements qui n'ont pas pu etre récupéré ont été remplacé par des valeurs
par défaut. La perte est de l'ordre de 200 champs sur le total des enregistrements. Il a fallu
aller récupérer ces champs à la main.
Formulaires et états
La base de données en est à sa 13ème version. Comme le modèle a été

complètement refait, il a été nécessaire de refaire les formulaires, les requêtes et les états.
Formulaires
1) On trouve un formulaire de navigation qui permet de naviguer parmi les

formulaires d'éditions et d'états.
- 13 -
2) les formulaires d'éditions des petits enregistrements, comme les classements, les
catégories, les personnes ...etc...
3) Les formulaires d'éditions plus complets pour les restaurants-hébergements, les

relais d'informations et les autres prestataires
- 14 -
Etats
Contrairement à ce que je pensais, les états que j'ai du générer sont entièrement
codé, je n'ai pas utilisé l'éditeur visuel pour les réaliser. La raison est simple, les états sont
imprimés et cela sur du papier. Seulement nous sommes dans un parc naturel régional qui
mets en avant la préservation de l'éco-système. A des fins d'économie de papier on m'a
demandé de compacter les états. En effet si on les réalise avec l'éditeur on place les champs
les uns à la suite des autres et on utilise de l'espace même si le champ à afficher est vide.
Et comme sur une fiche il peut y avoir d'une dizaine jusqu'à 120champs à afficher, on pert
les trois quarts d'une page pour quelques lignes. Cela sur 400 enregistrements, on obtient
beaucoup de pertes.
Pour y remédier je pars d'un état basé sur la requete qui m'interesse, je ne place
aucun composant sur l'état. Et tout va être traité dans la procédure « Détail_Format » de
l'état. Pour faire simple, je parcours les champs et je regarde s'ils sont remplis, nulles ou
vides. Si un champ est rempli, je crée un composant que j'ajoute a l'état, je le place avec ses
coordonnées X Y sur la feuille et je dimensionne la fiche au minimum. Avec se principe
j'obtient des fiches de 3 lignes ou d'une page selon la quantité d'informations.
La théorie n'est hélas pas l'équivalant de la pratique avec access, j'ai du avoir recour
à plusieurs bidouilles et astuces pour arriver à mes fins, mais le résulat est là.
4 états sont disponibles :
3 états dynamique par date, avec les thèmes :

- restaurant hébergement
- relais d'informations
- autres prestataires
- 15 -
1 état dynamique par rubrique d'édition et date :
Cet état est particulier, car il sert comme une première mise en forme des données
pour les livrets touristiques. En pratique cet état est enregistré au format rtf (Rich Text
Format) puis est retravaillé dans Word avant d'être morceau par morceau copier dans le
logiciel de mise en forme InDesign. Mon travail a été d'améliorer la mise en forme pour
réduire voir supprimer le passage sous Word.
BILAN
Documents supplémentaires : Manuel utilisateur, Source logiciel
La base de données est fonctionnelles et une phase de mise en charge a été réalisée.
Bien que la base de données soit fonctionnelle, plusieurs points risques de poser des
problèmes dans les années à venir.
Le choix Access
Le système de gestion de base de données est Access 2000. Lors d'un passage sous Access
- 16 -
2003 ou plus récent, il est possible que certain formulaire ou état doté de code est besoin
d'être corrigé pour pouvoir fonctionner.
L'aspect SIG
Il s'agit d'une base Access normal et non d'une géodatabase, pour pouvoir accéder à un
aspect SIG on a recours à des fichiers shapes et une liaison grace à des identifiants. Il faut
veiller a garder la liaison entre les données et les géométries ce qui est une tache
supplémentaire.
Les évolutions limités
On arrive aux limites des fonctions d'access, formulaires, états, liens externes.
L'intégration à des sites internets est plus compliqué qu'avec des bases mysql ou
postgresql. Un respect assez restreints des normes SQL n'est pas pour simplifier son
utilisation en dehors des applications VBA.
Sécurité
Sécurité et Access ne sont pas amis, les sécurités que l'on peut donner à une base access se
limite à l'ordinateur qui les a données. Les possibilités de création de comptes utilisateurs
et de limitation des actions sont minimales.
Mais le choix d'access est déterminé par l'environnement, le parc ne dispose pas d'une
personne formée pour l'administration réseau ni pour l'informatique en générale, et encore
moins d'une personne pour s'en occuper à plein temps comme il devrait. M. Laurent
Alborino assure toutefois cette charge en supplément de son poste SIG.
Le choix d'access même s'il n'est pas le plus conseillé reste la solution la plus
abordable et la plus sur en l'absence de personne en charge du domaine informatique.
- 17 -
GOOGLE MAPS
- 18 -
UNE GÉOLOCALISATION SANS FRAIS
Objectifs
Le but de ce module est d'obtenir une géolocalisation rapide en se basant sur

l'adresse, pour cela nous avons utilisé GoogleMaps. Très complet, simple de mise en
oeuvre et sans frais.
Ce module est un plus en terme de simplicité, en effet même si celui ci est moins précis
que la géolocalisation faites sous arcgis, il permet de ne pas avoir a passer par arcgis et
donc de faire une économie de formation et de licence.
Page html
Le module ce compose d'une page html contenant diverses fonctions de mise en

forme de la carte et d'appels aux fonctions de géolocalisaton de GoogleMaps.
Les fonctions sont en javascript et la mise en forme en CSS.

( Document supplémentaire : GoogleMaps-source )
- 19 -
Intégration dans la base de donnée
L'utilisation du module GoogleMaps est réduite au minimum. Un simple bouton sur

le formulaire va executer l'ouverture de la page internet situé sur le serveur du parc et
passer en paramètre les informations nécessaires à la géolocalisation.
Bilan
Document supplémentaire : GoogleMaps-source
Ce module n'a nécessité qu'une journée de réalisation en connaissant les rudiments

du javascript et du html. Le module est fonctionnel mais n'est pas destiné à une utilisation
intensive.
Il a fallut s'enregistrer auprès de Google afin de pouvoir utiliser le module

javascript en dehors de leur site officiel. Le module est gratuit dès lors que l'on ne depasse
pas une utilisation de 50.000 recherches par mois. Cette limite est plus que suffisante,
compte tenu du fait qu'elle n'est accessible qu'aux personnes en charge de la base de
données.
Rapide de mise en place et relativement complet, la solution de GoogleMaps est

tout a fait viable pour donner un aspect cartographique aux bases de données les plus
classiques.
- 20 -
KLÉMA PARC
- 21 -
UN MODULE DE GESTION
Kléma Parc est un outil de gestion de circuit qui s'appuit à la fois sur une base
Access et sur une Géodatabase ESRI. Il permet de gérer les circuits ainsi que leurs
élèments (pancartes, travaux, mobiliers). A cela s'ajoute la gestion des lieux remarquables
(richesses naturelles, patrimoines historiques) , les établissements de sports et loisirs ainsi
que les restaurants et hébergements. Mais celui-ci est trop incomplet pour la gestion du
tourisme, c'est pourquoi la base tourisme existe en complément.
Cet outil a été développé en collaboration avec M. Laurent Alborino pour le Parc Naturel
Régional des Marais du Cotentin et du Bessin. Le parc dispose donc d'une version
différente de celle commercialisée.
Kléma Parc est divisé en deux partie. L'une se présente comme un logiciel de gestion
classique en VBA Access. L'autre est un plug-in VB pour ArcGIS 8.3 .Je n'en dirais pas
plus sur le logiciel, sa structure ou encore ses particularitées de programmation compte
tenu que je suis tenu au secret.
Un commentaire tout de même : une franche déception et une remise en cause de ce qu'est
un logiciel commercial.
Export base tourisme
L'outil Kléma dispose d'un module d'import basé sur des fichiers textes. J'ai donc mit en
place un formulaire permettant de structurer les données de telle sorte qu'elles puissent être
importées dans Kléma.
Toutefois la base de données Kléma est bien moins complète que la base tourisme en terme
d'attributs, il serat donc nécessaire pour les cartes les plus spécifiques de faire un liaison
entre les données Kléma et les données de la base tourisme. Une fois l'export fait on
obtient une série de fichier textes près à être importé dans Kléma.
- 22 -
Import Kléma
Avant de pouvoir importer les données il faut que les géométries existent. Il a donc fallut
prendre plusieurs jours pour géolocaliser le millier d'enregistrements de la base tourisme.
Géolocalisation
En pratique il a fallut prendre tous les enregistrements un à un, on choisit la catégorie de

l'enregistrement (Richesse naturelle, Sport et Loisirs, Patrimoine ou Hebergement-Accueil)
et on créé le point sur la carte. Il ne faut oublier de préciser dans la fiche de
l'enregistrement le code PNR, qui correspond à notre identifiant dans la base de données
tourisme.
- 23 -
Import des attributs
Le module d'import de Kléma est rudimentaire, il nous faut placer les fichiers dans un
dossier spécifique avec un nom spécifique. L'import se fait par comparaison, Kléma prend
l'identifiant dans le fichier d'import et cherche dans la base si celui ci existe. S'il existe il
insère les données du fichier dans l'élément de la base correspondant, s'il n'existe pas il
ignore la ligne du fchier. Il est a noté que tout est géré au format texte dans Kléma, aussi
bien les identifiants que les booléens.
- 24 -
Export Shape
Une fois l'import fait il ne reste plus qu'a exporter au format shape les différentes couches
nécessaire pour les cartes de tourisme. Nous ne travaillons volontairement avec les
données de la géodatabase Kléma afin d'éviter les erreurs de manipulation qui pourraient
corrompre la liaison des données entre la partie Access et Géodatabase de Kléma.
- 25 -
GÉNÉRATION DE CARTE
- 26 -
ATTENTES ET SOLUTIONS
Existant
Trois versions de ArcGIS sont disponibles pour ce développement:

– 8.3
– 9.1
– 9.2
Des templates arcgis de mise en forme des documents cartographique sont disponibles.
Attentes
Mettre au point un outil de génération de carte automatisé. L'outil est destiné à des
personnes ne disposant pas de formations SIG, c'est pourquoi l'outil devra limiter à
l'utilisateur toutes manipulations de mise en forme, jointure et requêtage.
Choix de la solution
Il a fallu dans un premier temps trouver la liste des différents développement possible
avec les outils ArcGIS.
ArcGIS Engine
Ce développement permet les languages C++, VB, VB.net, JAVA, C# mais demande une
licence particulière supplémentaire.
Le parc ne dispose pas de la licence pour ArcGISEngine, cette solution n'est donc pas
enviseagable.
ArcGIS Desktop Application
Ce développement permet les languages C++, VB, VB.net, JAVA, C#. Le parc travail avec
une licence ArcGIS 9.2, et le java n'est présent que depuis cette version.
Bien que cette solution m'aurais énormément plu. Le manque de documentation,
d'exemples, l'incapacité d'aide du support technique d'esri dans le domaine du
développement ainsi que le temps disponible font que je ne retiendrais pas cette solution.
- 27 -
ArcGIS VBA
Bien plus abordable cette solution est la plus rapide de mise en oeuvre, mais requiert
d'ouvrir un template pour accéder aux fonctionnalitées.
VBA s'avert la seule solution accessible compte tenu du temps alloué a cette tache.
ArcExplorer
Logiciel gratuit pour la mise en forme des projets ArcGIS, ArcExplorer aurait permit
d'avoir un outil libre pour la génération des cartes. Seul point noir, le logiciel est gratuit
mais non libre, le code source n'est donc pas disponible.
ArcExplorer ne permet pas l'ajout de module et le code source n'étant pas disponible le
développement sur cette application est donc impossible.
MapObject
MapObject est la librairie utilisée par ArcExplorer pour l'affichage et le traitement des
données.
Celle ci pourrait permettre d'atteindre les objectifs demandées à l'exeption des
contraintes de temps.
Model Builder
Rapide de mise en place, cette solution viable ne permettra pas d'atteindre les objectifs
complétements. Mais a defaut permettra de faire des croisements et d'obtenir des cartes
plus poussées.
La simplicité d'utilisation n'est pas évidente et le résultat ne sera pas une carte prete
pour l'impression, ce qui limite son utilisation et remets en cause l'objectif.
RÉALISATION
Prise en main de la structure interne d'ArcGIS
La partie dure de cette étape fut l'approche de la structure d'ArcGIS. Le noyau

ArcGIS est très complet, il permet d'accéder à toutes les fonctions et fenêtre des versions
Desktop, 3D Analyst, ArcScene ... mais en contre partie il est très complexe. On peut le
constater en explorant la cinquantaine de planche A3 representant le diagramme de sa
structure. Heureusement Une aide complète est présente, on y trouve les définition et
utilisations de toutes les classes et méthodes ainsi qu'une serie plus ou moins pratique
d'exemples de code.
- 28 -
Exemple de diagramme :
Comme on le voit c'est assez complexe au premier abord, celui ci correspond à une des
trois pages de la structure d'un projet une fois en mémoire.
Exemple de documentation :
- 29 -
Pour la réalisation de cette outil je n'ai fait qu'effleurer la surface de cette structure. Je me
suis surtout intéréssé à :
- la récupération et utilisation des interfaces de paramètrages d'ArcGIS Desktop
- l'outil de sérialization (sauvegarde sur disque) des objets d'ArcGIS
- la structuration des données d'une couche shape
Le module
Tout le travail en VBA est stocké dans un fichier template. Hormis la partie code le seul
changement visible sous arcGIS est l'ajout d'une nouvelle barre.
L'interface
Panneau de configuration :
[IMAGE A METTRE]
Sur ce panneau on peut préciser le dossier dans lequels seront stocké les fichiers shapes et
les fichiers templates.
Panneau d'édition :
[IMAGE A METTRE]
On peut régler les différents.
Panneau de génération des cartes :
[IMAGE A METTRE]
- 30 -
Le stockage des informations
Afin de stocker les différentes mises en forme, j'ai utilisé un fichier au format XML.
On y retrouve de manière structuré, les différentes cartes et les différentes couches
utilisées.
1. <GENERATEUR Source="D:\STAGE_PNR\couverture">
2. <theme Nom="carte des communes">
3. <couche Nom="Limite PNR" NomShape="pnrmcb_limite" ScaleTo="-1">
4. <data>
5. [SERIALIZATION ARCGIS]
6. </data>
7. </couche>
8. <couche Nom="Communes" NomShape="pnrmcb_communes" ScaleTo="0">
9. <data>
11. </data>
12. </couche>
13. <couche Nom="Limites départements" NomShape="bn_Lim_departements" ScaleTo="0">
14. <data>
16. </data>
17. </couche>
18. </theme>
19.</GENERATEUR>
Les informations concernants les couches, comme la symbologie, les jointures, les filtres
...etc.. ne sont pas stockées en XML mais sérializer (comme sur disque de l'objet en
mémoire) entre les balises <data></data> .
Il aurait été possible de transformer une partie de cette sérialization en format XML, mais
cela aurait empêché la sauvegarde des jointures et des relations aussi qu'une grande
quantité d'autres informations. Dans le cadre de la réalisation des cartes de tourisme, les
jointures sont nécessaires, c'est pourquoi j'ai exclus la sauvegarde complète en XML au
profis d'une sauvegarde partielle.
Ce choix pose un problème supplémentaire, en sauvegardant avec la sérialization on limite

un fichier de configuration à une version donnée d'ArcGIS. Autrement dit un fichier de
configuration fait sous ArcGIS 9.1 ne sera pas utilisable sous la version 9.2 . A chaque
mise à jour de l'outil il faudrat réaliser un nouveau fichier de configuration.
BILAN
- 31 -
L'outil réalisé réponds aux demandes initiales. L'interface est conviviale est facile de
manipulation. Le point noir à noter est l'absence de compatibilité du fichier XML entre les
différentes versions d'ArcGIS. On note aussi qu'il ne prend en compte que les fichiers
shapes.
- 32 -
COMPARATEUR
- 33 -
Objectif
Comme il est vue précédemment chaque point est rentré un à un dans Kléma, et
chaque nouvelle enregistrement dans la base tourisme doit être géolocalisé avec Kléma. En
conséquence il arrive que des enregistrements soient manquant dans l'un ou l'autre ou que
des catégories aient changé au fil du temps.
Cet outil est réalisé pour comparer les données de la base tourisme et les fichiers shapes en
sortie du logiciel Kléma, et ainsi aider à préserver la concordance des données.
Description
L'outil est réaliser en Java avec la librairie SIG GeoTools. Le temps de réalisation fut de 3
semaines. Il se divise en trois onglets :
Paramètrage et analyse
Sur ce premier onglet nous allons paramètrer les données et les critères pour l'analyse. Sur
la gauche on précise la base de données Access à utiliser, une fois sélectionnée une liste
affiche toute les tables présentent dans la base, Il faut alors sélectionner celle qui nous
intéresse et précisé dans la colonne « Critère1 » l'attribut qui servira de comparaison, si
besoin un second critère peut être sélectionné (en cochant « Critère supplémentaire » situé
en bas à gauche de la fenêtre).
- 34 -
De la même manière sur la droite on va récupérer le dossier contenant les fichiers shapes et
préciser le(s) attribut(s) pour la comparaison.
Le second critère peut correspondre (selon que la soit coché « Second critère arbitraire »)
soit à un attribut de la table soit à une valeur donnée qui serat utilisée pour tout les
éléments de la table.
Un bouton « Démarrer Analyse » lance l'analyse et l'on peut suivre l'évolution dans la barre
de progression.
Rapport d'analyse
Cet onglet présente l'analyse générale, avec le nombre d'élément des deux sources, le
nombres d'éléments trouvés et manquants suivit de deux listes contenant les identifiants
manquants dans l'une et l'autre.
La présentation est volontairement en texte afin de simplifier le copier/coller.
- 35 -
Les anomalies
Le dernier onglet est plus détaillé et bien plus précis que les précédents. Un arbre sur la
gauche permet de naviguer parmis les anomalies. Lorsqu'une anomalie est sélectionnée la
partie droite de l'interface est mise à jour avec le détail de l'anomalie.
Le détail se compose d'une desciption textuelle permettant de déterminer la gravité et le

type de l'anomalie, on peut lire s'il s'agit d'un doublon ou d'un critère incorrect. La source
de l'erreur est aussi précisé, il peut s'agir d'une table ou d'un fichier shape. Les critères de
l'élément sont affichés et un tableau précise où est utilisé cet élément.
Dans le cas ci-dessus on constate que le critère1 qui devrait être un identifiant unique est
utilisé deux fois dans le fichier shape « hébergement.shp ».
- 36 -
BILAN DE STAGE
- 37 -
sympa tout ca (pour le moment en tout cas).
- 38 -

Arcgis Exemples

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Arcgis Exemples

Uploaded by

Copyright:

Available Formats

Johann Sorel Rapport de Stage LUP S.I.

Parc des Marais du Cotentin et du Bessin

Google Maps .................................................................................................18

Kléma Parc ...................................................................................................21

Génération de carte .....................................................................................26

Bilan de Stage ...............................................................................................37

Objectifs de la base de données

● L'OBSERVATOIRE qui contiendra des informations sur les entreprises de

Guide HORIZON Guide PIED-A-TERRE

La structure de la base de données est en étoile autour de tables de références.

Les tables de références commencent par LR ( Liste de Référence) sont des

On trouve une série de table dites « de correspondance » présentent pour l'édition

Modèle Physique de Données

Bilan de la base existante

- Clé primaire manquante - non préciser - sur un champ texte(150)

- Thèmes non utilisés

● Restructuration de la base de données

● Intégration de l'historisation (dans la mesure du possible)

Choix du modèle conceptuel des données

Assez ironiquement après un nettoyage de la base le nombre des champs avait

1) Au niveau des données générales on va garder la date de création de l'établissement

2) Au niveau des classements : les restaurants et hébergements ont des labels

Bien que l'opération se passe correctement je n'ai pas pu empecher la perte de

La base de données en est à sa 13ème version. Comme le modèle a été

1) On trouve un formulaire de navigation qui permet de naviguer parmi les

3) Les formulaires d'éditions plus complets pour les restaurants-hébergements, les

4 états sont disponibles :

3 états dynamique par date, avec les thèmes :

1 état dynamique par rubrique d'édition et date :

Documents supplémentaires : Manuel utilisateur, Source logiciel

Les évolutions limités

UNE GÉOLOCALISATION SANS FRAIS

Le but de ce module est d'obtenir une géolocalisation rapide en se basant sur

Le module ce compose d'une page html contenant diverses fonctions de mise en

Les fonctions sont en javascript et la mise en forme en CSS.

Intégration dans la base de donnée

L'utilisation du module GoogleMaps est réduite au minimum. Un simple bouton sur

Document supplémentaire : GoogleMaps-source

Ce module n'a nécessité qu'une journée de réalisation en connaissant les rudiments

Il a fallut s'enregistrer auprès de Google afin de pouvoir utiliser le module

Rapide de mise en place et relativement complet, la solution de GoogleMaps est

Export base tourisme

En pratique il a fallut prendre tous les enregistrements un à un, on choisit la catégorie de

Import des attributs

Trois versions de ArcGIS sont disponibles pour ce développement:

ArcGIS Desktop Application

Prise en main de la structure interne d'ArcGIS

La partie dure de cette étape fut l'approche de la structure d'ArcGIS. Le noyau

On peut régler les différents.

Panneau de génération des cartes :

Le stockage des informations

Ce choix pose un problème supplémentaire, en sauvegardant avec la sérialization on limite

La présentation est volontairement en texte afin de simplifier le copier/coller.

Le détail se compose d'une desciption textuelle permettant de déterminer la gravité et le

sympa tout ca (pour le moment en tout cas).

You might also like