阿芮原创酷派DIY教程系列：

教程一：破解电信锁定的快捷图标
教程二：修改主菜单

上次写到酷派S100手机去掉电信定制机快捷图标的方法，不少朋友都很关注，我也答应继续写一些DIY的教程，无奈最近被压迫得比较厉害，老是加班，没时间写。今天抽空写个简单但实用的，后面也会陆续将我自己玩机的经验写出来供大家参考。废话不多说，转入正题。

（特别提示：刷机有风险，请谨慎！）

• 效果说明

这次的教程，其实很简单，依然只需要对一个配置文件做简单的修改即可。修改后，你可以：

1. 按照自己的喜好灵活安排主界面菜单的排列；
2. 为主界面菜单换上自己中意的图标；
3. 换上自己喜欢的开关机动画。

• 准备工作

1. 手机充满电；
2. 准备好驱动程序，以及上次提到过的工具软件；
3. 图片编辑软件，要求是可以将图片保存成png格式的，例如Photoshop或者Fireworks，Windows 7的画图也可以。

• 开始DIY

1. 按照上次讲过的方法，连接好手机；
2. 用QPST的EFS Explorer打开手机文件系统目录，这回我们需要动手术的是这个目录：/brew/mod/coreapp以及其子目录zhcn，还有/brew/mod/skin目录：

   

3. 更换开关机动画。看见/brew/mod/coreapp目录下的startgif.gif和powergif.gif了吧，这就是默认的开关机动画图片，其中startgif.gif是开机动画，powergif.gif是关机动画。现在你可以不必每天看电信天翼了，你可以换上你自己喜欢的GIF图片，没什么特别的要求，注意尺寸是240×320，文件大小尽量控制在50k左右，开机动画命名为startgif.gif，关机动画命名为powergif.gif，可以事先备份原来的图片。
4. 重新排列主菜单。现在看/brew/mod/coreapp/zhcn目录，该目录下有个desktop.ini文件，这个就是今天的主角了。

   

5. desktop.ini文件其实就是主界面菜单的配置文件，通过修改这个文件，就可以实现主界面菜单的重排。desktop.ini原来的配置大概是这样的：[SET]// 配置页的数目PageCount =1// 皮肤的数目

   Skin =2

   // 桌面支持几套图标, 如果只有一套图标，则所有外观都采用第一套默认图标

   // 2018取消桌面图标设置功能，只需一套图标就行了

   IconCount =1

   // 默认图标

   [SKIN1]

   // 图标路径

   IconDir =fs:/mod/coreapp/zhcn/0/

   IconSkin =SKIN1

   // 每一项页图标数目

   // 第一页图标

   IconNum1 =12

   // 图标次序

   Tab1Icon1 =app_dial.bar（拨号盘）

   Tab1Icon2 =app_sms.bar（短信）

   Tab1Icon3 =app_qdial.bar（快速拨号）

   Tab1Icon4 =app_ctwap.bar（互联星空）

   Tab1Icon5 =app_telecom.bar（天翼）

   Tab1Icon6 =app_knowall.bar（号码百事通）

   Tab1Icon7 =app_address.bar（联系人）

   Tab1Icon8 =app_pdaware.bar（商务应用）

   Tab1Icon9 =app_callhistory.bar（通话记录）

   Tab1Icon10 =app_customser.bar（客户服务）

   Tab1Icon11 =app_multimedia.bar（影音娱乐）

   Tab1Icon12 =app_setting.bar（应用设置）

   // 第二套图标

   [SKIN2]

   // 图标路径

   IconDir =fs:/mod/coreapp/zhcn/0/

   IconSkin =SKIN1

   // 第三套图标

   [SKIN3]

   // 图标路径

   IconDir =fs:/mod/coreapp/zhcn/0/

   IconSkin =SKIN1

   重点关注“图标次序”这部分，这个就是主界面从左到右，从上到下，3列4行共12个图标位置所对应的菜单资源文件了，每个不同的bar文件，指示了点击该菜单所导向的功能界面。现在你可以根据自己的喜好，自由进行配置了（例如你想把联系人放到第一个位置，那么就可以配置Tab1Icon1 =app_address.bar）。

   其实这些bar文件是对应到/brew/mod/coreapp/zhcn/0这个目录的，如果你在你的/brew/mod/coreapp/zhcn/0目录下发现有其他的bar文件，你也可以尝试配置到desktop.ini文件试试。特别提示：如果你对一不小心就碰到互联星空导致上网产生费用非常的不爽，教你一招，那就是把Tab1Icon4 =app_ctwap.bar这一项换成别的，或者干脆空起来（Tab1Icon4 =），这样你点击那个位置，就会进入你换的那个bar对应的功能，或者干脆没反应了。

