0 票
1.1k 次瀏覽

這個專案使用基於詞根(stem-based)的設定,已經順利運行數週了。

這種語言會產生許多複合詞。它們可以是名詞、動詞、形容詞以及「更複雜情況」的任意組合。當然,這些元素結合的方式有「規則」可循,邏輯清晰,且每個複合詞都能被正確解析。

現在我卡住了,試圖告訴「聖經關鍵詞」工具(Biblical key terms tool)一個簡單的複合詞 “strongvoice”(強聲)。

希臘文是 μέγας,完整的詞是 ʊwǝlǝkaŋkra,我在詞表(word-list)中將其標記為 /ʊwǝlǝ/ /kaŋkra/,因為這兩部分都是完整的詞根,在需要時可以搭配許多其他構詞成分。這兩個詞根也已經作為獨立條目列在詞表中。我也已經告訴「聖經關鍵詞」工具,kaŋkra 是 μέγας 的對應譯法(意為強、大、巨大等)。

我沒有得到「命中」(a hit),這是一個由兩個詞根組成的案例,而不是詞根加詞綴(affixes)。這是一個非常常見的情況,我們在這個專案中需要列出更多複合詞。而且,(用 PT8 的術語來說)「基於詞根」是否意味著為了讓功能生效,每個詞只能有一個詞根?

我可能又做錯了什麼。我從近期關於基本概念和實踐的討論中學到了很多,也很享受閱讀關於內建形態分析工具層級結構(或者說非層級結構)運作方式的討論。所以請直接指出我的錯誤。我非常喜歡 PT8 中的這些工具,我只需要正確地將它們應用於這種特定語言,並從中獲得最大效益。

(附加問題:如果意義包含在詞綴而非詞根中,我們該怎麼辦?例如:想像一種語言,他們說 “overmother”,其中 “mother” 是意為母親的詞根,而 “over” 是意為 μέγας 的前綴。)

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

4 個回答

0 票
最佳回答

我認為我們需要問問聖經術語工具應該為我們做什麼。如果您有一個複合詞 waterdippull 來表示 baptize,您可能希望該工具找到包含 waterdippull 的經節,而不是僅包含 water 或 dip 或 pull 的經節。因此,即使您認為它是複合詞,在詞表中將 waterdippull 標記為一個詞根/詞幹是否合理?然後您可以添加詞綴。對於 strongvoice,我想您希望它找到 strongvoice,而不是 strong 或 voice。我們使用借詞 pastan 來表示 baptize,由於元音和諧的原因,它在詞表中有兩個不同的詞根,一個是 pastan,另一個是 pāstēn。現在,詞根 pastan 由於各種前綴和後綴而出現在 26 種不同的形式中。它們各自有獨立的形態分析分解。當 pastan 被給定為定義時,聖經術語工具會找到所有這些形式。詞根 pāstēn 出現在 22 種不同的形式中,包括 baptizer、baptism、I am baptizing。
聖經工具中有 4 個不同的希臘詞。對於 baptist,我們可以在定義中使用 pāstēn。對於 baptize,我們有兩個詞根,還有一個意為「受苦」的詞根。另一個希臘詞指的是儀式性的「洗禮/潔淨」,因此我們使用 wash、cleanse 和 baptize 作為定義。對於 baptism,我們使用這兩個詞根。

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

感謝 Iver+Larsen 提出的這個問題/挑戰。我離開辦公桌好幾天了,我需要回到專案中進行一些測試和探索。我們需要檢查這在技術層面上是否可行(因為複合名詞不僅僅是鏈接的名詞)。

我們還需要檢查使用這種變通方法會失去多少資訊。在英語中,你可以說 “baptize in suffering”(在受苦中洗禮)、“baptize in fire”(在火中洗禮)等,並且仍然可以清楚地分辨什麼是什麼。如果我們因為技術原因「放棄」我們的詞根並創造人工的 PT8 詞根,那麼我們將會有 waterdippull、sufferingdippull、firedippull,當地團隊可能能很好地處理。但我認為,到訪的顧問和「分析」工作會受到影響。

這仍然是一個想法,我會深入研究。這個季節對我們來說非常忙碌,正在為跨洲遷移做準備,所以我接下來的反饋不會很快。

