Restauração manual de dados interlineares após a migração

Question

Parece que o Paratext 8 tem um problema ao migrar glosas interlineares se você usar o Interlinearizer na versão 7 para glosar o texto usando o grego do NT como seu texto modelo. Um usuário pediu ajuda nessa situação, e eu vi que, após a migração, o código de idioma no lexicon.xml e nos arquivos de glosas por livro era “el”, enquanto o código para o grego do NT deveria ser “grc”. (Em um projeto de teste, eu glosei algumas palavras em grego, depois migrei, e, neste projeto migrado, o código para o grego do NT se tornou “lbj”, o código de um idioma da Índia. Eu relatei esse problema aos desenvolvedores).

O código de idioma é usado em três lugares nos dados do interlinearizer.

1. Dentro do arquivo lexicon.xml, no campo “Gloss Language”. Esse campo ocorre para cada palavra que recebe uma glosa nesse idioma.
2. No nome da subpasta e no nome do arquivo do arquivo interlinearizer por livro. Por exemplo, “interlinearizer_el_MAT.xml” é o arquivo para glosas no idioma “el” para Mateus.
3. Dentro de cada arquivo por livro, no campo glossLanguage na segunda linha do arquivo.

Como eu descobri que “grc” era o código certo para o grego do NT? Eu glosei uma palavra no Paratext 8 com o grego como modelo, salvei a alteração e depois examinei os arquivos.

Então, para converter manualmente esses dados, eu fiz o seguinte:
0) feche o Paratext, se ele estiver aberto

1. uma busca e substituição no lexicon.xml, substituindo “el” por “grc”, por exemplo:

   <Gloss Language="el">δέ</Gloss> 
   

   torna-se

   <Gloss Language="grc">δέ</Gloss>
   

Para limitar a alteração apenas aos códigos e não a qualquer string “el” dentro de uma palavra maior, inclua as aspas (aspas duplas retas) na string de busca e na string de substituição.

2a) altere o nome da pasta “Interlinear_el” dentro da pasta do projeto para “Interlinear_grc”. (Se você criou um arquivo de teste no código desejado, você deve excluir a pasta e seu arquivo primeiro).

2b) altere os nomes dos arquivos dentro desta pasta de "Interlinear_el_[Bookcode].xml para "Interlinear_grc_[Bookcode].xml

3. altere o código Glosslanguage na segunda linha de cada arquivo por livro para o código desejado. Por exemplo

    <InterlinearData ScrTextName="MP8" GlossLanguage="el" BookId="MAT">
   
    becomes
   
    <InterlinearData ScrTextName="MP8" GlossLanguage="grc" BookId="MAT">
   

4. Inicie o Paratext e veja se funcionou.

Ao editar os arquivos XML, certifique-se de não alterar nenhum código < ou > ou </ ou />; esses são como barras invertidas no USFM. Se você cometer um erro, o Paratext pode rejeitar seu lexicon.xml editado e alterar seu nome para lexicon.xmlcorrupt, e começar a criar um novo. Se você salvar uma cópia do seu arquivo lexicon.xml em outro local antes de editar, você poderá recuperá-la se tiver esse problema e não conseguir identificar o que deu errado no seu arquivo editado.

Tradução automática de English Mostrar original

Answer 1

Outro exemplo: usando a NIV84 como texto modelo.
Após a migração, o projeto tem “en” como código de idioma. Mas o código de idioma real para a NIV84 no Paratext 8 é “en-US”. Então você tem que passar pelos passos para alterar “en” para “en-US” no léxico, nos nomes dos arquivos dos arquivos por livro e dentro dos arquivos por livro.

Tradução automática de English Mostrar original

Comments

Há uma boa razão para diferenciar as versões americanas e anglicizadas de uma tradução usando os códigos de idioma en-US e en-UK? Se não, seria uma boa ideia remover a distinção de código de idioma entre os textos usNIV11 e ukNIV11, bem como o usNIV84? (Não temos um projeto ukNIV84.)

Tradução automática de English Mostrar original

---

Duvido que seja importante distinguir entre o inglês americano e o inglês britânico. Você teria “favor” vs “favour”, “honor” vs “honour”, mas acho que essas palavras não são significativas o suficiente em número para justificar distinguir as variedades.

Tradução automática de English Mostrar original

---

Eu suspeito que pode haver bastante mais diferenças do que algumas ortografias. Eu não conheço bem as variantes da NIV, mas há muitas diferenças de uso e idiomática entre as versões TEV/GNB dos EUA e do Reino Unido.

JR

Tradução automática de English Mostrar original

Answer 2

Pode ser mais simples usar um texto modelo diferente que tenha o mesmo código de idioma que o usado no PT 7, se houver uma alternativa aceitável. Obrigado pelas dicas sobre a edição dos arquivos xml sewhite, eu tinha tentado isso para um usuário que tinha uma mudança de ortografia, mas o Paratext rejeitou meu novo arquivo da maneira que você descreveu.

Tradução automática de English Mostrar original

Comments

