shape数据类型.doc

ArcGIS中，可以将要素的属性值存储为七种数据类型之一，即短整型（short integer）、长整型（long integer）、浮点型（float）、双精度（double）、文本型（text）、日期型（date）和大型二进制对象（BLOB）。属性表同样包含预定义字段，保存了数据的几何特性（Shape）和要素ID（FID）。 
    浮点和双精度数据是真实的数值，通常用于测量或计算的连续数据。短整型和长整型数据所反映的数值，通常用于记数或为分类指定一个编码值（coded value）。文本数据也能够存储编码值或者描述要素特征的文本，比如名称。要素时间方面的数据存储为日期型，如阀门的最后检测时间。BLOB能够集成其它的媒体，如视频、影像或声音。

数据类型                       描述

浮点型（Float）               1个符号位、7个指数位和24个小数位

双精度（Double）              1个符号位、7个指数位和56个小数位

短整型（Short Integer）       1个符号位、15个二进制位，大约在-32000~32000

长整型（Long Integer）        1个符号位、31个二进制位，大约在-2000000000~2000000000

文本型（Text）                数字字符存储为字节

日期型（Date）                日期值基于标准时间格式存储

BLOB                          复杂对象，如影像和视频

Shape files 数据说明
Shape files 是 ESRI 提供的一种矢量数据格式，它没有拓扑信息，一个 Shape files 由一组文件组成，其中必要的基本文件包括坐标文件（ .shp ）、索引文件（ .shx ）和属性文件（ .dbf ）三个文件。
坐标文件的结构说明
坐标文件 (.shp) 用于记录空间坐标信息。它由头文件和实体信息两部分构成
Shapefile 文件支持的几何类型（ ShapeType ）
Shapefile 文件所支持的几何类型如表 2.3 所示：
编号
几何类型
0
Null Shape （表示这个 Shapefile 文件不含坐标）
1
Point （表示 Shapefile 文件记录的是点状目标，但不是多点）
3
PolyLine （表示 Shapefile 文件记录的是线状目标）
5
Polygon （表示 Shapefile 文件记录的是面状目标）
8
MultiPoint （表示 Shapefile 文件记录的是多点，即点集合）
11
PointZ （表示 Shapefile 文件记录的是三维点状目标）
13
PolyLineZ （表示 Shapefile 文件记录的是三维线状目标）
15
PolygonZ （表示 Shapefile 文件记录的是三维面状目标）
18
MultiPointZ （表示 Shapefile 文件记录的是三维点集合目标）
21
PointM （表示含有 Measure 值的点状目标）
23
PolyLineM （表示含有 Measure 值的线状目标）
25
PolygonM （表示含有 Measure 值的面状目标）
28
MultiPointM （表示含有 Measure 值的多点目标）
31
MultiPatch （表示复合目标）
 实体信息的内容实体信息负责记录坐标信息，它以记录段为基本单位，每一个记录段记录一个地理实体目标的坐标信息，每个记录段分为记录头和记录内容两部分。记录头的内容包括记录号（ Record Number ）和坐标记录长度 (Content Length) 两个记录项。它们的位序都是 big 。记录号（ Record Number ）和坐标记录长度 (Content Length) 两个记录项都是 int 型，并且 shapefile 文件中的记录号都是从 1 开始的。记录内容包括目标的几何类型（ ShapeType ）和具体的坐标记录 (X 、 Y) ，记录内容因要素几何类型的不同其具体的内容及格式都有所不同。下面分别介绍点状目标（ Point ）、线状目标（ PolyLine ）和面状目标（ Polygon ）三种几何类型的 .shp 文件的记录内容：
点状目标shapefile 中的点状目标由一对 X 、 Y 坐标构成，坐标值为双精度型（ double ）。点状目标的记录内容如表 2.4 ：

记录项
数值
数据类型
长度
个数
位序
几何类型（ ShapeType）
1 （表示点状目标）
int 型
4
1
Little
X 方向坐标
X 方向坐标值
double 型
8
1
Little
Y 方向坐标
Y 方向坐标值
double 型
8
1
Little
 线状目标shapefile 中的线状目标是由一系列点坐标串构成，一个线目标可能包括多个子线段，子线段之间可以是相离的，同时子线段之间也可以相交。 Shapefile 允许出现多个坐标完全相同的连续点，当读取文件时一定要注意这种情况，但是不允许出现某个退化的、长度为 0 的子线段出现。线状目标的记录内容如表 2.5 ：