6. 更换主菜单图标。上面更改了菜单的排列，为了视觉上看到的菜单项和实际上调整的功能项位置对应，就需要修改桌面主菜单图标了。现在看/brew/mod/skin目录，里面有两个子目录0和1，分别对应两套皮肤：

   

   现在要修改的就是formback.png这个图片文件，你可以在原来图片的基础上修改，也可以按照自己的设计全新制作，总之是自由发挥了，注意要跟上面一步中调整的菜单位置一一对应， 尺寸是240×290，文件大小尽量控制在50k左右。

7. 最后一步，重启手机，看效果吧。

   懒得贴效果图了，都是很简单的操作，大家自由发挥吧。

   至此，本节教程基本完毕，阿芮有空也将继续写后续教程，祝大家玩得愉快！

再次提醒：刷机有风险，请谨慎！刷坏手机或丢失资料后果自负，本人不承担任何责任。

（原创内容，转载请注明：阿芮的博客- http://www.chinarui.net/article/study/coolpad-s100-mod-tutorial-main_menu.html）

阿芮原创酷派DIY教程系列：

教程一：破解电信锁定的快捷图标
教程二：修改主菜单

最近公司要求统一使用电信的天翼189号码，发了一部宇龙酷派S100手机终端。

这部机子宣传资料上打出了PDA智能机的招牌，但实际上其操作系统是基于高通6030平台的BREW的系统，而且不支持Kjava的应用扩展，只能在电信的BREW应用商城里订购安装BREW应用，且不说这种定制软件是要包月订购才能使用，目前电信软件商城里能下载到的软件个数也是少得可怜，连QQ和UCWEB都没有！这点非常让人郁闷！

不过如果不讲究扩展应用，只是需要一般的电话及简单商务功能，这部机器倒是还不错的，因为它提供了挺丰富的功能和设置，全屏手写也做得还不错。

上面是几句啰嗦话，今天的主题来了。这部机器在待机界面下面本来是可以设置5个快捷方式的，但电信定制机把前两个固定死了，第1个图标是互联星空，第2个则是号码百事通，这两个不能通过待机设置来改变的，只能修改后面3个。这几个快捷方式一不小心就会点到，尤其是互联星空，占着第一个位置，一点就启动浏览器开始上网，关都来不及关，很是不爽。

之前也看到网上有机友在抱怨这种做法，但目前好像还没有人拿出解决办法。今天刚好有空，就研究了一番，最后这个问题终于被我成功解决了。下面是破解过程的说明。

（特别提示：刷机有风险，请谨慎！）

主要步骤：

• 准备工作

1. 手机充满电；
2. 下载安装相关驱动和工具软件：

▲酷派S100的驱动程序（CoolPad Suite里面带有驱动程序）。点这里下载

