需要重新設定逐字對照（Interlinear）設定 [已解決]

Question

曾經有一個專案，我稱之為 BEN_old。

它設有一個包含許多條目的逐字對照（interlinear）設定，結果會自動傳送至一個連結的專案（回譯），名為 BEN_ILR_old（這個名稱是 Interlinear-Results 的縮寫）。

甚至還有一個連結的自由翻譯專案，因為有些顧問不喜歡只閱讀純粹的逐字對照內容。這個專案名為 BEN_IFT_old（這個名稱讓人聯想到 Interlinear-Free-Translation，雖然這在邏輯上有些矛盾，但提醒了這些檔案在工作流程中的角色）。

現在，由於一些不適合在網路上公開的原因，該專案被分支（forked），並由另一個組織接手。出於相同的原因，舊名稱被保留，而分支後的檔案獲得了新名稱：

主要翻譯現在稱為 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。

這些行看起來可以進行修改（hack），如下所示：

    <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 登錄檔（registry）中。

我對主要翻譯和回譯的新 40 位元組金鑰很有信心；我剛再次檢查過。

我在此處的恐懼和問題不是關於影響舊專案：

從 PT9 的用戶界面和內建幫助中，不清楚當我使用逐字對照工具（Interlinearizer）選單視窗來創建一個「新」回譯（頂部選擇器標記為「Choose」），我們不再輸出註釋（glosses）（底部選擇器標記為「Back translation」）到 PT 建議的前回譯專案，而是到前回譯專案的分支時，會發生什麼情況。

這是因為我們不知道 PT 將所有那些已標記的註釋資訊儲存在哪裡。如果註釋和逐字對照數據儲存在「主要翻譯專案」中，那麼我現在可以點擊「確定」。

但如果（部分）數據儲存在曾經接收註釋輸出的前回譯專案（及其分支）中，並且 GUID 已更改，我擔心「連結」會斷裂。

機器翻譯自 English 顯示原文

---

逐字對照數據儲存在您在逐字對照工具中開啟的專案中，而不是在回譯專案中。回譯專案只是接收導出的逐字對照文本。

如果您查看「新專案」，您會看到一個 Lexicon.xml 檔案，以及一個或多個形式為「Interlinear_{langCode}」的資料夾，其中「{langcode}」是回譯語言的代碼。

因此，您可以在新專案中更改逐字對照設定，而不影響舊專案。

John+Wickberg

機器翻譯自 English 顯示原文

Answer 2

給那些記憶力超群的人：

是的，幾年前我曾在此處詢問過關於多個逐字對照設定的問題：

如何同時運行兩個不同的逐字對照工具，分別輸出到英文和法文（已解決） 問題

幾年前，我為了品質控制、個人語言學習以及純粹的樂趣，進行過英文逐字對照回譯。我有一個從屬專案用於傾倒我的逐字對照結果（目標文本）。還有另一個專案，我在那裡撰寫相當自由的翻譯。 現在專案希望簡化顧問檢查的工作流程，並希望將法文自由回譯和法文逐字對照回譯從 Flex 遷移到 PT。 我對法文沒問題……

情況依然如此，該專案目前運行一個英文回譯（我的個人樂趣、語言學習和品質控制）以及一個供顧問使用的官方法文回譯（一個非常直譯的，一個自由的）。這讓我想起已經投入了多少工作。一旦設定好，英文和法文並行從未造成任何問題。

現在的分支涉及所有這些檔案，它們都已被移動並重新命名。一旦我得到如何調整的建議，我將修復它們全部。

機器翻譯自 English 顯示原文

Answer 3

@John+Wickberg 非常感謝，John+Wickberg。我做得非常謹慎，做了更多的本地副本，在更改前建立了一個里程碑（milestone），出於個人好奇心和理解流程的目的，查看了您提到的檔案，然後才按下按鈕。

然後，我更新了我們所有檔案的逐字對照設定，這些檔案現在共同構成了一個完整且運行的分支。我很高興地報告說，據我所知，它運行良好。沒有錯誤訊息，沒有延遲，沒有任何可能指示問題流程的症狀。事後我檢查了一下，所有元素都就位。我對 BEN 到 EN 的幾節經文進行了逐字對照，看起來和感覺起來都和以前一樣。（這裡有一個愚蠢地開心微笑的臉）

我承認，創建分支可能是一個非常罕見的情況。我注意到，將專案移動到新管理組織是在線上登錄檔中可用的選項；這可能也很罕見，但可能會發生在組織更名或環境變化的情況下。

