什么是4D(DRG、DLG、DOM、DEM)数据?

什么是4D(DRG、DLG、DOM、DEM)数据?,第1张

以下有不同的说法,但是意思都很相近。一、 DOM (数字正射影像图):利用数字高程模型对扫描处理的数字化的航空相片、遥感影像,经逐个像元纠正,按图幅范围裁切生成的影像数据,它的信息比较直观,具有良好的可判读性和可量测性,从中可直接提取自然地理和社会经济信息。 在SAR图像处理中,往往需借助DEM数据来解决RD定位导致的斜距成像几何失真。因此,求解X,Y,Z考虑了三个方程。即距离公式、多普勒频率公式和地球坐标公式。也就是说DOM是需要DEM进行二次加工的,也是4D产品中最为高级的产品。DEM (数字高程模型) : 通过等高线、或航空航天影像建立以表达地面高程起伏形态的数字集合。 目前可得到的有90m的SRTM,和30m的Aster GDTM数据。前者采用InSAR技术获取,后者则是高分辨率立体摄影测量技术。两者相似之处都需要两幅图像,而且精确配准。需要有一定的基线长度,需在一定范围内取值。不同之处,前者是利用波的相干性原理求得,后者则是光直线传播所产生的共线方程。DEM数据为基础数据。DRG (数字栅格地图) : 数字栅格地图是纸制地形图的栅格形式的数字化产品,可与DOM、DEM集成派生出新的可视信息。 该类型数据主要是将已有的纸质地图进行栅格化,然后配准,目前这类图很少用到,多用高分辨率的影像来取代,或者就是将主要地物进行矢量化表征和存储,目前大多数的GIS软件都支持这一功能。DLG (数字线划地图) : 利用航空航天影像通过对影像进行识别和矢量化,建立基础地理要素分层存储的矢量数据集,既包括空间信息也包括属性信息,可用于各专业信息系统的空间定位基础。 这个图是目前Google map, 和百度地图,以及搜狗地图等网络上留下的电子地图主要表现形式。Google Map做的最好,因为其有强大的栅格影像数据,而且是高分辨率的。因此叠加矢量数据后,反映的地图形象更加直观、清晰和准确。二、

数字高程模型(Digital Elevation Model,缩写DEM)是在某一投影平面(如高斯投影平面)上规则格网点的平面坐标(X,Y)及高程(Z)的数据集。DEM的格网间隔应与其高程精度相适配,并形成有规则的格网系列。根据不同的高程精度,可分为不同类型。为完整反映地表形态,还可增加离散高程点数据。

数字线划地图(Digital Line Graphic,缩写DLG)是现有地形图要素的矢量数据集,保存各要素间的空间关系和相关的属性信息,全面地描述地表目标。

数字栅格地图(Digital Raster Graphic,缩写DRG)是现有纸质地形图经计算机处理后得到的栅格数据文件。每一幅地形图在扫描数字化后,经几何纠正,并进行内容更新和数据压缩处理,彩色地形图还应经色彩校正,使每幅图像的色彩基本一致。数字栅格地图在内容上、几何精度和色彩上与国家基本比例尺地形图保持一致。

数字正射影像图(Digital Orthophoto Map,缩写DOM)是利用数字高程模型(DEM)对经扫描处理的数字化航空像片,经逐像元进行投影差改正、镶嵌,按国家基本比例尺地形图图幅范围剪裁生成的数字正射影像数据集。它是同时具有地图几何精度和影像特征的图像,具有精度高、信息丰富、直观真实等优点。三、DOM(Digital Orthophoto Map)即数字正射影像图的英文缩写,是利用数字高程模型对扫描数字化的(或直接以数字方式获取)航空像片(或航天影像),经数字微分纠正、数字镶嵌,再根据图幅范围剪切生成的影像数据集。 数字正射影像图产品按颜色可分为彩色和黑白两类。

主要应用:地形图的修测,复合型数字产品与三维景观图的制作,土地利用详查及动态监测,土地利用数据库建库及更新,国土资源环境动态监测,城市规划设计,GIS系统的背景信息等。

