Depuis la version 10 d'ArcGIS, les utilisateurs peuvent partager (gratuitement) des paquetages de carte ou des paquetages de couche en utilisant la plateforme ArcGIS Online. Un paquetage (package) contient généralement les données, les filtrages, les étiquettes, les symbologies et toutes les autres propriétés d'affichage permettant une exploitation directe de la ressource par des utilisateurs ArcGIS ouvrant ce paquetage. Après avoir téléchargé un paquetage, directement à partir d'ArcMap ou via le portail ArcGIS.com, son propriétaire peut spécifier les utilisateurs et les groupes qui auront accès à ces cartes et couches ArcGIS. Grâce aux métadonnées et aux fonctions d'indexation de la plateforme ArcGIS Online, tout ayant droit peut facilement retrouver les ressources ainsi partagée. Pour cela, il peut se connecter sur le portail ArcGIS.com ou tout simplement faire sa recherche à partir de son application ArcGIS (Desktop ou Explorer).

Lorsque vous trouvez un paquetage de carte ou de couche sur ArcGIS.com, vous avez deux possibilités pour l'utiliser dans votre application ArcGIS: le référencer ou le télécharger. Ces deux options n'offrent pas les mêmes capacités, j'explique rapidement ici les différences.

Lorsque le paquetage est listé dans les résultats de votre recherche, le lien "Open" vous propose la commande "Download" pour télécharger le paquetage en local dans le répertoire de votre choix. 

Vous pourrez alors l'utiliser ultérieurement dans l'application ArcGIS de votre choix. Une fois le paquetage téléchargé, vous disposez simplement d'une copie en local sans lien avec la source du paquetage se trouvant en ligne.

Lorsque le paquetage est listé dans les résultats de votre recherche, le lien "Open" vous propose par défaut d'ouvrir le paquetage directement dans l'application ArcMap.

 Dans ce cas, le paquetage va bien entendu être téléchargé et décompressé en local mais cette fois-ci dans un répertoire de cache d'ArcGIS. De plus, une référence vers la source du paquetage en ligne sera maintenue. Ainsi, à chaque utilisation de cette carte ou couche, ArcGIS pourra vérifier l'existence (ou non) d'une version plus récente sur ArcGIS Online et, le cas échéant, actualisera le paquetage avant de l'ouvrir en téléchargeant automatiquement cette nouvelle version. Cette méthode permet de s'assurer que le paquetage de carte ou de couche utilisé est bien le plus récent disponible sur ArcGIS Online.

Sur le portail ArcGIS.com, le propriétaire d'un paquetage de carte ou de couche peut le mettre à jour à tout moment. Pour cela, il suffit d'afficher ses propriétés et de cliquer sur le bouton "Update".


Vous choisissez alors le paquetage à télécharger sur ArcGIS Online et il actualise automatiquement le paquetage existant.

Je termine aujourd'hui ma série de 3 articles consacrés aux évolutions d'ArcGIS Server 10 liées à la gestion des caches. 

Grâce à plusieurs nouveaux outils de géotraitement, il est désormais possible de mettre en place de nouveaux processus de création, de mise à jour et d'exploitation des caches des services de cartes ArcGIS Server. En permettant très simplement l'extraction et la réinsertion d'une partie des tuiles d'un cache ArcGIS Server, les outils d'import et d'export de caches de la version rendent la gestion des caches plus souple et plus collaborative.

Le premier usage intéressant de ces outils d'import et d'export, c'est de pouvoir mettre en place des processus de création de caches collaboratifs. En créant tout d'abord des caches partiels (des départements par exemple) puis en les importants dans un cache plus vaste (un pays par exemple).

Lorsque vous devez gérer un service de carte consolidant différents services de cartes sur une large zone géographique (un département, une région, un pays …), il se peut que certaines zones soient couvertes par des données plus complètes ou plus précises. Plutôt que de superposer, dans votre application web, le service global avec les services de cartes plus locaux proposant une meilleure qualité, vous pouvez tout à fait être intégré dans le service global les caches de ces services locaux. Il faudra pour cela les exporter et les importer dans le cache global.

