J -2

Nous sommes à 2 jours de la conférence SIG 2008 et nous nous activons pour que l'organisation et le contenu soient impeccables. Les préparatifs se terminent et le moins que l'on puisse dire c'est que la logistique est de plus en plus impressionnante chaque année. Avec plus de 130 communications à gérer, un village ESRI France rempli de belles démos ArcGIS 9.3 et un nombre de partenaires et exposants jamais égalé, les rencontres entre les utilisateurs ESRI francophones devraient cette année encore être très riches. D'un point de vue technique, ce sont plus de 50 machines qui ont été préparées par les équipes techniques d'ESRI France pour l'occasion !

Le laboratoire technique de SIG2008 !

Je terminerais en rappelant à ceux qui seront présents mercredi et jeudi prochain que, comme chaque année, des sessions de formations sont dispensées par nos formateurs durant les deux jours. Vous trouverez le programme ici, pensez à vous inscrire à l'avance.

Pour ceux d'entre vous qui ne participeront pas à l'événement cette année, arcOrama sera là pour vous relater les moments forts.

J -5

A quelques jours de la conférence francophone SIG 2008, nous préparons très activement avec Christophe et une bonne partie de l'équipe ESRI France cet événement. Cette année, nous fêterons les 20 ans d'ESRI France ce qui donnera une teinte un peu particulière à la Conférence, mais je vous laisserai découvrir cela par vous même mercredi prochain…

Lors de la session plénière, Christophe, Jean-Thomas et moi même nous vous présenterons toutes les nouveautés des produits ESRI et plus particulièrement cette année la version 9.3. Dans la foulée, j'aurai le plaisir de conduire les différents ateliers techniques qui nous permettrons de revenir dans les détails sur chacun des produits et des évolutions qui accompagnent cette nouvelle version d'ArcGIS 9.3. Pour ma part, je présenterai 4 ateliers techniques sur les 6 ateliers programmés. Pour mémo, je vous redonne le programme de ces ateliers.


Mercredi 1er Octobre:

16h30-17h30 ArcGIS 9.3 et l'interopérabilité

Depuis plusieurs versions d'ArcGIS, ESRI implémente un certains de nombre de normes et de standards (OGC, ISO, W3C, …) afin d'assurer l'interopérabilité de leur plateforme SIG avec les différents systèmes d'informations internes et externes de l'entreprise. Cette session fera un état des lieux de l'implémentation des normes OGC et ISO dans les applications clientes et serveurs de la gamme ArcGIS 9.3.

Intervenant: Gaëtan LAVENU


17h30 – 18h30 GIS Portal Toolkit en 9.3

Le partage de données et de services SIG entre différents organismes est une problématique de plus en plus récurrente. L'application de la directive INSPIRE en est une des illustrations. Cette session présente les enjeux de la mise en place d'une infrastructure de données géospatiales (SDI) et comment la solution GIS Portal Toolkit peut répondre à ces enjeux. Lors de cet atelier technique, la version 9.3 du GIS Portal Toolkit sera présentée.

Intervenant: Gaëtan LAVENU et Pierre de TEYSSENDIER


Jeudi 2 Octobre:

9h – 10h30 ArcGIS Server 9.3 (partie 1)

