基于ArcGIS的综合影像库
- 格式:doc
- 大小:588.00 KB
- 文档页数:13
基于GIS的综合信息成矿预测在地质勘查中的应用-以内蒙古北山—阿拉善成矿远景区勘查为例摘要:随着计算机技术的飞速发展,人类进入了信息化社会,同时,GIS技术引入到了矿产资源评价中。
当前的综合信息矿产资源评价是以地质资料为基础,通过对地、物、化、遥等信息的搜集、整理、处理及分析,结合成矿理论确定找矿靶区及成果表示的过程。
由于矿产资源评价工作的系统性和复杂性及多源地学信息的多解性,在矿产资源评价工作中,对多源地学信息进行系统地分析与综合是非常必要的,这样做既可以有效地减小地质信息的多解性,又能有效地提高矿产资源评价结果的可信度。
目前,GIS技术实现了信息的提取与综合。
关键词:GIS 靶区优选北山-阿拉善地理信息系统GIS是一种决策支持系统,它可以对在地球上存在的东西和发生的事件进行成图和分析,具有其它信息系统的特点。
地理信息系统与其他信息系统的主要区别在于其存储和处理的信息是经过地理编码的,地理位置及与该位置有关的地物属性信息成为信息检索的重要部分。
在矿产资源评价过程中,不论是地质、地球物理、地球化学数据,还是遥感等多源地学信息都与空间的地理位置紧密相关,GIS可以为这些空间信息提供一个综合管理和分析的平台。
1研究区区域成矿背景目前已发现的金属矿产分别产出在不同的大地单元,并受不同时代、不同岩性地层、不同构造形迹和岩浆活动的制约,也即各类矿产的形成是北山大地构造发展一定阶段和特定地质环境的产物。
北山地区分布最广的地层是古生界,但从古生界的岩性组合及分布特征表明,它们是从震旦纪开始,在前震旦纪古陆壳基底上发生解体,而由此进入洋陆对峙的板块构造运动中产生的。
本区在青白口纪末经历了强烈的晋宁运动,使前震旦纪地壳固结硬化,同时褶皱隆起。
震旦纪是本区显生宙初的地壳发展的一个重要转折时期,经历了晋宁运动后的构造轮廓和古地理面貌奠定了早古生代地壳演化和海陆变迁的基本格局。
从上述看出,北山地区经历了漫长的复杂地壳变动,因而构造、沉积、岩浆活动等遗迹非常丰富多彩,对它们的认识,不同学者站在不同角度及其侧重点的差异,从总体看,该地区包括了3个一级构造单元。
基于ArcGIS的大规模影像管理方案2•现有影像管理解决方案•ArcGIS影像管理解决方案•深入浅出镶嵌数据集内容概述现有影像管理解决方案4所有数据和元数据均存储在文件系统中•优势:-数据传输快-存储容量大•劣势:-通用存储,没有针对影像数据管理优化-不易搜索和共享影像方案一:使用文件系统管理和共享5基于成熟的商用数据库,在数据库中统一存储影像和元数据。
•优点-成熟的RDBMS技术(安全、多用户访问、并发控制)-针对影像数据管理设计专门的方案-支持影像的查询检索,支持影像数据访问•缺点-影像存储能力受限于数据库的能力-影像数据需要预先上传到数据库中-数据库昂贵方案二:使用数据库系统管理和共享数据库6在关系型数据库的基础上,利用关系数据库提供的各种接口而开发的专用程序,将影像数据分解成关系数据库的一个或多个数据表,实现对遥感影像的存储和管理。
•优点-使用每种DBMS所支持的标准SQL类型来管理数据-并且支持所有的空间数据类型-支持多用户•缺点-不利用影像检索查询与数据分析方案三:基于中间件技术的影像管理数据库ArcSDE7影像数据作为外部文件存储,而影像的元数据用关系数据库管理,通过在数据库中存储影像数据的路径名来存取影像。
•优点:-减少数据复制,充分利用文件存储系统的优势-数据库利用率高,充分利用数据库-支持影像检索查询•缺点:-影像数据的共享访问实现难度较高-实施难度高方案四:使用混合模式管理和共享数据库ArcGIS影像解决方案9•栅格数据集Raster dataset (8.0)-单幅影像•栅格目录Raster catalog (9.0)-栅格数据集合-可访问单幅影像-托管/非托管•镶嵌数据集Mosaic dataset (10.0)-栅格目录模型的增强-具有镶嵌视图和动态处理能力-管理和发布影像集合Geodatabase影像管理模型10•栅格数据管理的基本单元•提供所有比例尺下的快速浏览•具有栅格数据集的所有属性:-Pyramids, images statistics, spatial reference …•可把多幅小的影像镶嵌成完整的影像•但是:镶嵌比较耗时-更新操作更耗时,需要更多的系统资源-格网大小一致•可用于地图背景等•不能对元数据描述进行扩展栅格数据集Raster dataset11•9.3 中栅格数据集合•存储栅格数据的范围•可以托管和非托管两种方式存储-非托管Unmanaged•只存储数据所在路径•Personal GDB和File GDB中可实现,ArcSDE不支持•数据操作不影响原始数据-托管Managed•GeoDatabase中存储整幅影像•所有的GDB中都支持,包括:personal/ File /Arcsde GDB•数据操作影响原始数据栅格目录Raster CatalogOBJECTIDNAME RASTER FOOTPRINT METADATA (16473)3198401a_sid 1028910289164743198402a_sid 1029010290164753198403a_sid 1029110291164763198404a_sid 102921029212•数据装载速度快-尤其是非托管模式管理的栅格数据集•数据不需要满足:-格网一致-像素值位数保持一致•减少栅格数据集Raster Dataset的数量,提高对ArcSDE的访问效率•可对栅格数据的元数据进行扩展。
基于ArcGIS的综合数据整理及建库摘要:基于保证数据的完整性、可继承性、安全性,对现有奉化市勘测定界的数据进行整理,提取地形数据经处理整理成1∶500地形库,提取对应的宗地信息整理成勘测定界的数据库,并把数据整理后的各类数据库的成果导入土勘院服务器上的ArcSDE数据库中。
关键词:可继承性ArcSDE 数据库奉化市土地勘测规划院现有勘测定界数据、1∶1万基础地理数据、地名数据(在建)、土地利用现状数据(第二次土地调查数据)、基本农田数据、城镇地籍调查数据、数字正射影像(DOM)、数字高程模型(DEM)、历年卫片执法检查数据等,但数据存在(1)数据规范不统一,测量成果(特别是1∶500基础地理数据)没有形成统一的数据库。
(2)数据分层、命名、要素编码等不符合国家和宁波标准。
(3)地名数据(在建)、土地利用现状数据(第二次土地调查数据)、基本农田数据、城镇地籍调查数据等已有数据数学基础和格式不统一,导致无法与其他数据一起叠加使用。
(4)数字正射影像(DOM)、数字高程模型(DEM)、历年卫片执法检查数据等栅格数据数学基础和格式不统一,无法与其他数据叠加使用等问题。
为此,开展此项目,进行奉化市土勘院综合数据的整理和入库,达到以下目的:(1)避免重复,实现数据共享。
(2)建立奉化市一张图。
(3)充分利用数据库中的数据,避免数据错误。
1 总体设计系统总体设计包括数据库总体和要素分类编码设计两部分内容。
1.1 数据库总体设计工作步骤:首先walk数据转换为e00数据,接着按照左边的工作步骤使用arcgis工作进行相应的操作。
1∶10000基础地理数据建库流程与此类似。
2.2 勘测定界数据建库详细操作(1)根据1∶500基础地形图建库的结果提取其中的勘测定界要素进行处理。
(2)用项目类别字段区分不同的项目数据库类型以独立生成各类别的勘测定界数据库,具体勘测定界数据库类别如下:土地开发数据库、土方测量数据库、违法用地数据库、发证测量数据库、面积测量数据库、放样数据库、征地数据库。
arcgis影像融合步骤影像融合是将多个不同波段或分辨率的影像融合在一起,以产生一个更具信息量和质量的影像。
在ArcGIS中,进行影像融合通常需要以下步骤:1. 数据准备,首先,需要准备要融合的多个影像数据集。
这些数据集可以是来自不同传感器的多光谱影像、高光谱影像或雷达影像等。
确保这些影像数据集在空间参考上是一致的,以便进行后续处理。
2. 打开ArcGIS,启动ArcGIS软件,并打开ArcMap或ArcGIS Pro。
3. 导入影像数据,将准备好的影像数据集导入到ArcGIS中。
这可以通过“添加数据”功能来实现,确保所有要融合的影像数据都在同一个地图文档中。
4. 配准影像,如果导入的影像数据集之间存在一定的空间差异,需要进行影像配准,以确保它们在地理空间上对齐。
ArcGIS提供了配准工具来实现这一步骤。
5. 影像融合,选择合适的影像融合方法,比如主成分分析(PCA)、逐像元融合(IHS)或者小波变换等。
在ArcGIS中,可以利用影像处理工具或者遥感工具箱中的功能来进行影像融合操作。
6. 参数设置,根据具体的影像融合方法,设置相应的参数,比如滤波器类型、融合权重等。
这些参数设置会影响最终融合结果的质量和效果。
7. 执行融合,在设置好参数后,执行影像融合操作,等待处理完成。
8. 结果评估,融合完成后,需要对融合后的影像进行质量评估,比较融合前后的影像质量和信息量,确保融合结果符合预期。
9. 导出结果,如果融合结果符合要求,可以将融合后的影像数据导出为新的数据集,以备进一步的分析和应用。
总的来说,ArcGIS中的影像融合步骤包括数据准备、影像导入、配准、融合方法选择和参数设置、执行融合、结果评估以及导出结果等多个环节。
在每个环节都需要仔细操作,以确保融合结果的质量和准确性。
文档编号PTM02_Img201211140020版本号V1.1 ArcGIS影像建库指南Esri中国信息技术有限公司2013年4月版权声明本文档版权为Esri中国信息技术有限公司所有。
未经本公司书面许可,任何单位和个人不得以任何形式摘抄、复制本文档的部分或全部,并以任何形式传播。
制定及修订记录版本完成日期编写/修订纪要编写者备注V1.1 2012-11-14 初级版,基线测试与具体硬件配套情况后续更新马元V1.2 2013-4-27 审核版,丰富了影像建库内容。
马元V1.3 2013-5-16 校正版黄炎目录第1章概述 (5)1.1文档标识 (5)1.2文档概述 (5)1.3术语和缩略语 (6)第2章需求分析 (7)2.1遥感市场现状分析 (7)2.2大规模影像管理需求分析 (8)第3章方案比较 (9)3.1基于A RC SDE的影像管理方案 (9)3.1.1ArcSDE介绍 (9)3.1.2ArcSDE工作机制 (9)3.1.3ArcSDE 10.1 for PostgreSQL on Windows安装 (9)3.1.4ArcSDE实现影像管理 (12)3.2基于镶嵌数据集的影像管理方案 (12)3.2.1镶嵌数据集介绍 (12)3.2.2镶嵌数据集的类型 (13)3.2.3镶嵌数据集的结构 (13)3.2.4镶嵌数据集属性表 (15)3.2.5镶嵌数据集支持的影像数据格式 (17)3.2.6镶嵌数据集实现影像管理 (19)3.3方案对比测试数据 (25)第4章影像数据分级 (26)4.1归档影像 (26)4.2原始影像 (26)4.3影像产品 (26)4.4影像专题产品 (26)第5章影像存储方式介绍 (27)5.1直连式存储(DAS:D IRECT A TTACHED S TORAGE) (27)5.2网络连接式存储(NAS:N ETWORK A TTACHED S TORAGE) (28)5.3存储网络(SAN:S TORAGE A REA N ETWORK) (29)5.4分布式存储方式 (30)第6章大规模影像数据建库方案 (32)6.1灵活的元数据管理和扩展 (32)6.2归档影像建库方案 (33)6.2.1归档影像管理流程 (33)6.2.2归档影像建库实施 (33)6.2.3典型应用模式 (35)6.3原始影像建库方案 (35)6.3.1原始影像建库流程 (36)6.3.2原始影像建库实施 (37)6.3.3典型应用模式 (41)6.4影像产品建库方案 (42)6.4.1扩展Raster Type实现影像建库 (42)6.4.2利用Model Builder工具实现影像产品建库 (44)6.4.3利用Raster Dataset实现影像产品建库 (45)6.4.4影像产品建库实施 (47)6.4.5典型应用模式 (51)6.5DEM产品建库方案 (52)6.5.1DEM产品典型应用模式 (52)6.5.2DEM产品建库实施 (52)6.6影像专题产品管理方案 (57)6.6.1影像专题产品典型应用模式 (57)6.6.2影像产品建库实时 (57)第1章概述1.1文档标识a)文档名称:ArcGIS影像建库指南;b)本文档基于ArcGIS专业影像管理模型——Mosaic Dataset(镶嵌数据集),详述不同影像数据类型建库流程;c)版本号:V1.3。
第43卷第9期2020年9月测绘与空间地理信息GEOMATICS&SPATIALINFORMATIONTECHNOLOGYVol.43ꎬNo.9Sept.ꎬ2020收稿日期:2019-04-22作者简介:薄㊀成(1987-)ꎬ男ꎬ辽宁法库人ꎬ工程师ꎬ硕士ꎬ2013年毕业于辽宁工程技术大学地图制图学与地理信息工程专业ꎬ主要从事工程测量与地理信息系统开发工作ꎮ基于ArcGIS的影像数据坐标系转换与影像服务裁切功能的实现薄㊀成ꎬ郑㊀尧ꎬ张西军ꎬ刘㊀畅(沈阳市勘察测绘研究院ꎬ辽宁沈阳110000)摘要:针对工程实践中影像数据坐标系转换以及线上裁切的需求ꎬ基于对坐标系转换模型的理论研究和影像数据线上裁切方法的深入探索ꎬ采用平面四参数模型对影像数据进行平面坐标系转换ꎬ采用ArcGISServerSOE技术对影像服务进行扩展开发的方法满足影像数据线上裁切需求ꎬ利用ArcMap10.1作为数据处理平台ꎬ成功对沈阳市2013㊁2015和2017年的影像数据实现平面坐标系向CGCS2000的转换ꎬ利用VisualStudio2010和ArcGIS10.1作为开发平台ꎬ扩展开发影像服务的功能接口ꎬ实现了影像数据的在线裁切ꎮ关键词:平面四参数模型ꎻ坐标系转换ꎻArcGISServerSOEꎻ影像数据ꎻ线上裁切中图分类号:P208㊀㊀㊀文献标识码:A㊀㊀㊀文章编号:1672-5867(2020)09-0103-03ImplementationofImageDataCoordinateSystemConversionandImageServiceClippingFunctionBasedonArcGISBOChengꎬZHENGYaoꎬZHANGXijunꎬLIUChang(ShenyangGeotechnicalInvestigation&SurveyingResearchInstituteꎬShenyang110000ꎬChina)Abstract:Aimingatthedemandofcoordinatesystemconversionandonlineclippingforimagedatainengineeringpracticeꎬontheba ̄sisoftheoreticalresearchoncoordinatesystemconversionmodelsanddeepexplorationofimagedataonlineclippingꎬweadoptplanarfourparametermodeltoconductplanarcoordinatetransformationofimagedataꎬandextenddevelopmentofimageservicesbasedonArcGISServerSOEtechnologytomeettherequirementsofimagedataonlineclipping.ByusingArcMap10.1asdataprocessingplat ̄formꎬweconvertimagedataofShenyangtoCGCS2000in2013ꎬ2015and2017.ByusingVisualStudio2010andArcGIS10.1asde ̄velopmentplatformꎬwedevelopextensionalfunctionalinterfaceofimageservicestorealizeimagedataonlineclipping.Keywords:planarfourparametermodelꎻcoordinatesystemconversionꎻArcGISServerSOEꎻimagedataꎻonlineclipping0㊀引㊀言经国务院批准ꎬ原国家测绘局发布公告ꎬ我国从2008年7月1日起ꎬ启用新的地心坐标系 2000国家大地坐标系(CGCS2000)ꎬ并用8 10年完成现有的各类基础测绘成果和基础地理信息数据库的坐标系向CGCS2000的过渡和转换[1]ꎮ时至今日ꎬCGCS2000已经在全国范围内全面铺开使用ꎮ城市勘测院存有所在城市的历年影像数据ꎬ根据国家对基础地理信息坐标系统的要求ꎬ必须将影像数据的坐标系统一转换成CGCS2000方可投入生产使用ꎬ所以影像数据的坐标系转换成为急需解决的第一个问题ꎮ由于历年影像数据体量庞大ꎬ高效管理和使用影像数据ꎬ减少影像数据源的多重拷贝ꎬ真正实现 按需分块 下载数据成为急需解决的第二个问题ꎮ常用的坐标变换方法有平面四参数㊁七参数及二次曲面模型等[2]ꎮ平面四参数模型广泛应用于地方独立坐标系及工程施工控制网的建立ꎬ在测绘工程应用中ꎬ通常用于满足不同平面坐标系的相互变换[3]ꎮ当测区面积较小或工程区域不大㊁公共已知点数量较少的情况下ꎬ采用平面四参数方法便能达到理想的精度ꎮ本文采用平面四参数模型对影像数据进行坐标系转换ꎬ根据选取的重合点坐标计算坐标系变换所需的两个平移参数㊁一个缩放参数和一个尺度变换参数ꎬ精度分析结果证明转换成果符合精度要求ꎮ在ArcGIS10.1之前ꎬ可通过DCOM的方式对ArcGISServer功能进行扩展ꎬ在ArcGISServer10.1中不再支持DCOM方式的连接ꎬ无法通过本地连接的方式使用ArcObjects提供的功能ꎮ为了实现服务功能的扩充ꎬArcGIS10.1提供了ArcGISServerSOE(服务器对象扩展)ꎮ利用镶嵌数据集对历年影像数据进行管理ꎬ发布为影像服务实现数据快速浏览ꎬ并采用ArcGISServerSOE技术对影像服务功能接口进行扩展开发以实现影像数据线上裁切ꎬ真正做到了根据空间范围实现影像数据的自动下载ꎮ1㊀关键技术1.1㊀平面四参数模型平面四参数模型又称为平面相似变换模型ꎬ基于2个坐标偏移量㊁1个旋转参数和1个尺度因子ꎬ模型如下[4]:x2y2éëêêùûúú=ncosβ-sinβcosβsinβéëêêùûúúx1y1éëêêùûúú+x0y0éëêêùûúú(1)式中:(x1ꎬy1)为源坐标ꎬ(x2ꎬy2)为目标坐标ꎬn为尺度参数ꎬβ为旋转角度参数ꎬx0和y0为平移参数ꎮ令a=ncosβ㊁b=nsinβꎬ则公式(1)可写为:x2=x0+ax1-by1y2=y0+bx1+ay1(2)其误差方程为:V=KXң-D(3)式中:K2mˑ4=10x1-y101y1x1⋮⋮⋮⋮éëêêêùûúúúꎬD2mˑ1=x2y2⋮éëêêêùûúúúꎬX4ˑ1ң=x0y0ab[]Tꎬm为公共点的个数ꎬP=diag(pxpypxpy[])ꎬ则模型参数的最小二乘解XңLS=(KTPK)-1(KTPD)(4)1.2㊀ArcGISServerSOE服务对象扩展(ServerObjectExtensionꎬSOE)是通过采用ArcObjects的相关接口和类库对ArcGISServer基本功能的扩充ꎬ它将ArcObjects的细粒度对象封装成粗粒度的ServerObjects功能组件ꎬ以执行特定的高级操作或一些整体性任务ꎬ因此可以将业务与ArcGISServer深度契合ꎬ开发出具有业务处理能力的GIS服务[5]ꎮ同时ꎬSOE提供Web开发框架ꎬ可以快速开发基于REST或SOAP接口协议的应用[6]ꎮArcGIS在VisualStudio2010中为开发者提供了SOE开发的模板ꎬ其主要继承了IServerObjectExtension㊁IOb ̄jectConstruct和IRESTRequestHandler3个类ꎬIServerOb ̄jectExtension用于获取IServerObjectHelper的对象ꎬIOb ̄jectConstruct用来构建类的实例ꎬIRESTRequestHangler用于获取请求参数和返回SOE的资源列表[7]ꎮ以SOE为模板开发的程序ꎬ需经过编译后将生成的文件部署到GIS服务中ꎬ随地图服务一并发布为Web服务ꎬ并提供特性设置㊁基本类型等ArcGISAPI能够理解的典型对象类型ꎬ发布成功后才可以在客户端上通过REST或SOAP对其调用ꎮ1.3㊀影像裁切技术ArcObjects是一个GIS二次开发框架ꎬ是ArcGIS软件的核心之一[8]ꎬ它提供ArcGIS系列产品功能的底层开发接口ꎬ从数据管理到数据显示ꎬGIS程序可以通过ArcObjects组件对象获取数据ꎬ完成一系列地理分析处理任务并输出地图[9]ꎮ影像裁切是基于ArcObjects组件的开发接口而实现的ꎬ采用MosaicLayerClass类㊁ExtractByMask类㊁Geoprocessor类和ISaveAs2接口ꎮMosa ̄icLayerClass类提供了打开镶嵌数据集的接口ꎻExtractBy ̄Mask类提供了影像裁切的核心接口 掩膜提取技术ꎬ虽然Clip类也可实现影像裁切的功能ꎬ但是经过对比测试ꎬExtractByMask的执行效率更高ꎻGeoprocessor类为影像裁切的执行提供了客观环境ꎻISaveAs2接口将Geopro ̄cessor执行后的结果另存为符合用户要求的影像数据格式ꎮ2㊀功能实现2.1㊀坐标转换精度分析本文以2013㊁2015和2017年沈阳市九区的影像数据为例ꎬ对其进行坐标系转换并进行精度评估ꎮ由于此3年的影像数据坐标系均为1980西安平面坐标系ꎬ首先收集同时具有1980西安平面坐标系和CGCS2000坐标系坐标的重合点数据ꎬ根据计算得到的转换参数精度对残差大于3倍中误差的重合点进行剔除ꎬ直至满足精度要求为止ꎬ本文从198对重合点中筛选出符合精度要求的113对用于计算转换参数ꎮ采用上述平面四参数模型ꎬ计算转换参数ꎬ得到2个平移参数㊁1个缩放参数和1个尺度变换参数ꎮ利用计算得到的转换参数ꎬ对这3个批次的影像数据进行坐标系转换ꎬ抽取每个批次任意几幅影像数据ꎬ对比外业实测进行精度分析ꎬ见表1ꎮ根据国家有关测绘成果转换至2000国家大地坐标系的技术要求ꎬ转换点位的平均精度小于图上0.1mmꎬ本次转换的影像数据最优分辨率为0.2mꎬ通过精度分析表可看出ꎬ本次转换精度达到国家技术要求并且优于精度指标ꎬ转换成果符合规定ꎮ借助ArcGIS软件平台ꎬ建立镶嵌数据集数据库ꎬ将转换完毕的影像数据成果导入至镶嵌数据集中ꎬ并发布为影像服务ꎮ2.2㊀影像服务功能扩展实现基于VisualStudio2010开发平台ꎬArcGIS为开发者提供了ArcGISServerSOE的开发模板ꎬ模板有REST和SOAP两种风格ꎬ本文采用REST风格的开发模板ꎮ模板虽然可编译ꎬ但是内部并没有实际执行函数ꎬ要针对用户实际需求进行自定义开发ꎮ模板中严格定义了服务功能的Guid值ꎬGuid是ArcGISServerSOE对服务功能赋予的唯一标识ꎬ此参数不可更改ꎮServerObjectExtension是服务功能的相关参数ꎬ如果服务功能的载体是地图服务(MapService)ꎬ则Server ̄ObjectExtension的第一个参数需设置为 MapServer ꎻ如果服务功能载体是影像服务(ImageService)ꎬ则ServerObject ̄401㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀测绘与空间地理信息㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀2020年Extension的第一个参数需设置为 ImageServer ꎮ服务功能的开发主要是以Construct㊁RootResHandler和CreateRe ̄stSchema3个函数为主体进行扩展ꎮConstruct是服务功能类的构造函数ꎬ在服务功能初始化阶段构造所必要的公共变量ꎻRootResHandler中创建服务功能的业务处理接口函数目录ꎬ在RootResHandler内命名处理业务接口的功能描述和响应函数的RestOperation名称ꎻCreateRestSchema创建Rest风格的业务处理函数接口ꎬ由多个RestOperation实例组成ꎬ创建RestOperation需要输入RestOperation名称㊁接收参数的关键字名称㊁接收的参数类型和响应函数的名称ꎮ表1㊀精度分析表Tab.1㊀Accuracyanalysistable年份转换后X/m转换后Y/m实测X/m实测Y/mΔX/mΔY/m201741541375.79714630750.347141541375.76214630750.32510.0350.02241541102.30984630265.007841541102.35684630264.9898-0.0470.01841541608.11454631005.930841541608.16754631005.9508-0.053-0.02041541509.16744630430.796341541509.12744630430.78530.0400.011201541524770.25904640723.775641524770.21804640723.79660.041-0.02141521992.12854630801.880841521992.16754630801.9008-0.039-0.02041535155.17564631794.070241535155.12264631794.05320.0530.01741536676.53294639797.732141536676.58794639797.7581-0.055-0.026201341532509.33704625708.641441532509.39504625708.6304-0.0580.01141531451.00164617572.687641531450.95664617572.71160.045-0.02441543688.00524618168.001341543687.95524618167.97230.0500.02941544151.02704625907.079341544150.97904625907.04630.0480.033中误差M=ʃ0.052m中误差MΔX=ʃ0.047m中误差MΔY=ʃ0.022m㊀㊀程序编译成功后ꎬ在运行文件夹下生成可执行文件ꎬ文件中有一个后缀名为.soe的文件ꎬ进入ArcGISServer的管理工具ꎬ点击站点ң扩展ң添加扩展ꎬ选中.soe文件ꎬ进入ArcGISServer服务目录ꎬ在GIS服务的功能栏中开启此服务功能ꎬ然后重启ArcGISServer服务即可实现服务功能的部署ꎮ在浏览器中打开扩展功能的GIS服务ꎬ可看到扩展功能已经成功添加到GIS服务中ꎮ2.3㊀影像裁切功能实现本文根据实际需求ꎬ对存储沈阳市3个批次㊁不同分辨率影像数据的镶嵌数据集进行自定义范围裁切ꎬ并提供下载ꎮ影像裁切的实现过程如下:首先ꎬ根据影像服务打开其链接的镶嵌数据集ꎬ并根据客户端传输的裁切范围判断有哪些批次和分辨率的影像数据ꎬ并将具体信息回传至客户端ꎬ供用户筛选ꎻ然后ꎬ根据用户选择的批次和分辨率信息ꎬ确定裁切影像数据的批次和分辨率ꎬ对镶嵌数据集进行属性过滤ꎬ对裁切范围进行空间可视化并形成shp文件ꎬ对属性过滤后的镶嵌数据集进行裁切ꎬ为了满足用户对裁切后影像数据格式以及数据适用性的需求ꎬ将裁切后的影像数据另存为位深为8bit㊁数据格式为.tif的影像数据文件ꎻ最后ꎬ采用第三方动态链接库Zip ̄FileClassꎬ对最终成果进行打包处理ꎬ放至下载目录ꎬ并将下载地址返回值客户端ꎬ供用户下载使用ꎮArcGISServerSOE程序的调试过程比较复杂ꎬ它不同于普通的Windows桌面程序可直接执行调试ꎬ而是需要附加到ArcGISServer的服务进程中调试ꎮ首先保证程序没有错误并通过编译ꎬ然后将其附加到GIS服务进程中ꎬ如果能够确定GIS服务运行的进程名称ꎬ则可指界指定该进程ꎬ如果无法确定则需要将其附加到所有名为ArcSOC的服务进程中ꎮ在客户端模拟运行环境ꎬ并向GIS服务功能发送HTTP请求ꎬ通过在代码中添加断点以实现代码调试ꎮ3㊀结束语近些年ꎬ2000国家大地坐标系已经逐步替代了1980西安坐标系ꎮ为了符合日常工作规定ꎬ满足实际工程需求ꎬ需对历年基础地理信息数据进行坐标系转换ꎮ随着影像数据获取手段的不断发展ꎬ区域更新速度加快ꎬ周期短ꎬ批次多ꎬ影像数据的质量大幅提升ꎬ分辨率更高ꎬ体量也更大ꎬ科学管理和有效使用影像数据也成为重中之重ꎮ本文着眼于工程的实际需求ꎬ采用平面四参数模型ꎬ对2013㊁2015和2017年沈阳市九区影像数据进行坐标系转换ꎬ并对转换成果进行精度评定ꎬ结果证明转换精度达到国家技术要求并且优于精度指标ꎬ转换成果符合规定ꎮ基于ArcGISServerSOE技术和ArcObjects二次开发技术ꎬ针对影像服务功能进行扩展开发ꎬ实现了影像数据线上裁切ꎬ避免了影像数据源的随意拷贝等带来的问题ꎬ真正做到 按需分块 下载数据ꎮ(下转第108页)501第9期薄㊀成等:基于ArcGIS的影像数据坐标系转换与影像服务裁切功能的实现2.3㊀两种网络发布方式的特点1)采用将场景的工程文件通过TerraGate直接发布成服务的方式被称为直连方式ꎬ特点是制作速度 快 ꎬ可以实现所做即所见ꎮ采用这种方式能够在制作完场景工程后ꎬ马上看到效果ꎬ因此ꎬ可以在应急㊁处理突发事件㊁预警等方面使用ꎮ采用直连方式发布服务也存在弱点ꎬ由于是在服务器端对数据直接调用ꎬ因此需要占用很多服务器端系统资源ꎬ从而加重了服务器的负载ꎮ如果长时间使用ꎬ可能会造成服务器的不稳定或者系统的崩溃ꎮ2)利用TerraBuilder将各种数据 压制 ꎬ制作成三维地形场景的MPT文件ꎬ并将其通过TerraGate发布成服务ꎬ其特点是访问速度快ꎮ采用TerraGate将压缩后生成的三维地形场景文件ꎬ发布成高效的流方式服务ꎬ能够减少数据量ꎬ减轻服务器的压力ꎮ3㊀技术关键点介绍3.1㊀采用流技术发布服务Skyline软件通过发布流方式服务ꎬ实时地传输给客户端ꎬ其流畅效果就像读取本地机上的文件一样[8]ꎮSkyline软件的TerraGate模块能够采用流方式发布服务ꎬ该服务运行在基于网络无缝可变带宽的基础之上ꎬ使得用户通过网络读取源影像和地表数据集(MPT文件)时不会受到带宽或者连通中断的影响ꎬ能够在接收到低分辨率的影像时立刻进行三维显示ꎬ而不用等到所有数据集都传输完毕时才显示ꎬ从而实现了多用户在同一时段访问海量三维数据的浏览效果ꎮ基于Skyline软件平台ꎬ能够将实现海量数据(绿洲影像数据6.72TꎬZ3数据2.54TꎬMPT数据1.5T)的三维地形场景发布功能ꎬ并且通过发布的服务ꎬ利用Internet协议进行数据的在线传输ꎬ从而实现了用户通过网络在线访问㊁浏览等功能ꎮ3.2㊀分级显示加载场景数据Skyline软件能够对数据进行优化设置实现海量数据的网络发布ꎬ但是为了提升访问速度ꎬ还可以通过分级显示加载数据的方式提高显示效率ꎮ此步骤是将不同精度的高程数据或者是不同分辨率的影像数据ꎬ按照显示高度的顺序进行设定ꎬ在设定的范围内ꎬ只显示一个级别(类型)的数据ꎬ其他数据不显示ꎬ从而可以降低服务器的负载ꎬ实现数据访问的速率ꎮ4㊀结束语综上所述ꎬ在三维地形数据进行网络发布过程中ꎬ比较采用DirectConnect直连发布和采用使用TerraBuilder制作MPT文件ꎬ再发布成服务ꎬ两种服务发布方式的各自特点ꎬ前者能够在很短时间内看到结果ꎬ但是需要的服务器端资源要远大于后者ꎮ因此在工作中ꎬ需要根据实际情况ꎬ选择合适的发布方式ꎬ在出现应急突发事件时ꎬ可以采用DirectConnect发布的方式快速看到地形场景的结果ꎻ如果三维场景数据访问的并发数较大且不经常进行修改ꎬ建议预先处理好三维地形场景数据(MPT文件)ꎬ然后发布成高效的流方式的服务ꎬ这样可以大幅度降低系统资源的使用量ꎮ参考文献:[1]㊀范力铭.基于ArcGIS㊀Engine的三维GIS系统开发与应用 以华东师范大学校园三维GIS为例[D].上海:华东师范大学ꎬ2007.[2]㊀赵晓琳ꎬ张爱武ꎬ孟健.基于GeoVRML的虚拟校园景观构建与网络发布[J].系统仿真学报ꎬ2006ꎬ18(2):447-450.[3]㊀项德良ꎬ邓毅博.GoogleEarth 不一般的体验[J].科技信息ꎬ2009(19):43ꎬ50.[4]㊀龚健雅.3维虚拟地球技术发展与应用[J].地理信息世界ꎬ2010ꎬ7(2):15-17.[5]㊀张尚弘ꎬ易雨君.WorldWind在汶川地震应急系统中的应用研究[J].系统仿真学报ꎬ2010ꎬ22(5):1296-1300. [6]㊀陈福江.城市3维漫游系统在skyline下的实现[J].测绘与空间地理信息ꎬ2012ꎬ35(2):87-89.[7]㊀周美娟ꎬ俞强ꎬ杨诗华ꎬ等.基于Skyline的公安三维GIS展现应用系统[J].测绘科学ꎬ2011ꎬ36(3):213-215. [8]㊀雷浩川.基于Skyline的三维场景发布技术分析[J].测绘通报ꎬ2012(S1):401-405.[编辑:任亚茹](上接第105页)参考文献:[1]㊀程鹏飞ꎬ成英燕ꎬ文汉江ꎬ等.2000国家大地坐标系实用宝典[M].北京:测绘出版社ꎬ2008.[2]㊀姚朝龙ꎬ刘立龙.几种模型在平面坐标转换中的应用[J].地理空间信息ꎬ2011ꎬ9(2):64-66. [3]㊀彭思淳ꎬ邓兴升.坐标转换四参数解算的整体最小二乘新方法[J].测绘工程ꎬ2017ꎬ26(9):10-13. [4]㊀汪洋ꎬ陈小轶ꎬ杨旭.基于加权整体最小二乘的矿区平面坐标转换方法[J].测绘工程ꎬ2016ꎬ25(1):34-38. [5]㊀YANGYꎬSHAOLꎬZHUYꎬetal.AstudyonErhaiLakeenvironmentinformationservicebaseonArcGISandFlex[A].Proceedings.201119thInternationalConferenceonGeoinformatics[C]//Shanghai:Geoinformaticsꎬ2011. [6]㊀邓尖凤.基于SOA架构的RIAWebGIS系统设计与实现[D].北京:中国地质大学ꎬ2014.[7]㊀周海ꎬ李宏伟ꎬ杜泽欣ꎬ等.面向服务的城市管网综合管理系统设计[J].测绘工程ꎬ2015ꎬ24(3):69-73. [8]㊀付瑞全ꎬ陈景兰ꎬ刘春霞.利用ArcObjects和ArcSDE实现DEM的裁剪与存取[J].城市勘测ꎬ2007(6):94-96. [9]㊀曹植.基于服务的标准化制图体系研究[D].北京:中国地质大学ꎬ2014.[编辑:张㊀曦]801㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀测绘与空间地理信息㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀2020年。
基于ArcGIS的综合影像库
系统背景
遥感影像数据在数字城市建设中占有重要的地位。
其本质是建设城市空间信息基础设施并在此基础上深度开发、整合和应用各种遥感信息资源。
遥感技术的飞速发展和遥感数据的几何级数增长,使得传统的以图幅或图像文件为单位的数据管理服务模式已经不能满足当今数字时代的需要。
因此,通过建立综合遥感影像数据库来管理和分发遥感影像数据,是遥感信息管理现代化建设的前提和基础。
遥感影像数据库建设方案
综合遥感影像数据库的建设目的分为数据管理、数据应用和数据分发三个方面:
数据管理是指对多数据源、多分辨率、多时相的空间数据进行有效地管理,实现对影像数据和相应的元数据进行高效的管理和检索的目的。
数据应用是指能够管理多比例尺、多分辨率、多数据源的遥感影像,实现影像的高效检索;由全貌到细节、由整体到局部、由低分辨率到高分辨率快速无缝的进行影像漫游和浏览;并且能够与其它系统集成,为其它应用服务。
数据分发通过INTERNET现实远程用户对基础地理信息数据目录(包括数字形式和模拟形式)及非涉密样本数据的查询检索、产品订购、公开数据的下载等功能。
实现基于INTERNET的用户管理、统计分析、咨询服务等功能。
遥感影像数据库的基本目标是实现对遥感影像数据的存储管理、应用和分发服务。
如何实现影像数据的有效管理、高效检索和快捷服务,则是影像数据库建库的主要目标和要解决的主要问题。
系统建成后应达到以下目标:
建立完善的空间数据管理和运行机制,实现对在线、近线、离线数据的科学管理。
提供方便的数据管理和维护工具,使数据管理者可以方便的对海量影像数据进行管理和
维护。
提供快捷方便的数据检索机制,实现网上数据检索、浏览和应用。
系统支持"客户/服务器"和"浏览器/服务器"混合模式,可以方便地实现多源空间数据的集成。
建立良好的数据服务体系,缩短"数据检索--数据订购--数据加工--数据提供"的周期,使用户"找得着--看得见--拿得走"数据。
系统的建成将可以为社会各个部门,包括公安、交通、城市规划、土地、环保、消防、急救、电信、社区管理等,提供良好的应用服务。
一.总体设计
下图遥感影像数据库系统逻辑结构图。
总体上分为四个层次。
用户层、服务层、管理层和数据层。
二、硬件和网络建设
影像数据管理维护采用客户机/服务器(C/S)结构,影像数据检索采用浏览器/服务器(B/S)结构。
C/S结构实质由两层构成,客户端的管理软件和数据库层。
B/S结构由三层构成,浏览器、中间件和数据库。
其中中间件包括处理影像拼接和抽取的软件模块和影像检索浏览等两大部分模块组成。
三、设计原则
影像数据库建设的目的是服务于数据信息的快速查询和检索,满足研究工作对工作区域的空间基础信息的需要,及时提供现势性较强的基础影像数据。
∙
数据库管理作为一个独立的系统功能模块,负责数据的各种操作和各种类型数据之间的工作;
∙
数据分层次分级别管理,将不同类型的数据物理地存放在数据库中统一进行管理,负责各种数据之间的兼容性处理、空间位置匹配等高级管理工作;
∙
对底层数据的管理通过系统层次和数据集层次的元数据实现,数据的物理存放以数据内容主题为主线;
∙
数据集成的管理和协调工作。
这类任务包括叠加数据要素空间体系的一致化处理、空间图形的接边、数据格式的统一处理等;
∙
数据质量控制融于数据库管理,数据质量控制在建库过程中完成,数据更新及其它操作中数据质量的监测和控制在相应的过程中完成;
数据使用权限的级别管理。
系统中的某些数据有一定的机密性,数据库的设计对不同类型的数据用户设定一定的权限。
四、接口规范
综合遥感影像库是未来数据库群中的一个数据库,与此并行的还有可能建立其他若干数据库。
这些项目先后都会启动,分别由不同建设者承担。
为使各个项目建成后符合资源共享、互联互通的要求,有必要制定统一的接口规范,协调和约束开发工作。
接口规范规定了遥感影像库与其它数据库,如电子地图数据库、元数据库的集成方式。
软件接口设计实现影像数据库与其他数据库的数据共享和服务共享;实现对信息资源网中的数据进行统一的管理、查询和进一步的融合处理,实现多源数据的集成。
五、实现方案
其基本实现方案是:
1)规范遥感影像库对外接口、数据交换标准和数据格式,直接读取数据;电子地图库与遥感影像库接口规范,建立电子地图库与遥感影像数据库的互连互通,实现通过接口实时读取电子地图库中的数据,进行以地图为人机交互接口的影像查询、定位。
2)开发专门的查询界面查询并读取数据。
数据的交换协议通过格式来体现。
具体实现时可利用彼此的接口模块处理。
六、数据库系统功能设计
综合遥感信息数据库系统功能分六个部分:
(1)原始影像库管理信息系统
(2)1-6级产品库管理信息系统
(3)数字栅格地图数据库管理信息系统
(4)矢量电子地图数据库管理信息系统
(5)控制点数据库管理信息系统
(6)信息服务管理信息系统
七、数据库安全机制
本数据库是在ArcSDE 基础上以ORACLE 9i 作为数据库管理系统,所以,ORACLE 对数据的安全保护机制同样可以应用到各个数据层表中。
ORACLE 数据库的安全机制是目前普遍认为比较完备的数据库安全机制,这样使得ArcSDE转换的数据库的安全有了保障。
ORACLE 采用特权授予的方式为用户授予对数据库的各种操作权限,系统特权是授予数据库管理(DMA),DMA 对数据库有最直接和最权威的管理。
部分系统特权可授予不同的角色,将这些不同的角色授予不同级别的用户,使得不同的用户对数据库有不同的访问权限。
(1)数据失效和系统安全性
(2)数据维护
八、系统界面
1、影像文件入库
1)入库准备
将准备导入数据库的所有影像文件的文件名写入一个文本文件,做为一个文件名列表文件。
每一个文件名占一行,每行以回车结束。
将所有影像文件与与之对应的元数据文件置于同一目录下,并且每幅影像的文件名与与之对应的元数据文件名相同。
元数据字段格式:每一个字段占一行,并以回车结束。
2)文件入库
在工作界面左边的数据库结构列表上选择“影像库”后,点击“数据库管理”菜单中的“数据入库”按钮,弹出对话框,如图一显示:
2、查询
1)影像库状态查询
(1)点击“查询”菜单的“影像库状态查询”按钮,在弹出的对话框中选择要查询的影像类型,
确定后主界面显示影像结合表。
(2)在“视图”菜单中选中“影像库状态查询”,选中后该按钮前会有打勾提示。
(3)用工具条上的“选择按钮”,在结合表上选中想要查询位置上的任一要素,双击鼠标左键即可显示该区域。
如双击上图中绿色区域即可弹出对应影像。
3、空间查询
点击“查询”菜单的空间查询按钮,出现空间查询对话框。
有4种查询方式,选择查询方式后在左边地图上选取坐标范围后即可查询。
4、地名查询
地名查询可将某一地区的影像按类型加时相查找出来,操作时输入相应得条件即可。
3、数据加载、分发及裁减
1)数据加载
通过任意一种查询方式查出所要加载的可视文件,单击“工具”菜单的“加载”按钮即可在主界面上显示所加载的可视文件。
如下图所示:
加载成功后,即可对影像进行放大、缩小等操作。
4、日志管理
日志管理分为操作日志和分发日志。
操作日志记录了用户除分发以外的一切操作过程,分发日志则记录了用户分发文件的操作过程。