0
1.4k 次浏览

我参与的一个项目正在进行希腊语-民族语言逐词对照(Greek-Vernacular interlinearization)。出于安全原因,我将希腊语文本称为 GRK,将民族语言称为 ZZZ。

GRK 是我们自己的文本(基于古代手稿键入,而非混合版本)。
ZZZ 有一个辅助项目(Auxiliary project)ZZZ_Interlinear,逐词对照工具将其导出到了该项目。

在 PT 9.1 中,我们是这样设置的:
要逐词对照的文本:GRK
模型文本:ZZZ
高级设置,导出到:ZZZ_Interlinear

但我正在努力弄清楚如何在 PT 9.2 中设置它。进入 GRK 并打开逐词对照工具后,我可以设置“GRK 的释义;模型文本 ZZZ”。但是没有导出位置的选项。同样,当我打开逐词对照工具后,也没有导出选项。

这个功能在新的 PT 版本中消失了吗?

机器翻译自 English
Paratext (1.9k 分) 发布 | 1.4k 次浏览

8 个回答

+1
最佳答案

在 9.2.102.3 中,您可以选择希望输出到的项目类型。

机器翻译自 English
(9.9k 分) 发布

我不应该说您可以选择项目类型,因为没有类型选项。但是,您可以将输出发送到不同类型的项目。我注意到,当我选择输出项目时,它只显示使用与模型相同语言(在这种情况下是英语)的项目。

机器翻译自 English

谢谢 @anon848905。下载 9.2.102.3 后,我可以看到我能够使用“创建释义”(Create Glosses)选项从我们的正面翻译改编,并输出到我们的目标语言翻译。

由于我们的母语经文与任何模型都不共享语言,我们可以直接使用“无模型文本”(No Model Text)版本,这似乎能给我们提供与我们习惯的相同类型的结果,即 Paratext 根据之前逐词对照的内容进行猜测。

机器翻译自 English

谢谢!同语言要求似乎有点限制,但不影响我之前询问的情况。所以这解决了我们团队遇到的问题。

机器翻译自 English
+1

我刚下载的 9.2 也有类似的问题。看起来我只能导出到子项目(daughter project),但我们长期以来一直使用逐词对照工具导出到标准项目。我们从 SPYkup 转到 Kpz。我有一张截图来说明我的问题。我该怎么做才能让它工作?

机器翻译自 English
(869 分) 发布

在设计新的设置对话框时,我们试图让逐词对照的预期使用场景更容易操作——许多用户在正确设置他们打算执行的操作时遇到了困难。

从您的消息来看,似乎我们遗漏了一些需要更多灵活性的情况。

我将为此创建一个问题(issue),并让我们的用户体验(UX)团队考虑需要做什么。

目前没有好的方法可以绕过新的设置,所以目前最好的选择可能是卸载 Paratext 9.2 并重新安装 Paratext 9.1。逐词对照设置的旧设置并未被删除,因此一旦您回到 9.1,逐词对照应该像以前一样工作。

抱歉给您带来不便。

John+Wickberg
Paratext 支持

机器翻译自 English
0

谢谢。我暂时回到了 9.1。实际上,我自己不使用逐词对照工具,但我合作的团队经常使用它。

机器翻译自 English
(869 分) 发布

沿着这个思路,如果正在积极导出到文本(在我上面的例子中是 ZZZ_Interlinear)的团队成员坚持使用 9.1,团队的其他成员可以升级到 9.2 吗?看起来使用 9.2 的人仍然可以看到逐词对照工具,并且可以在导出后看到 ZZZ_Interlinear 中的文本,只是他们自己无法执行导出操作。对吗?

机器翻译自 English

是的,团队的其他成员可以使用 9.2,应该运行正常。

机器翻译自 English

我想我也必须这样做。我合作的一个团队仍然在 9.1,而我不能再使用逐词对照工具了(我经常使用它)。我很想更多地查看 9.2…… 无论如何,感谢你们所有的努力——开发团队!

机器翻译自 English

你好 @anon856176,你认为 @Generic.User 提供的变通方法在 9.2 中对你有用吗?

参见上面 Generic.User 的帖子:如何在 9.2 中设置逐词对照 - #7。

james_post

机器翻译自 English

@Generic.User 的变通方法的问题是,它只有在回译项目被注册为项目(您的逐词对照所属的项目)的回译(或者可能是辅助或子项目)时才有效。如果该项目是模型语言的辅助项目(就像我们的那样),那么它就不是导出目标的选择。如果您了解其工作原理并正在设置新系统,这没问题,但对于某些现有设置,它会失败。

但是,正如您所说,值得让 @anon856176 看看它是否对他有用。