记录项
数值
数据类型
长度
个数
位序
几何类型（ShapeType ）
3 （表示线状目标）
int 型
4
1
Little
坐标范围（ Box ）
表示当前线目标的坐标范围
double 型
32
4
Little
子线段个数（NumParts ）
表示构成当前线目标的子线段的个数
int 型
4
1
Little
坐标点数（NumPoints ）
表示构成当前线目标所包含的坐标点个数
int 型
4
1
Little
Parts 数组
记录了每个子线段的坐标在Points 数组中的起始位置
int 型
4×NumParts
NumParts
Little
Points 数组
记录了所有的坐标信息
Point 型
根据点个数来确定
NumPoints
Little
面状目标
shapefile 中的面状目标是由多个子环构成，每个子环是由至少四个顶点构成的封闭的、无自相交现象的环。对于含有岛的多边形，构成它的环有内外环之分，每个环的顶点的排列顺序或者方向说明了这个环到底是内环还是外环。一个内环的顶点是按照逆时针顺序排列的；而对于外环，它的顶点排列顺序是顺时针方向。如果一个多边形只由一个环构成，那么它的顶点排列顺序肯定是顺时针方向。
每条多边形记录的数据结构与线目标的数据结构完全相同，
Polygon
{
Double[4]               Box               // 当前面状目标的坐标范围
Integer                   NumParts     // 当前面目标所包含的子环的个数
Integer                   NumPoints   // 构成当前面状目标的所有顶点的个数
Integer[NumParts]  Parts              // 每个子环的第一个坐标点在 Points 的位置
Point[NumPoints]    Points             // 记录所有坐标点的数组
}
 对于一个 shapefile 中的多边形，它必须满足下面三个条件：构成多边形的每个子环都必须是闭合的，即每个子环的第一个顶点跟最后一个顶点是同一个点；
每个子环在 Points 数组中的排列顺序并不重要，但每个子环的顶点必须按照一定的顺序连续排列；
存储在 shapefile 中的多边形必须是干净的。所谓一个干净的多边形，它必须满足两点：
没有自相交现象。这就要求任何一个子环不能跟其它的子环相交，共线的现  象也将被当作相交。但是允许两个子环的顶点重合；
对于一个不含岛的多边形或者是含岛的多边形的外环，它们的顶点排列顺序必须是顺时针方向；而对于内环，它的排列顺序必须是逆时针方向。所谓的 “ 脏多边形 ” 就是指顶点排列顺序为顺时针的内环。
图 2.2 中的多边形是一个典型的例子。这个多边形包括一个岛，所有顶点的个数为 8 。 NumParts 等于 2 ， NumPoints 等于 10 。请注意内环（岛）的顶点的排列顺序是逆时针的（如图 2.3 所示） 
表 2.6 ：面状目标的记录内容
记录项
数值
数据类型
长度
个数
位序
几何类型（ShapeType ）
5 （表示面状目标）
int 型
4
1
Little
坐标范围（ Box ）
表示当前面目标的坐标范围
double 型
32
4
Little
子线段个数（NumParts ）
表示构成当前面状目标的子环的个数
int 型
4
1
Little
坐标点数（NumPoints ）
表示构成当前面状目标所包含的坐标点个数
int 型

4
1
Little
Parts 数组
记录了每个子环的坐标在Points 数组中的起始位置
int 型
4×NumParts
NumParts
Little
Points 数组
记录了所有的坐标信息
Point 型
根据点个数来确定
NumPoints
Little
属性文件的结构说明
属性文件 (.dbf) 用于记录属性信息。它是一个标准的 DBF 文件，也是由头文件和实体信息两部分构成。
文件头
记录 1

记录 2

记录 3

记录 4

