Trainz/种类

↑   Trainz 内容创作，参考 — 参考文献目录 ↓

Trainz 培训基础 Trainz 注解参考页面

目录 | 开始 | 趣味 | AM&C | 创作 | 书内参考 | ORP 参考：  • 索引 • 容器 • 种类 • 标签 | 附录  • 版本

术语表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

鼠标使用

符号

Kind 标签

点击 此处快速导航到 KIND 的目录

除了本地安装数据库之外，定义Trainz 资源的所有元素都包含在一个单个文件夹中——资源文件夹或资源源文件夹——当资源分别打开以进行编辑或构建时，这两个文件夹都可以访问——两者都涉及（可能多种编辑）编辑和数据操作。

种类是这些资源源文件夹中特殊的父数据形式，并在文件夹的唯一config.txt 文件中定义。Kind 标签的合法值受到严格限制。每个配置都有一个种类，并且每个配置在本地定义其余部分的目录中都有一个家，以创建该资源。因此，资源源文件夹也可归类为 Trainz 容器的一般数据类型之上的一步，并且每个都由类型指定，由其显式唯一关键字控制，Kind 标签值。 

因此，每个 Kind 都表示在自定义的自包含 Trainz 资源定义层次结构中的一组基本枚举的 Trainz 资源类型或资源种类数据类。内部的config.txt 文件负责定义唯一 KIND 行的“资源类型”数据需求，并将 KIND 要求定义为必要的（或可选的）内容与 TBS设置的其他强制和可选资源数据定义聚合在一起——实际上，配置负责定义父 KIND，将其他TrainzBaseSpec定义行需要的内容与父 KIND 行（种类“名称”）值所需的定义行合并以创建种类类型的资源，如在 TBS 中设置“种类“KIND 枚举类型名称””行所定义。
将该计算机科学翻译成英语：每个“Kind 标签”都设置了资源是什么以及其资源文件夹在提交到 Trainz 内容管理器进行提交（现在，由于 TANE 内容管理器的出现，奇怪地称为提交）或验证（错误检查和测试，在将资源提交（或提交）到数据库之前的步骤。还在上传到 DLS 之前。每个种类都与源 config.txt 文件配对，通常作为其最前几行之一。所有内容都是 TAG-DATA 对的一部分。有些是 TAG-容器，许多是 TAG-值，但所有配置数据都是成对的。容器中的子容器遵循相同的规则。即使是数组数据元素——字符串、多个值、多种可能性（类别-时代和类别-区域）也在一行上以成对关系定义。因此，容器是关键字标签，表示期望“{”和“}”，并根据标签名称定义的规则处理两者之间的数据。

了解 KIND 的作用可以说仅略微不如理解TrainzBaseSpec的作用以及两者普遍存在的容器config.txt文件的作用重要。在这三种情况下，所有这三种都是用户掌握修复或创建资源的最重要的数据元素。幸运的是，每种 Trainz 资源都有一个唯一的 KIND，因此可以根据需要或系统地逐一掌握这些 KIND，并且类似地，可以逐一理解每个容器。

事实上，所有这三个元素都紧密相连，因为它们在资源根文件夹中协同工作，该文件夹必须包含配置，而配置又“必须”包含TBS 中的 Kind 标签和其他强制性 TBS 支持定义，例如kuid和用户名，并且根据 TBS 行中定义和选择的 KIND，“必须”因此包含该Kind 标签和所有支持定义所需的内容……包括必需的容器和子容器。

在较小程度上，KIND 和类别-类标签协同工作，以告知内容管理器软件资源的config.txt 文件中哪些其他关键字是必要的、可选的或非法的，而后者具有将该类别-类成员（正在定义的资源）添加到 CM 的排序和选择操作中对用户有用的各种排序标准组合的定义目的。

在 Trainz 数据模型中定义资源 config.txt 文件 = (声明) TrainzBaseSpec + 类别-类标签 + KIND + 支持容器 + 纹理和网格处理包含文件

Trainz 种类是定义用于在单个识别 kuid 下表征资源类型的最小数据结构的上层容器。

层次结构和级别

Trainz 模拟器中的KIND定义了与类别-类一起设置的属性，该属性设置了使资源模型正确渲染所需的信息字段。在非常真实的意义上，KIND 数据结构（对与模型渲染和运行时模拟的需求相关的不同类型的相关数据进行分组）是 Trainz 中的第一级容器（尽管名称特殊，为“KIND”），并且几乎总是需要其他容器级数据组在 ini 文件中与之一起使用。这些是枚举的支持容器和标签，Kind 标签和类别-类的组合使用它们来确定必须为此类资源定义哪些其他数据元素，这些数据元素可以被视为子种类，因为所有类似的资源都需要定义相同的数据元素。

现在所有容器和类似容器的结构都位于 config.txt 文件中，但区别仅仅在于“容器定义类型”通常在几个不同的 KIND 定义的资源中具有作用域（适用性），并表示共享属性（一个特征，例如转向架），而每个 KIND 对该类资源都是唯一的。KIND 机车和 KIND 车厢都有转向架（卡车上的车轮），因此两者在其 ini 文件中都有一个转向架容器。

