0
1.0k 次瀏覽

我們有一個小型術語表(目前只有 1 頁),我們正在使用對照表工具(interlineariser)來提供回譯(back translations)。

為了在最近的顧問檢查中進行列印輸出,並方便導航,我瀏覽了整個術語表並添加了節號,使用 \vp 來在出版時將數字替換為字母。
例如:

\v 2 \vp B\vp*
\k Barabbas\k* ....

我們現在發現(至少在 pt9.1 和 9.2 中),更新後的文本無法再被對照表工具存取(它將這些節識別為分節,並顯示第一個 \v 之前的所有內容,但拒絕從一個「節」移動到另一個節)。

將整個術語表視為單一節進行對照表處理非常痛苦,因為不清楚文本在哪裡被修改,而且「同步捲動」(scroll-together)功能也失效了。
此外,這也使得無法批准回譯的一部分。

我看到一些舊主題討論使用章節來劃分術語表,但這似乎同樣會讓對照表工具完全停擺。

有沒有什麼方法可以將術語表分段,讓對照表工具能夠接受?這方面的最佳實務是什麼?

機器翻譯自 English
Paratext (294 點) 提出
已重新顯示 | 1.0k 次瀏覽

6 個回答

0
最佳回答

目前使用 PT 9.2。

剛注意到我們的大型術語表不允許我進行任何對照表處理。我們有一個包含 34 個章節的結構,每個章節都有許多節。

似乎其他用戶也發現了同樣的問題。

我們需要回譯進行品質控制,而對照表工具是開始這項工作的最佳工具。我們有第二階段,從對照表中收集結果。我們還有第三階段,將對照表工具的結果清理為自由翻譯。沒有對照表工具及其資料庫,這些過程都非常笨拙。

好消息:剛注意到我們可以在 XXC 中進行對照表處理,我們在一個項目中使用 XXC 來處理來自荷蘭語(NL)的整本「耶穌基督」(Jesus Messiah)漫畫書。我們創建了一個非常自訂的結構,包含 12 個以上的虛設章節和一些自訂標記(沒有節),以最佳方式與荷蘭語出版商提供的結構對齊。

而 PT 9.2 竟然(!)能夠提供對照表工具!所以如果可以在 XXC 中做到,那麼在技術上就有希望在 GLO 術語表中實現(解鎖)。

機器翻譯自 English
(934 點) 提出
已重新顯示

這裡有幾點觀察。可以在對照表工具中打開 GLO。你可以透過「管理書籍 > 添加書籍」(Manage Books > Add Books)將 GLO 添加到回譯中。然而,當你對照表處理一本書時,它應該會自動添加。
不過,我注意到當 GLO 中有節號時,Paratext 不會在對照表工具中識別這些節號。當沒有節號時,它似乎可以工作,但會生成一個巨大的檔案。

機器翻譯自 English

我們唯一成功進行回譯的方法是:
暫時使用 PT8(如果我記得正確的話),或者移除所有章節/節(這意味著你只有一個針對整個文本的核取方塊!)

無須多言,這些都不應被視為最佳實務!

肯定有更好的方法,對吧?

機器翻譯自 English

確實,我遇到了同樣的問題。
我注意到 GLO 書籍使 Paratext 變得非常緩慢,儘管我有一台速度合理的筆記型電腦(i5 第 10 代,16 GB RAM)。我想知道這是否是因為我開啟了拼字檢查和對照表工具,但關閉拼字檢查並關閉對照表工具並沒有幫助。在譯者的電腦上(速度較慢),術語表幾乎無法操作 - 編輯需要幾分鐘的等待 - 最後我將整個文本複製到 MS Word,將我的筆記也移到 Word 檔案中(在表格欄位中對齊),我們在那裡進行編輯。
在某個時候,我想知道將術語表分段為節是否會有幫助,但正如 anon848905 所注意到的,對照表工具不識別它們。此外,我猜測節號化,即使是暫時性的,也可能會打亂與聖經術語的連結。
如果不分段,對照表工具可以工作,但瀏覽未分段的文本很困難(特別是切換到另一本書再回來後)。
未分段書籍的另一個缺點是,當註釋從其原始位置脫落(因為文本變更)並出現在檔案頂部時,很難恢復其原始位置。
這可以作為一個功能請求:一個選項來以某種方式分段非聖經書籍?也許是通過添加不可列印/不可出版的節功能??

機器翻譯自 English

