下载并离线使用包含可编辑要素服务(使用已注册传统版本化数据)的地图时,将通过已发布数据使用的版本创建新的地理数据库版本。 当客户端与要素服务同步编辑内容时,编辑内容将应用于此新版本。 因此,您需要额外执行协调和提交过程,将编辑内容转换为已发布版本,并将编辑内容与其他用户共享。
如果地图包含只读要素服务(仅在要素服务上启用查询和同步)且要素服务包含版本化数据,则下载地图时不会创建任何版本。 同样,在分布式协作工作流过程中复制数据时,也不会创建任何版本。 在这些情况下,客户端与要素服务同步时,它们对源数据的所有编辑内容都有访问权限。
即使要素服务为只读(仅启用查询和同步),发布时连接到地理数据库的数据库用户也必须具有数据编辑权限。
下方描述的两个选项允许要素服务所有者或 ArcGIS Server 管理员选择针对特定可编辑要素内容创建传统版本的方式。 在发布要素服务时,发布者将设置这些选项。
为每个离线地图创建版本
这是默认选项。 通过此选项,在每次离线使用包含可编辑要素服务的地图时都会使用已发布的版本生成新版本。 版本名称包括:
- 下载地图的用户的姓名
- 要素服务的名称
- 唯一标识符 (ID)
这三个组件可确保版本名称唯一。 例如,如果用户 Bob 下载包含要素服务 NetFS 的地图,则创建的版本的名称为 Bob_NetFS_1404578882000。 如果同一用户多次下载该地图(例如在多个设备上),则用户在每台设备进行同步时均采用不同的版本。 任何一台设备均不具有对其他设备的编辑内容的访问权限。 但新下载的地图与已发布的版本匹配。 如果存在多个已下载的地图,则存在多个地图版本。 从用于离线编辑的应用程序中移除下载的地图后,可协调、提交和删除其版本。
注:
如果要素服务已发布到未与门户联合的 ArcGIS Server 站点或您在未登录的情况下访问数据,则地图版本的名称将为 Esri_Anonymous_<要素服务名称>_<ID>。
为每个用户创建版本
通过此选项,将为每个下载包含可编辑要素服务的地图的用户生成版本。 例如,如果 10 位用户下载同一地图,则会生成 10 个版本。 每个版本特定于一位用户,版本名称由用户名和服务名称组成(如 Joe_InspectionFS)。 如果用户多次下载该地图(例如在多个设备上),则用户在每台设备进行同步时均采用相同版本。 任意一台设备具有对其他设备的编辑内容的访问权限。 但是,新下载的地图将仅更新至用户最后一次协调的版本。 只要用户下载地图就会一直保留用户版本。
注:
如果使用此选项,可将 ArcGIS Server 站点与门户联合或配置 ArcGIS Server 中的用户帐户。 如果未执行此操作,创建的地图版本的名称将为 Esri_Anonymous_<要素服务名称>,连接至门户的每个用户均使用同一版本。
为每个用户创建版本的选项不适用于注册为分支版本化的数据。
示例工作流
以下示例工作流将使用之前两个部分中描述的版本选项:
- 工作流 1:下载用于数据维护的地图
- 工作流 2:下载用于持续时间较短的工程的地图
- 工作流 3:下载用于正在进行的工程的地图
在下表中对每个工作流的组件进行了比较:
工作流 1:下载用于数据维护的地图
本工作流面向在外业使用 ArcGIS Collector 确认标记地图提供的编辑内容的组织成员。 在本例中,数据将被注册以参与传统版本化,同时工作人员需要其下载的地图包含地理数据库中默认版本的最新数据。 返回办公室后,工作人员将与默认地理数据库版本同步外业编辑内容、移除地图并协调和提交地图的版本。 该过程每天可能重复多次。 每一步完成后,工作人员都将删除离线地图版本。
为此,公司组织帐户中将提供一个 Web 地图,以供办公室工作人员群组的成员使用。 如果工作人员是该群组的成员,则可以使用办公室中其中一个可用设备上运行的 Collector 访问 Web 地图。 在离开办公室前,该工作人员会使用 Collector 下载地图。 然后工作人员会转到现场并检查请求的更新。 使用 Collector 在外业进行校正。 返回办公室后,工作人员的校正会同步到要素服务,并使用默认版本进行协调和提交。
以下部分介绍了此工作流:
发布要素服务
要创建 Web 地图,首先应发布要素服务。
发布者启用 ArcGIS Pro 并将默认版本中的数据添加到地图。 在本示例中,数据包括来自公司企业级地理数据库的要素类中的新传感器。 将此要素类注册为版本。
发布者将发布名为 NetFS 的要素图层,此要素图层引用 ArcGIS Pro 中的已注册数据。
在发布过程中,发布者将在要素图层的配置选项卡上编辑以下设置以使图层支持离线使用和编辑:
- 启用编辑功能并允许编辑者: > 添加、更新和删除要素 - 允许所有数据编辑操作。
- 启用同步 - 允许离线使用图层。
- 同步 > 为每个下载的地图创建版本 - 移动工作人员下载地图时将为离线地图创建唯一命名的版本。 然后工作人员同步编辑内容时将使用此版本。
发布者还会与办公室工作人员群组共享服务,从而使组织中的其他成员可以访问数据。
创建 Web 地图
创建要素服务后的下一步是创建 Web 地图。 发布者通过登录到组织(ArcGIS Enterprise 或 ArcGIS Online)、创建 Web 地图、向地图添加要素图层以及与办公室工作人员群组共享地图来完成此操作。 将 Web 地图的离线模式属性设置为已启用,使其可离线用于 Collector 中。 现在,办公室工作人员组的员工可下载此地图。
下载 Web 地图
如有可用的 Web 地图,工作人员可将该地图下载到 Collector,然后到外业检查所需更新。 为此,工作人员 Bob 将启动 Collector 并登录到组织中。 随即显示新分享的 web 地图。
由于 web 地图已启用了离线模式,因此其在 Collector 中显示有下载按钮。 Bob 单击下载按钮开始下载过程。
然后,Bob 选择已下载地图的范围和底图分辨率。
下载进程开始时,将通过后台地理数据库中的已发布版本(默认)创建一个名为 Bob_NetFS_1404578882000 的版本。 由于已将服务设置为创建每个下载地图的版本,因此将生成唯一的版本名称。 名称由移动工作人员的登录名 (Bob)、要素服务名称 (NetFS) 和唯一 ID 组成。 同步下载的地图时将使用该版本。
随即会将数据下载到设备中。 下载完成后,Collector 会将地图切换至引用本地数据。 此时,无需连接网络即可编辑地图。 Collector 地图中出现同步按钮,表示现在正在引用本地数据。
同步编辑内容
在现场中,Bob 注意到其中一个传感器的位置不正确,它位于街道的错误一侧。 Bob 使用 Collector 对其进行了校正。
Bob 在白天访问了其他位置并进行了其他校正。 如果连接性可用,Bob 可能还会在外业同步编辑内容。 回到办公室后,Bob 在外业设备上连接到内部网络,然后执行最终同步。 这可保证在外业进行的所有校正均已应用到 Bob_NetFS_1404578882000 版本。
现在,在外业进行的编辑内容已经与源同步,Bob 将本地地图从 Collector 中移除并返回设备。 移除本地地图的过程会将 Bob_NetFS_1404578882000 版本标记为不再与离线地图相关。 随后,Bob 会连接到 ArcGIS Pro 中的 Bob_NetFS_1404578882000 版本,并使用默认版本对其进行协调和提交。 Bob 使用基于属性的冲突检测并手动解决所有冲突。
保存编辑内容且 Bob 已切换回默认版本后,Bob 将删除 Bob_NetFS_1404578882000 版本。
Bob 发现,为了正确更新数据,需要进行更多的外业检查。 每次前往现场均需要一个新的下载地图和 Bob_NetFS_<ID> 版本。 每个新版本都将包括默认版本的最新编辑内容。 在与地图断开连接、协调和提交之前,这些版本将保留在地理数据库中。
除 Bob 外,其他办公室工作人员可同时与 Bob 执行类似的任务。
将 Bob 的更改内容协调并提交到默认版本后,Bob 将删除 Bob_NetFS_<ID> 版本。
工作流 2:下载用于持续时间较短的工程的地图
在本示例中,移动工作人员将离线编辑版本化数据。 然后在早上或一天结束的时候同步编辑内容。 夜间运行协调和提交过程以使该移动工作人员的版本始终与其他移动工作人员的编辑保持一致。 每位移动工作人员在第二天早上进行同步时都会看见其他移动工作人员的编辑。 工程完成后,所有外业编辑内容均会进行同步并应用到工程版本。 然后对工程版本进行检查,并将其协调并提交到默认地理数据库版本。 工程完成后,将由员工删除要素服务和移动工作人员版本。 在本工作流中,移动工作人员数据的延迟不得超过 1 周。
以下介绍了完成此工作流所需的步骤:
发布要素服务
在本示例中,项目经理需要将工作人员部署到现场执行传感器检查。 每年会定期执行传感器检查。 检查期间,移动工作人员将检查并记录传感器损坏和可访问性等问题。 该信息用于计划修复并了解可以轻松访问哪些传感器。 计划在一周的某个时间段进行此工程。 对于数据集合,向每个移动工作人员提供一个运行 Collector 的智能手机。
对于此工程,项目经理计划在公司的组织帐户中创建并共享传感器检查的 Web 地图。 该 Web 地图将引用公司的预置 ArcGIS Server 中运行的要素服务。
为创建要素服务,项目经理在 ArcGIS Pro 中从源企业级地理数据库的默认版本将传感器要素类添加到地图。 要素类已注册以进行传统版本化。 用黄色标记用于检查的传感器。
为组织工作,项目经理创建了一个名为“检查”的版本并更改了地图以引用此版本。
接下来,项目经理将从 ArcGIS Pro 发布 InspectionFS 要素。
在发布过程中,项目经理将在要素图层的配置选项卡上编辑以下设置以使图层支持离线使用和编辑:
- 启用编辑功能并允许编辑者: > 添加、更新和删除要素 - 允许所有数据编辑操作。
- 启用同步 - 允许离线使用图层。
- 同步 > 为每个用户创建版本 - 移动工作人员首次下载地图时,ArcGIS 将为其创建版本。 工作人员同步编辑内容时将使用此版本。
创建 Web 地图
发布要素服务后,项目经理将在 ArcGIS Enterprise 门户中创建 Web 地图并会将其与所有成员均为移动工作人员的群组进行共享。
项目经理将执行以下步骤:
- 登录组织
- 创建 Web 地图。
- 将新发布的要素服务添加到 Web 地图。
- 保存 Web 地图。
- 与包括移动工作人员的群组共享 Web 地图和要素服务。
- 启用 Web 地图上的离线模式属性以使该地图可离线用于 Collector。
下载 Web 地图
每个移动工作人员均可通过 Collector 登录到他们的帐户来访问 Web 地图。
通过可用的 Web 地图,每个移动工作人员都可启动 Collector 并登录到组织。 随即显示新分享的 web 地图。
由于 Web 地图已启用了离线模式,因此在 Collector 中显示时具有下载按钮(标有箭头的云)。 其中一个移动工作人员 (Joe) 单击下载按钮开始下载过程。
Joe 将为地图选择范围和底图分辨率。
下载进程开始时,将根据已发布的版本在源地理数据库中创建一个名为 Joe_InspectionFS 的版本。 由于要素服务已设置为为每个用户创建版本,版本名称将取决于移动工作人员的登录帐户 (Joe) 和从其中创建该版本的服务名称 (InspectionFS)。 同步下载的地图时将使用该版本。
注:
Joe 无论在何时从 InspectionFS 服务下载地图时,均要引用 Joe_InspectionFS 版本。 例如,某些情况下 Joe 可能需要移除本地地图并使用较大的范围重新创建。 Joe 再次下载地图时,之前从 Joe_InspectionFS 版本同步的所有编辑内容均在地图中可见。
下载地图和数据后,Collector 会将地图切换至引用本地数据。 此时,Joe 无需连接网络即可编辑地图。 Collector 地图中出现同步按钮,表示现在正在引用本地数据。
第二个移动工作人员 (Mary) 将执行的步骤与 Joe 相同。 这将导致在源地理数据库中创建 Mary_InspectionFS 版本。
同步编辑内容
在现场中,Joe 被分配在地图的东侧进行工作。 Joe 在执行检查时更新传感器要素状态。 如果传感器通过检查,将显示为绿色。 如果传感器损坏且需要修复,则显示为红色。
一天结束后,Joe 从外业设备连接到网络,并单击 Collector 中的同步按钮。 这会将编辑内容应用到源地理数据库中的 Joe_InspectionFS 版本。
在一天结束时,Mary 还会从地图西侧同步她的传感器检查。
夜间运行地理数据库处理
在晚上,将运行自动过程以协调并提交移动工作人员编辑内容。 该过程首先将每个版本与检查版本进行协调并提交。 该过程将应用冲突策略,在该策略中将保留最后的编辑内容且基于属性进行冲突检测。
将现场中的所有编辑内容应用于检查版本中后,将在数据上运行验证脚本。 这些脚本会识别并更正具有无效值或超出边界要素的编辑内容。 例如,状态字段必须具有有效的状态值。 如果该值无效,会将其设置回需要检查并使用黄点进行符号化。 验证完成后,该过程会将移动工作人员版本与检查版本进行协调,因此每个版本均包含最新更改的内容。
Joe 和 Mary 在第二天早上进行同步后,将可以看见彼此的更新内容。
注:
夜间处理过程还可与默认版本进行协调以包含自工程启动时开始对默认版本进行的编辑。 但项目经理仅选择在工程结束时与默认版本进行协调。 该操作允许检测冲突并在提交到默认版本前手动进行检查。 如果在工程结束时完成此过程,工作人员可能会对最终协调过程上未显示为冲突的这些要素执行其他编辑内容。
同时在此示例中还需注意将在夜间运行协调和提交移动工作人员编辑内容的自动过程。 这表示移动工作人员在第二天之前不会看见由其他工作人员进行的最新编辑。 要减少此延迟,可更频繁地运行该过程。 例如,如果每小时运行一次此过程,移动工作人员可每小时进行一次同步以获取其他工作人员的最新编辑。
删除下载的地图并执行最终协调和提交过程
上述过程将在工程的一周时间范围内继续。 完成对所有传感器的检查后,工程完成。 移动工作人员需要在工程结束时同步最后的编辑内容并从 Collector 中移除本地地图。 从 Collector 移除本地地图后,移动工作人员的版本不再与下载的地图相关联。 随后项目经理将停止并删除要素服务。
项目经理将针对所有移动工作人员的版本执行最终协调和提交过程并删除这些版本。 然后,项目经理会将检查版本与默认版本进行协调并提交。 项目经理会在此过程中手动检查并解决冲突。 完成后,最新的传感器检查信息对使用默认版本的所有工作人员可用。 项目经理要完成的最后一步是删除检查版本。
工作流 3:下载用于正在进行的工程的地图
此示例工作流与之前的工作流相似(下载用于持续时间较短的工程的地图),因为移动工作人员同步了离线进行的编辑。 然后在早上或一天结束的时候连接至网络并进行同步。 但由于在此工作流中工程正在继续,因此从质量保证版本发布要素服务而不是直接从默认版本发布。 这表示需要其他检查、协调和提交过程。
以下内容为完成此工作流所需的步骤:
发布要素服务
对于此工程,项目经理计划在公司的组织帐户中创建并共享传感器检查的 Web 地图。 该 Web 地图将引用公司的预置 ArcGIS Server 中运行的要素服务。
为创建要素服务,项目经理在 ArcGIS Pro 中从源企业级地理数据库的默认版本将传感器要素类添加到地图。 要素类已注册以进行传统版本化。 用黄色标记用于检查的传感器。
为组织工作,项目经理创建了一个名为“检查”的版本并更改了地图以引用此版本。
接下来,项目经理将从 ArcGIS Pro 发布 InspectionFS 要素。
项目经理将选中服务编辑器中的同步功能,因为该服务可用于离线地图中。 项目经理还将单击高级选项显示要素服务高级选项。
在要素服务高级选项中,项目经理将选择为每位用户创建版本选项。 借助此选项,移动工作人员首次下载地图时将为其创建版本。 然后工作人员同步编辑内容时将使用此版本。
在发布过程中,项目经理将在要素图层的配置选项卡上编辑以下设置以使图层支持离线使用和编辑:
- 启用编辑功能并允许编辑者: > 添加、更新和删除要素 - 允许所有数据编辑操作。
- 启用同步 - 允许离线使用图层。
- 同步 > 为每个用户创建版本 - 移动工作人员首次下载地图时,ArcGIS 将为其创建版本。 工作人员同步编辑内容时将使用此版本。
创建 Web 地图
发布要素服务后,项目经理将在 ArcGIS Enterprise 门户中创建 Web 地图并会将其与所有成员均为移动工作人员的群组进行共享。
项目经理将执行以下步骤:
- 登录组织
- 创建 Web 地图。
- 将新发布的要素服务添加到地图。
- 保存 Web 地图。
- 与包括移动工作人员的群组共享 Web 地图和要素服务。
- 启用 Web 地图上的离线模式属性以使该地图可离线用于 Collector。
下载 Web 地图
每个移动工作人员均可通过 Collector 登录到他们的帐户来访问 Web 地图。
通过可用的 Web 地图,每个移动工作人员都可启动 Collector 并登录到组织。 随即显示新分享的 web 地图。
Web 地图已启用了离线模式,因此在 Collector 中显示时具有下载按钮(标有箭头的云)。 其中一个移动工作人员 (Joe) 单击下载按钮开始下载过程。
Joe 将为地图选择范围和分辨率。
下载进程开始时,ArcGIS 将根据已发布的版本在源地理数据库中创建一个版本 (Joe_InspectionFS)。 由于要素服务已设置为为每个用户创建版本,版本名称将取决于移动工作人员的登录帐户 (Joe) 和从其中创建该版本的服务名称 (InspectionFS)。 同步地图时将使用该版本。
注:
Joe 无论在何时从 InspectionFS 服务下载地图时,均要引用 Joe_InspectionFS 版本。 例如,某些情况下 Joe 可能需要移除本地地图并使用较大的范围重新创建。 Joe 再次下载地图时,从 Joe_InspectionFS 版本同步的所有编辑内容将显示在地图中。
下载数据和地图后,Collector 会将地图切换至引用本地数据。 此时,Joe 无需连接网络即可编辑地图。 Collector 地图中出现同步按钮,表示现在正在引用本地数据。
第二个移动工作人员 (Mary) 将执行的步骤与 Joe 相同。 这将导致在源地理数据库中创建 Mary_InspectionFS 版本。
Mary 和 Joe 在外业编辑内容时,办公室工作人员会向默认地图数据库添加新的传感器。 新传感器是区域中新工程的结果。 安装新传感器后需要进行检测,因此显示为黄色。
同步编辑内容
在现场中,Joe 被分配在地图的东侧进行工作。 Joe 将在执行传感器检查期间更新每个传感器要素的状态。 如果传感器通过检查,将显示为绿色。 如果传感器损坏且需要修复,则显示为红色。
一天结束时,当外业应用程序连接到网络后,Joe 可单击 Collector 中的同步按钮。 这会将编辑内容应用到源地理数据库中的 Joe_InspectionFS 版本。
在一天结束时,Mary 还会从地图西侧同步她的传感器检查。
夜间运行地理数据库处理
在晚上,将运行自动过程以协调并提交移动工作人员编辑内容。 该过程首先将每个移动工作人员版本与检查版本进行协调并提交。 该过程将应用冲突策略,在该策略中将保留最后的编辑内容且基于属性进行冲突检测。
将现场中的所有编辑内容应用于检查版本中后,将在检查版本的数据上运行验证脚本。 这些脚本会识别并更正具有无效值或超出边界要素的编辑内容。
注:
此时,该过程中的 Mary_InspectionFS 版本会包含 Joe 的编辑内容,但 Joe_InspectionFS 版本不包含 Mary 的编辑内容。 这是因为已在 Mary_InspectionFS 版本前协调并提交 Joe_InspectionFS 版本。
自动过程的下一步骤涉及将检查版本与默认版本进行协调并提交。 该过程使用基于属性的冲突检测并自动解决冲突。 此协调过程可将默认版本(新传感器)中的编辑内容引入到检查版本中,而提交过程可将检查版本(Joe 和 Mary 的编辑内容)中的编辑内容应用到默认版本中。
会将每个移动工作人员版本与检查版本再次进行协调以完成该自动过程。 现在,每个移动工作人员的版本将保持最新状态。
提示:
要将最新更改应用到移动工作人员,需要协调过程但不需要提交过程。 一些组织可能会运行单独的过程以将编辑内容提交到默认版本,因为通过该操作可将编辑内容用于工程外部的其他成员。
Joe 和 Mary 在第二天进行同步时会看到其他移动工作人员版本的已更新传感器以及默认版本的新传感器。 由于新传感器位于地图的东侧,因此 Joe 将检查新传感器并同步结果。 夜间运行该过程后,Joe 针对新传感器检查的信息将在第二天应用到默认版本中。
将每天不断重复此过程。 只要 Joe 和 Mary 继续执行传感器检查,就会保留 Joe_InspectionFS 和 Mary_InspectionFS 版本。 如果在某一时刻停止处理工程,则在 Joe 和 Mary 执行完最终同步、取消注册其本地地图且已在 Joe_InspectionFS 和 Mary_InspectionFS 版本上执行最终协调和提交过程后可移除这些版本。