【转载】政府部门GIS的未来:服务共享——从文件共享到空间信息服务网络

Data.gov网站的出现及其发布的数据,从很大程度上是地理信息系统不断发展的结果。目前世界上流行的共享地理空间信息的GIS软件和工具,都源于一个人的远见卓识和他杰出的工作,他就是ESRI公司(总部位于加州Redlands)的创始人——Jack Dangermond总裁。
    政府计算机信息中心 (GCN)的主编,Wyatt Kash近日采访了Dangermond,谈论了政府部门如何利用GIS以及Dangermond将提供空间地理数据库转换为提供空间信息服务的愿景。
GCN: 国土安全部正在搭建基于GIS的应用,如使用Google Enterprise建立虚拟阿拉巴马(Virtual Alabama),基于ESRI平台建立用于应急响应系统的佛吉尼亚州互操作平台(Virginia Interoperability Picture)。你如何看待这些平台间的差异以及它们如何反应了GIS工具的现状?
DANGERMOND: 基于Google的虚拟阿拉巴马是面向可视化的,而ESRI的技术是真正意义上完整的GIS系统,包括可视化、地图制图、数据管理和强大的空间分析功能。系统在分布式环境下工作,采用多种开放标准连接和集成不同类型的服务,如三维服务、地图数据编辑和空间分析服务等。这些服务可以与其他服务进行融合(mashup),在web、移动终端和地理浏览器(geobrowser)等环境下为公众提供丰富多彩的富互联网应用。
    ESRI和Google均提供了态势感知能力,虚拟阿拉巴马系统(Virtual Alabama)从不同州和当地政府部门将数据拷贝到中央服务器并在Google环境中进行可视化。与此不同 ,佛吉尼亚州互操作平台(VIPER)使用分布式web服务架构,动态集成实时的授权资源服务网络。分布式的服务整合为各种各样的地图构建混搭应用,不是仅仅用作可视化。虽然其中一些服务只是简单的制图和可视化,但还有很多其他服务整合了分析能力并支持更加复杂的应用。
    分布式架构有很多优点,比如政府数据由各部门动态提供,当数据源发生变更时,用户总能及时得到最新数据。
    以最近的洛杉矶大火事件为例,人们可以在美国地质调查局提供的底图上,叠加州政府提供的起火范围服务、县政府提供的宗地数据服务以及来自美国人口普查局的人口普查数据服务,可以预测如火灾向某特定方向蔓延,受到影响的人口和财产信息。这种实时应用决不仅仅是可视化,如前所述,它利用了专业部门管理的专有数据,基于动态变化的数据集进行了实时分析。
    然而,值得注意的是,ESRI仍然与Google密切合作,集成我们的工具,使得我们的服务可以很容易地被发现,并在google提供的可视化环境中使用。
GCN:你十分支持“服务化”,或者说提供实时的地理数据和应用。那么,当前政府以这种方式提供数据服务的情况如何?
DANGERMOND:尽管仍处于初步阶段,但事情发展非常迅速。几个州已经提供了全部的宗地基础地图以及很多其他数据的服务。
    1996年MapQuest首先开始了互联网制图应用。与此同时,出现了简单的数据库驱动的地图服务器,能在网络环境中为人们提供最初在GIS中才能看到的动态地图。这些地图自动从数据库中生成,因此现势性总与数据库保持着一致,并总是围绕着一些特定的应用创建,如区划地图、经济发展地图、规划地图和环境地图等。近年来,地图站点引入了REST服务、API和融合。这开阔了人们的视野,看到了将互联网络作为空间应用计算平台的潜力。
    我们最近的开发是面向全功能的GIS服务器平台的研发,该技术的内涵超越了制图和可视化,囊括了在web平台上进行数据管理、编辑、空间分析和高精度制图所需的商业逻辑和工具。它同时支持在web和移动环境下创建丰富易用的GIS应用。
    随着GIS服务器平台的进步,web上逐渐出现了很多新颖、精彩的GIS应用。在这些应用背后的实现中,服务制作者选择创建或提供一些常规的地理服务,如地图和分析服务,这些服务被用来搭建各类应用。全世界的用户已经部署了数以千计的服务器,其中大部分是政府部门,部署在企业应用的防火墙背后。这种联邦模式承诺在联邦政府、州政府和地方政府之间提供一种全新的的地理空间应用框架。随着这一趋势的继续,我们将看到一个全新的开发轻量级web应用的开发平台。
    这个新型的联邦网络架构也并不是没有问题,尤其是对于小的政府部门而言。这些问题包括保证服务的可靠性和可用性、分布式服务的共享成本等。同时还存在着金融问题,当一个创建并发布的服务的部门受到其他希望在应用中使用其服务的部门的影响,——如何有效地利用前一部门的计算服务。幸运的是,架构所需的基础设施的价格正逐渐走低,同时云计算的快速发展将有助于克服这些问题。
