iec61850icd模型文件属性详解
ICD模型文件属性详解
目录
0 前言 (5)
1 术语 (5)
2 概述 (5)
2.1SCL语言介绍 (5)
2.2SCL文件分类 (6)
3 工程实施过程 (8)
3.1公共部分 (8)
3.2我们监控与我们装置 (8)
3.3我们监控与外厂家装置 (8)
3.4我们装置与外厂家监控 (9)
4 文件错误验证规则 (9)
4.1验证规则概述 (9)
4.2语法验证细则 (9)
4.2.1 SCL节点 (9)
4.2.2 Header节点 (10)
4.2.3 History节点 (10)
4.2.4 Hitem节点 (10)
4.2.5 Communication节点 (11)
4.2.6 SubNetwork节点 (11)
4.2.7 BitRate节点 (11)
4.2.8 ConnectedAP节点 (11)
4.2.9 Address节点 (12)
4.2.10 P节点 (12)
4.2.11 GSE节点 (12)
4.2.12 MinTime、MaxTime节点 (12)
4.2.13 SMV节点 (12)
4.2.14 PhysConn节点 (13)
4.2.15 IED节点 (13)
4.2.16 Services节点 (14)
4.2.17 DynAssociation节点 (14)
4.2.18 SettingGroups节点 (14)
4.2.19 GetDirectory节点 (15)
4.2.20 GetDataObjectDefinition节点 (15)
4.2.21 DataObjectDirectory节点 (15)
4.2.22 GetDataSetValue节点 (15)
4.2.23 SetDataSetValue节点 (15)
4.2.24 DataSetDirectory节点 (15)
4.2.25 ConfDataSet节点 (15)
4.2.26 DynDataSet节点 (15)
4.2.27 ReadWrite节点 (16)
4.2.28 TimerActivatedControl节点 (16)
4.2.29 ConfReportControl节点 (16)
4.2.31 ConfLogControl节点 (16)
4.2.32 ReportSettings节点 (16)
4.2.33 LogSettings节点 (16)
4.2.34 GSESettings节点 (17)
4.2.35 SMVSettings节点 (17)
4.2.36 GSEDir节点 (17)
4.2.37 GOOSE节点 (17)
4.2.38 GSSE节点 (17)
4.2.39 SMV节点 (18)
4.2.40 FileHandling节点 (18)
4.2.41 ConfLNs节点 (18)
4.2.42 ClientServices节点 (18)
4.2.43 ConfLdName节点 (18)
4.2.44 AccessPoint节点 (18)
4.2.45 Server节点 (19)
4.2.46 Authentication节点 (19)
4.2.47 LDevice节点 (19)
4.2.48 LN0节点 (20)
4.2.49 DataSet节点 (20)
4.2.50 FCDA节点 (21)
4.2.51 FCCB节点 (21)
4.2.52 ReportControl节点 (21)
4.2.53 TrgOps节点 (22)
4.2.54 OptFields节点 (22)
4.2.55 RptEnabled节点 (23)
4.2.56 ClientLN节点 (23)
4.2.57 LogControl节点 (23)
4.2.58 DOI节点 (24)
4.2.59 SDI节点 (24)
4.2.60 DAI节点 (24)
4.2.61 Val节点 (25)
4.2.62 Inputs节点 (25)
4.2.63 ExtRef节点 (25)
4.2.64 Log节点 (26)
4.2.65 GSEControl节点 (26)
4.2.66 SampledValueControl节点 (26)
4.2.67 SmvOpts节点 (27)
4.2.68 SettingControl节点 (27)
4.2.69 SCLControl节点 (27)
4.2.70 LN节点 (27)
4.2.71 AccessControl节点 (28)
4.2.72 Association节点 (28)
4.2.73 ServerAt节点 (28)
4.2.75 Sunject节点 (29)
4.2.76 IssuerName节点 (29)
4.2.77 SMVSecurity节点 (29)
4.2.78 DataTypeTemplates节点 (29)
4.2.79 LNodeType节点 (30)
4.2.80 DO节点 (30)
4.2.81 DOType节点 (30)
4.2.82 SDO节点 (31)
4.2.83 DA节点 (31)
4.2.84 DAType节点 (31)
4.2.85 BDA节点 (32)
4.2.86 EnumType节点 (32)
4.2.87 EnumVal节点 (32)
4.3标准验证细则 (33)
4.3.1 概述 (33)
4.3.2 检查没有引用的LNType[告警] (33)
4.3.3 检查没有引用的DOType[告警] (33)
4.3.4 检查没有引用的DAType[告警] (33)
4.3.5 检查没有引用的EnumType[告警] (33)
4.3.6 检查重复的LNType [告警] (33)
4.3.7 检查重复的DOType [告警] (33)
4.3.8 检查重复的DAType [告警] (33)
4.3.9 检查重复的EnumType [告警] (33)
4.3.10 检查LN引用的type类型[错误] (33)
4.3.11 检查DO引用的type类型[错误] (34)
4.3.12 检查SDO引用的type类型[错误] (34)
4.3.13 检查DA引用的type类型[错误] (34)
4.3.14 检查BDA引用的type类型[错误] (34)
4.3.15 检查DA引用的type类型的存在性[错误] (34)
4.3.16 检查BDA引用的type类型的存在性[错误] (34)
4.3.17检查DataSet中的成员[错误] (34)
4.3.18检查BSC中的btype类型是不是Tcmd [错误] (35)
4.3.19检查DPS错误[错误] (35)
4.3.20检查数据类型EntryTime [错误] (35)
4.3.21检查CDC-ING(ENG)-INC(ENC)-INS(ENS) [错误] (35)
4.3.22检查ReportControl控制块中的属性name和datSet同名[告警] (35)
4.3.23检查LNType扩充的情况[告警] (35)
4.4应用验证细则 (35)
4.4.1概述 (35)
4.4.2检查rptID的唯一性 (35)
4.4.3检查LLN0的存在性 (35)
4.4.4检查LPHD的存在性 (35)
4.4.5检查LLN0实例号 (36)
4.4.7检查ClientLN中的iedName在通讯中是否配置 (36)
5 常见问题说明 (36)
5.1ICD文件错误 (36)
5.2系统配置错误 (37)
6 参考文献 (37)
0 前言
随着数字化工程的逐渐增多，我们也应该为数字化普及所涉及到的技术，由原来的少部分人掌握，普及到每个人的身上。国内变电站的数字化，是一个趋势，是一个不可逆转的趋势，因此如果我们没有足够的数字化方面的人才，在今后的工程化实施过程中就会因人才匮乏而手忙脚乱。
而作为每一个工程人员，如果不懂得数据化工程的相关技术，也会在今后的竞争中处于被动。因此为了公司的生存，为了个人的生存，我们要时刻补充自己的大脑，来适应技术变革与创新。
这里，将会以最大的努力，将数字化变电站中，占据主要地位的SCL文档格式，以及工程使用方法和工程实施问题排查，做一总结性介绍。为了我们能够更快的入门与提高。
1 术语
这里仅仅列出一些重要术语，语法规则的术语，如果想深入研究，请参考相应文档。
XML Extensible Markup Language 扩展标志语言
SCL Substation Configuration description Language 变电站配置描述语言
RCB Report Control Block 报告控制块
IED Intelligent Electronic Device 智能电子设备
LD Logical Device 逻辑装置
LN Logical Node 逻辑节点
DO Data object class or instance 数据对象类型
DA Data Attribute 数据属性
BDA Baisc Data Attribute, that is not structured 非结构化的基本数据属性DOI Instantiated Data Object (DA TA) 实例化数据对象
DAI Instantiated Data Attribute 实例化数据属性
XSD XML Schema Definition XML语法定义
2 概述
2.1 SCL语言介绍
SCL (Substation Configuration description Language) 变电站配置描述语言，是IEC61850的模型语言，也是不同厂家进行互操作的语言基础。
图1 SCL包含的四部分（a）
图2 SCL包含的四部分（b）
图1和图2分别从理解和文件上体现了SCL语言包含的四部分内容。SCL完美的描述了一个变电站的各个方面。主要包含：（1）变电站1次设备部分；(2)变电站通讯部分；（3）二次厂家的二次智能保护测控设备部分；（4）数据模型模板部分。
从图2可以看出每个文件都必须有个
2.2 SCL文件分类
IEC61850将工程实施过程中的不同阶段的符合SCL语法规则的文件进行了分类，这是为了适应工程的变化需求，也是为了规范化文档管理。
大家或许知道，以往不同厂家间进行规约联调，都要有装置厂家提供相应的点表给对方。
图3 常规点表交换方式
如图3所示，不同厂家的点表都需要通过某种文档进行交互，由于各个厂家定义的文件格式的不同，造成收到对方提供的点表后还需要辛苦的录入数据库。这一工作量对于高度自动化的今天，显然已成为负担，而且手动录入过程，也是容易犯错误的过程。
IEC61850对厂家的交互文件的格式进行了统一规定。到目前为止，标准提到的文件类型包括以下几种。说明一下，这几种文件格式均符合SCL语法格式。除了CID文件外，其余文件均可互操作。即不同厂家，在支持标准的情况下均可自动识别。
-ICD （IED Capability Description ）智能电子设备能力描述文件； -SSD （System Specification Description ）系统规范描述文件；
-SCD （Substation Configuration Description ）变电站配置描述文件； -CID （Configured IED Description ）配置过的智能电子设备描述文件； -IID （Instantiated IED Description ）实例化的智能电子设备描述文件； -SED （System Exchange Description ）系统交换描述文件。
这些文件格式其实都是符合SCL 语法的xml 文件，但后缀被修改成这些标示而已，文件后缀其实并不重要，重要的是文件所描述的内容。例如一个ICD 文件如果里面包含了通讯部分且实例化了，那么我们将其后缀修改为.CID ，它就是CID 文件了。因此这里的文件都是意识形态上的，是从文件所包含的内容上讲的，格式都是一致的。
站控级应用
IEC61850V1.0IEC61850V2.0
图4 数字化文件交换方式
这几种文件在工程中的使用方式及使用场合如图4所示。在说明这个过程之前就要提到一个配置工具套件了。就是PLM 上已经发布的SCL 工具，里面包含了这里提到的IED 配置工具和系统配置工具。
由图4看出，ICD 文件是由装置提供的，如果装置无法直接提供，通过IED 配置工具（ICD 配置工具）也可以进行配置生成。具备了所有设备的ICD 文件（包括外厂家的），我们就可以使用系统配置工具（SCD 配置工具）进行集成。对于图中橘黄色部分提到的文件在目前运用不成熟的情况下可以暂时不予考虑，但要稍加了解。SSD 文件是描述变电站内一次设备拓扑关系的文件，可以定性为对一个变电站的设计（国内都是由电力设计院出）。SED 文件是针对两个变电站间当使用GOOSE 通讯时所需要的交换文件。IID 文件是装置针对SCD 工具配置过的文件的再次实例化，可以替换回SCD 文件中的相应部分。
由SCD 工具来集成所有的ICD 文件，产生SCD 文件，并配置报告控制块和通讯部分。SCD 文件提供给监控和远动。监控使用监控工具将SCD 文件导入，远动使用远动工具将SCD 文件导入。
我们的SCD 工具还可以导出CID 文件，然后将CID 文件分发到所有连接到网络上的相
这里文件格式的规定，将原来手动完成的工作变成了工具自动完成的工作。
3 工程实施过程
3.1 公共部分
首先一条，不管是监控或者装置，程序都需要采用PLM上发布的最新版本。如果使用中间版本，可能导致本已解决的问题而重现于工程。
针对我们的装置，要找到与之相对应的ICD文件，在未来，也可能使用装置导出工具从装置上直接获取ICD文件。由于随着IEC61850V2.0版本的推广，我们原有的工具安装带的文件均已不符合新的规则。目前的ICD文件部分以装置出厂自带的文件为准，随着不同装置版本的入库，均带的有自身的ICD文件和相关配置，可参考装置相关说明。
而针对一些用户，例如广东用户，要求ICD文件必须完全符合KEMA认证，那么就要对认证规则有所了解，通常情况下装置提供的文件是不需要修改的。只有当使用VLD工具对装置功能进行裁剪时才需要修改与之相应的部分，即使这样，此时的工程修改也是简单的修改，仅仅修改相关的数据集即可。
在ICD文件正确无误的情况下，我们才可以正确的执行下面的工作。
3.2 我们监控与我们装置
第一步，我们要将该变电站用到的装置的ICD文件全部拿到，然后放到SCD工具相应目录下；
第二步，使用SCD工具，添加站控层计算机IED设备，同时安排IED名称（需要全站唯一，以下不再说明）；
第三步，使用SCD工具，添加该站用到的全部装置，即上面提到的ICD文件，并安排IED名称；
第四步，使用SCD工具，配置网络，安排全站IP地址，在通讯部分进行配置，可以配置双网；
第五步，使用SCD工具，配置每个装置的报告控制块客户端使能控制，这里程序有个自动配置功能，可使用自动配置，一键（报告定制）安排所有装置报告控制块使能控制；
第六步，使用SCD工具，导出CID文件，也可一键（导出CID）全部导出，当然也可以分开导出；
第七步，使用SCD工具，文件传输，如果此时装置全部在网络上且运行正常，则使用文件分发，将配好的CID文件全部自动分发到所有在线设备。
通过以上七步完成了，对我们装置的半自动配置，当然在现行具备网关特性的装置中，还要穿插针对网关的转换配置，其中包括使用systool工具，编辑103设备与61850设备的映射关系，在我们的装置出厂时，都已经具备了103与61850设备的映射模板，使用systool 工具需要修改的部分是IED名称的改变，然后导出相关文件，使用ftp工具进行分发。
3.3 我们监控与外厂家装置
如果包含我们的设备，那么操作步骤如上，以下介绍针对外厂家设备情况，需要的互操作步骤。
第一步，我们要求相应厂家提供正确的ICD文件，然后放到SCD工具相应目录下；
第二步，使用SCD工具，添加站控层计算机IED设备，同时安排IED名称（需要全站唯一，以下不再说明）；
第三步，使用SCD工具，添加该站用到的全部装置，即外厂家提供的ICD文件，并安排IED名称；
第四步，使用SCD工具，配置网络，安排全站IP地址，在通讯部分进行配置，可以配
第五步，使用SCD工具，配置每个装置的报告控制块客户端使能控制，这里程序有个自动配置功能，可使用自动配置，一键（报告定制）安排所有装置报告控制块使能控制；
第六步，提供SCD文件给相应厂家，如果对方不具备解析SCD文件能力，则可分发成CID再提供给对方。
3.4 我们装置与外厂家监控
第一步，将我们装置的ICD文件，放到SCD工具相应目录下；
第二步，使用SCD工具，添加站控层计算机IED设备，同时安排IED名称（需要全站唯一，以下不再说明）；
第三步，使用SCD工具，添加我们的全部装置，并根据对方监控的要求安排IED名称；
第四步，使用SCD工具，配置网络，安排全站IP地址，在通讯部分进行配置，可以配置双网；
第五步，使用SCD工具，配置每个装置的报告控制块客户端使能控制，这里程序有个自动配置功能，可使用自动配置，一键（报告定制）安排所有装置报告控制块使能控制；
第六步，使用SCD工具，导出CID文件，也可一键（导出CID）全部导出，当然也可以分开导出；
第七步，使用SCD工具，文件传输，如果此时装置全部在网络上且运行正常，则使用文件分发，将配好的CID文件全部自动分发到所有在线设备。
通过以上七步完成了，对我们装置的半自动配置，当然在现行具备网关特性的装置中，还要穿插针对网关的转换配置，其中包括使用systool工具，编辑103设备与61850设备的映射关系，在我们的装置出厂时，都已经具备了103与61850设备的映射模板，使用systool 工具需要修改的部分是IED名称的改变，然后导出相关文件，使用ftp工具进行分发。
4 文件错误验证规则
4.1 验证规则概述
根据标准引用的层次不同，我们可以将验证分为三个层次的验证。首先标准是基于w3c 的xml语法，语法规则要遵循schema约束定义，这就是最基本的语法验证；基于此之上要遵循IEC61850的模型进行建模，这些在语法层面上是无法约束的，这就是属于第二层验证，标准规则验证；针对我们应用，又有相应的应用约束，那么就有了第三层验证，应用验证。
4.2 语法验证细则
这里语法规则，按照节点进行详细介绍，以schema语法为准，这里仅抓需要关心部分介绍，注意大小写，一个不能错。
注：Substation部分属于变电站一次设计部分，国内暂时由电力设计院设计，因此跨过该节点的介绍。
4.2.1 SCL节点
节点属性：无关心内容
约束条件：
4.2.2 Header节点
约束条件：
节点属性：无
约束条件：无关心内容4.2.4 Hitem节点
约束条件：无关心内容
4.2.5 Communication节点
4.2.6 SubNetwork节点
节点属性：
子节点：必须按先后顺序排列
4.2.7 BitRate节点
约束条件：无
4.2.8 ConnectedAP节点
节点属性：
约束条件：
4.2.9 Address节点
节点属性：无
子节点：必须按先后顺序排列
约束条件：无
4.2.10 P节点
节点属性：
子节点：无
约束条件：无
4.2.11 GSE节点
子节点：必须按先后顺序排列
4.2.12 MinTime、MaxTime节点节点属性：
子节点：无
约束条件：无
4.2.13 SMV节点
节点属性：
约束条件：无
4.2.14 PhysConn节点
约束条件：无
4.2.15 IED节点
4.2.16 Services节点
节点属性：无
子节点：可以随意排列，没有先后顺序
约束条件：无
4.2.17 DynAssociation节点
约束条件：无
4.2.18 SettingGroups节点
4.2.19 GetDirectory节点
节点属性：无
子节点：无
约束条件：无
4.2.20 GetDataObjectDefinition节点节点属性：无
子节点：无
约束条件：无
4.2.21 DataObjectDirectory节点
节点属性：无
子节点：无
约束条件：无
4.2.22 GetDataSetValue节点
节点属性：无
子节点：无
约束条件：无
4.2.23 SetDataSetValue节点
节点属性：无
子节点：无
约束条件：无
4.2.24 DataSetDirectory节点
节点属性：无
子节点：无
约束条件：无
4.2.25 ConfDataSet节点
子节点：无
约束条件：无
4.2.26 DynDataSet节点
约束条件：无
4.2.27 ReadWrite节点
节点属性：无
子节点：无
约束条件：无
4.2.28 TimerActivatedControl节点节点属性：无
子节点：无
约束条件：无
4.2.29 ConfReportControl节点
子节点：无
约束条件：无
4.2.30 GetCBValue节点
节点属性：无
子节点：无
约束条件：无
4.2.31 ConfLogControl节点
节点属性：
子节点：无
约束条件：无
4.2.32 ReportSettings节点
约束条件：无
4.2.33 LogSettings节点
子节点：无
约束条件：无
4.2.34 GSESettings节点
子节点：无
约束条件：无
4.2.35 SMVSettings节点
约束条件：无
4.2.36 GSEDir节点
节点属性：无
子节点：无
约束条件：无
4.2.37 GOOSE节点
子节点：无
约束条件：无
4.2.38 GSSE节点
子节点：无
约束条件：无
4.2.39 SMV节点
约束条件：无
4.2.40 FileHandling节点节点属性：无
子节点：无
约束条件：无
4.2.41 ConfLNs节点
子节点：无
约束条件：无
4.2.42 ClientServices节点
子节点：无
约束条件：无
4.2.43 ConfLdName节点节点属性：无
子节点：无
约束条件：无
4.2.44 AccessPoint节点
注：同一个序号的节点只能出现一种，例如：有Server就不能有LN和ServerAt，以下均如此。
4.2.45 Server节点
子节点：必须按先后顺序排列
4.2.46 Authentication节点
子节点：无
约束条件：无
4.2.47 LDevice节点
节点属性：
子节点：必须按先后顺序排列
spring配置文件各个属性详解
spring配置文件各个属性详解 分类：spring 2012-08-09 11:25 9316人阅读评论(2) 收藏举报springaophibernateattributesxhtmlwebsphere 目录(?)[+]一、引用外部属性文件
广告设计常用图像文件格式
广告设计常用图像文件格式 平面设计中我们会接触到很多图像格式，可是你真正地了解它们吗？下面我们就平面设 计中常见的图像格式为大家分别做简单介绍。 BMP格式 BMP是英文Bitmap（位图）的简写，它是Windows操作系统中的标准图像文件格式，能够被多种Windows应用程序所支持。随着Windows操作系统的流行与丰富的Windows 应用程序的开发，BMP位图格式理所当然地被广泛应用。这种格式的特点是包含的图像信息较丰富，几乎不进行压缩，但由此导致了它与生 俱生来的缺点——占用磁盘空间过大。所以，目前BMP在单机上比较流行。 GIF格式 GIF是英文Graphics Interchange Format（图形交换格式）的缩写。顾名思义，这种格式是用来交换图片的。事实上也是如此，上世纪80年代，美国一家著名的在线信息服务机构CompuServe针对当时网络传输带宽的限制，开发出了这种GIF图像格式。 GIF格式的特点是压缩比高，磁盘空间占用较少，所以这种图像格式迅速得到了广泛的应用。最初的GIF只是简单地用来存储单幅静止图像（称为GIF87a），后来随着技术发展，可以同时存储若干幅静止图象进而形成连续的动画，使之成为当时支持2D动画为数不多的格式之一（称为GIF89a），而在GIF89a图像中可指定透明区域，使图像具有非同一般的显示效果，这更使GIF风光十足。目前Internet上大量采用的彩色动画文件多为这种 格式的文件，也称为GIF89a格式文件。 此外，考虑到网络传输中的实际情况，GIF图像格式还增加了渐显方式，也就是说，在图像传输过程中，用户可以先看到图像的大致轮廓，然后随着传输过程的继续而逐步看清图像中的细节部分，从而适应了用户的"从朦胧到清楚"的观赏心理。目前Internet上大量采 用的彩色动画文件多为这种格式的文件。 GIF格式只能保存最大8位色深的数码图像，所以它最多只能用256色来表现物体，对于色彩复杂的物体它就力不从心了。尽管如此，这种格式仍在网络上大行其道应用，这和GIF图像文件短小、下载速度快、可用许多具有同样大小的图像文件组成动画等优势是分不 开的。 JPEG格式 JPEG也是常见的一种图像格式，它由联合照片专家组（Joint Photographic Experts Group）开发并以命名为"ISO 10918-1"，JPEG仅仅是一种俗称而已。JPEG文件的扩展名为。jpg或。jpeg，其压缩技术十分先进，它用有损压缩方式去除冗余的图像和彩色数据，获取得极高的压缩率的同时能展现十分丰富生动的图像，换句话说，就是可以用最少的磁盘
常用图片文件格式
总的来说，有两种截然不同的图像格式类型：即有损压缩和无损压缩。 1．有损压缩 有损压缩可以减少图像在内存和磁盘中占用的空间，在屏幕上观看图像时，不会发现它对图像的外观产生太大的不利影响。因为人的眼睛对光线比较敏感，光线对景物的作用比颜色的作用更为重要，这就是有损压缩技术的基本依据。 有损压缩的特点是保持颜色的逐渐变化，删除图像中颜色的突然变化。生物学中的大量实验证明，人类大脑会利用与附近最接近的颜色来填补所丢失的颜色。例如，对于蓝色天空背景上的一朵白云，有损压缩的方法就是删除图像中景物边缘的某些颜色部分。当在·屏幕上看这幅图时，大脑会利用在景物上看到的颜色填补所丢失的颜色部分。利用有损压缩技术，某些数据被有意地删除了，而被取消的数据也不再恢复。 无可否认，利用有损压缩技术可以大大地压缩文件的数据，但是会影响图像质量。如果使用了有损压缩的图像仅在屏幕上显示，可能对图像质量影响不太大，至少对于人类眼睛的识别程度来说区别不大。可是，如果要把一幅经过有损压缩技术处理的图像用高分辨率打印机打印出来，那么图像质量就会有明显的受损痕迹。 2．无损压缩 无损压缩的基本原理是相同的颜色信息只需保存一次。压缩图像的软件首先会确定图像中哪些区域是相同的，哪些是不同的。包括了重复数据的图像(如蓝天) 就可以被压缩，只有蓝天的起始点和终结点需要被记录下来。但是蓝色可能还会有不同的深浅，天空有时也可能被树木、山峰或其他的对象掩盖，这些就需要另外记录。从本质上看，无损压缩的方法可以删除一些重复数据，大大减少要在磁盘上保存的图像尺寸。但是，无损压缩的方法并不能减少图像的内存占用量，这是因为，当从磁盘上读取图像时，软件又会把丢失的像素用适当的颜色信息填充进来。如果要减少图像占用内存的容量，就必须使用有损压缩方法。 无损压缩方法的优点是能够比较好地保存图像的质量，但是相对来说这种方法的压缩率比较低。但是，如果需要把图像用高分辨率的打印机打印出来，最好还是使用无损压缩几乎所有的图像文件都采用各自简化的格式名作为文件扩展名。从扩展名就可知道这幅图像是按什么格式存储的，应该用什么样的软件去读／写等等。 一、BMP图像文件格式 BMP是一种与硬件设备无关的图像文件格式，使用非常广。它采用位映射存储格式，除了图像深度可选以外，不采用其他任何压缩，因此，BblP文件所占用的空间很大。BMP文件的图像深度可选lbit、4bit、8bit及24bit。BMP文件存储数据时，图像的扫描方式是按从左到右、从下到上的顺序。 由于BMP文件格式是Windows环境中交换与图有关的数据的一种标准，因此在Windows 环境中运行的图形图像软件都支持BMP图像格式。
iec61850规约SCL文件属性详解
SCL文件属性详解 目录
0 前言 (5) 1 术语 (5) 2 概述 (5) 2.1SCL语言介绍 (5) 2.2SCL文件分类 (6) 3 工程实施过程 (8) 3.1公共部分 (8) 3.2我们监控与我们装置 (8) 3.3我们监控与外厂家装置 (8) 3.4我们装置与外厂家监控 (9) 4 文件错误验证规则 (9) 4.1验证规则概述 (9) 4.2语法验证细则 (9) 4.2.1 SCL节点 (9) 4.2.2 Header节点 (10) 4.2.3 History节点 (10) 4.2.4 Hitem节点 (10) 4.2.5 Communication节点 (11) 4.2.6 SubNetwork节点 (11) 4.2.7 BitRate节点 (11) 4.2.8 ConnectedAP节点 (11) 4.2.9 Address节点 (12) 4.2.10 P节点 (12) 4.2.11 GSE节点 (12) 4.2.12 MinTime、MaxTime节点 (12) 4.2.13 SMV节点 (12) 4.2.14 PhysConn节点 (13) 4.2.15 IED节点 (13) 4.2.16 Services节点 (14) 4.2.17 DynAssociation节点 (14) 4.2.18 SettingGroups节点 (14) 4.2.19 GetDirectory节点 (15) 4.2.20 GetDataObjectDefinition节点 (15) 4.2.21 DataObjectDirectory节点 (15) 4.2.22 GetDataSetValue节点 (15) 4.2.23 SetDataSetValue节点 (15) 4.2.24 DataSetDirectory节点 (15) 4.2.25 ConfDataSet节点 (15) 4.2.26 DynDataSet节点 (15) 4.2.27 ReadWrite节点 (16) 4.2.28 TimerActivatedControl节点 (16) 4.2.29 ConfReportControl节点 (16)
iec61850icd模型文件属性详解
ICD模型文件属性详解 目录
0 前言 (5) 1 术语 (5) 2 概述 (5) 2.1SCL语言介绍 (5) 2.2SCL文件分类 (6) 3 工程实施过程 (8) 3.1公共部分 (8) 3.2我们监控与我们装置 (8) 3.3我们监控与外厂家装置 (8) 3.4我们装置与外厂家监控 (9) 4 文件错误验证规则 (9) 4.1验证规则概述 (9) 4.2语法验证细则 (9) 4.2.1 SCL节点 (9) 4.2.2 Header节点 (10) 4.2.3 History节点 (10) 4.2.4 Hitem节点 (10) 4.2.5 Communication节点 (11) 4.2.6 SubNetwork节点 (11) 4.2.7 BitRate节点 (11) 4.2.8 ConnectedAP节点 (11) 4.2.9 Address节点 (12) 4.2.10 P节点 (12) 4.2.11 GSE节点 (12) 4.2.12 MinTime、MaxTime节点 (12) 4.2.13 SMV节点 (12) 4.2.14 PhysConn节点 (13) 4.2.15 IED节点 (13) 4.2.16 Services节点 (14) 4.2.17 DynAssociation节点 (14) 4.2.18 SettingGroups节点 (14) 4.2.19 GetDirectory节点 (15) 4.2.20 GetDataObjectDefinition节点 (15) 4.2.21 DataObjectDirectory节点 (15) 4.2.22 GetDataSetValue节点 (15) 4.2.23 SetDataSetValue节点 (15) 4.2.24 DataSetDirectory节点 (15) 4.2.25 ConfDataSet节点 (15) 4.2.26 DynDataSet节点 (15) 4.2.27 ReadWrite节点 (16) 4.2.28 TimerActivatedControl节点 (16) 4.2.29 ConfReportControl节点 (16)
常见医学图像格式
附录C 图像格式 译者：Synge 发表时间：2012-05-03浏览量：1604评论数：0挑错数：0 翻译：xiaoqiao 在fMRI的早期，由于大多数据都用不同研究脉冲序列采集，然后离线大量重建，而且各研究中心文件格式各不相同、大多数的分析软件也都是各研究单位内部编写运用。如果这些数据不同其他中心交流，数据的格式不影响他们的使用。因此图像格式就像巴别塔似的多式多样。随着fMRI领域的不断发展，几种标准的文件格式逐渐得到了应用，数据分析软件包的使用促进了这些文件格式在不同研究中心和实验室的广泛运用，直到近期仍有多种形式的文件格式存在。这种境况在过去的10年里随着公认的NIfTI格式的发展和广泛认可而优化。该附录就fMRI资料存储的常见问题以及重要的文件格式做一概述， 3.1 数据存储 正如第2章所述，MRI数据的存储常采用二进制数据格式，如8位或16位。因此，磁盘上数据文件的大小就是数据图像的大小和维度，如保存维度128 ×128×96的16位图像需要25,165,824位(3 兆字节)。为了保存图像的更多信息，我们希望保存原始数据，即元数据。元数据包含了图像的各种信息，如图像维度及数据类型等。这点很重要，因为可以获得二进制数据所不知道的信息，例如，图像是128 ×128×96维度的16位图像采集还是128 ×128×192维度的8位图像采集。在这里我们主要讨论不同的图像格式保存不同的数量及种类的元数据。
MRI的结构图像通常保存为三维的资料格式。fMRI数据是一系列的图像采集，可以保存为三维格式，也可以保存为四维文件格式（第4维为时间）。通常，我们尽可能保存为四维数据格式，这样可以减少文件数量，但是有些数据分析软件包不能处理四维数据。 3.2 文件格式 神经影像的发展中出现了很多不同图像格式，常见的格式见表1.在这里我们就DICOM、Analyze和NIfTI最重要的三种格式做一讨论。 表1. 常见医学图像格式 Analyze .img/.hdr Analyze软件, 梅奥临床医学中心 DICOM 无ACR/NEMA协会 NIfTI .nii或.img/.hdr NIH影像学信息工具倡议 MINC .mnc 蒙特利尔神经学研究所（MNI，扩展名NetCDF) 3.2.1 DICOM格式 现今大多MRI仪器采集后的重建数据为DICOM格式。该数据格式源于美国放射学协会（ACR）和国际电子产品制造商协会（NEMA）。DICOM不仅仅是图像的存储格式，而且是不同成像系统的不同形式数据之间转换的模式，MRI图像只是其中一种特殊形式。目前使用的DICOM遵照1993年协议，且目前主要的MRI仪器供应商都支持该格式。 通常，DICOM把每一层图像都作为一个独立的文件，这些文件用数字命名从而反映相对应的图像层数（在不同的系统有一定差异）。文件中包含文件头信息，且必须要特定的软
文件属性详解
linux中各种文件类型 普通文件（- regular file） (1)文本文件。文件中的内容是由文本构成的，文本指的是ASCII码字符。文件里的内容本质上都是数字（不管什么文件内容本质上都是数字，因为计算机中本身就只有1和0），而文本文件中的数字本身应该被理解为这个数字对应的ASCII码。常见的.c 文件, .h文件 .txt文件等都是文本文件。文本文件的好处就是可以被人轻松读懂和编写。所以说文本文件天生就是为人类发明的。 (2)二进制文件。二进制文件中存储的本质上也是数字，只不过这些数字并不是文字的编码数字，而是就是真正的数字。常见的可执行程序文件（gcc编译生成的a.out，arm-linux-gcc编译连接生成的.bin）都是二进制文件。 (3)对比：从本质上来看（就是刨除文件属性和内容的理解）文本文件和二进制文件并没有任何区别。都是一个文件里面存放了数字。区别是理解方式不同，如果把这些数字就当作数字处理则就是二进制文件，如果把这些数字按照某种编码格式去解码成文本字符，则就是文本文件。 (4)我们如何知道一个文件是文件文件还是二进制文件？在linux系统层面是不区分这两个的（譬如之前学过的open、read、write等方法操作文件文件和二进制文件时一点区别都没有），所以我们无法从文件本身准确知道文件属于哪种，我们只能本来就知道这个文件的类型然后用这种类型的用法去用他。有时候会用一些后缀名来人为的标记文件的类型。 (5)使用文本文件时，常规用法就是用文本文件编辑器去打开它、编辑它。常见的文本文件编辑器如vim、gedit、notepad++、SourceInsight等，我们用这些文本文件编辑器去打开文件的时候，编辑器会read读出文件二进制数字内容，然后按照编码格式去解码将其还原成文字展现给我们。如果用文本文件编辑器去打开一个二进制文件会如何？这时候编辑器就以为这个二进制文件还是文本文件然后试图去将其解码成文字，但是解码过程很多数字并不对应有意义的文字所以成了乱码。 (6)反过来用二进制阅读工具去读取文本文件会怎么样？得出的就是文本文字所对应的二进制的编码。 目录文件（d directory） (1)目录就是文件夹，文件夹在linux中也是一种文件，不过是特殊文件。用vi打开一个文件夹就能看到，文件夹其实也是一种特殊文件，里面存的内容包括这个文件的路径，还有文件夹里面的文件列表。 (2)但是文件夹这种文件比较特殊，本身并不适合用普通的方式来读写。linux中是使用特殊的一些API来专门读写文件夹的。 字符设备文件（c character） 块设备文件（b block） (1)设备文件对应的是硬件设备，也就是说这个文件虽然在文件系统中存在，但是并不是真正存在于硬盘上的一个文件，而是文件系统虚拟制造出来的（叫虚拟文件系统，如/dev /sys /proc等） (2)虚拟文件系统中的文件大多数不能或者说不用直接读写的，而是用一些特殊的API产生或者使用的，具体在驱动阶段会详解。 管道文件（p pipe） 套接字文件（s socket） 符号链接文件（l link）
图片常用文件几种格式
图片文件格式简介 一、格式 是英文（位图）地简写，它是操作系统中地标准图像文件格式，能够被多种应用程序所支持.随着操作系统地流行与丰富地应用程序地开发，位图格式理所当然地被广泛应用.这种格式地特点是包含地图像信息较丰富，几乎不进行压缩，但由此导致了它与生俱生来地缺点占用磁盘空间过大.所以，目前在单机上比较流行. 二、格式 是英文（图形交换格式）地缩写.顾名思义，这种格式是用来交换图片地.事实上也是如此，上世纪年代，美国一家著名地在线信息服务机构针对当时网络传输带宽地限制，开发出了这种图像格式. 格式地特点是压缩比高，磁盘空间占用较少，所以这种图像格式迅速得到了广泛地应用. 最初地只是简单地用来存储单幅静止图像（称为），后来随着技术发展，可以同时存储若干幅静止图象进而形成连续地动画，使之成为当时支持动画为数不多地格式之一（称为），而在图像中可指定透明区域，使图像具有非同一般地显示效果，这更使风光十足.目前上大量采用地彩色动画文件多为这种格式地文件，也称为格式文件. 此外，考虑到网络传输中地实际情况，图像格式还增加了渐显方式，也就是说，在图像传输过程中，用户可以先看到图像地大致轮廓，然后随着传输过程地继续而逐步看清图像中地细节部分，从而适应了用户地"从朦胧到清楚"地观赏心理.目前上大量采用地彩色动画文件多为这种格式地文件. 但有个小小地缺点，即不能存储超过色地图像.尽管如此，这种格式仍在网络上大行其道应用，这和图像文件短小、下载速度快、可用许多具有同样大小地图像文件组成动画等优势是分不开地. 三、格式 也是常见地一种图像格式，它由联合照片专家组（）开发并以命名为" "，仅仅是一种俗称而已.文件地扩展名为或，其压缩技术十分先进，它用有损压缩方式去除冗余地图像和彩色数据，获取得极高地压缩率地同时能展现十分丰富生动地图像，换句话说，就是可以用最少地磁盘空间得到较好地图像质量. 同时还是一种很灵活地格式，具有调节图像质量地功能，允许你用不同地压缩比例对这种文件压缩，比如我们最高可以把地位图文件压缩至.当然我们完全可以在图像质量和文件尺寸之间找到平衡点. 由于优异地品质和杰出地表现，它地应用也非常广泛，特别是在网络和光盘读物上，肯定都能找到它地影子.目前各类浏览器均支持这种图像格式，因为格式地文件尺寸较小，下载速度快，使得页有可能以较短地下载时间提供大量美观地图像，同时也就顺理成章地成为网络上最受欢迎地图像格式. 四、格式 同样是由组织负责制定地，它有一个正式名称叫做" "，与相比，它具备更高压缩率以及更多新功能地新一代静态影像压缩技术. 作为地升级版，其压缩率比高约左右.与不同地是，同时支持有损和无损压缩，而只能
传奇DBC数据库变量详细解释传奇DB文件详解
本文档由：www.haosf.bz整理 传奇DBC数据库变量详细解释传奇DB文件详解: MagicDB:是你所修炼的法术和各种技能. (1)MagID 技能代号 (2)MagName 技能名称 (3)Effect Type 效果类型（使用技能时角色的动作效果） (4)Effect 效果（技能产生的动画效果） (5)Spell 每次耗用魔法值 (6)Power 基本威力 (7)MaxPower 最大威力 (8)DefSpell 升级后增加的每次耗用魔法值 (9)DefPower 升级后增加的威力 (10)DefMaxPower 升级后增加的最大威力 (11)Job 职业（0-战士，1-法师，2-道士） (12)NeedL1 1级技能所需等级 (13)L1Train 1级技能修炼所需经验 (14)NeedL2 2级技能所需等级 (15)L2Train 2级技能修炼所需经验 (16)NeedL3 3级技能所需等级 (17)L3Train 3级技能修炼所需经验 (18)Delay 技能延迟时间 (19)Descr 备注 EffectType 效果类型（使用技能时角色的动作效果）代码 0 基础剑术Fencing/精神力战法SpiritSword/攻杀剑术Slaying/刺杀剑术Thrusting/半月弯刀HalfMoon/烈火剑法FlamingSword/野蛮冲撞ShoulderDash 1 火球术Fireball/大火球GreatFireBal 2 治愈术Healing/施毒术Poisoning/诱惑之光Eshock/爆裂火焰FireBang/心灵启示Revelation/群体治愈术MassHealing/圣言术TurnUndead/冰咆哮IceStorm 4 抗拒火环Repulsion/召唤骷髅SummonSkele/隐身术Hiding/瞬息移动Teleport/火墙FireWall/地狱雷光ThunderStorm/召唤神兽SummonShinsu/魔法MagicShield 5 地狱火Hellfire 6 疾光电影Lightning 7 雷电术ThunderBolt 8 灵魂火符SoulFireBall/集体隐身术MassHiding 9 幽灵盾SoulShield/神圣战甲术BlessedArmou 10 困魔咒TrapHexagon Effect 效果（技能产生的动画效果）代码 0 基础剑术Fencing 精神力战法SpiritSword 1 火球术Fireball 2 治愈术Healing 3 大火球GreatFireBal 4 施毒术Poisoning
photoshop常用图像文件格式
常用图像文件格式 1．PSD格式 PSD格式是Photoshop的专用格式，能保存图像数据的每一个细小部分，包括像素信息、图层信息、通道信息、蒙版信息、色彩模式信息，所以PSD格式的文件较大。而其中的一些内容在转存为其他格式时将会丢失，并且在储存为其他格式的文件时，有时会合并图像中的各图层及附加的蒙版信息，当再次编辑时会产生不少麻烦。因此，最好再备份一个PSD 格式的文件后再进行格式转换。 2．TIFF格式 TIFF格式是一种通用的图像文件格式，是除PSD格式外唯一能存储多个通道的文件格式。几乎所有的扫描仪和多数图像软件都支持该格式。该种格式支持RGB、CMYK、Lab 和灰度等色彩模式，它包含有非压缩方式和LZW压缩方式两种。 3．JPEG格式 JPEG格式也是比较常用的图像格式，压缩比例可大可小，被大多数的图形处理软件所支持。JPEG格式的图像还被广泛应用于网页的制作。该格式还支持CMYK、RGB和灰度色彩模式，但不支持Alpha通道。 4．BMP格式 BMP格式是标准的Windows及OS/2的图像文件格式，是Photoshop中最常用的位图格式。此种格式在保存文件时几乎不经过压缩，因此它的文件体积较大，占用的磁盘空间也较大。此种存储格式支持RGB、灰度、索引、位图等色彩模式，但不支持Alpha通道。它是Windows环境下最不容易出错的文件保存格式。 5．GIF格式 GIF格式是由CompuServe公司制定的，能保存背景透明化的图像形式，但只能处理256种色彩，常用于网络传输，其传输速度要比其他格式的文件快很多，并且可以将多张图像存储为一个文件形成动画效果。 6．PNG格式 PNG格式是CompuServe公司开发出来的格式，广泛应用于网络图像的编辑。它不同于GIF格式图像，除了能保存256色，还可以保存24位的真彩色图像，具有支持透明背景和消除锯齿边缘的功能，可在不失真的情况下进行压缩保存图像。在不久将来，PNG格式将会是未来网页中使用的一种标准图像格式。 PNG格式文件在RGB和灰度模式下支持Alpha通道，但是在索引颜色和位图模式下，不支持Alpha通道。 7．EPS格式 EPS格式为压缩的PostScript格式，可用于绘图或者排版，它最大的优点是可以在排版软件中以低分辨率预览，打印或者出胶片时以高分辨率输出，可以达到效果和图像输出质量两不耽误。EPS格式支持Photoshop里所有的颜色模式，其中在位图模式下还可以支持透明，并可以用来存储点阵图和向量图形。但不支持Alpha通道。 8．PDF格式 PDF格式是Adobe公司开发的Windows，MAC OS，UNIX和DOS系统的一种电子出版软件的文档格式。该格式源于PostScript Level2语言，因此可以覆盖矢量式图像和点阵式图像，且支持超链接。此文件是由Adobe Acrobat软件生成的文件格式，该格式文件可以存储多页信息，包含图形，文档的查找和导航功能。因此在使用该软件时不需要排版就可以获得图文混排的版面。由于该格式支持超文本链接，所以是网络下载经常使用的文件。
Dreamweaver里标签及属性详解
《》 Dreamweaver里标签及属性的详细解释 Dreamweaver标签库可以帮助我们轻松的找到所需的标签,并根据列出的属性参数使用它,常用的HTML标签和属性解释, 请搜索"常用的HTML标签和属性". 基本结构标签: ,表示该文件为HTML文件
,包含文件的标题,使用的脚本,样式定义等,换行标志
,分段标志 ,采用黑体字 ,采用斜体字
,水平画线
文件属性读取
摘要：本文讲述了在Visual C++下编程实现对磁盘文件的属性进行获取以及更改的一般方法，并给出部分相关的关键代码。 一、引言 文件是数据在磁盘上最常用的一种存放形式，也是在程序设计中与之经常打交道的一种编程对象，不少程序尤其是数据传输和处理类的应用程序更是需要频繁的创建、读取和写入文件。对于一些要求不是很严格的程序，我们往往只关心文件的内容是否正确、文件大小是否有增减或是再严格一些，看文件名是否符合规定等等。以上这些要素对于大多数程序而言显然是可以满足实际需求的，但对于某些特殊行业的一些有着比较严格要求的软件系统，仅有以上要素还是远远不够的，往往还需要对文件的所有属性诸如文件的创建时间、文件的最后访问时间、文件的最后修改时间等等进行提取处理与重新设置。 二、WIN32_FIND_DATA结构 关于文件的全部属性信息，总计有以下以下9种：文件的标题名、文件的属性（只读、存档，隐藏等）、文件的创建时间、文件的最后访问时间、文件的最后修改时间、文件大小的高位双字、文件大小的低位双字、保留、保留。在这里只有文件标题名和文件的长度可以通过CFile类比较方便的获得，而对于其他几种属性的获取和设置就无能为力了。 在用findfirst()和findnext()函数去查找磁盘文件时经常使用的一个数据结构 WIN32_FIND_DATA的成员变量里包含了以上所有的文件属性，因此可以通过这个结构作为获取和更改文件属性的手段。该结构的内容如下： typedef struct_WIN32_FIND_DATA{ DWORD dwFileAttributes;//文件属性 FILETIME ftCreationTime;//文件创建时间 FILETIME ftLastAccessTime;//文件最后一次访问时间 FILETIME ftLastWriteTime;//文件最后一次修改时间 DWORD nFileSizeHigh;//文件长度高32位 DWORD nFileSizeLow;//文件长度低32位 DWORD dwReserved0;//系统保留 DWORD dwReserved1;//系统保留 TCHAR cFileName[MAX_PATH];//长文件名 TCHAR cAlternateFileName[14];//8.3格式文件名 }WIN32_FIND_DATA,*PWIN32_FIND_DATA; 可以通过FindFirstFile（）函数根据当前的文件存放路径查找该文件来把待操作文件的相关属性读取到WIN32_FIND_DATA结构中去： WIN32_FIND_DATA ffd; HANDLE hFind=FindFirstFile("c:\\test.dat",&ffd); 在使用这个结构时不能手工修改这个结构中的任何数据，结构对于开发人员来说只能作
印前常用图像文件格式
印前常用图像文件格式 EPS DCS 是EPS格式的一种，会将档案储存为五个档案，分别是CMYK各版及预视的影像档案 特性：全名是Desktop Color Separation，是EPS格式的一种，在PhotoShop内可以储存这格式。档案储存DCS后，会共有5个档案出现，包括有CMYK各版以及预视的72dpi影像档案；即所谓“Master file”，这样便合成5个档案格式。 用途：EPS DCS最大的优点是输出比较快，因为档案已分成四色的档案，在输出分色菲林计算机时，影像传送时间可最高缩短75%，所以适合于大档案分色输出。 另一个优点是制作速度亦较快，其实DCS格式是OPI（Open Prepress Interface）工作流程概念的一个重要部份，OPI是指制作时会置入低解像度的图像，到输出时才连接高解度图像，这样便可令制作速度加快，这种工作流程概念尤其是适合一些多图像的书刊或大盒制作，所以DCS 格式亦只是与OPI概念相似，将低像度图像置入文档，至输出时，输出机便会连接高解像度图像。 所有的常用软件都能支援DCS格式。由于五个档案才是合成一个图像，所以要注意五个档案的名称一定要一致，只是多了C、M、Y、K在原本名称之后，不能改动任何一个的名称。 TIFF 是Aldus公司开发，不仅是Mac，连IBM PC相容电脑排版软版也广泛采用 特性：全名是Tagged Image File Format，是由Aldus公司开发，是一个压缩图像格式。不仅是Mac，连IBM PC相容电脑排版软件也广泛采用，所以在PhotoShop内储存TIFF时可以选择IBM或Mac。主要是描述图像的资料，包括黑白、彩色及灰度的图像。 用途：大部分的软件都支援TIFF格式，只有Illustrator5.5及5.0C不可以置入此格式,但较新的版本6.0及7.0已经可以,而且7.0更可以把档案储存成RGB或CMYK的TIFF格式,以便其他软件所使用。 在桌面排版上，TIFF及EPS都是最受欢迎的档案格式，笔者建议正常情况下可以选择TIFF格式，因为档案较细，传送时间会较快。正如上述所说，如果有clipping path的PhotoShop档案置入其它软件，应该要储存为EPS。但其实PhotoShop可以将有clipping path的相片储存为TI FF，不过并非所有软件支援，只有PageMaker6.0及6.0C能够支援有clipping path的TIFF格式，所以如果需要退出的话，可能需要考虑用EPS 格式。 当你选择TIFF的格式时，可选用IBM PC或Macintosh，而且更可选用LZW Compression，这是TIFF档案格式的压缩方式，LZW压缩后的档案品质不会劣化的，但并非所有软件及输出设备能够支援这个压缩档案，因此选用的时候必须要小心。 JPEG 是Apple公司发明，是一种高度压缩的格式，但压缩后的图像的颜色质素会较低，一个20MB的TIFF可存成4.5MB的JPEG 特性：全名是Join PhotoGraphic Experts Group，乃Apple公司其中一项重要发明，JPEG是一种高度压缩格式。在PhotoShop4.0中，当你选JPEG时，可以选择压缩后档案的质素，有高中低及最高（high、medium、low及maximum）四种选项，选最高即是颜色质素最好，但MB数会最多，如果选低颜色质素，压缩得最大，MB数会最少，例如一个20MB的TIFF压缩成最低质素后只是814Kilobytes，如果压缩成最高质素例便成为4.5MB。 用途：最初推出的JPEG格式主要地用作压缩在QuickTime上所用的图相，而后来亦备受排版及设计所使用，因为压缩后的档案传送速度较快。虽然档案传送速度快，但压缩后的图像颜色质素较低，所以一般设计师未必使用此格式。因一般的报纸所用的印刷精度较低，而压缩后的图像颜色质素亦较低，因此这格式会较多报纸商使用。 较新版本的软件能够置入JPEG格式的档案，另外亦只是采用PostScript Level II的输出设备才可支援此格式，而较特别的就是lllustrator 6. 0、7.0及Freehand7.0均可输出JPEG格式，但只是RGB模式。在PhotoShop内除了可以存JPEG压缩，只要在Emcoding上选JPEG，更可以同时使用clipping path。另外JPEG也是Internet上常用的档案格式，但观看者的电脑要有QuickTime。 PICT 主要是描述灰阶及黑白的图像 特性：主要是描述灰阶Gray Scale及黑白的图像的档案格式。储存成可以选择不同的解像度和压缩档案与否。 用途：全部软件都能够支援此格式，但是置入lllustrator 5.0 C就只能将PICT档案格式当作为模板（Template），即只是一个底板做绘图，令用者容易绘画图像而已。几个版本的Freehand都可储存成PICT的格式。 Scitex CT 是专为Scitex的产品与影像资料能直接互通的档案格式 特性：Scitex是一间以色列公司，主要产品包括一系列的高档印前系统，如输出机、扫描机及高解像度彩印机等。Scitex CT是专为Scitex 的产品与影像资料能直接互通的档案格式，通常使用于灰阶或CMYK模式的影像。 用途：在常见的软件当中，排版软件如QuarkXPress及PageMaker、图像修描软件像PhotoShop及Live Picture都能支援此格式。另外需注意，输出设备是否支援此格式，当然Scitex的输出设备是支援。
Java class文件格式之属性详解
Java class文件格式之属性详解 Code属性 code属性是方法的一个最重要的属性。因为它里面存放的是方法的字节码指令，除此之外还存放了和操作数栈，局部变量相关的信息。所有不是抽象的方法，都必须在method_info中的attributes中有一个Code属性。下面是Code 属性的结构，为了更直观的展示Code属性和method_info的包含关系，特意画出了method_info： 下面依次介绍code属性中的各个部分。 attribute_name_index指向常量池中的一个CONSTANT_Utf8_info ，这个CONSTANT_Utf8_info 中存放的是当前属性的名字“Code” 。
attribute_length给出了当前Code属性的长度（不包括前六字节）。 max_stack指定当前方法被执行引擎执行的时候，在栈帧中需要分配的操作数栈的大小。 max_locals指定当前方法被执行引擎执行的时候，在栈帧中需要分配的局部表量表的大小。注意，这个数字并不是局部变量的个数，因为根据局部变量的作用域不同，在执行到一个局部变量以外时，下一个局部变量可以重用上一个局部变量的空间（每个局部变量在局部变量表中占用一个或两个Slot）。方法中的局部变量包括方法的参数，方法的默认参数this，方法体中定义的变量，catch语句中的异常对象。关于执行引擎的相关内容会在后面的博客中讲到。 code_length指定该方法的字节码的长度，class文件中每条字节码占一个字节。 code存放字节码指令本身，它的长度是code_length个字节。 exception_table_length指定异常表的大小 exception_table就是所谓的异常表，它是对方法体中try-catch_finally的描述。exception_table可以看做是一个数组，每个数组项是一个exception_info结构，一般来说每个catch块对应一个exception_info，编译器也可能会为当前方法生成一些exception_info。 exception_info的结构如下（为了直观的显示exception_info， exception_table和Code属性的关系，画出了Code属性，的话读者就会更清楚各个数据项之间的位置关系和包含关系）：
iec61850规约SCL文件属性详解
SCL文件属性详解 目录 0 前言 5 1 术语 5 2 概述 5 2.1 SCL语言介绍 5 2.2 SCL文件分类 6 3 工程实施过程 8 3.1 公共部分 8 3.2 我们监控与我们装置 8 3.3 我们监控与外厂家装置 8 3.4 我们装置与外厂家监控 9 4 文件错误验证规则 9 4.1 验证规则概述 9 4.2 语法验证细则 9 4.2.1 SCL节点 9 4.2.2 Header节点 10 4.2.3 History节点 10 4.2.4 Hitem节点 10 4.2.5 Communication节点 11 4.2.6 SubNetwork节点 11 4.2.7 BitRate节点 11 4.2.8 ConnectedAP节点 11 4.2.9 Address节点 12 4.2.10 P节点 12 4.2.11 GSE节点 12 4.2.12 MinTime、MaxTime节点 12 4.2.13 SMV节点 12 4.2.14 PhysConn节点 13
4.2.16 Services节点 14 4.2.17 DynAssociation节点 14 4.2.18 SettingGroups节点 14 4.2.19 GetDirectory节点 15 4.2.20 GetDataObjectDefinition节点 15 4.2.21 DataObjectDirectory节点 15 4.2.22 GetDataSetValue节点 15 4.2.23 SetDataSetValue节点 15 4.2.24 DataSetDirectory节点 15 4.2.25 ConfDataSet节点 15 4.2.26 DynDataSet节点 15 4.2.27 ReadWrite节点 16 4.2.28 TimerActivatedControl节点 16 4.2.29 ConfReportControl节点 16 4.2.30 GetCBValue节点 16 4.2.31 ConfLogControl节点 16 4.2.32 ReportSettings节点 16 4.2.33 LogSettings节点 16 4.2.34 GSESettings节点 17 4.2.35 SMVSettings节点 17 4.2.36 GSEDir节点 17 4.2.37 GOOSE节点 17 4.2.38 GSSE节点 17 4.2.39 SMV节点 18 4.2.40 FileHandling节点 18 4.2.41 ConfLNs节点 18 4.2.42 ClientServices节点 18 4.2.43 ConfLdName节点 18 4.2.44 AccessPoint节点 18 4.2.45 Server节点 19 4.2.46 Authentication节点 19 4.2.47 LDevice节点 19 4.2.48 LN0节点 20 4.2.49 DataSet节点 20 4.2.50 FCDA节点 21
文件隐藏属性不能修改的解决办法
文件隐藏属性不能修改的解决办法 有时候系统中病毒以后(例如sxs.exe和lsass(落雪病毒)),杀毒软件无法杀毒,或者没有杀毒软件.这时就需要手动杀毒.这时往往需要删除病毒文件,病毒文件为了保护自己,总是把自己隐藏起来. 把文件属性设置成隐藏,一般的病毒我们通过修改菜单:工具--文件夹选项--查看--显示隐藏文件即可.但是很多病毒通过修改注册表使我们这步操作失效,还是无法看到隐藏文件,下面的操作就是教我们如何通过修改注册表让隐藏的文件原形毕露。首先要显示出被隐藏的系统文件运行regedit HKEY_LOCAL_MACHINE | Software |Microsoft | windows | CurrentV ersion | explorer | Advanced | Folder | Hidden | SHOWALL，将CheckedV alue键值修改为1 但可能依然没有用，隐藏文件还是没有显示，这是因为病毒在修改注册表达到隐藏文件目的之后，把本来有效的DWORD值CheckedV alue删除掉，新建了一个无效的字符串值CheckedV alue，并且把键值改为0！方法：删除此CheckedV alue键值，单击右键新建Dword 值，命名为CheckedV alue，然后修改它的键值为1，这样就可以选择“显示所有隐藏文件”和“显示系统文件”。删除auto.inf文件,重启电脑. 显示隐藏文件的方法打开“记事本”，复制如下内容：Windows Registry Editor V ersion 5.00[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentV ersion\Explorer\Ad vanced\Folder\Hidden\SHOWALL] "CheckedV alue"=dword:00000001 保存文件名：“显示被隐藏的文件.REG”，（确保在“文件夹选项”中去掉“隐藏已知文件类型的扩展名”），双击运行此文件，再重新到“文件夹选项”中设置显示隐藏文件。升级杀毒软件病毒库，查杀病毒回答者：张秀才- 一派掌门十二级6-19 14:18sxs.exe是修改过的落雪病毒也就是现在非常流行的病毒! 可以结束SXS的进程删除，记住，用鼠标右键进入硬盘同时按下Ctrl+Shift+Esc三个键打开windows任务管理器选择里面的“进程”标签在“映像名称”下查找“sxs.exe”但击它再选择“结束进程”一定要结束所有的“sxs.exe”进程打开我的电脑单击工具菜单下的“文件夹选项”单击“查看”标签把“高级设置”中的“隐藏受保护的操作系统文件（推荐）”前面的勾取消并选择下面的“显示所有文件和文件夹”选项单击“确定”用鼠标右键点C盘（不能双击！）选择“打开”删除C盘下的“autorun.inf”文件和“sxs.exe”文件用鼠标右键点D盘选择“打开”删除D盘下的“autorun.inf”文件和“sxs.exe”文件（另外有个文件也是，是个.exe 同样删了它）……以此类推删除所有盘上的AUTORUN.INF文件和“rose.exe”文件单击开始选择“运行”输入"regedit"(没有引号) ，回车依次展开注册表编辑器左边的我的电脑>HKEY_LOCAL_MACHINE>SOFTWARE>Microsoft>Windows>CurrentV ersion>Run 删除Run项中的ROSE （c:\windows\system32\SXS.exe)这个项目关闭注册表编辑器然后重新启动计算机删除硬盘上是ROSE：按下shift键不放插入U盘直到电脑提示“新硬件可以使用”打开我的电脑这时在U盘的图标上点鼠标右键选择“打开”（不要点自动播放或者是双击！）删除SXS.exe和autorun.inf文件病毒就没有了有史以来第一次遭遇如此顽固的病毒，网上找了找，没有统一的名字，瑞星称为Trojan.PSW.QQPass.pqb 病毒，我就叫它sxs.exe病毒吧重装系统后，双击分区盘又中了，郁闷，瑞星自动关闭无法打开，决定手动将其删除现象：系统文件隐藏无法显示，双击盘符无反映，任务管理器发现sxs.exe 或者svohost.exe （与系统进程svchost.exe 一字之差），杀毒软件实时监控自动关闭并无法打开找了网上许多方法，无法有效删除，并且没有专杀工具手动删除“sxs.exe病毒”方法：在以下整个过程中不得双击分区盘，需要打开时用鼠标右键——打开 一、关闭病毒进程Ctrl + Alt + Del 任务管理器，在进程中查找sxs 或SVOHOST（不是