下方表格记录了分析工具箱中每个工具所发生的更改。每个表格对应一个工具,您可通过单击工具名称导航至工具参考页面。有关解释这些历史表格内容的详细信息,请参阅该主题结尾部分。
缓冲
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 新增的参数:method |
10.1 | ArcGIS 10.1 中可为所有要素类型(点、线和面)生成测地线缓冲区。之前的版本只能为点要素创建测地线缓冲区。 |
10.0 | 在当前版本中工具支持具有垂直线段的线要素。有关详细信息,请参阅对垂直线段进行地理处理的注意事项 |
9.3 | 参数 line_side 新增了选项:OUTSIDE_ONLY |
9.0 | 此版本的新特性 |
裁剪
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
10.0 | 在当前版本中工具支持点裁剪和线裁剪。 在当前版本中工具支持具有垂直线段的线要素。有关详细信息,请参阅对垂直线段进行地理处理的注意事项 |
9.0 | 此版本的新特性 |
创建泰森多边形
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
9.2 | 此版本的新特性 |
擦除
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
10.0 | 在当前版本中工具支持具有垂直线段的线要素。有关详细信息,请参阅对垂直线段进行地理处理的注意事项 |
9.0 | 此版本的新特性 |
频数
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
9.0 | 此版本的新特性 |
生成近邻表
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
10.2.1 | 新增的参数:method 在当前版本中,对工具进行了全面地重新编写,使速度得到大幅提升,且具有了可确定距离计算方式的可选 method 参数。如果将 method 设置为 GEODESIC,将计算得出沿地球表面的距离。如果要素间的距离较大,而且您希望将所有投影坐标系(尤其是像 Web Mercator 这样的投影)的固有变形程度都最小化,那么通过此设置将得到最精确的结果。如果设置为 PLANAR,将使用要素坐标计算欧氏距离,此设置适用于最小化距离变形的投影或要素间距离较小的情况。 |
9.3 | 此版本的新特性 |
标识
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
10.0 | 在当前版本中工具支持点叠加和线叠加。 在当前版本中工具支持具有垂直线段的线要素。有关详细信息,请参阅对垂直线段进行地理处理的注意事项 |
9.0 | 此版本的新特性 |
相交
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
9.0 | 此版本的新特性 |
多环缓冲区
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
10.2 | 参数 Buffer_Unit 新增了选项:Decimeters |
9.3 | 新增的参数:Outside_Polygons_Only |
9.0 | 此版本的新特性 |
近邻分析
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
10.2.1 | 新增的参数:method 在当前版本中,对工具进行了全面地重新编写,使速度得到大幅提升,且具有了可确定距离计算方式的可选 method 参数。如果将 method 设置为 GEODESIC,将计算得出沿地球表面的距离。如果要素间的距离较大,而且您希望将所有投影坐标系(尤其是像 Web Mercator 这样的投影)的固有变形程度都最小化,那么通过此设置将得到最精确的结果。如果设置为 PLANAR,将使用要素坐标计算欧氏距离,此设置适用于最小化距离变形的投影或要素间距离较小的情况。 |
9.0 | 此版本的新特性 |
点距离
版本 | 描述 |
---|---|
10.3 | 已移植至 ArcGIS Pro 1.0 且不推荐在 ArcGIS Pro 1.0 中使用 |
9.0 | 此版本的新特性 |
面邻域
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
10.1 | 此版本的新特性 |
选择
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
9.0 | 此版本的新特性 |
空间连接
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 参数 match_option 新增了 2 个选项:
|
10.1 | 参数 match_option 新增了 12 个选项:
|
10.0 | 该工具能够处理更大的数据集,而且大部分操作的执行时间更短。 参数 match_option 新增了 2 个选项:
参数 match_option 移除了 2 个选项:
|
9.3 | 新增的参数:distance_field_name 参数 match_option 新增了选项:CLOSEST |
9.2 | 此版本的新特性 |
分割
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
9.0 | 此版本的新特性 |
汇总统计数据
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
9.0 | 此版本的新特性 |
交集取反
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
9.0 | 此版本的新特性 |
表筛选
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
9.0 | 此版本的新特性 |
交集制表
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
10.1 | 此版本的新特性 |
联合
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
9.0 | 此版本的新特性 |
更新
版本 | 描述 |
---|---|
10.3 | 已迁移到 ArcGIS Pro 1.0 |
9.0 | 此版本的新特性 |
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 Advanced 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.