需要重新分配逐词对照（Interlinear）设置 [已解决]

Question

曾经有一个项目，我称之为 BEN_old。

它有一个包含许多条目的逐词对照（interlinear）设置，结果会自动发送到一个链接项目（回译）中，该项目名为 BEN_ILR_old（名称助记符为 Interlinear-Results）。

甚至还有一个链接的自由翻译，因为有些顾问不喜欢只阅读枯燥的逐词对照内容。这个项目的名称是 BEN_IFT_old（这个名字让人联想到 Interlinear-Free-Translation，虽然这在逻辑上有些矛盾，但提醒人们这些文件是工作流程的一部分）。

由于一些不适合在互联网上公开的原因，该项目被分支（fork）了，现在由另一个组织负责。出于同样的原因，旧名称得以保留，而分支后的文件被赋予了新名称：

主翻译现在称为 BEN_new。

逐词对照数据仍然存在，但我找不到任何方法来分配或发送结果到 BEN_ILR_new。当我尝试打开逐词对照工具（interlinearizer）时，会出现 PT 9.2 熟悉的欢迎窗口，它仍然知道旧的设置（现在位于新主翻译 BEN_new 的名称下），并试图将所有逐词对照结果发送到 BEN_ILR_old。

当我尝试创建新设置时，会出现如下严峻的警告：

The interinearizer can only use language data for one purpose at a time. 

‘You have already created the following settings for the ‘BEN’ language: 
Back translation of BEN_new[sic], Model text: RSV, Output: BEN_ILR_old 

Would you like to replace these settings with the following: 
Back translation of BEN_new, Model text: RSV, Output: BEN_ILR_new

在分支过程中，我已经基于 BEN_ILR_old 创建了 BEN_ILR_new。所以我想要点击“是”。

但我希望得到一些了解 PT 内部机制的人的确认，以便团队不会在数据上损失数百个工作小时。

计划 B：

我四处查看，发现了一个名为 InterlinearSetup.xml 的 XML 文件。
其结构非常清晰，基本上显示了唯一存在的半旧设置，其中 BEN_new 正在进行逐词对照，而结果仍将发送到 BEN_ILR_old。

这些行看起来是可以修改的，如下所示：

    <ExportScrTextName>BEN_ILR_old</ExportScrTextName>
    <ExportScrTextId>here a 40 digit guid which I could obtain from the online PT registry</ExportScrTextId>

然而，在没有先在这里论坛上询问的情况下，我绝不会去修改任何 XML 文件（当然是在 PT 关闭的情况下）。

所以，请问，在分支之后，重新设置我们经过验证的旧设置的安全且推荐的方法是什么？ 要知道，文件主要是出于非技术原因重命名的，它们应该仍然可以很好地协同工作。谢谢。

机器翻译自 English 显示原文

Answer 1

你没有说明分支项目是如何创建的。推荐的方式是使用“备份/恢复”（Backup/Restore，历史记录会丢失）或“转换项目”（Convert project，历史记录会保留）。

这两种方式都会创建一个具有新 GUID（40 位密钥）的新项目。需要单独的 GUID，仅仅复制文件夹是行不通的。

一旦你拥有了原始项目的唯一副本，你就可以更改新项目中的任何设置——因此，点击“是否要替换”消息中的“确定”只会更改新项目的设置。

如果这没有解决你的问题，最好发送一份包含你正在处理的项目信息的故障报告，这样我就可以查看项目详情了。

John+Wickberg
Paratext 支持

机器翻译自 English 显示原文

Comments

谢谢 John+Wickberg。分支项目是通过本地备份并作为新项目恢复创建的。它已在 PT 注册表中注册。

我确信主翻译和回译都有新的 40 位密钥；我刚再次检查过。

我这里的担忧和问题不是关于影响旧项目：

从 PT9 的用户界面和内置帮助中，不清楚当我使用逐词对照工具菜单窗口创建“新”回译（顶部选择器标记为“Choose”）时会发生什么，此时我们不再输出词义注释（glosses）（底部选择器标记为“Back translation”）到 PT 建议的前回译项目，而是到前回译项目的分支。

这是因为我们不知道 PT 存储所有已标记词义注释的信息在哪里。如果词义注释和逐词对照数据存储在“主翻译项目”中，那么我现在可以点击“确定”。

但如果（部分）数据存储在曾经接收词义注释输出的前回译项目（及其分支）中，并且 GUID 已经更改，我担心“链接”会断裂。

机器翻译自 English 显示原文

---

逐词对照数据存储在你打开逐词对照工具的那个项目中，而不是存储在回译项目中。回译项目只是接收导出的逐词对照文本。

如果你查看“新项目”，你会发现有一个 Lexicon.xml 文件和一个或多个形式为“Interlinear_{langCode}”的文件夹，其中“{langcode}”是回译语言的代码。

因此，你可以在不影响旧项目的情况下更改新项目中的逐词对照设置。

John+Wickberg

机器翻译自 English 显示原文

Answer 2

给那些记忆力像大象一样好的人：

是的，几年前我在这里问过关于多个逐词对照设置的问题：

如何运行两个不同的逐词对照工具，分别针对英语和法语（已解决） Questions

几年来，我一直进行英语逐词对照回译，用于质量控制、个人语言学习以及纯粹为了乐趣。我有一个依赖项目来存放我的逐词对照结果（目标文本）。还有另一个项目，我在那里写相当自由的翻译。 现在该项目希望简化顾问检查的工作流程，并希望将法语自由回译和法语逐词对照回译从 Flex 迁移到 PT。 我对法语没意见……