GCN:奥巴马政府正在推动向公众共享更多的政府数据,这对GIS业界有何影响?
DANGERMOND:我认为,我们的新任联邦首席信息官Vivek Kundra非常正确。政府需要建立一个服务托管的云环境,不同的部门可将其地理空间信息服务放入其中。我谈论的不是外包,而是创建一个跨政府部门共享的通用服务网络。我并不确切的知道它将如何运行,但我确实清楚,如果地理框架数据——基础地图、土壤、土地利用、影像、人口普查和地质数据等能够对各级政府开放,它将能够降低大量成本,为下一代政府间便捷网络应用开辟新天地。这些应用既可以由政府部门建设,也可以由私营部门、非政府组织甚至公民建设,彼此共享,并最终提供给政府使用。那该多么令人兴奋啊。
    我和我的同事们正在开发云GIS,称为ArcGIS Online。它使用我们的GIS服务器平台进行构建,包括许多免费内容服务和数据共享能力,允许用户共享他们的数据集或图层。用户可注册其地理服务以便查找。这些功能设计用来服务于GIS社区的共同利益,同时向用户展示如何在其部门内部实施云GIS。我们同时计划在ArcGIS Online上引入托管服务,为用户提供扩充其系统的额外选择。
GCN:你是否相信Data.gov会加快地理空间信息服务推广的步伐?
DANGERMOND:或许。易于获取的政府数据的推广无疑将令更多人清醒的认识到,GIS的成功部分在于人们共享了数据。早期在网络上共享地理空间数据的方式是FTP资料交换中心。约四年前,联邦政府创建了Geodata.gov网站,一个集成所有资料交换中心的门户,强制性规定所有部门至少提供信息的元数据,它包括约10万条记录,目前这些数据已集成到了Data.gov网站。
    下一步将是把这些数据集转换为地图或其他地理空间信息服务,让每个人能够使用JavaScript或其他互联网客户端集成这些服务。我相信,其结果将导致地理小应用环境的开发,以方便连接这些服务并组合成有价值的应用。
    从架构方面来说,一个集成的地理空间框架并不是把所有数据放入一个大的数据库中。它涉及创建分布式地理服务网络,空间服务可以通过开放的标准和免费API进行动态集成,支持在web上进行可视化、查询和高级应用。
    在过去的30年中,我们已经看到GIS在联邦政府中
慢成长。实际上,最近10年并不是那么慢。GIS带来的益处是令人吃惊的,无论是节约成本、更好的传输信息还是加强协作和制定更好的决策。
    然而,我们仍旧还未建成一个分布广泛的地理空间框架,该框架能支持政府部门之间、政府与市民之间、市民与市民之间、企业与政府之间更好地协作。地理是一个完美的集成框架,能将面向不同任务的数据整合起来,并提供协调和协同机制。Data.gov网站基于FTP的数据共享虽然是一个好主意,但我有一个梦,人们将从数据共享过渡到服务共享,此时数据变成了通用的地图服务并可以在web上方便的集成。我乐于将之为Web GIS。

    附:Data.gov是美国政府09年5月下旬公布的一个公共数据分类网站。它的首要目标是改善联邦数据的利用率。Data.gov提供联邦政府的数据接口。该网站让公众通过申请下载数据参与政府事务,提供反馈意见和建议。
    Data.gov作为政府数据的中心数据库,以标准的文件格式提供来自气象局、环保局、地质勘探局等政府部门的47个公共数据集,该网站由美国政府进行维护,充分保证了数据的权威性。
    Data.gov网站的成功启动,标志着美国联邦政府在提供政府数据方面迈出了一大步。

ArcGIS件安装的几点经验小结

