包含Subpixel模块，先使用9.1的crack破解……

ActiveX最初只不过是一个商标名称而已,它所涵盖的技术并不是各自孤立的,其中多数都与Internet和Web有一定的关联。更重要的是,ActiveX的整体技术是由Microsoft的COM(Component Object Model,组件对象模型)构筑的。但不要误认为ActiveX是定义了所有包含基于COM的技术。COM与Microsoft Office和Windows以及Microsoft现在所做的一切都有关联,但显然这些产品并不是ActiveX家族中的成员。

ActiveX是从Microsoft的复合文档技术——OLE成长起来的。OLE最初发布的版本,只是瞄准复合文档,但在后续版本OLE2中,导入了 COM。COM是应OLE设计者的需求而诞生的。其基本的出发点是想让某个软件通过一个通用的机构为另一个软件提供服务。因而,COM的第一个使用者是 OLE2。实际上,COM与复合文档间,没有多大关系。后来,COM就作为与复合文档完全无关的技术,开始被广泛使用。这样一来,Microsoft就开始"染指"通用平台技术。但COM不是产品,它需要一个商标名称。不巧,市场专家们选用了"OLE"作为商标名称。于是,使用COM的技术都开始贴上了 OLE的标签。当然,这些技术中的绝大部分与复合文档没有关系。Microsoft要想向人们解释:"OLE不单单是指复合文档!",这要花费相当的精力和时间。

于是,在1996年春,Microsoft改变了主意,选择了ActiveX作为新商标名。ActiveX是指宽松定义的、基于COM的技术集合,而OLE仍然仅指复合文档。当然,最重要的核心还是COM。

让对象模型完全独立于编程语言,这是一个非常新奇的思想。从C++和Java的对象上,我们就能有所了解。但所谓COM对象究竟是什么?为了便于理解,可以把COM看作是某种(软件)打包技术,即把它看作是使软件的不同部分,按照一定的面向对象的形式,组合成可以交互的过程和一组支持库。COM对象可以用 C++、Java和VB等任意一种语言编写,并可以DLL或作为不同过程工作的执行文件的形式来实现。使用COM对象的客户端,无需关心对象是用什么语言写的,也无需关心它是以DLL、还是以另外的过程来执行的。从客户端来看,无任何区别。

这样一个通用的处理技巧非常有用。例如,由用户协调运行的两个应用,可以将它们的共同作业部分,作为COM对象间的交互来实现(当然,现在的OLE复合文档也能做到)。为在浏览器中执行而从Web服务器下载的代码,浏览器可把它看作是COM对象。即是说,COM技术也是一种打包可下载代码的标准方法 (ActiveX控件执行这种功能)。

甚至连应用与本机OS进行交互的方法,也可以用COM来指定(Windows和Windows NT用的新API,多数是作为COM对象来定义的)。COM虽然起源于复合文档,但却可有效地适用于许多软件问题。

Active平台是Microsoft的世界观。其基本思想是:使用ActiveX控件,来构筑包括从与用户交互和适应COM的事务处理监视器到Web服务器、全部实现自动化的机构。Active平台包括两大部分:Active Server和Active Client。

Active Server实际上是中间层。使用组件或Active服务器页面,来提供用于业务逻辑和主要应用处理的场所。ActiveServer的技术,其核心是NT Server、Microsoft事务处理服务器、数据管理服务、目录服务、Web服务以及网络服务。

事务处理服务器是把线程产生和数据库多重化等传统的TP监控功能与Microsoft的基于组件的编程模型结合起来。数据管理服务等Active平台的其他组件是用OLE DB和ODBC,访问DB2、Oracle、SQL Server等的数据源。目录服务是在DCOM(Distributed COM,分布式COM)的周围,提供目录服务层,这样使远程对象在网络上能相互搜索。Web服务以Internet信息服务器为中心进行构筑,它为服务器上的Web应用开发,提供脚本生成(Scripting)机构。网络服务以DCOM为中心进行构筑,通过以同步MS-RPC为中介的网络,使之能够连接控件。

Active Client是一种交叉平台。Microsoft的技术纵然是独家所有,但也希望将这种技术向多个OS开放。具体实施计划是使用脚本引擎(Scripting Engine)。这种脚本引擎是由标准的HTML和带有Microsoft特色的Java虚拟机(JVM)、Microsoft的VBScript与JScript所构成的。Active Client组装进了Microsoft的IE 3.0和4.0,通过ActiveX,可以变成用户的C/S应用的一部分。

