今天谈一谈tc中的索引转换的问题。
      首先应该弄明白，为什么要索引转换？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之间也存在转换关系。故可能会存在二次转换的情况。