1. 到现场安装之前一定要跟集成商、开发商确定硬件和软件环境。特别是要注意开发商要求的软件小版本号,如要求安装ArcGIS Server 9.3 +sp1补丁,则一定要安装ArcGIS Server SP1。

2. 确定软件兼容性:可登录ESRI官方网站查阅资料,确认软件支持的操作系统和数据库。如ArcSDE 9.3就不支持64位Windows Server 2008 R2,而ArcSDE for SQL Server 9.3.1可以支持Windows 2008-64 R2;安装Microsoft SQL Server 2008 Final 也一定要打SQL Server 2008 SP1补丁,否则ArcSDE 9.3/9.3.1 的服务将不能启动。

3. vmware虚拟机安装不报错误,不代表现场也不出问题,有条件还是用PC机安装测试。

4. 对于没有进行过的安装,一定要先进行相关的安装测试,预先解决可能出现的安装问题。比如Windows Server 2008 安装IIS7 、.net framework 3.5和Windows server 2003下就有很大不同;Arcgis Server 9.3 的ArcGIS Server Manager页面与IE 8 冲突的问题,需要在IIS管理器中修改相关兼容性参数。

6. 充分与客户交流,掌握解决问题的主动性。

【转载】政府部门GIS的未来:服务共享——从文件共享到空间信息服务网络

Data.gov网站的出现及其发布的数据,从很大程度上是地理信息系统不断发展的结果。目前世界上流行的共享地理空间信息的GIS软件和工具,都源于一个人的远见卓识和他杰出的工作,他就是ESRI公司(总部位于加州Redlands)的创始人——Jack Dangermond总裁。
    政府计算机信息中心 (GCN)的主编,Wyatt Kash近日采访了Dangermond,谈论了政府部门如何利用GIS以及Dangermond将提供空间地理数据库转换为提供空间信息服务的愿景。
GCN: 国土安全部正在搭建基于GIS的应用,如使用Google Enterprise建立虚拟阿拉巴马(Virtual Alabama),基于ESRI平台建立用于应急响应系统的佛吉尼亚州互操作平台(Virginia Interoperability Picture)。你如何看待这些平台间的差异以及它们如何反应了GIS工具的现状?
DANGERMOND: 基于Google的虚拟阿拉巴马是面向可视化的,而ESRI的技术是真正意义上完整的GIS系统,包括可视化、地图制图、数据管理和强大的空间分析功能。系统在分布式环境下工作,采用多种开放标准连接和集成不同类型的服务,如三维服务、地图数据编辑和空间分析服务等。这些服务可以与其他服务进行融合(mashup),在web、移动终端和地理浏览器(geobrowser)等环境下为公众提供丰富多彩的富互联网应用。
    ESRI和Google均提供了态势感知能力,虚拟阿拉巴马系统(Virtual Alabama)从不同州和当地政府部门将数据拷贝到中央服务器并在Google环境中进行可视化。与此不同 ,佛吉尼亚州互操作平台(VIPER)使用分布式web服务架构,动态集成实时的授权资源服务网络。分布式的服务整合为各种各样的地图构建混搭应用,不是仅仅用作可视化。虽然其中一些服务只是简单的制图和可视化,但还有很多其他服务整合了分析能力并支持更加复杂的应用。
    分布式架构有很多优点,比如政府数据由各部门动态提供,当数据源发生变更时,用户总能及时得到最新数据。
    以最近的洛杉矶大火事件为例,人们可以在美国地质调查局提供的底图上,叠加州政府提供的起火范围服务、县政府提供的宗地数据服务以及来自美国人口普查局的人口普查数据服务,可以预测如火灾向某特定方向蔓延,受到影响的人口和财产信息。这种实时应用决不仅仅是可视化,如前所述,它利用了专业部门管理的专有数据,基于动态变化的数据集进行了实时分析。
    然而,值得注意的是,ESRI仍然与Google密切合作,集成我们的工具,使得我们的服务可以很容易地被发现,并在google提供的可视化环境中使用。