机器翻译自 English
0

我们遇到了同样的问题,但我们找到了一个变通方法(或者也许这就是它应该被使用的方式)

@mnjames
我将使用你的例子

首先,对我们来说,我们必须先进行回译(back translation)它才能工作。那是获得导出选项的唯一方法。

  1. 在“选择”框中选择“创建 GRK 的回译”(或您项目的名称)
    image

  2. 这样做之后,逐词对照框会发生变化,会出现一个选择模型文本的空间,以及一个选择回译的空间。
    image
    在“模型”位置:选择您想要的模型文本。在这个例子中是 ZZZ。

  3. 然后转到下一个空白处,即回译的位置,选择您想要的那个(根据项目不同,可能只有一个或很多)。在这个例子中选择 ZZZ_Interlinear。
    image

  4. 按“确定”(Ok)

  5. (如果您没有遇到第五步,则已完成;如果遇到,请执行以下操作)
    如果弹出警告说您正在替换设置,您需要按“替换”(Replace)按钮。
    image
    即使两者相同,也请按“替换”。

现在您的逐词对照应该像以前一样工作,并带有导出按钮。不过现在它被称为“输出”(output)。
image

机器翻译自 English
(238 分) 发布
已重新显示

感谢这个变通方法。我检查的一些项目因为这个问题不得不使用 PT 8。我仍然不知道“两种语言不能相同”是什么意思。如果我将英语释义导出到英语项目,我预计语言应该是相同的。

机器翻译自 English

关于语言数据的消息很重要。Paratext 9.2 正在警告您,您即将更改基础项目中语言“x”的释义数据(glossing data)的使用方式:

image

Paratext 项目可以存储多种语言的释义信息。例如:项目 XYZ 可能回译到语言 frheben。每种语言的释义数据分别存储在 XYZ 项目文件夹中(称为 interlinear_frinterlinear_hebinterlinear_en)。

然而,项目 XYZ 不能既用 fr 进行释义,回译到项目 ABC 的语言 fr。如果您想这样做,可以指定一个自定义的 fr 方言,以便为释义数据创建一个新的文件夹。例如“fr-x-custom”

我相信(如果有人错了请纠正我)Paratext 一直只能为任何给定语言存储一套释义数据。只是过去在您即将重新使用您的释义数据时,它从未警告过您。

机器翻译自 English

在拯救 Paratext 8 中遇到逐词对照数据问题的人时,我看到了多套逐词对照数据,其中英语有不同的语言代码,因为资源更改了语言代码。Paratext 没有删除旧代码的数据,它只是创建了一套新的。例如 eng 和 en。棘手的问题是,如果他们只是继续工作并忽略错误,因为他们的数据被分割到两个文件中,那么如何拯救他们。

祝福,

机器翻译自 English
0

我只想插一句嘴,说我们在坦桑尼亚工作的许多团队也将受到 PT9.2 中逐词对照工具更改的影响。

我们的许多语言从共同的正面翻译(front translation)中改编草稿,但它们并未注册为该翻译的子项目。有时,对于选定的书,他们更喜欢从另一种邻近语言改编。因此,我们习惯于拥有选择改编来源的选项,然后选择输出(他们的标准翻译)。在 9.2 中,这似乎不是一个选项。如果该工作流程能得到支持,我们将不胜感激。

机器翻译自 English
(1.3k 分) 发布
0

我仍然非常困惑。

我们一直使用逐词对照工具从主要语言 [H] 翻译中改编。所以我们有我们的主项目(让我们称之为 ZZZ),它是目标项目。对于我们的正面翻译(我们的源项目),我们有一个专门的项目,称为 ZZZaH_FT([ZZZ] [a]daptation text from [H], [F]ront [T]ranslation)。

以前,我会将第一行设置为 ZZZaH_FT,第二行设置为 ZZZ,逐词对照工具会按预期工作,并且您有“导出到文本”(Export to Text)选项。

在 9.2 中,我这样设置:

image

就拉取所有之前存在的释义而言,逐词对照工具工作正常,但是“导出到文本”选项现在消失了。这意味着我们无法像以前那样进行改编。

我尝试遵循 Generic.User 的修复方法,但它对我来说没有意义。我尝试创建一个回译,使用正面翻译作为模型文本,但它要求我创建一个新的回译项目(也就是说,我不能选择 ZZZ 项目):

image

有人知道我做错了吗?

机器翻译自 English
(126 分) 发布

@Matt+A,我的团队使用逐词对照工具进行改编的方式非常相似。

