Suponha que os tradutores tenham escolhido 2 traduções sensíveis ao contexto para προσκαλέω: que poderíamos glossar como "call.to.come" e "send.someone.to.bring". O casamento baseado na raiz está funcionando bem, então, ao inserir ambas as traduções na ferramenta traduções de termos-chave , obtemos muitos sinais de verificação positivos, e os tradutores estão satisfeitos. Como call.to.come é uma palavra um pouco rara que nem todos entendem, após testes, decidiu-se adicionar uma entrada no glossário para ela.
Atualmente (pelo menos, na 9.3.103.16), se eu instruir o Paratext a vincular automaticamente as entradas de termos-chave, acabamos com entradas estranhas como:
and they \w sent.someone.to.bring|call.to.come\w* the apostles back in.
Esse vínculo não deveria ter sido inserido. Nesse ponto, tenho 2 opções: 1. Fazer o desfazer (undo) e realizar todo o vínculo manualmente. 2. Preciso fazer busca e substituição para coisas com um pipe/barra (|) e/ou excluir manualmente as entradas erradas. Adoraria ser desmentido! Além disso, se houver um verdadeiro call.to.come mais adiante na seção, ele é ignorado devido ao falso positivo, resultando em leitores se perguntando o que essa palavra significa e/ou por que não há a marcação de 'ir procurar no glossário'. Como estamos usando casamento baseado em radicais, o Paratext tem as informações de que deveria precisar para acertar isso - por exemplo, ele poderia restringir os casamentos que vincula apenas àqueles que têm o mesmo radical que a entrada do glossário - apenas parece não ser capaz de fazer isso no momento.... a Por favor, digam-me que estou errado e que há um controle escondido em algum 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?
Tradução automática de English Mostrar original