折角破损的纸质版《BP世界航线距离表》

航海距离表提供了两个港口之间的海上距离,即沿着实际航线而非地图上直线测得的海里数。在上世纪的大部分时间里,这些距离都记录在印刷版册册中,航海人员通过将连接点网络中的各个航段相加来计算出航程距离。而如今,通过一次点击即可获得相同的答案。本文将阐述距离表的工作原理、现在的海上距离是如何计算的,以及确保该数字的准确性为何依然决定着航程估算是否成立。


最近,我正在整理书架,以便为新购置的书籍腾出空间,无意中发现了这本破烂不堪的《英国石油(BP)世界航海距离表》,我想分享给大家,特别是行业内的年轻一代,他们可能从未想过距离表曾以纸质形式存在。

此版本可追溯到我在 BP 担任船舶操作员(Ship Operator)的时期。我猜想,当办公室发放新版表格时,我把这本带回家了。对于我们以前在手机问世前,必须用传呼机值班的“周末值班”来说,这是一个非常有用的工具——但那是另一个故事了!

如需了解完整历史,请访问 AtoBviaC 网站。我认为我手中的这本比他们页面上的示例还要早,因为它只有一册。

什么是航海距离表?

航海距离表是列出可航行航线上港口与转向点(waypoints)之间海上距离(以海里为单位)的参考资料。由于港口组合过于庞大,无法直接列出所有组合,因此表格是围绕连接点或枢纽点(junctions)构建的,将一个区域与下一个区域连接起来。要计算距离,您需要读取港口与相关枢纽点之间的航段并将其相加。最著名的例子包括《BP 世界航海距离表》、《里德航海距离表》(Reed's Marine Distance Tables)以及《劳氏海事地图集》(Lloyd's Maritime Atlas)及其数字继承者 AtoBviaC,后者至今仍是行业参考标准。

它们是如何工作的?

从这张图片中您可以看到,世界被划分为六个表格,每个表格都有几个连接点,以便在不同区域之间进行跳转。

A page from the BP marine distance tables showing the world divided into six tables with connecting waypoints

以表 2 为例,您也许能看出其中一个转向点是 Europa Point。这样您就可以获取从斯德哥尔摩到 Europa Point 的距离,然后转到涵盖地中海的表 3,将 Europa Point 与奥古斯塔(Augusta)相加——将两者相加,您就得到了从斯德哥尔摩到奥古斯塔的距离。

Table 2 of the BP distance tables, with distances to the Europa Point connecting waypoint on the top line

这是表 2 中的一页,您可以在其中看到如何选取距离,注意前往 Europa Point 的距离在最上面一行。

Table 2 of the BP distance tables, with distances to the Europa Point connecting waypoint on the top line

想象一下,要计算从西北欧某地到日本的距离,您必须查阅多少张表格和连接点!

现在,您只需单击鼠标即可获得这些距离——你们年轻人现在可省事多了!

如今的高效海上距离是如何计算的?

如今,海上距离是通过电子航程规划和航线设计软件以及电子海图系统(ECDIS)计算的,这些系统可在数秒内计算出沿规划航线的距离。该软件遵循符合实际的路径:绕过海岸线和船舶定线制,穿过苏伊士运河和巴拿马运河等水道,或在不使用运河时绕过角峰。因此,根据所选航线的不同,两个港口之间可能会返回多个合理的距离,这就是为什么现代数字的准确性完全取决于其背后的路由设定。旧表格的连接点逻辑在底层依然发挥作用:软件所遍历的转向点网络比任何人工计算的都要密集得多。

大圆航线与等角航线:应采用哪种距离?

大圆距离(great-circle distance)是沿地球弯曲表面两点之间的最短路径。等角航线距离(rhumb-line distance)则遵循恒定的罗针方位,操作更易于操舵,但航程较长,且在高纬度及东西向航段上差距会进一步拉大。距离表和航程软件都可以表示这两种类型,因此在将其纳入估算之前,了解数字代表哪一种至关重要。作为贯穿始终的计量单位,1 海里等于 1,852 米,定义为大约 1 纬度分。

从距离到滞期费:为何数据在商业上至关重要

距离是航程估算的首要数据输入,其误差会积聚并影响到后续的每一个环节。它决定了海上航行时间,从而影响燃油消耗与成本、预计到达时间(ETA),以及据以评判租船合同的运费和等价期租租金(TCE)计算。此类误差通常会在索赔阶段重新浮现。低估距离或选择错误的航线,会导致实际航程效益差于估算,随后争议便会转移到受载期(laytime)上:船舶究竟何时到港、使用了多少时间,以及超出的时间由谁承担。它极少以标有“距离”的争议形式直接出现,而往往在数月后表现为滞期费纠纷。

这正是航程两端均需依赖相同历史记录的原因。真实航线与港口使费产生的数据洞察,能够将距离从教科书上的数字转化为可靠的预测信息,而在估算遭遇质疑时,同样结构化的数据证据是解决索赔的基础。Marcura 的航程与港口时间智能服务旨在租船确认前构建该数据链,其滞期费与速遣费索赔管理进行后续应用,而反馈至下一次航程估算中的索赔数据则实现了计划与实际之间的闭环管理,显著提升运营效率。

来自 Phil 的寄语

在现已隶属于 Marcura Claims 的 HubSE,我们致力于利用 AI 和自动化工具,让滞期费索赔处理变得尽可能简单。我们正在消除数据录入和信息检索的手工工作,为滞期费分析师提供其开展工作所需的一切数据支持,并凭借其高超的谈判技巧实现资产增值。如果您想了解我们如何为您减轻业务负担,请与我们取得联系。

现在,只需点击鼠标,即可轻松获取这些航程距离。年轻一代的航运人如今能享受到如此高效便利的技术生态了!

数字化文件直观呈现数据图表与深刻洞察,醒目呈现标题“超越模型”(Beyond the Model)。

新指南

全面掌控采购至付款流程

为什么从采购订单到付款之间的发票控制会失效——以及领先的船舶管理公司如何弥补这一差距。免费指南,外加两款诊断工具。

日间临水而立的褐色混凝土建筑

产品组合

解决方案

Marcura 智能引擎

资源中心

职业机会

产品组合

解决方案

Marcura 智能引擎

资源中心

职业机会

Event preview
线上研讨会直播
统一系统,专为每次干船坞修造、船舶修理及检验而设计检验而生
一个集进坞修船、日常修理、改建及检验于一体的统一云平台——内置供应商采购与审批流程。
线上研讨会直播
统一系统,专为每次干船坞修造、船舶修理及检验而设计检验而生
一个集进坞修船、日常修理、改建及检验于一体的统一云平台——内置供应商采购与审批流程。