Tout en étant en continuité avec la version 9.2, la version 9.3 d'ArcGIS Server présente un nombre important d'améliorations et d'innovations. Cette session présente les évolutions majeures concernant le nouveau Manager d'ArcGIS Server, les nouvelles options de sécurisation des services et des applications ainsi que les nouvelles options de gestion de cache. La présentation s'attardera également sur les nouvelles fonctionnalités de publication de services d'imagerie (avec ou sans l'extension ArcGIS Server Image).

Intervenant: Jérémie MAJEROWICZ et Jean-Yves CAPRON


11h – 13h ArcGIS Server 9.3 (partie 2)

En version 9.3, ESRI fait évoluer ArcGIS Server pour offrir aux concepteurs d'application un Web ADF encore plus performant mais également une API de type REST pour simplifier le développement d'applications clientes et permettre facilement de construire des applications de type Mashups. Une API JavaScript et une API Flex/Flash est désormais disponible pour tirer profit de ces nouvelles options d'architecture et de développement. Cette session fera le point sur ces nouvelles possibilités offertes aux concepteurs d'application Web et aux développeurs ArcGIS Server.

Intervenant: Gaëtan LAVENU et Thomas DAVID


14h30 – 15h30 ArcGIS Mobile 9.3

Basée sur la technologie ArcGIS Server Mobile SDK introduite en version 9.2, une nouvelle application de mobilité fait son apparition dans ArcGIS Server 9.3. ArcGIS Mobile est une application mobile paramétrable pour consulter, modifier et analyser les données de la Géodatabase en situation de mobilité. Cette session a pour objectif de présenter cette nouvelle application, ses fonctionnalités, son architecture et ses options de déploiement.

Intervenant: Gaël SIMON et Cédric PESTY


16h – 17h ArcGIS Desktop 9.3

ArcGIS Desktop continue d'évoluer en 9.3 pour fournir aux utilisateurs de nouvelles fonctionnalités et des outils optimisés pour aller vers toujours plus de productivité dans l'utilisation des différentes applications et de leurs extensions. Supplémentaires. Cette session fait un tour d'horizon de ces nouveautés d'ArcView, ArcEditor et ArcInfo (y compris les évolutions dans Maplex, NA, SA et Géostatistical Analyst).

Intervenant: Gaëtan LAVENU et Manuel HUBERT

Connexion Directe à une Géodatabase Enterprise

Dans mes deux précédents articles, j'ai eu l'occasion de rappeler les principes et les enjeux des 2 méthodes permettant la connexion à une Géodatabase Enterprise (ArcSDE) :

- Connexion Directe (Direct Connect)

- Connexion via le serveur d'application (Service ArcSDE)

L'objectif de ce dernier article est de faire le point sur les possibilité d'utilisation du Direct Connect dans des contextes où les clients ArcGIS et la Géodatabase sont dans des versions différentes.

La difficulté qui pouvait se présenter lors de l'utilisation du Direct Connect était l'obligation de maintenir la même version entre les clients et la Géodatabase. Depuis la version 9.2 SP5 d'ArcGIS, il n'est plus nécessaire maintenir cette cohérence entre les applications clientes et la Géodatabase. Par exemple, un ArcMap 9.2 SP5 peut se connecter une Géodatabase PostgreSQL 9.3. Autre exemple, un ArcCatalog 9.3 peut faire une connexion directe et charger des données dans une Géodatabase SQL Server 9.0, 9.1, 9.2 ou 9.3.

Pour être complet, vous trouverez ci-dessous les différentes informations pour mettre en place ces connexions "inter-version":

• Pour pouvoir réaliser ce type de connexion, vous devez réaliser une installation séparée du "direct connect driver" :
  
  - Le média d'installation pour se connecter à des Géodatabase 9.0, 9.1, et 9.2 en Direct Connect se nomme "ArcGIS Pre-9.3 GDB Direct Connect Setup", il est inclus sur les médias des produits clients et serveur d'ArcGIS 9.3. Un guide d'installation vous aidera à le mettre en place, c'est très simple.
  
  
  
  - Le média permettant de réaliser du Direct Connect sur une Géodatabase 9.3 à partir d'une version 9.2 SP5 ou SP6 se trouve sur le site du support d'ESRI à la page suivante ESRI support site Patches and Service packs download page. Ce média se nomme "ArcGIS 9.3 GDB Direct Connect for 9.2 Clients Setup". Un guide d'installation vous aidera à le mettre en place, c'est très simple.


• La Géodatabase Enterprise 9.0, 9.1, ou 9.2 à laquelle vous allez vous connecter en Direct Connect doit disposer du dernier service pack existant pour cette version. Si vous avez des doutes vous pouvez vous référer à la page suivante ESRI support site’s download page pour télécharger le dernier Service Pack disponible.


• La connexion directe d'un client ArcGIS 9.3 vers une Géodatabase Enterprise 9.0, 9.1, ou 9.2 sur Informix n'est pas supportée.
  
  
• La connexion directe d'un client ArcGIS 9.3 vers une Géodatabase Enterprise 9.0 pour Oracle 8i n'est pas supportée.


• Il est également conseillé de lire les rubriques d'aide Compatibility between clients and geodatabases et Client and geodatabase compatibility pour obtenir la liste des notes et des restrictions d'intéropérabilité liées aux différences de version. La deuxième rubrique d'aide traite également des Géodatabase Personnelles (Access) et des Géodatabases Fichier.

Pour une vision plus globale sur les connexions aux Géodatabases, un bon point de départ peut être la rubrique d'aide An overview of ArcSDE geodatabase connections and Properties of a direct connection.

Conclusion

Au travers de ces 3 articles, j'espère avoir répondu à une partie de vos questions concernant les deux modes de connexion à la Géodatabase mais également vous avoir présenter le plus clairement possible les solutions introduites depuis la 9.2 SP5 pour vous aider à migrer vos produits Client et Serveur de manière plus souple. Si quelque chose n'est pas clair, n'hésitez pas à contacter mes collègues du support technique d'ESRI France, spécialistes de ces questions.

Pourquoi utiliser une connexion directe à une Géodatabase Enterprise ?

Le sujet des 2 types de connexion à une Géodatabase Enterprise (ArcSDE) n'est pas une nouveauté mais des discussions récentes avec certains de nos clients montrent que nombre d'entre eux utilisent encore des connexions par le serveur d'application. Certes, ce type de connexion est valable et même recommandé dans certains cas mais souvent la connexion directe est la solution la plus optimum. Avant d'expliquer pourquoi, essayons de clarifier cela…

Les 2 types de connexion à une Géodatabase Enterprise

Il existe 2 manières différentes de se connecter à une Géodatabase ArcSDE. Soit la connexion se fait via le serveur d'application (service ArcSDE), soit la connexion se fait directement entre le client et la base de données sans utiliser de serveur d'application. La véritable différence qui en découle c'est la machine sur laquelle le travail va être réalisé.

La connexion par le serveur d'application utilise les processus giomgr et gsrvr qui vont avoir en charge l'exécution des requêtes SQL et le traitement des opérations spatiales. Dans le cas de la connexion directe, l'équivalent du processus gsrvr est encapsulé dans l'application cliente qui est connectée à la Géodatabase.

Cela veut dire que lorsqu'un client effectue une connexion directe sur la Géodatabase à partir d'ArcMap ou d'ArcCatalog, c'est la machine de ce client qui traite toutes les opérations spatiales liées aux manipulations de l'utilisateur sur les données de la Géodatabase. Dans le cas de la connexion via le serveur d'application, c'est le serveur SIG (ArcGIS Server) qui réalise ces opérations. Le schéma ci-dessous résume les deux architectures :

Le type de connexion n'est donc qu'un choix d'architecture, il est important de signaler qu'il n'a absolument aucune conséquence sur les possibilités fonctionnelles ni sur les capacités de choisir tel ou tel type de stockage spatial dans le SGBD.

Quelques éléments pour orienter votre choix

Les avantages

Une évolution significative du monde informatique par rapport aux débuts de la technologie ArcSDE (10 ans déjà) c'est que les postes clients d'aujourd'hui sont devenus (et deviendrons) beaucoup plus puissants en capacité de calcul ainsi qu'en quantité de mémoire et proportionnellement de manière plus importante que pour les serveurs. Ceci va donc dans le sens de déporter le travail des processus gsrvr sur le poste client. En procédant ainsi, le service ArcSDE qui est généralement installé sur la même machine que le SGBD, n'a plus besoin d'être installé et le serveur de base de données fait une économie significative en n'ayant pas à exécuter les processus gsrvr dédiés à chaque client.

Les inconvénients

Avant la version 9.3, la connexion directe pouvait poser des problèmes lorsque la version de l'application cliente était différente de celle de la Géodatabase. Depuis l'arrivé des "Direct Connect Drivers" en 9.3, ceci n'est plus un souci (nous en reparlerons en détails dans un article dédié d'ici quelques jours).

