图片共6P。
12月14日修改——就拿这个改吧，反正当初写得也不全。
100m超限的官方说明在12月29日《北京日报》第5版刊载。新票价如何算出来？
===================================================================
票价系统实际上是针对运营收取票款的需求而建立的，而不是针对乘客旅行的需求，因此收取票款的根据一定是轨道上的长度，而不是两座车站之间的直线距离，也不会说把换乘通道长度纳入在内。（而且两站间准确的直线距离需要通过测绘部门才能公布，恐怕也不容易操作。）
理论上，相邻两座车站的里程为有效站台中心线之间的轨道中心线长度。所谓有效站台中心线，就是列车停靠的设计位置的中心。
很多时候来回两条轨道长度并不相同。根据数据来看，应该是采用两条线的平均数计算。
（注：坡度影响在1500km以下都不会进位到1km，可以忽略。）
那么运营是否会为了自己的利益在里程上动手脚呢？
就在对此争论不休的时候两家运营推出了查询票价的网页版：
北京地铁：
http://www.bjsubway.com/subwaymap/station_map.html
京港地铁：
http://piaojia.bmncc.com.cn/priceSearch.jsp
其中后者是北京市轨道交通指挥中心的网页，京港直接就链过去了。
这时候有同学在指挥中心这儿开了一下控制台：
（我还以为要抓包呢，控制台就能看也太简单了。）
向服务器提交的请求的地址是（地址栏直接改发到站即可）：http://piaojia.bmncc.com.cn/PriceTable/quaryPrice?startname=%E4%BA%94%E9%81%93%E5%8F%A3&endname=%E5%9B%9E%E9%BE%99%E8%A7%82
而服务器返回的json串是这样的：
{"olname":"13号线",
"oname":"五道口",
"dlname":"13号线",
"dname":"回龙观",
"ofname":"WUDAOKOU",
"oename":"WUDAOKOU",
"dename":"HUILONGGUAN",
"price":5.0,
"sdist":12450.0}
price就是票价，而最后的sdist就是里程。sdist在页面上并没有体现，却返回在了json里，指挥中心当时制作的时候大概是考虑到万一需要公布里程留的接口吧。（补：现在运营给了全网的站间距，这个返回值的用途只剩下确认里程对应票款和测试你的计算结果对不对了）
我们把所有相邻车站的里程整理出来，发现所有的小数点后都是0，也就是精确度到米。接着和手头的一些书籍、变更环评报告和各种小道消息的数据做了比较，结论是，有误差，数量级也是米，最大在5米左右。还有在运营供职的同学帮忙查了一些线路，也是相同的结论。
这里需要指出的是，这个数据很可能是在列车实际运行中测得，所以会有几米的误差也不是怪事。
————————————————————————————————————–
相邻两站多远的问题解决了，那么换乘是怎么走的呢？
首先，我们要知道，在算出你要付多少票价之前，自动售检票系统（简称AFC）要知道哪些信息呢？或者说你提供给了AFC哪些信息呢？
答案很简单，进站刷卡，出站刷卡。中间的时间，你的卡都放在你的兜里或者包里，而你又藏身于茫茫人海之中，AFC看不见。所以说在有多个路线可选（举例：宣武门到西直门）的情况下，你实际经过的路线AFC是不知道的。（所以只要你不超时，怎么绕都可以）
从系统设计的角度看，可能有这两种选择：
一是选最短路线，票价最少。
二是选数学模型计算的平均路线。
第二种的“弊端”是显而易见的：第一，我没坐那么长，凭什么多收我钱？第二，你的数学模型鬼才信，肯定有猫腻。此外，公开长期统计还涉及到算法的知识产权问题。
所以必然是图省事去选择第一种。
最短路线的结果是很极端的，甚至有的都根本不会有人这么坐。
举个例子，刚才有同学问，说北宫门到欢乐谷景区他怎么算都是7块，结果为什么是6块呢？
┑(￣Д ￣)┍ 谁想得到这么走啊喂。
所幸票价并不干涉乘客具体乘车路线，因此也无需担心说这种奇葩的路线自己找不到会有什么损失。
接下来做一个小结：
相邻两站的里程为有效站台中心线之间的轨道长度。而线网中任意两站间的里程是它们之间最短路径的里程。
————————————————————————————————————–
说完这些，我们来看一个新闻。
票价公布的时候好多人说比民间计价器便宜，也有人说比民间计价器贵，自己被坑了的。
■ 提醒
地铁站间票价查询以官网为准
在北京地铁调价方案确定后，网上就有了各种计价神器帮乘客计算交通费。不过记者实验发现，基本上这些计价器查询结果和官网显示的一样，在不同价位临界点里程，价格略有出入。
以前门到安河桥北为例，两地距离22.1公里，北京地铁官网显示票价5元，而百度推出的计价软件显示6元。出现这个情况的原因主要是算法问题，记者通过对多个站点的实验，发现官方计算票价执行的应该是四舍五入，也就是说如果距离是22.5公里，就将被计算为下一个里程票价，少于22.5公里，仍以22公里里程计价。地铁部门表示，各种计价器结果显示不同，应以官方公布的四种查询方式为主，即官网、APP（下周一安卓用户可下载）、微博、热线电话。
记者犯了一个重大错误：百度的里程你怎么能信呢？
举个例子。这是百度地图在陶然亭-北京南站-马家堡的地图。
百度地图画的是4号线出二环开始往东拐，然后拐到北京南站。
实际情形如何？
这是在北京南站现场拍摄的北京南站总平面图，可以看到4号线是从北边小区的两条小路下面穿过来的。
这么一比，百度的里程你能信吗？
然后我们再看看上面新闻里说的前门到安河桥北。
{"olname":"2号线",
"oname":"前门",
"dlname":"4号线",
"dname":"安河桥北",
"ofname":"QIANMEN",
"oename":"QIANMEN",
"dename":"ANHEQIAO North",
"price":5.0,
"sdist":21332.0}
明明是21.332km，妥妥的5块，哪来的22.1km？
这篇新闻根据百度的里程下了如此的结论：
也就是说如果距离是22.5公里，就将被计算为下一个里程票价，少于22.5公里，仍以22公里里程计价。
那就看看我刚才给的第一个json吧。
{"olname":"13号线",
"oname":"五道口",
"dlname":"13号线",
"dname":"回龙观",
"ofname":"WUDAOKOU",
"oename":"WUDAOKOU",
"dename":"HUILONGGUAN",
"price":5.0,
"sdist":12450.0}
12.450km，5块，按记者的结论不是应该四块？
嗯，人家数据就不对，再驳斥其结论错误也没什么意思了。
那正确的分水岭在哪呢？
{"olname":"2号线",
"oname":"复兴门",
"dlname":"房山线",
"dname":"良乡大学城北",
"ofname":"FUXINGMEN",
"oename":"FUXINGMEN",
"dename":"LIANGXIANG University Town North",
"price":6.0,
"sdist":32100.0}
复兴门到良乡大学城，32.100km，6块。
{"olname":"10号线",
"oname":"海淀黄庄",
"dlname":"6号线",
"dname":"物资学院路",
"ofname":"HAIDIANHUANGZHUANG",
"oename":"HAIDIANHUANGZHUANG",
"dename":"WUZIXUEYUANLU",
"price":7.0,
"sdist":32101.0}
海淀黄庄到物资学院路，32.101km，7块。
就差1米。
所以里程分界线在规定里程+100m处，超出100m以上的升档多收1元，超出不超过100m的仍然收较低票价。
用程序计算了全网里程之后发现，踩线的有5个，而悲剧的也有5个。
————————————————————————————————————–
第一张图来自：
刘学军, 李瑞, 欧阳冬. 地铁岛式双柱车站柱跨选择[J]. 城市轨道交通研究, 2013, 16(11): 107-109.
北京南站的总平面图，作者不详，拍摄者不详，图源：
这个暂且算作资料库
来源：知乎 www.zhihu.com
作者：hat600
【知乎日报】千万用户的选择，做朋友圈里的新鲜事分享大牛。
点击下载
此问题还有 4 个回答，查看全部。
延伸阅读：
火车票涨价是否能解决春运问题？
北京地铁涨价合理吗？
