2013Esri全球用户大会之互操作和标准

1：Esri在开源领域做过哪些工作？

Esri一直以来就是开源技术的用户和支持者。我们相信，通过提供从上到下的开放平台可使我们的用户成为开发能力强大的解决方案的积极参与者。在现有技术形势下，我们正在将我们的想法集成到开源项目中。我们率先公布工作并让团体参与进来。我们的策略包含开放平台的多个方面：开放源码，开放数据、开放格式、开放内容和开放团体。

近期，我们把开源软件项目统一放到Esri Github社区中，供免费访问、修改、贡献代码、问题和文档。目前，有超过10种语言近90个公共项目已经在Github中公开，200多位Esri工程师活跃在这些开源项目上。

这些开源软件覆盖桌面、Web应用、移动和服务器环境。例如，覆盖政府、国防、水资源、电力等行业的开源终端用户解决方案模板；Web应用包括广受欢迎的GeoPortal和易于与数据格式打交道的大量的类库；移动端的开源应用和开发框架，以及支持开源社区的桌面集成，例如OpenStreetMap editor。

关于开放数据，我们将OpenStreetMap数据和社区地图计划数据集成到ArcGIS Online中，为用户远程提供全面的、实时的全球覆盖。基于这些社群，ArcGIS Online目前托管了307580幅公共访问的开放数据集合服务，供所有人快速访问和使用。

我们在与hadoop大数据框架的集成上有了全新的突破，通过开源核心集合引擎，从而使开发者借助hadoop大数据框架与现有地理处理能力相结合，完成以前不能解决的新问题。目前，我们正将GIS Tools for Hadoop与其它的工具和应用进行集成。

除了代码开源，我们还领导开放格式和开放标准的开发和支持，例如shapefile,开发Web基金GeoServices REST规范，并领导社区标准的采用，例如GeoJSON。

对于开放内容，我们基于开放知识共享协议分享所有的教育社区资源，便于每个人完善课程材料。

最后，我们的工作完全符合其他开源项目和计算堆栈，包括行业标准技术，例如Linux，PostgreSQL, GDAL, Wine。

总之，我们有兴趣与以Esri开源工作为基础以我们无法想象的方式扩展平台的社团一起工作。Esri Github对所有人开放，加入我们的开源项目，贡献你的想法到我们的开放论坛。请加入我们一起开始工作吧。

2：Esri将继续支持开放标准吗？如何提供对Esri数据格式（文件和网络相关）的开放访问？

基于ArcGIS的数据是开放的，支持如下：

1) 用户可下载多种格式的数据集；

2) 用户可基于web标准访问软件，例如WMS、WFS

3) ArcGIS支持访问geodatabase的开放APIs

4) Esri公布简单要素规范（shapefile）

5) Esri通过OPENWeb基金公布Web地图的REST标准规范

3：ArcGIS支持哪些OGC标准？

Esri根据OGC标准的适用范围在多种产品进行支持，包括：

1) Simple Features (SF)

2) Simple Features GML (SF GML)

3) Keyhole Markup Language(KML)

4) Web Map Services (WMS)

5) Style Layer Descriptor (SLD)

6) Web Feature Services (WFS)

7) Web Feature ServicesTransactions) WFS-T

8) Web Processing Services(WPS)

9) Web Coverage Services (WCS)

10) Web Map Tiling Services(WMTS)

11) Catalog Services Web OGCCORE (CSW-OGC Core)

12) Geographic Markup Language(GML)

13) Filter Encoding

14) Sensor Observation Service(SOS)

15) Sensor ML

16) Observations and Measurement(O & M)

17) NetCDF

18) Water ML

了解更多，请访问Esri's supportfor OGC standards，或者Open Geospatial Consortium。

4：我了解到Esri发布了GeoServices REST API，这意味着什么？

