Como configurar o interlinearizador na versão 9.2

Question

Um projeto com o qual trabalho está fazendo uma interlinearização Grego-Vernáculo. Por razões de segurança, vou me referir ao texto grego como GRK e ao vernáculo como ZZZ.

GRK é o nosso próprio texto (digitado com base em um manuscrito antigo, não uma edição eclética).
ZZZ tem um projeto Auxiliar, ZZZ_Interlinear, para o qual o interlinearizador exportou.

Na PT 9.1, configuramos da seguinte forma:
Texto para interlinearizar: GRK
Texto modelo: ZZZ
Avançado, exportar para: ZZZ_Interlinear

Mas estou tendo dificuldade em saber como configurá-lo na PT 9.2. Ao entrar em GRK e abrir a ferramenta do interlinearizador, posso definir “Glosses for GRK; Model Text ZZZ”. Mas não há opção para onde exportar. Da mesma forma, não há opção para exportar quando o interlinearizador está aberto.

Essa funcionalidade desapareceu com a nova versão da PT?

Tradução automática de English Mostrar original

Answer 1

Na 9.2.102.3, você pode escolher o tipo de projeto para o qual deseja que a saída vá.

Screenshot 2022-01-06 09.13.32694×350 75.3 KB

Tradução automática de English Mostrar original

Comments

Eu não deveria ter dito que você pode escolher o tipo de projeto, já que não há opção para tipo. No entanto, você pode enviar a saída para diferentes tipos de projetos. Eu notei que, quando escolho o projeto de Saída, ele só me mostra projetos que usam o mesmo idioma que o modelo (neste caso, inglês).

Tradução automática de English Mostrar original

---

Obrigado @anon848905. Após baixar a 9.2.102.3, posso ver que sou capaz de usar a opção Create Glosses para adaptar de nossa tradução frontal e enviar para a tradução do nosso idioma alvo.

Como nossas escrituras em língua materna não compartilham um idioma com nenhum modelo, podemos simplesmente usar a versão “No Model Text”, e isso parece nos dar o mesmo tipo de resultados a que estamos acostumados, em que o Paratext faz suas suposições com base no que foi interlinearizado anteriormente.

Tradução automática de English Mostrar original

---

Obrigado! O requisito de mesmo idioma parece um pouco restritivo, mas não afeta a situação sobre a qual eu havia perguntado. Então, isso resolve o problema que nossa equipe tinha.

Tradução automática de English Mostrar original

Answer 2

Eu tenho um problema semelhante com a 9.2 que acabei de baixar. Parece que eu só posso exportar para um projeto filha, mas temos usado o Interlinearizer há muito tempo exportando para um projeto padrão. Vamos de SPYkup para Kpz. Tenho uma captura de tela para indicar meu problema. O que posso fazer para fazer isso funcionar?

PT92Interlin1409×1014 328 KB

Tradução automática de English Mostrar original

Comments

Quando projetamos o novo diálogo de configuração, estávamos tentando torná-lo mais fácil para os casos de uso esperados do interlinear - muitos usuários estavam tendo dificuldade em configurar as coisas corretamente para o que pretendiam fazer.

Pelas suas mensagens, parece que perdemos alguns casos em que é necessária mais flexibilidade.

Vou criar uma questão para isso e pedir à nossa equipe de UX que considere o que precisa ser feito.

Não há uma boa maneira de contornar a nova configuração, então provavelmente a melhor opção por enquanto é desinstalar o Paratext 9.2 e reinstalar o Paratext 9.1. As configurações antigas para a configuração do interlinear não foram removidas, então o interlinear deve funcionar como antes quando você voltar para a 9.1.

Desculpe pelo inconveniente.

John+Wickberg
Suporte do Paratext

Tradução automática de English Mostrar original

Answer 3

Obrigado. Voltei para a 9.1 por enquanto. Na verdade, eu não uso o Interlinearizer, mas as equipes com as quais trabalho o usam muito.

Tradução automática de English Mostrar original

Comments

Nessa linha, se os membros da equipe que estão ativamente exportando para um texto (o ZZZ_Interlinear no meu exemplo acima) ficarem na 9.1, o resto da equipe pode atualizar para a 9.2? Parece que aqueles na 9.2 ainda podem ver o interlinearizador, e eles podem ver o texto em ZZZ_Interlinear depois que ele é exportado, eles só não podem fazer a exportação eles mesmos. Correto?

Tradução automática de English Mostrar original

---

Sim, o resto da equipe pode estar na 9.2 e deve funcionar perfeitamente.

Tradução automática de English Mostrar original

---

