Migration de ArcGIS Pro 2.x vers 3.x

Une fois que vous avez examiné la nouvelle configuration système requise et installé ArcGIS Pro 3.x, les projets et fichiers créés dans ArcGIS Pro 2.9 ou une version antérieure peuvent être ouverts en raison de leur compatibilité descendante. Lorsque vous les enregistrez à l’aide de ArcGIS Pro 3.x, certaines de leurs propriétés vous permettent d’exploiter les nouvelles fonctionnalités.

Compatibilité ascendante

Les fichiers enregistrés dans la série ArcGIS Pro 3.x peuvent fonctionner avec la série ArcGIS Pro 2.x. Les détails de ce qui fonctionne et de ce qui ne fonctionne pas sont donnés plus avant dans la présente rubrique. Toutefois, ne tenez pas compte de ces détails si les projets et documents que vous créez ou enregistrez sont toujours utilisés dans ArcGIS Pro 3.x. C’est le cas dans les situations suivantes :

  • Vous ne partagez pas les fichiers ArcGIS Pro avec d’autres utilisateurs ArcGIS Pro, comme si vous étiez le seul analyste GIS d’une organisation.
  • Vous, et les personnes avec lesquelles vous partagez des fichiers ArcGIS Pro, procédez en même temps à une mise à niveau vers ArcGIS Pro 3.x.

La collaboration est plus simple lorsque tout le monde utilise la même version majeure : les organisations peuvent prévoir de migrer simultanément toutes leurs instances de ArcGIS Pro 2.x vers la version 3.x.

Processus critiques

Le groupe du développement logiciel ArcGIS Pro investit énormément dans la qualité et l’élimination des bogues. Des tests automatisés sont réalisés de manière pratiquement continue avec de nouveaux tests ajoutés tous les jours, le code est vérifié par les développeurs du logiciel et des outils d’analyse automatisés et des tests globaux sont réalisés tout au long de chaque cycle de développement. Néanmoins, le risque de bogues à l’origine d’une interruption de vos workflows ne peut pas être totalement écarté.

En règle générale, les versions majeures sont confrontées au risque d’introduction de bogues le plus important, car la base de code fait l’objet de modifications importantes. Les versions mineures sont concernées dans une moindre mesure par ces risques. Les correctifs sont le moyen le plus sûr des trois, car leur unique objectif est de corriger les bogues.

Remarque :

En versionnement sémantique, ArcGIS Pro 3.0.0 est une version majeure. Voir Versions et correctifs pour de plus amples informations.

En tant qu’utilisateur, le fait d’être confronté à un bogue peut faire perdre du temps et provoquer de la frustration, en particulier lorsque le workflow critique est interrompu. Dans ce type de situation, une annulation de la mise à niveau peut s’avérer nécessaire. Certaines organisations limitent ce risque en procédant de l’une ou l’autre ou des deux façons suivantes :

  • Installation du nouveau logiciel dans un environnement d’essai et certification des workflows importants avant de l’annuler dans l’ensemble de l’organisation.
  • Migration vers la série de versions majeure suivante uniquement après qu’un correctif subséquent ou qu’une version mineure est également disponible.

Travailler entre ArcGIS Pro 2.x et 3.x

Si les personnes avec lesquelles vous collaborez ne peuvent pas procéder à la migration vers ArcGIS Pro 3.x en même temps, vous devez savoir ce que vous pouvez et ne pouvez pas partager entre ArcGIS Pro 2.x et 3.x. Les sections suivantes donnent ces détails et d’autres informations connexes.

Recommandations générales

  • Créez des sauvegardes ou des paquetages de projets si vous collaborez avec d’autres organisations ou membres de l’équipe qui utilisent ArcGIS Pro 2.x.
  • Pour le partage, vous pouvez continuer à partager sur ArcGIS Enterprise ouArcGIS Server 10.9.1 ou une version antérieure depuis ArcGIS Pro 3.x, même si le contenu peut être rétrogradé. Utilisez ArcGIS Pro 3.x avec ArcGIS Enterprise 11.0 ou version ultérieure pour utiliser les nouvelles fonctions.

