Comment configurer l'interlinéaire dans la version 9.2

Question

Un projet sur lequel je travaille effectue une interlinéarisation grec-vernaculaire. Pour des raisons de sécurité, je vais appeler le texte grec GRK et le vernaculaire ZZZ.

GRK est notre propre texte (saisi au clavier à partir d'un manuscrit ancien, et non d'une édition éclectique).
ZZZ possède un projet auxiliaire, ZZZ_Interlinear, vers lequel l'interlinéaire a exporté les données.

Dans PT 9.1, nous l'avions configuré ainsi :
Texte à interlinéariser : GRK
Texte modèle : ZZZ
Avancé, exporter vers : ZZZ_Interlinear

Mais j'ai du mal à comprendre comment le configurer dans PT 9.2. En allant dans GRK et en ouvrant l'outil d'interlinéaire, je peux définir « Glosses pour GRK ; Texte modèle ZZZ ». Mais il n'y a aucune option pour choisir où exporter. De même, il n'y a pas d'option d'exportation une fois l'interlinéaire ouvert.

Cette fonctionnalité a-t-elle disparu avec la nouvelle version de PT ?

Traduit automatiquement depuis English Afficher l'original

Answer 1

Dans la version 9.2.102.3, vous pouvez choisir le type de projet vers lequel vous souhaitez envoyer la sortie.

Screenshot 2022-01-06 09.13.32694×350 75.3 KB

Traduit automatiquement depuis English Afficher l'original

Comments

Je n'aurais pas dû dire que vous pouvez choisir le type de projet, car il n'y a pas d'option pour le type. Cependant, vous pouvez envoyer la sortie vers différents types de projets. J'ai remarqué que lorsque je choisis le projet de sortie, il ne m'affiche que les projets qui utilisent la même langue que le modèle (dans ce cas, l'anglais).

Traduit automatiquement depuis English Afficher l'original

---

Merci @anon848905. Après avoir téléchargé la version 9.2.102.3, je vois que je suis en mesure d'utiliser l'option « Créer des gloses » pour adapter à partir de notre traduction avant et produire en sortie la traduction de notre langue cible.

Comme nos Écritures maternelles ne partagent pas de langue avec les modèles, nous pouvons simplement utiliser la version « Aucun texte modèle », et cela semble nous donner le même type de résultats auxquels nous sommes habitués, dans lesquels Paratext fait ses suppositions basées sur ce qui a été interlinéarisé précédemment.

Traduit automatiquement depuis English Afficher l'original

---

Merci ! L'exigence de la même langue semble un peu restrictive, mais n'affecte pas la situation dont j'avais demandé. Donc cela résout le problème que notre équipe avait.

Traduit automatiquement depuis English Afficher l'original

Answer 2

J'ai un problème similaire avec la version 9.2 que je viens de télécharger. Il semble que je ne puisse exporter que vers un projet fille, mais nous utilisons l'Interlinearizer depuis longtemps pour exporter vers un projet standard. Nous passons de SPYkup à Kpz. J'ai une capture d'écran pour indiquer mon problème. Que puis-je faire pour que cela fonctionne ?

PT92Interlin1409×1014 328 KB

Traduit automatiquement depuis English Afficher l'original

Comments

Lors de la conception de la nouvelle boîte de dialogue de configuration, nous essayions de la rendre plus facile pour les cas d'utilisation attendus de l'interlinéaire - de nombreux utilisateurs avaient des difficultés à configurer correctement les paramètres pour ce qu'ils souhaitaient faire.

D'après vos messages, il semble que nous ayons manqué quelques cas où plus de flexibilité est nécessaire.

Je vais créer un ticket pour cela et demander à notre équipe UX d'examiner ce qui doit être fait.

Il n'y a pas de bonne solution de contournement pour la nouvelle configuration, donc la meilleure option pour le moment est probablement de désinstaller Paratext 9.2 et de réinstaller Paratext 9.1. Les anciens paramètres de configuration de l'interlinéaire n'ont pas été supprimés, donc l'interlinéaire devrait fonctionner comme avant une fois que vous serez revenu à la version 9.1.

Désolé pour la gêne occasionnée.

John+Wickberg
Support Paratext

