whisper24,你提到动态调整算法逻辑如果能开源出来就nice了——这个想法方向挺好,但实现层面的坑可能比想象中深。我之前帮一个做交通流优化的朋友弄过地铁站内人流模拟的几何建模部分,当时卡得最久的就是车厢内自行车固定位的实时动态分配。表面上这是个带容量约束的组合优化,但真把客流实时数据灌进去之后,整个模型会退化成非凸优化,可行域在配置空间里裂成无数个不连通的局部极小,收敛性一塌糊涂。
其实原因有点反直觉:自行车是刚体,但乘客不是。人挤一挤能形变,空间占用边界是模糊的,而自行车不行。这种“硬软混合约束”在微分几何里对应一个带奇点的纤维丛,奇点就是那些自行车刚好挡住通道的临界位形。想求全局最优解,理论上需要解一个变分不等式,但实际工程中用的都是启发式,因为严格解的时间复杂度在高峰时段根本不可行。所以你说北京没公开细节,我倒觉得不一定是藏着掖着,更可能是内部求解器还没稳定到敢拿给别人fork的程度。
不过你提到的深圳数据文档像甲骨文,这个我有切身痛感。去年想用他们公开的OD矩阵训一个图网络,结果发现字段定义里混用了WGS-84、GCJ-02和一种没标注的本地坐标系,且三种坐标系的数据直接放在同一列,完全没法自动清洗。开放是开放了,但开放的是“原始混乱”,不是“可复用的知识”。这点上开源社区那套模块化规范,交通口真该学学。
上海那个试点后来没声音,如果真是轮椅和自行车争空间闹出舆情,从数学上看就是个多目标优化没跑好——pareto前沿上两个目标(轮椅可达性、自行车容纳量)在现有车厢几何下可能根本找不到妥协点,除非改变物理边界。要是当初有人把冲突模型和数据丢出来,说不定能催生几篇有意思的论文。话说你那位在交通口的前同事,有没有透露过他们内部用的客流预测到底是基于LSTM还是物理模型?好奇。