在 Trainz 数据模型中定义资源-II TrainzBaseSpec + 类别-类标签 + 种类“机车”确定一组必需的支持容器，而类别-类 + 种类“车厢”确定一组不同的支持容器。 TrainzBaseSpec + 类别-类标签 + 种类“景观”确定一组必需的支持容器，而类别-类 + 种类“工业”确定一组不同的支持容器。

以下列表截至页面编排时是完整的，并且会定期更新。请查看Trainz-Wiki KIND TrainzBaseSpec以获取可能的更新。（那里许多下面的链接连接到N3V TrainzOnline Wiki，并且这些链接与Wikibook章节链接之间存在细微的色差。截至2014年8月下旬，那些仍然是红链接的尚未在N3V Wiki中正式定义，尽管该类可能已在内容创建者的论坛之一中公布。）

KIND的种类

所有Trainz定义的数据（内容）都包含三个必需元素：一个config.txt文件用于组织数据，一个表示kuid的身份（仅用户名对你没有用，但可以创建无需名称的合法资产！）以及最后一个，一个合法定义的kind标签。kind负责指挥，是乐队的指挥，是排长或CEO，给出指示——为之后处理的所有内容设置要求。简而言之，kind的值，一个小型、精选的严格定义的仅限成员的组——告诉Trainz软件在我们将创建的虚拟世界中渲染和显示什么以及如何（或在何处）查找将这些资产的各个部分链接在一起的config.txt文件中所需的其他部分。
下面每个子类都被认为具有TrainzBaseSpec作为其数据“父类”。下面列出的一些kind，那些带下划线的，是早于Trainz数据模型在TS2009版本中（即2008年末以来）更改的遗留kind，N3V程序员自此只对其施加了渐进的（增量的）更改。
目前，有关基于这些遗留kind修复资产的详细信息可以在N3V Trainz Wiki的内容创建者指南部分找到TrainzOnline网站此处，其中包含一些说明性的遗留Kind示例此处。强烈建议任何Trainz下载站用户或任何考虑创建内容的人仔细阅读CCG。通过了解旧内容定义的背景历史获得的见解，可以与TrainzOnline对相同数据类型的当前覆盖范围进行对比和比较，因为这种过去与现在的对比通常可以为修复、更改和自定义资产提供宝贵的见解。更重要的是，CCG中的写作是由专业人士制作的，并且更加冗长——它通常会让你了解更改这一点或那一点带来的扩展效果，而Trainz Wiki则没有提供这些信息。TrainzOnline上发布的CCG是TC1&2/TC3版本——几个小册子中最后出版的一个，这些小册子可以追溯到1999年的Trainz；TC3 CCG包含来自TRS2004/TRS2006和UTC数据模型的已更改的Enginespecs机车资产，需要进行正确的更新。

TrainzBaseSpec子类KIND（类型资产组）
kind achievement-category  kind achievement-group  kind activity - 场景 kind  kind asset-group  kind behavior  kind bogey []  kind buildable  kind controlset  kind consist  kind drivercharacter  kind drivercommand  kind engine [2]  kind enginesound []  kind environment  kind fixedtrack []  kind gameplaymenu  kind groundbrush - 未定义  kind groundtexture []	kind hornsound []  kind html-asset []  kind industry [3]  kind interior  kind library [4]  class library  kind map - 路线 kind  kind mesh [5]  kind module - 未定义  kind mocrossing [6]  kind mojunction [7]  kind mosignal [8]  kind mospeedboard  kind pantograph  kind product [9]  kind product-category [10]  kind profile [11] - 会话 kind  kind region	kind scenariobehavior - 未定义  kind scenery[12]  kind scenery-trackside[13]  kind scenerywithtrack [14]  kind servlet  kind steam-engine [15]  kind texture [16]  kind texture-group  kind track [17]  kind trainzbasespec [18]  kind tracksound [19]  kind traincar [20]  kind turntable  kind water2

 

重要的日常KIND

本节提供指向一组示例子页面的链接，这些子页面展示了常见资产

从v1.3-v1.5、v2.2、v2.5、v2.9、v3.7、v3.9或其他活动数据模型发生变化的版本到其他类似版本的kind配置的演变，并且可以使用文件比较软件查看差异。

最重要的KIND是什么？

答案取决于您当前正在处理哪种资产和资产子类型。在人类的思维过程中，机车和货车都是Kind“火车车厢”，但在Trainz配置中是不同的KIND声明，并且柴油机车和蒸汽机车都需要定义不同的数据参数来模拟资产；配置中的这种差异来自kind的定义，并且强制性的category-class标签仅在CM和surveyor选择和排序过滤器中具有作用域。

景观KIND

这些通常比较简单，因此可以介绍KIND的使用，

机车种类

引擎规格

种类引擎