Projets

  • Les projets et les modèles de projet (fichiers .aprx, .ppkx et .aptx) enregistrés avec une version de ArcGIS Pro 2.x peuvent être ouverts et utilisés avec ArcGIS Pro 2.x et 3.x. Cependant, les projets et les modèles de projet enregistrés avec ArcGIS Pro 3.x ne peuvent pas être ouverts avec ArcGIS Pro 2.x.
  • Les paquetages de projets peuvent être créés dans la version 3.x et ouverts comme un projet dans la version 2.x.
  • Vous ne pouvez pas enregistrer une copie d’un projet ArcGIS Pro 3.x qui peut s’ouvrir avec une version 2.x de ArcGIS Pro. Si un projet est enregistré avec une version plus récente de ArcGIS Pro 2.x (la version 2.9, par exemple), il peut être ouvert avec des versions précédentes de ArcGIS Pro 2.x (la version 2.0, par exemple), mais le projet sera rétrogradé de manière appropriée pour la version plus ancienne.
  • Si le projet actuel a été créé avec ArcGIS Pro 2.x, un avertissement s’affiche avant l’enregistrement des modifications dans la version 3.x. Si vous continuez, la version du projet sera modifiée en 3.0 ou version ultérieure et ArcGIS Pro 2.x ne pourra pas l’ouvrir. Si le projet est partagé, utilisez 2.x pour enregistrer une copie de sauvegarde du projet 2.x avant de l’ouvrir et de l’enregistrer dans 3.x.
  • À l’instar des projets 2.x, les projets 1.x peuvent s’ouvrir dans 3.x et devenir des projets 3.x une fois enregistrés.
  • Les paramètres de configuration de l’utilisateur sont reportés.

Documents

  • Les fichiers de carte, de couche, de rapports et de mise en page (.mapx, .lyrx, .rptx et .pagx) ne peuvent pas être ouverts dans la version 2.x dès lors qu’ils sont créés ou enregistrés dans 3.x.
  • Les couches de service de globe ne sont pas prises en charge dans 3.x. Il est recommandé de republier la couche d’origine dans un service pris en charge (un service de carte ou un service d’entités, par exemple). Pour les projets utilisant un service de globe pour l’altitude, le service Esri Terrain 3D par défaut peut être utilisé.

Styles

  • Les styles Web seront rétrogradés avec les versions antérieures, mais ils peuvent toujours être publiés.
  • Seuls les styles compatibles avec la version précédente seront publiés.
  • Les styles peuvent être mis à niveau vers 3.x. Une copie de sauvegarde du style 2.x est automatiquement effectuée pendant le processus de mise à niveau.
  • Les styles 2.x peuvent être ouverts en lecture seule et être mis à jour uniquement s’ils sont mis à niveau vers 3.x.
  • Les styles en lecture seule peuvent être mis à niveau à partir de la vue de catalogue.
  • Les styles mobiles sont en lecture seule pour la version 2.x et peuvent être mis à jour dès leur mise à niveau vers 3.x.

Mises en page

  • Les images dans les mises en page sont stockées différemment à partir de ArcGIS Pro 3.x. Les paquets de projets sont nécessaires pour afficher les images des versions antérieures.

Empaquetage

  • Les outils de géotraitement pour l’empaquetage créent des paquetages permettant de collaborer avec d’autres personnes utilisant des versions antérieures de ArcGIS Pro.
  • Les paquetages que vous créez à l’aide des commandes du ruban Share (Partager) tels que les paquetages de couches, de carte et de projet, comportent du contenu de la version 2.x et 3.x.