Il n'y a en réalité qu'une considération qui peut peser dans le choix de la connexion directe c'est le fait de devoir, pour certains SGBD ou certains OS, installer sur les machines clientes les composants clients du SGBD. Dans les faits, j'ai souvent constaté que cela n'était pas un problème majeur. D'une part ces composants sont assez peu impactant sur les ressources du poste client et d'autre part dans nombre de cas ces derniers sont déjà présents sur la machine car nécessaires pour d'autres applications. Enfin, on notera que pour Microsoft SQL Server, les postes Windows disposent en standard de ces composants. Pour PostgreSQL même chose, aucun composant client à installer pour effectuer des connexions directes sur la Géodatabase.

Conclusion

A part quelques cas particuliers, il n'y a plus beaucoup de raisons d'installer les services ArcSDE sur la machine serveur. La connexion directe existe depuis plusieurs versions d'ArcGIS et c'est le type de connexion recommandé par ESRI pour la majorité des architectures. En sachant que les 2 types de connexion peuvent se faire sur une même Géodatabase, vous pouvez dès maintenant vous faire votre propre expérience sans rien modifier à votre configuration actuelle. Un bon point de départ peut être la rubrique suivante de l'aide en ligne.

Se connecter à une Géodatabase 9.3

La conférence SIG 2008 approche à grand pas et vous l'aurez deviné nous allons beaucoup parler de la version 9.3 d'ArcGIS. Pour coller à l'actualité de cette nouvelle version, je vous propose une série de 3 articles consacrés à la gestion des versions entre la Géodatabase et les applications clientes ainsi qu'aux modalités de connexion.