機器翻譯自 English

這個問題自 2019 年 4 月起就存在於 Paratext 中,對於某些語言來說,這是一個實際的問題:

Iver+Larsen 給了一個例子,其中一個希臘詞被表達為幾個詞根的複合詞。但我們也面臨另一種情況:幾個獨立的希臘詞在目標語言中僅由一個複合名詞表達:

考慮 beloved Son(愛子)的情況:這裡有兩個完全獨立的希臘詞,我們都無法將其分配給聖經關鍵詞,因為 Paratext 無法處理複合名詞。

複合名詞並不稀奇,它們在多種語言中完全主流。

因此,我們有一個當地術語 belovedchild。上述討論的變通方法會讓我人為地將 son/child 或 beloved 標記為詞綴。但兩者都可以獨立存在,而且大多數時候確實如此。這裡有很多受愛戴的孩子,但只有少數受愛戴的自行車或房子或whatever。這就是為什麼我們有一些特殊的複合詞,但也有獨立存在的詞根。

請修復形態分析工具,以便由幾個合法詞根組成的詞能被聖經關鍵詞工具識別。它們在詞表的形態分析欄位中運作得很好,正如它們應該的那樣。擴展底層邏輯以應對兩個詞根而不是一個後綴加一個詞根,應該不會太困難,因為我們作為用戶在詞表中明確確認了哪些組合是合法的。

感謝您的考慮:尊重並處理語言「如其所是」應該是一個非常高優先級的事項,優先於任何「額外或新功能」。

機器翻譯自 English

您是否為此提交了功能請求?

機器翻譯自 English

不,我還沒有,但最終會提交的。我有兩種類型的功能提案:

  • 我有一個小的、有用的、自包含的想法,我想把烤麵包機或水果籃留給自己。所以這些我會直接提交,並享受榮耀和獎勵(特別是如果它實現了的話)。

  • 我有一個更大且複雜的問題,我意識到我對 PT 內部運作機制了解得不夠,無法直接提出新功能或修正:那麼我會嘗試在這裡解釋和描述問題及示例,並希望獲得其他用戶的意見。

幾次讓我驚訝的是我收到的反饋如此之少。以這個討論串為例:不太可能只有德國和非洲某個地區的一種少數語言有這種需要更好地處理 PT 中複合詞形態分析的需求。沒有其他人使用複合詞嗎?非德語使用者是否害怕處理它,而更喜歡點擊長長的表面形式列表?

目前我被日常工作淹沒,沒有時間為這個問題撰寫正式的請求。但每週在處理實際文本和分配關鍵詞時,這仍然讓我煩心。一次又一次,我不得不使用我找到的一個變通方法,而且仍有一些條目,即使使用變通方法也完全不起作用。

機器翻譯自 English
0 票

是的,目前基於詞根的聖經術語工具似乎不接受超過一個「詞根」,儘管詞表(Wordlist)接受一個詞中有超過一個詞根。這是否能在未來版本的程式中改變,我不清楚。您可能希望為此提交一個功能請求(feature request)。
我不得不將一些時態標記和其他形態素標記為 PT 的「詞根」,儘管它們在語言學意義上並非詞根或詞幹。這也涉及詞的分隔問題。由於我們的時態標記可以在無動詞子句中作為獨立的「詞」存在,我不得不在詞表中將它們標記為詞根,因為詞表不接受沒有詞根/詞幹的「詞」。然而,這與聖經術語無關,只是在詞表中為了拼寫檢查目的而採取的一種處理方式。
如果您在詞表和聖經術語中將 “strongvoice” 標記為一個完整的詞,它應該可以運作,但這顯然意味著需要更多的條目和定義。

機器翻譯自 English
由 (869 點) 提出
0 票

感謝 @Iver+Larsen 的回复,以及分享來自實際專案的經驗。

如果我理解得正確,您是在說複合詞是合法的,但聖經術語工具無法建立聯繫(或「找到」對應譯法),儘管形態素(詞根)已正確輸入到詞表中。這解釋了為什麼我無法完成 strongvoice 的條目。

