Transcad学习——索引转换

        首先应该弄明白，为什么要索引转换？tc中虽然有交通小区的概念，但是分配的时候还得从路网的角度出发。需要将交通小区与路网拓扑结合起来考虑，然后进行小区吸发量的分配。
        交通分配只能从路网的端点层endpoint（或者node层）出发，在此之前需要进行的操作是将小区连接到路网，连接的方法是先生成小区的质心文件，然后通过连杆进行与路网的连接，通过线（连杆）对点（路网端点层和小区质心层）进行连接。
        生成的质心文件也是点层文件，而且会将这些多出来的点添加到路网的端点层中，同时连杆也会被添加到线层中。
        第一个问题，如何判断endpoint层的点哪些是多出来的（就是小区质心的意思），这个时候借用一个index字段，即先在endpoint层添加一列属性index，在生成小区质心文件的时候可以选择向网络端点层endpoint层的哪个字段（index）填充怎样的字段（质心文件的编号）[操作方法： ids from zone layer】。
        这里需要注意两点，通常小区质心的id和小区的id是一样的（当然也可以在生成质心文件的时候选择字段），通常的做法是index里面填充小区质心的id，不是自我编码的zoneid
        索引转换是因为，通常我们的OD矩阵的编码是我们自己的zoneid，而不是系统的编码id，确切的说不是最后分配的时候，从路网出去的路网节点id，故需要将小区的id转换成路网节点的id，目的就是为了进行交通分匹配。（比如说小区id为1，其质心文件id也为1，但是其连接到路网以后，所对应的路网节点图层endpoint层中的id就不为1了）。
        索引转换的最终结果是以路网节点id为编号的矩阵，目的是为了分配。通常可能会存在两次的索引转换。我们的od矩阵通常是基于自己的zoneid创建的，特别是在有录入数据要求的时候。这种情况的索引转换的关系为：zoneid与小区id之间存在转换关系，小区id与网络节点图层endpoint的id之间也存在转换关系。故可能会存在二次转换的情况。

1 TC建模编号的常规操作

       下图展示了常见的索引对象及其转换，也是我习惯的操作方式，可以看出小区ID是关键的中间铆接对象，因此建立矩阵习惯基于小区ID建立矩阵。

2 索引转换的原因及其方法

（1）原因

        索引转换的原因在于不同的场景下，需要有不同的矩阵编号，如：

        1）交通分配要求用路网节点的id作为编号进行分配；

        2）用自己的小区编码zoneid有利于建模者的自我识别；

        3）而用系统小区默认的id有利于软件的自我管理。由于由不同的目的的需要，也就要求要能够根据需要随时变换矩阵的索引。

（2）方法

        理清了索引对象和转换的原因，再说明一下输入输出关系。

        1）结合四阶段法，最终的输出是分配步骤，所要求的索引是路网节点图层的id；

        2）而从建模者的角度，一套自己的编号是非常有必要的，所以输入的索引是自己小区的zoneid，包括在输入小区的相关属性等方面，用自己的编码比系统的编码要有效、也便于自我管理；

        3）所以这就涉及到从小区的zoneid到路网节点id的转换；

        4）我通常采用的不是直接转换法（也就是说所谓基于zoneid建立矩阵），通常习惯建立矩阵的时候基于小区id建立，通过小区id作为中间界值，进行转换。而关于转换的具体映射关系，可以参考上图。

（3）注意事项

        1）索引转换的关键点是要找准映射关系，需要明白各种映射情况。

        2）通常直接从小区连接到路网节点的，而不进行小区质心的输出，也就是说我的填充到路网节点层的字段是小区的字段，而不是小区质心文件的字段；

        3）最后转换到路网节点图层的id上是利用路网节点的id和index里的填充对象这一映射关系完成的，因此，按道理如果我直接在index里面填充zoneid而不是填充id，那么可以直接从zoneid完成到路网节点图层id的转换，但实际上在填充index的时候只能Fill  id，而不能Fill zoneid，这一步是没法选择填充字段的，只能选择填充到路网节点图层的哪个字段。