0 votes
533 vues

Il y a avait un projet, que j'appellerai BEN_old.

Il avait une configuration interlinéaire avec de nombreuses entrées, et les résultats étaient automatiquement envoyés vers un projet lié (rétro-traduction) appelé BEN_ILR_old (le nom mnémotechnique Interlinear-Results).

Il y avait même une traduction libre liée, car certains consultants n'aiment pas lire uniquement des interlinéaires complexes. Celui-ci s'appelait BEN_IFT_old (ce nom rappelle Interlinear-Free-Translation, ce qui serait une contradiction, mais rappelle la façon dont ces fichiers font partie d'un flux de travail).

Maintenant, pour des raisons qui n'ont pas leur place sur le web, le projet a été dérivé (forked) et est maintenant géré par une autre organisation. Pour les mêmes raisons, les anciens noms sont restés et de nouveaux noms ont été donnés aux fichiers dérivés :

La traduction principale s'appelle maintenant BEN_new.

Et les données interlinéaires sont toujours là, mais je ne trouve aucun moyen d'affecter ou d'envoyer les résultats vers BEN_ILR_new. Lorsque j'essaie d'ouvrir l'interlinéariseur, j'obtiens la fenêtre d'accueil bien connue de PT 9.2 et elle connaît toujours l'ancienne configuration (maintenant sous le nom de la nouvelle traduction principale BEN_new) et veut envoyer tous les résultats interlinéaires vers BEN_ILR_old.

Lorsque j'essaie de créer une nouvelle configuration, je reçois un avertissement grave comme celui-ci :

The interinearizer can only use language data for one purpose at a time. 

‘You have already created the following settings for the ‘BEN’ language: 
Back translation of BEN_new[sic], Model text: RSV, Output: BEN_ILR_old 

Would you like to replace these settings with the following: 
Back translation of BEN_new, Model text: RSV, Output: BEN_ILR_new

Pendant le processus de dérivation, j'avais déjà créé ce BEN_ILR_new, basé sur BEN_ILR_old. Donc je veux cliquer sur OUI.

Mais j'aimerais obtenir la confirmation de personnes qui comprennent le fonctionnement interne de PT, afin que l'équipe ne perde pas des centaines d'heures de travail sur les données.

Plan B :

J'ai cherché et trouvé un fichier XML appelé InterlinearSetup.xml.
La structure est très propre et elle montre essentiellement la seule configuration semi-ancienne existante où BEN_new est interlinéarisé et les résultats iraient toujours vers BEN_ILR_old.

Les lignes semblent modifiables comme ceci :

    <ExportScrTextName>BEN_ILR_old</ExportScrTextName>
    <ExportScrTextId>here a 40 digit guid which I could obtain from the online PT registry</ExportScrTextId>

Cependant, je ne modifierais jamais (hack) un fichier XML (avec PT bien sûr fermé) sans d'abord poser la question ici sur le forum.

Alors, s'il vous plaît, quelle est la méthode sûre et recommandée pour réinitialiser notre ancienne configuration éprouvée après la dérivation, en gardant à l'esprit que les fichiers ont principalement été renommés pour des raisons non techniques et devraient toujours fonctionner ensemble sans problème ? Merci.

Traduit automatiquement depuis English
Paratext par (934 points)
réaffiché | 533 vues

5 Réponses

0 votes
Meilleure réponse

Vous ne précisez pas comment le projet dérivé a été créé. Les méthodes recommandées sont soit d'utiliser Sauvegarde/Restauration (l'historique est perdu) soit Convertir le projet (l'historique est préservé).

Ces deux méthodes créent un nouveau projet avec un nouveau guid (la clé de 40 chiffres). Un guid distinct est requis et la copie d'un dossier ne fonctionnera pas.

Une fois que vous avez une copie unique du projet d'origine, vous pouvez modifier n'importe quel paramètre dans le nouveau projet que vous souhaitez - donc cliquer sur OK sur le message « souhaitez-vous remplacer » ne modifiera que les paramètres du nouveau projet.

Si cela ne répond pas à votre question, il serait probablement préférable d'envoyer un rapport de problème avec des informations sur les projets sur lesquels vous travaillez, et je pourrai alors examiner les détails du projet.

John+Wickberg
Support Paratext

Traduit automatiquement depuis English
par [Administrator]
(3,4k points)

réaffiché

Merci John+Wickberg. Le projet dérivé a été créé localement par sauvegarde et restauration-en-nouveau-projet. Il est enregistré dans le registre PT.

Je suis sûr qu'il y a de nouvelles clés de 40 chiffres pour la traduction principale et les rétro-traductions ; je viens de vérifier à nouveau.

Ma crainte et ma question ici ne concernent pas l'impact sur l'ancien projet :

Il n'est pas clair depuis l'interface utilisateur et depuis l'aide intégrée de PT9 ce qui se passe lorsque j'utilise la fenêtre de menu Interlinearizer pour créer une rétro-traduction « nouvelle » (le sélecteur supérieur marqué « Choose »), où nous n'exportons plus de gloses (le sélecteur en bas marqué « Back translation ») vers l'ancienne rétro-traduction proposée par PT, mais vers une dérivée de l'ancienne rétro-traduction.

C'est parce que nous ne savons pas où PT stocke les informations sur toutes ces gloses qui ont déjà été étiquetées. Si les gloses et les données interlinéaires sont stockées dans le « projet de traduction principale », alors je peux maintenant cliquer sur OK.

Mais si (une partie des) données est stockée dans l'ancienne rétro-traduction qui recevait la sortie des gloses (et dans sa dérivée), et ayant changé les guids, je crains que les « liens » ne finissent par être rompus.

Traduit automatiquement depuis English

Les données interlinéaires sont stockées dans le projet que vous ouvrez dans l'interlinéariseur, pas dans la rétro-traduction. La rétro-traduction ne reçoit que le texte interlinéaire exporté.

Si vous regardez le « nouveau projet », vous verrez qu'il y a un fichier Lexicon.xml et un ou plusieurs dossiers de la forme « Interlinear_{langCode} » où « {langcode} » est le code de la langue de la rétro-traduction.

Ainsi, vous pouvez modifier les paramètres interlinéaires dans le nouveau projet sans affecter l'ancien projet.

John+Wickberg

Traduit automatiquement depuis English
0 votes

Pour ceux qui ont une mémoire d'éléphant :

Oui, j'avais posé une question sur plusieurs configurations interlinéaires, il y a quelques années ici :

Et c'est toujours le cas, ce projet opère une rétro-traduction en anglais (mon plaisir personnel, apprentissage de la langue et contrôle de qualité) et une officielle pour les consultants en français (une très littérale et une libre). Cela me rappelle combien de travail a déjà été mis dans tout cela. Avoir l'anglais et le français en parallèle n'a jamais causé de problèmes, une fois que nous l'avions configuré.

La dérivation concerne maintenant tous ces fichiers, ils ont tous été déplacés et renommés. Une fois que j'aurai des conseils sur comment régler cela, je les corrigerai tous.

Traduit automatiquement depuis English
par (934 points)
0 votes

@John+Wickberg Merci beaucoup, John+Wickberg. J'ai joué la sécurité à fond, j'ai fait plus de copies locales, j'ai créé un jalon avant le changement, j'ai examiné les fichiers que vous avez mentionnés par curiosité personnelle et pour comprendre le processus, avant d'appuyer sur le bouton.

Ensuite, j'ai effectué les mises à jour de notre configuration interlinéaire pour tous les fichiers qui ensemble forment maintenant une dérivée complète et fonctionnelle. Je suis heureux de rapporter que cela a bien fonctionné, autant que je puisse le dire. Il n'y a pas eu de messages d'erreur, de retards, ni aucun des symptômes qui pourraient indiquer un processus problématique. J'ai jeté un coup d'œil par la suite et tous les éléments étaient en place. J'ai fait quelques versets de BEN vers EN interlinéaire et cela ressemblait et se sentait comme avant. (visage souriant bêtement heureux ici)

Je reconnais que faire une dérivée est probablement une occasion très rare. J'avais noté que déplacer-un-projet-vers-une-nouvelle-organisation-gestionnaire est une option disponible dans le registre en ligne ; ce qui est probablement aussi rare mais pourrait se produire avec des organisations qui se renomment ou lorsque le contexte change.

Tout cela pour dire que je suis impressionné par les concepts et les structures de PT. Les fichiers que j'ai examinés aujourd'hui sont très clairs et du XML approprié. J'ai pu faire quelque chose qui n'était peut-être pas prévu comme une activité de gestion principale. Mais comme les structures sont claires et assez flexibles, tout a bien fonctionné. Salutations à l'équipe PT ! PT est très apprécié par moi et par l'équipe locale qui traverse des changements majeurs au niveau non technique.

Je vous remercie et je vais marquer ce fil comme résolu.

Traduit automatiquement depuis English
par (934 points)
0 votes

P.-S. : Comme je faisais à la fois l'anglais et le français aujourd'hui, j'en profite et j'ai réalisé une bonne suggestion de @dhigby : j'ai supprimé le texte d'exemple de la configuration de rétro-traduction interlinéaire en français. Le français est la langue où les personnes non liées produisent la rétro-traduction de travail officielle à des fins de vérification par les consultants. Doug m'a rapidement convaincu avec sa logique que « aucune proposition » donnera une meilleure rétro-traduction au sens de comprendre ce que le texte traduit signifie pour un nouveau lecteur. Je parle de cette publication :

Traduit automatiquement depuis English
par (934 points)
0 votes

Résumé :
Ceci est une note ennuyeuse que je me fais à moi-même. On n'apprendra rien ici. Pas de secrets non plus, continuez à lire si vous le souhaitez. Vous avez été prévenu, ce ne sera pas divertissant, rien de dramatique, pas de suspense, juste de l'entretien. Désolé de spammer le serveur, mais c'est un bon endroit pour stocker cette note.

Il y a quelques semaines, j'avais marqué cette question comme résolue. C'est toujours le cas, tout va bien.

C'était un défi à l'époque de comprendre les détails, mais la rétro-traduction française avec l'option « glosses only, no model text » fonctionne depuis plusieurs semaines.

Ceci est ce que le « département français » utilise ; en jargon PT, copié de l'aide :
Create glosses for XYZ with no model text
avec l'option
Output glosses to a project

Notre membre de l'équipe qui fait la rétro-traduction française est venu me voir récemment et demandait au sujet de ces utiles boîtes d'état, comme recommandé par un ami consultant. Je n'ai pu en trouver aucune. Je n'ai même pas pu trouver l'entrée du menu pour les faire apparaître normalement.

J'ai découvert que, dans toute l'excitation d'avant, le projet de réception des résultats s'était retrouvé en « auxiliaire » et non en « rétro-traduction » formelle. Voici la raison pour laquelle j'écris tout cela, comme note à moi-même :

Il y avait une correction facile : allez dans les paramètres du projet du projet de réception et à l'onglet général et changez simplement le Type of project de auxiliaire à back translation :

Aucun avertissement grave, aucune sirène, aucune exécution de sauvegarde supplémentaire de 40 minutes, le changement a été fait en quelques secondes. Aucun effet secondaire maléfique visible pour l'instant. Et le changement s'est correctement propagé via Send/Receive à toutes les autres machines concernées.

Nous avons fait un cycle complet de tests avec beaucoup de Send/Receive pour apprécier les résultats :

  • faire un changement factice dans un verset
  • obtenir le célèbre point d'interrogation rouge dans le projet de réception des résultats
  • faire en sorte que la spécialiste en rétro-traduction adapte son travail et renvoie le verset
  • être surpris que le point d'interrogation rouge ne soit pas remplacé par une coche verte, mais plutôt par une case à cocher blanche vide (faites confiance au fait que les développeurs savent ce qu'ils font)
  • appliquer la coche verte manuellement, directement dans le projet de réception
  • faire en sorte que le formateur supprime l'édition factice de l'étape 1
  • répéter tout cela jusqu'à ce que la situation d'origine soit restaurée sur tous les ordinateurs