如果我理解得沒錯,我不會僅僅提交一個功能請求,這幾乎應該是一個錯誤報告(bug report)。複合詞是許多語言的重要組成部分。身為德國人,我對它們特別有感情。我們在這裡(非洲)使用的語言也是製造巧妙複合詞的佼佼者。

通常我會為每個新的功能請求開啟一個新討論串,以獲得其他高級用戶的意見。我仍然希望我遺漏了什麼。

將數百個完整的(表面形式)複合詞放入一個通常基於詞根的形態分析魔法系統中,感覺不對勁。特別是許多複合詞是名詞,而名詞本身又可以加上前綴,例如複數標記或焦點標記。因此,PT 系統需要完全支持它們,否則就會是一片混亂。

我可以做出幾種變通方法(hacks)和解決方案,但隨著每個自製的變通方法,與顧問和合作夥伴的合作變得越來越複雜。

在我們的情況下,許多「希臘文」概念是新的,例如 baptize(浸入水中再拉出來),所以猜猜看;需要創造表達方式。通常,需要整個短語來表達一個新概念。但每當我們成功創造一個好的複合詞時,我們都會歡欣鼓舞,因為我們能更好地展現細微差別(waterdippull)。我們可以使用當地的正常詞綴將 baptize 轉化為 baptist(waterdippuller)、baptizm(a waterdippulling)等。在經典的長路加福音句子背景下,這些術語比多詞短語更能有效溝通。您都知道這些情況。我只是在熱身,向技術人員解釋為什麼複合詞不是「奇怪」或「邊緣問題案例」,而是許多語言的重要主流特徵。(我的例子是真實的,但在實際語言中看起來和聽起來要優雅得多。)

機器翻譯自 English
由 (934 點) 提出
+1 票

好的。新的功能請求會定期審查,而新功能的實施計劃通常在未來幾個月甚至幾年後,所以我給您的鼓勵是,提交功能請求宜早不宜遲。例如,您最早在 2019 年 4 月提到這個問題,現在已經是 2021 年 5 月了。但如果没有向 Paratext 團隊提交正式的功能請求,Paratext 優先級委員會很可能不會討論未來實施此事。

機器翻譯自 English
由 [Moderator]
(2.1k 點) 提出

已重新顯示

相關問題

0 票
1 個回答 617 次瀏覽
ме is a prefix in our language. It never occurs as a stem. But the morphology guessing has got it into its ... should be in sentence case, with just the first word capitalised.
wdavidhj 1.4k 提出 已提問 2月 5, 2016
0 票
1 個回答 311 次瀏覽
我正在處理一種語言,該語言中帶有前綴和後綴的詞可以透過重疊(reduplication)來表示複數 正字法中使用「-」來標記重疊 當帶有前綴和後綴的形式發生重疊時,詞表(Wordlist)似乎無法處理其形態變化 它認為整個形式都是詞幹,如 ... 不允許在後綴之後添加前綴 有沒有人知道該如何處理這個問題?還是這超出了 Paratext 目前的功能範圍?
fhardison8588 111 提出 已提問 12月 12, 2022
0 票
1 個回答 183 次瀏覽
我該如何處理一個源語言單詞,使其根據該源語言單詞的屈折變化對應到兩個不同的目標語言單詞?
Sara 258 提出 已提問 4月 28, 2025
0 票
1 個回答 406 次瀏覽
我有一個 Paratext 專案,針對註釋和正文使用了特定的鍵盤,而且我已經透過「專案設定 > 鍵盤」(Project Settings > Keyboard)設定了自動切換 這部分運作正常 現在我們正在將內容轉為法語逐字對照,他們希望在輸入 ... de Vie)設定鍵盤,但似乎沒有差別 這應該是如何運作的?有隱藏的選單嗎?它會嘗試記住設定嗎?
Matthew_Lee 231 提出 已提問 4月 23, 2024
0 票
0 個回答 282 次瀏覽
In the project for which you want to see the completion status of tasks: Click to make it the active window. ... "Assignments and Progress" dialog.) You can print the chart.
[Expert]
anon421222
735 提出
已提問 2月 23, 2017
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Very truly I tell you, whoever accepts anyone I send accepts me; and whoever accepts me accepts the one who sent me.
John 13:20
3,079 個問題
6,045 個回答
5,708 則評論
2,045 位使用者