GCN:你十分支持“服务化”,或者说提供实时的地理数据和应用。那么,当前政府以这种方式提供数据服务的情况如何?
DANGERMOND:尽管仍处于初步阶段,但事情发展非常迅速。几个州已经提供了全部的宗地基础地图以及很多其他数据的服务。
    1996年MapQuest首先开始了互联网制图应用。与此同时,出现了简单的数据库驱动的地图服务器,能在网络环境中为人们提供最初在GIS中才能看到的动态地图。这些地图自动从数据库中生成,因此现势性总与数据库保持着一致,并总是围绕着一些特定的应用创建,如区划地图、经济发展地图、规划地图和环境地图等。近年来,地图站点引入了REST服务、API和融合。这开阔了人们的视野,看到了将互联网络作为空间应用计算平台的潜力。
    我们最近的开发是面向全功能的GIS服务器平台的研发,该技术的内涵超越了制图和可视化,囊括了在web平台上进行数据管理、编辑、空间分析和高精度制图所需的商业逻辑和工具。它同时支持在web和移动环境下创建丰富易用的GIS应用。
    随着GIS服务器平台的进步,web上逐渐出现了很多新颖、精彩的GIS应用。在这些应用背后的实现中,服务制作者选择创建或提供一些常规的地理服务,如地图和分析服务,这些服务被用来搭建各类应用。全世界的用户已经部署了数以千计的服务器,其中大部分是政府部门,部署在企业应用的防火墙背后。这种联邦模式承诺在联邦政府、州政府和地方政府之间提供一种全新的的地理空间应用框架。随着这一趋势的继续,我们将看到一个全新的开发轻量级web应用的开发平台。
    这个新型的联邦网络架构也并不是没有问题,尤其是对于小的政府部门而言。这些问题包括保证服务的可靠性和可用性、分布式服务的共享成本等。同时还存在着金融问题,当一个创建并发布的服务的部门受到其他希望在应用中使用其服务的部门的影响,——如何有效地利用前一部门的计算服务。幸运的是,架构所需的基础设施的价格正逐渐走低,同时云计算的快速发展将有助于克服这些问题。
GCN:奥巴马政府正在推动向公众共享更多的政府数据,这对GIS业界有何影响?
DANGERMOND:我认为,我们的新任联邦首席信息官Vivek Kundra非常正确。政府需要建立一个服务托管的云环境,不同的部门可将其地理空间信息服务放入其中。我谈论的不是外包,而是创建一个跨政府部门共享的通用服务网络。我并不确切的知道它将如何运行,但我确实清楚,如果地理框架数据——基础地图、土壤、土地利用、影像、人口普查和地质数据等能够对各级政府开放,它将能够降低大量成本,为下一代政府间便捷网络应用开辟新天地。这些应用既可以由政府部门建设,也可以由私营部门、非政府组织甚至公民建设,彼此共享,并最终提供给政府使用。那该多么令人兴奋啊。
    我和我的同事们正在开发云GIS,称为ArcGIS Online。它使用我们的GIS服务器平台进行构建,包括许多免费内容服务和数据共享能力,允许用户共享他们的数据集或图层。用户可注册其地理服务以便查找。这些功能设计用来服务于GIS社区的共同利益,同时向用户展示如何在其部门内部实施云GIS。我们同时计划在ArcGIS Online上引入托管服务,为用户提供扩充其系统的额外选择。
GCN:你是否相信Data.gov会加快地理空间信息服务推广的步伐?
DANGERMOND:或许。易于获取的政府数据的推广无疑将令更多人清醒的认识到,GIS的成功部分在于人们共享了数据。早期在网络上共享地理空间数据的方式是FTP资料交换中心。约四年前,联邦政府创建了Geodata.gov网站,一个集成所有资料交换中心的门户,强制性规定所有部门至少提供信息的元数据,它包括约10万条记录,目前这些数据已集成到了Data.gov网站。
    下一步将是把这些数据集转换为地图或其他地理空间信息服务,让每个人能够使用JavaScript或其他互联网客户端集成这些服务。我相信,其结果将导致地理小应用环境的开发,以方便连接这些服务并组合成有价值的应用。
    从架构方面来说,一个集成的地理空间框架并不是把所有数据放入一个大的数据库中。它涉及创建分布式地理服务网络,空间服务可以通过开放的标准和免费API进行动态集成,支持在web上进行可视化、查询和高级应用。
    在过去的30年中,我们已经看到GIS在联邦政府中缓慢成长。实际