首先,确保您使用的是 9.2 的最新版本,自 9.2 的最早版本以来已经有很多更改。
打开正面翻译菜单 > 逐词对照。我建议使用“基于模型文本创建释义”(Create Glosses Based on a Model Text)版本。然后对于模型,我们使用目标项目本身 [ZZZ]。然后您可以勾选“输出释义”(Output glosses)按钮,并选择您的目标项目作为输出 [ZZZ]。同样,如果 Paratext 不允许这样做,可能是因为您使用的是较早的版本。我相信这就是您正在寻找的。

机器翻译自 English
0

就是这样 @Stephen+Katt!

我的困惑在于术语。我在选择模型文本时感到困惑,因为在我心里,“模型文本”和“源文本”是同一个意思:即我以此为参照/依据进行建模的对象,而不是我将其建模的目标。

因此,从前置翻译(front translation)到主项目创建可适配的逐词对照(interlinear)时,这行得通。这是最紧迫的问题。然而,当我尝试从主项目到后置翻译(back translation)做同样的事情时,它不起作用。出于某种原因,它只允许我选择一个语言代码与主项目 [ZZZ] 相同(或可能以某种方式相关)的输出项目。在我看来这很奇怪,因为前置翻译的语言代码也与主项目不同(它是一个 LWC)。

我能想到的唯一其他原因是,前置翻译被注册为 [ZZZ] 的辅助项目(Auxiliary project),而后置翻译被注册为 [ZZZ] 的后置翻译(Back Translation)。我认为这可能是问题的一部分,但我不知道如何确认或绕过它。

后一个问题对我们来说没那么关键,但它会是一个有用的工具。
(顺便说一下,我目前使用的是版本 9.2.102.6。)

机器翻译自 English
(126 分) 发布

@Matt+A 很高兴这对适配(adaptation)有效。
术语一开始可能会让人有点困惑。我认为“模型”(Model)这个术语旨在反映这样一个理念:Paratext 在逐词对照生成器(Interlinearizer)中使用某种模型来进行预测。

对于后置翻译,你可以选择主翻译 [zzz] > 菜单(Menu)> 逐词对照生成器(Interlinearizer)。选择“创建后置翻译”(Create Back Translation)。对于模型文本,你可以选择任何与你的后置翻译语言相同的翻译(并且其他使用该项目的人可能也在他们的机器上拥有该翻译)。在我的情况下,我们的后置翻译通常是斯瓦希里语,所以我可以选择任何斯瓦希里语翻译作为模型。关键在于,模型的语言代码必须与后置翻译的语言代码相同,例如英语为 [eng]。然后你可以将输出(Output)设置为后置翻译。

我不确定 [ZZZ] 是辅助项目(auxiliary project)是否会造成问题。请尝试这些步骤,并告诉我们结果如何。

机器翻译自 English
0

谢谢,@Stephen+Katt。这更有道理了。我的意思是,它为什么是这样做的并没有真正的道理,但我现在更理解它是如何工作的。正是选择“任何与你的后置翻译语言相同的翻译(并且其他使用该项目的人可能也在他们的机器上拥有该翻译)”这一奇怪步骤导致了问题。在 9.2 之前,这一步骤是被跳过的。

问题在于,设置后置翻译的人将语言设置为“English (zzz)”,其中“zzz”是主项目的语言代码,而不是“eng”。这就是为什么当我去选择要输出注释(glosses)的后置翻译项目时,没有任何可用的选项——因为“后置翻译”的语言代码必须与“模型”的语言代码匹配,而除了这个愚蠢的后置翻译之外,没有语言代码为“English (zzz)”的模型文本。我希望我解释清楚了。

因此,合乎逻辑的修复方法是将后置翻译项目的语言设置更改为“English (eng)”,这很容易做到。但随后出现的问题是,我们在过去 5 年多里输入的所有注释信息都会丢失,因为它们一直关联着“Language Z (zzz)”和“English (zzz)”。是否可以在 Paratext 文件中简单地重命名关联,使得所有来自“Language Z (zzz)”的注释现在都与“English (eng)”关联,而不是像过去几年那样与“English (zzz)”关联?

我是否需要将 [ZZZ] 项目文件夹中的文件夹名称“Interlinear_zzz”更改为“Interlinear_eng”(这将同时匹配 GNT 和我更改后的后置翻译项目),并将每个书籍文件中的 GlossLanguage 值更改为 "eng"

(仅为澄清之前提到的内容,主项目 [ZZZ] 不是辅助项目,它是一个标准翻译(Standard Translation)。前置翻译 [ZZZa_H_FT] 是 [ZZZ] 的辅助项目。而后置翻译是 [ZZZ] 的后置翻译。)

机器翻译自 English
(126 分) 发布