▲QPST（(Qualcomm Product Support Tool）高通公司的产品支持工具，刷机就靠它了。点这里下载

▲ EditPlus或者Ultra Edit等文本编辑工具（非必须，用记事本应该也可以，不错我没测试）。

• 开始刷机

1. 用随机附带的数据线连接手机和电脑，如果前面装好了驱动，应该会被电脑识别；
2. 打开电脑的设备管理器,用右键点击“我的电脑”图标,选择“属性”,在“系统属性”窗口中点击“硬件”那一页，然后点击“设备管理器”按钮；在设备管理器中点击“端口”前面的“＋”号，展开的项目显示为“ZTE Diagnostics Interface 3197 CDMA 1X（COM5）” ——根据各人电脑的区别，不一定显示为“COM5”，也可能是“COM6”或“COM7”，记住这个端口号。
3. 启动QPST程序，切换到端口页，点击该窗口右下角“Add New Port”按钮，输入刚才看到的端口号，比如“COM5”，点击“确定”，这时QPST应该已经识别手机并成功连接，出现下述界面（黑块部分是隐藏了的ESN号码，每个人的手机都会不同的）：
4. 点击“QPST Configuration”程序的“开始客户端程序”菜单（“QPST Configuration”程序5个菜单中的中间的那个菜单），点击启动“EFS EXPLORER”程序；
5. 启动“EFS EXPLORER”程序后，首先会显示一个“电话选择”的菜单，这时窗口中应该有一个设备，这就是你的手机，还需要填一个SPC密码，默认是“000000”，不用管，直接点击“确定”；
6. 手机开始向电脑上传输已存储的数据，这个过程可能要持续1到两分钟，如果有报错说部分目录不能正常读取，也没关系，点确定。
7. 完毕后会看见窗口中类似Windows资源管理器一样的目录树，我们就从这里面的文件下手进行修改；我们要改的是/brew/sys/目录下的一个配置文件idle.ini。选中idle.ini，右键，选择“copy from phone”，选择一个路径，将idle.ini文件存到电脑上；
8. 将用idle.ini拷贝一份另存作为备份，用Editplus打开idle.ini进行编辑。找到这一部分：
   [SHORTCUT]
   //bComboSelEn: 1表示该项为TURE，即选项选中
   //iCombo1Index选项: 拨号盘＝0，快速拨号＝1，数码图册＝2，联系人＝3，短信＝4
   //coolpad播放=5，modem=6，邮件=7, 日程安排=8，手机下载=9, 互联星空=10(对应90.bar文件), 号码百事通= 11(对应91.bar文件)
   //此序号必须与app_idlesettings.bar文件中选项的序号一致
   bComboSelEn =1

   iCombo1Index =11（第一个快捷键，如果改成短信，就将数字改成4）

   iCombo2Index =12（第二个快捷键，如果改成邮件，就将数字改成7）

   iCombo3Index =0

   iCombo4Index =3

   iCombo5Index =5

9. 根据自己需要设置这两个快捷键，保存。然后将修改过的idle.ini拖进刚才下载它那个目录，即/brew/sys/目录，覆盖原来的旧文件，点击左上角的红色弯箭头按钮，重启手机。
10. 手机重启后，切换到待机界面，就会发现快捷菜单已经被成功修改，讨厌的互联星空和号码百事通已经被自己设置的短信和邮件（或其他）所代替！至此大功告成，结束后别忘了长按开机键开启一下通信功能。

其实使用QPST还可以对手机进行更多的DIY，比如修改开关机铃声、图片、菜单等等，大家可以一起慢慢摸索。

再次提醒：刷机有风险，请谨慎！刷坏手机或丢失资料后果自负，本人不承担任何责任。

（原创内容，转载请注明：阿芮的博客- http://www.chinarui.net/article/study/coolpad-s100-mod-shortcut.html）

我注意到原文中有这么一句：

"Ext Core is a subset of the upcoming Ext JS 3.0 release optimized for speed & file size."

即：(这次发布的)Ext Core 3.0 是即将发布的Ext JS 3.0的一个子集，Ext JS 3.0在速度和文件体积上将有所优化。

还是没有提到可视化开发环境，难道这只是传言么？看来只能等待正式版发布才能知晓了。

在EXT JS官方网站上，包含在线可观看的例子，刚看到EXT JS 中文资讯站说其中有4个例子是被隐藏起来的，也不知道是出于什么样的原因，这里给出链接地址，有兴趣的可以去看看：

明确给出的例子（没找到Index页面，只能从顶部一个个点进去看）：

http://extjs.com/products/extcore/

被隐藏的4个例子：（特别提示：请使用FireFox浏览器，IE可能会有些问题）

Ext.Direct（远程调用和数据流的服务器推模式，这么说不知确切否？）
http://ux.extjs.org.cn/ext-3.0-rc1/examples/direct/direct.php

Charts（结合Flash展现的图表）
http://ux.extjs.org.cn/ext-3.0-rc1/examples/chart/charts.html

Writer（编辑器）
http://ux.extjs.org.cn/ext-3.0-rc1/examples/writer/writer.html

Spinner（没看出来到底是个什么东东）
http://ux.extjs.org.cn/ext-3.0-rc1/examples/spinner/index.html

BOOL INAPI NLedGetDeviceInfo( UINT nInfoId, void *pOutput );
BOOL WINAPI NLedSetDevice( UINT nDeviceId, void *pInput );

C#代码

using System;
using System.Collections.Generic;
using System.Text;
using System.Runtime.InteropServices;
using System.Threading;
namespace BluetoothChatPPC {
class LED {
class NLED_SETTINGS_INFO {
public uint LedNum;
public uint OffOnBlink;
public int TotalCycleTime;
public int OnTime;
public int OffTime;
public int MetaCycleOn;
public int MetaCycleOff;
}
class NLED_COUNT_INFO {
public int cLeds;
}
const int NLED_COUNT_INFO_ID = 0;
const int NLED_SETTINGS_INFO_ID = 2;
//振动器状态
public enum Status {
OFF=0,
ON,
BLINK
}
/// <summary>
/// 获得LED个数
/// </summary>
[DllImport("coredll.dll", CallingConvention = CallingConvention.Winapi, CharSet = CharSet.Unicode,
EntryPoint="NLedGetDeviceInfo",PreserveSig=true,SetLastError=true)]
extern static bool NLedGetDeviceInfo(uint nID, NLED_COUNT_INFO pOutput);
/// <summary>
/// 设置LED状态
/// </summary>
[DllImport("coredll.dll", CallingConvention = CallingConvention.Winapi, CharSet = CharSet.Unicode,
EntryPoint = "NLedSetDevice", PreserveSig = true, SetLastError = false)]
extern static bool NLedSetDevice(uint nID, NLED_SETTINGS_INFO pOutput);
/// <summary>
/// 获得LED个数
/// </summary>
public int GetLedCount() {
int wCount=0;
NLED_COUNT_INFO nci=new NLED_COUNT_INFO();
if (NLedGetDeviceInfo(NLED_COUNT_INFO_ID, nci)) {
wCount = nci.cLeds;
}
return wCount;
}
/// <summary>
/// 设置LED状态
/// </summary>
/// <param name="wLed">Led（1/0），一般是1，即第二个LED</param>
/// <param name="wStatus">状态</param>
public void SetLedStatus(int wLed, Status wStatus) {
NLED_SETTINGS_INFO nsi = new NLED_SETTINGS_INFO();
nsi.LedNum = (uint)wLed;
nsi.OffOnBlink = (uint)wStatus;
NLedSetDevice(NLED_SETTINGS_INFO_ID, nsi);
}
/// <summary>
/// 设置LED状态
/// </summary>
/// <param name="wLed">Led（1/0）</param>
/// <param name="wStatus">状态</param>
/// <param name="millisecondsTimeout">持续时间</param>
public void SetLedStatus(int wLed, Status wStatus,int millisecondsTimeout) {
this.SetLedStatus(wLed, wStatus);
System.Threading.Thread.Sleep(millisecondsTimeout);
//关闭震动
NLED_SETTINGS_INFO nsi = new NLED_SETTINGS_INFO();
nsi.LedNum = (uint)wLed;
nsi.OffOnBlink = (uint)Status.OFF;
NLedSetDevice(NLED_SETTINGS_INFO_ID, nsi);
}
////<summary>
/// 设置LED状态
/// </summary>
/// <param name="wStatus">状态</param>
public void SetLedStatus(Status wStatus) {
NLED_SETTINGS_INFO nsi = new NLED_SETTINGS_INFO();
nsi.OffOnBlink = (uint)wStatus;
//自动查找震动LED
for (int i = 0; i < this.GetLedCount(); i++) {
nsi.LedNum = (uint)i;
NLedSetDevice(NLED_SETTINGS_INFO_ID, nsi);
}
}
/// <summary>
/// 设置LED状态
/// </summary>
/// <param name="wStatus">状态</param>
/// <param name="millisecondsTimeout">持续时间</param>
public void SetLedStatus(Status wStatus, int millisecondsTimeout) {
this.SetLedStatus(wStatus);
System.Threading.Thread.Sleep(millisecondsTimeout);
//关闭震动
NLED_SETTINGS_INFO nsi = new NLED_SETTINGS_INFO();
nsi.OffOnBlink = (uint)Status.OFF;
for (int i = 0; i < this.GetLedCount(); i++) {
nsi.LedNum = (uint)i;
NLedSetDevice(NLED_SETTINGS_INFO_ID, nsi);
}
}
/// <summary>
/// 循环震动
/// </summary>
/// <param name="times">次数</param>
public void CycleVibrate(int times) {
for (int i = 0; i < times; i++) {
this.SetLedStatus(Status.ON);
Thread.Sleep(400);
this.SetLedStatus(Status.OFF);
Thread.Sleep(200);
}
}
}
}

在程序里调用

LED led=new LED();
led.SetLedStatus(LED.Status.ON,500);//震动500毫秒

以上就是自己通过P/Invoke来实现震动效果，还有一段文字值得注意的：

for example some devices contain a notification Led at position 0 and a vibration device at position 5. There is no way to programmatically determine the index of the vibration device, you can only determine the overall count of devices. Also the vibration device can only be turned on or off so the Blink setting behaves exactly as On would.

当然你可以直接使用OpenNETCF的类库，如下：

C#代码

OpenNETCF.Notification.Led led = new OpenNETCF.Notification.Led();
//turn on vibration

led.SetLedStatus(1, OpenNETCF.Notification.Led.LedState.On);
//turn off vibration

led.SetLedStatus(1, OpenNETCF.Notification.Led.LedState.Off);

昨天在Ext中文资讯站看到消息说，ExtJS3.0及其IDE可视化编程环境将在近期（很可能是4月14日）发布。真是个好消息，这意味着我们将可以直接拖拉控件到界面，从而省去了很多手工写代码的麻烦，而且，用户可以制作自定义的可重用的控件，真的是无比强大！

Ext JS 3.0的一些新特性：

Ext JS Road Map
Ext JS 3.0 (Early 2009)
* All new lightweight, high-speed core base library
* Flash Charting API
* Ext.Direct - Remoting and data streaming/comet support
* Integrated client-server data binding/marshaling of updates
* ListView component
* Enhanced Button and Toolbar components
* ARIA/Section 508 accessibility improvements
* CSS updates for reset style scoping and easier custom theming
* Update the Ext event registration model
* Ext.Ajax enhancements
* Browser history support (released in 2.2)

下面是可视化环境演示视频：

或者你可以到这里观看：

www.screencast.com/t/c4T3Gbfhn

比如说要在temp目录下建立一个test.txt文件，在Windows下应该这么写：
File file1 = new File ("C:\tmp\test.txt" ;
在Linux下则是这样的：
File file2 = new File ("/tmp/test.txt" ;

如果要考虑跨平台，则最好是这么写：
File myFile = new File("C:" + File.separator + "tmp" + File.separator, "test.txt" ;

File类有几个类似separator的静态字段，都是与系统相关的，在编程时应尽量使用。

separatorChar

public static final char separatorChar

与系统有关的默认名称分隔符。此字段被初始化为包含系统属性 file.separator 值的第一个字符。在 UNIX 系统上，此字段的值为 '/'；在 Microsoft Windows 系统上，它为 '\'。

separator

public static final String separator

与系统有关的默认名称分隔符，为了方便，它被表示为一个字符串。此字符串只包含一个字符，即 separatorChar。

pathSeparatorChar

public static final char pathSeparatorChar

与系统有关的路径分隔符。此字段被初始为包含系统属性 path.separator 值的第一个字符。此字符用于分隔以路径列表 形式给定的文件序列中的文件名。在 UNIX 系统上，此字段为 ':'；在 Microsoft Windows 系统上，它为 ';'。

pathSeparator

public static final String pathSeparator

与系统有关的路径分隔符，为了方便，它被表示为一个字符串。此字符串只包含一个字符，即 pathSeparatorChar。

　　偶然的一个机会，让我怀疑，虽然，还没有查到确切的文献依据，nls_characterset　Oracle数据库字符集的设置,对C/S结构下的数据库访问应用有比较大的影响。在这种结构中存在一个不起眼的细节，即在C/S结构下的数据库访问中，客户端经常将要执行的SQL语句发送到数据服务器端DBMS去执行，而这个SQL语句必定是要按照一定的字符集进行编码的。发送SQL语句编码的这个字符集或者是约定或者是客户端和服务器端协商得到的。但是，不管这个字符集是如何确定的，这个对我们要说明的问题影响不是太大，我们所需假设的即这个发送到服务器端执行的SQL语句是按照某种字符集编码。
　　　一般情况下，服务器端只要对客户端发送过来的SQL语句解码正确，我们是不会发现其有异常的。但是，在国际化数据库应用下或扩展已有的数据库应用成为国际化版本时，如果nls_nchar_characterset设置欠乏考虑，就会出现写入数据库的数据，在字节级的信息就是乱码，更况论其显示值了，那就更是错误百出了，因为根基就是错的！观察表属性的字节级信息，在oracle里是通过dump(columnName,16)观察。
　　　例如，在某个数据库中nls_nchar_characterset的设置为GBK，为了应付国际化，数据库应用对数据库表中可能包含非GBK字符集范围的列，全部定义为nachar（注：觉得应该是nvarchar）或者其他国际化属性类型。按照通常网上资料或者简明Oracle说明书，这样的设置应该是没有问题，但是，在这里再次强调下，我们出问题的不起眼的源头，某些C/S结构下的数据库访问，客户端是通过发送SQL语句到数据库执行的方式，达到访问数据库的效果。这样架构下，就会牵扯数据库服务器端，会以何种字符集，让DBMS统一看待、处理SQL语句呢？我想，这里Oracle数据库系统，可能会简单地以ASCII字符集处理SQL关键字、分割符，而以nls_characterset设定的字符集应对SQL语句中非关键字，例如查询条件、赋值等。或者它会以更简单、明快的处理方案，将客户端不管以何种编码过来的SQL语句串都转换到nls_characterset设定的字符集，统一进入SQL后续执行的核心区。不管Oracle可能会采用这两种可能的哪一种，对于客户端发送过来的SQL语句中非SQL规范关键字范畴的部分，数据库服务器端可能都会采用nls_characterset设定的字符集在后期进行处理，这样，在后面的继续处理中就会发生问题。
　　关于Oracle客户端访问程序，其发送过来的SQL语句的字符集可以和Oracle数据库nls_characterset设置是不同的，而不是像有些网上文档说的两者之间要保持严格相同。实际上，Oracle可能提供了对客户端不同编码格式的数据进行解码的过程，但是,Oracle解码完成后的终点基座、最终的目标可能是Oracle自身设置的nls_characterset数据库字符集。

　　呵呵，在这里声明一下，我也是以概念逻辑上的推测、猜度别人，而非查到第一手的关键文献资料。但是，上面所有基于猜测，都是某次Oracle故障后，自己找出的唯一比较近乎合理的解释！我也没有强求这个文档的真金白银的价值，只希望对大家有用，提供一个可能的新视角，对其价值看做仅作参考即可。很多时候，我喜欢的编程生活是，不需要懂得太多的技术细节，只需要知道它的概念逻辑即可，即其可能的实现是什么就可以了！懂得太深，会耗去很多宝贵的时间的。而且，只要你懂得其概念逻辑和模型后，后面的全部只是时间问题，也和具体实现语言也没有太大的关系，这就是概念逻辑的优势，在没有硝烟的战场是取得胜利。在这里将这次的故障总结写入博客，也是希望有人能够指出其中纰露　：）

　基于上面的所有分析，我们就可以看出来，如果客户端JDBC访问以utf-8方式将要在服务器端执行的SQL语句发送到服务器端，而其insert或者update的值域信息里面含有非nls_characterset，这个时候，请注意，字节级的乱码就出现了。因为两个字符集间utf-8<-->nls_characterset的映射关系，在事实上确实也并不是完全包含的。当然，你可以严格限定你的客户端发送到服务器端的utf-8字符编码，就是nls_characterset的一个子集，这样你也就不会出现乱码问题。但是，当你扩展你这个数据库应用，来应付更多的国际化的时间，你一定要小心了。虽然，Oracle JDBC驱动为了处理国际化的问题，已经将自己发送到服务器端的SQL语句的字符编码按照utf-8字符集进行实施，它可以是被认为近乎无限的语言处理能力，但是，你的数据库服务器端，在Oracle9i版本，未必有能力能够处理，因为它可能按照nls_characterset字符集的设定去处理客户端发送过来的SQL语句。不过，实际上Oracle可以作的更多，它可以进一步分析，如果SQL语句中含有nchar的属性列的处理，就不能以nls_characterset来处理SQL中的"值域“信息，我们程序员的控制力是还有很大空间的 。从故障的各方面分析来看，在Oracle9i版本好似还没有这样的特殊智能。

　验证我这个推测的一个佐证是查看V$SQLArea视图的定义，可以看到其SQL_TEXT列的类型为varchar(1000)，即这个号称可以共享SQL语句的缓存统计表，处理客户端发送过来的SQL语句，其存储的字符集为nls_characterset！

欢迎大家指正！

[face32]以上文章是我在写上一篇《ArcSDE启动发生GEOMETRY_COLUMNS相关错误的解决办法》后查nls_characterset相关资料时找到的，粗略看了一下，没有细究，但觉得很有见解，收藏。

[sde@SDE_SERVER bin]$ ./sdemon -o start -p sde@sdedbsid

-------------------------------------------------------
ArcSDE 9.2 for oracle10g Build 1081 Sun Sep 17 16:01:22 2006
-------------------------------------------------------

ST_Geometry Schema Owner: (SDE) Type Release: 1007

Instance initialized for ((sde)) . . .

Connected to instance . . .

Inconsistent data type in GEOMETRY_COLUMNS table.

Could not start ArcSDE -- Check Network, $SDEHOME disk, DBMS settings and dbinit.sde.

同事照着安装文档重新安装SDE几次，都是安装成功，到启动时就报这个错误，搞得很郁闷。我去看了$SDEHOME/etc目录下的log文件，也没有发现什么问题，于是上网查。

找到了几条Inconsistent data type in GEOMETRY_COLUMNS table类似的网页，基本上都是在ESRI社区上的。其中一条是：

Error: Inconsistent data type in GEOMETRY_COLUMNS table
Article ID: 29292
Software: ArcSDE 9.0, 9.1, 9.2
Platforms: N/A

Error Message
The following error may occur when attempting to start the ArcSDE Application Server for ArcSDE 9.x for oracle:

>sdemon -o start
esri_sde service failed during initialization.
Please check event log or error log files.
Error starting esri_sde service(997)
Could not start ArcSDE -- Check Network, $SDEHOME disk, DBMS settings and
dbinit.sde.

The SDE error log file in $SDEHOME/etc may contain the following error:

-------------------------------------------------------
ArcSDE 9.0 oracle9i Build 1093 Fri Mar 19 13:28:50 PST 2004
-------------------------------------------------------
db_get_dbms_release::Current Release 9.2.0.4.0 is assumed to be compatible with 9.0.0.0.0
Instance initialized for SDE . . .
Connected to instance . . .
Inconsistent data type in GEOMETRY_COLUMNS table.

Cause
This error can occur if an upgrade to the oracle software on the RDBMS server was not completely successful, for example an upgrade from oracle 9.2.0.0 to oracle 9.2.0.5.

This error can also occur if the oracle software was upgraded successfully, but the required upgrade of the oracle database following the software upgrade was either omitted or not completed successfully.

Solution or Workaround
Reapply the oracle software upgrade and/or redo the database upgrade procedures as required to make sure that the both the software upgrade and the database upgrade were successful. Consult the oracle documentation or contact oracle Technical Support if assistance is required.

This error can also occur with fresh installations of oracle and ArcSDE during ArcSDE's Post-Installation procedures when it attempts to start the Application Server for the first time. For these cases, the following procedure should resolve the problem:

Drop the oracle database.
If ArcSDE is running on a Windows platform, perform the following step. Otherwise, proceed to step 3.

Delete the ArcSDE service using the sdeservice -o delete command. Refer to the ArcSDE Developer Help for information on the usage of this command.
Reapply the oracle software upgrade.
Build a new oracle database.

Run the ArcSDE Post-Install procedure as described in the ArcSDE Installation Guide for your server platform.

Created: 5/18/2005
Last Modified: 9/8/2008

我们的Oracle数据库和SDE都是全新安装，不存在数据库版本升级的问题，但是这使得我们把注意力集中到数据库这边来，认为出现这个问题的原因很可能就是Oracle数据库安装或者配置有问题。
于是让同事再次重新安装Oracle，重建database，结果还是出现那样的问题！这时候，我在ESRI Surport Center上看到了这样的回答：

Checked the NLS_NCHAR_CHARACTERSET, is it UTF8?

原文地址：http://forums.esri.com/Thread.asp?c=158&f=2285&t=232603

难道是Oracle数据库字符集的问题？于是以sysdba身份登陆数据库，在SQLPLUS里执行相关SQL语句：

SQL>select * from nls_database_parameters
SQL> /

PARAMETER VALUE
------------------------------ ----------------------------------------
NLS_LANGUAGE SIMPLIFIED CHINESE
NLS_TERRITORY CHINA
NLS_CURRENCY ?
NLS_ISO_CURRENCY CHINA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET ZHS16CGB231280
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE SIMPLIFIED CHINESE
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY ?
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_NCHAR_CHARACTERSET UTF8
NLS_RDBMS_VERSION 10.2.0.1.0

20 rows selected.

果然，数据库的字符集设置与系统及相关软件不匹配。
于是让他drop掉database，重新建立一个，数据库国家字符集和数据库字符集分别设置为ZHS16GBK和AL16UTF16，重新安装SDE后，启动终于正常了！

这时再执行上面的查询：

SQL>select * from nls_database_parameters
SQL> /

PARAMETER VALUE
------------------------------ ---------------------------------------------------------------------
NLS_LANGUAGE SIMPLIFIED CHINESE
NLS_TERRITORY CHINA
NLS_CURRENCY ?
NLS_ISO_CURRENCY CHINA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET ZHS16GBK
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE SIMPLIFIED CHINESE
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY ?
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_RDBMS_VERSION 10.2.0.1.0

20 rows selected.

顺便说一下，我们的系统是RedHat Linux AS4 update7，SDE版本是ArcSDE 9.2，Oracle版本是Oracle Database 10g Release 2 (10.2.0.1.0) Enterprise Edition for Linux x86。

看来Oracle字符集设置还是非常重要的。

ArcGIS自带了多种坐标系统，在${ArcGISHome}\Coordinate Systems\目录下可以看到三个文件夹，分别是Geographic Coordinate Systems、Projected Coordinate Systems、Vertical Coordinate Systems，中文翻译为地理坐标系、投影坐标系、垂直坐标系。

关于地理坐标系和投影坐标系的区别，网络上有相关的文章介绍－－地理坐标系与投影坐标系的区别，简而言之，投影坐标系＝地理坐标系＋投影过程。

1 Geographic Coordinate Systems

在Geographic Coordinate Systems目录中，我们可以看到已定义的许多坐标系信息，典型的如Geographic Coordinate Systems\World目录下的WGS 1984.prj，里面所定义的坐标参数：

GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137,
298.257223563]],PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]]