,最近10年并不是那么慢。GIS带来的益处是令人吃惊的,无论是节约成本、更好的传输信息还是加强协作和制定更好的决策。
    然而,我们仍旧还未建成一个分布广泛的地理空间框架,该框架能支持政府部门之间、政府与市民之间、市民与市民之间、企业与政府之间更好地协作。地理是一个完美的集成框架,能将面向不同任务的数据整合起来,并提供协调和协同机制。Data.gov网站基于FTP的数据共享虽然是一个好主意,但我有一个梦,人们将从数据共享过渡到服务共享,此时数据变成了通用的地图服务并可以在web上方便的集成。我乐于将之为Web GIS。

    附:Data.gov是美国政府09年5月下旬公布的一个公共数据分类网站。它的首要目标是改善联邦数据的利用率。Data.gov提供联邦政府的数据接口。该网站让公众通过申请下载数据参与政府事务,提供反馈意见和建议。
    Data.gov作为政府数据的中心数据库,以标准的文件格式提供来自气象局、环保局、地质勘探局等政府部门的47个公共数据集,该网站由美国政府进行维护,充分保证了数据的权威性。
    Data.gov网站的成功启动,标志着美国联邦政府在提供政府数据方面迈出了一大步。

【转载】ArcGIS Server 性能因子(三)

ArcGIS Server部署方案

ArcGIS Server 具有灵活的部署方式,每种步骤方式都有其优缺点。我们下面来讨论几种常见的部署方案。

1. 单机模式:

特点:

1) 安装简单

2) 数据可以是本地的 File GDB/Shp

3) 适合小型应用系统及开发环境

2. 多机模式I

优点:

1) 吞吐量大

2) 单一的服务配置

3) 适合于高可用大型应用系统

缺点:

1) 网络瓶颈

2) 必须复制安全

3. 多机模式II

优点:

1) 单一的服务配置

2) 单一的安全配置

3) 适合于高可用大型应用系统

缺点:

1) 网络瓶颈

2) 磁盘瓶颈

4. 单机集群模式

优点:

1) 高可用性

2) 较少的瓶颈

3) 灵活扩展

4) 适合于高可用的大型应用系统

缺点:

1) 最少吞吐量 (SOC不能共享使用,依赖单机性能)

2) 必须复制配置及安全

3) 可能要考虑Session同步

至于选择哪种部署方式,完全取决于应用及负载的需求。

【转载】ArcGIS Server 性能因子(二)

ArcGIS Server 构架

下面我们来讨论一下ArcGIS的构架。由于ArcGIS Server构架部署的灵活性,所以,我们可以调整框架内的每一部分提高性能:

1. SOM

主要负责请求任务分配、权限认证等工作。

我们可以通过SOM集群来提高其吞吐量。

2. SOC

主要负责任务的执行,我们可以通过调节实例数(instances)提高并发处理能力。

1) 建议每核启动2-4 个SOC实例,每个SOC实例预留100-400M内存。

2) 使用池式服务发布用于浏览的地图服务

3) 使用非池式服务发布用于编辑和交互式处理的地图服务。

3. 服务(Services)

ArcGIS Server 包含了丰富的地图服务(如:MapService、GPService、ImageService等),我们下面主要对MapService进行讨论:

地图可以包括动态图层和静态图层(缓存):动态图层可以理解为经常变化的数据,如:电力网络、水管网等;静态图层可以理解为不常变化的数据,如:土地利用、路网、基础地形数据等。分类原则如下:分类是主观的,由应用需求决定

对于这个地图服务有以下几点建议:

1) 能使用缓存图层,尽量使用缓存图层

2) 对于缓存图层,在不影响视觉效果的和应用需求的前提下,尽量减少其图片尺寸。

3) 动态图层应根据用户及应用需求权衡好速度和质量的关系。

4) 使用MxdPerfStat 调优工具测试MXD文档的性能

5) 使用ArcMap 9.3.1 Analyzer Tool测试MXD文档的性能

6) 使用快速的MSD地图文档

7) 使用正确的坐标系

8) 使用高效的地图符号

9) 使用Annotation替代Label

10) 避免使用maplex

11) 避免使用跨数据库的joins

12) 使用有索引的字段进行查询及过滤

13) 启动简单图层 (由用户控制其它的图层显示)

14) 使用字段可视性 (隐藏不需要的属性)

15) 避免使用JPEG2000等(压缩过的)栅格数据类型