Ce cycle de tests a semblé durer 40 opérations Send/Receive, mais c'était probablement plus proche de 12. Il était utile de voir les cases à cocher en action. Belle fonctionnalité que les versets non encore traduits n'affichent aucune case du tout.

Nous aimons vraiment PT un jour comme aujourd'hui. Beaucoup de travail régulier toute la journée. Et faire de l'entretien la nuit quand la plupart de l'équipe est partie. Et faire supprimer un projet étrange de toutes les machines et serveurs (pas dans ce compte rendu, c'était juste un bonus). Et apprivoiser un sous-projet sauvage pour en faire ce qu'il est censé être, et le faire se comporter comme une rétro-traduction correcte et bien entraînée.

Nous avons des cases… :ox: :ox:

Traduit automatiquement depuis English
par (934 points)

Questions connexes

0 votes
3 réponses 274 vues
En essayant de résoudre un autre problème dans Paratext 8, j'ai ouvert la fenêtre Utilisateurs, rôles et ... utilisateurs réapparaître après la configuration initiale. Merci, Ben
Ben Pehrson 280 posée oct. 28, 2020
0 votes
1 réponse 225 vues
Nous avons actuellement un atelier de traduction (pour la première fois en 7 mois, la COVID ayant interrompu notre planning), ... pas à trouver la cause. Avez-vous des idées ?
Ben Pehrson 280 posée oct. 27, 2020
0 votes
0 réponses 122 vues
When Paratext creates a problem report file, it encodes it using uuencode. In order to read the report file, you must ... creates a normal zip file on the desktop of your computer.
[Expert]
anon421222
735
posée févr. 23, 2017
0 votes
1 réponse 34 vues
Est-il possible de configurer un projet de ressource dans Paratext pour l’afficher en interlinéaire avec l’anglais ? Si oui, quelles sont les étapes à suivre pour le configurer ?
Shivaji 117 posée avr. 25, 2025
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
How good and pleasant it is when God’s people live together in unity!
Psalm 133:1
3,049 questions
6,007 réponses
5,673 commentaires
2,029 utilisateurs