……
记录 n
属性文件的文件头
其中文件头部分的长度是不定长的，它主要对 DBF 文件作了一些总体说明（见表 2.7 ），其中最主要的是对这个 DBF 文件的记录项的信息进行了详细地描述，比如对每个记录项的名称、数据类型、长度等信息都有具体的说明。
在文件中的位置
内容
说明
0
1 个字节
表示当前的版本信息
1 － 3
3 个字节
表示最近的更新日期，按照 YYMMDD 格式。
4 － 7
1 个 32 位数
文件中的记录条数。
8 － 9
1 个 16 位数
文件头中的字节数。
10 － 11
1 个 16 位数
一条记录中的字节长度。
12 － 13
2 个字节
保留字节，用于以后添加新的说明性信息时使用，这里用 0 来填写。
14
1 个字节
表示未完成的操作。
15
1 个字节
dBASE IV 编密码标记。
16 － 27
12 个字节
保留字节，用于多用户处理时使用。
28
1 个字节
DBF 文件的 MDX 标识。在创建一个 DBF 表时，如果使用了 MDX 格式的索引文件，那么 DBF 表的表头中的这个字节就自动被设置了一个标志，当你下次试图重新打开这个 DBF 表的时候，数据引擎会自动识别这个标志，如果此标志为真，则数据引擎将试图打开相应的 MDX 文件。
29
1 个字节
Language driver ID.
30 － 31
2 个字节
保留字节，用于以后添加新的说明性信息时使用，这里用 0 来填写。
32 － X
（ n*32 ）个字节
记录项信息描述数组。 n 表示记录项的个数。这个数组的结构在表 2.8中有详细的解释。
X ＋ 1
1 个字节
作为记录项终止标识。

表 2.7 属性文件（ .dbf ）的文件头
位置
内容
说明
0 － 10
11 个字节
记录项名称，是 ASCII 码值。
11
1 个字节
记录项的数据类型，是 ASCII 码值。（ B 、 C 、 D 、 G 、 L 、 M 和N ，具体的解释见表 2.9 ）。
12 － 15
4 个字节
保留字节，用于以后添加新的说明性信息时使用，这里用 0 来填写。
16
1 个字节
记录项长度，二进制型。
17
1 个字节
记录项的精度，二进制型。
18 － 19
2 个字节
保留字节，用于以后添加新的说明性信息时使用，这里用 0 来填写。
20
1 个字节
工作区 ID 。
21 － 30
10 个字节
保留字节，用于以后添加新的说明性信息时使用，这里用 0 来填写。
31
1 个字节
MDX 标识。如果存在一个 MDX 格式的索引文件，那么这个记录项为真，否则为空。
表 2.8 记录项信息描述
代码
数据类型
允许输入的数据
B
二进制型
各种字符。
C
字符型
各种字符。
D
日期型
用于区分年、月、日的数字和一个字符，内部存储按照 YYYYMMDD格式。
G
(General
or OLE)
各种字符。
N
数值型(Numeric)
- . 0 1 2 3 4 5 6 7 8 9
L
逻辑型（ Logical）
? Y y N n T t F f (? 表示没有初始化 ) 。
M
(Memo)
各种字符。

属性文件的实体信息
实体信息部分就是一条条属性记录，每条记录都是由若干个记录项构成，因此只要依次循环读取每条记录就可以了。
一个读取 dbf 文件的例子
假设要读取一个名为 soil 的 dbf 文件存储了土地利用信息），它含有 8 个记录项，记录项信息如表 2.10 所示：
记录项名称
数据类型
长度
小数位数
Area
数值型（ double ）
31
15
Perimeter
数值型（ double ）
31
15
soils_
数值型（ int ）
11
0
soils_id
数值型（ int ）
11
0
soil_code
字符型（ character ）
3
无
Suit
字符型（ character ）
1
无
Centroid_x
数值型（ double ）
31
15
Centroid_y
数值型（ double ）
31
15

索引文件的结构说明
索引文件（ .shx ）主要包含坐标文件的索引信息，文件中每个记录包含对应的坐标文件记录距离坐标文件的文件头的偏移量。通过索引文件可以很方便地在坐标文件中定位到指定目标的坐标信息。
索引文件也是由头文件和实体信息两部分构成（如图 2.5 ），其中文件头部分是一个长度固定 (100 bytes) 的记录段，其内容与坐标文件的文件头基本一致。它的实体信息以记录为基本单位，每一条记录包括偏移量（ offset ）和记录段长度（Content Length ）两个记录项，它们的位序都是 big ，两个记录项都是 int 型。

图 2.5 索引文件的结构
记录项
数值
数据类型
长度
个数
位序
位移量（ Offset ）
表示坐标文件中的对应记录的起始位置相对于坐标文件起始位置的位移量。
int 型
4
1
Big
记录长度
（ Content Length ）
表示坐标文件中的对应记录的长度。
int 型
4
1
Big
小结
本节介绍了 MapObjects 支持的各种数据，并详细介绍了 shapefiles 的文件结构，同时给出了读取 shapefiles 的坐标文件（ .shp ）、属性文件（ .dbf ）和索引文件（ .shx ）的程序，给出这些程序的目的在于让读者通过这些例子深入掌握shapefiles 文件的格式，进而具备将特定格式的数据文件转换成 shapefiles 文件的能力。