Partage

  • Les couches et services Web, comme la plupart des services de géotraitement, sont partagés avec le contenu compatible avec le serveur cible. Cela signifie qu’il n’est pas nécessaire de passer à ArcGIS Enterprise 11.0 ou version ultérieure pour effectuer la mise à niveau vers ArcGIS Pro 3.x. Une liste de versions ArcGIS Pro et ArcGIS Enterprise compatibles est disponible dans les notes de version.
    • En cas de partage sur ArcGIS Enterprise ouArcGIS Server 10.9.1 ou version antérieure, le contenu le plus récent peut être rétrogradé.
    • En cas de partage sur ArcGIS Enterprise ou ArcGIS Server 11.0 ou version ultérieure, les services et couches Web comportent le contenu le plus récent disponible dans ArcGIS Pro 3.x.
  • Les jeux de données d’annotation, de dimension, de réseau de distribution et de réseau de traces créés ou mis à jour vers 3.x ne peuvent pas être partagés avec ArcGIS Enterprise 10.9.1 ou version antérieure.
  • Lors de la création d’une définition de service contenant des informations de connexion au serveur, le fichier .sd comporte du contenu correspondant à la version du serveur.
  • Lors de la création d’un fichier de définition de service hors ligne sans connexion pour une couche Web, vous devez spécifier la version du serveur cible (10.9.1 ou version antérieure, 11.0 ou version ultérieure ou ArcGIS Online) afin de vous assurer que le fichier contient des données compatibles avec la version de votre serveur.

    En savoir plus sur les fichiers de définition de service pour les couches Web

  • Les outils Web ou les services de géotraitement qui font référence à de nouveaux outils dans la version 3.x ne peuvent pas être partagés avec ArcGIS Enterprise 10.9.1 ou version antérieure. Vous pouvez rencontrer des problèmes si vous publiez des outils système avec des paramètres nouveaux ou modifiés qui ne sont pas compatibles avec les versions antérieures de ArcGIS Enterprise. Les données dans des formats plus récents ou les fichiers de documents créés ou mis à jour vers la version 3.x ne peuvent pas être utilisés dans les outils Web partagés avec ArcGIS Enterprise 10.9.1 ou version antérieure.

    En savoir plus sur la compatibilité des outils Web

  • Les paquetages de carte mobile peuvent être ouverts dans ArcGIS Pro 3.x et 2.x.
  • Les styles créés dans 3.x sont partagés en tant que styles Web 3.x en cas de partage sur ArcGIS Enterprise 11.0 ou version ultérieure, ou ArcGIS Online. Lorsque les mêmes styles 3.x sont partagés sur ArcGIS Enterprise 10.9.1 ou version antérieure, le contenu le plus récent peut être rétrogradé.

Géodatabases

  • Les jeux de données créés dans 3.x peuvent ne pas être compatibles avec les versions antérieures. Consultez la section Types de données ci-dessous pour en savoir plus sur des types de jeux de données spécifiques.
  • Pour plus d’informations sur les géodatabases, reportez-vous à la rubrique Compatibilité client/géodatabase.

Types de données

  • L’annotation créée ou mise à jour vers 3.x ne fonctionne pas avec la version 2.x. Consultez la documentation de l’outil Mettre un jeu de données à niveau pour plus d’informations.
  • Les dimensions créées ou mises à jour vers 3.x ne fonctionnent pas avec la version 2.x. Consultez la documentation de l’outil Mettre un jeu de données à niveau pour plus d’informations.
  • Les réseaux de distribution et les réseaux de traces créés dans 3.x ne fonctionnent pas avec la version 2.x.

Géocodage

  • Les outils Créer un localisateur d’adresses et Standardiser des adresses ont été supprimés de ArcGIS Pro 3.x. Les scripts ou modèles qui font référence à l’outil Créer un localisateur d’adresses doivent être mis à jour pour utiliser les nouveaux outils : Create Locator (Créer un localisateur) et Create Feature Locator (Créer un localisateur d’entités). Les scripts ou modèles qui font référence à l’outil Standardiser des adresses doivent être mis à jour pour utiliser l’outil Split Address Into Components (Fractionner des adresses en composants). Pour plus d’informations, voir les notes d’obsolescence pour Create Address Locator (Créer un localisateur d’adresses) et Standardize Addresses (Standardiser des adresses).
  • Les localisateurs créés avec l’outil Créer un localisateur d’adresses ont été supprimés de 3.0 et ne peuvent pas être ajoutés dans ArcGIS Pro 3.x ou version ultérieure. Pour plus d’informations, découvrez comment créer des localisateurs de remplacement avec les outils Create Locator (Créer un localisateur) et Create Feature Locator (Créer un localisateur d’entités).
  • Avant de procéder à la mise à niveau vers ArcGIS Pro 3.x, identifiez les localisateurs qui ont été générés avec l’outil Créer un localisateur d’adresses, recréez-les avec l’outil Créer un localisateur, supprimez-les du projet et enregistrez le projet. Pour déterminer si le localisateur a été créé avec l’outil Créer un localisateur d’adresses, ainsi que les données de référence, l’appariement de champs et les paramètres qui ont été utilisés, ouvrez les propriétés du localisateur dans ArcGIS Pro 2.9 ou une version antérieure, puis cliquez sur l’onglet About the locator (À propos du localisateur). Si la version du style figure dans la liste avec 10.x, le localisateur a été créé avec l’outil Créer un localisateur d’adresses. Si la version est accompagnée de 2.x, le localisateur a été créé avec l’outil Créer un localisateur ou Créer un localisateur d’entités.