16) 按照比例尺控制数据的显示及隐藏

17) 在所有比例尺中显示相似的要素数

18) 避免使用复杂的几何类型

19) 定期执行版本维护(保持版本树小,压缩等)

【转载】ArcGIS Server 性能因子(一)

ArcGIS Server 概述

ArcGIS Server是功能强大的基于服务器的GIS产品,用于构建集中管理的、支持多用户的、具备高级GIS功能的企业级GIS应用与服务,如:空间数据管理、二维三维地图可视化、数据编辑、空间分析等即拿即用的应用和类型丰富的服务。

ArcGIS Server是用户创建工作组、部门和企业级GIS应用的平台,通过ArcGIS Server创建集中管理的、支持多用户的、提供丰富的GIS功能、并且满足工业标准的GIS应用。

ArcGIS Server提供广泛的基于Web的GIS服务,以支持在分布式环境下实现地理数据管理、制图、地理处理、空间分析、编辑和其它的GIS功能。

ArcGIS Server 系统性能因子

ArcGIS Server 系统我们主要从以下几个方面讨论其性能因子及其优化策略:

机器硬件环境

1. CPU

CPU的速度、核数及运算能力都是比较重要的性能因子。对于CPU的选择和规划使用主要有以下几点建议:

1) 对于Map Servcie 应选择整数运算性能高的CPU。

2) 对于Gp Service 应选择浮点运算性能高的CPU。

3) 建议每核启动2-4 个SOC实例,每个SOC实例预留100-400M内存。

2. 网络带宽及交换能力

网络的瓶颈也是影响系统性能的一个重要因素。对此有以下几点建议:

1) 使用最少百兆网的网络环境。

2) 尽量减少数据的网络交互,如上传、下载等。

3. 内存

内存和CPU一样,也是主要制约SOC运行效率的因素。对此有以下几点建议:

1) 根据系统的构架设计(SOC),提供足够大小内存。

2) 在条件允许的情况下,尽量选择性能较好的内存。

4. 存储设备(I/O)

存储设备的访问速度及效率已经成为一个非常重要的性能因子(在一些大型的数据库系统也是如此。如DB2、Oracle).对于I/O部分有以下建议:

1) 尽量选择高速率、高并发、高性能的磁盘,有可能的化可以考虑磁盘柜。

2) 尽量使用本地路径访问,避免使用UNC路径。

3) 尽量减少磁盘的I/O访问,可考虑使用内存缓存技术。

数据源

不同的数据源在不同的环境下的性能和

表现都有不同。我们平常主要用到矢量数据(Vector)和栅格数据(Raster)两类数据:

1. 矢量数据(Vector):

可以存储在DBMS(SDE), FileGDB, Shapefile, SDC等格式中,存储的类型可以是ESRI ST_Geometry, Oracle SDO, SQL Server Geometry

2. 栅格数据(Raster):

可以存储在Image Server, FileGDB, DBMS(SDE), SDC 等格式中,压缩类型可以是ESRI LZ77, JPEG, PNG

数据源的选择主要根据系统的需求而定。有以下几点建议供您参考:

1) 不论使用哪种数据源,尽量避免使用UNC路径。

2) 在单机模式下,尽量使用SDE Server访问。

        3) 在集群模式下,建议使用直连模式(Direct Connect)访问SDE数据。

【转载】ArcGIS10时态GIS使用体验之九

Ø Network datasets layer with traffic data

ArcGIS Network 10.0新 增了历史交通信息,用来模拟不同网络要素之间穿行的因子(成本),用这种方法使得分析结果得到行驶时间更加可靠。要使用历史交通数据,可在network dataset laye里 面配置,并且可以用Time Slider来观测其时态变化数据。

Ø NetCDF layers

对于NetCDF layer,我们可以选择其 中一维的数据值来显示数据,时态值可以储存为其中一维,通过在其layer属性中配置,可利用Time Slider来观测时态数据。

  

在时间1000的时候NetCDF数据的展现。

 

在时间1200的时候NetCDF数据的展现

先将NetCDF的rc数据转换为RasterLayer,运行Toolbox的Make NetCDF RasterLayer。