Acho que terei que fazer o mesmo. Uma equipe com a qual estou trabalhando ainda está na 9.1 e não posso mais usar o interlinearizador (eu o uso com frequência). Teria adorado verificar a 9.2 um pouco mais… Obrigado de qualquer forma por todos os seus esforços - equipe de desenvolvimento!

Tradução automática de English Mostrar original

---

Olá @anon856176, você acha que a solução alternativa fornecida por @Generic.User funcionaria para você na 9.2?

Veja Como configurar o interlinearizador na versão 9.2 - #7 por Generic.User acima.

james_post

Tradução automática de English Mostrar original

---

O problema com a solução alternativa de @Generic.User é que ela só funciona se o projeto de tradução reversa estiver registrado como uma Tradução Reversa (ou talvez um projeto Auxiliar ou Filha) do projeto principal para o qual seu interlinear é destinado. Se o projeto for um Aux do idioma modelo (como o nosso), então ele não é uma opção para exportar. Isso está bem se você entender como funciona e estiver configurando um novo sistema, mas falha para algumas configurações existentes.

Mas, como você disse, vale a pena @anon856176 verificar se funciona para ele.

Tradução automática de English Mostrar original

Answer 4

Tivemos o mesmo problema, mas encontramos uma solução alternativa (ou talvez seja assim que deve ser usado)

@mnjames
Vou usar seus exemplos

Primeiro, para nós, tivemos que dizer que estávamos fazendo uma tradução reversa antes que funcionasse. Essa foi a única maneira de obter a opção de exportação.

1. na caixa Choose, selecione Create a Back translation of GRK (ou seja qual for o nome do seu projeto)
   

2. Quando você faz isso, a caixa Interlinearizer mudará e aparecerá um espaço para escolher o texto modelo, junto com um espaço para escolher a Tradução Reversa.
   
   No espaço para Model: Escolha o texto modelo que você deseja. ZZZ neste exemplo.

3. Em seguida, vá para o próximo campo em branco, que é o de Tradução Reversa e escolha o que você gostaria de usar (você pode ter apenas um ou muitos, dependendo do seu projeto). Neste exemplo, escolha ZZZ_Interlinear.
   

4. Pressione Ok

5. (O passo cinco pode não acontecer com você; se acontecer, faça o seguinte; caso contrário, você terminou)
   Se um aviso de que você está substituindo as configurações aparecer, você precisará pressionar o botão Replace.
   
   Mesmo que ambos sejam os mesmos, apenas pressione replace.

Agora seu interlinear deve funcionar como antes, com um botão de exportação. Embora agora seja chamado de output.

Tradução automática de English Mostrar original

Comments

Obrigado por esta solução alternativa. Houve alguns dos projetos que estou verificando nos quais tive que usar o PT 8 devido a este problema. Ainda não sei o que significa que os dois idiomas não podem ser os mesmos. Se eu estiver exportando glosses em inglês para um projeto em inglês, eu esperaria que os idiomas fossem os mesmos.

Tradução automática de English Mostrar original

---

A mensagem sobre dados de idioma é importante. O Paratext 9.2 está avisando que você está prestes a alterar como os dados de glossing do projeto base para o idioma “x” serão usados:

:

Um projeto Paratext pode armazenar informações de glossing para vários idiomas. por exemplo: O projeto XYZ pode ser traduzido reversamente para os idiomas fr, heb e en. Os dados de glossing para cada idioma são armazenados separadamente na pasta do projeto XYZ (chamados interlinear_fr, interlinear_heb, interlinear_en).

No entanto, o projeto XYZ não pode ser glossed em fr e também traduzido reversamente para o projeto ABC no idioma fr. Se você quisesse fazer isso, poderia especificar um dialeto fr personalizado para criar uma nova pasta para dados de glossing. Algo como “fr-x-custom”

Acredito (por favor, corrija-me se eu estiver errado) que o Paratext sempre só pôde armazenar um conjunto de dados de glossing para qualquer idioma dado. Ele simplesmente nunca avisou você no passado se você estivesse prestes a reutilizar seus dados de glossing.

Tradução automática de English Mostrar original

---

Ao resgatar pessoas com problemas de dados interlineares no Paratext 8, vi vários conjuntos de dados interlineares onde havia diferentes códigos de idioma para o inglês porque um recurso alterou os códigos de idioma. O Paratext não excluiu os dados para o código antigo, apenas criou um novo conjunto. Então eng e en, por exemplo. O problema complicado foi resgatá-los se eles tivessem continuado trabalhando e ignorado o erro, porque seus dados estavam divididos em dois arquivos.

Bênçãos,

Tradução automática de English Mostrar original

Answer 5

Só quero intervir para dizer que muitas das nossas equipes que trabalham na Tanzânia também serão afetadas pelas alterações no Interlinearizer na PT9.2.