Gestion des données

  • Les règles Reviewer cartographiques sont obsolètes et ne sont plus disponibles. Il est recommandé de migrer les processus d’examen automatisé vers les fonctionnalités Data Reviewer disponibles dans les règles attributaires. L’ouverture ou l’enregistrement d’une carte (fichier .aprx) dans ArcGIS Pro 3.0 ou version ultérieure supprime toutes les règles cartographiques existantes du document.

  • Il existe de nouvelles exigences en matière de pilotes pour ouvrir des fichiers Microsoft Excel et les utiliser. .

    Découvrez comment installer des pilotes pour utiliser les fichiers Excel.

Géotraitement

  • Les fichiers de boîte à outils ArcGIS personnalisés (.atbx) sont créés par défaut dans 3.x et sont compatibles avec 2.9.
  • Les fichiers de boîte à outils existants (.tbx) fonctionnent toujours.
  • Les boîtes à outils peuvent être empaquetées dans 3.x afin de maintenir la compatibilité avec les versions 2.x précédentes.
  • Les outils et boîtes à outils de la version 2.x peuvent être mis à niveau en les copiant dans un fichier .atbx.

Python

  • Dans ArcGIS Pro 3.0, la bibliothèque Python xlrd a été mise à niveau depuis la version 1.2.0 vers la version 2.0.1. La version 2.0.1 de xlrd ne prend plus en charge la lecture ou l’écriture des fichiers Microsoft Excel .xlsx. Pour utiliser des fichiers .xlsx, employez la bibliothèque openpyxl ou pandas.
  • La propriété Describe workspaceFactoryProgID retourne maintenant la valeur esriDataSourcesGDB.MemoryWorkspaceFactory pour un espace de travail en mémoire. Elle retournait auparavant la valeur esriDataSourcesGDB.ColumnaDBWorkspaceFactory.
  • Les scripts écrits dans ArcGIS Pro 2.x qui utilisent le module arcpy.mp continueront de fonctionner dans ArcGIS Pro 3.x. Toutefois, la version CIM doit être mise à jour pour accéder à la version 3.x de CIM. Pour plus d’informations, voir Accès CIM par Python.

Tâches

  • Les éléments de tâche enregistrés en tant que fichiers .esriTasks ne peuvent pas être ouverts dans ArcGIS Pro 2.x une fois qu’ils sont enregistrés dans ArcGIS Pro 3.x.
  • Les fichiers ArcGIS Pro .esriTasks 2.x peuvent être ouverts dans ArcGIS Pro 3.x et sont mis à niveau une fois le projet enregistré.
  • Les éléments de tâche créés dans 3.x ne fonctionnent pas dans ArcGIS Pro 2.x.

Compléments

  • Les compléments reposant sur les versions ArcGIS Pro 2.x doivent être recréés. Consultez le wiki ProGuide Installation and Upgrade pour plus d’informations si vous migrez vers ArcGIS Pro 3.0 via 3.2.
  • ArcGIS Pro 3.3 requiert Microsoft .NET Runtime 8.0.0 (x64) ou version ultérieure. Pour plus d’informations, consultez le wiki ArcGIS Pro SDK for .NET.