2010年末，Esri决定更广泛的与Geo社区分享这种模式。Esri通过OPENWeb基金发布该API作为Open GeoServices REST 规范。使用该规范，开发者可暴露对ArcGIS for server和其他非Esri的GISserver或处理器的GeoServices API请求结构。目前，该规范已经被大量的组织机构所采用，并集成到Esri之外的产品中。

5：GeoServicesREST API是什么？

GeoServices REST API提供了一种Web客户端与GIS server基于REST规则的通讯方式。REST相比传统的Web service更加简单，在网上被广泛接受。Web 2.0服务提供商例如Yahoo，谷歌和Facebook通过采用REST，接口设计上得到了明显的改善。

从服务来说，API提供了一种操作地图、图片和要素服务及执行空间分析的机制。简言之，基于JSON，REST-full的规范使得任何一个执行服务器立即为开发者所用，包括流行的B/S开发环境的开发者，例如Javascript、flex和silverlight，也包括移动平台开发者，例如iOS和Android。

基于REST的GeoServices API使GIS数据在Web上更加开放，更易交互。开发者可快速搭建应用，将空间数据转换为地理信息产品。终端用户可使用这些Web应用程序发现和访问RESTful服务，并在工作中使用。

Geoservices REST API的使用模式、编程的简单和功能的强大，使得一切成为可能。

6：我听说Esri曾努力使GeoServices REST API成为OGC官方标准，为什么现在停止了？

是的，的确OGC曾考虑将API纳入OGC标准，但目前工作已经搁置。

GeoServicesREST API最初提交到OGC的快速程序。这个程序用来将广泛使用和论证的技术直接纳入OGC体系，便于OGC可以拥有、维护和控制这些标准。OGC成员讨论该规范并决定，该规范必须通过标准的SWG开发程序审查，从而满足严格的文档需求并使规范提供商保持中立。按规定，规范的所有变化必须具有可追溯性，并与第一版本兼容

SWG 100多名成员和观察员在该文档上工作了近1年。在2012年7月1日，该文档进入30天公示期。公示期之后，所有问题处理完毕，SWG于2013年4月1日向OGC技术委员会提交了候选标准。

在标准的产生过程中，有些人支持，有些人反对，是正常的。但是，在这个特殊的案子中争论升级，蔓延到更大范围的地理空间团体，涉及从行业中接受候选标准的OGC政策和程序的争论，以及如何管理OGC标准在一些领域上的重复使用。

换句话说，之前OGC董事会、OGC架构董事会、OGC规划委员会提出并决定的非技术问题，明显没有得到OGC成员的完全支持。因此，为了OGC的利益，Esri决定撤回GeoServices REST API作为候选标准的提案，让OGC有时间重新讨论OGC投票过程之外的政策和程序问题。SWG投票撤回候选标准，并获技术委员会同意。

总的来说，我们希望Esri用户知道：

1) Esri将一如既往地提供GeoServices REST规范作为公开信息和技术供业内和组织机构使用；

2) GeoServices REST API可以为GIS圈带来更大的价值，希望更多的用户和开发者使用；

3) Esri技术圈或非Esri技术圈的开发者都在使用该API，每天使用该API成功搭建成千上万的地图和应用；

4) 当初决定将GeoServices REST API提供给OGC作为候选标准的初衷是，OGC现有系列的W*S标准中缺少“Restful”方法。基于Esri在此复杂问题上的多年努力，我们理解得到好的解决方案，不仅需要缜密的架构设计，还需要对该技术进行实际的测试，确保写在纸上的内容能提供一个简单的可实现的解决方案。我们的目标是通过OGC的流程将实际可行且经过测试的框架提供给OGC，并明确说明知识产权归OGC所有，未来规范的版本变化将由OGC成员协作完成，并对外开放。

5) ArcGIS平台中将继续支持OGC标准

6) 如上所述，撤回GeoServices REST减少了对OGC讨论的干扰。关于OGC流程、政策和定位的讨论仍在继续。