里面描述了地理坐标系的名称、大地基准面、椭球体、起始坐标参考点、单位等。

2 Projected Coordinate Systems

在Projected Coordinate Systems目录中同样存在许多已定义的投影坐标系，我国大部分地图所采用的北京54和西安80坐标系的投影文件就在其中，它们均使用高斯-克吕格投 影，前者使用克拉索夫斯基椭球体，后者使用国际大地测量协会推荐的IAG 75地球椭球体。如Beijing 1954 3 Degree GK CM 75E.prj定义的坐标参数：

PROJCS["Beijing_1954_3_Degree_GK_CM_75E",GEOGCS["GCS_Beijing_1954",
DATUM["D_Beijing_1954",SPHEROID["Krasovsky_1940",6378245.0,298.3]],
PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Gauss_Kruger"],
PARAMETER["False_Easting",500000.0],PARAMETER["False_Northing",0.0],
PARAMETER["Central_Meridian",75.0],PARAMETER["Scale_Factor",1.0],
PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]

可以看出，参数里除了包含地理坐标系的定义外，还有投影方式的信息。

北京54和西安80是我们使用最多的坐标系，在ArcGIS文件中，对于这两种坐标系统的命名有一些不同，简单看去很容易让人产生迷惑。在此之前，先简单 介绍高斯-克吕格投影的基本知识，了解就直接跳过，我国大中比例尺地图均采用高斯-克吕格投影，其通常是按6度和3度分带投影，1:2.5万－1:50万 比例尺地形图采用经差6度分带，1:1万比例尺的地形图采用经差3度分带。具体分带法是：6度分带从本初子午线开始，按经差6度为一个投影带自西向东划 分，全球共分60个投影带，带号分别为1－60；3度投影带是从东经1度30秒经线开始，按经差3度为一个投影带自西向东划分，全球共分120个投影带。 为了便于地形图的测量作业，在高斯-克吕格投影带内布置了平面直角坐标系统，具体方法是，规定中央经线为X轴，赤道为Y轴，中央经线与赤道交点为坐标原 点，x值在北半球为正，南半球为负，y值在中央经线以东为正，中央经线以西为负。由于我国疆域均在北半球，x值均为正值，为了避免y值出现负值，规定各投 影带的坐标纵轴均西移500km，中央经线上原横坐标值由0变为500km。为了方便带间点位的区分，可以在每个点位横坐标y值的百千米位数前加上所在带 号，如20带内A点的坐标可以表示为Y_A=20 745 921.8m。

在Coordinate Systems\Projected Coordinate Systems\Gauss Kruger\Beijing 1954目录中，我们可以看到四种不同的命名方式：

Beijing 1954 3 Degree GK CM 75E.prj
Beijing 1954 3 Degree GK Zone 25.prj
Beijing 1954 GK Zone 13.prj
Beijing 1954 GK Zone 13N.prj

对它们的说明分别如下：

三度分带法的北京54坐标系，中央经线在东75度的分带坐标，横坐标前不加带号
三度分带法的北京54坐标系，中央经线在东75度的分带坐标，横坐标前加带号
六度分带法的北京54坐标系，分带号为13，横坐标前加带号
六度分带法的北京54坐标系，分带号为13，横坐标前不加带号

在Coordinate Systems\Projected Coordinate Systems\Gauss Kruger\Xian 1980目录中，文件命名方式又有所变化：

Xian 1980 3 Degree GK CM 75E.prj
Xian 1980 3 Degree GK Zone 25.prj
Xian 1980 GK CM 75E.prj
Xian 1980 GK Zone 13.prj

西安80坐标文件的命名方式、含义和北京54前两个坐标相同，但没有出现“带号+N”这种形式，为什么没有采用统一的命名方式？让人看了有些费解。

3 Vertical Coordinate Systems

Vertical Coordinate Systems定义了测量海拔或深度值的原点，具体的定义，英文描述的更为准确：

A vertical coordinate system defines the origin for height or depth values. Like a horizontal coordinate system, most of the information in a vertical coordinate system is not needed unless you want to display or combine a dataset with other data that uses a different vertical coordinate system.

Perhaps the most important part of a vertical coordinate system is its unit of measure. The unit of measure is always linear (e.g., international feet or meters). Another important part is whether the z values represent heights (elevations) or depths. For each type, the z-axis direction is positive "up" or "down", respectively.

One z value is shown for the height-based mean sea level system. Any point that falls below the mean sea level line but is referenced to it will have a negative z value. The mean low water system has two z values associated with it. Because the mean low water system is depth-based, the z values are positive. Any point that falls above the mean low water line but is referenced to it will have a negative z value.

需要注意的是，大家经常希望能够通过坐标转换，将北京54或西安80中的地理坐标系转换到WGS84，实际上这样做是不准确的，北京54或西安80的投影 坐标可以通过计算转换到其对应的地理坐标系，但由于我国北京54和西安80中的地理坐标系到WGS84的转换参数没有公开，因此无法完成其到WGS84坐 标的精准计算。其他公开了转换参数的坐标系都可以在ArcToolbox中完成转换。

参考资料：

蔡孟裔等.新编地图学教程.高等教育出版社
ArcGIS 9.2 Desktop Help

感谢ESRI中国社区版主isnotnull的帮助

function getAttribute(obj) {
// 用来保存所有的属性名称和值
var props = "";
// 开始遍历
for(var p in obj){
// 方法
if(typeof(obj[p])=="function"  {
obj[p]();
}else{
if(typeof(obj[p])=="object"  {
//递归
getAttribute(obj[p]);
}else{
// p 为属性名称，obj[p]为对应属性的值
props+= p + "=" + obj[p] + "t";
}
}
}
// 最后显示所有的属性
document.write(props + "
"  ;
}