从清一色采用Windows的企业用户来看,Active平台可以提供坚固的、具有可缩放性的服务器应用开发平台。ActiveServer在TP监视器这类高端产品的场合,也利用常见的一些工具和技术。因此,小型工作组和Intranet应用不会超越Active Server的能力。Active平台的目标机虽是异种机环境,但由于过分依赖IE,所以不能驱动客户端。尽管在一些非Windows平台上也推出了Explorer,但最好的支持、最新版本的Explorer还是在Windows上。

1.向分布计算扩充

COM的最初版本假定COM对象及其客户端是在同一个机器上运行(可以在同一个进程内,也可以在不同的进程内),DCOM是ActiveX家族中的重要成员。后来,它在Windows 95中也能使用。DCOM对于客户端制作COM对象、进行交互的方法没有做任何改变。

客户端使用完全相同的代码,可以访问本地以及远程对象。但许多场合下,客户想使用少数的DCOM附件。DCOM备有分布式安全保密机制,提供认证和数据加密。在1998年要发布的Windows NT 5.0中,要将Kerberos等安全保密协议,追加到DCOM中。DCOM已能够利用域名服务等简洁的目录服务,以用于搜寻在其他机器上的COM对象。NT 5.0要追加对Active Directory的支持。Active Directory是基于域名服务和轻型目录访问协议的。

DCOM的劲敌,此前一直是OMG(Object Management Group)的CORBA(Common Object Request Broker Architecture)。它被组装进了Iona的Orbix和Visigenic的VisiBroker等产品中。不久前,另一种支持分散对象的技术 ——Java的远程方法调用出台了。无论是CORBA,还是DCOM,都能在多种语言写的对象间进行通信。而RMI却不同,它只限于在由Java实现的对象间进行通信。显然,这是个制约。但RMI使用起来非常简单。另外,RMI的开发者可以用Java来设计协议规范。因此,在语言的功能上,可以做得浑然一体。若写一个只处理两三个客户端的DCOM服务器,还是比较简单的。但是,要构筑一个高效处理几百、几千个客户端的DCOM服务器,则相当之难。

为了便于编写可缩放的DCOM服务器,Microsoft发布了事务处理服务器(MTS)。MTS在支持事务处理的同时,也提供自动生成线索和智能对象的重复使用等服务。MTS使可缩放服务器的制作变得相当简单。即使是无需事务处理的应用,使用MTS也有好处。实际上,Microsoft鼓励人们用VB来写MTS应用。这与开发业务服务器的传统手法不同,所有的MTS应用,都是作为一个以上的COM对象来编写,且必须以DLL来实现。一般情况下,客户端看不到MTS。客户端只管一如既往地制作、使用COM对象即可。

2.组件的标准化

基于组件的应用开发,其方法和组装电子装置一样,可以用已制作好的组件部件来构筑应用。桌面用的、基于COM的组件叫做ActiveX控件。所谓ActiveX控件不过是遵从一定的标准、与客户端交互的COM对象而已。

例如,ActiveX控件必须通过Automation (即使用dispinterfaces)来公开方法。用这个被标准化的交互功能,可以在多个不同的上下文中,使用同一个控件。在这个标准接口的"幕后", ActiveX控件几乎是什么都能执行。现在,许多软件公司都能提供实现各种功能的控件。

ActiveX控件是作为DDL编写的,为此,必须装载到某个容器中。ActiveX控件的原型容器是VB,除此之外,还有多种容器可供选择。目前,一个非常重要的控件容器是Microsoft的Web浏览器Internet Explorer。

现在所谓ActiveX控件的那些内容,是实现许多方法所必须的。已经把它们从机器的本地硬盘移到了VB等容器中。几百KB和几MB的控件,似乎没有什么大区别。但要将控件装载到Web浏览器时,很可能要通过速度很慢的电话线。现在,控件的大小已经是非常关键的问题。一旦要执行超过了某个限度以上的控件,就会延长下载时间。因此,Microsoft规定:在ActiveX控件中,只能执行绝对必要的功能。

