CONTRAT DE LICENCE ET CLAUSE DE NON-RESPONSABILITE

Contrat de licence

En installant le système IMSMA ou l'un de ses composants, vous acceptez le contrat de licence ci- dessous :

Le Centre International de Genève pour le Déminage Humanitaire (GICHD) propose IMSMA gratuitement à tous les intervenants de la lutte anti-mines. L'application a été développée par le Centre pour les Etudes de Sécurité de l'Institut Fédéral Suisse de Technologie de Zurich (FSK). Sauf indication contraire, le GICHD et le FSK sont les seuls propriétaires du copyright de IMSMA et de ses fonctionnalités.

L'utilisateur de IMSMA et de ses composants est seul responsable de savoir s'il possède les licences logicielles nécessaires à son utilisation. Vous ne pouvez modifier, copier, céder sous licence ou distribuer IMSMA ou l'un de ses composants sans l'autorisation préalable des deux titulaires du copyright. Toute tentative de modification, de copie, de cession ou de distribution de IMSMA sans accord préalable est interdite et entraîne la dénonciation immédiate de la licence.

Capacité de conversion de coordonnées fournies au FSK dans l’intérêt public par Mentor Software Inc. , Golden, Colorado (xxx.xxxxxxxxxxxxxxxxx.xxx).

Le programme ne fait l'objet d'aucune garantie, dans les limites autorisees par la loi. Sauf

mention contraire ecrite, les proprietaires du copyright et/ou les autres parties fournissent le programme "en l'etat", sans aucune garantie de quelque nature que ce soit, explicite ou implicite, y compris, cette liste etant non limitative, les garanties implicites de valeur marchande ou d'adequation a une utilisation particuliere. La totalite du risque relatif a la qualite et aux performances du programme est supportee par l'utilisateur. En cas de defaillance du programme, vous subirez l'ensemble des couts d'entretien, de reparation ou de correction. En aucun cas, sauf exigence de la legislation en vigueur ou accord ecrit, les proprietaires du copyright, ou tout autre tiers susceptible de modifier et/ou de redistribuer le programme, ne sauraient-ils etre tenus RESPONSABLES des dommages occasionnes, y compris les dommages generaux, speciaux, accidentels ou autres resultant de l'utilisation ou de l'impossibilite d'utiliser le programme (y compris, cette liste etant non limitative, la perte ou la corruption de donnees, les pertes subies par l'utilisateur ou des tiers, ou encore l'incapacite du programme a fonctionner avec d'autres programmes), meme si le dit proprietaire ou autre tiers a ete averti de l'eventualite des dommages en question.

FM IMSMA V2.0 -

Il convient de noter que seule la version anglaise de imsma a ete homologuee par les Nations- Unies. Toutes les autres langues disponibles sont proposees a titre purement informatif et ne sauraient en aucun cas servir de reference.

Information Management System for Mine Action

Elaboré pour le Service de lutte anti-mines des Nations Unies,

Fourni à la communauté de lutte anti-mines par le Centre International de Déminage Humanitaire de Genève 0xxx, xxxxxx xx xx Xxxx. Xxxx xxxxxxx 0000

0000 Xxxxxx 0. Suisse

tél: x00 (0)00 000 00 00. fax : x00 (0)00 000 00 00

e-Mail: xxxx@xxxxx.xx

web site: xxxx://xxx.xxxxx.xx

Elaboré par :

Center for Security Studies and Conflict Research IMSMA Development. ETH Zentrum, FSK-SEI XX-0000 Xxxxxx. Xxxxxxxxxxx

fax: x00 (0)0 000 0000

e-Mail: xxxxx@xxxx.xxxx.xxxx.xx website: xxxx://xxx.xxxxx.xxxx.xx

IMSMA v3 Admin Guide

Imprimé au ETH Zentrum, Zürich

Revise et modifie pour FM v3.0 octobre 2002

CONTRAT DE LICENCE ET CLAUSE DE NON-RESPONSABILITE I

INTRODUCTION 1

1. APERÇU. 2

1.1 Public visé 2

1.2 Description du contenu 2

1.3 Schéma des relations entre les tableaux

2. TACHES DE L'ADMINISTRATEUR 6

2.1 Installation de IMSMA 6

2.2 Maintenance de IMSMA 7

2.3 Enrichissement des fonctionnalités standard 7

3. CONDITIONS PRELIMINAIRES 8

3.1 Configuration des postes de travail 10

3.2 Configuration du réseau 12

INSTALLATION 15

4. INSTALLATION ERROR! BOOKMARK NOT DEFINED.

INSTALLATION DE IMSMA ERROR! BOOKMARK NOT DEFINED.

INSTALLATION DE IMSMA 16

4.1. CD d'installation de IMSMA V3.0 17

Figure 4.1: CD d'installation: structure du fichier 17

4.2. Remarques avant d'installer IMSMA V3.0 18

Figure 4.2: Ecran de démarrage de IMSMA v3.0: remarques importantes 18

4.3. Installation de MSDE 2000 20

Figure 4.3: Installation du MSDE: une extension du serveur SQL est déjà présente 20

Figure 4.4: Installation de MSDE: extension supplémentaire du serveur SQL 21

Figure 4.7: Installation de MSDE: SQL Server service démarré 22

Figure 4.8: Installation de MSDE SP2: sélectionner une nouvelle extension du serveur SQL 22

4.4. Mise à niveau de V2.2 à V3.0 22

4.4.1. Sauvegarde avant la mise à niveau 22

4.4.2. Résumé des modifications de version 23

4.4.3. Utilitaire de mise à niveau de IMSMA V3.0 24

Figure 4.9: Utilitaire de mise à niveau de IMSMA V3.0: écran de démarrage 25

Figure 4.11: Utilitaire de mise à niveau de IMSMA V3.0: outil de nettoyage de données 26

Figure 4.13: Utilitaire de mise à niveau de IMSMA V3.0: outil de préparation du back-end de IMSMA Error! Bookmark not defined.

Figure 4.14: Utilitaire de mise à niveau de IMSMA V3.0: tableaux d’application principaux .. Error! Bookmark not defined.

4.4.5. Thèmes et extensions du XXX 00

4.5. Installer un nouveau serveur IMSMA 33

Figure 4.17: Installation du serveur IMSMA V3.0: masque d’installation 33

Figure 4.19: Installation du serveur IMSMA V3.0: outil de préparation du back-end de IMSMA 34

4.6. Installer un nouveau client IMSMA 35

4.7. Emplacements de fichier et configurations du système 37

4.7.1. Dossier C:\IMSMA 37

4.7.2. Dossier C:\IMSMA\GIS 40

4.7.3. Paramètres ODBC 42

4.7.4. USEREXT 43

4.7.5. Configuration du système de coordonnées 44

5. PERSONNALISATION DE IMSMA ERROR! BOOKMARK NOT DEFINED.

5.1 Ce qui ne peut pas être modifié 50

5.2 Champs définis par l'utilisateur (User Defined Fields) 50

5.3. Emplacement des fichiers 55

FICHIERS D'EXPORTATION 55

FICHIERS DE TRAVAIL DU GIS 56

FICHIERS D’INTRODUCTION DECENTRALISEE DE DONNEES 56

5.4. Support multilingues 57

6. DEFINITION D'UN PROJET XXX 00

6.1 Organisation des données cartographiques 60

6.1.1 Références des fichiers ArcView 60

6.1.2 Catalogues d'images 61

6.2 Définition d'un fichier de projet 62

6.3 Définition d'une vue 64

6.4 Gestion des thèmes 68

6.5 Travail avec des tableaux 69

6.6 Dictionnaire de données du XXX 00

6.6.1. Catégories de thèmes du GIS IMSMA 73

6.6.2. Définitions des thèmes du GIS IMSMA 73

6.6.3. Caractéristiques des thèmes du GIS IMSMA 74

6.6.4. Directives de définition des thèmes du XXX 00

6.6.5. Propriétés communes des thèmes 80

6.6.6. Propriétés d’apparence des thèmes 84

6.6.7. Définition des noms des thèmes 85

6.6.8. Convention des noms dans les vues 86

6.6.9. Thèmes de base de données XY 86

6.6.10. Thèmes de surface dans la base de données 87

6.6.11 Thèmes vectoriels 92

6.6.12. Thèmes polaires de base de données 93

6.6.13. Thèmes de ligne de base de données 95

6.6.14. Rubriques du GIS IMSMA 97

6.7. Gestion des présentations 99

6.8. Outils divers du GIS IMSMA 100

MAINTENANCE 105

7. PROTECTION DES DONNEES 106

7.1 Protection du niveau système 106

7.2 Protection au niveau de la base de données 107

7.2.1 Mise en oeuvre de la protection dans IMSMA 108

7.2.2. Protection de MS Access 108

7.2.3. Protection du serveur SQL 109

7.2.4. Utilisateurs du Front-end et groupes d’utilisateurs de IMSMA 111

7.2.5. Création d'un nouveau compte d'utilisateur 112

7.2.6. Modification des mots de passe et effacement des comptes 113

7.2.7. Configuration des privilèges pour les formulaires 113

7.2.8 Interdiction d'utilisation de fonctions de MS Access 114

8. SAISIE DECENTRALISEE DE DONNEES 116

8.1 Création d'un MAC régional 117

8.2 Configuration d'un MAC régional 123

8.3 Attributions et synchronisation 125

8.4. Utilisation de tableaux spéciaux 129

8.4.1. tblOrganisation 129

8.4.2. tblMap 129

8.4.3. tblDeviceStandard, tblDeviceCustom 130

8.4.4. Systèmes de coordonnées 130

9. GESTION DES BASES DE DONNEES 132

9.1. Gérer l'environnement de travail de IMSMA 133

9.2. Propriétés de connexion 137

9.3. Sauvegarde et récupération de la base de données du serveur SQL 139

9.4. Maintenance de la base de données 141

9.5. Métadonnées 142

9.6. Exportation de données 144

9.7. Accès aux données régionales 147

9.8. Exportation de vues du GIS IMSMA 147

9.9. Importation de données étrangères dans IMSMA 149

ENRICHISSEMENT DE LA FONCTIONNALITE STANDARD 153

10. RAPPORTS PERSONNALISES 154

10.1. Règle d'attribution des noms de IMSMA 155

10.2. Rapports basés sur le back-end et sur le front-end 155

10.3. Options de critères de filtre 155

10.4. Traduction de clés sémantiques 158

10.5. Utilisation des fonctions de IMSMA 159

10.6. Utilisation de requêtes existantes 160

10.7. Création de diagrammes temporels 162

10.8. Rapports en couleur et en noir et blanc 165

10.9. Rapports basés sur des vues du back-end 165

10.10. Support IMSMA 167

10.11. Modifier des rapports standard de IMSMA 167

10.12. Création de nouveaux formats de rapport 170

10.13. Rapports à l'aide du GIS IMSMA 175

10.13.1 Rapports en MS Access 176

10.13.2 ArcView Report Writer (Rédaction de rapports ArcView) 180

11. STATUTS ET REGLES DE GESTION 184

11.1. Compréhension du statut 185

11.2. Explorateur de qualité de données 185

11.3. Personnalisation des règles de gestion 188

11.4. Historique et raisons des modifications 189

11.5. Détails techniques 191

ANNEXE A – INFORMATIONS CONCERNANT L'ASSISTANCE 193

ANNEXE B – BASES DU SQL 1

ANNEXE C – DIFFERENCES DE SYNTAXE SQL 1

ANNEXE D – LECTURES SUPPLEMENTAIRES 1

ANNEXE E – REGLES DE GESTION DE STATUT 3

ANNEXE F – MODIFICATIONS DES TABLEAUX ET DES REQUETES DANS V3.0 4

A.1. Nouveaux tableaux 5

A.2. Nouvelles requêtes 6

A.3. Nouveaux attributs des tableaux existants 6

A.4. Attributs modifiés dans les tableaux existants 10

A.4.1. Champs définis par l’utilisateur 8

A.4.2. Modifications du type de données 11

A.5. Tableaux et attributs supprimés 11

A.6. Nettoyage de données – Champs importants 11

A.6.1. Champs associés à des organisations 12

A.6.2. Champs associés à des contacts 13

INTRODUCTION

Chapitre 1

Aperçu

1.1 Public visé

Le Guide de l'Administrateur IMSMA fournit une référence générale au personnel des MAC qui est chargé de l'installation et la maintenance de l’MSMA. Certains éléments du Guide intéresseront également l'utilisateur avancé, en particulier le chapitre 6 – Etablissement d'un projet GIS et le chapitre 10 – Rapports personnalisés.

Ce manuel suppose une certaine familiarité avec les sujets suivants:

• MS Windows NT 4 / 2000 / XP – administration;

• MS Office 2000 / XP – en particulier Word et Access;

• SQL – langage structuré de requête

• ESRI ArcView 3.2a – pour la fonctionnalité GIS IMSMA

On trouvera dans les annexes du manuel des informations de base supplémentaires et une liste de références recommandées.

1.2 Description du contenu

Le Guide de l’administrateur IMSMA contient trois parties principales.

Installation. La première partie décrit en détail l'installation de tous les composants de IMSMA. Elle fournit une assistance pour la configuration des postes de travail individuels et d'un réseau simple acceptant l'installation de

IMSMA. Le manuel décrit ensuite la procédure d'installation standard d'abord à l'aide de l'Assistant d'Installation (Install Wizard) automatique et ensuite manuellement. L'Assistant d'Installation répond en général aux demandes de la plupart des utilisateurs; cependant, il est parfois nécessaire de réparer manuellement certains éléments de l'installation. La personnalisation spécifique aux différents pays, qui peut devoir être configurée immédiatement après l'opération d'installation standard, est décrite dans le dernier chapitre de cette partie.

Maintenance. La deuxième décrit les éléments de maintenance de l'installation de la base de données. La protection de la sécurité de la base de données recourt à des opérations physiques effectuées au niveau du système d’exploitation ("operating system") et au niveau de la base de données. La gestion du fichier comprend la maintenance des installations standard de IMSMA sur tous les ordinateurs clients du réseau et la modification de l'emplacement par défaut des fichiers utilisés par le système IMSMA. Dans les versions de IMSMA postérieures à la version v2.0, une introduction décentralisée des données est implantée et introduit des aspects supplémentaires de maintenance. Le dernier chapitre de cette partie couvre l'exportation et l'importation de données depuis et dans IMSMA ainsi que les fonctions standard de MS Access disponibles pour réparer les fichiers de la base de données générales de IMSMA.

Enrichissement de la fonctionnalité standard. La troisième partie de ce Guide décrit les manières suivant lesquelles la fonctionnalité standard de IMSMA peut être enrichie. Il s'agit d'informations supplémentaires qui supposent qu'un système d'informations a été défini et fonctionne. Dans la plupart des cas, l'Administrateur IMSMA retournera à ces chapitres suivant ses besoins pendant le développement du système d'information MAC.

Annexes

Les annexes donnent une introduction à l'écriture de requêtes SQL dans une base de données et un Guide de lectures supplémentaires permettant d'enrichir les connaissances de base qui permettent de remplir les tâches administratives décrites dans ce Guide.

1.3 Schéma des relations entre les tableaux

La structure de IMSMA est résumée dans les schémas des relations entre les tableaux qui suivent.

Ceux-ci sont également compris dans le CD d’installation.

Figure 1.1 : Schéma des relations entre les tableaux

Figure 1.2 : Description de la table des matières

Chapitre 2

Tâches de l'Administrateur

Il est recommandé qu'un membre du département Information du MAC soit désigné comme Administrateur du système IMSMA et que cette personne prenne la responsabilité de toutes les tâches d'installation et de maintenance.

Les tâches décrites dans la dernière partie de ce Guide – Enrichissement des fonctionnalités standard – peuvent être confiées à l'Administrateur du système; elles peuvent cependant aussi être réalisées par d'autres personnes plus familières avec les exigences spécifiques de la personnalisation d'un logiciel.

2.1 Installation de IMSMA

Il faut lire le chapitre Installation du présent Guide de l’administrateur entièrement avant de commencer l'installation de IMSMA.

Le présent Guide fournit une assistance concernant les éléments suivants de l'installation du système IMSMA :

• Organisation du réseau de la base de données

• Installation du système d’exploitation, de l'application et du logiciel IMSMA

• Personnalisation de IMSMA en fonction de conditions spécifiques à chaque pays

• Définition des projets GIS IMSMA, notamment l'organisation des données cartographiques, la configuration du dictionnaire des données GIS IMSMA et la personnalisation des présentations.

2.2 Maintenance de IMSMA

Les tâches décrites dans cette partie doivent être comprises par l'Administrateur avant que IMSMA soit mis en service opérationnel.

Les sujets suivants sont couverts:

• Maintenance de la sécurité de la base de données en configurant les éléments de sécurité du système d’exploitation, de MS Access et de IMSMA et en effectuant des sauvegardes régulières

• Mise en service de la fonctionnalité d'introduction décentralisée de données de IMSMA

• Importation de données et exportation de données vers et depuis IMSMA

• Réparation de bases de données endommagées

2.3 Enrichissement des fonctionnalités standard

Les sujets repris dans cette partie requièrent une familiarité avec les environnements IMSMA, MS Access et SQL Serveur. L'Administrateur IMSMA ne devrait lire cette partie qu’après avoir installé IMSMA et avoir traité les points qui concernent la maintenance.

Les sujets suivants sont couverts:

• Création de rapports personnalisés des bases de données à l'aide des fonctions de rapport de MS Access et de Crystal Reports

• Enrichissement des fonctionnalités de IMSMA par établissement de bases de données destinées à travailler conjointement dans IMSMA

Chapitre 3

Conditions préliminaires

Ce chapitre donne des conseils pour configurer un réseau informatique approprié destiné à implanter la base de données IMSMA. Avant d'installer IMSMA, il est recommandé d'établir un environnement informatique réseau stable. Pour obtenir une assistance supplémentaire sur ces éléments informatiques généraux, se reporter aux références générales concernant les réseaux et les systèmes de gestion.

La base de données IMSMA s'installe sur tout ordinateur sur lequel MS Office 2000 Professionnel a été installé et sa présentation est configurée à une résolution minimale de 1024x768. Pour des raisons tant pratiques qu'opérationnelles, ce chapitre donnera des recommandations plus particulières. Pour obtenir des spécifications du système actuellement recommandées, on peut visiter le site web de support IMSMA.

IMSMA peut être installé sans la fonctionnalité GIS; il est cependant recommandé d'installer les capacités de visualisation GIS sur tous les postes d'introduction de données. Le logiciel GIS est essentiel sur tous les postes de travail utilisés pour produire des cartes. En principe, tout logiciel GIS peut être combiné à IMSMA. Cependant, l'équipe de développement IMSMA a construit autour du logiciel ArcView ESRI des fonctionnalités supplémentaires qui en facilitent l’utilisation. Pour utiliser la fonctionnalité GIS IMSMA, il faut avoir installé ArcView ESRI version 3.2a (ou une version plus récente).

La première partie de ce chapitre donne des recommandations spécifiques sur le matériel informatique, les logiciels nécessaires et leur configuration. Suivent des conseils sur la configuration de l'environnement réseau informatique. On trouvera des informations plus détaillées sur l'exécution des tâches décrites dans ce chapitre auprès des services d'assistance des vendeurs ou dans des références largement disponibles sur le marché. Les manuels de référence des

systèmes de gestion et des bases de données constituent des éléments essentiels d'une bibliothèque informatique. L'annexe D reprend une sélection de références, mais le choix de manuels spécifiques dépend du niveau d'expérience de l'Administrateur du système.

3.1 Configuration des postes de travail

La configuration logicielle recommandée des postes de travail est donnée ci- dessous; on trouvera sur le site web d'assistance IMSMA une liste plus détaillée de configurations du matériel et des logiciels:

• MS Windows 2000 (avec Service Pack 2) ou XP. Windows 98 et NT devraient pouvoir fonctionner mais ils ne sont plus recommandés. Remarquer que certaines fonctions d’administration SQL peuvent ne pas fonctionner sous Windows 98 ;

• MS Office 2000 Professionnel (avec Service Pack 2) (indispensable); IMSMA ne fonctionne pas sous Office XP ; et

• ESRI ArcView 3.2a (facultatif, indispensable pour le GIS IMSMA).

• MSDE (avec Service Pack 2) (indispensable, il s’installe automatiquement pendant l’installation de IMSMA)

Les versions anglaises des logiciels ci-dessus sont recommandées. Bien que IMSMA ait fonctionné avec succès en utilisant des versions autres que les versions anglaises des logiciels système et applications, l'équipe de développement IMSMA ne soutient que des installations en langue anglaise.

Visitez les sites web des vendeurs de software pour les dernières « application service packs ». Les service packs ci-dessous qui sont essentiels au fonctionnement de IMSMA sont inclus dans le CD d’installation de :

- MS Windows 2000, SP 2

- MS Office 2000 Professionnel, SP2

- ESRI ArcView 3.2, patch a

- MSDE, SP2 est intégré dans la routine d’installation MSDE du CD IMSMA.

Assurez-vous aussi que tous les ordinateurs de votre réseau sont protégés par un programme anti-virus et que les définitions de virus sont mises à jour régulièrement.

Sélection du système d’exploitation

Le choix du système d’exploitation dépend des spécifications de sécurité et du matériel informatique disponible. On peut utiliser tout système d’exploitation sur lequel MS Access 2000 peut être installé; cependant, seul XX Xxxxxxx XX, 0000 Professionnel et XP fournissent les performances, la stabilité et la sécurité requises par les départements Information du MAC. Des installations autonomes en "lecture seule" de IMSMA pourront tourner sans problème sur d'autres systèmes de gestion. MS Windows 2000 Professionnel est nettement plus aisé à administrer que XX 0; cependant, ses exigences en matière de matériel informatique sont significativement plus élevées. L'installation des systèmes de gestion suivants est de la responsabilité de l'équipe de développement IMSMA:

• MS Windows 2000 Professionnel (NT 5) - Version anglaise

• MS Windows XP Professionnel – Version anglaise

Matériel informatique

L'équipement des postes de travail doit permettre d'utiliser confortablement le système d’exploitation installé et offrir une résolution minimale de 1024x768. On cherchera dans la documentation du système d’exploitation les configurations minimales recommandées pour le système. Les formulaires IMSMA s'ouvrent et se ferment plus rapidement avec des systèmes configurés avec davantage de mémoire système (256 MB de RAM sont recommandés) et des processeurs plus rapides (on recommande au minimum un Pentium II à 600 MHz).

Les exigences en matière de matériel des postes de travail sur lesquels l'installation contient la fonctionnalité GIS IMSMA dépendent des données cartographiques que l'on prévoit d'utiliser. Si des données vectorielles (par exemple des fichiers.shp) sont disponibles pour la zone concernée, un ordinateur moderne standard de bureau tel que celui décrit plus haut soutient confortablement la fonctionnalité GIS IMSMA. Si l'on utilise comme base cartographique de grands fichiers de données maillées, il conviendra d'installer davantage de mémoire système et de mémoire vidéo. Si l'on doit exécuter une analyse GIS complexe, il peut être nécessaire d'utiliser un système doté d'une architecture plus rapide (RAM système et RAM vidéo supplémentaires, processeur et carte-mère à haute vitesse et lecteurs SCSI).

Logiciels