不僅註釋在這些沒有節的書籍中經常脫落,而且註釋檔案也會變得巨大。據我理解,術語表的整個文本會附加到每個所做的註釋上,因此在術語表中放置許多註釋是讓你的專案檔案變得巨大且緩慢的快速方法。我們是慘痛地發現這一點的。

機器翻譯自 English

感謝指出這一點。也許這可以解釋 PT 在 GLO 書籍中變慢的原因。術語表中有超過 100 個註釋,PT 必須處理大量的底層文本。

PJK

機器翻譯自 English

在 9.3 中,XXC 書籍與 GLO 一樣,無法進行對照表處理。

我將整個術語表放在 XXC 中,創建了一個章節,以及大量的節 - 每段一個。但對照表工具只能調出 XXC 1:0 - 它不會超過。

我同意之前的評論者指出 GLO 支持不佳且笨拙。我的請求如下:

  1. 讓對照表工具「開箱即用」,意思是有一種方法可以進行「逐段」對照表處理(基於 \k 標籤?)而不必添加節號。
  2. 讓標籤可用以加快 GLO 中的工作。

(更新:由於我們是基督教新教團隊,我們不需要多比書(Tobit)。所以我發現我可以將術語表放在多比書 - 或任何「支持」的次經書籍,我假設 - 對照表工具按預期工作。)

(更新 #2: 由於我們的術語表有超過 100 段,而多比書 1 只有大約 22 節,我必須使用 custom.vrs 為章節添加節。我決定給它 300 節,所以我將以下行添加到主專案資料夾和 BT 資料夾中的 custom.vrs:

TOB 1:300

現在運作得很好。)

機器翻譯自 English

關於將術語表分為章節的一點評論(這離題了,但可能相關):如果你將術語表條目連結到聖經術語,Paratext 會刪除條目前一個段落中的任何內容,包括節號。

一種變通方法是將節號放在(前面的)段落的結尾,即反轉 \p 和 \v。

當然,另一個解決方案是在刪除臨時節號後才創建連結。

Paulus+Kieviet

機器翻譯自 English

太棒了,謝謝您!我的解決方案是建立臨時經節,但在完成逐字對照(interlinearizing)和 BT 之後將它們刪除,因為您提到的問題。我會試試「反向」方法,看看效果如何。

當然,還有這個問題:我們的项目剛起步,所以我們經常添加新條目,這會打亂經節編號……

機器翻譯自 English

添加條目會打亂經節編號,但由於經節編號只是一種臨時工具,如果一個經節中有兩三個條目,可能不會造成問題。

Paulus+Kieviet

機器翻譯自 English
0

顯然這在 PT8 中是有效的。請使用「說明 > 提供回饋」(Help > Give feedback)來報告 PT9.2 中的此問題。

機器翻譯自 English
(9.9k 點) 提出
+2

我在對術語表進行對照表處理時遇到了同樣的問題。在舊版本的 Paratext 中,我習慣使用 \v 來分隔所有術語表條目,但在升級到 Pt 9.2 後,我不得不移除它們(否則對照表工具中什麼都不顯示)。

現在,我有一個非常笨重的術語表項目列表,顯示為「一個節」。每次我輸入內容時,它都會回到頂部,我必須重新捲動下來,試圖找到我上次編輯的位置。

如果 Paratext 開發人員能找到一種方法來分段術語表,使其可以輕鬆地逐條進行對照表處理,我將非常感激。

機器翻譯自 English
(121 點) 提出
+2

請考慮這一點:一個良好、結構清晰、使用當地語言(vernacular)的單語術語表,就像歡迎委員會一樣,對任何新讀者來說都是重要的。

對於許多族群來說,沒有「去教堂」或加入某些「聖經研讀小組」的選項。術語表無法取代這些選項,但可以大大幫助有興趣的人。

到目前為止,Paratext 中的術語表功能在優先級上似乎被視為事後補救。它整合得不好,操作笨拙,文件不全,且缺少許多功能和結構。

是的,它通常被放在「後記」部分;但根據情境,它可能非常重要。

我故意將此作為單獨的「回覆」。這樣其他用戶可以「按讚」以表示支持或希望未來版本有更好的術語表。如果你能寫得更好、更漂亮,或添加你的論點來說服負責分配優先級的人,請這樣做。

機器翻譯自 English
(934 點) 提出
0