@Matt+A 看起来你已经找到了最新的问题,即你的后置翻译设置问题。这真让人头疼。
我不确定是否有可能挽救那些注释数据,但我认为你的情况可能属于可以挽救的类型。你可以查看这个关于类似问题的帖子,其中注释数据的语言与项目的语言不匹配:迁移后手动恢复逐词对照数据(A manual restore of interlinear data after migration)
在你的情况下,这将涉及将后置翻译语言更改为 [eng],然后使用上述帖子中的方法更新主项目文件夹中的 Interlinear_zzz 文件。如果你想要更详细的解释,可以直接给我发消息。

机器翻译自 English

我相信 Stephen+Katt 推荐的帖子对于你试图做的事情是有效的 @Matt+A。

james_post

机器翻译自 English

是的,正如引用的程序所示,可以编辑 Paratext 一直用于存储注释的 xml 文件中的语言名称。

机器翻译自 English

这个手动过程是必要的,以便在升级到 PT9.2 后重新将我们的 BT(后置翻译)项目与逐词对照生成器(Interlinearizer)关联起来(我们最初将语言代码设置得与主项目相同,而不是 (en),因此 PT 无法识别它)。

编辑词典(Lexicon)和逐词对照(Interlinear)文件/文件夹相当简单。我要补充的唯一一步是,在 PT 的 BT 菜单下的“项目设置”(project settings)中,即使在创建项目后也可以切换语言代码(在标准项目中你不能这样做)。我们有多个团队,他们的 BT 项目创建时使用了与主项目相同的语言代码。将代码更改为“English (eng)”使我们能够在逐词对照生成器设置中选择我们的 BT 项目。

(注意:我们还发现,你不能使用“Create Glosses for ZZZ with no model text”(为 ZZZ 创建无模型文本的注释)并且选择“output to”(输出到)来选择 BT 项目。我们的 BT 不使用模型文本,所以这似乎很理想。但它只允许你选择标准项目(Standard Project)作为输出。

因此,使用 BT 项目作为模型(AS THE MODEL)来创建后置翻译的选项是我们需要的。现在一切都运行得很好了,谢谢!!

机器翻译自 English

相关问题

0
1 个回答 241 次浏览
在 Windows 11 和全新的 9.2 版本中,逐词对照(interlinearization)的生成时间非常长 起初我以为它坏了,因为 正在加载逐词对照工具(Loading interlinearizer) 的进度条似乎卡住了,但最终它在 6 分多 ... 每次执行 Send/Receive 后,项目都会自动重新进行逐词对照,而这再次需要 6 分多钟
skim1124 219 发布 提问于 十一月 17, 2021
0
1 个回答 177 次浏览
我收到一封邮件,说 Paratext 9.2 已经发布了。我目前安装的是 Paratext 9.1。如果我在主菜单的“帮助”列下点击“检查更新”,系统会提示 Paratext 已是最新版本。 我该如何更新到 Paratext 9.2?它现在可以安装了吗?
bit 495 发布 提问于 十一月 17, 2021
0
3 个回答 424 次浏览
Paratext 9.2 增加了一种新的源语文本资源:OHEB/OGRK(即《开放圣经希伯来文旧约》和 UBS 希腊文新约第四版)。我推测 UBS 新约第四版是供那些不想使用 UBS 5(NA28)的译员使用的,但 OHEB 提供了 BHS/UBS5 源语文本尚未提供的什么内容吗?词形分析不同吗?释义不同吗?有什么理由要切换吗?
viverechristus 296 发布 提问于 十二月 23, 2021
0
8 个回答 942 次浏览
自从我升级到 Pt 9.2 后,我之前(多年来)输入的数据无法在逐词对照工具(interlinearizer)中显示 解析词义(parse glosses)没有显示出来,尤其是语法形态词义(grammatical morpheme glosses) 有些词根是正确的 ... 到 9.1,希望逐词对照工具能像以前一样工作,但遗憾的是,我仍然无法访问解析词义
anon570831 121 发布 提问于 十二月 13, 2021
0
3 个回答 527 次浏览
感谢 Paratext 开发团队的诸多改进。有人在 9.2 版本中使用 Paratext Live 时遇到过困难吗?昨天对我们来说运行正常,但今天它同步后立即失败,大约发生了 6 次。我认为两端的互联网连接都良好;我们相距约 300 英里。谢谢。
anon773589 194 发布 提问于 十一月 30, 2021
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
And let us consider how we may spur one another on toward love and good deeds, not giving up meeting together, as some are in the habit of doing, but encouraging one another—and all the more as you see the Day approaching.
Hebrews 10:24-25
3,045 个问题
6,005 个回答
5,671 条评论
2,026 位用户