說這些是為了表達我對 PT 的概念和結構印象深刻。我今天查看的檔案是非常清晰和規範的 XML。我可能做了一些未被規劃為主流管理活動的事情。但由於結構清晰且相當靈活，一切都運行良好。向 PT 團隊致意！我以及正在經歷非技術層面重大變化的當地團隊都非常感激 PT。

我感謝您，並將標記此主題為已解決。

機器翻譯自 English 顯示原文

Answer 4

附註：由於我今天同時處理英文和法文，我利用這個機會，並實現了 @dhigby 的一個好建議：我從法文逐字對照回譯設定中移除了樣本文本。法文是無關人員為顧問檢查目的生產官方工作回譯的語言。Doug 用他的邏輯很快說服了我，「沒有建議」（no proposals）會在某種意義上提供更好的回譯，即讓新讀者理解翻譯文本的含義。我指的是這篇帖子：

回譯方法的優缺點？ 問題

值得注意的是，我們在 Paratext 9.2 beta 中進行了重大更改，以解決回譯方面的顧慮。根據我的翻譯經驗，允許翻譯者（理解方言的人）受到 NIV 或 Paratext 設定的任何模型文本的影響來猜測單詞的含義，是一種不良做法。我寧願看到福傳開始於「有福的是……」，而不是「蒙福的是……」，僅僅因為 NIV 建議使用「blessed」這個詞。 我們在 9.2 中使 tr…

機器翻譯自 English 顯示原文

Answer 5

重點摘要：
這是一篇寫給自己的無聊備忘錄。你無法在這裡學到任何東西。也沒有什麼秘密，如果你一定要看的話，請繼續往下讀。我已經警告過你了，這不會有趣，沒有戲劇性，沒有懸念，只是例行公事。抱歉佔用了伺服器空間，但這裡是存放這篇備忘錄的好地方。

幾週前，我將這個問題標記為已解決。情況依然如此，一切正常。

當時弄清楚細節是一個挑戰，但現在使用「僅顯示術語對照，不顯示範本經文」選項的法國語回譯已經順利運行數週了。

這是「法國語部門」正在使用的功能；用 PT 的術語來說，從說明文件中複製如下：
為 XYZ 建立術語對照，不顯示範本經文
並選擇選項
將術語對照輸出到專案

最近，負責法國語回譯的團隊成員來找我，詢問那些顧問朋友推薦的實用狀態框。我找不到任何狀態框。甚至找不到通常讓它們顯示出來的選單項目。

我發現，在之前的興奮中，接收結果的專案被設為「輔助」專案，而不是正式的「回譯」專案。這就是我寫下這些內容的原因，作為寫給自己的備忘錄：

有一個簡單的修復方法：前往接收專案的專案設定，切換到一般分頁，然後將專案類型從輔助更改為回譯：

沒有嚴厲的警告，沒有警報聲，也沒有額外 40 分鐘的備份運行，更改在幾秒鐘內就完成了。目前沒有看到任何不良副作用。而且，透過傳送/接收（send/receive），此更改已正確同步到所有相關機器。

我們進行了一輪完整的測試，並進行了大量的傳送/接收，以評估結果：

• 在某節經文中進行虛構修改
• 在接收結果的專案中出現著名的紅色問號
• 讓回譯專家調整其工作並再次傳送該節經文
• 你會驚訝地發現，紅色問號不會被綠色勾號取代，而是被一個白色的空白核取方塊取代（相信開發人員知道自己在做什麼）
• 在接收專案中手動套用綠色勾號
• 讓培訓人員移除步驟 1 中的虛構編輯
• 重複所有步驟，直到所有電腦上的原始狀態恢復

這輪測試感覺像進行了 40 次傳送/接收，但實際上可能只有 12 次左右。看到核取方塊運作起來很有幫助。一個很棒的功能是，尚未翻譯的經文不會顯示任何方塊。

在像今天這樣的日子裡，我們真的很喜歡 PT。整天都在進行大量的常規工作。然後在大多數團隊成員離開後的晚上做一些例行公事。還從所有機器和伺服器上移除了一個奇怪的專案（未包含在此記錄中，這只是額外收穫）。並馴服了一個狂野的子專案，使其成為它應該成為的樣子，並讓它像一個訓練有素的正式回譯專案一樣運作。

我們得到了方框……

機器翻譯自 English 顯示原文