Lors de l'import des tuiles dans le cache cible, vous pourrez indiquer une classe d'entités surfacique pour définir l'étendue de l'import et ainsi découper au pixel près les tuiles importées.

Depuis la version 10, ArcGIS Desktop, Engine et Mobile sont capables d'exploiter directement les tuiles d'un cache ArcGIS Server comme source de données raster. Ceci veut dire que l'on peut extraire une partie d'un cache ArcGIS Server puis le stocker en local sur un poste bureautique ou mobile pour l'utiliser comme fond de carte tout en étant totalement déconnecté du serveur SIG.

Annoncé depuis plusieurs mois, Esri poursuit sa stratégie d'ouverture avec la sortie aujourd'hui de la "File Geodatabase API" en version beta. Cette API (gratuite) va permettre aux développeurs, de manipuler les Géodatabases Fichiers sans passer par les ArcObjects. Ceci permet, par exemple, d'ouvrir les tables et les classes d'entités de la Géodatabase Fichier dans des applications non-Esri pour visualiser et modifier des données SIG. Cette API C++ fournit des modules d'accès bas-niveau en lecture/écriture sur les fichiers de la Géodatabase Fichier.

Pour résumer, l'API propose les fonctionnalités suivantes:

Cette API est destinée à des développeurs avancés qui ont besoin d'accéder à la Géodatabase Fichier (par exemple dans des contextes d'interopérabilité) sans disposer de licence ArcObjects.

Vous trouverez, via cette page, tous les détails ainsi que le lien pour télécharger cette première version beta et toute la documentation nécessaire.

Je poursuis ma série d'articles consacrés aux évolutions des caches dans ArcGIS Server 10. Aujourd'hui, regardons de plus prêt la notion de cache "mixte".

Le cache "mixte" est une nouveauté d'ArcGIS 10 permettant d'avoir, au sein d'un même cache, un mélange de tuiles aux formats JPEG et PNG. Un cache Mixte utilise le format JPEG au centre de la carte et le format PNG 32 sur les bordures de la carte. Ce mode mixte est intéressant si vous souhaitez superposer plusieurs services de cartes en gérant correctement la transparence.

Lors de la création d'un cache "mixte", des tuiles PNG 32 sont créées à tous les endroits où la transparence est détectée (en d'autres termes, partout où l'arrière-plan du bloc de données est visible). Les tuiles restantes sont créées à l'aide du format JPEG. Cela réduit la taille moyenne des fichiers tout en vous fournissant une superposition propre avec d'autres caches. Si vous n'utilisez pas le cache en mode mixte dans ce scénario, vous observez une "bordure" non transparente autour de votre carte.

Pour créer un cache "mixte", il suffit de choisir l'option MIXED dans la liste des formats de tuiles.

Depuis quelques années maintenant, ArcGIS Server a introduit l'usage d'un cache serveur pour accélérer l'affichage des services de carte dans les applications bureautiques, mobiles ou web. Riche de sa propre expérience (avec ArcGIS Online) et de l'expérience des utilisateurs, Esri propose en version 10, de nouvelles fonctions pour la génération et gestion des tuiles de vos caches ArcGIS Server. Les objectifs sont d'accélérer la génération des tuiles des caches, de simplifier leur gestion et enfin de permettre des processus d'élaboration (et de mise à jour) beaucoup plus collaboratifs. Cette série de 3 articles va me permettre de détailler ces évolutions essentielles pour les utilisateurs d'ArcGIS Server.