在NetCDF的layer Properties的Time选项卡里面可以设置该数据层为时态 数据(Layer has time as a dimension),进而使用Time Slider,这个功能在我使用的Prerelease的版本上试验,不见效果,原因是数据时间从10到7200,我选的时间格式为yyyy,但不知为何,系统默认从2001开始到7200结束,而且一旦启动Time,那么NetCDF选项卡中的时间维度就定在7200,也就是最后一个时刻了,无论Time Slider怎么动,地图都不会变化了(难道是Prerelease的bug?)。

Server端:WebAPI

代码跟featurelass采用ArcGISDynamicMapServiceLayer的方式一样,地图可以出来,跟桌面端一样,主要是时间维度一开始就是最后一个时刻,如果桌面端可以运 行的,相信WebAPI这也一样。

Ø Tables

Table可以通过graph的方式来展示时态数据,最少需要 两个字段,Time字 段和随时间变化的业务值,也可以通过多标绘graph ID来实现展示多个属性值。同样通过设置层属性来启动,唯一的区别在于你必须要创建一个graph来展示数据。

示例:

使用带时间序列的Table,在Table Layer里面指定Time Slider的时间字段等属性。

创建了几个Graph,在Graph中指定Feature ID字段,这样Graphic也可以按时态来动态显示某个业务值所代表的信息,图上显示的是在不同时间段中火灾面积的变换,和火 灾发生地X、Y坐标的密度图。

【转载】ArcGIS10时态GIS使用体验之八

Ø Tracking layers

Tracking Analyst提供从featurecalss生成tracking layer的工具,通过在其Layer Properties里面使用时 态数据,即可使用Time Slider。在统一的时间序列下,可以将Tracking Layer的动态追踪的数据和地图中别的时间序列的数据结合起来动态显 示,比如可以追踪飞机飞行中的路线跟气象数据结合,来观测飞机飞行中各个时刻的气候变化情况和路线变化情况。

示例:

在Tracking Analyst工具条中点击Add Temporal Data Wizard中定义添加Tracking Layers,注意Storage policy的选择Copy all data to memory.

根据你的Time字段的格式选择相应的format,如果没有预先定义的可以自定义一个你自己的格式。点击“下一步”即可生成Tracking Layers。

在刚生成的Tracking Layer的图层属性中的Time选项卡中,必须勾上“Keep this layer synchronized with the map time”,为启用地图的Time,将此Tracking Layer的时间统一到地图时态的时间序列中,然后可以设置累积历史显示 和时间间隔。然后就可以启动Time Slider,统一一起来查看时间序列的数据了。

Server端:WebAPI,下面用的代码是采用ArcGISDynamicMapServiceLayerTracking layer的符号可以使用 默认的设置,如果用featurelayer,那需要自己 定义。

【转载】ArcGIS10时态GIS使用体验之七

Ø Raster catalog layers

在Raster Catalog layer中,同样的,也需要在其属性表总的一个时间字段。当一个Raster Catalog layer在 显示的时候,如果有超过9幅的raster在视野内,那么图层就会渲染成每个raster的图幅线框,一旦使用Time Slider,你就可以看到真实的数据。

实际上跟Mosaic dataset一样,使用时态动态展示的原理就是按照Raster catalog(Mosaic dataset)中的raster为单位,进行切换。

演示:

使用上例中Mosaic dataset的两个插值raster,然后split为4X4,16张图片,两个raster就一共32个子raster,然后加入到Raster catalog。如图:

么有使用Time:

使用Time后:

Server:WebAPI

跟FeatureLayer一样,默认好像也是累积的。

【转载】ArcGIS10时态GIS使用体验之六

Ø Mosaic datasets

ArcGIS10.0新增加了Mosaic datasets数据类型来 存储和管理栅格数据,这种数据模型很适合用来分发数据。详细可参见ArcGIS10的帮助和示例。

就像Feature Layer一样,在Mosaic datasets layer里面你也需要在其属性表中的时间字段。Mosaic datasets可以存储一 定时间内的栅格数据,然后加上时间维度来显示。比如我们可以将不同年限的土地利用影像加上时间维度,然后可以通过渲染和在一定时段内的动态展示来表现一个 城市的土地利用变化情况。

演示:

新建一个Mosaic dataset,由于手头没有机遇时间的影像数据,故采用一个点图层的业务数据进行多种差值方式来产生的数据,加入 到新建的Mosaic dataset中,然后在该Mosaic dataset layer中启用Time.

Server:WebAPI