Apple和IBM推行的OpenDoc,曾是ActiveX控件的主要竞争对手。现在OpenDoc的赞助企业,已正式宣告中止资助。大部分与 Microsoft对抗的企业,转而支持JavaBeans(基于Java的组件结构)。ActiveX控件,基本上都是和Windows捆绑在一起、以二进制机器代码发放的,而JavaBeans却不同,它在哪儿都能执行。这当然是有代价的。显而易见,只要不牺牲可移植性,就不可能完全、彻底地利用本地环境。要编写从公共Internet上能下载的组件时,应优先选择JavaBeans。

桌面组件市场在持续、急速增长。其中绝大部分是以ActiveX控件构筑的(目前JavaBeans仍然是少数)。但服务器组件的标准化要落后一些。在桌面上,Web浏览器、VB以及PowerBuilder这些编程环境,作为容器是强有力的。但服务器容器又该当如何呢?作为服务器上的组件容器, 事务处理服务器是一个较好的选择。

Microsoft的竞争对手,千方百计要阻止MTS和NT称霸市场。他们正在快马加鞭地制订服务器上的组件标准,其中最有前途的是Enterprise JavaBeans。它是JavaBeans的扩充,并定义了事务处理服务器接口。Enterprise JavaBeans的支持者们,希望独立软件厂商不是将服务器组件作为COM组件来编写,而是要作为Beans来编写。

随着ActiveX控件的推广,ActiveX控件的开发工具逐日增加。由于ActiveX不依赖于语言,所以传统的开发工具基本上都能构筑、配备ActiveX控件。最常用的有Delphi、PowerBuilder以及Visual Basic、Visual C++、Visual J++等。

1. 基本概况

用3GL开发ActiveX控件的方法有:①MFC (Microsoft Foundation Class,Microsoft基础类),②ATL(ActiveX Template Library,ActiveX模板库),③BaseCtrl Framework等。MFC最经典,采用MFC,可以使开发者不去关心接口,而是集中精力关注对象的动作。缺点是控件的规模较大且执行时DLL必须与容器同时存在。ATL可利用模板生成代码。就是说,库和DLL无需与控件一起推出。在ATL中,需要从作为模板存在的几个基本类派生类。ATL也有缺点,即接口的处理较难,应用中必要的接口,必须分别制作。另外,ATL不支持类向导(Class Wizard)。遗憾的是,没有使对象描述语言(Object Description Language)和接口定义语言文件、与用户代码自动同步的向导。BaseCtrl是个简便型库。与ATL非常相似,但无模板。实际上,由于 BaseCtrl过于简便,Microsoft并不支持它。在BaseCtrl中,带有几个万能控件(Skeleton Control)。BaseCtrl提供容易理解的ActiveX开发模型,但与ATL相比并不简单,且灵活性也不及ATL。目前看来,对于 ActiveX控件开发者来说,BaseCtrl是个"苦涩"的选择。

2. 开发工具

可制作ActiveX控件的、最初的工具是Microsoft的Visual C++。它可为ActiveX开发者提供最多的控件。Visual J++也可以制作ActiveX控件。

Borland推出的两个工具(JBuilder和IntraBuilder)也非常令人瞩目。但是,用Borland的工具能制作ActiveX组件的, 只有Delphi 3.0和C++ Builder。Borland把Delphi的ActiveX开发功能,叫作Active Inside。它是将任意的Delphi Window做成ActiveX的形式。Active Inside备有配备在Web上的新控件。Delphi可以将控件链接到COM和DCOM。

PowerBuilder 5.0是改造成能用于ActiveX开发的、客户机/服务器开发工具。 PowerBuilder可以将Data Window(PowerBuilder应用开发的核心部分)作为ActiveX控件来配备。以使现在的PowerBuilder开发者,能使用 PowerScript编程语言等某些熟悉的功能。具有制作ActivX控件最好工具的,当属Microsoft。例如,若用Visual Basic 5.0,开发者就可使用可视化编程环境和本机的Visual Basic for Application语言,来开发控件。

的未来的确,Windows和Windows NT的世界,是ActiveX技术的最佳环境。但无论Microsoft如何卖力推进它的OS,也不能使所有的企业都变成清一色的Windows。因此, Microsoft要设法使COM、DCOM以及ActiveX家族的一部分,也能在其他OS上使用。现在,在Macintosh中,已经支持 ActiveX,其中也包含对ActiveX控件的支持。Software AG正在把这些技术移植到多个Unix和IBM的OS/390上。DEC和HP也打算将这些技术在自己的系统上使用,他们也是用移植Microsoft代码的办法来实现的。