ArcGIS Server 10 introduit un nouveau type de cache: le cache "compact". Cette option s'ajoute au cache classique des précédentes versions et que l'on qualifie désormais de cache "éclaté". Le cache "éclaté" est un ensemble de dossiers et de sous-dossiers contenant des milliers d'images correspondant chacune à une tuile de la carte. Le cache "compact" est un nouveau format de stockage dans lequel on regroupe un grand nombre de tuiles dans un même fichier (.bundle). A chaque niveau d'échelle correspond au moins un fichier .bundle (contenant les tuiles) et un fichier .bundlx (contenant l'indexation de ces tuiles). Chaque fichier .bundle peut contenir environ 16000 tuiles. Par rapport à un cache éclaté, vous pouvez en théorie diviser le nombre de fichiers générés par 16000. Plus intéressant encore, cette énorme réduction du nombre de fichier veut dire que les opérations de copie ou de déplacement de caches vont être très largement accélérées.

Un cache "compact" regroupe simplement plusieurs tuiles en un seul fichier, ce n'est pas un fichier compressé de vos tuiles. En dehors des effets liés aux tuiles "vides" par rapport à la taille minimale de vos blocs systèmes, un cache "compact" ne sera pas beaucoup moins volumineux qu'un cache "éclaté". 

Par exemple, un cache "éclaté" composé de 4 millions de tuiles (=de fichiers) qui prend 9 heures à être déplacé sur un serveur de production, prendra seulement 10 minutes à être déplacé si il est stocké en cache "compact".

Les caches "éclatés" créés en version 10 ou dans les versions précédentes peuvent être convertis en caches "compacts" avec la commande de géotraitement illustrée ci-dessous. On notera que la conversion inverse est également possible avec cette même commande.

L'usage de caches "compacts" ou "éclatés" n'a aucune incidence sur les formats et les options utilisables sur tuiles et n'a absolument aucun impact sur les applications clientes.

Je poursuis aujourd'hui mon article consacré aux déploiements d'ArcGIS 10 dans un contexte de cohabitation avec des versions hétérogènes d'ArcGIS. Cette seconde et dernière partie se focalise sur ArcGIS Server, ArcGIS Mobile et les gestionnaires de licences flottantes. 

Toutes les applications Web ADF (.Net ou Java) et les APIs Web (JavaScript, Flex, Silverlight) d'ArcGIS Server 10 sont également capables de consommer l'ensemble des services d'ArcGIS Server 9.3 ou 9.3.1. A l'inverse, en dehors des nouveaux types de services d'ArcGIS Server 10 (Feature Services et Search Services), les services publiés avec ArcGIS Server 10 peuvent être consommés avec ArcGIS 9.3/9.3.1. On notera que ceci est vrai également pour le nouveau type de caches "Compact Caches" sur les Map Services d'ArcGIS Server 10.

En termes d'administration, ArcGIS Server doit être géré à partir d'une console Web (Manager) ou à partir d'un ArcGIS Desktop de la même version. Ainsi, ArcGIS Server 10 ne peut pas être administré par un Manager ou par un ArcGIS Desktop 9.3/9.3.1. De même, un ArcGIS Server 9.3/9.3.1 ne peut être administré par un Manager ou par un ArcGIS Desktop 10.

Les caches des Map Services créés avec ArcGIS Server 9.3/9.3.1 peuvent être utilisés avec ArcGIS 10. De la même manière, les caches des Map Services de type "Exploded" créés avec ArcGIS Server 9.3/9.3.1 peuvent être utilisés avec ArcGIS 10. Ce scénario est d'ailleurs très intéressant si vous souhaitez profiter des nouveaux outils de gestion des caches et des performances largement améliorées en version 10. 

Quel que soit le scénario considéré, vous devez prendre en compte les évolutions du fichier config.xml entre la version 9.3/9.3.1 et la version 10. Ainsi, pour pouvoir interchanger les caches entre les versions 9.3/9.3.1 et 10, vous devrez modifier la balise cacheinfo et cachestorageinfo comme indiqué ci-dessous:

On notera que lors de la migration de votre ArcGIS Server 9.3/9.3.1 en version 10, les fichiers config.xml (ainsi que les fichiers cfg) sont automatiquement mis à jour.

ArcGIS Mobile

ArcGIS Mobile 10 (et les applications construites avec le SDK) sont capables de se connecter à des services ArcGIS Server 9.3/9.3.1. De la même manière, ArcGIS Mobile 9.3/9.3.1 sont capables de consommer des services ArcGIS Server 10. Pour les applications construites avec le SDK 9.3/9.3.1, on notera qu'elles doivent être recompilées avec le SDK 10 pour pouvoir exploiter les services et les caches d'ArcGIS Server 10.

Gestionnaire de licences flottantes

Dans un contexte de parc ArcGIS en cours de migration, il est parfois nécessaire de partager des licences flottantes entre des postes bureautiques en ArcGIS 10 et d'autres dans des versions plus anciennes. Ce qu'il faut savoir c'est qu'ArcGIS 10 nécessite une nouvelle version de FlexNet pour proposer un ensemble de nouveautés comme l'emprunt de licence par exemple. Il est bien entendu possible d'installer deux gestionnaires de licences (un pour les versions 9.x et un pour les versions 10), il faudra alors utiliser deux machines différentes. La recommandation d'Esri est plutôt de migrer votre gestionnaire de licences en version 10 et de servir les licences flottantes à toute les versions d'ArcGIS Desktop de votre organisation.

Dans le cas du déploiement d'un gestionnaire de licence unique en version 10, le problème que vous pouvez rencontrer concerne l'accès à Bing Maps sur les postes 9.3.1. En effet, ArcGIS 10 intégrant automatiquement l'accès aux couches Bing Maps, cette extension 9.3.1 n'en est plus une en version 10 et ne figure donc pas dans les numéros d'autorisation fournis avec ArcGIS 10. Cet article du support technique d'Esri explique comment régler le problème.

Pour terminer

Ce rapide tour d'horizon sur la cohabitation de différentes versions d'ArcGIS n'est qu'un point de départ. Au delà, et avant de vous lancer dans les désinstallations et installations, je vous recommande la lecture des docs d'installation en français fournies sur les DVD.



Je vous recommande également une lecture attentive des pages suivantes du support technique d'Esri France.

Avec un système complet comme ArcGIS, l'arrivée d'une nouvelle version se traduit généralement par une phase transitoire durant laquelle cohabitent différentes versions des applications bureautiques, mobiles et serveurs. Depuis plusieurs années, Esri a largement facilité ces phases de migration en assurant non seulement la compatibilité ascendante (les nouvelles versions exploitent les données et documents des versions plus anciennes) mais aussi dans un certain nombre de cas la compatibilité descendante (les versions anciennes exploitent les données et documents créés par les nouvelles versions). Regardons d'un peu plus prêt ce que propose ArcGIS 10 pour permettre un déploiement dans un environnement hétérogène de versions.

ArcGIS 10 (Desktop, Server et Engine) permet d'accéder aux versions précédentes de Géodatabases (9.3, 9.2, 9.1, …) et de réaliser toutes les opérations supportées par les versions respectives de ces Géodatabase. Dans ce cas, l'utilisateur ArcGIS 10 ne peut exploiter les nouveautés de la nouvelle version tant que sa Géodatabase n'est pas migrée en version 10. Pour cela, ArcGIS 10 propose un nouvel outil de Géotraitement permettant de réaliser cette tâche dans un modèle ou un script mais surtout de l'automatiser sur plusieurs Géodatabases.

Une Géodatabase créée ou migrée en version 10 n'est pas supportée par les versions plus anciennes d'ArcGIS. Ce qui est nouveau en version 10, c'est la possibilité de créer une nouvelle Géodatabase dans une version antérieure. ArcGIS 10 introduit 2 nouveaux outils de Géotraitement "Créer une géodatabase personnelle" et "Créer une géodatabase fichier" proposent désormais une option pour préciser la version de la Géodatabase à créer (9.2, 9.3 ou 10).

Comme dans les versions précédentes, une version plus ancienne d'ArcGIS ne peut lire les documents ou les fichiers de couches enregistrées en version 10. Pour éviter ce type de problème, ArcGIS 10 permet d'enregistrer ses documents (mxd, sxd, 3dd) et ses fichiers de couches (lyr) en version 8.3, 9.0, 9.1, 9.2 et 9.3.

La notion de paquetage de couches (Layer Package) est apparue en version 9.3.1. C'est donc à partir de cette version (9.3.1) que l'on peut ouvrir des paquetages de couches, qu'ils aient été créés avec la version 9.3.1 ou la version 10. Au passage, si le paquetage de couche a été généré sur ArcGIS 10 SP1 et que vous souhaitez l'ouvrir avec ArcGIS 9.3.1, pensez à installer ce patch.

Pour les paquetages de cartes, c'est différent. En effet, cette notion est apparue en version 10. C'est donc seulement à partir de cette version (10) que l'on peut ouvrir des paquetages de cartes.