如果我記得正確它應該如何工作,對照表工具應該可以在 GLO 書籍中使用節/章節號,如果你在節號設定(versification)(custom.vrs)中給它節/章節號。有人試過嗎?

機器翻譯自 English
[Expert]
(16.7k 點) 提出

我試過這個,但它仍然不起作用。

機器翻譯自 English

比 anon848905 的回答更細緻:我說是是與否
我剛試過,使用 Paratext 9.2.102.19。

我的 custom.vrs 檔案看起來像這樣:

GLO 1:26 2:26 3:26

(以及一些註解行)

切換到 Show all chapters 模式,並在相關區塊前面添加 \c 1 \cl A .... \c 2 \cl B 等,我現在可以將 1:0, 2:0, 3:0, 4:0 等作為獨立實體進行對照表處理(甚至超過我的自訂設定)。有進展!

然而,如果我將「章節」細分,並在條目之間放置 \v 1\v 2,我仍然可以存取它認為是 1:0, 2:0 等的書籍部分,但我無法對照表處理(或看到!)1:1, 1:2 等。

所以,也許我的 custom.vrs 檔案有什麼錯誤,還是這就是我們目前能達到的程度?

機器翻譯自 English

所以如果你手動在 GLO 的節選擇器中輸入 1:2,它顯示為空白嗎?

機器翻譯自 English
0

不,顯示行為是正確的,但選擇器不允許除了 GLO 1:0, GLO 2:0 等以外的任何內容。
如果我更改節號,它會重置為 0。如果我從 v.2 開始對照表工具,它一開始顯示 2,但在載入文本之前重置為 0。如果我點擊「增加節」按鈕,它會忽略我。如果我減少節,章節號會減少一,節號變為零。

一個有趣的調整,可能提供線索,也許?
如果章節號超過書籍的結尾(例如,當沒有 \c 37 或更後時,章節 38),那麼章節/節選擇器允許我輸入/增加到該不存在章節中的任何不存在節。

機器翻譯自 English
(294 點) 提出

有趣。這絕對聽起來像是一個錯誤。你能透過說明 > 提供回饋(Help > Give feedback)報告它嗎?

機器翻譯自 English

相關問題

+1
10 個回答 1.8k 次瀏覽
我剛開始在我們的專案中真正設定術語表(Glossary),因此遇到了很多問題 我想知道是否有人曾撰寫過「最佳實務」文件或提示,說明如何讓一切正常運作 我已經閱讀了 USFM 標記文件以及 PT 的說明,但這些文件並未解答許多問題 例如,在長 ... 排列嗎? 我相信隨著我使用時間越長,我會有更多問題,我也想知道我是否遺漏了某些能解答所有這些問題的良好資源
mnjames 1.9k 提出 已提問 7月 25, 2018
+1
2 個回答 212 次瀏覽
There appear to be two obstacles to using the interlinearizer to create a Back Translation of the Glossary. (1) The Glossary ... numbers, and (2) actually work in the GLO book.
viverechristus 296 提出 已提問 7月 2, 2020
0
0 個回答 135 次瀏覽
I'd like to suggest that it's best practice to make a snapshot of a project by either making a back up, or (preferably ... doesn't fint the aims of this site, then please tell me!)
wdavidhj 1.4k 提出 已提問 12月 6, 2017
0
2 個回答 244 次瀏覽
我正在尋找其他人處理 Paratext 培訓練習專案的建議 過去我們舉辦 Paratext 課程時,曾使用幾種不同的方法來分發練習專案: 備份/還原(Backup/Restore):這並非理想選擇,因為它會移除現有使用者等資料 ... /Receive 分發相同的專案,仍會發生衝突 我只是不確定該怎麼辦 歡迎提出想法 謝謝, james_post
[Moderator]
james_post
2.1k 提出
已提問 9月 9, 2021
0
6 個回答 879 次瀏覽
既然插入的任何插圖都會透過 Send/Receive 傳送,那麼在進行過程中處理插圖的最佳實務是什麼?特別是在頻寬較低的環境中,我們不希望增加 Send/Receive 的負擔。 目前,例如某個團隊只是插入註記,以表示希望在該位置添加特定的插圖。有沒有更好的方法?
drwww 448 提出 已提問 10月 1, 2018
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
They devoted themselves to the apostles’ teaching and to fellowship, to the breaking of bread and to prayer.
Acts 2:42
3,048 個問題
6,007 個回答
5,672 則評論
2,027 位使用者