ArcGIS三大文件格式解析
Shape数据
Shapefile是ArcView GIS 3.x的原生数据格式，属于简单要素类，用点、线、多边形存储要素的形状，却不能存储拓扑关系，具有简单、快速显示的优点。一个shapefile是由若干个文件组成的，空间信息和属性信息分离存储，所以称之为“基于文件”。

每个shapefile，都至少有这三个文件组成，其中：
*.shp 存储的是几何要素的的空间信息，也就是XY坐标
*.shx 存储的是有关*.shp存储的索引信息。它记录了在*.shp中，空间数据是如何存储的，XY坐标的输入点在哪里，有多少XY坐标对等信息
*.dbf 存储地理数据的属性信息的dBase表
这三个文件是一个shapefile的基本文件，shapefile还可以有其他一些文件，但所有这些文件都与该shapefile同名，并且存储在同一路径下。
其它较为常见的文件：
*.prj 如果shapefile定义了坐标系统，那么它的空间参考信息将会存储在*.prj文件中
*.shp.xml 这是对shapefile进行元数据浏览后生成的xml元数据文件
*.sbn和*.sbx 这两个存储的是shapefile的空间索引，它能加速空间数据的读取。这两个文件是在对数据进行操作、浏览或连接后才产生的，也可以通过ArcToolbox >Data Management Tools >Indexes >Add spatial Index工具生成。
　　当使用ArcCatalog对shapefile进行创建、移动、删除或重命名等操作，或使用ArcMap对shapefile进行编辑时，ArcCatalog将自动维护数据的完整性，将所有文件同步改变。所以需要使用ArcCatalog管理shapefile。
　　虽然Shapefile无法存储拓扑关系，但它并不是普通用于显示的图形文件，作为地理数据，它自身有拓扑的。比如一个多边形要素类，shapefile会按顺时针方向为它的所有顶点排序，然后按顶点顺序两两连接成的边线向量，在向量右侧的为多边形的内部，在向量左侧的是多边形的外部。
　　由于1990年代地理信息的迅速发展以及ArcView GIS 3.x软件在世界范围内的推广，shapefile格式的数据使用非常广泛，数据来源也较多。很多软件都提供了向shapefile转换的接口（eg：MapInfo、MapGIS等）。ArcGIS支持对shapefile的编辑操作，也支持shapefile向第三代数据模型geodatabase的转换。

1.  shp存储几何要素的空间信息，即XY坐标 
shx存储了有关.shp存储的索引信息，即shp中空间数据的存储方式，XY坐标的输入点在哪里，有多少XY坐标对等信息 
dbf存储地理数据的属性信息的dBase表 
prj存储了文件的空间参考信息，如坐标系统等 
shp.xml对元数据浏览后生成的xml元数据文件 
sbn和sbx存储对shapefile的空间索引，加速空间数据的读取 
Coverage数据
Coverage是ArcInfo workstation的原生数据格式。之所以称之为“基于文件夹的存储”，是因为在windows资源管理器下，它的空间信息和属性信息是分别存放在两个文件夹里。例如，在我的电脑E:\MyTest\example文件夹中，有3个coverage，它们在windows资源管理器下的状态如图1所示，所有信息都以文件夹的形式来存储。空间信息以二进制文件的形式存储在独立的文件夹中，文件夹名称即为该coverage名称，属性信息和拓扑数据则以INFO表的形式存储。Coverage将空间信息与属性信息结合起来，并存储要素间的拓扑关系。
coverage是一个非常成功的早期地理数据模型，二十多年来深受用户欢迎，很多早期的数据都是coverage格式的。ESRI不公开coverage的数据格式，但是提供了coverage格式转换的一个交换文件（interchange file，即E00），并公开数据格式，这样就方便了coverage数据与其他格式的数据之间的转换。
　　但是ESRI为推广其第三代数据模型geodatabase，从ArcGIS 8.3版本开始，屏蔽了对coverage的编辑功能。如果需要使用coverage格式的数据，可以安装ArcInfo workstation，或者将coverage数据转换为其他可编辑的数据格式。
Coverage是一个集合，它可以包含一个或多个要素类