COM已成为Windows 95和Windows NT环境下基础软件的重要部分,但它的未来还有许多不确定的因素。例如,Microsoft是否能将COM作为多平台技术,让其继续存在发展下去?为了使 NT服务器能适合已有的企业,就必须要使DCOM等分布式服务也能在非Microsoft平台上应用。要解决这些问题, 需花费相当长的一段时间。另外, 基于CORBA的产品和Java的RMI,已成功地运行在多OS环境下。多平台DCOM出台得越晚,CORBA和RMI就领先越多。ActiveX控件和 JavaBeans的竞争前景如何?无论使软件运行在Web浏览器上也好,还是在另外的地方运行也好,总之,组件式软件(ComponentWare)将是下一个软件开发的热点。

• 画板引导式工作流
• 工作站既可以浏览产生的结果也可以预览输出的结果
• 对于地理参考工作的流程，支持仿射变换，多项式变换，橡皮拉伸，RPC模型纠正，严格轨道模型和直接线性转换。（严格轨道模型和RPC参数需要IMAGINE Advantage License）
• 对于边缘匹配则支持橡皮拉伸和多项式变换

新增IMAGINE Easytrace影像智能矢量化模块

• 快速响应：提取结果可以及时显示
•  功能多样性：可以处理任何在视窗中显示的栅格影像数据
• 灵活性：绝大多数情况下，数据不需要做预处理
•  使用方便：与手动数字化的集成，最小化学习过程，热键使得用户可以很快地在各种不同的数字化模式间进行切换
• 机动性：一系列跟踪模式来适应不同时相的和各种复杂的影像场景像场景

新的Toolkit Developers’Network 9.0 C开发包支持网络

• EML图形用户接口（GUI）存取函数
  它主要提供给编程者应用所有ERDAS宏语言（EML）API函数的一个接口：
• 以EML文本作模板建立应用程序的用户图形界面
• 显示/不显示由EML文本定义的对话框
• 增加/消除由EML文本定义的GUI部分的回调函数
• 操作GUI上的对象（如get/set值等）
• IMAGINE对象操作函数：主要包括对IMAGINE所有应用的注记层、感兴趣区、彩色库、分类、富立叶变换、表管理、影像文件存取、栅格输入/输出、地图投影、纠正、栅格GIS分析、矢量处理、统计、采样、变换等对象的操作函数
  
• 应用环境函数：主要包括变量分析、配置管理、错误注记与报告、磁带存取、参考数据库、安全系统等的设置与管理
  
• 底层文件I/O和系统存取函数：该部分主要包括建立，读取、定位、查找文件和目录的信息、平台无关格式、共享内存等函数
  提取对象操作函数：该部分包括二叉树搜索、动态列表管理、链接列表、基于简单查询语言的条件选择、字符串操作、符号表等函数
  
  Toolkit Developers’ Network 9.0 C开发包在线交互式工具
  Toolkit Developers’ Network是徕佧公司为ERDAS二次开发用户创建的一个在线交互式工具，是为了帮助ERDAS IMAGINE 9.0生产应用工具包而设计的，必须购买C Developers Toolkit二次开发包才能使用。
  
• IMAGINE9.0的开发包将可以通过“Developer’s Network”下载获取。就软件发布来说虽然是一项新技术，但它比以前用光盘的发布更安全，而且在内容上可以确保经常得到更新。
  
• 密码保护。注册的信息可以通过我们的“Onyx”系统来检测用户的记录。如果你不是“IMAGINE Developers’ Toolkit”用户或软件维护期的用户（SMW），将无法进入网站。如果登陆失败，就会自动转向我们的销售支持网站。
  
• 更新了以前的API文件。公司花费了很长时间来更新了以前的工具包文件。这意味着每一个函数和数据类型的正确性都被测试过，从而获得了更全面工具开发包文件。每个函数都有一个总体描述，输入/输出，节点（Notes），变量描述（Argument Descriptions），和有效的帮助链接（See Also）。
  