Muitos dos nossos idiomas adaptam rascunhos de uma tradução frontal comum, mas não estão registrados como filhas dessa tradução. Às vezes, para um livro escolhido, eles preferem adaptar de outro idioma vizinho. Então, estamos acostumados a ter a opção de selecionar a fonte de adaptação e, em seguida, escolher a saída (sua tradução padrão). Isso não parece ser uma opção na 9.2. Seríamos gratos se esse fluxo de trabalho pudesse ser suportado.

Tradução automática de English Mostrar original

Answer 6

Ainda estou muito confuso.

Temos usado o Interlinearizer para adaptar de uma tradução de um idioma principal [H]. Então, temos nosso projeto principal (vamos chamá-lo de ZZZ), que é o projeto alvo. Para nossa tradução frontal (nosso projeto de origem), temos um projeto dedicado chamado ZZZaH_FT ([ZZZ] [a]daptation text from [H], [F]ront [T]ranslation).

Antes, eu definia a linha superior como ZZZaH_FT e a linha inferior como ZZZ, e o Interlinearizer funcionava como se esperava, E você tinha a opção ‘Export to Text’.

Na 9.2, eu o configurei assim:

O Interlinearizer está funcionando bem em termos de trazer todas as glosses que estavam lá anteriormente, MAS a opção ‘Export to Text’ agora desapareceu. Isso significa que não podemos fazer a adaptação como fazíamos antes.

Tentei seguir a correção de Generic.User, mas não fez sentido para mim. Tentei criar uma tradução reversa, usando a tradução frontal como texto modelo, mas ele quer que eu crie um novo projeto de tradução reversa (ou seja, não posso escolher o projeto ZZZ):

Alguém sabe o que estou fazendo de errado?

Tradução automática de English Mostrar original

Comments

@Matt+A, Minha equipe usa o Interlinearizer de forma muito semelhante para adaptação.

Primeiro de tudo, certifique-se de estar usando a versão mais recente da 9.2, houve muitas mudanças desde a primeira versão da 9.2.
Abra o menu da tradução frontal > Interlinearizer. Recomendo usar a versão “Create Glosses Based on a Model Text”. Então, para o modelo, usamos o próprio projeto alvo [ZZZ]. Em seguida, você pode marcar o botão Output glosses e selecionar seu projeto alvo como saída [ZZZ]. Novamente, se o Paratext não permitir isso, pode ser porque você tem uma versão anterior. Acredito que é isso que você está procurando.

Tradução automática de English Mostrar original

Answer 7

Foi isso, @Stephen+Katt!

Minha confusão estava na terminologia. Fiquei confuso ao escolher o texto modelo porque, na minha mente, “texto modelo” significa a mesma coisa que “texto fonte”: aquilo em que estou modelando este a partir de/conforme, em oposição àquilo para o qual estou modelando este em.

Então, isso funcionou para criar uma interlinear adaptável da tradução frontal para o projeto principal. Esse foi o maior problema imediato. NO ENTANTO, quando tentei fazer a mesma coisa do projeto principal para a tradução reversa, não funcionou. Por algum motivo, ele só me permite escolher um projeto de saída com o mesmo código de idioma (ou talvez de alguma forma relacionado) ao do projeto principal [ZZZ]. Isso parece estranho para mim, porque o código de idioma da tradução frontal também não é o mesmo do projeto principal (é um LWC).

A única outra coisa que posso pensar é que a tradução frontal está registrada como um projeto Auxiliar de [ZZZ], e a tradução reversa como uma Tradução Reversa de [ZZZ]. Acho que isso pode ser parte do problema, mas não sei como confirmar isso ou contorná-lo.

O último problema não é tão crítico para nós, mas seria uma ferramenta útil.
(PS: estou atualmente usando a versão 9.2.102.6.)

Tradução automática de English Mostrar original

Comments

@Matt+A Que bom que funcionou para a adaptação.
A terminologia pode ser um pouco confusa no início. Acredito que a terminologia ‘Modelo’ pretende refletir a ideia de que o Paratext está usando um certo modelo para fazer suas previsões no Interlinearizer.

Para a tradução reversa, você pode selecionar a tradução principal [zzz] > Menu > Interlinearizer. Selecione ‘Create Back Translation’. Para o texto modelo, você pode selecionar qualquer tradução que esteja no mesmo idioma da sua tradução reversa (e que outros que usam o projeto também provavelmente tenham em seus computadores). No meu caso, nossas traduções reversas geralmente estão em Swahili, então eu poderia selecionar qualquer tradução em Swahili como modelo. O ponto-chave é que o modelo deve ter o mesmo código de idioma da tradução reversa, como [eng] para inglês. Então você pode definir a Output (Saída) para a tradução reversa.