Atualização – Eu tive o mesmo problema que o anon044949 teve com o projeto de mudança de ortografia. O problema era fazer uma busca/substituição em cinco vogais no idioma para substituí-las por caracteres diferentes. Acontece que, havia algumas glosas feitas na nova ortografia no léxico, feitas após a conversão. Quando eu converti todas as entradas antigas, havia alguns duplicados. Duas instâncias da mesma palavra, cada uma com um ID de sentido ou ID de glosa diferente. O Paratext, ao carregar este arquivo na memória, protestou e marcou o arquivo do léxico como corrompido. Então, além de alterar os códigos < > e </ >, há uma segunda maneira de “corromper” um léxico, terminando com palavras duplicadas. Mas esta era uma situação diferente da alteração dos códigos de idioma, isso exigia alterar as palavras e morfemas dentro do arquivo do léxico para corresponder à nova ortografia.

Tradução automática de English Mostrar original

Answer 3

Ontem eu me deparei com uma situação em que no PT7 o idioma era “Spanish” para a RV60 e no PT8 o idioma para a RVR1960 é “spa”. Eu segui as instruções de Steven em uma postagem anterior para fazer as alterações apropriadas, mas as glosas ainda não apareciam como aprovadas (como estavam no PT7).

Tim S. me apontou que no PT8 há certos idiomas que exibem o código de três letras (neste caso spa), mas usam internamente o código de duas letras (neste caso es) para corresponder aos dados interlineares. Assim que fiz as alterações apropriadas e usei “es”, as glosas apareceram como aprovadas.

Então, se você tentar usar o idioma do texto modelo e não funcionar, você pode tentar o código de duas letras apropriado.

Um gráfico desses códigos pode ser encontrado em: https://www.loc.gov/standards/iso639-2/php/code_list.php

Tradução automática de English Mostrar original

Answer 4

sewhite:

O código de idioma é usado em três lugares nos dados do interlinearizador.

1. Dentro do arquivo lexicon.xml, no campo “Gloss Language”. Este campo ocorre para cada palavra que recebe um glossário nesse idioma.
2. No nome da subpasta e no nome do arquivo do arquivo de interlinearizador por livro. Por exemplo, “interlinearizer_el_MAT.xml” é o arquivo para glossários no idioma “el” para Mateus.
3. Dentro de cada arquivo por livro, no campo glossLanguage na segunda linha do arquivo.

Como descobri que “grc” era o código certo para o grego do NT? Eu glossariei uma palavra no Paratext 8 com o grego como modelo, salvei a alteração e depois examinei os arquivos.

Portanto, para converter manualmente esses dados, fiz o seguinte:
0) feche o Paratext, se estiver aberto

1. uma busca e substituição no lexicon.xml, substituindo “el” por “grc”, por exemplo:

<Gloss Language="el">δέ</Gloss> 

torna-se

<Gloss Language="grc">δέ</Gloss>

Para limitar a alteração apenas aos códigos e não a qualquer string “el” dentro de uma palavra maior, inclua as aspas (aspas duplas retas) na string de busca e na string de substituição.

2a) altere o nome da pasta “Interlinear_el” dentro da pasta do projeto para “Interlinear_grc”. (Se você criou um arquivo de teste no código desejado, você deve excluir a pasta e seu arquivo primeiro).

2b) altere os nomes dos arquivos dentro desta pasta de "Interlinear_el_[Bookcode].xml para "Interlinear_grc_[Bookcode].xml

3. altere o código Glosslanguage na segunda linha de cada arquivo por livro para o código desejado. Por exemplo

 <InterlinearData ScrTextName="MP8" GlossLanguage="el" BookId="MAT">

 becomes

 <InterlinearData ScrTextName="MP8" GlossLanguage="grc" BookId="MAT">

4. Inicie o Paratext e veja se funcionou.

Ao editar os arquivos XML, certifique-se de não alterar nenhum código < ou > ou </ ou />, esses são como barras invertidas no USFM. Se você cometer um erro, o Paratext pode rejeitar seu lexicon.xml editado e alterar seu nome para lexicon.xmlcorrupt, e começar a criar um novo. Se você salvar uma cópia do seu arquivo lexicon.xml em outro local antes de editar, você poderá recuperá-la se tiver esse problema e não conseguir identificar o que deu errado no seu arquivo editado.

Esse processo foi necessário para relinkar nosso projeto de BT com o Interlinearizer após a atualização para o PT9.2 (originalmente, colocamos o código de idioma igual ao do projeto principal, em vez de (en), e o PT não conseguia identificá-lo.
O único passo que eu adicionaria é que no menu de BT, sob “project settings” no PT, você pode alternar o código de idioma mesmo após a criação do projeto (em um projeto padrão, você não pode fazer isso). Tínhamos várias equipes com projetos de BT criados com o mesmo código de idioma de seu projeto principal. Alterar o código para inglês (eng) nos permitiu selecionar nosso projeto de BT na configuração do Interlinearizer

(OBSERVAÇÃO: também descobrimos que você não pode usar “Create Glosses for ZZZ with no model text” e escolher “output to” para selecionar um projeto de BT. Não usamos um texto de modelo para nossos BTs, então isso parecia ideal. Mas ele só permite que você escolha um Projeto Padrão para a saída. Portanto, a opção de criar uma back translation usando o projeto de BT COMO O MODELO foi a opção de que precisávamos. Está tudo funcionando muito bem agora!!

Screen Shot 2022-06-17 at 6.38.26 PM1144×666 122 KB

Tradução automática de English Mostrar original