DEM (Digital Elevation Map)即数字高程模型图的英文缩写,是定义在X、Y域(或经纬度域)离散点(矩形或三角形)上以高程表达地面起伏形态的数据集,即在高斯投影平面上规格网点平面坐标(X,Y)和其高程坐标(Z)的数据集。是我国基础地理信息数据产品的重要组成部分之一。

DEM产品按格网类型分为两大类,规格格网DEM和不规格格网DEM,又根据其高程精度不同而分为不同等级的产品。 主要应用:公路铁路选线和设计,水土流失治理的规划与动态监测,移动通讯基站布设设计及优化,矿山开发设计,大中型水库的选址设计,土方开挖及填埋的计算分析,洪水淹没的分析等。

DLG (Digital Line Graphics)即数字矢量地图的英文缩写,是现有地形图上基础地理信息要素的矢量数据集,并且保存要素间的空间关系和相关的属性信息。

主要应用:不同专业的地理信息系统、国土资源详查、车载机载GPS导航信息系统。

DRG (Digital Raster Graphics)即数字栅格地图的英文缩写,是以栅格数据格式存放的地图图形数据集,是我国基础地理信息数据产品的重要组成部分。数字栅格地图在内容、几何精度和规格、色彩等方面与地形图基本保存一致。该产品可由模拟地图经扫描、几何纠正及色彩归化等处理后形成,也可由矢量数据格式的地图图形数据转换而成。

主要应用:计算机地图查询、不同专业的地理信息系统的背景图、城市规划设计用底图。四、地图最大精度

视力正常的人的肉眼能分辨的图上最短距离是0.1毫米。因此,相当于图上0.1毫米的实地水平长度就是地图上所能表示的最精密限度,称为比例尺的最大精度。

下表为国家基本比例尺地形图的最大精度:

比例尺 1:1万 1:2.5万 1:5万 1:10万 1:25万 1:50万 1:100万

最大精度(m) 1 2.5 5 10 25 50 100

数字地图是存储在计算机的硬盘、软盘、光盘或磁带等介质上的,地图内容是通过数字来表示的,需要通过专用的计算机软件对这些数字进行显示、读取、检索、分析。

数字栅格地图(DRG)

数字栅格地图(DRG)是纸质地图的栅格数字化产品。每幅图经扫描、集合纠正、图幅处理与数据的压缩处理,形成在内容、精度和色彩上与地图保持一致的栅格文件。

数字线划地图(DLG)

数字线划地图(DLG)是以矢量数据格式形成的数字地图。这种地图能进行空间信息的分层与叠加,提取属性数据,根据矢量对象查询属性或根据属性查询矢量对象,数据易于更新与编辑和创建专题属性和绘制专题地图等。

数字高程模型(DEM)

数字高程模型(DEM)是区域地面高程的数字表示,是建立在地图投影平面上规则格网点的平面坐标(x,y)及其高程(z)数据集,是地理信息系统赖以进行分析的核心数据系统。DEM的水平间隔可随地貌类型的不同而改变,根据 不同的高程精度,可分为不同等级产品。

目前,世界主要发达国家纷纷建立了覆盖本国的数字高程模型系

数字正射影像(DOM)

数字正射影像(DOM)是利用数字高程模型对扫描处理的数字化的航空相片或遥感图像(单色或彩色),经逐个像元纠正,再进行影像镶嵌,根据图幅范围剪彩生成的影像数据。一般带有公里格网、图廓整饰和注记的平面图。

我国从20世纪90年代开始着手建立国家高精度GPS网。国家A级网点共33个,B 级网点818个,平均边长东部地区50-70公里,中部地区100公里,西部地区 150-200公里。这两个网是在国际地球参考框架(ITRF)下建立的新一代坐标框架,与我国的天文大地网之间建立了转换关系,使我国大地测量坐标框架建设达到一个新的水平。最后想说的是:DEM数据是最为原始的数据,随着TerraSAR-X 的Tendem干涉能量的具备,将来1m分辨率的DEM会更加容易获取。那么接下来的问题就是DEM数据的处理。众所之知,DEM是一个矩阵,表示高度的矩阵。配备一些Image Tie Point就可以知道每个点对应的地理坐标。如UTM的X,Y,那么现在我们如何进一步挖掘DEM数据的潜在信息呢?以及如何根据需要相关遥感传感器的要求获取自己想要的数据呢?例如基于DEM数据的SAR图像模拟。DEM的数据还可以处理为光照阴影渲染图、等值线(等高线)、坡度、朝向、剖面。。。等等一系列数据,这些数据都为后续的应用奠定基础。

