Les tables ci-dessous répertorient les modifications apportées à chaque outil de la boîte à outils d'analyse. 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.
Zone tampon
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 Nouveau paramètre ajouté : method |
10.1 | Des zones tampon géodésiques peuvent maintenant être générées pour tous les types d'entités (points, lignes et polygones). Avant cette version, les zones tampon géodésiques pouvaient uniquement être créées pour les entités ponctuelles. |
10,0 | L'outil prend désormais en charge des entités linéaires avec des segments de ligne verticale. Pour plus d'informations, reportez-vous à la rubrique suivante Remarques concernant le géotraitement des segments de ligne verticale |
9.3 | Nouvelle option ajoutée pour le paramètre line_side : OUTSIDE_ONLY |
9.0 | Nouveautés de la version |
Découper
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
10,0 | L'outil prend désormais en charge le découpage point-point et ligne-ligne. L'outil prend désormais en charge des entités linéaires avec des segments de ligne verticale. Pour plus d'informations, reportez-vous à la rubrique suivante Remarques concernant le géotraitement des segments de ligne verticale |
9.0 | Nouveautés de la version |
Créer des polygones de Thiessen
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.2 | Nouveautés de la version |
Effacer
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
10,0 | L'outil prend désormais en charge des entités linéaires avec des segments de ligne verticale. Pour plus d'informations, reportez-vous à la rubrique suivante Remarques concernant le géotraitement des segments de ligne verticale |
9.0 | Nouveautés de la version |
Fréquence
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.0 | Nouveautés de la version |
Générer la table de proximité
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
10.2.1 | Nouveau paramètre ajouté : method L'outil a été entièrement repensé afin d'être nettement plus rapide. Il possède désormais un paramètre method facultatif, qui détermine le mode de calcul des distances. Lorsque method est défini sur GEODESIC, les distances sont calculées sur la surface de la Terre. Ce paramètre est le plus précis lorsque la distance séparant les entités est importante et que vous souhaitez réduire la distorsion inhérente à tous les systèmes de coordonnées projetées, plus particulièrement avec les projections telles que Web Mercator. Lorsque ce paramètre est défini sur PLANAR, les distances euclidiennes sont calculées à l'aide des coordonnées des entités, et il est utile pour les projections réduisant la distorsion de distance ou lorsque la distance entre les entités est réduite. |
9.3 | Nouveautés de la version |
Identité
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
10,0 | L'outil prend désormais en charge la superposition point-point et ligne-ligne. L'outil prend désormais en charge des entités linéaires avec des segments de ligne verticale. Pour plus d'informations, reportez-vous à la rubrique suivante Remarques concernant le géotraitement des segments de ligne verticale |
9.0 | Nouveautés de la version |
Intersection
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.0 | Nouveautés de la version |
Anneaux concentriques multiples
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
10.2 | Nouvelle option ajoutée pour le paramètre Buffer_Unit : Decimeters |
9.3 | Nouveau paramètre ajouté : Outside_Polygons_Only |
9.0 | Nouveautés de la version |
Proche
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
10.2.1 | Nouveau paramètre ajouté : method L'outil a été entièrement repensé afin d'être nettement plus rapide. Il possède désormais un paramètre method facultatif, qui détermine le mode de calcul des distances. Lorsque method est défini sur GEODESIC, les distances sont calculées sur la surface de la Terre. Ce paramètre est le plus précis lorsque la distance séparant les entités est importante et que vous souhaitez réduire la distorsion inhérente à tous les systèmes de coordonnées projetées, plus particulièrement avec les projections telles que Web Mercator. Lorsque ce paramètre est défini sur PLANAR, les distances euclidiennes sont calculées à l'aide des coordonnées des entités, et il est utile pour les projections réduisant la distorsion de distance ou lorsque la distance entre les entités est réduite. |
9.0 | Nouveautés de la version |
Distance entre les points
Version | Description |
---|---|
10.3 | Transféré dans ArcGIS Pro 1.0 et déconseillé dans ArcGIS Pro 1.0 |
9.0 | Nouveautés de la version |
Polygones voisins
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
10.1 | Nouveautés de la version |
Sélectionner
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.0 | Nouveautés de la version |
Jointure spatiale
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 2 nouvelles options ajoutées pour le paramètre match_option :
|
10.1 | 12 nouvelles options ajoutées pour le paramètre match_option :
|
10,0 | L'outil est en mesure de traiter des jeux de données beaucoup plus grands et la plupart des opérations s'exécuteront plus rapidement. 2 nouvelles options ajoutées pour le paramètre match_option :
2 options supprimées pour le paramètre match_option :
|
9.3 | Nouveau paramètre ajouté : distance_field_name Nouvelle option ajoutée pour le paramètre match_option : CLOSEST |
9.2 | Nouveautés de la version |
Fractionner
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.0 | Nouveautés de la version |
Résumés statistiques
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.0 | Nouveautés de la version |
Différence symétrique
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.0 | Nouveautés de la version |
Sélection dans une table
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.0 | Nouveautés de la version |
Tabuler l'intersection
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
10.1 | Nouveautés de la version |
Agrégation
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.0 | Nouveautés de la version |
Mettre à jour
Version | Description |
---|---|
10.3 | Transfert vers ArcGIS Pro 1.0 |
9.0 | Nouveautés de la version |
About the toolbox history tables
At every release, Esri makes changes to existing tools and introduces new tools. These changes provide solutions to problems that were difficult to solve in previous releases and make tools more powerful and easier to use.
As an example of how you might use these history tables, suppose you are helping a colleague who is using version 10.2 while you're using version 10.3. You might suggest to your colleague that they use the Add Geometry Attributes tool to find point centroids of polygon features. The Add Geometry Attributes tool is found in the Data Management toolbox, and checking the Data Management toolbox history topic, you find that Add Geometry Attributes was not introduced until the 10.2.1 release. You can then suggest a 10.2 workflow of using the Feature To Point tool to find polygon centroids.
When changes are made to existing tools, every effort is made to maintain backward compatibility, meaning that the use of a tool in the previous release continues to work in the new release. That is, suppose you have a model or script written in version 10.2 that uses the Buffer tool. At version 10.3, the Buffer tool has a new optional parameter, method, with the default value of PLANAR. Your 10.2 script or model will work in 10.3 because the new method parameter is optional and its default value causes Buffer to work exactly the same way it did in 10.2.
Esri strives to maintain backward compatibility. However, it's not always possible due to the new functionality being introduced. Here are the cases where backward compatibility may break:
- If a parameter was removed, old workflows that used the parameter will no longer work.
- If a parameter option was removed, old workflows that used the option may no longer work. In many cases, the option that was removed is replaced by another option and the tool knows what to do if the previous option was specified.
- If a parameter had a data type removed and your old workflow used inputs of that data type, the old workflow will not work in the new version.
- A license change may affect your workflow. Most license changes are downward (from Avancé to Standard, for example) which would not affect backward compatibility.
- An extension change may affect your workflow. Extension changes that affect existing workflows are rare.
- If a parameter's default value changed, it may affect your workflow. You'll need to examine your existing workflows to determine the effect of the default value change.
- If the order of parameters changed, scripts that use positional arguments may break.
Below is more information about changes cataloged in the history tables.
New at this version
The last row of each table always contains the release version at which the tool was introduced to the toolbox.
Ported / Not ported to ArcGIS Pro
If you're transitioning from ArcMap to ArcGIS Pro, you may need to know whether a tool in ArcMap is also available in ArcGIS Pro. The majority of tools found in version 10.3 were ported over to (that is, replicated and made available in) ArcGIS Pro version 1.0. Information about whether the tool was ported over from ArcMap to the ArcGIS Pro platform is usually contained in the first row of the table. Note that you can use the Analyze Tools For Pro tool to check whether your ArcMap models and scripts will run in ArcGIS Pro.
Parameter options
A parameter option (also referred to as an enumerator) is a string that affects tool execution. For example, the join_attributes parameter of the Intersect tool has three options: ALL, NO_FID, and FID_ONLY. New options appear occasionally from release to release, and options may be removed. An option introduced in a later version (such as 10.4) cannot be used in an earlier version (such as 10.3).
Sometimes you'll see an option removed and replaced with a very similar option, such as Euclidean distance replaced with EUCLIDEAN_DISTANCE. In cases like this, the tool is programmed to accept either option and backward compatibility is not broken.
New and removed parameters
New parameters are almost always added as the last parameter so backward compatibility is maintained in scripts. However, sometimes the new parameter must be inserted between existing parameters and compatibility in scripts may be broken—you may have to edit your script to run in the later version. If a new parameter is inserted between existing parameters, it will be noted as a change in parameter order.
Removed parameters are rare. Scripts that use the removed parameter will have to be changed, but models should continue to run.
Parameter default value changes
Optional parameters have a default value—the value that will be used unless you change it. If there is a change to a parameter's default value, it may affect your existing models and scripts.
Parameter data type changes
A data type defines the permissible values for a parameter, such as the type of datasets (features, tables, networks, and so on). If a data type is removed at a version, it means that the parameter no longer accepts the dataset as input or output. You may have to change your models and scripts if they use the removed data type.
Parameter order
New parameters are almost always added as the last parameter and don't affect the order of existing parameters. In rare cases, the order of existing parameters may change, and scripts that use positional arguments may break. Instead of using positional arguments, you can use keyword arguments as shown below. Models will still execute as they are not dependent on parameter order.
# 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")
Parameter name case
The name of a parameter may change case, for example, from In_Features to in_features. This change only affects scripts that use keyword arguments. In Python, keyword arguments are case sensitive.
Parameter type
A parameter type may change from required to optional or from optional to required. Changing from optional to required may affect existing workflows.
Tool licensing and extension
A licensing or extension change may affect existing workflows.
Deprecated tool
See the topic What is a deprecated tool? for more information.