7) Esri选择不介入作为候选标准OGC流程之外的公共争论。相反，Esri遵循OGC的政策和程序，呼吁使用SWG对讨论和争辩的问题进行回答，并对OGC Discuss的问题列表进行评论。我们尊重对候选标准讨论的OGC机制，我们已经完成了部分的工作，也说明了对OGC投票者的好处。我们不希望在OGC内部引起更多的争端。

8) Esri希望OGC能在以下方面有更多的讨论：在开放性上，OGC标准与时俱进的方法上，以及如何与行业或开源组织所提供的实际可用经过测试的交互标准上进行合作。我们将会在讨论中发出我们的声音。

7：ArcGIS10.2企业安全集成如何执行标准？

安全增强使用OASIS的SAML标准,例如ArcGIS Online中使用的集成认证。SAML是一套基于XML的开源标准，它定义了身份提供者和服务提供者，构成了两个不同的安全域，SAML用于在不同的安全域之间交换认证和授权数据。

8：ArcGIS支持元数据标准吗？

支持。ArcGIS，ArcGIS forINSPIRE和GeoPortal支持ISO TC211 元数据(19139, 19115, 19119)，同时提供工具创建元数据文件。也支持Dublin Core, FGDC 和INSPIRE 元数据标准。例如ArcGIS for Desktop创建和导出的元数据支持ISO 19115:2006 Cor. 1 和ISO 19139:2007。更多信息，请访问：http://resources.arcgis.com/en/help/main/10.1/index.html#//003t00000001000000。

Esri也支持非标准元数据，通过提供非标准元数据创建工具，满足部分用户需要。

Esri支持目录标准CSWISO (HTTP + SOAP), CSW OGC CORE (HTTP + SOAP) 和Open Search；目录抓取支持CSW, Z39.50, WAF, RSS/Atom, 以及OAI标准。

9：数据互操作扩展适用于哪些领域？

Data Interoperability 扩展依托行业领先的SAFE软件提供的ETL引擎，内置在ArcGIS for Desktop和Server中，不仅为用户提供格式支持，而且提供强大的语义转换能力且不需要编程。DataInteroperability不仅仅支持开放标准，而且提供大量私有的或自定义的格式和协议，满足这些使用非原生的数据结构和服务的用户。直接读写，快速简单转换和复杂转换工作流使得制作、分享和发布变得简单，使ArcGIS在项目，尤其是数据管理中外部系统占主导角色的项目中所向披靡。

10：SAFE软件FME产品线与ArcGIS一起工作吗？

是的。FME Esri版本是专为Esri设计的，与机器上安装的ArcGIS for Desktop产品版本兼容。例如FME调用ArcGIS软件库访问特定的Geodatabase功能。事实上，你可以认为Esri数据互操作扩展是同类的产品，但是Esri并不销售或支持FME产品。最近SAFE在其产品线中增加了对ArcGIS Online服务的支持，包括使用ArcGIS Online底图服务为数据检查作背景，数据转换使用消耗配额的服务，例如地理编码、Geo-enrichment和drive-time计算器

FME桌面用来制作和执行工作流，然而FME server可使企业级应用实现FME转换的大范围自动化，包括与ArcGIS产品线的交互和使用ArcGIS Online的服务。许多客户已经使用FME server与ArcGIS for server进行集成尝试，例如INSPIRE尝试自动的数据转换和方案建模，同时提供下载服务，实现从Geodatabase转换为多种格式和数据模型。

11：ArcGIS是可交互的吗？

是的，ArcGIS是开放的和可交互的。

1) ArcGIS支持标准如下：OASIS, W3C, IHO, OWF, Apache,OGC, ISO TC211, INCITS L1,GWG, DGIWG, AIXM, FGDC, INSPIRE 许多其它国家和领域的 GIS 标准

2) ArcGIS集成内容：

a) ETL (提取,转换,加载),直接读取和写入-包括CAD和影像

b) ArcGIS平台支持云、Server、移动和桌面端的互操作；

