有时对于数据量较大的地理数据，我们希望通过一定的统计方法将空间模式量化，从而获知这些地理数据在空间上是聚合的、还是离散的、还是随机的等。

在了解如上工具之前，有一些空间统计学的基本知识还是要先搞明白，磨刀不误砍柴工，那就开始吧。

零假设、P值、Z得分、置信度

分析模式工具集中的工具都采用“推论统计学”，先确定一个零假设，也就是假设要素或与要素相关的值都表现为空间随机模式—— Complete

本文以Redhat 6.4 64位操作系统为例来说明ArcGIS Engine 10.1 for Liunx环境的安装配置
一、操作系统支持包
ArcGIS资源中心详细的列出了Engine10.1的系统需求，包括Engine10.1的硬件需求、软件需求、支持的操作系统及版本等。具体可以参考：http://resources.arcgis.com/en/help/system-requirement

使用CGA代码将对象（路灯、树木等）放置到路边。这里用到的主要方法就是Split 函数去做分割。
思路是，现将shape按照较短的轴向进行最初的分割剥离，得到路的两边sidewalk，然后将这些分割出来的形状进行再次分割，也就是沿着长的轴的方向分割成多个重复的小的形状，最后，用实际的模型（如路灯或树等）替换这些小块。

下面是示例代码，参考下：


Sidewalk -->
Sidewalk

Shapefile是上个世纪90年代的数据格式，但是由于它开放易用至今仍然倍受欢迎，最近与shapefile编码相关的问题此起彼伏连绵不绝，整理下几个高频问题共享之。

为什么我的shapefile在ArcGIS 10.3中打开乱码？

原因
这个问题的根本原因就是读取文件使用的编码类型和文件实际存储的编码类型不一致。
Shapefile文件的头文件（dBase Header）中，一般会包含sha

问题描述：
有一shapefile文件和表文件（该表文件通过access生成），将表join到shapefile 中，然后将该shapefile 发布服务，出现错误信息

官方帮助针对该问题的描述原因是文件存放路径太深，导致发布服务生成msd文件失败，解决办法更改文件存储路径
根据官方的办法并不能解决问题
参考解决办法：
新建一geodatabase ，将表文件导入其中，然后做join操作，再发布

环境：
OS:SunOS 5.10
ArcGIS Server: 9.3.1
ArcSDE: 9.3.1
DBMS: 10.2.0.4
ArcGIS Server和ArcSDE是部署在两台机器上
现象：
1. 使用ArcGIS Server的发布的ArcSDE数据源的地图服务能够启动，但是过一段时间后就断了。
2. 后来发布的地图服务直接不能启动。
排查过程：
1.对发布的地图服务时断时续，

Collada的名称来自于COLLAborative Design Activity（协同设计活动），是用于存储 3D 模型的开放式标准 XML 格式，最早是由 Sony Computer Entertainment（SCEA）发起。

以下介绍来自网络：
“ COLLADA™ 是面向交互式 3D 应用程序的基于 XML 的数字资产交换方案，使 3D 创作应用程序可以自由地交换数字资产而不损失信息

镶嵌数据集中的函数

在下文中会提到的工具有这几个，先摆在这里，有个初步的记忆：



这个主题中，一起来看一下镶嵌数据集的函数。

*不过首先需要额外了解，在 ArcGIS 中，其实除了镶嵌数据集，普通的栅格数据集也可以使用函数，这并不仅仅是镶嵌数据集的特性。在 Image Analyst 窗口中，我们可以点击 fx 按钮给现有数据配置函数。
例如，下面给DEM增加个临时的山影效果，而不需要在硬