aat弧段属性表，记录弧段的起点和终点坐标信息 
adf为coverage格式，包括lab.adf、arc.adf、sec.adf、pal.adf、cnt.adf、tic.adf、lnk.adf、bnd.adf都记录了坐标信息，arx.adf、pax.adf为索引文件和pat.adf、aat.adf为属性文件
pat点属性表，记录lable点的坐标信息 
tic控制点，用于配准地图的点 
aux保存栅格文件自身不能保存的辅助信息，包括彩色地图信息，直方图或表格，坐标系统，变换信息，投影信息 
rrd保存影像金字塔信息索引，加速显示和漫游 
dat属性信息 
nit属性表定义文件 
dir属性表路径管理文件，用于关联dat和nit 
Geodatabase数据

Geodatabase作为ArcGIS的原生数据格式，体现了很多第三代地理数据模型的优势。随着IT技术的发展，普通的事务型数据的管理模式，早已从传统的基于文件的管理转向利用基于工业标准建立的关系型数据库进行管理，这种基于数据库的管理方式的优点是不言而喻的。那么带有空间信息的地理数据是否也可以利用这种非常成熟的数据库技术进行管理呢？于是ESRI推出了geodatabase数据模型，利用数据库技术高效安全地管理我们的地理数据。
　　Geodatabase可以分为两种，一种是基于Microsoft Access的personal geodatabase，另一种是基于oracle、SQL Server、Informix或者DB2的enterprise geodatabase，由于它需要中间件ArcSDE进行连接，所以enterprise geodatabase又称为ArcSDE geodatabase。由于Microsoft Access自身容量的限制，personal geodatabase的容量上限为2GB，这显然不能满足企业级的海量地理数据的存储需求。于是可以将geodatabase扩展为ArcSDE geodatabase，底层数据库可以使用oracle这样的大型关系数据库，能够存储近乎“无限”的海量数据（仅受硬盘大小的限制）。虽然底层使用的数据库各不相同，但是geodatabase给用户提供的是一个一致的操作环境。
　　在geodatabase中，不仅可以存储类似shapefile的简单要素类，还可以存储类似coverage的要素集，并且支持一系列的行为规则对其空间信息和属性信息进行验证。表格、关联类、栅格、注记和尺寸都可以作为geodatabase对象存储。这些在perasonal geodatabase和ArcSDE geodatabase中都是一样的（栅格的存储有点小差异，但对用户来说都是一样的）。如图所示，是一个personal geodatabase。
　对Personal geodatabase进行编辑，使用ArcView的license即可。不需要额外的软件就能直接连接。但是Personal geodatabase不支持多用户编辑仅能满足小项目的要求。
　　而通过ArcSDE连接的ArcSDE geodatabase，则需要至少ArcEditor的license才能对其进行编辑。ArcSDE geodatabase通过版本的机制，可支持多用户、长事务编辑。
　　在ArcToolbox >Conversion Tools > To Geodatabase中，有多种转换工具支持coverage、shapefile、CAD等矢量数据向geodatabase的转换。在personal geodatabase和ArcSDE geodatabase间只要复制、粘贴即可，无须转换。

adf - ARC/INFO coverage data file 
agf - Atlas GIS native binary geodataset file 
ain - attribute index file 
aih - attribute index file 
alg - ER Mapper algorithm 
apr - ArcView Project File (ODB format) 
avl - legend template file (ODB format) 
avp - palette file (ODB format) 
ave - Avenue script 
avx - ArcView extension file (ODB format) 
ai - Adobe Illlustrator picture file 
bat - DOS batch file 
bil - image file (band interleaved by line) 
bip - image file (band interleaved by pixel) 
blw - world file for bil image 
bmp - Windows bitmap image file 
bpw - world file for bip or bmp images 

