今天闲来无事,打开ArcMap发现其中可直接导入导出的数据格式种类之多,又让我不得不佩服ESRI了。通过Data Interoperability Tools中的Quick Export和Quick Import可完成不同格式数据的导入导出。其中像AutoCAD等一般格式就自然不用说了,XML、Google Earth的KML、WFS、GML等也都在其列,还有像Excel表、Text File数据格式也可以导入导出,Access、DB2、dBASE、Oracle数据库中的数据也可以自由导入导出,还有很多其他格式的都收入其中,如果需要自己研究吧。通过查看帮助发现更狠的是还可以自定义转换不在其中的其他数据格式,其转换工具FME是ArcGIS中自带的(如图),需要详细步骤参照帮助自己研究吧。

ESRI对不同数据格式之间的转换可谓做了不少工作哟,从这也看出一个GIS软件其对不同数据格式的兼容也是非常重要的(特别是对用户而言)。然而看看我们国内的几个GIS软件呢,就我知道的一个对其他数据格式导入还基本可以实现,而要想导出成其他格式的数据就难上加难了(曾经俺为此苦恼了很久
),就算转成了甚至还会带有错误,就不知道这其中是由于技术原因还是商业考虑呢?
ESRI对不同数据格式之间的转换可谓做了不少工作哟,从这也看出一个GIS软件其对不同数据格式的兼容也是非常重要的(特别是对用户而言)。然而看看我们国内的几个GIS软件呢,就我知道的一个对其他数据格式导入还基本可以实现,而要想导出成其他格式的数据就难上加难了(曾经俺为此苦恼了很久
posted @ 2008-03-01 16:41 WolfのPL 阅读(1389) 评论(4) 编辑
ArcSDE 提供了两种数据连接架构,即两层和三层模型,一般我们都是使用的三层架构,如果用户需要使用前者,可以在ArcCatalog 中选择“产生一个直接联结”。SDEmon 命令可以允许管理员管理和监视ArcSDE 服务,在SDE 服务启动后,始终存在一个giomgr 的SDE服务器进程,它负责监听连接请求(服务器名和端口)、验证连接(密码和用户)、给每个成功的连接分配一个独立的gsrvr 进程,而gsrvr 负责在客户端和服务器之间进行通讯(使用相同的服务器名和端口)。
ArcSDE 是一种客户端/服务器模式,其存在几个需要注意的属性:
1. Home 目录它是一个被记录的路径,成为SDEHOME,这个目录中包含可执行文件,配置文件和动态共享库等(dbinit.sde、dbtune.sde)。
2. 两个进程giomgr 和gsrvr(作用如图)

3. 由于SDE 走的是TCP/IP 协议,因此服务器名和端口在通讯在起着重要的作用。服务建立后,服务名和端口号被存储在“C:\WINNT\system32\drivers\etc”的services 文件中。它有两种形式:服务名:端口和IP:端口。
4. 配置参数: 配置参数被保存在一个名为SDE.SERVER_CONFIG 的表中,缺省的参数文件为giomgr.defs,它被存放在SDEHOME 中的etc 文件夹中。
参数的配置尤为重要,因为配置的好坏将直接决定数据库的运行效率!
ArcSDE 是一种客户端/服务器模式,其存在几个需要注意的属性:
1. Home 目录它是一个被记录的路径,成为SDEHOME,这个目录中包含可执行文件,配置文件和动态共享库等(dbinit.sde、dbtune.sde)。
2. 两个进程giomgr 和gsrvr(作用如图)
3. 由于SDE 走的是TCP/IP 协议,因此服务器名和端口在通讯在起着重要的作用。服务建立后,服务名和端口号被存储在“C:\WINNT\system32\drivers\etc”的services 文件中。它有两种形式:服务名:端口和IP:端口。
4. 配置参数: 配置参数被保存在一个名为SDE.SERVER_CONFIG 的表中,缺省的参数文件为giomgr.defs,它被存放在SDEHOME 中的etc 文件夹中。
参数的配置尤为重要,因为配置的好坏将直接决定数据库的运行效率!
posted @ 2008-03-01 15:51 WolfのPL 阅读(151) 评论(1) 编辑