在关系数据库中有型和值两种类型结构。关系模式是型,关系是值,关系模式是对关系的描述。

描述一个关系需要从以下两个方面来定义:第一方面,关系实质上是一个二维表,表的每一行为一个元组,每一列为一个属性。一个元组就是该关系所涉及的属性集的笛卡儿积的一个元素。关系是元组的集合,因此关系模式必须指出这个元组集合的结构,即它由哪些属性构成,这些属性来自哪些域,以及属性与域之间的映象关系。

第二方面,一个关系通常是由赋予它的元组语义来确定的。元组语义实质上是一个n目谓词(n是属性集中属性的个数)。凡使该n目谓词为真的笛卡儿积中的元素(或者说凡符合元组语义的那部分元素)的全体就构成了该关系模式的关系。

1.3.1关系数据库基本概念关系数据中,关系模式涉及众多概念、术语,初学者对这方面不容易把握与理解,以下用通俗易懂的语言来对这些概念及术语作简单的介绍。

1.关系关系(Relation)是指数据库中实体的信息,也就是数据库中二维表的数据。一个关系就是一个数据库表的值,表中的内容是对应关系模式在某个时刻的值,称为一个关系。例如,关系A表示数据库有一张名字为A的数据表所记录的所有数据。关系数据库中每一个关系都具有以下六方面的性质:((1)列是同质的。即每一列中的分量为同一类型的数据,来自同一个域。

(2)不同的列可出自同一个域,称其中的每列为一个属性,不同的属性要给予不同的属性名。

(3)列的顺序无所谓。即列的次序可以任意交换。

(4)任意两个元组不能完全相同。

(5)行的顺序无所谓。即行的次序可以任意交换。

(6)分量必须取原子值。即每一个分量都必须是不可分的数据库属性。

2.模式模式(Schema)是数据库中全体数据的逻辑结构和特征的描述,是所有用户的公共数据视图,也称逻辑模式。有以下几方面性质:((1)一个数据库只有一个模式。

(2)模式是数据在逻辑级上的视图。

(3)以某一种数据模型为基础。

定义模式时不仅要定义数据的逻辑结构,包括数据项的构成、名字、类型、取值范围等,而且要定义与数据有关的安全性、完整性要求,定义这些数据之间的联系。

3.关系模式关系模式(RelationSchema)描述的是与关系相对应的二维表的表结构,即关系中包含哪些属性,属性来自哪些域,以及与域之间的映象关系。

关系模式与关系的区别:((1)关系模式描述了关系数据结构和语义,是关系的型。而关系是一个数据集合,是关系模式的值,是关系模式的一个实例。

(2)关系实际上就是关系模式在某一时刻的状态或内容。关系模式是静态的、稳定的,而关系是动态的、随时间不断变化的,因为数据库 *** 作会不断地更新数据库中的数据。

4.元组元组(Tuple)是关系数据库中的基本概念,一个关系表中的每行就是一个元组。也就是说数据库表中的每条记录都是一个元组,表结构的每列就是一个属性,在二维表里,元组也称为记录。元组可表示一个关系或关系之间的联系。

一般情况下,一个关系数据表中的每条记录均有一个唯一的编号(记录号),这个编号也叫元组号。

5.码码(Key)是关系数据库系统中的基本概念。所谓码,就是能唯一标识实体的属性集,是整个属性集,而不是单个属性。在关系数据库中,码包括多种类型,如超码、候选码和主码。

((1)超码(SuperKey)。超码是一个或多个属性的集合,这些属性可以在一个实体集中唯一地标识一个实体。如果K是一个超码,那么K的任意超集也是超码,也就是说如果K是超码,那么所有包含K的集合也是超码。例如,学生是一个实体,则学生的集合是一个实体集,而超码用来在学生的集合中区分不同的学生。假设学生(实体)具有多个属性:学号,身份z号,姓名,性别。因为通过学号可以找到唯一一个学生,所以{学号}是一个超码,同理{学号,身份z号}、{学号,身份z号,姓名}、{学号,身份z号,姓名,性别}、{身份z号}、{身份z号,姓名}、{身份z号,姓名,性别}也是超码。在这里,因为不同的学生可能拥有相同的姓名,所以姓名不可以区别一个学生,即{姓名}不是一个超码,{性别}、{姓名,性别}也不是。

(2)候选码(CandidateKey)。候选码是可以唯一标识一个元组的最少的属性集合。候选码是从超码中选出的,因此候选码也是一个或多个属性的集合。因为超码的范围太广,很多是无用的,所以候选码是最小超码,它们的任意真子集都不能成为超码。例如,如果K是超码,那么所有包含K的集合都不能是候选码;如果K,J都不是超码,那么K和J组成的集合{K,J}有可能是候选码。

虽然超码可以唯一标识一个实体,但是可能大多数超码中含有多余的属性,所以需要候选码。

例如学生表,学生(学号,姓名,年龄,性别,专业),其中的学号是可以唯一标识一个元组,所以学号可以作为候选码。既然学号都可以作候选码,那么学号和姓名这两个属性的组合就可以唯一区别一个元组。此时的学号可以成为码,学号和姓名的组合也可以成为码,但是学号和姓名的组合不能成为候选码,因为即使去掉姓名属性,剩下的学号属性也完全可以唯一地标识一个元组。也就是说,候选码中的所有属性都是必需的,缺少任何一个属性,都不能唯一标识一个元组。

(3)主码(PrimaryKey)。主码是从多个候选码中任意选出一个作为主键,这个被选中的候选码就称为主码。如果候选码只有一个,那么候选码就是主码。虽然说主码的选择是比较随意的,但在实际开发中还是需要一定的经验,不然开发出来的系统会出现问题。一般来说,主码都应该选择那些从不或者极少变化的属性。

例如,在一个职工实体中,职工(职工号,姓名,入职时间,部门,岗位,工资,职级,工龄,电话),职工号可以用来唯一确定实体中的一个元组,所以职工号是一个候选码。如果实体属性——姓名、入职时间、部门三者组合也能唯一地确定一个元组,则(姓名,入职时间,部门)也是一个候选码。在上述两个候选码中任选一个均可作为职工实体的主码,一般来说直接选择职工号作为实体的主码是最为简单方便的。

1.3.2关系模式的定义关系是数据库二维表中的数据记录,关系模式是数据库二维表的表结构,关系是动态的,关系模式是静态的。

关系模式可由六个元素来描述,分别是R、U、D、dom、I、F。其中,R为关系的名称;

U为组成该关系的属性名的集合;D为U集合中属性的域集合;dom为属性集U向域集D的映射;I为完整约束集合;F为属性间数据的依赖关系集合。

一个关系模式通常表示为R(U,D,dom,I,F),也可以忽略其他元素,直接简化为R(U)或R(A1,A2,A3,…,An),其中A1,A2,A3,…,An为属性名。

例如,在一个选课模块中,包含“学生”“课程”“选修”等关系实体。“学生”实体的属性有SNO(学号)、SNAME(姓名)、AGE(年龄)、SEX(性别)、SDEPT(系部),其中“学号”为主键;“课程”实体的属性有CNO(课程号)、CNAME(课程名称)、CDEPT(系部)、TNAME(教师),其中“课程号”为主键;“选修”实体的属性有GRADE(成绩)、SNO(学号)、CNO(课程号),其中“学号”和“课程号”为联合主键。学生和课程之间是多对多的关联关系,即一个学生可以同时选修多门课程,一门课程也可以同时被多个学生选修。这种多对多的关联关系可以通过“选修”关系实体作为中间桥接实体,变成两个一对多的实体关联关系,如图所示。

图学生选课实体

66037833981

从图的实体关系图中可以得到选课模块的实体关系模式集——学生关系、课程关系、选修关系,具体关系模式如下:学生关系模式Student(SNO,SNAME,AGE,SEX,SDEPT);

课程关系模式Course(CNO,CNAME,CDEPT,TNAME);

选修关系模式StudentCourse(SNO,CNO,GRADE)。

对以上定义的三个关系模式实例化,插入初始化数据后,可得到学生、课程、选修三个关系的实例,如图所示。图中矩形框圈住部分为选课模块中的关系模式(表结构);椭圆框圈住部分为选课模块中的关系(数据)。整个选课模块的表环境由关系模式与关系两部分共同组成,缺一不可。关系模式的分解标准关系模式的规范化过程实际上就是关系模式的“分解”过程,即把逻辑上独立的信息放在独立的关系模式中。分解是解决数据冗余的主要方法,也是规范化的一条原则——关系模式有冗余问题就要分解。

数据库设计者在进行关系数据库设计时,应参照模式规范化理论,尽可能使数据库模式保持高的标准。一般尽量把关系数据库设计成巴斯−科德范式(BCNF)的模式集,如果设计成巴斯−科德范式(BCNF)模式集时达不到保持函数依赖的标准,那么只能降低要求,设计成第三范式(3NF)的模式集,以达到保持函数依赖和无损分解的基本要求。

学生、课程、选修三个关系的实例

66037830023

1.分解的定义一个关系模式可以分解成众多子关系模式,分解方式不同,得到的子关系模式也不同。

关系模式的分解是指把某一个关系模式按照某一种方式进行分解得到的所有子关系模式。

如关系模式R按照某一种方式分解,可以得到一个关系集ρ={R1,R2,…,Rn}。其中属性集U=U1∪U2∪…∪Un,并且不能存在Ui⊆Uj,1≤i,j≤n。

函数依赖关系集F=F1∪F2∪…∪Fn,其中F1,F2,…,Fn是F在U1,U2,…,Un上的投影。

2.分解的标准把低级的关系模式分解成高级的关系模式的方法不是唯一的,只要能够保证分解后的关系模式与原关系模式等价,就是一个完整、标准的分解方法。关系模式的标准分解方法应同时达到以下两方面的要求:((1)分解具有无损连接性。

(2)分解要保持函数依赖性。

具有无损连接性的分解保证信息不会丢失,但无损连接不一定能解决插入异常、删除异常、修改复杂、数据冗余等问题,如要解决这些问题,则要考虑更高的关系数据范式理论原则。

关系模式是指关系的描述

关系模式仅涉及关系名、各属性名、域名、属性向域的映象四部分。

它可以形式化地表示为:R、U、D、DOM、 F。其中R为关系名,U为组成该关系的属性名集合,D为属性组U中属性所来自的域,DOM为属性向域的映象集合,F为属性间数据的依赖关系集合。

现实世界随着时间在不断地变化,因而在不同的时刻,关系模式的关系也会有所变化。但是,现实世界的许多己有事实限定了关系模式所有可能的关系必须满足一定的完整性约束条件。这些约束或者通过对属性取值范围的限定。

扩展资料

数据库中,关系模式是型,关系是值,关系模式是对关系的描述。

1、关系实质上是一张二维表,表的每一行为一个元组,每一列为一个属性。一个元组就是该关系所涉及的属性集的笛卡尔积的一个元素。关系是元组的集合,

因此关系模式必须指出这个元组集合的结构,即它由哪些属性构成,这些属性来自哪些域,以及属性与域之间的映象关系。

2、一个关系通常是由赋予它的元组语义来确定的。

元组语义实质上是一个n目谓词(n是属性集中属性的个数,凡使该n目谓词为真的笛卡尔积中的元素(或者说凡符合元组语义的那部分元素)的全体就构成了该关系模式的关系。

参考资料:百度百科-关系模式

百度百科-关系数据库


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/10028669.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-04
下一篇 2023-05-04

发表评论

登录后才能评论

评论列表(0条)

保存