Não tenho certeza se será um problema o fato de [ZZZ] ser um projeto auxiliar. Tente essas etapas e nos diga como foi.

Tradução automática de English Mostrar original

Answer 8

Obrigado, @Stephen+Katt. Isso faz mais sentido. Quer dizer, não faz muito sentido por que é assim, mas agora estou entendendo melhor como funciona. É aquela etapa estranha de escolher “qualquer tradução que esteja no mesmo idioma da sua tradução reversa (e que outros que usam o projeto também provavelmente tenham em seus computadores)” que está causando os problemas. Essa etapa foi pulada antes da 9.2.

O problema é que quem configurou a tradução reversa configurou o idioma como ‘English (zzz)’, onde ‘zzz’ é o código de idioma do projeto principal, e não ‘eng’. É por isso que, quando vou selecionar um projeto de tradução reversa para exportar glosas, nenhum estava disponível - porque o código de idioma da ‘Back Translation’ (Tradução Reversa) deve corresponder ao do ‘Model’ (Modelo), e não há texto modelo com o código de idioma ‘English (zzz)’ exceto essa tradução reversa tola. Espero que isso tenha ficado claro.

Então, a correção lógica seria alterar as configurações de idioma no projeto de Tradução Reversa para ‘English (eng)’, o que é fácil o suficiente. Mas aí surge o problema de que todas as informações de glosas que temos inserido nos últimos 5+ anos são perdidas, porque elas têm vinculado ‘Language Z (zzz)’ e ‘English (zzz)’. É possível simplesmente renomear as associações nos arquivos do Paratext para que todas as glosas de ‘Language Z (zzz)’ agora sejam associadas a ‘English (eng)’ em vez de ‘English (zzz)’ como tem sido há alguns anos?

Eu precisaria mudar o nome da pasta ‘Interlinear_zzz’ na pasta do projeto [ZZZ] para ‘Interlinear_eng’ (que então corresponderia tanto ao GNT quanto ao que mudei no projeto de tradução reversa) e mudar o valor de GlossLanguage para "eng" em cada arquivo de livro?

(Apenas para esclarecer o que foi dito antes, o projeto principal [ZZZ] não é o Auxiliar, é uma Tradução Padrão. A tradução frontal [ZZZa_H_FT] é o projeto Auxiliar de [ZZZ]. E a tradução reversa é uma Tradução Reversa de [ZZZ].)

Tradução automática de English Mostrar original

Comments

@Matt+A Parece que você encontrou seu problema mais recente, com a configuração da sua tradução reversa. Isso não é divertido.
Não tenho certeza se é possível salvar esses dados de glosas, mas acredito que seu caso pode ser do tipo que pode ser salvo. Você pode ver este tópico sobre um problema semelhante em que o idioma dos dados de glosas não corresponde ao idioma do projeto: A manual restore of interlinear data after migration
No seu caso, envolveria mudar o idioma da tradução reversa para [eng] e, em seguida, atualizar os arquivos Interlinear_zzz na pasta do projeto principal usando o tópico acima. Talvez me envie uma mensagem diretamente se quiser uma explicação mais detalhada.

Tradução automática de English Mostrar original

---

Acredito que o tópico recomendado por Stephen+Katt funcionará para o que você está tentando fazer @Matt+A.

james_post

Tradução automática de English Mostrar original

---

Sim, como o procedimento citado mostra, é possível editar o nome do idioma no arquivo xml que o Paratext tem usado para armazenar as glosas.

Tradução automática de English Mostrar original

---

Esse processo manual foi necessário para religar nosso projeto de BT (Tradução Reversa) 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.

A edição dos arquivos/pasta do Lexicon e Interlinear foi bastante fácil. A única etapa que eu adicionaria é que no menu de BT sob “project settings” (configurações do projeto) 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 que foram criados com o mesmo código de idioma de seu projeto principal. Mudar o código para “English (eng)” nos permitiu selecionar nosso projeto de BT na configuração do Interlinearizer

(NOTA: também descobrimos que você não pode usar “Create Glosses for ZZZ with no model text” (Criar Glosas para ZZZ sem texto modelo) E escolher “output to” (saída para) para selecionar um projeto de BT. Não usamos um texto modelo para nossos BTs, então isso parecia ideal. Mas ele só permite que você escolha um Projeto Padrão para a saída.

Então, a opção de criar uma tradução reversa usando o projeto de BT COMO O MODELO foi a opção de que precisávamos. Está tudo funcionando muito bem agora, Obrigado!!

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

Tradução automática de English Mostrar original