Migration de ArcGIS Pro 2.x vers 3.0

Après avoir examiné la nouvelle configuration système requise et installé ArcGIS Pro 3.0, les projets et fichiers créés dans ArcGIS Pro 2.9 ou version antérieure peuvent être ouverts en raison de leur compatibilité descendante. Lorsque vous les enregistrez à l’aide de ArcGIS Pro 3.0 3.0, certaines de leurs propriétés vous permettent de profiter de nouvelles fonctionnalités.

Compatibilité ascendante

ArcGIS Pro 3.0 3.0 étant une version majeure, les fichiers qu’il enregistre peuvent ou non 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 ces situations :

• Vous ne partagez pas vos fichiers ArcGIS Pro avec d’autres utilisateurs ArcGIS Pro, comme si vous étiez le seul analyste GIS d’une organisation.
• Vous et vos collègues, avec lesquels vous partagez des fichiers ArcGIS Pro, procédez en même temps à une mise à niveau vers ArcGIS Pro 3.0.

En partant du principe que 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 3.0.

Vos workflows 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 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 version majeure suivante uniquement après qu’un correctif subséquent ou qu’une version mineure est également disponible.

Utilisation entre ArcGIS Pro 2.x et 3.0

Si les personnes avec lesquelles vous collaborez ne peuvent pas procéder à la migration vers ArcGIS Pro 3.0 en même temps, vous devez savoir ce que vous pouvez et ne pouvez pas partager entre ArcGIS Pro 2.x et 3.0. 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.0, même si le contenu peut être rétrogradé. Utilisez ArcGIS Pro 3.0 avec ArcGIS Enterprise 11.0 pour utiliser les nouvelles fonctions.

Projets

• Les projets et modèles de projet (fichiers .aprx, .ppkx et .aptx) enregistrés avec n’importe quelle version de ArcGIS Pro 2.x peuvent être ouverts et utilisés à la fois par ArcGIS Pro 2.x et3.0. Cependant, les projets et modèles de projet enregistrés avec ArcGIS Pro 3.0 ne peuvent pas être ouverts par ArcGIS Pro 2.x.
• Les paquetages de projets peuvent être créés dans la version 3.0 et ouverts comme un projet dans la version 2.x.
• Vous ne pouvez pas enregistrer une copie d’un projet ArcGIS Pro 3.0 qui peut s’ouvrir avec une version 2.x de ArcGIS Pro. Si un projet est enregistré avec une version récente de ArcGIS Pro (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 précédente.
• 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.0. Si vous continuez, la version du projet sera modifiée en 3.0 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.0.
• Les projets 1.x, comme les projets 2.x, peuvent s’ouvrir dans 3.0 et devenir des projets 3.0 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.0.
• Les couches de service de globe ne sont pas prises en charge dans 3.0. 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 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.0. Lors du processus de mise à niveau, une copie de sauvegarde du style 2.x est faite.
• Les styles 2.x peuvent toujours être ouverts en lecture seule et être mis à jour uniquement s’ils sont mis à niveau vers 3.0.
• 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 la version 3.0.

Mises en page

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

Empaquetage

• Les outils de géotraitement pour le paquetage créent des paquetages permettant de collaborer avec d’autres membres de l’équipe en 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 couche, de carte et de projet, comportent du contenu 2.x et 3.0.

Partage

• Les couches et services Web 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 pour mettre à niveau vers ArcGIS Pro 3.0. 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 ouArcGIS Server 11.0, les services et couches Web comportent le contenu le plus récent disponible dans ArcGIS Pro 3.0.
• 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, 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.

  Pour en savoir plus sur les fichiers de définition de service

• Les paquetages de carte mobile peuvent être ouverts dans ArcGIS Pro 3.0 et 2.x.
• Les styles créés dans 3.0 sont partagés en tant que styles Web 3.0 en cas de partage sur ArcGIS Enterprise 11.0 ou ArcGIS Online. Lorsque les mêmes styles 3.0 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.0 peuvent ne pas être compatibles avec les versions antérieures. Consultez la section Types de données ci-dessous pour en savoir plus sur les 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.0 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.0 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.0 ne fonctionnent pas avec la version 2.x.

Géocodage

• Les outils Créer un localisateur d’adresses et Standardiser des adresses sont supprimés de ArcGIS Pro 3.0. 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 sont supprimés de 3.0 et ne peuvent pas être ajoutés dans ArcGIS Pro 3.0 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 versArcGIS Pro 3.0, 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 la sauvegarde d’une carte (.aprx) dans ArcGIS Pro 3.0 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.0 et sont compatibles avec 2.9.
• Les fichiers de boîte à outils existants personnalisés (.tbx) sont en lecture seule dans 3.0. Les fichiers .tbx existants et leurs outils sont en lecture seule dans 3.0, mais ils continuent de fonctionner sans changement nécessaire. Pour apporter des modifications à un outil, vous devrez copier l’outil dans un fichier .atbx.
• Les boîtes à outils peuvent être empaquetées dans 3.0 afin de maintenir la compatibilité avec les versions 2.x précédentes.
• Les outils et boîtes à outils à partir de la version 2.x peuvent être mis à niveau en les copiant et les collant dans un fichier .atbx

Python

• Dans ArcGIS Pro 3.0, la bibliothèque Python xlrd est 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.0. Toutefois, la version CIM doit être mise à jour pour accéder à la version 3.0 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.0.
• Les fichiers .esriTasks ArcGIS Pro 2.x peuvent être ouverts dans ArcGIS Pro 3.0 et sont mis à niveau une fois le projet enregistré.
• Les éléments de tâche créés dans ArcGIS Pro 3.0 ne fonctionnent pas dans ArcGIS Pro 2.x.

Compléments

• Les compléments créés en fonction des versions ArcGIS Pro 2.x doivent être recréés. Voir le wikiArcGIS Pro SDK for .NET pour plus d’informations.