Les tables ci-dessous répertorient les modifications apportées à chaque outil de la boîte à outils Multidimension. Il existe une table par outil et vous pouvez cliquer sur le nom de l’outil pour accéder à la page de référence de l’outil. Pour plus d'informations sur l'interprétation du contenu de ces tables d'historique, consultez la section figurant à la fin de cette rubrique.
Entité vers NetCDF
| Version | Description |
|---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.2 | Nouveautés de la version |
Générer une couche d'entités NetCDF
| Version | Description |
|---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.2 | Nouveautés de la version |
Générer une couche raster NetCDF
| Version | Description |
|---|---|
10.7 | Nouveau paramètre ajouté : cell_registration |
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.2 | Nouveautés de la version |
Générer une vue tabulaire NetCDF
| Version | Description |
|---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.2 | Nouveautés de la version |
Générer une couche raster OPeNDAP
| Version | Description |
|---|---|
10.7 | Nouveau paramètre ajouté : cell_registration |
10.4 | Nouveautés de la version Transféré à partir de Pro 1.1 |
Raster vers NetCDF
| Version | Description |
|---|---|
10.7.1 | Nouveau paramètre ajouté : compression_level |
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.2 | Nouveautés de la version |
Sélectionner par dimension
| Version | Description |
|---|---|
10.3.1 | Le paramètre in_layer_or_table contient le nouveau type de données Mosaic Layer |
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.2 | Nouveautés de la version |
Table vers NetCDF
| Version | Description |
|---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.2 | Nouveautés de la version |
A propos des tables d'historique de la boîte à outils
A chaque version, Esri modifie des outils existants et intègre de nouveaux outils. Ces modifications apportent des solutions à des problèmes qui étaient difficiles à résoudre dans les versions précédentes, tout en optimisant les outils et en simplifiant leur utilisation.
Concernant l'utilisation de ces tables d'historique, supposons par exemple que vous aidiez un collègue qui utilise la version 10.2 tandis que vous utilisez la version 10.3. Vous pouvez suggérer à votre collègue d'utiliser l'outil Ajouter des attributs géométriques afin d'identifier les points centroïdes des entités surfaciques. L'outil Ajouter des attributs géométriques se trouve dans la boîte à outils Gestion des données. En consultant la rubrique sur l'historique de la boîte à outils Gestion des données, vous pouvez constater que l'outil Ajouter des attributs géométriques n'était pas présent avant la version 10.2.1. Vous pouvez ensuite suggérer un workflow 10.2 qui utilise l'outil Entités vers points pour identifier les centroïdes de polygones.
Lorsque des modifications sont apportées à des outils existants, tout est mis en œuvre pour assurer la rétrocompatibilité, ce qui signifie qu'un outil dans la version précédente continue à fonctionner dans la nouvelle version. En d'autres termes, supposons que vous disposiez d'un modèle ou d'un script écrit dans la version 10.2 qui utilise l'outil Zone tampon. Dans la version 10.3, l'outil Zone tampon possède un nouveau paramètre facultatif, method, avec la valeur par défaut PLANAR. Votre script ou modèle 10.2 fonctionnera dans la version 10.3, car le nouveau paramètre method est facultatif et que sa valeur par défaut suscite exactement le même fonctionnement de Buffer que dans la version 10.2.
Esri s'efforce d'assurer la rétrocompatibilité. Cela n'est toutefois pas toujours possible en raison des nouvelles fonctionnalités qui sont intégrées. Voici les cas où la rétrocompatibilité risque de ne pas être assurée :
- Si un paramètre a été supprimé, les anciens workflows qui utilisaient le paramètre ne fonctionneront plus.
- Si une option de paramètre a été supprimée, les anciens workflows qui utilisaient l'option risquent de ne plus fonctionner. Dans de nombreux cas, l'option qui a été supprimée est remplacée par une autre option et l'outil connaît le comportement à adopter si l'option précédente a été spécifiée.
- Si un paramètre disposait d'un type de données supprimé et que votre ancien workflow utilisait des entrées de ce type de données, l'ancien workflow ne fonctionnera pas dans la nouvelle version.
- Un changement de licence peut affecter votre workflow. La plupart des changements de licence sont descendants (de Desktop Advanced vers Desktop Standard, par exemple), ce qui n'affecte pas la rétrocompatibilité.
- Un changement d'extension peut affecter votre workflow. Les changements d'extension qui affectent les workflows existants sont rares.
- Si la valeur par défaut d'un paramètre a changé, votre workflow peut être affecté. Vous devez dans ce cas examiner vos workflows existants pour déterminer l'effet du changement de la valeur par défaut.
- Si l'ordre des paramètres a changé, les scripts qui utilisent des arguments de position peuvent s'interrompre.
Vous trouverez ci-dessous plus d'informations sur les changements consignés dans les tables d'historique.
Nouveautés de la version
La dernière ligne de chaque table contient toujours la version dans laquelle l'outil a été intégré dans la boîte à outils.
Transféré/Non transféré vers ArcGIS Pro
Si vous passez d'ArcMap à ArcGIS Pro, il peut être intéressant de savoir si un outil dans ArcMap est également disponible dans ArcGIS Pro. La majorité des outils présents dans la version 10.3 ont été transférés dans (c'est-à-dire répliqués et rendus disponibles dans) ArcGIS Pro version 1.0. La première ligne de la table indique généralement si l'outil a été transféré d'ArcMap vers la plateforme ArcGIS Pro. Vous pouvez maintenant utiliser l'outil Analyser les outils pour Pro pour savoir si vos modèles et scripts ArcMap s'exécuteront dans ArcGIS Pro.
Options de paramètre
Une option de paramètre (également connue sous le nom d'énumérateur) est une chaîne qui affecte l'exécution de l'outil. Par exemple, le paramètre join_attributes de l'outil Intersecter possède trois options : ALL, NO_FID et FID_ONLY. De nouvelles options apparaissent de temps en temps d'une version à une autre et certaines options peuvent être supprimées. Une option intégrée dans une version ultérieure (par exemple, 10.4) ne peut pas être utilisée dans une version antérieure (par exemple, 10.3).
Il peut arriver qu'une option soit supprimée et remplacée par une option très similaire, par exemple Euclidean distance remplacée par EUCLIDEAN_DISTANCE. Dans ce cas, l'outil est programmé pour accepter les deux options et la rétrocompatibilité est assurée.
Paramètres nouveaux et supprimés
Les nouveaux paramètres sont presque toujours ajoutés en dernier afin que la rétrocompatibilité soit assurée dans les scripts. Toutefois, il peut arriver que le nouveau paramètre doive être inséré entre des paramètres existants et la compatibilité dans les scripts risque de ne pas être assurée. Vous devez peut-être alors modifier votre script pour l'exécuter dans la dernière version. Si un nouveau paramètre est inséré entre des paramètres existants, le changement d'ordre des paramètres est indiqué.
Les paramètres supprimés sont rares. Les scripts qui utilisent le paramètre supprimé doivent être modifiés, mais les modèles doivent continuer à s'exécuter.
Changement de valeur par défaut des paramètres
Les paramètres facultatifs ont une valeur par défaut : la valeur qui va être utilisée si vous ne la modifiez pas. Si la valeur par défaut d'un paramètre est modifiée, vos modèles et scripts existants peuvent être affectés.
Changement du type de données des paramètres
Un type de données définit les valeurs autorisées d'un paramètre, par exemple le type de jeux de données (entités, tables, réseaux, etc.). Si un type de données est supprimé dans une version, cela signifie que le paramètre n'accepte plus le jeu de données en entrée ou en sortie. Vous pouvez être amené à modifier vos modèles et vos scripts s'ils utilisent le type de données supprimé.
Ordre des paramètres
Les nouveaux paramètres sont presque toujours ajoutés en dernier et n'affectent pas l'ordre des paramètres existants. Dans de rares cas, l'ordre des paramètres existants peut changer et les scripts qui utilisent des arguments de position peuvent s'interrompre. Au lieu d'utiliser des arguments de position, vous pouvez utiliser des arguments de mots-clés comme illustré ci-dessous. Les modèles continueront à s'exécuter, car ils ne dépendent pas de l'ordre des paramètres.
# Positional arguments - skipping optional arguments using empty strings is dependent on
# the order of the optional parameters
#
arcpy.AddField_management("schools", "school_id", "LONG", "", "", "", "", "NON_NULLABLE")
# Keyword arguments - position doesn't matter
#
arcpy.AddField_management("schools", "school_id", "LONG", field_is_nullable="NON_NULLABLE")
Casse du nom des paramètres
La casse du nom d'un paramètre peut changer, par exemple de In_Features en in_features. Ce changement affecte uniquement les scripts qui utilisent des arguments de mots-clés. Dans Python, les arguments de mots-clés sont sensibles à la casse.
Type de paramètre
Un type de paramètre peut passer d'obligatoire à facultatif ou de facultatif à obligatoire. Le changement de facultatif à obligatoire peut affecter les workflows existants.
Extension et licence des outils
Un changement d'extension ou de licence peut affecter les workflows existants.
Outil déconseillé
Reportez-vous à la rubrique Qu'est-ce qu'un outil déconseillé ? pour plus d'informations.