• 创建了例子并以数据库的形式存储以便搜索。例如，假如你要浏览工具包的函数，很想看这个函数实际运行程序的例子，我们可以通过提供链接来显示每一个例子程序，包括对你有疑问的函数。
  
• 知识库有知识库文章并根据相关的主题进行了分组。如常见问题解答，下载，安装，例子等等。
  
• 每篇文章都有注记，同时你还可以加上自己的评语和提示或者是可浏览的建议。研发论坛允许每个用户在网上张贴自己的东西。论坛的形式特征如下：
  可针对某一问题进行民意测试，并可以对测试的结果用图表浏览。
  在论坛上可以对所有的主题进行RSS Feed。
  提供个人小纸条。
  支持套入式引用答复。
  可以通过email通知订阅每个讨论的主题。
  提供高级的WYSIWYG编辑器，可对张贴的帖子进行编辑。
  可以粘贴多个附件。
  提供文章点击率的统计数，例如提供热点讨论。
  
• 提供高级搜索引擎工具供用户执行SQL Sever全文检索，如Google。通过重点关键词可搜索出你所需要的全部内容。
  
• 用户可以通过日历设置的事件，事件为整个网络都可见。所有最近发生的事件贴在日历上并通过RSS Feed发布。
  
• 全面精致的控制面板可允许每个用户创建属于自己个性化的空间，并可以收藏或保存自己最喜欢的论坛网页，知识库文章或者是保存直接进行链接到个人空间的API功能键。

新增IMAGINE Virtual Explorer V3.0

Virtual Explorer主模块加扩展模块可以让用户获取不同的GIS客户化的和共享的工具。不管是否有经验或者需要经验，Virtual Explorer套件提供了三维的虚拟工具，集成了空间和基于空间的属性查询，编辑工具，地理编码和具有最新型的最优良的分发能力。在GIS数据的共享方面，Virtual Explorer成为行业的一个新标准。

• 通过使用Virtual Explorer DVD扩展模块，以CD、DVD或以其他方式发布的文件介质进行传送或发布
  
• Virtual Explorer普通客户端：Virtual Explorer普通客户端是一个免费的分发应用工具，允许用户远程浏览三维场景，控制层的显示，录制喜欢的场景位置和注记。使用Virtual Explorer协作，用户之间可以通过相互协作式的分析和聊天的方式可以对GIS的属性信息进行查询。
  
• Virtual Explorer专业用户端：不仅提供了简单的远程浏览，Virtual Explorer专业用户端还可以授权于远程用户通过全面的，附加的分析工具箱加入他们自己的空间数据进行分析现实三维环境。通过Virtual Explorer协作，用户可以把局部分析和客户化的GIS数据加入三维场景内并传送给其他的用户。
  

新增IMAGINE Enterprise Loader V9.0

产品综述
      IMAGINE Enterprise Loader允许用户导入矢量和栅格数据到数据库系统如Oracle Spatial 10g，以使得终端用户能最大限制地使用和访问数据。影像能够作为单独的地理栅格导入或IMAGINE Enterprise Loader能够在相关联的ERDAS IMAGINE中自动把多光谱影像融合为一个地理栅格数据来使用。一旦数据导入数据库，所有ERDAS IMAGINE和LPS都能访问，浏览和分析数据。

      ERDAS IMAGINE V9.0支持企业级的地理空间影像处理，这对那些需要进行大量采集地理空间数据的公司来说无疑是一个福音。使用集中关系数据库来存储地理空间信息对于一个通过客户端来访问数据库并可以增加访问数的机构来说无疑是受益的。因此公司在影像和特征空间信息方面的投资归结为最大限度地开发终端用户的最大访问的个数。IMAGINE Essentials V9.0就已经提供了客户端交互的方式来访问空间数据库，如ESRI ArcSDE或者Oracle Spatial。IMAGINE Enterprise Loader是以新的模块方式附加到IMAGINE Essentials或更高版本上的，它为用户提供了一种有效的，便利的方式来引入地理空间数据的Oracle Spatial 10g。通常说来，用户可能会有很多种客户端应用如ERDAS IMAGINE，但是有时可能只需要一个或两个IMAGINE Enterprise Loader浮动许可来实现所有用户的这种间歇式的需要--引入空间数据库。