bsq - image file (band sequential) 
bqw - world file for bsq image 
c - C programming language source code filename 
cat - UNIX hyperhelp supporting file 
cgm - Computer Graphics Metafile 
cls - geocoding classification file 
cnt - help file contents 
dat - generic data file extension dat - INFO attribute file 
db - Object Database File (also ODB) 
dbf - dBASE tabular data file 
dbf - Shapefile attribute table file 
dbg - problem debug log file 
dcp - default codepage file 
dct - geocoding dictionary file 
dec - UNIX hyperhelp supporting file 
def - defaults file (North Arrows, Layout Templates, etc) (ODB format) 
dem - Digital Elevation Model file 
dgn - Design drawing file (Intergraph) 
dir - INFO directory manager file 
dlg - Digital Line Graph file 
dll - Windows Dynamic Link Library file 
doc - MS-Word, MS-Wordpad document file 
dtd - UNIX hyperhelp supporting file 
dwg - Drawing file (AutoCAD) 
dxf - Drawing exchange file 
e00 - ARC/INFO export file 
ecw - ER Mapper Enhanced Compressed Wavelet 
eps - Encapsulated PostScript 
ers - ER Mapper raster file format 
exe - DOS/Windows executable file 
fbn - spatial index file for read-only datasets 
fbx - spatial index file for read-only datasets 
fls - Windows help supporting file 
ftg - UNIX help supporting file 
fts - UNIX help supporting file 
gen - ARC/INFO UnGenerate format 
gfw - world file for gif image 
gif - image file (CompuServe) 
hdr - header file (for ArcView extensions or TIF images) 
hlp - Windows help file 
htm - WWW file (hypertext markup, 3-character DOS version) 
html- WWW file (hypertext markup language, UNIX version) 
ico - Icon file 
idx - geocoding index for read-only datasets 
img - ERDAS Imagine image file 
ini - initialization file 
ixc - geocoding index for read-write coverages 
ixs - geocoding index for read-write shapefiles 
jpg - image file (Joint Photographic Experts Group) 
key - geocoding matching keys (ODB format) 
lin - ARC/INFO lineset symbol file 
lnk - Windows shortcut icon link file 
mat - geocoding matching parameters file 
mcp - image file (MacPaint) 
mid - MapInfo interchange format (always paired with "mif") 
mif - MapInfo interchange format (always paired with "mid") 
mrk - ARC/INFO markerset symbol file (not compatible w/ArcView) 
mxc - geocoding index for read-write coverages (ODB format) 
mxs - geocoding index for read-write shapefiles (ODB format) 
nit - INFO table definitions file 
ndx - fonts index file (UNIX only) 
nls - Codepage language files 
odb - Object Database ASCII file (ODB format) 
pat - geocoding pattern recognition file 
pdf - preferences definition file 
pif - Windows program information file (for DOS programs) 
pps - processing set codes 
prj - projections definition file 
ps - PostScript. file 
rlc - image file (run-length coding) 
rs - image file (raster snapshot | Sun rasterfile) 
sbn - spatial index for read-write shapefiles 
sbx - spatial index for read-write shapefiles 
shd - ARC/INFO shadeset symbol file 
shp - Shapefile (stores feature geometry) 
shx - Shapefile (stores file lookup index) 
stn - geocoding standardization file 
tab - lookup file 
tbl - geocoding support table 
tif - image file (Tag Image Format file) 
tfw - world file for tif image 
tmp - temporary file 
ttf - TrueType font file 
txt - text file (usually ASCII) 
xbm - image file (X Bitmap) 
wmf - image file (Windows Metafile) 
wld - world file for CAD datasets 
wri - Windows Write.exe file

ShapeFile格式说明
1、Shape技术描述
一个完整的ESRI的shape文件包括一个主文件，一个索引文件，和一个dBASE表文件。主文件是一个直接存取，变记录长度文件，其中每个记录描述一个由其顶点列表组成的shape。在索引文件中，每条记录是在主文件中对应记录距离主文件头部的偏移量。dBASE中记录的是对应主文件中记录的属性记录，每条主文件记录对应dBASE中的一条属性记录。几何对象和属性间的一一对应关系是基于记录编号的。在dBASE文件中的属性记录必须和主文件中的记录保持相同的顺序。
1.1命名习惯
所有文件名都遵循8.3命名习惯。主文件，索引文件和dBASE文件有相同的前缀。前缀必须是由字符或数字（a-Z,0-9）开始，后跟0到7个字符（a-Z,0-9，_,）主文件的后缀是.shp，索引文件的后缀是shx，dBASE表的后缀是.dbf。在对文件名敏感的操作系统中，文件名中的所有字母都是小写的。
例子 ：
主文件：counties.shp
索引文件：counties.shx
dBASE表：ounties.dbf
1.2数字类型
Shape格式文件存储整数型和双精度型数据，本文档的余下部分将涉及到以下类型：
整数：有符号32位整数（4字节）
双精度：有符号64位IEEE双精度浮点数（8字节）
浮点数必须是数字值。负无穷，正无穷和无效数字（NaN）在shape文件中是不合法的。然而，shape文件支持“没有数据”这样的概念，但是目前只用于带有measure值的情况。所谓Me