情况依然如此，该项目运行一个英语回译（我的个人乐趣、语言学习和质量控制）和一个官方法语回译（供顾问使用，包括非常直译和自由翻译两种）。这让我想起已经投入了多少工作。一旦设置好，英语和法语并行从未造成任何问题。

现在的分支涉及所有这些文件，它们都被移动并重命名了。一旦我得到如何调整的建议，我会修复它们全部。

机器翻译自 English 显示原文

Answer 3

@John+Wickberg 非常感谢你，John+Wickberg。我做得非常谨慎，做了更多的本地副本，在更改前创建了一个里程碑，出于个人好奇心和理解流程的目的查看了你提到的文件，然后才按下按钮。

然后，我更新了所有文件的逐词对照设置，这些文件现在共同构成了一个完整且可工作的分支。我很高兴地报告说，据我所知，它运行良好。没有错误消息，没有延迟，也没有任何可能表明过程有问题的症状。事后我查看了一下，所有元素都就位了。我做了几个 BEN 到 EN 的逐词对照经文，看起来和感觉起来和以前一样。（这里有一个愚蠢地开心的笑脸）

我承认，创建分支可能是一个非常罕见的情况。我注意到“将项目移至新管理组织”是在线注册表中可用的选项；这可能也很罕见，但在组织更名或环境变化时可能会发生。

所有这些都是为了表达我对 PT 的概念和结构的印象深刻。我今天查看的文件是非常清晰和规范的 XML。我可以做一些可能未被计划为主流管理活动的操作。但由于结构清晰且相当灵活，一切都运行良好。向 PT 团队致意！我和正在经历非技术层面重大变化的当地团队都非常感激 PT。

我感谢你，并将把这个帖子标记为已解决。

机器翻译自 English 显示原文

Answer 4

附注：由于我今天同时处理英语和法语，我借此机会实现了 @dhigby 的一个好建议：我从法语逐词对照回译设置中移除了示例文本。法语是那些非相关人员为顾问检查目的制作官方工作回译的语言。Doug 用他的逻辑很快说服了我，“没有建议”（no proposals）会在让新读者理解译文含义的意义上产生更好的回译。我指的是这个帖子：

回译方法的优缺点？ Questions

值得注意的是，我们在 Paratext 9.2 beta 中进行了重大更改，以解决回译问题。在我的翻译经验中，允许理解方言的翻译者受 NIV 或 Paratext 设置为使用的任何模型文本的影响来猜测词义，这是一种不好的做法。我宁愿看到福传以“Lucky are the…”开始，而不是“Blessed are the…”，仅仅因为 NIV 提出了 blessed 这个词。 我们在 9.2 中使 tr…

机器翻译自 English 显示原文

Answer 5

太长不看版：
这是一篇写给自己的无聊笔记。你在这里学不到任何东西。也没有什么秘密，如果你非要读的话请继续。我警告过你，这不会有趣，没有戏剧性，没有悬念，只是例行公事。抱歉给服务器发垃圾信息，但这里是存放这篇笔记的好地方。

几周前，我把这个问题标记为已解决。情况依然如此，一切正常。

当时弄清楚细节是个挑战，但现在使用“仅释义，无模型文本”（glosses only, no model text）选项的法语回译已经运行了好几周了。

这是“法语部门”正在使用的；用 PT 的行话来说，摘自帮助文档：
为 XYZ 创建无模型文本的释义
带有选项
将释义输出到项目

最近，负责法语回译的团队成员来找我，询问那些有用的状态框（status-boxes），据一位顾问朋友推荐。我找不到任何。甚至找不到通常显示它们的菜单项。

我发现，由于之前的兴奋，接收结果的项目变成了“辅助”（auxiliary），而不是正式的“回译”（back translation）。这就是我写这一切的原因，作为写给自己的笔记：

有一个简单的修复方法：进入接收项目的设置，转到常规选项卡，只需将项目类型从辅助更改为回译：

没有可怕的警告，没有警报，没有额外的 40 分钟备份运行，更改在几秒内完成。目前尚未发现任何不良副作用。而且该更改通过发送/接收（send/receive）正确地推广到了所有其他相关机器。

我们进行了一轮完整的测试，进行了大量的发送/接收以欣赏结果：

• 在某些经节中进行虚拟更改
• 在接收结果的项目中获得著名的红色问号
• 让回译专家调整她的工作并再次发送该经节
• 惊讶地发现红色问号没有被绿色对勾替换，而是被一个白色的空复选框替换（相信开发者知道他们在做什么）
• 在接收项目中手动应用绿色对勾
• 让培训师移除步骤 1 中的虚拟编辑
• 重复所有操作，直到所有计算机上的原始状态恢复

这轮测试感觉像进行了 40 次发送/接收，但可能更像 12 次。看到复选框在实际操作中很有帮助。未翻译的经节根本不显示任何框，这是一个很好的功能。

在像今天这样的日子里，我们真的很喜欢 PT。整天都在做大量的常规工作。晚上大多数团队成员离开时做一些例行公事。并从所有机器和服务器上移除一个奇怪的项目（不在这篇报告中，只是一个额外收获）。并将一个狂野的子项目驯服成它应该成为的样子，让它表现得像一个经过良好训练的正式回译。

我们得到了框……

机器翻译自 English 显示原文