0
544 次瀏覽

It has been in the pipeline to further integrate Paratext and Fieldworks by having them use the same parser. I would like to see this happen.

舊文章 - 以原文顯示
Paratext [Expert]
(2.9k 點) 提出
| 544 次瀏覽

4 個回答

0
最佳回答

I assume that the implied information in this thread’s title is that not only the parser is the same, but also the dictionary, word list, spelling conventions etc. Them NOT being the same was the price we all paid for leaving the old SIL Scripture Editor behind, but that’s water over the dam. OK developers, here’s a shot in the dark from an out-of-practice programmer in his former life (think punched cards). Can you read the Flex data base, and pull all the bits and pieces of lexical data from Flex that it would take to create an exact imitation of the data structures which ParaText uses natively? If so, could you build such a routine into Paratext and then let users choose whether to a) use the native Paratext data structures, or b) read them from Flex and use the imitation structures? This would allow the rest of Paratext’s source code to be remain unchanged, and people with no interest in Flex (which is probably most translators) would never be any the wiser.

舊文章 - 以原文顯示
(206 點) 提出

Almost anything is technically possible.
It’s mostly a question of the cost to benefit ratio. Reading in the data from FLEx to produce data in Paratext would not buy you much because Paratext couldn’t use most of the data that FLEx would provide. Paratext’s lexical model is very simple. I would imagine that people using FLEx to do lexical analysis really want Paratext to use all the data that FLEx has available to produce better results in Paratext (e.g. better spell checking or better interlinearization). Without being able to handle that extra data, Paratext wouldn’t do any better than what it does now, so the added complication of getting data from FLEx wouldn’t be worth it from a cost-benefit perspective without implementing the other pieces needed to handle the data.

舊文章 - 以原文顯示

Actually it would buy a LOT and the cost benefit ration would be huge because I wouldn’t have to approve the parsing and spelling of the ten-thousand word forms I have TWICE, never mind the almost impossible task of subsequently keeping the two sets of data consistent over a couple decades (one down one to go) as spelling conventions evolve. Truth be told, you are right, I don’t need most of what Flex can provide, but it just kills me to have to do all the same lexical work in Flex for the non-Biblical corpus that I have already done once in Paratext for the Biblical corpus. I might mention that this conversation got started on another thread of this forum under the rubric of “Extra ‘Extra’ books”. As I mentioned there, I have for all intents and purposed abandoned Flex and am now trying to cram the entire non-biblical corpus into the XX books of Paratext. I have a suspicion that is not what the XX books were designed for.

舊文章 - 以原文顯示
0

I think this is a wonderful idea!!! I really hope to see this become a reality.

舊文章 - 以原文顯示
(109 點) 提出
0

I was speaking with a translation consultant that works in Angola and other parts of Southern Africa, and he was very interested in a unified parser for various reasons. One is that he wants as many teams as are able to do discourse analysis using Fieldworks.

舊文章 - 以原文顯示
[Expert]
(2.9k 點) 提出
0

@mvk1000 I think you are hinting that you like how easy it is in Paratext to mark spelling status and to divide words into morphemes. I am praying that if the Paratext and Flex ever do have a unified parser, that there would be a mode that is as easy to use as Paratext is today. Not everyone wants to describe all allomorphs and their environments nor define word classes and their morphology. There could be an “linguistics” mode that would enable all that power of Flex for those who want to take their analysis to that level.

舊文章 - 以原文顯示
[Expert]
(2.9k 點) 提出

相關問題

+2
4 個回答 498 次瀏覽
重新發佈自 @KimB 謝謝 anon044949 我們從 PT9 之前就開始使用基於詞幹(stems)的匹配(Match) 我的問題不在於如何在 PT 中進行逐字對照(interlinearizing);而是 PT 現在似乎正在與 FLEx 雙向共享其現有的形態學 ... 麼情況?在這種情況下,舊的形態素切分/釋義會被發送到 FW 嗎? 提前感謝任何見解
[Expert]
Jeff_Shrum
2.9k 提出
已提問 10月 9, 2020
0
1 個回答 102 次瀏覽
我想在 Paratext 專案上嘗試 TranslationCore 的一些檢查功能。這樣做是否不會損毀 Paratext 儲存庫?如果可以,該怎麼辦?
JeffSHR 110 提出 已提問 4月 14, 2025
0
2 個回答 361 次瀏覽
對於一個我們一直在 Paratext 8 中處理的專案,是否可以有一個人使用 Paratext 9 進行工作?
debbodaneejo 118 提出 已提問 7月 6, 2022
0
1 個回答 171 次瀏覽
我們有一個 Paratext 專案,並與一個本機 FLEx 專案關聯 該 FLEx 專案並未共享 有些 TC(譯者)希望查看關鍵詞彙清單等內容,但因為 ... projects are associated, must everyone have the FLEx project - Questions - Paratext Supporter Site
MSEAIT_LT 478 提出 已提問 3月 2, 2023
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,046 個問題
6,006 個回答
5,671 則評論
2,026 位使用者