L'application IMSMA a été développée en anglais. Elle est traduite en plusieurs autres langues par le Centre International de Déminage Humanitaire de Genève (GICHD), Pour toute question ou demande d’aide relative aux traductions, veuillez en référer au GICHD- L’Inter compatibilité entre des installations multilingues de MS Office a été largement améliorée dans la version Office 2000, et un MAC pourra découvrir qu'il est possible d'installer IMSMA sur un poste de travail équipé de versions de MS Windows 2000 et/ou de MS Office 2000 Professionnel autres qu'en anglais. En outre, IMSMA a été installé sans incident sur des réseaux multilingues (c'est-à-dire des installations serveur et client IMSMA sur des ordinateurs utilisant des versions en différentes langues de MS Office 2000 Professionnel).

On trouvera ci-dessous une assistance sur la configuration d'un réseau de base de données sous MS Windows 2000 Professionnel.

• Connecter les composants informatiques, notamment la connexion physique de l'ordinateur au hub du réseau

• Installer le système d’exploitation. Créer une partition de 4 GB sur le disque dur C; formater ce volume de disque dur à l'aide du système de fichiers NTFS, installer le système d’exploitation sur cette partition. Utiliser cette partition uniquement pour le système d’exploitation et pour le logiciel d'application

• Configurer les réglages du réseau (cela fait partie de l'installation du système d’exploitation). Installer les protocoles TCP/IP et NETBIOS; ne pas installer DHCP ni activer le DNS; spécifier une adresse IP et un masque de sous-réseau (par exemple 192.168.1.x, 255.255-255.0; x étant un nombre compris entre 1 et 255 et spécifique au réseau concerné)

• Installer les kits de service MS Windows 2000 disponibles

• Installer un logiciel antivirus, y compris les mises à jour les plus récentes de définition de virus

Installer MS Office 2000 Professionnel, y compris les kits de service disponibles. Installer ESRI ArcView 3.2a (facultatif) et ESRI ArcPress 2 (option qui améliore la sortie des postes de travail qui impriment des cartes en ArcView), y compris les corrections disponibles (l'installation de la correction ArcView 3.2a après avoir installé le GIS IMSMA entraîne la perte des polices de caractères du GIS IMSMA);

Installer MSDE : voir chapitre 4 ( Installation) et mise à jour.

Installer les autres utilitaires fournis sur le CD IMSMA. Selon besoins.

Application Description

Outils PGP	Utilitaire de cryptage pour protéger les données exportées de IMSMA
ESRI ArcExplorer	Logiciel ArcView de visualisation des fichiers.shp. L'installer sur le poste de travail sur lequel ArcView n'est pas installé pour permettre l'affichage de données cartographiques
ESRI ArcPad	Application GIS légère pour ordinateurs équipés de MS Windows CE
Compacteur de fichiers	Utilitaire libre de compression de fichiers
Adobe Acrobat Reader	Logiciel Adobe Acrobat de lecture de fichiers.pdf. Nécessaire pour lire certaines des documentations fournies
Internet Explorer 5	Installer les fichiers du navigateur Internet MS Internet Explorer 5
VNC	Application qui permet de commander des ordinateurs par Internet. Si l'on dispose d'une connexion Internet à haut débit, cela permet d'obtenir une assistance informatique

Tableau 3.1: Programmes utilitaires du CD de distribution de IMSMA

3.2 Configuration du réseau

De nombreuses configurations de réseau peuvent recevoir une installation IMSMA. Les conditions minimales sont que les ordinateurs clients IMSMA doivent pouvoir accéder aux répertoires IMSMA du serveur IMSMA situé sur un lecteur accessible. De même, il faut disposer d'un moyen quelconque pour réaliser les copies de sauvegarde de la base de données IMSMA à titre de protection contre la perte de données.

Serveur de réseau

Il ne faut pas de logiciel serveur et on peut établir un réseau à architecture maillée ("peer-to-peer") sous MS Windows 95 / NT 4 (ou version plus récente). L'installation d'un système d’exploitation de serveur réseau (par exemple MS Windows 2000 Serveur) augmente la complexité (et le coût) de l'administration du réseau, mais renforce la sécurité du réseau, simplifie de nombreuses tâches d'administration et peut rendre le réseau plus aisé à utiliser. Un logiciel de serveur de réseau est recommandé pour des systèmes d'Information de MAC de taille moyenne à grande pour les raisons suivantes:

• Inscription centralisée des utilisateurs, qui permet aux utilisateurs d'accéder à tous les ordinateurs du réseau tout en maintenant un haut niveau de sécurité ;

• Les profils conservés dans le serveur permettent aux utilisateurs de conserver les caractéristiques particulières de leur ordinateur lorsqu'ils travaillent sur différents ordinateurs du réseau ;

• Les privilèges et les configurations d'ordinateurs hiérarchisés par groupes simplifient l'administration et augmentent la commodité d'utilisation ;

• La sauvegarde de sécurité automatique de tous les disques durs du réseau peut être gérée par le serveur de réseau ;

• Le système d'information d’un MAC peut être relié physiquement au réseau plus étendu des ordinateurs du MAC pour partager des ressources, par exemple des connexions Internet et des imprimantes à grand débit, tout en maintenant la sécurité de la base de données (il est recommandé de configurer la partie information sur un domaine séparé des autres zones fonctionnelles du MAC).

Equipement de réseau

Si le réseau du système d'information est relié physiquement à un plus grand réseau, il faut être conscient que des problèmes survenant dans d'autres zones du réseau peuvent avoir un effet nocif sur les performances de la base de données dans le réseau. Cela est particulièrement le cas des réseaux mal câblés. Si cela semble être le cas, on reliera les ordinateurs du réseau de la base de données sur un segment séparé du réseau, qui sera isolé du trafic extérieur avec le réseau.

Le réseau du système d'information doit disposer des ressources informatiques suivantes (on trouvera sur le site web d'assistance IMSMA une liste complète et détaillée du matériel et des logiciels recommandés):

• Un équipement physique de réseau de 100 Mb/s au minimum et un câblage CAT5 sont recommandés

• Un dispositif de sauvegarde de sécurité. Les sauvegardes de sécurité sur bande sont largement utilisées parce que leur coût par MB de données est bas et que les bandes ont une très grande capacité de stockage (des dizaines de GB) par support; cependant, les vitesses d'accès aux données qu'elles permettent sont beaucoup plus basses que pour d'autres supports, et l'équipement est coûteux. Une sauvegarde de sécurité sur bande convient si l'on effectue des sauvegardes de sécurité complètes du serveur – système d’exploitation, applications et données. Dans un grand réseau complexe dont la bonne marche est un élément critique d'une mission, c'est souvent essentiel. Cependant, dans de nombreux MAC, le supplément de complexité, de coût et de temps requis pour mettre en service cette approche n'est pas justifié. Dans d'autres approches, on effectue des sauvegardes de sécurité des fichiers critiques pour les systèmes, à savoir la base de données IMSMA et d'autres fichiers de données. Les plus petits volumes de données impliqués dans ces approches rendent pratiques d'autres supports, les options comprenant notamment les CD-R / CD-RW, les DVD permettant l'écriture, les lecteurs

Iomega JAZ ou ZIP et d'autres supports de stockage permettant un stockage dans la plage de 100 MB à quelques GB

• Un traceur grand format (taille A0 ou A1, et dans le cas de l'achat d'un nouveau traceur, se procurer l'interface réseau en option)

• Une imprimante couleur à grand débit (les imprimantes laser de taille A3 coûtent plus cher mais leurs coûts de fonctionnement sont beaucoup plus bas. Lors de l'achat d'une nouvelle imprimante, se procurer l'interface réseau en option);

• Une imprimante noir et blanc à haut débit (les imprimantes laser de taille A3 coûtent plus cher mais leurs coûts de fonctionnement sont beaucoup plus bas. Lors de l'achat d'une nouvelle imprimante, se procurer l'interface réseau en option);

• Un scanner couleur A4 (les connexions USB sont plus rapides que les ports parallèles; cependant, ne pas oublier que XX 0 ne supporte pas l'USB); et

• Un graveur de CD. Quel que soit le type de dispositif de sauvegarde utilisé, les graveurs CD sont indispensables pour archiver et distribuer des données.

INSTALLATION

Chapitre 4

Installation de IMSMA

La version V3.0 de IMSMA contient beaucoup de nouveaux éléments et d'améliorations qui nécessitent différentes tâches de configuration avant, pendant et après la procédure d'installation. Il est recommandé de lire ce chapitre attentivement avant d’entamer la procédure d'installation de IMSMA. Le lecteur disposera ainsi de la compréhension nécessaire pour une installation optimale de IMSMA.

Le premier paragraphe est centré sur les aspects de base qu'un administrateur IMSMA doit prendre en compte avant d'installer un serveur IMSMA, un client IMSMA ou lorsqu'il exécute une mise à niveau d'une version précédente de IMSMA. Les problèmes tels que l'installation de Microsoft SQL Serveur 2000 Desktop Engine (MSDE 2000) sont abordés ici.

Le paragraphe suivant est centré sur la procédure de mise à niveau qui comprend la préparation des données du pool de données précédent de IMSMA V2.2.

Les paragraphes suivants exposent les assistants d'installation qui accompagnent l’administrateur IMSMA au cours de l'installation du serveur ou du client.

On expose ensuite plus en détail les fichiers et les dossiers qui ont été installés.

Les derniers paragraphes terminent ce chapitre en couvrant certains aspects de personnalisation.

4.1. CD d'installation de IMSMA V3.0

On trouvera ci-dessous un court résumé des fichiers de la dernière version de IMSMA.

Figure 4.1: CD d'installation: structure du fichier

• DATA (DONNEES) – Fichiers nécessaires pour le menu démarrage/auto démarrage du CD

• Documents – Documents de support: guide de l'administrateur et de l'utilisateur, librairie FAQ, exigences du système et beaucoup plus.

• Tutorials (Assistants) – Informations d'aide supplémentaires telles que des démos sur le fonctionnement de l'environnement de saisie décentralisée de données. On trouvera également le navigateur ERM (ERD), un outil pour naviguer dans le schéma de la base de données de IMSMA.

• Utilities (Utilitaires) – Ensemble de logiciels non IMSMA qui peuvent être utile lorsqu'on travaille avec IMSMA.

• autorun.apm, autorun.inf – Fichier nécessaire pour l'option autorun.

• readme.txt – Un fichier texte qui souligne des aspects importants des exigences du système, des réglages de format de date et des aspects de sécurité et d'installation. Lisez ce fichier avant de commencer toute opération d'installation.

• Des exécutables d'installation qui peuvent être exécutés directement depuis le menu du CD:

• autorun.exe – Charge le masque principal d'installation de IMSMA. Le fichier est exécuté automatiquement, si le lecteur CD est configuré en auto démarrage

• server.exe – Démarre l'installation du serveur de IMSMA.

• client.exe – Démarre l'installation du client de IMSMA. A n'exécuter qu'après une installation du serveur de IMSMA.

• upgrade.exe – Démarre la procédure de mise à niveau de IMSMA, qui est conçue pour mettre à niveau les back-ends V2.2.

• FM MSDE.exe – Démarre l'installation de base de MSDE 2000

• FM MSDE SP2.exe – Démarre la routine d'installation du kit de services 2 de MSDE 2000

4.2. Remarques avant d'installer IMSMA V3.0

Rem

arques importantes Le menu principal, qui est chargé après avoir inséré le CD de IMSMA dans le lecteur CD, propose un lien vers le fichier readme.txt.

Figure 4.2: Ecran de démarrage de IMSMA v3.0: remarques importantes

On suggère d'abord de cliquer sur ce lien et de lire les aspects exposés étant donné qu'ils fournissent un excellent aperçu des exigences du système, des paramètres de format de date et des aspects de sécurité et d'installation. Les exposés qui suivent dans ce chapitre supposent que l’administrateur IMSMA connaît le contenu de ce fichier. On peut également l'utiliser comme document de référence dès qu'il s’agit d'effectuer des instructions de base ou un dépannage.

Installation de Microsoft SQL Serveur 2000 Desktop Engine

La nouvelle version V3.0 de IMSMA est dotée d'un back-end complètement nouveau, basé sur une base de données qui fonctionne avec n'importe quelle version de SQL Serveur 2000 (v.8.0).

MSDE 2000 est un lecteur de données construit et basé sur une technologie de base du serveur SQL, et il est fourni gratuitement. Même si une version de SQL Serveur 2000 est déjà installée, il faudra utiliser MSDE, la "version light" de SQL Serveur 2000. Elle est appelée "light" car elle présente certaines restrictions quant à la taille de la base de données, au nombre d'utilisateurs simultanés et aux outils disponibles. On doit retenir les points suivants de MSDE:

• Avec MSDE, les performances sont réduites lorsqu'il y a plus de 5 utilisateurs qui exécutent simultanément des commandes sur le serveur SQL. C’est rarement un problème pour la plupart des MAC.

• Les utilisateurs interagissent directement avec MSDE 2000 par l'intermédiaire de l'application dans laquelle il est intégré. Pour cette raison, IMSMA V3.0 propose de nouveaux formulaires qui permettent des tâches spécifiques d'administration de base de données, c'est-à-dire des sauvegardes de base de données, des restaurations, des vérifications de cohérence et des réglages de base de données. MSDE ne possède pas d’interface utilisateur propre et ne comprend pas d’outils d'administration de base de données supplémentaires tels que SQL Serveur Enterprise Manager ou SQL Serveur Query Analyzer. Se référer au chapitre 9 pour des informations supplémentaires sur ce sujet.

L'installation de MSDE 2000 ou de toute version de SQL Serveur 2000 est nécessaire avant de réaliser une mise à niveau ou une installation de serveur. Se référer au paragraphe suivant pour des instructions d'installation.

Serveur et client de IMSMA

Toutes les installations de IMSMA doivent avoir un ordinateur configuré en tant que serveur de IMSMA. Les applications du serveur et du client sont en grande partie équivalentes. Elles diffèrent en ce qu’une installation serveur reste en connexion avec la base de données du serveur SQL installée localement tandis que l'installation client recherche des fichiers de données, de schémas et de coordonnées qui utilisent le drive T en accédant au dossier C:\IMSMA du serveur par l'intermédiaire du réseau.

Sur un petit réseau, on réalisera de préférence tant des tâches d'administration que d'utilisateur sur l'ordinateur installé en tant que serveur. Sur de plus grandes installations de IMSMA, l'ordinateur installé en tant que serveur de IMSMA n'est de préférence utilisé que pour des tâches d'administrateur.

Avant d'installer IMSMA, il faut s'assurer que l'on a configuré un environnement d'ordinateur approprié tel que décrit dans le chapitre 3. Toutes les corrections de logiciels nécessaires (système d'exploitation, MS Office et ESRI ArcView) doivent être installées avant l'installation de IMSMA.

On peut installer le serveur de IMSMA sur n'importe quel ordinateur du réseau. Les points suivants doivent être pris en compte lorsque l'on choisit l'ordinateur sur lequel on installe le serveur de IMSMA:

• maximiser la disponibilité et la protection de la base de données, installer le serveur de IMSMA sur le même ordinateur qui fait office de serveur de réseau (si un serveur de réseau est installé);

• maximiser les performances du poste de travail d'analyse du GIS, installer le serveur de IMSMA sur l'ordinateur que l'on utilisera en tant que poste de travail d'analyse du GIS de base (ce doit être l'ordinateur le plus puissant du réseau); ou

• si ni l'un ni l'autre ne s’applique, choisir un ordinateur qui fonctionne sous MS Windows 2000 Professionnel / XP Professionnel avec assez de mémoire disponible sur le disque dur pour la base de données et les sauvegardes tout comme pour le volume de schéma scanné que l'on compte sauvegarder dans la base de données. Sil y a de nombreux serveurs sur le réseau, Microsoft recommande que le serveur SQL ne soit pas installé, si possible, sur un Primary Domain Controller (PDC) ou sur un Backup Domain Controller (BDC).

4.3. Installation de MSDE 2000

Le back-end de IMSMA V3.0 requiert une base de données SQL Serveur 2000. Si ni le serveur SQL ni MSDE 2000 ne sont déjà disponibles sur l'ordinateur, les étapes d'installation suivantes doivent être suivies pour installer une toute nouvelle version de MSDE 2000. Les deux méthodes permettent une installation réussie de IMSMA V3.0. Cela dépend uniquement de la stratégie de l'administrateur, de la quantité d'applications qui utilisent les mêmes ressources de moteur et les restrictions d'extension de MSDE. Pour installer MSDE 2000, suivre les étapes suivantes:

• S'enregistrer dans le système d'exploitation en tant qu'administrateur.

• Insérer le CD d'installation de IMSMA V3.0 dans le lecteur CD et attendre jusqu'à ce que le menu d'installation apparaisse. Si celui-ci ne démarre pas automatiquement, sélectionner Start > Run (Démarrage > Lancer) dans le menu

•Démarrer et parcourir le répertoire souche du lecteur CD pour trouver le fichier autostart.exe. Souligner ce fichier, sélectionner Open (Ouvrir) et OK pour commencer la procédure d'installation.

• Dans le menu d'installation, sélectionner le bouton Install MSDE (Installer MSDE).

• Suivre les instructions d'installation. MS Access demande le login de l’administrateur IMSMA. Entrer le nom d'utilisateur AdminIMSMA avec le mot de passe AdminIMSMAPwd. Cliquer sur OK.

• S'il y a déjà des extensions resp. MSDE du serveur SQL installées sur l'ordinateur (ou sur le réseau), la boîte de message suivante apparaîtra.

Figure 4.3: Installation du MSDE: une extension du serveur SQL est déjà présente

Cliquer sur Yes (Oui), si on doit utiliser des extensions locales existantes. Dans ce cas, la routine d'installation s'arrête. Si à la place on sélectionne No (Non), la boîte de message suivante vous informera du nombre d'extensions existantes et vous demandera une reconfirmation pour installer localement une nouvelle extension.

Figure 4.4: Installation de MSDE: extension supplémentaire du serveur SQL

Cliquer sur Yes pour démarrer définitivement l'installation de MSDE 2000. Cliquer sur No pour annuler la routine d'installation et sortir de celle-ci.

• Une fenêtre apparaît. Cliquer sur OK pour accepter la valeur par défaut de la nouvelle extension de MSDE ou entrer un autre nom, en respectant la règle d'attribution des noms mentionnée dans les pages 4-14.

Figure 4.5: Installation de MSDE: définir un nouveau nom d'extension

• Redémarrer après l'installation de MSDE. Nécessaire pour démarrer le service du serveur de base de données. Après le redémarrage, confirmer que l'outil apparaît dans la barre d'outils située à proximité de l'horloge du système.

Figure 4.6: Installation de MSDE: SQL Server Service

Cliquer deux fois sur l'icône de service pour ouvrir le SQL Serveur Service Manager. Est-ce que tout est configuré comme il faut? Une flèche verte signifie que le service du serveur fonctionne correctement. Un carré rouge indique que le service ne fonctionne pas. Vérifier aussi la fonctionnalité auto démarrage dans la partie inférieure. A ce stade, tout est prêt pour continuer une mise à niveau de IMSMA ou une nouvelle installation de IMSMA.

Figure 4.7: Installation de MSDE: SQL Server service démarré

• Terminer l'installation de MSDE 2000 en mettant à niveau l'installation de base avec le kit de services 2 de MSDE. Dans le menu d'installation, sélectionner le bouton Install MSDE SP2 (Installer MSDE SP2).

• Suivre les instructions d'installation. MS Access demande le login de l'Administrateur IMSMA, entrer le nom d'utilisateur AdminIMSMA avec le mot de passe AdminIMSMAPwd. Cliquer sur OK.

• Sélectionner resp. activer la flèche avec l'extension de MSDE installée au cours d'une étape précédente.

Figure 4.8: Installation de MSDE SP2: sélectionner une nouvelle extension du serveur SQL

• Redémarrer à nouveau une fois l'installation de MSDE SP2 terminée avec succès.

4.4. Mise à niveau de V2.2 à V3.0

Remarquez que toutes les versions antérieures de IMSMA ne peuvent pas être mises à niveau avec le dernier utilitaire de mise à niveau. Il ne faut l'utiliser que pour mettre à niveau des installations de IMSMA V2.2. Toutes les autres versions de IMSMA doivent d'abord être mises à niveau à V2.2. Pour cela, utilisez l'utilitaire de mise à niveau V2.2, également fourni sur le dernier CD d'installation V3.0 sous Utilities\IMSMA_Utilities\UpgradeUtilities.

La mise à niveau d'une installation de IMSMA existante est une procédure automatique. Cependant, il faut être conscient du fait que toute personnalisation effectuée sur l'installation de IMSMA doit être reconfigurée et restaurée après la procédure de mise à niveau. En outre, les modifications apportées à la structure de données de IMSMA entre deux versions peuvent nécessiter une maintenance du pool de données existant avant la mise à niveau même si certaines fonctions de nettoyage de données ont été intégrées dans la dernière routine de mise à niveau.

4.4.1. Sauvegarde avant la mise à niveau

Avant de démarrer la procédure de mise à niveau, s'assurer que l'on a Backed Up

(sauvegardé) toute l'installation de IMSMA. On peut faire cela en réalisant une copie

du répertoire de IMSMA sur le serveur ou en utilisant un logiciel tiers ou l'utilitaire de sauvegarde du système d'exploitation.

4.4.2. Résumé des modifications de version

Au début de la procédure de mise à niveau, on vous demandera de revoir, de préparer et de nettoyer les données de la version antérieure.

On trouvera ci-dessous un court résumé des modifications principales apportées entre les deux versions de IMSMA. Cela peut aider à mieux exécuter les opérations de nettoyage de données. L'outil de préparation de données décrit dans le paragraphe suivant peut être démarré indépendamment ou par l'intermédiaire de l'assistant de mise à niveau pour nettoyer les pools de données V2.2.

IMSMA V1.1 à IMSMA V1.2

Des modifications vers les liens entre les rapports d'enquête d'impact et les rapports d'enquête techniques ont été réalisées entre IMSMA V1.1 et IMSMA V1.2. Dans IMSMA V1.1, les enquêtes d'impact étaient liées aux enquêtes techniques. Dans IMSMA V1.2, ce sont les zones minées des enquêtes d'impact qui sont liées aux enquêtes techniques. Ces liens doivent être établis manuellement lors d'une mise à niveau de V1.1 à V1.2.

IMSMA V1.2 à IMSMA V2

Les nouvelles normes internationales de l'UNMAS pour le déminage humanitaire (disponibles à l'adresse: xxx.xxxxxxxxxxxxxxxxxxxxxx.xxx) ont modifié la terminologie utilisée pour les enquêtes de lutte anti-mines. Ce qui suit fournit un guide rapide de la nouvelle terminologie de IMSMA V2.0 étant donné qu'elle concerne la terminologie utilisée dans IMSMA V1.2:

• Etude niveau 1 devient Etude d'impact

• Etude niveau 2 devient Etude technique

• Etude niveau 3 devient Etude de validation

L'ajout d'une ID de tâche, utilisé en association avec l'outil de tâche, a rendu les ID de projet de IMSMA pre-V2.0 redondantes. Pendant la procédure de mise à niveau, toutes les ID de projet sont enregistrées dans le champ clnUserDefined20 du tableau approprié. Avant IMSMA V2.0, l'ID de projet apparaissait dans les tableaux tblClearance, tblCompletionReport, tblMineField, tblSurvey1 et tblSurvey2.

pre-IMSMA V2.2

Le support de plusieurs systèmes de coordonnées a été mis en oeuvre dans IMSMA V2.2. Si vos données de coordonnées étaient enregistrées dans tout autre plan de référence que WGS 84 (GRS 80 ellipsoïde), vous devez configurer la routine de mise à niveau pour utiliser le plan de référence approprié pendant la procédure de mise à niveau. Etant donné que V2.2 est le début d'un tableau cartographique (map table) consolidé (tblMap), il est important de nettoyer les références cartographiques dans

tous les tableaux traitant de lutte anti-mines lors d'une mise à niveau à partir d'une version antérieure.

IMSMA V2.2 à IMSMA V3.0

La version 3.0 comprend deux nouvelles entités de IMSMA: organizations (organisations) et mine risk education activities (actions d'éducation aux risques des mines). Par conséquent, les champs des tableaux de lutte anti-mines qui se réfèrent à des organisations doivent être nettoyés. IMSMA V3.0 attribue également un status (statut) à chaque procédure et à chaque risque de lutte anti-mines. Cette importante amélioration permet à l'utilisateur d’avoir un meilleur aperçu de l'état des activités de déminage et de leur caractère prioritaire.

La routine de mise à niveau comprend des composants qui aident à nettoyer, à réorganiser et à définir des informations pour le nouveau back-end. Pendant la routine de mise à niveau, on vous demande d'analyser les tableaux V2.2 et leurs colonnes respectives. Il est recommandé de consacrer un petit peu de temps aux tableaux et aux colonnes qui se réfèrent aux organisations et aux contacts. Veuillez vous référer au paragraphe suivant, dans lequel la routine de mise à niveau est exposée plus en détail.

4.4.3. Utilitaire de mise à niveau de IMSMA V3.0

ATTENTION!

Avant d'exécuter l'utilitaire de mise à niveau, s'assurer que l'on a effectué les sauvegardes de toute l'installation de IMSMA! Si on exécute IMSMA comme une solution Serveur/Client, il faut toujours d'abord mettre à niveau le serveur de IMSMA et ensuite le client. On applique une stratégie de mise à niveau similaire lorsqu'un environnement de saisie décentralisée de données est supporté. Normalement, on réalise d'abord la mise à niveau des serveurs/clients du MAC national, ensuite celle des MAC régionaux et finalement on synchronise les données.

S'inscrire dans le système d'exploitation avec des droits d'administrateur.

CD d'installation de IMSMA

Insérer le CD d'installation de IMSMA V3.0 – si l'exécution automatique est activée, l'écran suivant apparaîtra. Cliquer sur la boîte Upgrade your Field Module (Mise à niveau du module Terrain). Si l'écran de démarrage n'apparaît pas, le programme de mise à niveau upgrade.exe peut être exécuté à partir du CD. Exécuter ce fichier en le sélectionnant par un double click.

Figure 4.9: Utilitaire de mise à niveau de IMSMA V3.0: écran de démarrage

Utilitaire de nettoyage

Une boîte de message apparaît pour avertir l'administrateur IMSMA qu'un outil de nettoyage de données va être lancé. Confirmer en cliquant sur le bouton OK.

Figure 4.10: Utilitaire de mise à niveau de IMSMA V3.0: lancer l’outil de nettoyage

L'utilitaire de nettoyage se reliera à l'ancien back-end et il ne peut être démarré que par des utilisateurs autorisés de IMSMA. Entrer le nom d'utilisateur AdminIMSMA avec le mot de passe AdminIMSMApwd pour continuer. L'écran suivant apparaît.

Figure 4.11: Utilitaire de mise à niveau de IMSMA V3.0: outil de nettoyage de données

On peut obtenir un aperçu de l'outil de préparation de données en cliquant sur le bouton marqué d’un point d'interrogation. Remarquez que cet outil apportera directement des modifications aux tableaux de V2.2. Avez-vous sauvegardé vos données?

Continuez le nettoyage des tableaux de IMSMA selon les instructions. La procédure classique consiste à cliquer d'abord sur un tableau, ensuite sur la colonne qui nécessite des ajustements et à remplacer son ancienne valeur par une nouvelle.

Etant donné que IMSMA V3.0 comprend des organisations, il faut vérifier au minimum tous les tableaux contenant un champ clnOrganization. Par exemple si une organisation est mentionnée 6 fois avec 5 orthographes différentes, la routine de mise à niveau ajoutera 5 fois l'organisation dans le nouveau tableau tblOrganization, chacun avec une orthographe différente. Par conséquent, il est nécessaire de vérifier et de nettoyer les données afin d'éviter des entrées multiples pour la même organisation.

Remarquons également que la routine de mise à niveau mentionnée plus bas permet également de créer automatiquement de nouvelles entrées pour des contacts. Si on souhaite profiter de cette fonctionnalité pratique, il faut également penser à vérifier tous les tableaux qui présentent des champs tels que clnReportedBy, clnEnumerator1, clnEnumerator2.

Installation du serveur de IMSMA

Après la préparation des données, on est prêt à continuer la procédure de mise à niveau.

Figure 4.12: Utilitaire de mise à niveau de IMSMA V3.0 : installation de la mise à niveau du serveur IMSMA

Installer la fonctionnalité du GIS IMSMA

Choisissez d'installer la fonctionnalité du GIS si vous utilisez cette fonctionnalité sur ce poste de travail.

Préparation de la base de données du serveur SQL de IMSMA

Dès que tous les fichiers ont été copiés sur le disque dur de votre système, une autre boîte login MS Access apparaît. S’enregistrer de nouveau avec les mêmes autorisations d'utilisateur de IMSMA que celles mentionnées plus haut pour charger l'outil de préparation du serveur SQL de IMSMA. Compléter les étapes comme suit:

Figure 4.13: Utilitaire de mise à niveau de IMSMA V3.0 : outil de préparation du back end de IMSMA

Etape 1: Sélectionner le serveur SQL. Choisir le lecteur du serveur SQL qui doit être utilisé pour exécuter le back-end de base de données du serveur SQL de IMSMA dans la boîte Existing Servers Combo. Si MSDE 2000 a été installé précédemment (parce qu'il n'y avait pas d'autre extension disponible de serveur SQL ou parce qu'une nouvelle extension est nécessaire), son nom doit être accessible dans la liste de sélection. S'il n'y avait pas d'installation précédente du serveur SQL, le nom doit correspondre au nom du lecteur où le mot Default (par défaut) apparaît.

Si l'ordinateur que vous installez est autonome (sans carte ni connexion réseau), il peut être nécessaire d’introduire le nom du serveur manuellement.

Etape 2: Dans le cas où un serveur SQL existant a été choisi pour jouer le rôle du lecteur du serveur SQL de IMSMA, entrer les autorisations d'utilisateur avec les droits d'administration dans le serveur. Si on sélectionne la boîte de vérification Windows Trusted Security, les autorisations d'utilisateur du niveau de système d'exploitation sont transmises au serveur SQL. Cela fonctionnera bien tant que l'utilisateur enregistré est un administrateur de l'ordinateur qui comprend l'extension du serveur SQL.

Dans le cas d'une nouvelle installation de MSDE 2000, aucune modification n'est nécessaire étant donné que l'utilisateur sa (system administrator) ne possède pas de mot de passe par défaut. Pendant la création de la base de données suivante, les autorisations du compte du sa seront ensuite complétées automatiquement. L'utilisateur sa est un compte d'administrateur interne du serveur SQL qui ne doit pas réellement être utilisé pour les besoins de IMSMA, mais qui est nécessaire au serveur SQL comme un compte d'administrateur standard.

Etape 3: Entrer le nom de la nouvelle base de données du back-end de IMSMA. La valeur par défaut est IMSMA. Si on n'utilise pas la valeur par défaut, on recommande un nom court logique tel que le nom du MAC.

Remarquez que les règles d'attribution des noms du serveur SQL s'appliquent comme suit:

Le premier caractère doit être:

> alphabétique (majuscule ou minuscule, de a à z, de A à Z),

> le signe de soulignement ( ),

> le signe "at" (@) ou

> le signe carré (#)

Les caractères suivants peuvent être:

> alphabétiques

> des nombres décimaux,

> le signe de soulignement ( ),

> le signe "at" (@); mais ne pas commencer un nom par @@

> le signe dollar ($) ou

> le signe carré (#)

Il faut aussi tenir compte de ce que le nouveau nom de la base de données doit être unique. Par conséquent, vérifier la deuxième boîte combo sous le point 1 dans laquelle toutes les bases de données existantes sont reprises pour le serveur SQL sélectionné.

Etape 4: Définition du nom de source de données (Data Source Name – DSN). La valeur par défaut est IMSMA. Le DSN représente les paramètres ODBC nécessaires pour établir la connexion de base de données entre le back-end et le front-end de IMSMA. Utiliser un nom de DSN différent si on utilise déjà IMSMA du DSN pour d'autres utilisations.

Etape 5: Cliquer sur le bouton Yes - Continue (Oui - continuer) pour exécuter la création de la base de données. Si on sélectionne No – Install MSDE (non - installer MSDE), la procédure d'installation de MSDE démarre comme décrit au paragraphe

4.3. La préparation du serveur SQL doit ensuite être terminée après l'installation du MSDE en redémarrant de nouveau l'exécutable upgrade.exe ou en exécutant manuellement le fichier IMSMA ServerSQLPrep.mdb, ensuite le fichier UpgradeUtilityV3.0.mdb. Se référer au paragraphe 4.3 si on choisit d'installer MSDE 2000 à ce moment.

Remarquez que la création de la nouvelle base de données peut prendre plusieurs minutes. Une boîte de message apparaît pour confirmer la création réussie de la base de données.

Importation de tableaux d'application

La dernière étape consiste à importer des données d'application de base.

Figure 4.14: Utilitaire de mise à niveau de IMSMA V3.0: tableaux d’application principaux

Utilitaire de mise à niveau

Une dernière boîte de login MS Access apparaît. Maintenant, le système est prêt à transférer le contenu de données de l'ancien fichier V2.2 FieldModuleDataPool.mdb à la base de données du serveur SQL de IMSMA récemment créée. S’inscrire avec les autorisations d'utilisateur habituelles de l’administrateur IMSMA et configurer l'utilitaire de mise à niveau en suivant les instructions ci-dessous.

Figure 4.15: Utilitaire de mise à niveau de IMSMA V3.0: outil de préparation du back-end de IMSMA

Back-end old version (Ancienne version du back-end): Si le fichier repris dans la liste n'est pas correct, parcourir la structure de fichier et naviguer dans l'ancien fichier FieldModuleDataPool.mdb. Si aucune modification de parcours n'a été réalisée pendant les procédures d'installation, on trouvera le fichier MS Access sous C:\_Backup_Old_FieldModule\FieldModuleDataPool.mdb. Vérifier la confirmation de la version. Ce doit être 2.2.

Back-end new version (Nouvelle version du back-end): Choisir un serveur qui soit disponible dans le système à partir de la boîte Nom du Serveur SQL. A nouveau, si on dispose d’un ordinateur autonome sans connexion réseau, il peut être nécessaire d’introduire manuellement les noms de serveur et de la base de donnée. Dans le champ Database names (nom de base de données), seules des bases de données gérées par ce serveur sont reprises. Choisir le back-end de IMSMA récemment créé. Si une nouvelle extension du serveur SQL est installée (c'est le cas d'une installation de IMSMA standard), on doit maintenant recevoir une confirmation de la version 3.0. Si on sélectionne à la place une extension de serveur SQL utilisée précédemment, l'utilisateur de IMSMA AdminIMSMA peut ne pas être un utilisateur de serveur reconnu et autorisé. Dans ce cas, une boîte de login supplémentaire apparaît. Introduisez-y le nom et le mot de passe de l'utilisateur d'un compte spécifique de serveur SQL avec des droits d’administration sur le serveur SQL.

Option "Create a contact in V3.0..." (Créer un contact en V3.0...): En réglant un marqueur de vérification (valeur par défaut), un contact est créé pour chaque personne entrée dans les colonnes clnReportedBy, clnEnumerator1 ou clnEnumerator2. Le contact est normalement associé à l'organisation entrée dans les champs de forme Organisation ou Enum.organisation. Si on ne souhaite pas créer des contacts automatiquement, il faut désactiver la boîte de vérification.

Option "Make copies of V2.2 tables..." (Faire des copies des tableaux V2.2...): En plaçant un marqueur de vérification, 5 tableaux d'application qui ne sont normalement pas utilisés dans V3.0 peuvent être copiés sur le nouveau back-end pour un traitement manuel ultérieur. La boîte de vérification n'est pas sélectionnée par défaut.

Mise à niveau de IMSMA

Enfin, cliquer sur le bouton Upgrade IMSMA (Mettre à niveau IMSMA) pour commencer le transfert de données.

Deux nouveaux onglets de dossier s’affichent maintenant. L’onglet Progress (Avancement ou Progrès) indique l’état actuel de la procédure de mise à niveau et l’onglet Messages indique toute la procédure, en regroupant les activités en messages d’information, d’avertissement et d’erreur. Ces messages peuvent être écrits dans un fichier à la fin de la mise à niveau. Cliquer sur le bouton Export log file (Fichier de journal d'exportation) pour spécifier un parcours et un nom de fichier. S’il n’est pas sauvegardé, un message rappelle à l’utilisateur de reconsidérer la création du fichier.

Figure 4.16: Utilitaire de mise à niveau de IMSMA V3.0: exporter et sauvegarder des entrées d'identification

Remarquez que les avertissements donnent généralement des informations sur les modifications des données qui ont été apportées automatiquement et qui peuvent ne pas être souhaitées. Par conséquent, il est utile de prendre le temps de regarder les entrées de l’onglet message et de les exporter dans un fichier.

Redémarrer

Si la procédure a réussi, terminer l’installation du serveur de IMSMA en redémarrant le système. Cela est capital pour le bon fonctionnement de l’environnement du système parce que des entrées de registre sont rafraîchies et mises à jour, de nouveaux éléments sont activés et des polices spécifiques à IMSMA sont rendues disponibles au système d’exploitation.

4.4.4. Récupération des personnalisations après une mise à niveau

Attention!

Les personnalisations suivantes ne sont pas transférées automatiquement dans la nouvelle version de IMSMA pendant la procédure de mise à niveau:

• toutes les modifications apportées au front-end de IMSMA (FieldModule.mdb), y compris toutes les modifications apportées aux formulaires par exemple tous les champs définis par l’utilisateur activés dans les formulaires de saisie de données, les rapports personnalisés, l’ajout de tableaux personnalisés ou de liens vers des extensions et des modifications d’autres réglages de paramètre d’application enregistrés dans le front-end de IMSMA tels que des réglages de parcours de fichier.

• toutes les modifications apportées au back-end de IMSMA et au dictionnaire de données du GIS, telles que des traductions, toutes les requêtes personnalisées, les thèmes et les présentations du GIS.

• les modifications apportées aux formats de rapport MS Word.

Ces personnalisations peuvent être extraites de la sauvegarde de IMSMA et réutilisées. Par exemple on peut importer des requêtes, des présentations et des rapports personnalisés dans IMSMA mis à niveau. Cependant, il faut être conscient qu’une mise à niveau du système nécessitera toujours une revérification/réécriture de toutes les requêtes personnalisées. Se référer par exemple à l’Annexe C pour obtenir une idée des modifications de syntaxe (Access en fonction du serveur SQL) lorsqu’on redéfinit des requêtes du back-end telles que des requêtes du GIS.

Les outils suivants peuvent aider à donner un aperçu complet de toutes les modifications apportées à IMSMA V3.0:

• Annex F (Annexe F): Résumé tabulaire des nouveaux tableaux, des nouvelles requêtes tout comme des attributs nouveaux et modifiés dans les tableaux existants.

• Metadata Browser (Navigateur de métadonnées): Liste des tableaux et/ou des attributs supprimés. Lorsque IMSMA est installé, démarrer et naviguer dans le navigateur de métadonnées en cliquant sur Administration > Database Administration > Meta Data (Administration > Administration de la base de données > Métadonnées). Marquer la boîte de vérification Show Discontinued table/columns (Montrer les tableaux/colonnes supprimés) et cliquer sur un tableau dans le cadre le plus à gauche. Seules les colonnes de tableaux qui ne sont plus disponibles dans le nouveau back-end apparaissent dans le cadre central. Se référer également au chapitre 9.

• ERM Explorer (ERD) (Explorateur ERM (ERD): Un outil interactif basé sur le format Shockwave de Macromedia qui permet de naviguer dans le schéma de la base de données. Il permet à l’utilisateur d’explorer rapidement et exhaustivement des relations entre tableaux. Cet outil est disponible sous C:\IMSMA\IMSMA‗Utilities et il fonctionne indépendamment d’une installation de lecteur shockwave.

Pensez également à revérifier tous les champs pour lesquels le type de données a été modifié de text (texte) à yes/no (oui/non) (par exemple des UDF définis comme des boîtes de vérification). Après la mise à niveau, ces champs sont rétablis au type de données par défaut text (texte).

Remarquez que la restauration de personnalisations de formulaires du front-end de IMSMA nécessite de nombreuses étapes manuelles. On doit ouvrir l’ancien et le nouveau front-end avec la méthode de contournement. On doit ensuite ouvrir chaque version des formulaires correspondant en vue design. Utiliser les fonctions couper et coller pour copier des personnalisations de l’ancien design dans le nouveau. Lorsqu’on déplace des UDF, il faut supprimer les UDF correspondants dans la nouvelle version et rétablir l’ancien onglet et les anciens champs de noms aux nouveaux noms correspondants. Remarquez que les noms et les onglets des UDF ont changé dans V3.0.

Revoir le chapitre 5 avant de commencer les personnalisations ou contacter l’équipe de support de IMSMA pour davantage d’aide.

4.4.5. Thèmes et extensions du GIS

Les projets ArcView qui contiennent des thèmes IMSMA ne fonctionneront pas après la mise à niveau en raison de modifications dans le dictionnaire de données de IMSMA et de modifications apportées aux requêtes GIS enregistrées dans le pool de données de IMSMA. Pour s’assurer qu’un fichier ArcView.apr peut être utilisé avec IMSMA mis à niveau, suivre la procédure suivante:

1. Supprimer tous les thèmes IMSMA du projet

2. Décharger toutes les extensions IMSMA et sauvegarder le projet

3. Mettre à niveau IMSMA

4. Utiliser le fichier IMSMA.adp pour créer de nouvelles requêtes GIS personnalisées et de nouveaux thèmes basés sur les anciens, en respectant la nouvelle structure et la nouvelle syntaxe de IMSMA et du DDX.

5. Charger les nouvelles extensions GIS dans un fichier.apr vide

6. Charger les nouveaux thèmes GIS

4.5. Installer un nouveau serveur IMSMA

Sélectionner cette option pour l’ordinateur qui doit être installé comme nouveau serveur IMSMA. Si plus d’un ordinateur doit être configuré comme poste de travail de IMSMA, le premier est installé comme serveur et les ordinateurs suivants sont installés comme clients.

S’enregistrer dans le système d’exploitation en tant qu’administrateur.

Paramètres régionaux

Confirmer que les paramètres régionaux du système d’exploitation sont compatibles avec IMSMA – IMSMA requiert que la décimale des nombres soit affichée par une période (pas par une virgule) et que le paramètre de date longue ne dépasse pas 12 caractères en longueur. Le format de date longue recommandé est d.mmm yyyy (j.mmm aaaa). Sous Windows 2000, on accède aux paramètres régionaux dans le menu Start (Démarrer) – sélectionner Settings > Control Panel > Regional parameters (Réglages > Tableau de commande > Paramètres régionaux).

CD d’installation de IMSMA

Insérer le CD dans le lecteur CD. Si ce lecteur dispose d’un auto démarrage, une page d’installation apparaît.

Figure 4.17: Installation du serveur IMSMA V3.0: masque d’installation

Si celui-ci ne démarre pas automatiquement, sélectionner Start > Run (Démarrer > Exécuter) dans le menu Démarrer et rechercher le fichier autostart.exe dans le répertoire souche du lecteur CD. Souligner ce fichier, sélectionner Open (Ouvrir) et OK pour démarrer le menu d’installation.

Installation du serveur IMSMA

Dans le menu d’installation, sélectionner le bouton Installer le serveur de module de champ.

Figure 4.18: Installation du serveur IMSMA V3.0: Ecran d’accueil

Suivre les instructions d’installation et lire l’accord de licence et la clause de non- responsabilité. Cliquez sur le bouton Agree (Accepter) pour continuer.

Fonctionnalité du GIS IMSMA

Choisir d’installer la fonctionnalité du GIS si on souhaite utiliser cette fonctionnalité sur ce poste de travail.

Préparation de la base de données du serveur SQL de IMSMA

Dès que l’on a copié tous les fichiers sur le disque dur du système, une boîte login MS Access apparaît. S’enregistrer avec le nom d’utilisateur AdminIMSMA et le mot de passe AdminIMSMAPwd pour charger l’outil de préparation du serveur SQL de IMSMA.

Figure 4.19: Installation du serveur IMSMA V3.0: outil de préparation du back-end de IMSMA

A ce stade, veuillez vous référer au paragraphe sur la mise à niveau pour achever l’installation du serveur de IMSMA (voir titre: Préparation de la base de données du serveur SQL de IMSMA). Les étapes sont identiques (définition d’une nouvelle base de données IMSMA, importation de données d’application). L’installation du serveur de IMSMA est terminée après avoir créé le nouveau back-end de IMSMA.

Redémarrer

Après une procédure réussie, redémarrer le système d’exploitation. Cela est essentiel au bon fonctionnement de l’environnement du système parce que les entrées de registre sont rafraîchies et mises à jour, de nouveaux éléments sont activés et des polices spécifiques à IMSMA sont rendues disponibles dans le système d’exploitation.

Pour les MAC dans lesquels des clients IMSMA seront installés sur des ordinateurs connectés au réseau, partager le dossier C:\IMSMA lorsque la procédure d’installation est terminée. Dans Windows, cliquer avec le bouton droit sur ce répertoire, sélectionner Sharing… (Partager...), sélectionner la boîte de dialogue Share this folder (Partager ce fichier) et affecter un nom de partage par exemple IMSMA.

Remarque: il faut avoir installé les composants du réseau. Si l’option Sharing… (Partager...) n’est pas disponible, se référer au chapitre précédent pour des informations sur la configuration de l’environnement.

4.6. Installer un nouveau client IMSMA

La procédure d’installation d’un client IMSMA est similaire à celle du serveur IMSMA

– sauf que le serveur IMSMA doit être disponible à l’ordinateur client sur le réseau.

S’enregistrer dans le système d’exploitation en tant qu’administrateur.

Paramètres régionaux

Confirmer que les paramètres régionaux du système d’exploitation sont compatibles avec IMSMA – IMSMA requiert que la décimale des nombres soit affichée par un point (pas par une virgule) et que le paramètre de date longue ne dépasse pas 12 caractères en longueur. Le format de date longue recommandé est d.mmm yyyy (j.mmm aaaa). Sous Windows 2000, on accède aux paramètres régionaux dans le menu Start (Démarrer) – sélectionner Settings > Control Panel> Regional options (Réglages > Tableau de commande > Options régionales).

Dossier partagé

S’assurer que le poste de travail du serveur IMSMA a partagé le dossier C:\IMSMA.

CD d’installation de IMSMA

Insérer le CD dans le lecteur CD. Si ce lecteur dispose d’un auto démarrage, une page d’installation apparaît.

Figure 4.20: Installation du client IMSMA : masque d’installation

Installation du client IMSMA

Dans le menu installation, sélectionner le bouton Install Field Module Client

(Champ d'installation module client).

Fonctionnalité GIS IMSMA

Suivre les invites d’installation. Choisir d’installer la fonctionnalité GIS si on souhaite utiliser cette fonctionnalité sur ce poste de travail.

Préparation du serveur SQL de IMSMA pour des clients IMSMA

Dès que tous les fichiers sont copiés sur le disque dur du système, une boîte de login MS Access apparaît. S’enregistrer avec le nom d’utilisateur AdminIMSMA et le mot de passe AdminIMSMAPwd pour charger l’outil de préparation de base de données pour des clients IMSMA. Suivre les étapes suivantes:

Figure 4.21 : Installation du client IMSMA V3.0 : Outil de préparation de base de données IMSMA pour les clients IMSMA

Etape 1: Sélectionner le serveur SQL. Choisir le lecteur du serveur SQL qui doit être utilisé pour exécuter le nouveau back-end de la base de données du serveur SQL IMSMA dans la boîte Existing Serveur Combo. Si on a installé MSDE 2000 au préalable (parce qu’il n’y avait pas d’autre extension de serveur SQL disponible ou parce qu’on souhaite une nouvelle extension), son nom doit être accessible dans la liste de sélection. S’il n’y avait pas d’installation précédente de serveur SQL, le nom doit correspondre au nom de l’ordinateur ou le mot Default (Défaut) apparaîtra à l’écran.

Si l’ordinateur que l’on configure est autonome (sans carte ni connexion réseau), il peut être nécessaire d’introduire le nom du serveur manuellement.

Etape 2: Définition du nom de source de données (“Data Source Name” – DSN). La valeur par défaut est IMSMA. Le DSN représente les paramètres ODBC requis pour établir la connexion de base de données entre le front-end et le back-end de IMSMA. Utiliser un nom DSN différent si on utilise déjà le DSN IMSMA à une autre fin.

Cliquer sur le bouton Continuer pour terminer l’installation.

Redémarrer

Ne pas oublier d’attribuer la lettre “T“ au nouveau disque, en référençant le fichier partagé C:\IMSMA sur le poste de travail du serveur IMSMA.

Si des spécialisations spécifiques à un pays doivent être introduites dans l’interface frontale IMSMA, il faut les introduire d’abord dans le serveur IMSMA, tester les spécifications pour s’assurer qu’elles sont correctes et copier ensuite l’interface frontale dans la station de travail IMSMA cliente. Procéder de la même façon pour l’entrée et la sortie DDX.

Si les fichiers IMSMA sont pris dans le serveur, la frontale du serveur doit être éditée pour fixer un paramètre qui l’identifie comme la frontale cliente. Ouvrir IMSMA en sautant la Macro de démarrage. Ouvrir tblApplicationParameterInternal. Changer la valeur de KindofApplication de Serveur à Client.

Des renseignements plus précis sur ce sujet sont fournis au chapitre 5 : Paramétrisation

4.7. Emplacements de fichier et configurations du système

4.7.1. Dossier C:\IMSMA

Voyons quel est le contenu du dossier C:\IMSMA. L’administrateur IMSMA peut modifier certains emplacements de fichier par défaut de composants de IMSMA (voir également le chapitre 5). Si on a configuré le réseau comme décrit au chapitre précédent, il n’est pas nécessaire de modifier les emplacements de fichier par défaut. Si on dispose d’un réseau existant que l’on ne souhaite pas modifier, il peut être nécessaire de modifier certains de ces paramètres par défaut.

La structure du fichier IMSMA par défaut est représentée dans la figure ci-dessous.

Figure 4.22: Emplacement des fichiers: structure de fichiers de IMSMA v3.0

Tous ces composants peuvent être déplacés d’un emplacement à un autre; cependant, il est recommandé de maintenir l’installation par défaut afin de simplifier les procédures de maintenance telles que la mise à niveau à de futures versions de IMSMA.

Les dossiers GIS et Image peuvent devenir très volumineux selon le type de données cartographiques que l'on utilisera avec le GIS IMSMA et la manière dont de nombreux schémas scannés seront sauvegardés dans les différents rapports de base de données. Si les exigences d’enregistrement de ces composants deviennent trop grandes pour le volume du disque actuel, ils peuvent être déplacés sur d'autres lecteurs et référencés par IMSMA. Néanmoins, on recommande d'utiliser les parcours par défaut de IMSMA pour garder une maintenance de données la plus simple possible.

Description de la structure du répertoire et des fichiers de IMSMA:

Dossiers

• Backup (Sauvegarde) – Dossier qui contient des fichiers qui sont nécessaires à l'assistant d'installation ou de désinstallation pour exécuter correctement une désinstallation de IMSMA.

• DataEntrySheets – Elles contiennent les formats de rapport.doc de MS Word. L'emplacement de ce dossier est établi dans tblApplicationParameter pour tous les ordinateurs qui participent au réseau local de IMSMA.

• DecentralFiles – Les fichiers qui sont nécessaires pour des besoins de synchronisation entre les MAC centraux et régionaux sont enregistrés ici. L'emplacement de ce dossier est établi dans tblApplicationParameterLocal pour tous les ordinateurs qui participent au réseau local de IMSMA.

• Documentation – Contient des manuels d'aide, des FAQ et des guides tant de l'utilisateur que de l'administrateur. En cas de problème lors de l'installation, consulter ces références avant de contacter l'équipe de support de IMSMA.

• ExportFiles – Ils peuvent contenir des fichiers générés par des fonctions d'exportation de IMSMA. L'emplacement par défaut de ce dossier est enregistré individuellement pour chaque ordinateur dans tblApplicationParameterLocal. On peut également définir un emplacement différent dans le formulaire d'exportation.

• Gis – Contient les fichiers qui sont requis pour la fonctionnalité GIS IMSMA. Remarque: ne l’installer que si on a choisi d'installer la fonctionnalité GIS pendant la procédure d'installation. On trouvera plus bas une description détaillée du contenu de ce dossier.

• Image – Contient différents sous-dossiers d'images scannées référencées dans les rapports de base de données de IMSMA. L'emplacement par défaut de chaque sous-dossier contenu dans ce dossier est établi dans tblApplicationParameter pour tous les ordinateurs qui participent au réseau de IMSMA. Le parcours et le nom de fichier réel de l'image sont stockés dans tblSketch.

• IMSMA_Utilities – Outils supplémentaires spécifiques à IMSMA pour faciliter l'installation et la maintenance de l'environnement de IMSMA. Utiliser par exemple l'outil de préparation de données, mentionné au paragraphe mise à niveau de ce chapitre, pour nettoyer des données étrangères avant de les importer dans

IMSMA. Ou alors exécuter ERD, un exécutable shockwave pour naviguer dans le modèle de relation d'entité de la base de données de IMSMA, etc.

• IMSMABackups – Dossier qui contient des fichiers de sauvegarde créés

lorsqu'une tâche de sauvegarde manuelle ou programmée est exécutée sur le back-end de IMSMA. Utiliser ces fichiers pour restaurer la base de données en cas de perte de données ou de corruptions de la base de données. Se référer au chapitre 9 pour des détails concernant la manière de configurer des tâches de sauvegarde et de restauration. L'emplacement par défaut de ce dossier est enregistré dans tblApplicationParameterLocal. Les tâches de sauvegarde et de restauration peuvent également être commandées depuis une installation client de IMSMA. Remarquez que les fichiers de sauvegarde sont néanmoins uniquement sur l'ordinateur du serveur SQL.

• Upgrade – Les utilitaires de mise à niveau de V3.0 et son raccourci sont

enregistrés ici. Ce fichier mdb peut être exécuté indépendamment des routines de mise à niveau upgrade.exe.

• xdb_install – Dans le cas d'une installation serveur de IMSMA, il faut rechercher

les fichiers associés au back-end, ils sont requis pour installer une nouvelle base de données back-end (outil de préparation du serveur SQL) et des fichiers qui documentent la procédure d'installation (journal). L'outil de préparation de base de données FMServerSQLPrep.mdb est un composant intégré de la mise à niveau (upgrade.exe) et de la routine d'installation du serveur (server.exe). Néanmoins il ne peut être utilisé indépendamment pour installer une nouvelle base de données back-end de IMSMA.

Dans le cas d'une installation client de IMSMA, on trouvera le fichier FMClientSQLPrep.mdb pour établir la bonne connexion entre le front-end du client et le back-end du serveur. Le fichier FMClientSQLPrep.mdb est un composant intégré de la routine d'installation de client (client.exe).

Fichiers

• FieldModule.mdb – Le front-end de IMSMA. Il contient tous les éléments du front- end de IMSMA, y compris les tableaux, les requêtes, les formulaires, les rapports et les modules Visual Basic qui servent à interagir avec les données. Les requêtes GIS et certaines des requêtes de rapport sont situées dans le serveur SQL. On ne peut y accéder qu’en utilisant le fichier IMSMA.adp mentionné plus haut. Mis à part certaines données d'application, aucune donnée de lutte anti-mines n'est enregistrée dans le front-end.

La base de données front-end IMSMA est liée aux tableaux enregistrés dans la base de données. La base de données à laquelle la base de données front-end est liée est visible dans l’onglet Administration de la base de données. Pour se connecter manuellement à une base de données d’un serveur SQL différent (ce qui peut être utile pendant la personnalisation ou pendant l’entraînement), lire les considérations contenues dans le chapitre 9.

• IMSMA.adp – Le fichier Access Data Project est une fenêtre du nouveau back- end de IMSMA, la base de données du serveur SQL. Similaire au fichier FielModule.mdb, il montre tous les tableaux et toutes les requêtes du back-end (mais pas des objets du front-end). La différence réside dans le fait que seul le fichier adp détient suffisamment de droits pour travailler directement sur le back-

end. Le fichier adp est l’emplacement où on peut définir des requêtes (des vues) du back-end par exemple des requêtes GIS. Lorsque l'on travaille avec des objets présents dans le fichier adp, on travaille directement avec des objets du serveur SQL.

• IMSMA.mdw – Le fichier MS Access Workgroup Information qui définit des

utilisateurs et des groupes d'utilisateurs. Ces groupes sont utilisés par MS Access pour déterminer les objets MS Access qui peuvent être utilisés par un utilisateur dans la base de données.

• UNWISE.EXE – L'application de désinstallation. A utiliser pour désinstaller IMSMA du système.

• UNWISE.INI – Des informations utilisées par l'application de désinstallation.

• INSTAL.LOG – Enregistrement de la procédure d'installation.

4.7.2. Dossier C:\IMSMA\GIS

La structure du fichier GIS IMSMA par défaut est représentée dans la figure ci- dessous.

Figure 4.23 : Emplacements des fichiers GIS MSMA V3.0 structure de fichier GIS

Description de la structure du répertoire et des fichiers GIS IMSMA (qui commencent par la racine \\IMSMA\GIS):

Dossiers

• _shp_imsma_gis – répertoire fourni de manière dynamique comme emplacement par défaut des fichiers créés par le fichier de projet ArcView correspondant. Pour un fichier de projet ArcView appelé MyProject.apr, il faut donc rechercher un répertoire _shp_MyProject, en sauvant par exemple des fichiers liés aux thèmes. Se référer également au chapitre 6 pour un exposé des problèmes liés à l’enregistrement de fichiers de données GIS.

• Ext32 – Les fichiers qui comprennent la fonctionnalité GIS IMSMA, y compris des

extensions de programme et des fichiers d'aide. L'emplacement de ces fichiers est configuré sur chaque ordinateur comme une variable d'environnement (USEREXT).

• Legends – ArcView enregistre des définitions de légendes comme des fichiers.avl. Plusieurs définitions de légende prédéfinies sont inclues pour être

utilisées dans des thèmes prédéfinis de base de données du GIS IMSMA. Les fichiers de légendes peuvent être enregistrés n'importe où. Cependant, une variable d'environnement définie dans le GIS IMSMA, cela simplifie les références à ce dossier. Pour plus de détails, voir la documentation sur le dictionnaire de données.

• Symbols – Dossier de sauvegarde de définitions de police True Type pour les

caractères spéciaux utilisés par le GIS IMSMA dans ArcView. Toutes les polices True Type pertinentes sont copiées dans le dossier des polices du système

d'exploitation pendant la procédure d'installation de IMSMA (dans la plupart des cas C:\winnt\fonts).

• Utilities – Fichiers divers qui ne sont pas essentiels au fonctionnement stable du

système. Le fichier imsma_layout.apr est par exemple un fichier de projet ArcView qui peut être utilisé pour créer aisément des présentations ArcView personnalisées.

• WorkFiles – Espace de travail des fichiers, créé par l'application

Fichiers

• imsma_ddx.mdb – Front-end du dictionnaire de données du GIS IMSMA. Un utilitaire créé par l'équipe de développement de IMSMA pour permettre la définition et la maintenance de thèmes de base de données ArcView.

• imsma_ddx_data.mdb – Back-end du dictionnaire de données du GIS IMSMA. Enregistre les données gérées par l'application du front-end.

• imsma_gis.apr – Le fichier de projet ArcView par défaut qui peut servir de modèle pour définir de nouveaux projets ArcView personnalisés. Il présente toutes les extensions requises chargées pour que ArcView puisse faire appel à la fonctionnalité du GIS IMSMA lorsqu'il est ouvert.

• FileSysUtil.exe, FileViewer.exe, FViwSrvr.exe: Outils supplémentaires requis pour des fonctions spécifiques sous ArcView par exemple pour sélectionner et afficher des schémas.

4.7.3. Paramètres ODBC

Les informations suivantes décrivent les paramètres d'application qu’il peut être nécessaire d’adapter si les fichiers d'installation du GIS IMSMA sont déplacés manuellement vers un autre emplacement.

Deux entrées ODBC (Open Database Connectivity) sont nécessaires pour établir la connexion entre

1) ArcView et le back-end de IMSMA

2) Le front-end du DDX et le back-end du DDX.

Les deux connexions de l'ODBC sont réglées dans le Control Panel (Tableau de commande). Cliquer sur Start > Settings > Control Panel> Administrative Tools > Data Sources > (Démarrer > Réglages > Tableau de commande > Outils d'administration > Sources de données >) pour y accéder.

Figure 4.24: Emplacement du fichier du GIS IMSMA: DSN du système ODBC

Dans des systèmes d'exploitation autres que Windows 2000 et XP, il peut être nécessaire d'installer un ODBC avant de continuer. Consulter l'aide en ligne du système d'exploitation.

• DSN "IMSMA_GIS_Datapool": Ce nom de source de données doit être adapté dans V2.2 si l'emplacement du fichier FieldModuleDataPool.mdb est différent de l'installation standard. Dans V3.0 le nom de source de données définit la connexion au serveur SQL qui maintient le back-end de IMSMA. Par conséquent, si on n'utilise pas une installation standard de IMSMA (parce qu'on utilise le back- end de IMSMA sur une extension propre du serveur SQL), vérifier les paramètres DSN après une installation du serveur de IMSMA.

Sélectionner l'entrée DSN du système IMSMA GIS DataPool et cliquer sur Configure... (Configurer). Suivre les instructions de configuration et vérifier que le serveur SQL, la base de données et les droits d'auteur sont définis correctement. Si ces trois paramètres sont réglés comme ils devraient l'être, un clic sur le bouton Test Data Source... (Tester la source de données) devrait entraîner une installation réussie de la connexion.

• DSN "IMSMA_GIS_DDX": Ce nom de source de données (appelé précédemment

IMSMA_GIS_DDX2) est utilisé pour permettre la communication de données entre le front-end et le back-end du dictionnaire de données du GIS IMSMA. Par conséquent, si l'emplacement du fichier IMSMA_GIS_DDX.mdb est différent de l'installation standard (le fichier par défaut est C:\IMSMA\GIS\imsma_ddx.mdb), redéfinir les paramètres DSN.

Sélectionner l'entrée IMSMA_GIS_DDX dans la liste de DSN du système et cliquer sur Configure... (Configurer...). Dans la zone Database (Base de données) du formulaire, cliquer sur le bouton Select (Sélectionner) et définir le nouveau parcours en naviguant dans le nouvel emplacement du fichier imsma_ddx.mdb.

Dans le cas où l'emplacement du fichier imsma_ddx_data.mdb a également été modifié, rétablir la connexion entre le front-end et le back-end du DDX en exécutant les étapes suivantes. Ouvrir le dictionnaire de données du GIS IMSMA

– Base de données MS Access 2000 C:\IMSMA\GIS\imsma_ddx.mdb. La base de données front-end du DDX de IMSMA contient un code VBA pour restaurer les liens de tableau après avoir déplacé le back-end à un emplacement différent. La première fois que la base de données front-end est ouverte après avoir déplacé le back-end, une boîte de dialogue apparaît et demande le nouvel emplacement du fichier de la base de données back-end. Lorsque l'on a donné l'emplacement exact, tous les liens de tableau sont restaurés automatiquement.

Remarque: Il est indispensable de restaurer les liens de tableau de la manière décrite plus haut avant d'essayer de démarrer l'application du GIS IMSMA. Cela est dû au fait que le GIS IMSMA accède au dictionnaire de données par l'intermédiaire de la base de données du front-end.

4.7.4. USEREXT

Si on déplace le sous-dossier EXT32 du GIS, on doit régler une variable d'environnement (USEREXT). ArcView nécessite ce dossier pour se référer à des extensions spécifiques du GIS IMSMA.

• Ouvrir la fenêtre du système Start > Settings > Control Panel> System

(Démarrer > Réglages > Tableau de commande > Système)

• Dans l'onglet Advanced (Avancé), sélectionner Environment Variables...

(Variables d'environnement)

• Dans la partie System Variables (Variables système), sélectionner New...

(Nouveau)

• Introduire un Variable Name (Nom de variable): USEREXT, Variable Value (Valeur de la variable): introduire le parcours vers le nouvel emplacement du dossier Ext32 du GIS IMSMA (le parcours par défaut est C:\IMSMA\GIS\Ext32).

Figure 4.25: Variable d’environnement Ext32

4.7.5. Configuration du système de coordonnées

Des coordonnées géographiques sont enregistrées dans la base de données de IMSMA en coordonnées Latitude/Longitude qui sont référencées à un plan de repère configurable par l'utilisateur (le plan de repère par défaut est WGS 84). Remarquez les points clé suivants qui concernent l'utilisation des systèmes de coordonnées dans IMSMA:

• Le système de coordonnées d’enregistrement doit être géographique, c'est-à-dire que les coordonnées géographiques doivent être exprimées en latitude/longitude. Toute modification du système de coordonnées d’enregistrement entraîne un recalcul de toutes les coordonnées enregistrées dans la base de données. Le système de coordonnées d’enregistrement est le système qui sera utilisé pour afficher des objets de IMSMA dans le GIS.

• Des systèmes de coordonnées supplémentaires peuvent être configurés pour saisir des données. Les valeurs introduites sont converties en systèmes de coordonnées d’enregistrement; cependant, le système de coordonnées dans lequel elles sont introduites est enregistré avec les valeurs converties. Lorsqu'on ouvre un formulaire pour la mise en forme, le système dans lequel les coordonnées sont introduites à l'origine est toujours l'affichage par défaut.

Remarque: lorsque l'on travaille avec des coordonnées UTM, on doit effectuer une saisie séparée du système de coordonnées pour chaque zone qui sera utilisée.

Pour configurer les systèmes de coordonnées destinés à être utilisés dans IMSMA, utiliser le formulaire des systèmes de coordonnées. Dans la barre d'index Administration de IMSMA, cliquer sur le bouton Coordinate Systems (Systèmes de coordonnées).

Figure 4.26: Configurations du système: formulaire du système de coordonnées

La partie inférieure du formulaire sert à régler le système de coordonnées d’enregistrement et à introduire des définitions de systèmes de coordonnées. La partie supérieure du formulaire sert à spécifier quels systèmes de coordonnées sont disponibles pour être utilisés dans les formulaires de IMSMA.

Ajout d’un système de coordonnées

L'exemple suivant montre comment rendre un système de coordonnées disponible pour l'utiliser dans des formulaires de IMSMA. Pour des informations générales concernant les ellipsoïdes, les plans de référence et les systèmes de coordonnées, se référer à l'annexe C du guide de l'utilisateur de IMSMA.

Etape 1 – Comprendre le système de coordonnées que l'on souhaite ajouter

Pour définir un système de coordonnées, il faut savoir à quel plan de référence il est référencé. Des systèmes de coordonnées sont liés à des plans de référence qui, à leur tour, sont liés à des ellipsoïdes.

Utiliser le Coordinate System Test Dialog (dialogue de test du système de coordonnées), en cliquant sur le bouton calculatrice de coordonnées, pour s'assurer que l'on a sélectionné le système de coordonnées approprié.

1. Sélectionner le système de coordonnées

2. Confirmer la description

3. Introduire des valeurs

4. Sélectionner et confirmer le système obtenu

5. Calculer la conversion

Figure 4.27: Configuration du système: Boîte de dialogue de test du système de coordonnées

Dans cet exemple, on ajoute un système de coordonnées avec les caractéristiques suivantes:

• Système de coordonnées: zone 42 UTM

• Plan de référence: WGS-84

• Ellipsoïde: GRS-80

Ce système de coordonnées se trouve dans le groupe zone UTM, hémisphère nord, mètres, avec le nom clé UTM84-42N. Remarquez que les informations sur le système de coordonnées montrent que ce système de coordonnées est référencé au plan de référence WGS-84.

Figure 4.28: Configuration du système: Sélection du système de coordonnées UTM zone 42

Introduire des coordonnées pour deux coordonnées pour lesquelles on possède des valeurs dans les deux systèmes de coordonnées. Cliquer sur le bouton Calculate (Calculer) et comparer le résultat aux valeurs connues du système de coordonnées obtenues.

Si le système de coordonnées est not found (introuvable), aller à l'étape 2. S'il est retrouvé, aller à l'étape 3.

Etape 2 – Système de coordonnées absent de la liste

Si le système de coordonnées requis n'est pas retrouvé dans la liste, il peut être défini en sélectionnant le bouton « Définir le système de coordonnées ». Si vous n’êtes pas certain de la manière de définir le système de coordonnées requis, veuillez contacter l'équipe de support de IMSMA. Après avoir défini un nouveau système de coordonnées, retourner à l'étape 1 pour tester qu'il est configuré correctement.

Etape 3 – Rendre le système de coordonnées disponible pour l'utiliser pendant la saisie de données.

Ajouter des éléments dans la liste des systèmes de coordonnées sélectionnés.

1. Introduire un nom pour l'utiliser dans IMSMA 2. Sélectionner le système de coordonnées

Figure 4.29: Boîte de dialogue de test de système de coordonnées

Pour que le système de coordonnées soit la sélection par défaut dans les formulaires de IMSMA pendant la saisie de données, sélectionner un système de coordonnées dans la liste et cliquer sur le bouton par Définir par défaut.

Chapitre 5

Personnalisation de IMSMA

IMSMA a été conçu pour répondre aux besoins d'un MAC : disposer d’une base de données pouvant être adaptée à leurs besoins spécifiques et répondre aux efforts de normalisation. Les éléments de l'interface IMSMA (pouvant être spécifiés) qui peuvent être personnalisés par le MAC sont décrits dans ce chapitre.

Le modèle de données IMSMA peut également être étendu pour satisfaire des besoins de personnalisation plus complexes. Quelques indications pour augmenter les fonctionnalités de IMSMA sont fournies dans la dernière partie du guide de l'administrateur. Pour plus de précisions, contactez l'équipe de développement de IMSMA (XXXXX_XX_XXXXXXX@XXXX.XXXX.XXXX.XX).

La procédure de personnalisation peut impliquer de nombreuses modifications tant dans la base de données frontale (Front-end) que dans la base de donnée terminale (Back-end) de IMSMA. Les modifications apportées à la base de données Back-end sont évidemment disponibles pour tous les utilisateurs du réseau (notez cependant que les personnalisations Back-end doivent être appliquées séparément aux MAC régionaux). Les modifications apportées à la base de données Front-end ne sont disponibles que sur l'ordinateur sur lequel la base de données Front-end modifiée est installée.

Il est conseillé d’apporter toutes les modifications sur l’installation du serveur de IMSMA et de distribuer ensuite les bases de données Front-end modifiées aux postes de travail clients après que les modifications ont été testées en profondeur sur le serveur de IMSMA.

Avant qu’une copie de la base de données Front-end du serveur de IMSMA puisse être utilisée sur un poste de travail client, il faut l’éditer pour définir le paramètre qui l’identifie comme une base de données Front-end “client “. Pour ce faire, ouvrir la base de données Front-end en évitant la Macro de démarrage. Ouvrir “tblApplicationParameterProtected“. Modifier le paramètre “KindofApplication“ depuis le serveur jusqu’au client.

Lorsqu’on a modifié la base de données Front-end de IMSMA, il est conseillé de renommer le fichier pour bien faire remarquer qu’il s’agit d’une base de données Front-end modifiée de

IMSMA. Lorsqu’on a renommé le fichier, il est nécessaire de sélectionner le raccourci “Menu Démarrer “ (Start Menu) pour se référer au nouveau nom de fichier.

Macro de démarrage

IMSMA utilise une macro de démarrage pour établir des connexions, pour initialiser des paramètres et pour démarrer l’application. Cela enlève également certaines fonctionnalités normalisées de l'interface utilisateur MS Access (voir le chapitre 7 pour plus de détails sur les éléments de sécurité de MS Access implantés dans IMSMA). Pour éditer la base de donnée Front-end, il est nécessaire de désactiver cette macro de démarrage.

La Macro de démarrage est désactivée en utilisant la procédure Shift-Bypass (Majuscules - Contourner). Après avoir introduit le nom d’utilisateur et le mot de passe de MS Access, cliquer le bouton OK dans la fenêtre de dialogue Logon (Identification) tout en maintenant la touche Shift du clavier enfoncée.

(Légende): Tenir la touche Shift enfoncée avant de cliquer sur le bouton OK.

Figure 5.1: Procédure Shift-Bypass pour désactiver la Macro de démarrage

ATTENTION !

Il est capital que les modifications apportées à l'installation standard de IMSMA soient bien documentées. Les modifications des utilisateurs ne seront pas conservées lors des mises à niveau de nouvelles versions de IMSMA. En bref, une documentation complète qui remplace les personnalisations serait beaucoup plus difficile.

IMSMA est un outil très souple qui permet toute une gamme de personnalisations pour l’adapter aux exigences du MAC. Certaines personnalisations ne peuvent pas être réalisées (voir chapitre suivant) tandis que d’autres le peuvent par exemple :

• ajouter des champs de données supplémentaires dans des formulaires IMSMA (activer les champs définis par l’utilisateur (User Defined Fields) ou ajouter des logos et adapter des rapports de champ

• modifier des emplacements de fichier erronés

• modifier la langue

• personnaliser des systèmes de coordonnées (voir “Installation de IMSMA“)

• désactiver les règles de vérification de gestion (voir le chapitre “Explorateur de qualité de statut et de données“)

5.1 Ce qui ne peut pas être modifié

Bien qu'il soit possible à l’administrateur IMSMA de modifier de nombreux éléments de IMSMA, les modifications suivantes ne peuvent pas être apportées:

• Field names (Noms de champ). La signification des étiquettes de champ dans les formulaires ne doit pas être modifiée. Si on souhaite enregistrer des données qui ne peuvent pas être insérées dans les champs standard de IMSMA, il faut utiliser un champ défini par l'utilisateur. Si on modifie une étiquette dans un formulaire pour enregistrer un type d'information différent, l’enregistrement sous-jacent des informations de la base de données n'est pas modifié. Des procédures telles que l'exportation de données vers un MAC régional ne reconnaîtront pas la connexion entre la modification du formulaire et des données; et

• List box items (Articles de boîte de liste). Pour des raisons similaires, le contenu

des boîtes de liste ne doit pas être modifié. S’il est absolument nécessaire d'ajouter des entrées supplémentaires à des boîtes de liste, il faut s'assurer de documenter soigneusement les articles ou éléments supplémentaires ajoutés.

• System tables (Tableaux système) (tableaux commençant par "tblApplication").

La structure ou le contenu des tableaux qui enregistrent des données du système ne peut pas être modifié. Les exceptions sont les valeurs des paramètres exposés dans ce guide et les tableaux de traduction de IMSMA qui sont exposés dans le paragraphe suivant.

• Data types in tables (Types de données dans les tableaux). Contrairement aux

versions précédentes de IMSMA, avec V3.0 (serveur SQL) il n’est pas recommandé que les utilisateurs modifient le type de données des champs situés dans les tableaux du back-end sur le serveur SQL. Cela était obligatoire lorsque l'on utilisait des boîtes de vérification comme champs définis par l'utilisateur. Il est maintenant recommandé d'utiliser des boîtes combo à la place des boîtes de vérification.

• Objects on forms (Objets des formulaires). Ne supprimer aucun objet dans les formulaires. Si un champ spécifique n'est pas nécessaire, il faut le rendre invisible.

5.2 Champs définis par l'utilisateur

IMSMA est un outil complet pour saisir et analyser des données concernant les mines. Cependant il ne peut prendre en compte tous les besoins individuels par avance. Donc il fournit pour chaque formulaire (par ex. ceux qui permettent d’entrer les villes ou les incidents) 20 champs définis par l’utilisateur (User Defined Fields - UDF) pour entrer des données additionnelles. De plus, il y a cinq champs prioritaires définis par l'utilisateur (User Defined Priority Fields - UDPF) sur le formulaire Impact Survey Mine Area (Etude d'impact de la zone minée). Cette partie décrit les étapes que l'administrateur du système local doit suivre pour nommer et activer ces champs.

Le nombre de champs disponibles définis par l’utilisateur de chaque formulaire IMSMA est limité à 20. Si plusieurs champs supplémentaires sont nécessaires, envisager l’option de créer une base de données supplémentaire plutôt que d’activer les champs

définis par l’utilisateur. Si plus de 20 champs définis par l’utilisateur sont nécessaires, il faut de toute façon choisir cette solution.

Cette procédure est la même pour tous les formulaires. Le formulaire frmDistrict est utilisé ici comme exemple pour rendre les UDF visibles. Deux nouveaux champs seront rajoutés MenAffectedByMines (Hommes Touchés Par Mines) et WomenAffectedByMines (Femmes Touchées Par Mines).

Etape 1 - Rendre l'UDF visible

• Ouvrir l'interface de IMSMA sous AdminIMSMA, en sautant la Macro de démarrage

• Choisir frmDistrict dans les formulaires et ouvrir en mode conception (Design mode)

• Sur la droite du formulaire se trouvent 20 étiquettes et liste de textes avec du texte en bleu - ce sont les UDF

. Rendre deux UDF visibles. Faire un clic droit sur l'étiquette lblUserDefined et sélectionner Properties. Sur l'onglet Format, mettre la propriété Visible sur Yes (Oui)

Mettre la propriété Visible sur Yes

Figure 5.2 : Rendre la propriété de l'étiquette UDF visible

• Ne pas modifier le nom de l’étiquette ou du champ de texte. La rubrique de l’étiquette peut être modifiée ainsi qu’on l’a décrit dans l’étape 2.

Etape 2 – Traduction

Si vous utilisez IMSMA en une seule langue (c'est-à-dire qu'il ne changera pas d'une langue à l'autre) il n'est pas nécessaire de configurer les tableaux de traduction de votre UDF. Si tel est le cas, suivez la première procédure simplifiée pour les IMSMA mono-langue. Si vous devez traduire votre IMSMA en plusieurs langues, utilisez la (seconde) deuxième procédure.

Méthode unilingue. Entrer une Caption (Rubrique) pour chaque étiquette directement dans le formulaire. Rouvrir le formulaire en mode conception (Design), retourner aux propriétés de Label (Etiquette), et sur l'onglet Format, entrer une Caption (Rubrique) pour l'UDF. Cette rubrique est ce que l'utilisateur verra sur le formulaire. Notez qu'il peut être nécessaire de redimensionner la boîte Label (Etiquette) sur le formulaire pour s'adapter à la longueur de la Caption (Rubrique) introduite.

Entrer une Caption (Rubrique)

Figure 5.3 : Entrer une Rubrique sur la feuille de propriétés du champ d’étiquette

Méthode multilingue. Dans cette méthode la propriété Caption (Rubrique) est fixée par l'outil de traduction IMSMA. Il faut rajouter des enregistrements dans tblApplicationLabel pour les propriétés Caption (Rubrique) pour chacune des étiquettes rendues visibles dans les étapes précédentes:

• Ouvrir tblApplicationLabel

Entrer un nouvel enregistrement pour lblDT_UserDefined1 pour chaque langue définie sur l’installation de IMSMA.

Figure 5.4 : Traduction d'étiquettes par UDF : nouvel enregistrement dans tblApplicationLabel.

Recommencer pour lblDT_UserDefined2

Remarquer que ces entrées dans tblApplicationLabel servent également de formulaire de documentation pour lequel les champs définis par l’utilisateur sont utilisés. Il est conseillé de documenter davantage l’utilisation souhaitée de l’UDF active en entrant un commentaire de la façon suivante :

- aller dans Administration, ensuite dans Gestion de la Base de Données (Database Management)

- sélectionner l’onglet Metadata

- sélectionner la table et l’UDF concerné et entrer un commentaire dans le champ commentaire.

• Fermer tblApplicationLabel

Les valeurs traduites sont automatiquement insérées dans le formulaire frmDistrict

lorsque la langue est modifiée :

• Dans la partie Administration de IMSMA, sélectionner Language (Langue)

• Choisir la langue que vous êtes en train d'utiliser dans la liste Choose language (Sélectionner la langue)

• Cliquer sur le bouton Change Language (Changer de langue) pour insérer les étiquettes modifiées.

Etape 3 - Ajuster les simples rapports Word (feuilles de collecte de données)

Pour imprimer les champs actifs sur les fiches de rapport MS Word, ces documents Word doivent être édités - des étiquettes et des marqueurs doivent être entrés pour

chaque champ actif. Nous utiliserons le formulaire de rapport de District pour continuer l’exemple précédent.

• Ouvrir le document MS World District.doc. Dans l'installation par défaut de IMSMA ce fichier est situé dans C: |IMSMA|DataEntrySheets|English

• Sélectionner View > Toolbars > Forms (Affichage > Barre d'Outils > Formulaires) pour afficher la barre d'outils

• Déprotéger le formulaire en cliquant sur l'outil Protect Form (Protéger le formulaire)

• Placer le curseur sur le document où vous voulez que les données UDF apparaissent

• Entrer le texte étiquette pour le UDF. Pour être cohérent, entrer la même valeur que celle entrée pour clnLabelText dans tblApplicationLabel. Dans notre exemple, le nom de l’étiquette (défini dans la propriété du formulaire) est lblDT_UserDefined1 et le clnLabelText entré dans la table de traduction est Men affected by mines (Hommes touchés par des mines). Entrer Men affected by mines comme texte d’étiquette dans le document MS Word

• Mettre le curseur à côté de cette étiquette, là où vous voulez insérer les données UDF.

• Insérer quelques caractères blancs à l’endroit où les données doivent être insérées

• Souligner les caractères blancs en cliquant et en glissant le curseur avec le bouton gauche enfoncé sur les caractères blancs ou en double cliquant sur les caractères blancs

• Ajouter un signet en sélectionnant Insert (Insérer) > Bookmark (Signet)…

• Dans le champ Bookmark name (Nom du signet) de la boîte de dialogue Bookmark entrer le marqueur Tag (Marqueur) à partir des propriétés du champ UDF du formulaire. Ce marqueur doit être le même que le nom de colonne de ce champ.

Figure 5.5 : Marqueurs UDF pour Signet

Dans l’exemple, on entre Men affected by mines de la même manière qu’une étiquette dans le document MS Word qui est associé à la boîte de texte de l’UDF appelée txtDT_UserDefined1. La propriété du marqueur de cet objet est clnDT_ UserDefined1 qui se trouve dans les propriétés de la boîte de texte dans le marqueur Other (Autres).

Légende: Propriété Tag de l'UDF

Figure 5.6 : Propriété Tag de la boîte de texte de l’UDF

• Cliquer sur le bouton Add (Ajouter) pour ajouter le signet

• Répéter l’opération pour chaque Champ défini par l’utilisateur que l’on souhaite voir apparaître dans le rapport.

• Protéger le formulaire en cliquant sur l’outil Protect Form (Protéger le formulaire) et sauvegarder le formulaire

• Recommencer pour les formulaires MS Word traduits dans d'autres langues si l'installation de IMSMA a été configurée pour des langues autres que l'anglais.

Adaptation de formulaires de rapport de champ

Les formulaires de rapport de champ de IMSMA (en format Word) peuvent et doivent être personnalisés en fonction des besoins du MAC. La modification de ces formulaires suit les procédures normales de MS Word. Il faut veiller à ne pas retirer inopinément des signets car ils sont requis pour imprimer des rapports spécifiques.

- ajouter des champs supplémentaires:

Si des informations supplémentaires doivent être gérées par IMSMA, on peut ajouter ces champs au formulaire de rapport de champ. Ne pas oublier également d'ajouter ces champs dans le GUI de IMSMA (activer les champs définis par l'utilisateur).

- supprimer des champs:

Si certains champs ne sont pas nécessaires, on peut les supprimer du formulaire de collecte de données. Il est aussi possible de rendre le champ correspondant invisible dans le GUI de IMSMA de telle sorte que le personnel chargé de la saisie des données ne puisse accéder à des champs qui sont en fait utilisés. Il faut bien réfléchir avant de décider de ne pas collecter des informations spécifiques, cela limitera les options pour l'analyse et le rapport futures.

- modifier la présentation et l'apparence:

Il est possible de modifier la présentation et l'apparence.

Etape 4 – Documentation d’une personnalisation effectuée

Comme c'est le cas pour toutes les personnalisations de IMSMA, il faut documenter ce que l'on fait. Cela est important pour de futures mises à niveau de IMSMA (il faudra réeffectuer les personnalisations après de futures mises à niveau) tout comme pour des raisons de support.

Boîtes combo au lieu d’un UDF

Si on nécessite une boîte combo au lieu d'un champ de texte simple comme un UDF, on peut convertir le champ de texte en sélectionnant le champ de texte et en cliquant sur le menu Format -> Modifier-> Boîte Combo. On peut ensuite introduire les entrées de la

liste de sélection en les tapant directement dans la partie de données de la feuille de propriétés de l'UDF: sélectionner "liste des valeurs" comme type de row source et introduire les valeurs (séparées par des points virgules) comme row source.

En variante, on peut définir une requête pour remplir la liste de sélection telle que toutes les valeurs uniques utilisées actuellement pour ce champ.

Remarquons que l'utilisation de cette méthode ne garde pas les entrées de la liste de sélection traduisibles.

Boîtes de vérification au lieu d’un UDF

Il n'est pas recommandé d'utiliser des boîtes de vérification pour des UDF en raison de la complexité de la modification et de la potentielle source d'erreurs. Si un type de boîte de vérification de données est requis, on recommande d'utiliser des boîtes combo avec une liste de sélection qui contient des entrées oui/non/inconnu ou les entrées appropriées de la langue utilisée.

Pour des descriptions plus détaillées sur la manière d'utiliser des UDF comme boîtes combo (par exemple garder les entrées de la liste de sélection traduisibles), voir le livre d'exercices de IMSMA.

5.3. Emplacement des fichiers

Les emplacements des images, des fichiers d'exportation, des fichiers de travail du GIS et des fichiers d’introduction décentralisée des données ne peuvent être modifiés que jusqu’à un certain point:

images

• L'emplacement du fichier pour l’enregistrement des fichiers image est établi dans tblApplicationParameter

• Le parcours est établi par rapport au dossier de IMSMA du serveur

• L'emplacement de fichier du dossier de IMSMA est établi dans tblApplicationParameterLocal avec le paramètre PathLocal (sur une installation de serveur, on utilise le parcours local, le parcours par défaut étant C:\IMSMA) ou PathRemote (dans une installation de client, on utilise un parcours éloigné, le parcours par défaut étant T:\)

• On doit donc enregistrer les images dans le répertoire de IMSMA du serveur. On peut personnaliser les noms des dossiers image et la structure des dossiers dans le répertoire de IMSMA du serveur.

fichiers d'exportation

• L'emplacement des fichiers pour l’enregistrement de fichiers d'exportation (administration de base de données -> exportation) est établi dans tblApplicationParameterLocal avec le paramètre ExportPath

• Le parcours par défaut est établi dans C:\IMSMA\Export300\

• On peut modifier le parcours par quoi que ce soit d'approprié

fichiers de travail du GIS

• Les emplacements des fichiers de travail du GIS sont établis dans tblApplicationParameterLocal avec le paramètre ArcViewExportPath (pour une sélection d'éléments exportés du GIS) et ArcViewPerimeterFile (pour des coordonnées exportées du GIS)

• Le parcours est établi par rapport au dossier local de IMSMA (établi avec le paramètre PathLocal)

• Le parcours par défaut est établi sur GIS\Worfiles et GIS\Workfiles\Perimeter.gen

• Les fichiers de travail du GIS sont donc enregistrés dans le répertoire local de IMSMA. On peut personnaliser les noms et la structure des dossiers de fichiers de travail dans le répertoire local de IMSMA.

fichiers d’introduction décentralisée de données

• L'emplacement des fichiers d’introduction décentralisée de données (des fichiers qui servent à l'exportation et à la synchronisation) est établi dans tblApplicationParameterLocal avec le paramètre DecentralPath

• Le parcours est établi par rapport au dossier local de IMSMA (établi avec le paramètre PathLocal)

• Le parcours par défaut est établi sur DecentralFiles\

• On doit donc enregistrer ces fichiers dans le répertoire local de IMSMA. On peut personnaliser les noms et la structure de dossiers de fichiers d’introduction décentralisée des données dans le répertoire local de IMSMA.

Figure 5.7: Etablir les emplacements de fichiers dans tblApplicationParameterLocal

Figure 5.8 : Définir les emplacements de fichier d’images dans tblApplicationParameter

5.4. Support multilingues

IMSMA est développé et entretenu en anglais par l'équipe de développement IMSMA. Trois éléments sont nécessaires pour travailler avec IMSMA dans une autre langue que l’anglais :

• langue du système d’exploitation et/ou paramètres régionaux

• langue de MS Office ; et

• langue de IMSMA

L’environnement de test de IMSMA utilise des installations en anglais des systèmes d’exploitation MS Windows (2000 Professionnel, NT, XP, 98) et MS Office 2000 Professionnel.

Le Centre international de Genève pour le déminage humanitaire (Geneva International Centre for Humanitarian Demining – GICHD) propose des traductions de IMSMA en plusieurs langues utilisées couramment. Pour de plus amples informations concernant les traductions disponibles, contacter le GICHD.

Il est également possible de traduire IMSMA soi-même, ce qui est une opération relativement simple. Elle implique l’entrée de traductions des éléments de l’interface utilisateur de IMSMA dans les tableaux de traduction. La traduction des formats des rapports est une opération à part, faite manuellement en MS Word.

Interface d'utilisateur de IMSMA

La traduction de l'interface utilisateur de IMSMA implique d'entrer des traductions dans les tableaux suivants:

tblApplicationAvailableLanguage (en IMSMA DataPool)	Entrer le nom de la nouvelle langue
tblApplicationLabel (en IMSMA Front-end)	Toutes les étiquettes et leurs marqueurs de contrôle utilisés dans les interfaces utilisateur du Front-end de IMSMA
tblApplicationMessage (en IMSMA Front-end)	Les messages de l'application qui fournissent des informations ou demandent une action de l'utilisateur alors qu'il travaille avec les interfaces utilisateur de IMSMA
tblSurveyIntervieweeVocation (en IMSMA DataPool)	La fonction de la personne interviewée, utilisée dans les formulaires d'étude d'impact (Impact Survey Forms)
tblApplication SemanticKeyTranslation (en IMSMA DataPool)	Des entrées en language naturel choisies par l'utilisateur quand il utilise les listes de sélection. Le code clef associé - pas la traduction en language naturel – est enregistré dans la base de données
tblApplicationTranslation- ColumnNames (en IMSMA Front-end)	Les noms de champ (noms de colonnes) de tous les tableaux et leurs traductions qui sont utilisés dans les rapports de gestion de données

Tableau 5.1 : Tableaux de traduction de IMSMA

Remarquez que ce sont les seuls tableaux de système qui peuvent être traduits. Les tableaux qui enregistrent des informations sur des dispositifs explosifs doivent être traduits séparément.

Si les traductions sont importées depuis une version plus ancienne de IMSMA, il est préférable que les étiquettes qui sont nouvelles ou modifiées dans la nouvelle version restent non traduites.

Modifier la langue du Front-end de IMSMA

Si on possède une version multilingue de IMSMA ou que l’on a traduit soi-même IMSMA (les cinq tableaux liés à la traduction repris dans la liste ci-dessus ont été préparés), vous pouvez aisément passer d’une langue à l’autre. Choisir le bouton Administration dans le menu principal de IMSMA, choisir ensuite Language (Langue) et le formulaire Change Language (Changer de langue) apparaît.

Figure 5.9 : Formulaire modifier la langue (Change Language form)

Sélectionner la langue souhaitée pour le FrontEnd de IMSMA et cliquer sur le bouton

Change Language et le front-end de IMSMA est traduit automatiquement.

Format des rapports

Les formats des rapports MS Word ne sont pas modifiés pendant la procédure de traduction décrite ci-dessus – il faut les mettre en forme manuellement. Pour faire cela, ouvrir chaque rapport en MS Word, déprotéger les formulaires pour les mises en forme et mettre en forme les étiquettes et le texte comme on le souhaite. Ne pas modifier les signets. On trouvera de plus amples informations concernant la procédure de mise en forme de rapports Word dans la partie Champs définis par l’utilisateur (dans ce chapitre).

Lorsque la mise en forme est terminée, protéger le formulaire contre les mises en forme, sauvegarder et sortir.

Des informations sont insérées dans le rapport par IMSMA au moyen de signets. Ceux-ci peuvent être rendus visibles en modifiant les préférences de vue (Outils > Options) du document MS Word. Il faut prendre soin de ne pas endommager les signets sinon la procédure d’insertion de données ne sera pas réalisée de manière appropriée. Après avoir traduit l’interface utilisateur, essayer de voir si les traductions dans le tableau tblApplicationSemanticKeyTranslation sont trop longues par rapport à l’espace disponible dans le document MS Word.

Chapitre 6

GIS Définition d'un projet

Ce chapitre couvre les éléments de la définition des projets GIS d'IMSMA qui peuvent être standardisés par l'administrateur IMSMA. En standardisant la définition d'un projet ArcView destiné à être utilisé avec le GIS IMSMA, on peut cacher aux utilisateurs généraux la plus grande partie de la complexité du travail avec le GIS. Le personnel d'introduction de données (Data Entry) pourra ouvrir le projet pré configuré et commencer à utiliser les outils du GIS IMSMA pour vérifier les rapports reçus du terrain et pour confirmer que l'introduction de données a été réalisée de façon correcte.

Ce chapitre suppose que le lecteur comprend bien les définitions de base du GIS. S'il s'avère qu'il a des difficultés à comprendre le contenu de ce chapitre, il consultera les informations concernant le GIS d'IMSMA et ArcView dans le Guide de l'Utilisateur, en particulier le chapitre 4 et l'annexe D.

6.1 Organisation des données cartographiques

6.1.1 Références des fichiers ArcView

ArcView conserve des références absolues de fichier. En standardisant les structures de fichiers sur tous les ordinateurs, il est possible d'échanger des fichiers de projet entre les ordinateurs.

Les données cartographiques peuvent être stockées localement ou être partagées dans le réseau. Ce point est exposé plus en détail dans la partie 4.4 du chapitre Installation de IMSMA..

6.1.2 Catalogues d'images

Du fait que les fichiers d'images ont une grande taille, les images d'arrière-plan sont fournies en plusieurs morceaux.

Pour supprimer le travail consistant à ajouter chaque image séparément en utilisant la fonction Add Theme (Ajouter un thème), on peut créer une petite base de données qui contient les informations concernant les chemins conduisant aux fichiers d'images. Après avoir créé cette base de données, on peut ouvrir et fermer tous les fichiers en utilisant une seule commande, à savoir le catalogue d'images.

Limites

• Toutes les images doivent être stockées sous le même format de fichier (par exemple tiff).

• Toutes les images doivent avoir la même palette de couleurs (comme les couleurs sont représentées sous la forme de nombres dans les fichiers de grille (images), un même nombre doit être associé à une même couleur dans deux fichiers différents, sinon la présentation des informations sera erronée.

• Toutes les images doivent avoir la même projection et la même extension.

Inconvénients

En créant les catalogues d'images, on fusionne de grandes quantités de données. L'ouverture et la fermeture du catalogue d'images ou l'utilisation d'une autre fonction quelconque nécessitent beaucoup de puissance et de temps de calcul.

Création du catalogue

ArcView intègre un langage de programmation appelé Avenue: en réalité, ArcView est programmé en Avenue. De nombreux scripts ou petits fichiers de programme sont inclus dans la distribution standard d'ArcView. Pour obtenir davantage d'informations sur les scripts présents, ouvrir l'aide ArcView, cliquer sur le marqueur Contents (Contenus) et sélectionner la rubrique Sample Scripts and Extensions (Echantillon des Scripts et des Extensions).

Pour créer un catalogue d'images, on utilise les scripts d'échantillonnage ArcView.

• Passer dans la fonction avancée du GIS IMSMA.

• Ouvrir l'aide d'ArcView, cliquer sur le marqueur Contents (Contenus) et ouvrir la rubrique Sample Scripts and Extensions > Sample Scripts > Views > Image themes > Create image catalog from image themes in view (Echantillon des Scripts et Extensions > Scripts d'échantillonnage > vues > thèmes d'image > Créer un catalogue d'images à partir des thèmes d'image de la vue)

• Cliquer sur le lien activé Source Code (Code Source) et dans la fenêtre qui présente le code source du script, copier le code dans le presse-papier en sélectionnant Options > Copy (Options > Copier)

• Dans ArcView, créer un nouveau script en cliquant deux fois sur l'icône script

dans la zone d'index de la fenêtre de projet

• Injecter le script copié dans la trame de script que l'on vient de créer

• Sélectionner Script > Compile (Script > Compiler), la fenêtre de script étant active, pour compiler le script

• Ajouter dans une fenêtre d'affichage les images que l'on veut inclure dans le catalogue d'images et les marquer comme thèmes actifs. Un thème est marqué comme actif lorsque la boîte de cochage affichée est cochée et est alors surlignée. Sélectionner plusieurs thèmes en maintenant la touche Shift enfoncée en sélectionnant des thèmes à l'aide du bouton gauche de la souris.

• Retourner à la fenêtre du script. Sélectionner Script > Run (Script > Exécuter) pour exécuter le script et créer le catalogue d'images. Introduire un nom pour le catalogue d'images.

• Le nouveau catalogue d'images est ajouté automatiquement dans la barre des thèmes. Le marquer comme visible en sélectionnant la boîte de cochage.

• Lorsque l'on a créé le catalogue d'images, les fichiers individuels d'images peuvent être enlevés de l'affichage; seul le fichier de catalogue d'images doit être chargé comme thème dans l'affichage.

6.2 Définition d'un fichier de projet

La définition d'un projet GIS IMSMA consiste en deux étapes:

• Création d'un fichier de projet ArcView

• Chargement de l'extension GIS IMSMA

Les projets GIS IMSMA sont des fichiers de projet GIS standard d'ArcView avec une extension supplémentaire. Les fichiers de projet ArcView ont l'extension.apr. Il est important de noter que les fichiers.apr contiennent des informations concernant la définition du projet et des références aux données utilisées dans le projet – les données factuelles n'étant pas conservées dans le fichier de projet.

Ainsi qu'on l'a remarqué plus haut dans ce chapitre, les fichiers de projet ArcView

conservent des références absolues aux sources factuelles auxquelles ils donnent

accès. Cela signifie que si un fichier de projet est ouvert sur un ordinateur autre que

celui sur lequel il a été créé, tous les fichiers de données mentionnés doivent être

situés dans les mêmes répertoires que sur l'ordinateur sur lequel le fichier a été créé.

Après avoir installé la fonction GIS IMSMA, on peut trouver un projet appelé imsma_gis2.apr dans le répertoire ||IMSMA|GIS. Ce projet a déjà été configuré avec l'extension GIS IMSMA.

Etape 1 – Création d'un projet

Pour créer un nouveau projet, ouvrir l'application GIS ArcView et créer un projet vide. Sauvegarder le projet (l'extension GIS IMSMA ne peut être chargée tant que le fichier de projet n'a pas été sauvegardé).

Figure 6.1: Sauvegarder le fichier projet avant de charger les extensions GIS IMSMA

Les projets GIS IMSMA peuvent être enregistrés où on le souhaite dans le système. Un répertoire de fichiers de travail (appelé shp <projectname>) est automatiquement créé dans le même répertoire que le projet. Si on souhaite modifier l’emplacement d’un projet GIS IMSMA, utiliser la commande ArcView Save As – cela recrée automatiquement les fichiers de travail nécessaires au nouveau parcours de projet.

Etape 2 – Chargement des extensions

Pour charger l'extension GIS IMSMA, sélectionner File > Extensions... (Fichier > Extensions...) dans la fenêtre de projet ArcView. Vérifier les entrées marquées GIS IMSMA et Tâches GIS IMSMA (si on a l’intention de travailler avec la fonction de tâches dans GIS IMSMA).

Figure 6.2: Extension GIS IMSMA

De nombreuses autres extensions ArcView permettent d'enrichir les fonctions de base d'ArcView. Certaines de ces extensions, par exemple l'extension IMAGINE et l'extension MrSID Image sont disponibles après l'installation standard d'ArcView. D'autres extensions sont disponibles dans les dossiers d'installation ArcView – on

trouvera des descriptions de ces extensions dans l'aide d'ArcView. On trouvera également une large gamme d'extensions sur le site web ESRI (xxx.xxxx.xxx).

Lorsque l'on a quitté la fenêtre de dialogue Extensions en cliquant sur OK, l'extension GIS IMSMA se charge et la fenêtre de projet ArcView ressemble à la figure qui suit.

Figure 6.3: Fenêtre de projet GIS IMSMA

Lorsque l'on a chargé l'extension GIS IMSMA, la table des matières de la fenêtre de projet (c'est-à-dire le côté gauche de la fenêtre représentée dans la figure ci-dessus) contient deux objets appelés Vues <icon> et Tableaux <icon>. Les Vues du type document contiennent des vues (views), à savoir des objets ArcView dans lesquels des données de cartographie sont rassemblées et analysées. Les tableaux du type document contiennent des tables (tableaux), à savoir les tableaux d’attributs de fichiers de forme qui contiennent des informations descriptives concernant les caractéristiques géographiques qu’elles contiennent.

6.3 Définition d'une vue

Pour ajouter une nouvelle vue à partir de la fenêtre de projet ArcView, cliquer deux fois sur l'objet Vue dans la fenêtre de projet <icon>. Une nouvelle vue est alors ajoutée au projet et porte le nom par défaut IMSMA View1 – toutes les vues contenues dans le projet pouvant être consultées dans la fenêtre située du côté droit de la fenêtre de projet.

Figure 6.4: Ajout d'une nouvelle vue

Lorsqu'on en est arrivé à ce point, des thèmes peuvent être ajoutés automatiquement en fonction de la manière suivant laquelle le GIS IMSMA a été configuré. Si aucun thème n'a été ajouté, on en ajoute un à l'aide de l'outil Add Theme (Ajouter un Thème) <icon>.

Lorsque le premier thème a été ajouté à une vue, le dialogue de réglage des propriétés de la vue apparaît. Avant de travailler sur la nouvelle vue, il faut spécifier la zone géographique à afficher et la projection cartographique utilisée pour afficher les thèmes.

Les propriétés de la vue peuvent être modifiées après avoir été réglées

initialement. La fenêtre de vue étant active, sélectionner View > Properties (Vue >

Propriétés) pour ouvrir la boîte de dialogue View Properties (Propriétés des Vues).

La boîte de dialogue View Properties (Propriétés des Vues) est représentée ci- dessous. On trouvera des informations supplémentaires sur les propriétés des vues en consultant les explications du contenu de la boîte de dialogue ci-dessous.

Figure 6.5: Boîte de dialogue des propriétés des vues

Name (Nom). Attribuer un nom à votre vue, uniquement si c’est indispensable. Le nom par défaut de la première vue est IMSMA View1.

Coordinate system (Système de coordonnées). Les cartes numériques qui servent d’informations d’arrière-plan sont des données de trame. Les données de trame se trouvent généralement dans un certain système de coordonnées. Pour afficher ces données de trame dans GIS ArcView, les propriétés des vues doivent être définies exactement sur le même système de coordonnées que celui sur lequel les cartes sont projetées.

L'application GIS IMSMA importe les données cartographiques de IMSMA par coordonnées géographiques (longitude/latitude en degrés décimaux). Lorsqu'ils sont

affichés dans une vue, les éléments sont projetés dans le système de projection de la carte qui est spécifié dans la boîte de dialogue Projection Properties (Propriétés de Projection). Ces propriétés peuvent être définies pour utiliser toute projection disponible dans la boîte de dialogue.

Figure 6.6: Propriétés de Projection

Aucune transformation de données n'est réalisée dans ArcView (et dans le GIS IMSMA). Les données de stockage IMSMA doivent donc être les mêmes que les données des cartes qui servent d’arrière-plan dans le GIS IMSMA. Si les données diffèrent, des décalages allant de quelques mètres jusqu’à un kilomètre peuvent se produire.

Il faut utiliser le même plan de référence dans le GIS IMSMA que dans le "système de coordonnées d’enregistrement" de IMSMA. Pour de plus amples informations sur les datums et les systèmes de coordonnées, se référer à l'annexe C du guide de l'utilisateur et au guide de l'administrateur, chapitre 4.

Lorsqu’on a configuré les réglages de vue appropriés pour le MAC, on peut sauvegarder le fichier de projet et l’utiliser comme un point de départ standardisé pour les utilisateurs du GIS IMSMA.

Si aucune projection n’est définie, un avertissement apparaît lorsqu’on essaye de fermer la fenêtre des propriétés des vues.

Figure 6.7: Pas de message défini par projection

S’il y a un ajout, les fichiers de forme non IMSMA sont utilisés dans le GIS IMSMA, ils doivent être en latitude et en longitude et présenter exactement les mêmes données que les cartes. Si les données diffèrent, utiliser l’assistant utilitaire de projection de ArcView pour transformer le fichier.

Si les cartes sont dans une projection qui n'est pas supportée par ArcView, des outils plus puissants que ArcView (par exemple ArcInfo) sont nécessaires pour transformer la projection dans une autre supportée par ArcView.

La sélection de la projection correcte dans le GIS IMSMA, le système d’enregistrement et le système de coordonnées de la saisie de données dans IMSMA est une rubrique très importante mais plutôt difficile. La qualité des données dépend fortement de la définition correcte de la projection. Il est important de réaliser cette étape très attentivement et au tout début du travail avec IMSMA. Comme c’est une étape tellement importante pour obtenir des données correctes, il est recommandé de faire appel à un cartographe. Si aucun spécialiste n'est disponible, veuillez nous contacter (XXXXX_XX_xxxxxxx@xxxx.xxxx.xxxx.xx).

Afin d'obtenir une aide utile de l'équipe de support de IMSMA sur la définition du système d’enregistrement, des systèmes de coordonnées pour la saisie de données et la définition du système de coordonnées dans la vue du GIS IMSMA, les informations suivantes sur les cartes utilisées (les cartes utilisées dans le champ et les cartes numériques utilisées comme information d'arrière-plan) sont indispensables pour reproduire la même situation que sur place:

• sphéroïde/ellipsoïde

• datum

• projection

• paramètres GPS (si on collecte des coordonnées avec celui-ci).

Cartes utilisées dans le champ:

Les informations requises se trouvent souvent quelque part sur le bord de la carte. Si aucune information ou trop peu d'informations sont disponibles à cet endroit, se référer à un cartographe local ou au bureau qui a réalisé la carte.

Cartes utilisées en arrière-plan dans le GIS IMSMA:

Les informations se trouvent souvent dans un fichier lisez-moi livré avec les cartes numériques par la société qui a scanné et géoréférencé les cartes. Si le fichier lisez- moi n'est plus disponible, contacter directement la société de scannage.

Display Style (Afficher le style). Avec le style d'affichage, on peut modifier les symboles des thèmes. Les thèmes standard du GIS IMSMA présentent des symboles prédéfinis qui sont chargés lorsque l'on ajoute des thèmes à une vue. Si on souhaite visionner des objets de réalisation de lutte anti-mines, aller dans “Tasking colours“. Lorsque le statut des objets d'action contre les mines présentent un intérêt, aller dans “Status colours“. Tant les légendes des tâches que des statuts sont prédéfinies et il ne faut pas les modifier.

Status filter (Filtre de statut). Le filtre de statut s’applique à tous les thèmes d’une vue qui se basent sur le pool de données de IMSMA et qui contiennent un statut. En sélectionnant “Show all status“, tous les risques et toutes les procédures sont affichés. En sélectionnant “Show selected status“, on peut sélectionner un ou plusieurs statuts. Seuls les statuts sélectionnés sont ensuite affichés dans le GIS IMSMA et la quantité de données est donc réduite.

MAC Filter (Filtre de MAC). Selon le filtre de statut, on peut sélectionner des thèmes de IMSMA d'un ou de plusieurs centres de lutte anti-mines requis. La quantité de données chargées dans la vue est donc réduite.

Comments (Commentaires). Si nécessaire, on peut introduire des informations sur les propriétés de la vue dans le champ de commentaires.

6.4 Gestion des thèmes

Un thème est une collection d'éléments géographiques de nature similaire qui présentent tous la même forme géographique de base. ArcView conserve les informations de thème, à savoir les données cartographiques, dans des fichiers de forme. Les données cartographiques contenues dans les fichiers de forme peuvent contenir l'un parmi trois types de données, à savoir des données de points, de lignes ou de polygones. Ces types de données ne peuvent être mélangés à l'intérieur d'un fichier de forme. Un thème ArcView standard est constitué d'un fichier.shp et d'un certain nombre de fichiers associés. Les fichiers les plus courants qui sont associés à un fichier de forme sont repris dans le tableau ci-dessous.

.shp	Fichier de forme: conserve la géométrie des éléments des thèmes
.dbf	Fichier dBase: conserve les données d'attribut associées aux éléments spatiaux
.shx	Fichier d'indexation: conserve l'index de la géométrie des éléments
.avl	Fichier de légende: conserve les définitions de légendes d'un thème

Tableau 6.1: Fichiers associés aux thèmes ArcView

Thèmes du GIS IMSMA

Le GIS IMSMA utilise deux types de thèmes, à savoir ceux basés sur les fichiers ArcView.shp standard et ceux basés sur des requêtes faites à la base de données de IMSMA. Les deux types de thèmes peuvent être ajoutés à des vues en utilisant l'outil Add Theme (Ajouter un Thème) du GIS IMSMA. Dans le GIS IMSMA, les nouveaux thèmes sont configurés pour être utilisés avec l'outil Add Theme (Ajouter un Thème) <icon> dans le DataDictionnary (dictionnaire de données – DDX) du GIS IMSMA.

Dans le DDX du GIS IMSMA, les thèmes sont organisés en Topics (Rubriques), une rubrique pouvant normalement contenir plusieurs thèmes. Par exemple, la rubrique MineFields (Champs de mines) contient sept thèmes, appelés Start points (Points de départ) (StPt), Perimeters (Périmètres), Benchmark (BM), Landmarks (LM), Connectors (Connecteurs) : LM->BM, Connecteurs : BM->StPt et segments de Périmètres. Les thèmes peuvent présenter plusieurs légendes définies pour eux. Les thèmes ne peuvent être ajoutés qu’une seule fois à chaque vue, à savoir plusieurs légendes permettent différentes manières de symboliser les informations contenues dans le thème. Par exemple, le thème de la ville présente une première légende pour classer des villes dans des catégories de population et une deuxième pour présenter

la structure politique. Un champ de classification de la requête géométrie est utilisé par le fichier de légende pour faire cette différenciation.

6.5 Travail avec des tableaux

Pour ouvrir un tableau d’attributs de thèmes, sélectionner un thème de telle sorte qu’une boîte grise apparaisse autour du thème sélectionné.

Figure 6.8 : Le thème de la ville est sélectionné

Cliquer sur celle-ci <icon> pour obtenir les attributs du thème sélectionné.

Figure 6.9 : Tableau d’attributs du thème de la ville

Dès que les tableaux d’attributs d’un thème sont ouverts, ce tableau est ajouté au projet avec le nom Attributes (Attributs) de <Theme names (Noms des thèmes)> (par exemple des attributs de villes). Tous les tableaux ouverts dans le projet apparaissent dans la fenêtre située du côté droit de la fenêtre de projet.

Figure 6.10 : Tableaux d’attributs ouverts

La fonction rafraîchir appliquée aux thèmes sélectionnés fonctionne également pour les tableaux d’attributs du thème. Si le tableau d’attributs d’un thème est ajouté à la fenêtre de projet et que ce thème est supprimé d’une vue, le tableau d’attributs est aussi automatiquement enlevé de la liste. Si le thème doit être supprimé mais que le tableau d’attributs doit être conservé, exporter le tableau vers une base de données, un fichier texte INFO ou délimité.

Les enregistrements dans les tableaux d’attributs des thèmes de IMSMA ne doivent pas être modifiés dans le GIS IMSMA puisque les modifications des thèmes de IMSMA doivent toujours être effectuées dans IMSMA. Si des quelconques modifications des thèmes de IMSMA sont quand même réalisées dans le GIS IMSMA, elles n’affecteront pas les données dans le data pool (pool de données) de IMSMA.

Pour de plus amples informations sur la manière de travailler avec des tableaux, se référer au manuel de l’utilisateur de ArcView 3.2.

6.6 Dictionnaire de données du GIS

Le dictionnaire de données (DDX) du GIS IMSMA contient des informations concernant les thèmes disponibles dans le GIS IMSMA et des paramètres qui commandent le comportement de l'application GIS IMSMA. Le DDX du GIS IMSMA constitue une partie essentielle du GIS IMSMA, installé automatiquement lorsque le GIS IMSMA est installé.

Le DDX sert à définir des thèmes et à les associer aux rubriques. La relation entre les rubriques et les thèmes du GIS IMSMA et une vue dans ArcView sont représentées dans la figure ci-dessous.

1. Les rubriques IMSMA servent à organiser les thèmes IMSMA disponibles

2. On associe un ou plusieurs thèmes IMSMA à chaque rubrique

3. On ajoute les thèmes IMSMA dans la table des matières du GIS IMSMA

Figure 6.11 : Rubriques, thèmes et vues du GIS IMSMA

Le DDX du GIS IMSMA ne doit être modifié que lorsque l'on veut modifier les (réglages) paramètres par défaut ou lorsque l'on veut définir ses propres thèmes GIS IMSMA. Après avoir travaillé avec le GIS et IMSMA et que l'on a pu se familiariser

avec le système, on voudra probablement personnaliser les éléments du DDX du GIS IMSMA.

Le DDX du GIS IMSMA est réalisé sous la forme d'une base de données en MS Access. Bien que pour modifier les informations conservées dans le DDX du GIS IMSMA, il faille avoir installé MS Access 2000, il suffit que les pilotes ODBC requis soient disponibles pour accéder au dictionnaire à partir du GIS IMSMA.

Pour rendre un nouveau thème IMSMA disponible dans le GIS IMSMA, suivre les étapes suivantes (celles-ci sont décrites en détail dans les pages suivantes) :

1. Dans le pool de données de IMSMA, créer une requête (SQL-Server ‘view’) qui doit servir de base pour le nouveau thème.

2. Dans le DDX, créer une nouvelle définition du thème (lire les parties 6.6.1 à 6.6.9)

3. Dans le DDX, ajouter le thème à une rubrique IMSMA existante (on peut créer de nouvelles rubriques si nécessaire) (lire la partie 6.6.10)

4. Dans le GIS IMSMA, essayer le nouveau thème pour s’assurer qu’il est configuré correctement.

Les bases des nouveaux thèmes sont créées dans le pool de données de IMSMA (Serveur-SQL) comme des “vues“. On utilise indifféremment les expressions “view“ (Serveur-SQL) et “requête“ (MS Access) puisqu’elles signifient exactement la même chose.

Configuration

Le DDX du GIS IMSMA est divisé en deux fichiers de base de données MS Access:

• Le fichier imsma_ddx_data.mdb contient la plupart des tableaux du DDX du GIS IMSMA. Il représente la base de données Back-end contenant uniquement des données. Il peut être stocké centralement sur une machine définie comme serveur.

• Le fichier imsma_ddx.mdb représente la base de données Front-end de l’interface utilisateur. Il contient tous les formulaires et toutes les requêtes du menu. Tous les tableaux de la base de données Back-end sont liés à cette base de données. De plus, il contient un tableau local (pour les paramètres d'application; cela pour permettre de régler des paramètres spécifiques à un client).

On consultera les (sections) parties Environment Settings (Réglages des Paramètres d'environnement) et File Locations (Emplacement des fichiers) au chapitre 4 de ce manuel pour obtenir davantage d'informations sur l'emplacement de ces fichiers.

On accède à la base de donnés front-end du DDX du GIS IMSMA à partir du GIS IMSMA au démarrage de l’application par l’intermédiaire de l’ODBC. La totalité du contenu du

dictionnaire est lue en mémoire à ce moment de telle sorte que la base données n’accède plus au dictionnaire après coup. Après avoir apporté les modifications au DDX, il faut rafraîchir le projet ArcView – l’article “Reload Data Dictionnary“ (Démarrer le dictionnaire de données) est disponible dans le menu Fichiers du GUI du GIS IMSMA pour éviter de fermer et de rouvrir ArcView.

Menu principal du DDX

Lorsque l'on ouvre la base de données front-end (imsma_ddx.mdb) à l'aide de MS Access 2000, la boîte de dialogue ci-dessous donne accès aux éléments du DDX du GIS IMSMA.

Figure 6.12 : Menu principal du DDX du GIS IMSMA

On utilise le DDX du GIS IMSMA pour modifier des définitions de thèmes existantes, pour créer de nouvelles définitions de thèmes et pour modifier les paramètres de l'application.

• Edit Themes by Topic (Modifier des thèmes par rubrique) – Utiliser ce premier onglet pour modifier des thèmes existants. Une liste de rubriques à sélectionner apparaît – double cliquer sur une rubrique pour ouvrir une liste de thèmes à modifier. Double cliquer (ou sélectionner et cliquer sur modifier) pour ouvrir le formulaire de modification de thème. Les thèmes sont d'abord définis et ensuite attribués à des rubriques de IMSMA. On peut également revoir ou modifier le champ de classification de description des thèmes et des symboles graphiques en cliquant sur le bouton description des symboles.

• Add Themes (Ajouter des thèmes) – Avec cet onglet, on peut d'abord

sélectionner le type de forme du nouveau thème que l'on souhaite créer et cliquer ensuite sur le bouton ajouter un nouveau thème.

• Theme Order (Ordre des thèmes) – Sélectionner cet onglet pour revoir ou modifier l'ordre des dessins de tous les thèmes. Sélectionner un thème, cliquer ensuite sur la petite flèche pour déplacer le thème vers le haut ou vers le bas d'un rang. Cliquer sur une grande flèche pour déplacer le thème vers le haut ou vers le bas.

• Documentation – Trois rapports différents peuvent être prévisionnés ou imprimés. Ceux-ci affichent des informations sur chaque thème défini dans le dictionnaire de données. On peut modifier des descriptions à partir du bouton Description des Symboles lorsque l'on modifie un thème.

• Administration – Ouvre le tableau pour régler les différents paramètres d'application disponibles.

• Manage Topics (Gestion des rubriques) – Cliquer sur ce bouton dans l'onglet Modifier/Ajouter des Thèmes pour modifier la liste des rubriques disponibles et pour associer des thèmes à des rubriques. Les rubriques contiennent des définitions de thème – le thème doit être défini avant de l'ajouter à une rubrique.

• Themes with no Topic (Thèmes sans rubrique) – Liste tous les thèmes créés récemment qui n'ont pas encore été placés dans une rubrique.

Pour supprimer un thème, aller dans Thèmes, sélectionner le thème dans la liste et cliquer sur la corbeille.

6.6.1. Catégories de thèmes du GIS IMSMA

Les cinq catégories de thèmes vectoriels du GIS IMSMA sont reprises dans le tableau ci-dessous.

Points de la base de données	Géométrie du point à partir des coordonnées XY dans la base de données
Zones de la base de données	Géométrie des zones à partir de la base de données de IMSMA
Géométrie des lignes	Géométrie des lignes reliant deux coordonnées XY dans la base de données
Géométrie polaire de la base de données	Coordonnées polaires reprises dans la base de données, représentées sous la forme de points ou de lignes (c'est-à-dire distance et angle à partir d'un point)
Géométrie vectorielle de la base de données	Géométrie vectorielle définie par un fichier de forme et munie d’attributs facultatifs de la base de données (éléments de point, de ligne ou de polygone)

Tableau 6.2: Classes de thèmes du GIS IMSMA

Les paramètres de définition des thèmes définis dans le DDX du GIS IMSMA sont utilisés pendant l'ajout d'un thème à la vue. Ces paramètres sont stockés avec la définition du thème dans le fichier de projet ArcView. Des modifications aux définitions de thèmes dans le DDX de GIS IMSMA n'affectent pas les thèmes qui ont déjà été ajoutés à une vue, et pour tenir compte des modifications apportées à la définition d'un thème, le thème doit être effacé de la vue et rajouté à celle-ci.

6.6.2. Définitions des thèmes du GIS IMSMA

En général, les définitions de thèmes contiennent les propriétés suivantes:

• Primary geometry (Géométrie primaire). Source de données dans laquelle on peut obtenir les informations géométriques (typiquement une requête SQL envoyée à un quelconque Nom de Source de Données ODBC qui est configurée sur l’ordinateur, les fichiers de forme étant également implantés/supportés).

• Add-on Attribute data source (Source de données d'attribut ajoutée). Source de données dans laquelle on peut obtenir des attributs supplémentaires. Il s'agit d'une requête SQL qui peut se référer à des tableaux dans tout DSN ODBC configuré sur l'ordinateur.

• SQL Queries (Requêtes SQL). Les requêtes SQL effectives envoyées aux sources de données respectives. La longueur maximale de la requête SQL conservée dans le DDX du GIS IMSMA est de 255 caractères, et si la requête SQL est plus longue, elle doit être conservée dans la base de données de source (dans IMSMA, elles sont stockées dans le datapool (pool de données) avec des noms qui présentent la forme qryGIS_ < query name suffix > (suffixe du nom de requête ).

• Theme creation parameters (Paramètres de création de thèmes). Noms des champs qui contiennent les différentes parties nécessaires pour construire la géométrie ou pour joindre des attributs supplémentaires à la géométrie (champs X/Y, clés étrangères/primaires, etc.).

• Theme appearance parameters (Paramètres d'aspect des thèmes). Paramètres pour configurer le thème ArcView créé à partir des informations de géométrie et d'attributs. Des exemples en sont le nom du thème, le champ d'étiquette, les seuils d'échelle de visibilité, l'état visible/actif, les symboles disponibles, etc. (les symboles sont prévus sous la forme de fichiers de légendes ArcView (*;avl)). Les références nominales à ces fichiers peuvent être définies pour une définition de thèmes).

• View parameters (Paramètres des vues). Paramètres permettant de définir la

manière suivant laquelle les thèmes se comportent dans la vue IMSMA (par exemple la position du thème dans la table des matières ArcView, des drapeaux pour indiquer si le thème doit être ajouté automatiquement à une nouvelle vue, s'il doit être rafraîchi lors de chaque démarrage du projet, etc.).

6.6.3. Caractéristiques des thèmes du GIS IMSMA

Les thèmes du GIS IMSMA sont créés à partir de la base de données de IMSMA et peuvent être rafraîchis sur demande pour tenir compte des modifications apportées dans IMSMA. Les points qui suivent expliquent comment les thèmes du GIS IMSMA diffèrent des thèmes vectoriels ArcView standard et présentent certaines de leurs caractéristiques.

Coordinate System (Système de coordonnées). Les coordonnées d'un thème doivent être spécifiées en coordonnées géographiques (longitude/latitude en degrés décimaux) et dans les mêmes données de référence sur lesquelles la vue est projetée (généralement définies par les cartes d’arrière-plan à projeter).

Auxiliary Shapefiles (Fichiers auxiliaires de forme). La plupart des thèmes du GIS IMSMA conservent la géométrie extraite de la base de données dans des fichiers auxiliaires de forme. Ces fichiers sont créés et gérés dans un répertoire cache de forme de projet spécifique (appelé _shp_<project> et situé dans le même répertoire que le fichier de projet ArcView).

Le nom du fichier auxiliaire de forme est composé en utilisant la touche de définition de thème pour laquelle il a été créé et un indice (indice numérique supplémentaire pour distinguer des fichiers de forme utilisés dans différentes vues):

shp_<theme_key (touche de thème)> _<index (indice)>

Report of rejected geometry records (Rapport sur les enregistrements géométriques rejetés). Pendant la création ou le rafraîchissement des fichiers de forme auxiliaire, des géométries invalides peuvent être rencontrées dans l'ensemble de rapports récupérés dans la base de données. Ces rapports rejetés sont envoyés dans un fichier de rapports stocké dans le répertoire contenant les fichiers de forme auxiliaires. Les fichiers de rapports sont nommés en utilisant la touche de définition de thème:

rejects_<theme_key>.txt

Le fichier de rapport d'un thème est effacé automatiquement si la création ultérieure du fichier de forme indique qu'il n'y a pas d'erreur. L'existence d'un fichier de rapport indique donc que les données géométriques posent un problème qui devrait être traité en utilisant IMSMA.

Theme definitions using a value list field (Définition de thèmes utilisant un champ de liste de valeurs). Un groupe de définitions de thèmes prédéfinis nécessite d'affiner davantage la rédaction de la requête SQL d'attribut lors du chargement d'un thème. L'affinement de la rédaction de la requête SQL est géré par la fiche de propriétés associée à la définition d'un thème. Tout ce que la fiche de propriétés doit connaître est le nom du champ de la requête d'attribut à laquelle les paramètres doivent être appliqués. Le nom du champ est défini dans les propriétés communes du thème sous le nom Valuelist Field (Champ des listes de valeurs). Ainsi, les dépendances vis-à-vis de la fiche de propriétés sont constituées du champ de liste de valeurs (Valuelist Field) et de la touche de thème (Theme Key). La requête d'attribut peut être modifiée tant qu'elle conserve le nom de colonne spécifié par Valuelist Field.

En cas de besoin, ces définitions de thème peuvent être utilisées avec la fiche de propriétés DEFAULT (par défaut). Dans ce cas, aucun affinement de la rédaction de la requête SQL n'a lieu.

Pour plus de détails sur ce point, on consultera l'exposé concernant les Topics

(Rubriques ou thèmes).

6.6.4. Directives de définition des thèmes du GIS

Tandis que les paragraphes précédents abordaient les options de configuration de base pour définir des thèmes et des rubriques, les paragraphes suivants visent à résumer certaines des meilleures pratiques et lignes directrices de cette tâche de configuration.

Performances

Utiliser les requêtes d'attributs uniquement où cela est obligatoire

Bien que tous les types de thème permettent de joindre des résultats de requête d'attributs supplémentaires, cette capacité entraîne une augmentation des temps de réponse pendant l'ajout et le rafraîchissement de thèmes (à cause des requêtes supplémentaires envoyées vers la base de donnée et de l'opération obligatoire ArcView Join). Par conséquent, on ne doit utiliser des requêtes d'attributs que dans les situations suivantes:

• Thèmes de zone de base de données: les requêtes d'attributs sont la seule manière d'inclure des attributs autres que le champ clé dans le thème. Par conséquent, ils sont généralement nécessaires pour ces thèmes.

• Thèmes vectoriels: les requêtes d'attributs peuvent être très utiles pour rassembler des données et joindre les statistiques obtenues à des fichiers de forme existants (qui représentent typiquement des zones administratives)

• Tous les autres types de thème (base de données XY, Polaire, Ligne) ne nécessitent qu'une requête d'attributs si les attributs d'une base de données supplémentaire doivent être extraits et inclus dans le thème. Dans tous les autres cas, les attributs doivent être inclus dans les requêtes de base de données utilisées dans l’instruction de requête source.

Vérifier les performances des requêtes

Les requêtes de base de données utilisées par les thèmes du GIS doivent être conçues en connaissance des performances car elles vont être exécutées très souvent et renvoyer de grands ensembles de résultats. Il faut s'assurer que les requêtes sont supportées de manière appropriée par les indexs de base de données. Limiter le nombre des champs d'attributs des thèmes

Essayer de limiter le nombre de champs d'attributs des thèmes, n'inclure que des champs qui sont réellement requis par l'utilisateur final. De grands nombres de champs ralentissent les temps de réponse pour la création/le rafraîchissement des thèmes.

Rafraîchissement au démarrage

Utiliser le drapeau "Rafraîchissement au Démarrage" uniquement pour des thèmes qui doivent être rafraîchis chaque fois que le projet est démarré car le temps de démarrage du projet est affecté de manière défavorable.

Utilisation

Noms des champs

Essayer d'utiliser des noms de champs courts mais en même temps lisibles dans les requêtes du GIS du pool de données. Utiliser des alias de champs sans le préfixe "cln". Aucun blanc ou caractère spécial ne peut être utilisé dans les noms de champs.

Définir un champ utile d’ID utilisateur

Pour les valeurs ID de IMSMA qui doivent être rapportées dans des rapports de réjection, le champ d'ID utilisateur doit être présent dans la requête Source/Géométrie. Pour des requêtes DBArea, cela signifie que ce champ doit être inclus TANT dans la requête de géométrie QUE dans la requête d'attributs. Dans les thèmes et les requêtes prédéfinies, un champ IMSMA_ID est utilisé. Il est constitué du nom court du créateur du MAC et de l'ID d'enregistrement.

Utiliser "*" pour des champs de requête du pool de données

Il peut être utile de référencer les requêtes dans le dictionnaire de données par "SELECT * FROM <query>" de telle sorte que la liste des champs à inclure dans le thème soit commandée par l'intermédiaire de la structure de la requête dans le pool de données. Dans ce cas, l'ajout de nouveaux champs dans la requête d'attributs ne requiert pas la mise à jour du dictionnaire de données, la relecture de celui-ci à partir de ArcView et le rajout des thèmes affectés.

Définir un champ d'étiquette utile

Définir un champ d'étiquette (utilisé dans Identify et dans Labelling themes): généralement l'ID de IMSMA (la même valeur que celle utilisée pour l'ID de l'utilisateur), dans certains cas un autre champ peut être plus approprié (par exemple un nom dans le cas d'un thème de ville).

Masquer des légendes peu importantes

On peut masquer la légende des thèmes de faible importance dans la table des matières pour réduire la taille et la complexité globale de la table des matières.

Réutiliser des thèmes dans des rubriques uniquement où cela est nécessaire Bien qu'il soit possible d'inclure le même thème dans plusieurs rubriques, il est recommandé d'utiliser cette capacité avec précaution étant donné qu'elle peut prêter à confusion pour l'utilisateur.

Règles d'attribution des noms

Pour chaque thème du GIS, une ou plusieurs vues du pool de données de IMSMA sont créées. Toutes les vues standard sont nommées selon une règle d'attribution des noms qui est recommandée lorsqu’on crée également des thèmes propres du GIS. Si des modifications ou des adoptions apportées aux thèmes standard sont requises, il est recommandé d’effectuer celles-ci dans les définitions d’une vue propre et pas dans les thèmes standard eux-mêmes. La raison de la procédure suggérée est qu'avec chaque mise à niveau de IMSMA, les thèmes standard sont effacés et les modifications apportées par l'utilisateur sont perdues. Par conséquent, il est également avantageux de choisir un préfixe différent comme nom de vue (par exemple myqryGIS) de celui des vues standard. La nette distinction entre les vues standard et personnalisées facilite la réimportation de vues auto-créées après une mise à niveau de IMSMA.

Démarrage commun de tous les noms de vues standard

qryGIS_

Définir un objet d'action contre les mines

Pour éviter des noms de vues trop longs, des abréviations de tous les objets de lutte anti-mines dans IMSMA ont été choisies pour utiliser des noms de vue pertinents, qui sont toujours écrits en lettres capitales.

• tblCity: TN

• tblClearance: CL

• tblCompletionReport: CS

• tblDangerousArea: DA

• tbllncAccAccident: DX

• tbllncAccCasualty: CA

• tbllncAccIncident: MX

• tblLocation: LC

• tblMinefield: MF

• tblMineRiskEducationActivity: MR

• tblOrganisation: OR

• tblSurvey1: IS

• tblSurvey1MinedArea: MA

• tblSurvey1MinedAreaVictim: MV

• tblSurvey2: TS

• tblTask: TK

Définir plus précisément un objet de lutte anti- mines

Si un objet est décrit plus précisément (par exemple champ de mine: repère), une autre abréviation ou une description supplémentaire est appliquée:

• Start point: stpt

• Reference point: refpt

• Viewpoint: vpt

• Point type: ptType

• Pour plus de noms de vues compréhensibles, une description supplémentaire est ajoutée (par exemple qryGIS_MXbyDistance_GeoXY).

Terminaisons

Différentes terminaisons sont ajoutées aux vues. Sub, GeoXY, GeoLine, GeoArea, GeoAttr, GeoApp.

• qryGIS_xx_Sub: “Sub“ indique une vue facultative qui est nécessaire pour

construire la vue finale. Aucun thème du GIS n’est basé directement sur une vue avec cette terminaison.

• qryGIS_xx_Geo: “Geo“ indique une vue finale utilisée directement pour le thème du GIS.

• qryGIS_xx_GeoXY: “XY“ indique un thème GIS qui représente des informations de points (par exemple point de vue des zones minées).

• qryGIS_xx_GeoLine: “Line“ indique une ligne qui relie deux points (par exemple un connecteur entre le point de référence du champ de mine et le point de départ du champ de mine).

• qryGIS_xx_GeoArea: “Area“ indique une vue pour construire la géométrie d'un thème de zone du GIS.

• qryGIS_xx_Attr: “Attr“ indique une vue qui joint des informations d'attributs d'un thème de zone du GIS. Il est toujours utilisé avec une vue “GeoArea“.

• qryGIS_xx_App: “App“ indique une application et est utilisé pour des raisons internes.

Prévention des erreurs

Définir des alias de champs explicites

Les champs doivent présenter des noms explicitement attribués dans toutes les requêtes (les champs calculés sans nom ou les noms de champs dupliqués reçoivent l’assignation "Expr<xxxx>" dans les vues du serveur SQL, mais ils peuvent entraîner des erreurs lorsqu'ils sont utilisés par l’intermédiaire de l’ODBC).

Règles d'attribution des noms de champ

Les noms de champ ne peuvent comprendre aucun blanc ou caractère spécial. Dans les fichiers de forme générés, les noms de champ ne peuvent pas dépasser 10 caractères en longueur (limite du fichier dbf). Les noms de champ plus longs sont toujours supportés dans les requêtes (des alias de noms de champ sont utilisés dans le thème obtenu). Cependant, il est vivement recommandé de sélectionner des noms de champ qui sont uniques dans les 10 premiers caractères.

Noms de champs réservés

Les noms de champs suivants sont réservés et ne peuvent pas être utilisés comme noms d'attributs de thème:

• Shape

• Status

• NumTasks

• TaskID

• OwnerMAC

Pour les thèmes de zone, il y a un drapeau dans le DDX appelé “zone de champ“. Lorsqu'on le sélectionne, un champ d'attributs appelé “AreaSqM'“ est automatiquement ajouté au nouveau fichier de forme qui calcule la zone des éléments. Ne jamais utiliser “AreaSqM“ comme alias de tout attribut d’une vue.

Cohérence

Ne pas supprimer des géométries d'articles invalides dans les requêtes S'assurer que TOUS les éléments d'articles que l'utilisateur attend dans un thème donné soient vraiment inclus dans celui-ci. A moins qu'un sous-ensemble d'articles soit explicitement requis par l'utilisateur (par exemple en sélectionnant les priorités des thèmes de Survey 1, en appliquant un filtre de ville ou en sélectionnant des valeurs de statut), TOUS les articles doivent être affichés sur la carte soit rapportés comme étant rejetés (en raison de paramètres géométriques invalides/insuffisants). Par conséquent, aucune contrainte NOT NULL (non nul) ne doit être appliquée régulièrement à des requêtes source. Les exceptions peuvent être définies pour divers thèmes tels que des lignes de connecteur.

Attribuer une relation 1:1 à une requête d'attributs

S'assurer que la requête d'attributs (si on l'utilise) renvoie exactement un enregistrement pour chaque enregistrement de requête géométrique. S'il n'y a pas de correspondance entre la requête géométrique et la requête d'attributs, l'objet n'apparaîtra pas dans le thème (inner join).

Construire correctement l'ID utilisateur

Si un ID de IMSMA est utilisé pour le champ ID utilisateur, il doit comprendre le nom court du MAC et l'ID d'une entité de tutelle où cela est applicable (par exemple

<MAC>-<survey>-<mined area >pour des zones minées)

Attribuer un type approprié de données de thème

Pour un comportement approprié d'application, il est important d’attribuer le type approprié de données aux thèmes. Cette décision ne doit pas être prise sur base du nom de thème (qui peut prêter à confusion), mais strictement sur base du champ clé source: le type de données indique à quel type d'entités de IMSMA les valeurs clé du champ clé source se réfèrent.

Exemple: "Technical Surveys: Minefield BM" contient des points de référence de champ de mine associés à des études techniques. Le type de données est par conséquent Minefield au lieu de Technical Survey.

Si l'enregistrement individuel d'un thème représente une relation entre deux types de données de IMSMA (c'est typiquement le cas des thèmes “connecteur“ linéaires par exemple le point de référence Ville vers Etude d'Impact), on peut ensuite laisser le type de données en blanc ou choisir sur base du contenu spécifique des thèmes. Remarquer que le statut, le type de présentation des tâches et le filtre de statut et de MAC propriétaire sont ajoutés au thème selon le type de données (c'est-à-dire à partir d'un lien avec le tableau respectif de IMSMA). Les types d'affichage des statuts et des tâches et le filtre de statut et de MAC propriétaire sont à leur tour basés sur ces champs.

Dans les thèmes standard, on suit une règle pour attribuer le type de données du côté – “n“ d'une relation 1:n (par exemple enquête d'impact au point de départ de la zone minée: le type de données du connecteur est zone minée).

Les rubriques personnalisées doivent utiliser une feuille de propriétés par DEFAUT

Les rubriques personnalisées doivent utiliser la feuille de propriétés par DEFAUT. Un comportement et des hypothèses particulières sont associés aux autres feuilles de propriétés, de telle sorte qu'il n'est pas recommandé de les utiliser dans des rubriques personnalisées.

Hypothèses des thèmes de ville

Pour les thèmes utilisés dans la rubrique VILLE (feuille de propriétés de VILLE), on suppose que les attributs tblCity (clnLongitude, clnLatitude, clnName) (non renommés) sont présents dans le tableau/la requête référencée dans l'instruction SQL de requête source. Cela est requis pour supporter la fonctionnalité Town Selection (sélection de la ville).

6.6.5. Propriétés communes des thèmes

La partie supérieure de la fenêtre de dialogue de chaque classe de définition de thème permet de définir un ensemble de propriétés standard de thème, communes à toutes les classes.

Figure 6.13: Propriétés communes des thèmes

Theme Key (Touche de Thème). Raccourci permettant d'identifier la définition du thème (obligatoire). On utilise cette touche pour composer le nom des fichiers associé au thème (le fichier de forme auxiliaire utilisé pour conserver les données de thèmes extraites à partir de la base de données et les fichiers de rejet de rapport et d’export).

La touche de thème ne peut contenir ni caractère blanc ni caractère spécial (sauf “_“ et “-“) et doit être unique pour toutes les définitions de thèmes.

Data Type (Type de Données). Il identifie le type d’entité de pool de données de IMSMA auquel appartiennent les éléments du thème (facultatif). On utilise le type de données dans différentes situations par exemple :

• Des sélections exportées enregistrent le type de données des articles de telle sorte qu’on puisse les traiter correctement dans IMSMA.

• Des attributs de tâche et de statut sont ajoutés à un thème à partir des caractéristiques du type de données que le thème représente (par exemple les thèmes Accidents n’ont pas de statut alors que les thèmes Enquête en ont).

• Les outils de tâche utilisent le type de données pour désigner des éléments sélectionnés de manière correspondante.

La règle à suivre la plus importante lorsqu’on assigne le type de données est qu’il doit correspondre au tableau de la base de données dont les enregistrements sont identifiés par les valeurs de champ de la touche de thème (Champ clé primaire dans des thèmes DBArea, Champ clé de requête de source dans tous les autres champs). C’est-à-dire, si le champ ″Pkey″ dans la requête de source est défini comme un Champ clé de requête de source et que les valeurs de champ sont extraites du champ clnGUID dans tblSurvey1MinedArea, le type de données doit être réglé sur “MinedArea“ (ou laissé en blanc). Si aucun type de données n’est attribué à une définition de thème, les thèmes sont traités comme de simples éléments d’arrière- plan. Dans ce cas, ils ne sont pas pris en compte pour les fonctions de statut et de tâche et leurs paramètres de sélection ne peuvent pas être exportés vers la base de données de IMSMA.

Les types de données et leurs caractéristiques sont définis dans le tableau tblDataType. Remarquer qu’il est déconseillé de modifier le contenu de ce tableau de quelque manière que ce soit.

Name (Nom). Nom de la définition de thème (obligatoire). On utilise ce nom pour l’affichage dans la boîte de dialogue “Thèmes des cartes” si aucune étiquette n’est

définie. Si un thème ne présente pas une symbologie définie ou qu’une symbologie sélectionnée n’est pas configurée pour servir de nom de thème, cette valeur est aussi attribuée au thème ArcView créé à partir de la définition et affiché dans la table des matières ArcView. Le nom doit être unique pour toutes les définitions de thème.

Description (Description). Tout texte de description concernant la définition du thème (facultatif dans un but de documentation dans le DDX du GIS IMSMA, n'est pas utilisé dans le GIS IMSMA).

Label Field (Champ d'Etiquette) Le nom d'un champ dont les valeurs doivent être utilisées pour étiqueter des éléments en ArcView (facultatif). Cette propriété renvoie à la propriété Label Field des thèmes ArcView. Le champ doit exister dans le tableau des attributs d'éléments du thème (c'est-à-dire qu'il doit être défini dans la requête d’attributs source ou supplémentaire (dans la requête d’attributs des thèmes de DBArea)).

Position in TOC (Position dans la Table des Matières). Cela définit l’ordre des dessins ainsi que la position du thème par rapport à d'autres thèmes IMSMA dans la Table of Contents (Table des Matières) d'ArcView (obligatoire, valeur par défaut = 0). Les thèmes IMSMA sont insérés en ordre descendant dans la table des matières, c'est-à-dire qu'une valeur de 0 fait que le thème est inséré à la fin.

ID Field (Champ d'ID). Le nom d'un champ dont les valeurs représentent l'ID d'un élément (facultatif). Ce champ doit permettre à l’utilisateur de localiser et d’identifier les enregistrements correspondants dans la base de données. Quant aux thèmes basés sur des entités de la base de données de IMSMA, l’ID est composé du prénom du créateur du MAC et de l’ID de l’article, qualifiée avec l’ID de l’article parent là où cela est approprié (par exemple <MAC>-<Survey1_ID>-<Mined Area_ID> pour identifier les zones minées).

Le GIS IMSMA n’exige pas que les valeurs de ce champ ID soient uniques.

Valuelist Field (Champ de Liste de Valeurs). Cela désigne un champ dans la requête source (ou dans la requête de géométrie pour des thèmes DBArea) qui sert à appliquer des sélections effectuées dans les fiches de propriétés de rubrique SURVEY1 et LOCATION (facultatif). Le champ de liste de valeurs est ignoré pour des définitions de thème qui ne sont pas utilisées dans l’une de ces fiches de propriétés de rubrique. Les requêtes de thèmes utilisées dans SURVEY1 et LOCATION peuvent être modifiées pour autant que le champ de liste de valeurs soit présent et qu’il désigne le champ correct de base de données.

Visibility Minimum Scale (Echelle Minimale de Visibilité). Dénominateur d'échelle cartographique minimale à laquelle le thème sera dessiné (facultatif). A des dénominateurs d'échelle inférieurs à la valeur spécifiée, le thème ne sera pas dessiné dans la vue (l'affichage dans la table des matières reste inchangé). Cette propriété peut être utilisée pour supprimer l'affichage de données très généralisées à grande échelle. Par exemple, pour supprimer l'affichage d'un thème de route recueilli à une échelle de 1:1 000 000 à des échelles supérieures à 1:500 000, on introduira ici le nombre 500 000, et à l'échelle 1:400 000, xx xxxxx xx sera pas visible.

Si aucune valeur n'est fournie, aucun seuil minimum d'échelle n'est appliqué. Cette propriété renvoie à la propriété Minimum Scale (Echelle Minimale) des thèmes ArcView.

Visibility Maximum Scale (Echelle Maximale de Visibilité). Dénominateur maximum de l'échelle cartographique à laquelle le thème sera dessiné (facultatif). A des dénominateurs d'échelle supérieurs à la valeur spécifiée, le thème ne sera pas dessiné dans la vue (l'affichage dans la table des matières reste inchangé). Cette propriété peut être utilisée pour supprimer l'affichage de grandes quantités de données détaillées à petite échelle. Par exemple, pour supprimer l'affichage de périmètres de champ de mine à des échelles supérieures à 1:500 000, on introduira ici le nombre 500 000 et à une échelle de 1:600 000, le périmètre du champ de mine ne sera pas visible.

La suppression de l'affichage d'un thème à petite échelle (c'est-à-dire lorsque l'on augmente l'échelle de présentation de la carte) diminue le temps de réponse et donne une fenêtre de vue plus lisible.

Si aucune valeur n'est donnée, aucun seuil d'échelle maximal n'est appliqué. Cette propriété renvoie à la propriété "Maximum Scale" (Echelle Maximale) des thèmes ArcView (accessible par le dialogue de propriété dans le menu "Theme" d'ArcView).

Automatically Add to New Views (Ajouter Automatiquement à de Nouvelles Vues). Indique si le thème doit être ajouté automatiquement lorsqu'une nouvelle vue est créée (valeur par défaut = Non, obligatoire).

Il est recommandé de définir cette propriété pour au moins un thème (la fenêtre de dialogue View Properties (Propriétés de la Vue) apparaîtra alors après que l'on a ajouté le premier thème à la vue, ce qui permet de définir l'étendue de la carte et les propriétés de projection immédiatement après avoir créé la vue).

Activate Theme in View (Activer le Thème dans la Vue). Indique le thème actif après (addition) ajout à une vue (valeur par défaut = Non, obligatoire). Les thèmes actifs sont affichés sous la forme d'un panneau activé dans la table des matières. L'activation est utilisée pour indiquer que le thème doit être utilisé dans des opérations telles que la sélection, l'identification ou le marquage d'éléments.

Build Spatial Index (Construire un Index Spatial). Indique si un index spatial doit être construit pour le thème (valeur par défaut = Oui, obligatoire). Un index spatial améliore les temps de réponse d'opérations impliquant des recherches spatiales (par exemple affichage d'une petite zone de l'entièreté de l'étendue du thème ou sélection d'éléments en utilisant des contraintes spatiales). Recommandé pour des thèmes présentant un nombre significatif d'éléments ou présentant des éléments complexes.

Show Legend in Table of Contents (Présenter la Légende dans la Table des Matières). Indique si la légende du thème sera affichée dans la table des matières (valeur par défaut = Oui, obligatoire). Les très petites légendes (par exemple des légendes de thèmes de ligne de connecteur) peuvent être cachées en réglant cette propriété sur Non. Renvoie à la propriété correspondante du thème ArcView qui peut

être activé ou désactivé en utilisant l'option Hide/Show Legend (cacher/montrer la légende) dans le menu Theme (Thème).

Make Theme Visible in View (Rendre le Thème Visible dans la Vue). Indique si le thème doit être visible après l'addition à la vue (valeur par défaut = Oui, obligatoire). La visibilité de thèmes est commandée en utilisant la boîte de cochage dans la table des matières.

Query Attributes (Attributs de Requête). Indique si le thème doit servir dans des opérations de requête d’attributs (“Identify” (Identifier), “Query and Zoom to Features” (Requête et Agrandissement des Eléments)) (valeur par défaut = Oui, obligatoire). Les thèmes dépourvus d’attributs intéressants peuvent être exclus de ces opérations en réglant la propriété sur “Non”. Cela accélère les recherches et diminue la taille des listes de sélection. Remarquer que cette propriété peut être écrasée en enfonçant le bouton SHIFT lorsque l’on démarre l’opération de requête (c’est-à-dire lorsque l’on applique l’outil Identify à la carte ou lorsque l’on clique sur le bouton Query and Zoom to Features).

6.6.6. Propriétés d’apparence des thèmes

La manière dont les thèmes sont affichés dans la vue et dans la vue de la table des matières peut être définie dans l'onglet Apparence des feuilles de propriétés de définitions de thèmes. Pour chaque définition de thème, n'importe quel nombre d'enregistrement de symboles peut être défini. Si plus d'un symbole a été défini pour un thème, l'utilisateur pourra choisir l'un d'eux pour l'utiliser afin d'afficher le thème. Si aucun symbole n'est défini, ArcView attribue un symbole par défaut au thème.

Figure 6.14: Propriétés d'apparence des thèmes

Allow changing Legend for non-standard Display Styles (Status, Tasking) (Permettre de modifier une légende pour des styles d'affichage non standard - (Statut, Tâche): Pointer sur ce drapeau lorsque le thème modifie sa légende et lorsque le style d'affichage est différent des légendes standard (Status, Tasking).

Default Legend Name (Nom de légende par défaut). Définir la légende par défaut avec un symbole qui doit être utilisé lorsque le style d'affichage Status ou Tasking est sélectionné et lorsque la légende standard est constituée de plus d'un symbole différent (par exemple site d'activité d'organisations).

Legend Title (Titre de légende): Nom affichable du symbole (obligatoire). Lorsque plusieurs symboles sont définis pour un thème, ce nom est utilisé dans la liste de sélection correspondante.

Use as Theme Name (Utiliser comme nom de thème): Indique si le nom du symbole doit être utilisé comme nom du thème ArcView créé, ce qui écrase le nom de définition de thème (par défaut = oui, obligatoire).

Use as Default (Utiliser comme valeur par défaut): Indique si un symbole doit être sélectionné par défaut si plus d'un symbole est défini. Ce drapeau est utilisé dans des situations dans lesquelles un thème doit être créé sans intervention de l'utilisateur (par exemple lorsqu'on ajoute des thèmes par défaut à une nouvelle vue). Si plus d'un des symboles d'une définition de thème sont définis par défaut, l'un d'eux est sélectionné de manière arbitraire.

Description: Tout texte descriptif qui concerne les symboles (facultatif, à titre de documentation dans le DDX du GIS IMSMA, il n'est pas utilisé dans le GIS IMSMA).

Legend File (Fichier de légendes): Parcours complet vers le fichier.avl de ArcView qui contient la définition de légende du thème. On peut utiliser les positionneurs du parcours du GIS IMSMA dans la spécification du parcours ($(GISHome) pour se référer au répertoire d’installation du GIS IMSMA, $(ProjectHome) pour se référer au répertoire dans lequel le projet actuel est enregistré).

6.6.7. Définition des noms des thèmes

Le nom de thème sert de titre de thème lorsque des éléments sont affichés soit en couleurs de tâche soit de statut. Si le style d'affichage est “tasking colours“, [Tasking] est ajouté au nom de thème. [Status] est ajouté lorsque le style d'affichage est “status colours“. Le nom de thème sert également de titre de thème lorsque le nom de la légende ne sert pas de nom de thème. Il est important que le nom de thème indique quel type d'objet est représenté.

Figure 6.15: Le nom de légende n'est pas utilisé comme nom de thème

Si on pointe sur l'indicateur “Use as theme name“, le titre de légende est utilisé comme nom de thème. Il est important de choisir un titre de légende qui indique exactement le contenu du thème (par exemple quel objet de lutte anti-mines) et ce

qui est représenté par la légende (par exemple Symbology name Impact surveys: Active impact).

Si une étiquette a été établie (voir 6.6.14), elle n'est jamais utilisée étant donné que le thème la nomme dans la table des matières mais uniquement comme un titre plus détaillé dans la boîte de dialogue Thèmes des cartes.

6.6.8. Convention des noms dans les vues

Le back-end de IMSMA est basé sur un serveur SQL. Il y a plusieurs différences entre MS Access et le serveur SQL. L’obtention d’informations à partir d'une base de données MS Access s'appelle une "requête" mais dans le serveur SQL cela s'appelle une "vue". Les informations de base des thèmes du GIS sont dans le back-end, on les appelle donc des vues-GIS.

6.6.9. Thèmes de base de données XY

Les thèmes XY de base de données contiennent des points qui sont basés sur des champs Longitude/Latitude dans un jeu d'enregistrements extrait de la base de données. La géométrie obtenue est stockée dans un fichier de forme auxiliaire dans le répertoire de forme des projets. Les enregistrements qui ne présentent pas de valeurs Longitude et/ou Latitude sont rapportés dans le fichier de rapport de rejet.

Figure 6.16: Propriétés des thèmes de base de données XY

Source DB (Base de données source). Le nom de source de données ("Data Source Name" – DSN) de l'ODBC de la base de données à partir de laquelle les attributs et les coordonnées du thème sont extraits (facultatif). S'il n'est pas défini, le DSN du pool de données de IMSMA est utilisé (comme défini dans le tableau du DDX tblApplicationParameters). Le DSN des bases de données peut être enregistré dans le tableau tblODBCConnection du DDX.

Source Query (Requête source). Requête SQL pour extraire le jeu d'enregistrements qui contient les coordonnées Longitude/Latitude de la base de donnée géométrique (obligatoire). Tous les attributs compris dans la requête font partie du tableau d'attributs des thèmes.

Field Longitude (Champ de longitude). Indique le nom de la colonne dans la requête source qui contient les valeurs de longitude (en degrés décimaux) des points (obligatoire).

Field Latitude (Champ de latitude). Indique le nom de la colonne dans la requête source qui contient les valeurs de latitude (en degrés décimaux) des points (obligatoire).

Add-on Attribute DB (Base de données d’attributs ajoutés). Le nom de source de données de l'ODBC vers une base de données qui contient des informations d'attributs externes (facultatif). Le DSN de bases de données peut être enregistré dans le tableau tblODBCConnection du DDX.

Add-on Attribute Query (Requête d'attributs ajoutés). Instruction SQL d'attributs dans la base de données d'attributs ajoutés qui doit être associée aux éléments définis par la requête source (facultatif). Le jeu d'enregistrement généré par cette requête doit contenir exactement un enregistrement pour chaque enregistrement renvoyé par la requête source.

Source Query Key Field (Champ clé de requête source). Le nom du champ clé dans le jeu d'enregistrements renvoyé par la requête source (obligatoire). Ce champ doit identifier uniquement chaque élément du thème. Pour des thèmes de base de données de IMSMA, ce champ contient typiquement les valeurs clés primaires (GUID) du tableau identifié par le type de données. Les noms de champs clés ne peuvent pas dépasser 10 caractères.

Add-on Attribute Query Key Field (Champ clé de requête d'attributs ajoutés). Le nom du champ clé dont les valeurs identifient exclusivement les enregistrements renvoyés par la requête d'attributs ajoutés (facultatif). Le champ clé doit être en relation 1:1 par rapport au champ clé de requête source, avec un enregistrement qui correspond à chaque enregistrement de requête source. Remarquer que les attributs ajoutés sont uniquement extraits et joints au thème si tant la requête d'attributs que le champ clé sont spécifiés et valides. Les noms de champ clé ne peuvent pas comprendre plus de 10 caractères.

Refresh on Start-up (Rafraîchir au démarrage). Indique si le fichier de forme auxiliaire qui contient la géométrie des points doit être rafraîchi à chaque démarrage du projet ArcView (par défaut = Non).

6.6.10. Thèmes de surface dans la base de données

Les thèmes de zone de base de données représentent des entités de la base de données qui ont une géométrie de zone. Les zones individuelles peuvent être définies sur une géométrie explicite de périmètre (coordonnées des points du périmètre conservées dans la base de données) ou en utilisant une approximation de la zone à partir des coordonnées de son point de référence et une largeur et/ou une hauteur en mètres. Cette approximation peut utiliser des ellipses ou des rectangles comme formes de base, le point de référence étant le point central.

Si les points de périmètre et la description approchée de la zone sont présents dans la base de données et spécifiés dans la définition du thème, les deux représentations sont acceptées dans le même thème. S'il existe des points de périmètre valides pour un objet donné, ils sont utilisés pour construire la zone. Sinon, on utilise l'approximation.

La géométrie résultante est conservée dans un fichier auxiliaire de forme dans le répertoire de forme du projet. Les enregistrements présentant des points de périmètre invalides ou des données insuffisantes pour construire la forme approchée de la zone sont repris dans le fichier des rapports de rejet.

Figure 6.17: Propriétés des thèmes de zone de base de données

Geometry DB (Base de données géométriques). Le Data Source Name (Nom de Source de Données – DSN) de l’ODBC d'une base de données contenant les paramètres pour construire la géométrie de l’élément (facultatif). S’il n’est pas défini, le DSN du pool de données de IMSMA est utilisé (comme défini dans le tableau tblApplication-Parameters du DDX). Pour qu'un nom de source de données (DSN) apparaisse dans cette boîte de liste, il faut qu'il soit ajouté dans le tableau tblODBCConnection du DDX.

Geometry Query (Requête géométrique). Requête SQL pour récupérer le jeu d'enregistrements utilisé pour construire la géométrie d'une zone à partir de la base de données (obligatoire). A l'exception du Foreign Key Field (Champ de Clé Etrangère), aucun attribut de cette requête ne sera présent dans le tableau des attributs du thème (la requête d'attributs peut être utilisée pour ajouter des colonnes supplémentaires au tableau des attributs du thème).

Dans le champ de forme, le champ de clé étrangère sera appelé ID. Le nom initial du champ dans la requête n'est pas utilisé parce qu'il peut être plus long que la limite de 10 caractères qui s'appliquent aux noms de champ du fichier de forme.

En fonction du procédé utilisé pour créer cette géométrie de zone, différentes exigences sont appliquées au jeu d'enregistrements résultant.

Uniquement des points de périmètre:

• Le jeu d'enregistrements doit contenir au moins la clé de zone (référencée dans le Foreign Key Field – Champ de Clé Etrangère) et les champs de longitude et de latitude des points de périmètre (référencés dans Field Longitude / Field Latitude (Longitude du Champ / Latitude du Champ) dans Perimeter (Périmètre)). La requête peut donc contenir un LEFT JOIN (lien gauche) entre le tableau de zone et le tableau des points de périmètre (en fait, l’accès au tableau des points de périmètre suffit à lui seul pour le cas le plus simple; cependant, on accède généralement aux attributs supplémentaires de tableau

de zone pour composer l’ID de l’utilisateur et/ou pour appliquer des contraintes).

• Un LEFT JOIN sert à s’assurer que même des zones dépourvues de points de périmètre sont extraites de telle sorte que cette situation puisse être enregistrée dans le rapport de rejet.

• Le jeu d'enregistrements doit d’abord être trié sur la clé de zone (référencée dans le Foreign Key Field (Champ de Clé Etrangère)) et ensuite sur le numéro de séquence de points (non référencé dans la définition du thème).

• Exemple:

SELECT A.clnGUID, P.clnLongitude, P.clnLatitude FROM tblDangerousArea AS A

INNER JOIN tblDangerousAreaPerimeter AS P ON A.clnGUID = P.clnDangerousAreaGUID ORDER BY A.clnGUID, P.clnPointNumber;

Uniquement approximation (en utilisant Reference Point (point de référence) et Area Dimensions (dimensions de la zone)

• Le jeu d'enregistrements doit contenir la clé de zone (référencé dans Foreign Key Field (Champ de Clé Etrangère)) et une description suffisante de l'approximation de la zone. Cette description doit contenir les valeurs de longitude et de latitude du point de référence et au moins l'un des champs Width (largeur) /Height (hauteur) (ces noms de champs sont référencés sous Reference Point/Envelope (Point de Référence/Enveloppe)). Si un seul des champs de dimensions est fourni ou si les deux sont fournis mais qu'un seul des champs contient une valeur, la hauteur et la largeur sont supposés égales.

• Aucune contrainte d'ordre de colonne n'est appliquée au jeu d'enregistrements.

• Exemple:

SELECT A.clnGUID, A.clnLongitude, A.clnLatitude A.clnEstimatedAreaWidth, A.clnEstimatedAreaLength FROM tblDangerousArea AS A;

Les Perimeter Points (Points de Périmètre) et l'Approximation (Approximation) sont tous deux implantés

• La combinaison des conditions ci-dessus s'applique dans ce cas (les champs obligatoires de l'approximation et des points de périmètre, avec tri sur l'ID de zone et le numéro de succession des points).

• Exemple:

SELECT A.clnGUID, A.clnLongitude AS RefLongitude, A.clnLatitude AS RefLatitude, A.clnEstimatedAreaLength, A.clnEstimatedAreaWidth, P.clnLongitude, P.clnLatitude

FROM tblDangerousArea AS A

LEFT JOIN tblDangerousAreaPerimeter AS P ON A.clnGUID = P.clnDangerousAreaGUID ORDER BY A.clnGUID, P.clnPointNumber;

Valeurs Point/Enveloppe de Référence

Field Longitude (Champ de Longitude). Nom du champ contenant la valeur de longitude (en degrés décimaux) du point de référence (facultatif). Utilisé pour construire la géométrie approchée de la zone (ellipse ou rectangle, avec le point de référence comme centre).

Field Latitude (Champ de Latitude). Nom du champ contenant la valeur de latitude (en degrés décimaux) du point de référence (facultatif). Utilisé pour construire la géométrie approchée de la zone (ellipse ou rectangle, avec le point de référence comme centre).

Field Width (Champ de Largeur). Nom du champ contenant la dimension est-ouest de la zone, en mètres (facultatif). Utilisé pour construire la géométrie approchée de la zone (ellipse ou rectangle, avec le point de référence comme centre).

Field Height (Champ de Hauteur). Nom du champ contenant la dimension nord-sud de la zone, en mètres (facultatif). Utilisé pour construire la géométrie approchée de la zone (ellipse ou rectangle, avec le point de référence comme centre).

Field Azimuth (Champ d'Azimut). Nom du champ contenant l'orientation en degrés (facultatif). Utilisé pour faire tourner l’axe de la Hauteur à partir du Nord dans le sens des aiguilles d'une montre de la géométrie approchée de la zone (ellipse ou rectangle, le point de référence étant le centre).

Valeurs de périmètre

Field Longitude (Champ de Longitude). Nom du champ contenant la valeur de longitude (en degrés décimaux) du point de périmètre (facultatif). Utilisé pour construire la géométrie de la zone sur base d'une liste ordonnée de points de périmètre.

Field Latitude (Champ de Latitude). Nom du champ contenant la valeur de latitude (en degrés décimaux) du point de périmètre (facultatif). Utilisé pour construire la géométrie de la zone sur base d'une liste ordonnée de points de périmètre.

Field Area (Area Calculation) (Champ de surface (Calcul de la surface)). Le nom du champ qui doit être ajouté au fichier de forme dans lequel la surface (en mètres carrés) des formes de zone créées est enregistrée (facultatif). Le fait d’ajouter et de remplir ce champ peut se révéler utile pour des thèmes de surface dans lesquels un champ de surface est requis et pas encore disponible dans la base de données.

Attribute DB (Base de données d'Attributs). Le Nom de Source de Données (DSN) de l’ODBC d'une base de données contenant des informations d'attributs (facultatif). S’il n’est pas défini, on utilise le DSN du pool de données (défini dans le tableau tblApplicationParameters du DDX). Le DSN de bases de données peut être enregistré dans le tableau tblODBCConnection du DDX.

Attribute Query (Requête d'attributs). Expression SQL pour récupérer des enregistrements d'attributs dans la base de données d’attributs (facultatif). Le jeu d'enregistrements généré par cette requête doit contenir exactement un enregistrement de chaque enregistrement de zone créé.

Foreign Key Field (in Geometry Query) (Champ de Clé Etrangère (dans une requête géométrique)). Nom du champ de clé de la requête géométrique (obligatoire). Si une requête est attribuée et spécifiée, le champ doit être la clé étrangère dans la requête d’attributs. Les noms de champ de clé ne peuvent contenir plus de 10 caractères.

Primary Key Field (in Attribute Query) (Champ de Clé Primaire (dans une requête d'attributs)). Nom du champ de clé du jeu d'enregistrements résultant de la requête d'attributs (facultatif). Doit être la clé primaire dans la relation 1:1 avec la zone construite.

Remarquer que les attributs sont uniquement récupérés et joints au thème si tant la requête d'attributs que le champ de clé primaire sont spécifiés et valides. Les noms de clé primaire ne peuvent contenir plus de 10 caractères.

Refresh on Start-up (Rafraîchir au Démarrage). Indique si le fichier auxiliaire de forme contenant la géométrie de la zone doit être rafraîchi lors de chaque démarrage du projet ArcView (valeur par défaut = non).

Approximate as Ellipses (Approximation par Ellipses). Indique si l'approximation de la géométrie de la zone utilise des ellipses (valeur par défaut = non). Si No (non), des rectangles sont créés. Dans les deux cas, on utilise le point de référence comme point central et les dimensions de largeur/hauteur comme enveloppes extérieures de

Document Metadata

Table of Contents

CONTRAT DE LICENCE ET CLAUSE DE NON-RESPONSABILITE

Document Metadata