Traduit automatiquement depuis English Afficher l'original

Answer 3

Merci. Je suis revenu à la version 9.1 pour le moment. En fait, je n'utilise pas moi-même l'Interlinearizer, mais les équipes avec lesquelles je travaille l'utilisent beaucoup.

Traduit automatiquement depuis English Afficher l'original

Comments

Dans ce contexte, si les membres de l'équipe qui exportent activement vers un texte (ZZZ_Interlinear dans mon exemple ci-dessus) restent sur la version 9.1, le reste de l'équipe peut-il passer à la version 9.2 ? Il semble que ceux qui sont sur la version 9.2 puissent toujours voir l'interlinéaire, et qu'ils puissent voir le texte dans ZZZ_Interlinear après l'exportation, mais qu'ils ne puissent pas effectuer l'exportation eux-mêmes. Est-ce correct ?

Traduit automatiquement depuis English Afficher l'original

---

Oui, le reste de l'équipe peut être sur la version 9.2 et cela devrait fonctionner parfaitement.

Traduit automatiquement depuis English Afficher l'original

---

Je suppose que je devrai faire de même. Une équipe avec laquelle je travaille est toujours sur la version 9.1 et je ne peux plus utiliser l'interlinéaire (je l'utilise souvent). J'aurais aimé explorer un peu plus la version 9.2… Merci en tout cas pour tous vos efforts - équipe de développement !

Traduit automatiquement depuis English Afficher l'original

---

Bonjour @anon856176, pensez-vous que la solution de contournement donnée par @Generic.User fonctionnerait pour vous dans la version 9.2 ?

Voyez « Comment configurer l'interlinéaire dans la version 9.2 - #7 par Generic.User » ci-dessus.

james_post

Traduit automatiquement depuis English Afficher l'original

---

Le problème avec la solution de contournement de @Generic.User est qu'elle ne fonctionne que si le projet de rétro-traduction est enregistré comme une Rétro-traduction (ou peut-être un projet Auxiliaire ou Fille) du projet principal pour lequel votre interlinéaire est destiné. Si le projet est un Aux de la langue modèle (comme le nôtre), alors ce n'est pas une option pour l'exportation. C'est bien si vous comprenez comment cela fonctionne et que vous configurez un nouveau système, mais cela échoue pour certaines configurations existantes.

Mais, comme vous le dites, il vaut la peine que @anon856176 regarde si cela fonctionne pour lui.

Traduit automatiquement depuis English Afficher l'original

Answer 4

Nous avions le même problème, mais nous avons trouvé une solution de contournement (ou peut-être est-ce ainsi que cela est censé être utilisé)

@mnjames
Je vais utiliser vos exemples

D'abord, pour nous, il fallait dire que nous faisions une rétro-traduction avant que cela ne fonctionne. C'était la seule façon d'obtenir l'option d'exportation.

1. Dans la boîte de sélection, choisissez « Créer une rétro-traduction de GRK » (ou le nom de votre projet)
   

2. Une fois que vous avez fait cela, la boîte Interlinearizer changera et un espace pour choisir le texte modèle apparaîtra, ainsi qu'un espace pour choisir la rétro-traduction.
   
   Dans l'espace pour le modèle : choisissez le texte modèle que vous souhaitez. ZZZ dans cet exemple.

3. Ensuite, allez à l'espace vide suivant, qui est celui pour la rétro-traduction, et choisissez celui que vous souhaitez (vous n'en aurez peut-être qu'un seul ou beaucoup, selon votre projet). Dans cet exemple, choisissez ZZZ_Interlinear.
   

4. Appuyez sur OK

