J'entame aujourd'hui une série d'articles pour évoquer les grandes thématiques notables de la version 10 d'ArcGIS. Je reviendrais beaucoup plus en détails sur certaines de ces nouveautés durant les semaines à venir.

Une productivité décuplée

Lorsque l'on utilise un outil professionnel tel qu'ArcGIS, en faire toujours plus en moins de temps est un enjeu important dont l'utilisateur perçoit au quotidien les évolutions. Même si il s'agit d'un axe d'évolution récurent, dans cette nouvelle version d'ArcGIS, ESRI a repensé de nombreux points des interfaces utilisateurs des applications bureautiques afin de vous faire gagner du temps.

En rendant les éléments plus faciles à trouver, grâce au moteur d'indexation des ressources et à la nouvelle fenêtre de recherche, l'utilisateur accède plus rapidement à ses cartes, ses données, ses outils, … et avance plus rapidement sur son projet. Dans le même ordre d'idée, la fenêtre du catalogue désormais présente dans ArcMap, permet à l'utilisateur de basculer de la gestion de ses ressources à leur utilisation dans la carte sans changer d'application.

L'amélioration de la productivité passe aussi par la réduction du nombre de clics (nouvel environnement de mise à jour, table des matières remodelée, accès aux outils de Géotraitement dans des menus personnalisables…).

Enfin, ArcGIS 10 présente des évolutions d'architecture notables qui rendent les applications vraiment plus performantes qui se traduisent par un confort et une productivité accrue. Par exemple, ArcMap dispose maintenant d'un mécanisme d'affichage haute-performance permettant un rendu très fluide des fonds de carte qui changeront incontestablement l'expérience des utilisateurs d'ArcMap. Un dernier exemple notable, ArcGIS 10 permet l'exécution en arrière-plan des Géotraitements ce qui permet à l'utilisateur de continuer à travailler dans son application pendant l'exécution d'un ou plusieurs outils, modèles ou scripts.


Voici donc quelques exemples d'évolutions qui amélioreront la productivité de l'utilisateur dans ArcGIS 10. Bien d'autres innovations vont dans ce sens, notamment autour d'ArcGIS Server et d'ArcGIS Mobile. Nous aurons l'occasion de revenir sur ce sujet.

A quelques semaines de la sortie d'ArcGIS 10 et avant d'entamer une série de focus techniques, je souhaitais prendre un peu de temps pour décrire, d'une part, la philosophie qui a guidé le développement d'ArcGIS 10 et, d'autre part, les grands thèmes de cette nouvelle version du SIG d'ESRI.

Depuis plusieurs versions, ArcGIS intègre le Web dans ses applications pour l'accès aux contenus mais aussi et surtout pour tirer profit des nouvelles architectures que permet de mettre en place le Web. Ainsi, en quelques années, la plateforme ArcGIS a évolué pour passer d'une architecture basée sur les principes du "client-serveur" à une architecture basée sur les principes du Web. ArcGIS aujourd'hui n'est plus simplement une plateforme de composants clients (bureautique, mobile ou web) communiquant avec des composants serveur. ArcGIS 10 devient un système SIG centré sur les technologies du web. Au centre de ce système, c'est la carte qui est le point d'entrée de toutes les actions réalisées avec le SIG. Accessibles à partir d'interface utilisateurs très variées (navigateurs web, bureautiques, mobiles, …) ces cartes sont produites par des serveurs locaux, des serveurs d'entreprise ou dans le "Cloud". Cet ensemble, technologiquement cohérent et efficace, forme le système ArcGIS.

En version 10, cette évolution de la plateforme vers un système SIG unifié se traduit par des changements très visibles. Par exemple, l'usage généralisé dans l'ensemble des applications ArcGIS des fonds cartographiques issus des services de cartes (dynamiques ou en cache) constitue un véritable socle pour la mutualisation et l'optimisation des usages de la cartographie dans l'entreprise. Une autre illustration très visible concerne l'intégration d'ArcGIS.com dans tous les composants du système ArcGIS dont l'objectif est de proposer à l'utilisateur une approche unifiée de la publication et du partage de ses cartes (et donc de ses contenus). Cette idée de construire un système c'est l'idée que le contexte de l'utilisateur (son environnement matériel et logiciel) doit être transparent au regard de l'usage de l'information géographique que veut en faire l'utilisateur.

Depuis toujours dans ArcGIS l'utilisateur crée des cartes. La carte est une notion évidente, simple et compréhensible par tous les utilisateurs. Les cartes d'ArcGIS 10 possèdent les caractéristiques:

