Supongamos que los traductores han elegido 2 traducciones sensibles al contexto para προσκαλέω: que podríamos glosar como "call.to.come" y "send.someone.to.bring".
El emparejamiento basado en la raíz funciona bien, por lo que al introducir ambas traducciones en la herramienta de traducciones de términos clave se obtienen muchas marcas de verificación correctas, y los traductores están contentos.
Como call.to.come es una palabra ligeramente rara que no todos entienden, después de probarla se decide añadir una entrada al glosario para ella.
Actualmente (al menos, en 9.3.103.16), si instruyo a Paratext para que enlace automáticamente las entradas de términos clave, terminamos con entradas extrañas como:
and they \w sent.someone.to.bring|call.to.come\w* the apostles back in.
Ese enlace no debería haberse insertado. En ese punto tengo 2 opciones:
1. Hacer clic en deshacer y realizar todos los enlaces manualmente.
2. Necesito buscar y reemplazar cosas con una barra vertical (|) y/o eliminar manualmente las entradas incorrectas.
¡Me encantaría que me demostraran que me equivoco!
También, si hay una ocurrencia real de call.to.come más adelante en la sección, se omite debido al falso positivo, lo que hace que los lectores se pregunten qué significa esa palabra y/o por qué no hay una marca de "ir a buscar en el glosario".
Como estamos usando emparejamiento basado en raíces, Paratext tiene la información que debería necesitar para hacerlo bien, por ejemplo, podría restringir los emparejamientos que enlaza solo a aquellos que tienen la misma raíz que la entrada del glosario, simplemente parece que no puede hacerlo en este momento.... a
Por favor, díganme que me equivoco y que hay un control escondido en algún lugar?
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?
Traducción automática desde English