5. (L'étape cinq peut ne pas se produire chez vous ; si cela se produit, faites ce qui suit, sinon vous avez terminé)
   Si un avertissement indiquant que vous remplacez les paramètres s'affiche, vous devrez appuyer sur le bouton Remplacer.
   
   Même s'ils sont identiques, appuyez simplement sur Remplacer.

Maintenant, votre interlinéaire devrait fonctionner comme avant, avec un bouton d'exportation. Bien qu'il soit maintenant appelé « sortie » (output).

Traduit automatiquement depuis English Afficher l'original

Comments

Merci pour cette solution de contournement. Certains des projets que je vérifiaient m'ont obligé à utiliser PT 8 à cause de ce problème. Je ne sais toujours pas ce que signifie le fait que les deux langues ne peuvent pas être les mêmes. Si j'exporte des gloses en anglais vers un projet en anglais, je m'attendrais à ce que les langues soient les mêmes.

Traduit automatiquement depuis English Afficher l'original

---

Le message concernant les données linguistiques est important. Paratext 9.2 vous avertit que vous êtes sur le point de modifier la façon dont les données de gloses pour le projet de base de la langue « x » seront utilisées :

:

Un projet Paratext peut stocker des informations de gloses pour plusieurs langues. Par exemple : le projet XYZ pourrait être rétro-traduit dans les langues fr, heb et en. Les données de gloses pour chaque langue sont stockées séparément dans le dossier du projet XYZ (appelé interlinear_fr, interlinear_heb, interlinear_en).

Cependant, le projet XYZ ne peut pas être glosé en fr et en même temps rétro-traduit dans le projet ABC dans la langue fr. Si vous vouliez faire cela, vous pourriez spécifier un dialecte fr personnalisé afin de créer un nouveau dossier pour les données de gloses. Quelque chose comme « fr-x-custom »

Je crois (corrigez-moi s'il vous plaît si je me trompe) que Paratext n'a jamais pu stocker qu'un seul ensemble de données de gloses pour une langue donnée. Il ne vous a simplement jamais averti par le passé si vous étiez sur le point de réutiliser vos données de gloses.

Traduit automatiquement depuis English Afficher l'original

---

Lorsque j'aidais des personnes ayant des problèmes de données interlinéaires dans Paratext 8, j'ai vu plusieurs ensembles de données interlinéaires où il y avait différents codes de langue pour l'anglais parce qu'une ressource avait changé les codes de langue. Paratext n'a pas supprimé les données pour l'ancien code, il a simplement créé un nouvel ensemble. Donc eng et en, par exemple. Le problème délicat était de les sauver s'ils avaient simplement continué à travailler et avaient ignoré l'erreur, car leurs données étaient divisées en deux fichiers.

Bénédiction,

Traduit automatiquement depuis English Afficher l'original

Answer 5

Je tiens simplement à intervenir pour dire que beaucoup de nos équipes travaillant en Tanzanie seront également affectées par les modifications apportées à l'Interlinearizer dans PT9.2.

Beaucoup de nos langues adaptent des brouillons à partir d'une traduction avant commune, mais elles ne sont pas enregistrées comme filles de cette traduction. Parfois, pour un livre choisi, elles préfèrent adapter à partir d'une autre langue voisine. Nous sommes donc habitués à avoir l'option de sélectionner la source d'adaptation, puis de choisir la sortie (leur traduction standard). Cela ne semble pas être une option dans la version 9.2. Nous serions reconnaissants si ce flux de travail pouvait être pris en charge.

Traduit automatiquement depuis English Afficher l'original

Answer 6

Je suis toujours très confus.

Nous utilisons l'Interlinearizer pour adapter à partir d'une traduction d'une langue majeure [H]. Nous avons donc notre projet principal (appelons-le ZZZ), qui est le projet cible. Pour notre traduction avant (notre projet source), nous avons un projet dédié appelé ZZZaH_FT ([ZZZ] [a]daptation text from [H], [F]ront [T]ranslation).

Auparavant, je définissais la ligne du haut comme ZZZaH_FT et la ligne du bas comme ZZZ, et l'Interlinearizer fonctionnait comme on s'y attendait, ET vous aviez l'option « Exporter vers le texte ».

Dans la version 9.2, je l'ai configuré comme ceci :

L'Interlinearizer fonctionne bien en termes de récupération de toutes les gloses qui étaient déjà présentes, MAIS l'option « Exporter vers le texte » a maintenant disparu. Cela signifie que nous ne pouvons pas faire d'adaptation comme nous le faisions auparavant.

J'ai essayé de suivre la correction de Generic.User, mais cela n'avait aucun sens pour moi. J'ai essayé de créer une rétro-traduction, en utilisant la traduction avant comme texte modèle, mais il me demande de créer un nouveau projet de rétro-traduction (c'est-à-dire que je ne peux pas choisir le projet ZZZ) :

Quelqu'un sait-il ce que je fais de mal ?

Traduit automatiquement depuis English Afficher l'original

Comments

@Matt+A, mon équipe utilise l'Interlinearizer de manière très similaire pour l'adaptation.

D'abord, assurez-vous d'utiliser la dernière version de 9.2, il y a eu pas mal de modifications depuis la première version de 9.2.
Ouvrez le menu de la traduction avant > Interlinearizer. Je recommande d'utiliser la version « Créer des gloses basées sur un texte modèle ». Ensuite, pour le modèle, nous utilisons le projet cible lui-même [ZZZ]. Ensuite, vous pouvez cocher le bouton « Gloses de sortie » et sélectionner votre projet cible comme sortie [ZZZ]. Encore une fois, si Paratext ne le permet pas, cela peut être parce que vous avez une version antérieure. Je crois que c'est ce que vous cherchez.

Traduit automatiquement depuis English Afficher l'original

Answer 7

C'est exactement ça @Stephen+Katt !

Ma confusion venait de la terminologie. J'étais confus dans le choix du texte modèle car, dans mon esprit, « texte modèle » signifie la même chose que « texte source » : ce sur quoi je me base pour modéliser ce à partir de quoi, par opposition à ce vers quoi je modélise.

Cela a donc fonctionné pour créer une interlinéaire adaptable de la traduction avant vers le projet principal. C'était le problème immédiat le plus important. CEPENDANT, quand j'ai essayé de faire la même chose du projet principal vers la traduction arrière, cela n'a pas fonctionné. Pour une raison quelconque, il ne me permet de choisir un projet de sortie qu'avec le même code de langue que (ou peut-être lié d'une manière ou d'une autre au) projet principal [ZZZ]. Cela me semble étrange car le code de langue de la traduction avant n'est pas non plus le même que celui du projet principal (c'est un LWC).