Dans ArcGIS 10, l'ubiquité de l'accès à l'information géographique, aux analyses et aux fonctions de mises à jour de données passe par cette notion de carte. La carte devient la composante centrale d'ArcGIS 10 en jouant le rôle de vecteur transverse à tous les éléments du système pour la création, la compilation, la mise à jour, l'analyse, la présentation et le partage d'information géographique entre les utilisateurs. Par exemple, une carte créée avec un outil ArcGIS dans un environnement donné (par exemple dans un navigateur Web sur ArcGIS.com) est partageable et réutilisable avec un autre outil ArcGIS dans un autre environnement (par exemple dans une application iPhone ou dans une application bureautique).

Après cette introduction certes un peu philosophique, mais qui sera très concrète pour les utilisateurs d'ArcGIS 10 d'ici quelques mois, j'aborderai les grands axes techniques qui ont guidé le développement d'ArcGIS 10.

Pour ce dernier article de la série, je voulais évoquer très concrètement la démarche de validation et de correction de données vis-à-vis des règles de topologie de la Géodatabase. J'ai choisi de prendre un exemple assez classique concernant la gestion des zonages d'urbanisme tels que ceux des POS-PLU.

Dans le modèle de données proposé par arcOpole, des règles de topologie ont été définies pour assurer la cohérence spatiale sur les contours du zonage du POS/PLU (ZONE_URBA) par rapport aux couches du parcellaire cadastral (EDI_PARC) et des limites de communes (EDI_COMM).

Les deux premières règles précisent que les entités de les zones de POS/PLU ne doivent pas se chevaucher ni avoir de discontinuité (c'est-à-dire pas de zone vide entre les entités). La troisième règle indique que les contours des zones de POS-PLU doivent s'appuyer sur les contours des parcelles. La quatrième règle précise que les zones de POS-PLU doivent être recouvertes par les communes. En d'autres mots, une zone de POS-PLU ne peut pas "dépasser" d'une commune et doit obligatoirement être inclue dans une commune. Enfin, la dernière règle stipule que les parcelles doivent être recouvertes par une zone de POS-PLU. Autrement dit, une parcelle est obligatoirement dans une zone de POS-PLU et une seule.

Dès lors que vous travaillez sur des classes d'entités participant à des règles de topologie il est particulièrement recommandé d'ajouter dans votre document ArcMap la classe de topologie elle-même afin de pouvoir visualiser, en plus des données, les erreurs de topologie les concernant. L'affichage de cette couche peut être modifié notamment en terme de symbologie afin de bien distinguer les différents type d'erreurs et d'exceptions.

Vous afficherez ensuite la barre d'outils "Topologie". Pour lancer la validation de la topologie vous choisirez un des trois boutons permettant de valider une étendue dessinée par l'utilisateur, l'étendue courante de la carte ou toute l'étendue des données :

Une fois la validation effectuée, vous pouvez commencer à examiner la liste des erreurs avec la fenêtre "Inspecteur d'erreurs". Celle-ci permet de filtrer les différents type d'erreur et, pour chaque erreur de se focaliser sur les entités en cause. A l'aide des deux derniers boutons de la barre d'outils "Topologie" vous pourrez sélectionner les erreurs sur la carte ou la sélectionner dans la fenêtre d'inspection (1).

Dans l'exemple ci-dessus, on a identifié une erreur sur la règle indiquant que deux zones de POS-PLU ne doivent pas se superposer. En sélectionnant la zone de chevauchement, la fenêtre d'inspection d'erreur filtre cette erreur pour permettre à l'utilisateur d'appeler facilement le menu contextuel et corriger l'erreur. Dans ce contexte, l'utilisateur peut soustraire les entités (créer un trou), combiner les entités (affecter la partie en erreur à l'une ou à l'autre des deux zones) ou encore créer une nouvelle entité des deux entités en erreur. On a choisi de combiner la zone en erreur pour l'agréger à la zone Ua2.

Vous remarquerez également la commande "Marquer comme exception" qui permet d'indiquer que l'erreur n'en est pas une et qu'à l'avenir ArcGIS ne doit plus vous la signaler. Ceci n'est pas définitif, une exception peut à tout moment être reclassée en erreur. La classe de topologie vous propose de représenter les exceptions avec une couleur particulière. La fenêtre d'inspection vous permet également de lister rapidement dans une étendue donnée la liste des exceptions.

On est loin d'avoir fait le tour de toutes les fonctions liées aux mécanismes de topologie mais, avec cette liste de 6 articles, j'espère vous avoir donné quelques repères. Comprendre les principes de la Topologie de Géodatabase et de la Topologie de carte nécessitent souvent un peu d'expérimentation sur des jeux de données simples, en particulier pour bien valider la définition des règles. Utilisés conjointement, ces deux mécanismes font d'ArcGIS un outil vraiment puissant pour analyser et maintenir la qualité spatiale de ses données géographiques.

A vous donc de jouer …