翻呗 —— 你身边的翻译助手

内容中心 › 文献

文献

能保住文献编号和 DOI 的翻译站,先说它在什么情况下会失手

作者:翻呗运营2026-11-09阅读 1评论 0

摘要 这篇是安利,但前半段全是缺点。
本文原发于 CSDN(2026-11-09),同步发布于本站内容中心;站内版本保留全文,格式按本站排版重排。

这篇是安利,但前半段全是缺点。

先把结论放这儿:整篇翻它能保住编号、年份、DOI 和版面位置,保不住标题和作者名;而且它没有一个开关能让你「文献区别翻」。

如果你只需要读大意,上面这句就够了,可以直接关掉。要投出去的话,往下看。

素材还是 arXiv:1706.03762 那篇 15 页论文,原文译文页数都是 15。

三个先说清楚的短板

一、文献区没有豁免开关。

四档都不行。常规、公式保留、版式精排、扫描件增强,四档的差别在版面和公式处理,文献区是纯文字块,四档都会把它送进翻译队列。我翻遍设置也没找到「跳过这一段」。

二、相邻两页,两套标点。

译文第 11 页作者之间用「和」,条目里还留着 31 个英文逗号;第 12 页变成「与」「、」「。」,一个「和」都没有,还多出 6 处「载于」、5 处「页码」。同一份文件、同一个任务,两页两种写法。想批量替换都不行,得一页一页改。

三、人名音译不可控,还有字符会掉。

[15] 的 Yonghui Wu 变成「吴永慧」,[28] 的 Kaiming Xiong 变成「熊开明」。这个还能认,下面这个不行:[16][17] 原文是 Łukasz Kaiser,译文里那个 Ł 直接没了,页面上剩下「ukasz Kaiser」,前面空出一格。放大 6 倍看过,不是显示成方框,是字符本身缺失。

作者名一改,按作者检索这条路就断了。

它好在哪:字是填回原来的框里的

结构。这才是这类工具真正难的地方,也是我继续用它的原因。

同一页,原文 21 个文本块、译文 20 个,页左边界 108.0pt 对 108.0pt,块宽 397.7 对 398.4,块高 678.0 对 681.8,行数 47 变 44。

差 3 行不是丢了内容——中文比英文短,一行能塞下更多字,行数自然少。块边界几乎没位移,说明它不是「重新排版一遍」,是把译好的字填回原来的框里。

所以你的页码、图注位置、表格边框都还在,翻完直接能对着原文看。这件事听起来平淡,做过 PDF 处理的人知道有多难。

贵的那一档值不值

15 页的文件,四档分别是这样:

档位15 页多少积分解决什么文献区会变好吗
常规15原位回填,版面不动不会
公式保留75公式当图形块,不乱码不会
版式精排90按原始边框重排表格、图注、双栏不会
扫描件增强135先 OCR 再进同一条流水线不会

四档的差别全在版面和公式。文献区是纯文字,钱加在这一档上,换不回英文标题。

反过来说也成立:如果你的文件里有公式、有双栏、有表格,加钱是有用的,只是别指望它顺手把文献区修好。

什么情况下该用它

能力边界照实写:支持 24 种语言,单文件 300MB / 1500 页;四档按页计费,常规 1、公式保留 5、版式精排 6、扫描件增强 9 积分每页,中英对照每页加 1;版式精排是按原始边框重排表格、图注、双栏,不整页重画;扫描件按语种分 OCR 通道。手写体、竖排古籍识别率低,这两类别指望。

一个更省事的验证办法

别整篇翻完再看。先拿两页试——第 11、12 页这种连续文献页最容易露问题。

看两眼就够:条目里有没有中文标题;作者之间是「和」还是「、」。

有中文标题,说明整篇被译了,文献页只能留原文;连接词是「、」的那一页,粘进文献管理软件会散,改的时候重点看这一页。

---

口径:PyMuPDF 抠两份 PDF 的文字层,文献区取第 10 页末至第 12 页;块坐标取原始 block 值,未做缩放;脚本 tools/csdn_measure_refs3.py,可复现。

参考资料:[整份 PDF 保留公式与表格的做法](https://trans.sunnytranslation.com/lunwen-fanyi)

用你自己的文档验一遍文里的做法可以直接复用,换成你的文件同样成立。
上传文档,开始翻译

客户评论(0)

还没有评论,欢迎分享你的实测体验。
评论先审后发 · 仅登录客户可评