La seule autre chose à laquelle je puisse penser est que la traduction avant est enregistrée comme un projet Auxiliaire de [ZZZ], et la traduction arrière comme une Traduction Arrière de [ZZZ]. Je pense que cela peut faire partie du problème, mais je ne sais pas comment le confirmer ni comment y remédier.

Ce dernier problème n'est pas aussi critique pour nous, mais ce serait un outil utile.
(Au fait, j'utilise actuellement la version 9.2.102.6.)

Traduit automatiquement depuis English Afficher l'original

Comments

@Matt+A Ravi que cela ait fonctionné pour l'adaptation.
La terminologie peut être un peu confuse au début. Je pense que la terminologie « Modèle » est censée refléter l'idée que Paratext utilise un certain modèle pour faire ses prédictions dans l'Interlinéaireur.

Pour la traduction arrière, vous pouvez sélectionner la traduction principale [zzz] > Menu > Interlinearizer. Sélectionnez « Create Back Translation ». Pour le texte modèle, vous pouvez sélectionner n'importe quelle traduction qui est dans la même langue que votre traduction arrière (et que les autres utilisateurs du projet ont probablement aussi sur leurs machines). Dans mon cas, nos traductions arrière sont généralement en swahili, donc je pouvais sélectionner n'importe quelle traduction en swahili comme modèle. L'essentiel est que le modèle doit avoir le même code de langue que la traduction arrière, par exemple [eng] pour l'anglais. Ensuite, vous pouvez définir la Sortie sur la traduction arrière.

Je ne suis pas sûr que le fait que [ZZZ] soit un projet auxiliaire pose problème. Essayez ces étapes et faites-nous savoir comment cela se passe.

Traduit automatiquement depuis English Afficher l'original

Answer 8

Merci, @Stephen+Katt. Cela a plus de sens. Je veux dire, cela n'a pas vraiment de sens pourquoi c'est comme ça, mais je commence à mieux comprendre comment cela fonctionne. C'est cette étape étrange de choisir « n'importe quelle traduction qui est dans la même langue que votre traduction arrière (et que les autres utilisateurs du projet ont probablement aussi sur leurs machines) » qui cause les problèmes. Cette étape était omise avant la version 9.2.

Le problème est que la personne qui a configuré la traduction arrière a défini la langue comme « English (zzz) », où « zzz » est le code de langue du projet principal, et non « eng ». C'est pourquoi, quand je vais sélectionner un projet de traduction arrière pour exporter les gloses, aucun n'était disponible - parce que le code de langue de la « Traduction Arrière » doit correspondre à celui du « Modèle », et il n'y a pas de texte modèle avec le code de langue « English (zzz) » à part cette traduction arrière absurde. J'espère que c'est clair.

Donc, la correction logique serait de changer les paramètres de langue du projet de Traduction Arrière en « English (eng) », ce qui est assez facile. Mais ensuite, le problème est que toutes les informations de gloses que nous avons saisies au cours des 5 dernières années sont perdues car elles liaient « Language Z (zzz) » et « English (zzz) ». Est-il possible de simplement renommer les associations dans les fichiers Paratext pour que toutes les gloses de « Language Z (zzz) » soient désormais associées à « English (eng) » au lieu de « English (zzz) » comme c'était le cas depuis quelques années ?

Devrais-je changer le nom du dossier « Interlinear_zzz » dans le dossier du projet [ZZZ] en « Interlinear_eng » (ce qui correspondrait alors à la fois au GNT et à ce que j'ai changé pour le projet de traduction arrière) et changer la valeur de GlossLanguage en "eng" dans chaque fichier de livre ?

(Juste pour clarification par rapport à plus tôt, le projet principal [ZZZ] n'est pas l'Auxiliaire, c'est une Traduction Standard. La traduction avant [ZZZa_H_FT] est le projet Auxiliaire de [ZZZ]. Et la traduction arrière est une Traduction Arrière de [ZZZ].)

Traduit automatiquement depuis English Afficher l'original

Comments

@Matt+A Il semble que vous ayez trouvé votre dernier problème, avec la configuration de votre traduction arrière. Ce n'est pas très agréable.
Je ne suis pas sûr qu'il soit possible de récupérer ces données de gloses, mais je pense que votre cas pourrait être de type récupérable. Vous pouvez consulter ce fil sur un problème similaire où la langue des données de gloses ne correspond pas à la langue du projet : A manual restore of interlinear data after migration
Dans votre cas, cela impliquerait de changer la langue de la traduction arrière en [eng] et de mettre à jour les fichiers Interlinear_zzz dans le dossier du projet principal en utilisant le fil ci-dessus. Peut-être envoyez-moi un message directement si vous voulez une explication plus détaillée.

Traduit automatiquement depuis English Afficher l'original

---

Je pense que le fil recommandé par Stephen+Katt fonctionnera pour ce que vous essayez de faire @Matt+A.

james_post

Traduit automatiquement depuis English Afficher l'original

---

Oui, comme le montre la procédure citée, il est possible de modifier le nom de la langue dans le fichier xml que Paratext utilise pour stocker les gloses.

Traduit automatiquement depuis English Afficher l'original

---

Ce processus manuel était nécessaire pour relier notre projet BT à l'Interlinearizer après la mise à niveau vers PT9.2 (nous avions initialement utilisé le même code de langue que le projet principal plutôt que (en), et PT ne pouvait pas l'identifier.

La modification des fichiers/dossiers du Lexique et de l'Interlinear était assez facile. La seule étape que j'ajouterais est que dans le menu BT sous « project settings » dans PT, vous pouvez changer le code de langue même après la création du projet (ce n'est pas possible dans un projet standard). Nous avions plusieurs équipes avec des projets BT créés avec le même code de langue que leur projet principal. Changer le code en « English (eng) » nous a permis de sélectionner notre projet BT dans la configuration de l'Interlinearizer

(NOTE : nous avons également découvert que vous ne pouvez pas utiliser « Create Glosses for ZZZ with no model text » ET choisir « output to » pour sélectionner un projet BT. Nous n'utilisons pas de texte modèle pour nos BT, donc cela semblait idéal. Mais cela ne vous permet de choisir qu'un projet Standard pour la sortie.

Ainsi, l'option de créer une rétro-traduction en utilisant le projet BT COMME MODÈLE était l'option dont nous avions besoin. Tout fonctionne très bien maintenant, merci !!

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

Traduit automatiquement depuis English Afficher l'original