c) ArcGIS平台支持不同的硬件和数据库

d) ArcGIS平台支持和兼容通用的IT标准，意味着与主要企业级系统，例如ERP、CRM、EAI等工作管理系统具有兼容性和互操作性。

e) ArcGIS在Server、Desktop和Geoportal中支持标准化和简单元数据，例如ISO TC211, profiles of ISOTC211, FGDC, INSPIRE。

f) Esri在Github上的开源站点：https://github.com/Esri，开放的协作

g) Esri提供多种开发工具以供选择

12：AutoCAD如何与ArcGIS集成？

AutoCAD用户使用免费的插件ArcGIS for AutoCAD与ArcGIS进行良好的交互。AutoCAD用户工作时，可通过ArcGIS for AutoCAD使用 ArcGIS系统所提供的丰富的内容，包括地图、影像和数据，更好的进行决策。ArcGISfor AutoCAD支持用户使用ArcGIS内容作为参考和几何设计约束。使用该插件，可以创建和使用存储在DWG文件中的ArcGIS要素类，ArcGIS for Desktop也可以读写。AutoCAD用户使用ArcGIS for AutoCAD可进行简单要素编辑，可把AutoCAD中的完成的绘制通过要素服务直接添加到Geodatabase中。

13：Esri为政务公开计划作了哪些支持？

Esri一直在政务公开计划中投入很大的精力。在全球范围内，我们的技术用于促进政府透明、公众参与和积极协作。ArcGIS Online为政府组织机构提供了一个与公众进行信息分享的稳健且简单的方式，而且由此使用ArcGIS Online的政府组织机构数量增长迅猛。

除了ArcGIS全系列产品具备对政务公开的支持的能力，Esri发布了一系列特定应用，例如有源码下载的Drupal模块，SharePoint Web Parts, 以及ArcGIS Editor for OpenStreetMap。另外，我们一直在增强Geoportal Server、ArcGIS for INSPIRE的能力。10.2中，Geoportal server增强了Portal for ArcGIS和Geoportal的检索和同步，Portal for ArcGIS增加OGC CS-W界面，以及针对Portal项基于标准的原数据编辑。在欧洲继续采用ArcGIS for INSPIRE，增加了对ISO WFS2.0数据流的支持。

除此之外，Esri亲自参与或支持各种黑客马拉松活动，包括最近的全民编程日。Data.gov网站包含了大约10000个ArcGIS数据集。

14：Esri支持IHOS-57标准吗？如何看待新出现的S-100系列标准？

Esri一直活跃在IHO标准社区，致力于S-57标准的制定。使用ArcGIS for Maritime制图解决方案，Esri为用户提供S-57的全面支持，包括导入S-57，基于中心数据库管理水道测量数据，基于S-52符号化，发布S-57 EN和ER文件，同一套数据制作传统制图和在线地图输出S-57。另外，在10.2中，ArcGIS Runtime提供原生的S-57读和展示能力，Esri也发布了S-57 viewer，作为Desktop的add-in免费下载。

Esri是IHO TSMAD标准委员会成员，帮助定义全新的S-100系列标准。作为NOAA的合作伙伴，Esri开发了第一个开源S-57到S-101转换原型，帮助NOAA使用新标准的数据。Esri正致力于提供行业领先的对S-101的支持，并在未来的版本中发布对S-101的全面支持。更多信息，联系maritime@esri.com。

15：Esri支持航空信息交换格式AIXM标准吗？

支持。ArcGIS for Aviation：支持对AIXM的读写，包括5.1版本；同时支持航空信息的管理及基于标准的航空图和航空Web图的发布。

16：Esri是否支持Mil-STD 2525标准？

支持。ArcGIS中战术符号通过UEI（Unit, Equipment,和Installation）要素来创建。

更多信息，参见

http://blogs.esri.com/esri/arcgis/2011/02/04/representing-c2-tactical-symbols-in-arcgis-as-uei-features/。

译者： giser-地图鱼