Pour pouvoir profiter des nouvelles fonctionnalités ajoutées à la Géodatabase dans une nouvelle version d'ArcGIS, la Géodatabase doit être mise à niveau. Ce sera le cas pour ArcGIS 9.3 puisque de nouvelles fonctionnalités ont été ajoutées à la Géodatabase, comme par exemple :

• Créer un MNT avec le nouveau format de pyramidage par taille de fenêtre.
• Créer un Network Dataset avec les nouvelles options sur les tournants ou les évaluateurs fonctionnels.

Pour connaitre dans le détail comment mettre à niveau votre Géodatabase en 9.3, vous pouvez consulter les pages suivantes:

- Upgrading file and personal geodatabases

- Upgrade summary for ArcSDE geodatabases

Ce qui est nouveau

Disposer d'une Géodatabase en version 9.3 ne veut pas dire systématiquement migrer les applications clientes ArcGIS en version 9.3 pour pouvoir s'y connecter. A partir du moment où vous disposez au minimum d'ArcGIS 9.2 SP5 (mars 2008), vous pourrez travailler avec des clients ArcGIs dont la version est antérieure à celle de la Géodatabase. Par exemple, un de vos partenaires vous envoie une Géodatabase 9.3, vous pourrez garder votre ArcGIS Desktop 9.2 (SP5 ou SP6) pour l'ouvrir, la mettre à jour, créer des nouvelles classes d'entités, ...

A l'inverse, comme pour les précédentes versions d'ArcGIS, si vous décidez de ne pas mettre à niveau votre Géodatabase en la laissant en 9.0, 9.1 ou 9.2, vous pouvez tout de même migrer vos applications clientes en 9.3. Vous pourrez alors travailler sans problème avec vos Géodatabases dans la limite évidemment des fonctionnalités qu'elles supportent dans leur version Si vous n'avez pas besoin des nouvelles fonctionnalités des Géodatabase 9.3, il n'est pas obligatoire de les mettre à niveau en 9.3.

Pour résumer, ArcGIS 9.3 introduit la notion de compatibilité descendante pour vous permettre de migrer vos clients et vos serveurs avec plus de souplesse. Il faudra simplement retenir les points suivants :

• Vous devez au minimum disposer d'applications clientes en 9.2 SP5 pour lire et écrire dans une Géodatabase 9.3
• Si vous vous connectez à une Géodatabase 9.3 à partir de clients 9.2 SP5 ou SP6, vous n'aurez accès qu'aux fonctionnalités de la Géodatabase 9.2.

• Si vous vous connecter à une Géodatabase antérieure à 9.3 à partir d'un client 9.3, vous ne pourrez pas utiliser les nouvelles fonctionnalités de la Géodatabase 9.3.
• Dans le cas des Géodatabase Enterprise (ArcSDE), si vous réalisez une connexion directe vers une Géodatabase qui n'est pas dans la même version que l'application cliente, alors des pilotes supplémentaires devront être installés.

Le dernier point fera l'objet du prochain article dans quelques jours.