关键功能：
? 可有效地导入大批量的栅格和特征数据到Oracle Spatial 10g。
? 引入开放式的地理参考栅格结构和元数据.
? 支持专业的地理参考数据结构
? 几何模型如RPC参数
? NITF元数据的高级应用
? “拇指”可以帮助进行地理空间选择。
? ERDAS IMAGINE任何数据格式都可以读。
? 地图以数据格式导入数据库，元数据以属性字段存储。
? IMAGINE Oracle的表格工具可以帮助管理者管理地理栅格数据。
? 可以把ESRI Shapfile文件载入Oracle Spatial Geometry。

系统要求：
      IMAGINE Enterprise Loader的使用需要Oracle Database 10g Enterprise（Release2）包括撒Spatial空间选项，和能够把数据导入数据库表格的许可。

注意：Oracle仅是计算机服务器上需要。为了运行IMAGINE Enterprise Loader模块，其本身只需要相同的最小系统规格配置如ERDAS IMAGINE9.0的配置。特别注意，现在所发布的产品不支持UNIX（Sun Solaris）.

1、使用DAEMON TOOLS等工具打开镜像文件，安装SETUP；

3、运行LMTOOLS，同以前版本一样配置服务，若无Erdas license manager，在注册表HKEY_LOCAL_MACHINE\SOFTWARE\FLEXlm License Manager\中添加ERDAS License Manager。

4、运行ERDAS，选择Specify the License Server，并输入SERVERNAME（即你的计算机名），OK可以体验了。

• 企业级能力
• OrbView3正射纠正
• CARTOSAT-1正射纠正
• 高通滤波器影像融合（全色波段锐化）
• 度量精度评估工具
• 对于金字塔层的视觉改进
• 改进的自动处理工具

• 基于ESRI ArcObjects V9.1的更新
    支持Geodatabase
    ArcSDE栅格输出
    ArcSDE栅格和矢量动态链接（dll）
• 基于Oracle 10g的空间存储能力
    只读访问
    地理栅格数据
    矢量的几何特性（点，线，面）
    地理栅格的空间选择工具
• 金字塔层
    不再存在更多的可见“邮票”似的黑色边缘
    可视化很好的金字塔层是1个比特（和所有子金字塔层为8比特）
• 浏览窗口的改进
    用户指定投影系统来显示数据
    针对于8比特的影像数据（IKONOS等）的亮度／对比度工具作了改进
    16比特的AOI栅格编辑
    更易使用的GLT空间浏览面板
• 在影像信息（Image Info）一栏快速确定文件的大小
    扩展了浏览文件菜单选项
    浏览窗口内影像指向地图系统的定向
    可进行文件选择
    浏览窗口采样方法选择
• 在影像命令工具（Command Tool）方面现在增加了高程处理功能
     矢量处理的改进
    “Enable Editing”在任何数字编辑开始之前需要激活
     打开文件的类型中可以选择“All File-Base Vector Formats”进行过滤
    可通过工具进行创建圆周
    允许在一个coverage目录内的.evs文件被覆盖
    可拷贝也可以移动.evs文件
  
  IMAGINE Advantage中的更新
  ?Orbview3传感器模型（在Orbital Pushbroom模型内）
  ?镶嵌工具自动剔除输出碎片（tile），并以０替换
  ?在免费维护期内用户会收到Leica Mosaic Pro
  详情参看LPS 9.0
  ? 高通滤波分辨率融合
   默认设置：减少数据细节显示从而保留色彩不变
  保留了色彩而没有做锐化
  对高分辨率影像要求实施二次高通滤波处理
  融合后可明显区分影像地物
  优良的精确度评估工具
  
  IMAGINE Vector的更新
  可对二维或三维的Shapefile数据进行重投影
   包括计算面积和周长
  
  IMAGINE MrSID Encoder（压缩编码）的更新
    现在支持MrSID第3代编码
    创建的MrSID文件大于2GB
    无损的压缩编码选择
• 正射雷达方面的重要改进
    执行更好的地理编码
    对于大幅影像来说执行更好的正射校正
    在正射校正过程中明显减少了内存的使用
    以经纬度为单位的地理高程模型现在可以用于正射校正
    改进了的轨道模型
• IMAGINE雷达辐射解译的改进
    雷达辐射地形的纠正
    改进了通用雷达节点的界面（Generic SAR Node）
    通过使用解译功能里的“Radar conversions”来使用ASF数据