Misalkan para penerjemah telah memilih 2 penerjemahan yang bergantung pada konteks untuk προσκαλέω: yang mungkin kami beri glosa sebagai "call.to.come" dan "send.someone.to.bring".
Pencocokan berbasis akar kata berfungsi dengan baik, sehingga memasukkan kedua penerjemahan ke dalam alat penerjemahan istilah kunci menghasilkan banyak tanda centang yang bagus, dan para penerjemah pun senang.
Karena call.to.come adalah kata yang agak jarang dan tidak semua orang memahaminya, setelah pengujian diputuskan untuk menambahkan entri glosarium untuknya.
Saat ini, (setidaknya, di 9.3.103.16), jika saya menginstruksikan paratext untuk secara otomatis menautkan entri keyterm, maka kami berakhir dengan entri aneh seperti:
and they \w sent.someone.to.bring|call.to.come\w* the apostles back in.
Tautan itu seharusnya tidak disisipkan. Pada titik itu saya memiliki 2 opsi:
1. Tekan undo dan lakukan semua penautan secara manual.
2. Saya perlu mencari dan mengganti hal-hal dengan pipa/garis miring (|) dan/atau menghapus entri yang salah secara manual.
Saya ingin sekali dibuktikan salah!
Juga, jika ada sebenarnya call.to.come kemudian di bagian tersebut, maka itu dilewati karena positif palsu, sehingga pembaca bertanya-tanya apa arti kata itu, dan/atau mengapa tidak ada penandaan 'pergi cari di glosarium'.
Karena kami menggunakan pencocokan berbasis akar kata, Paratext memiliki informasi yang seharusnya dibutuhkan untuk melakukan ini dengan benar - misalnya, ia bisa membatasi pencocokan yang ditautkan hanya pada yang memiliki akar kata yang sama dengan entri glosarium - hanya saja tampaknya ia tidak bisa melakukannya saat ini.... a
Tolong beri tahu saya bahwa saya salah, dan ada kontrol yang tersembunyi di suatu tempat?
Let's assume the translators have chosen 2 context-sensitive renderings for προσκαλέω: which we might gloss as "call.to.come" and "send.someone.to.bring".
Root-based matching is working well, so entering both renderings into the key terms renderings tool gets lots of nice ticks, and the translators are happy.
As call.to.come is a slightly rare word which not everyone understands, after testing it's decided to add a glossary entry for it.
At present, (at least, in 9.3.103.16), if I instruct paratext to automatically link keyterm entries, then we end up with weird entries like:
and they \w sent.someone.to.bring|call.to.come\w* the apostles back in.
That link shouldn't have been inserted. At that point I have 2 options:
1. Hit undo and do all the linking manually.
2. I need to search-and-replace for things with a pipe/bar (|) and/or manually delete the wrong entries.
I'd love to be proven wrong!
Also, if there's an actual call.to.come later on in the section, then it gets skipped because of the false positive, resulting in readers wondering what that word means, and/or why there's no 'go hunt in the glossary' marking.
Because we're using stem-based matching, Paratext has the information it ought to need to get this right - e.g. it could restrict the matches it links to only ones that have the same stem as the glossary entry - it just doesn't seem to be able to do that at the moment.... a
Please tell me I'm wrong, and there's a control lurking somewhere?
Diterjemahkan secara otomatis dari English
