L'interlinéaire utilisant la NIV 1984 comme texte modèle a cessé de fonctionner dans PT8

Question

Nous avons interlinéarisé les gloses en anglais pour la langue vernaculaire. C'est très utile pour les conseillers et les consultants. Nous avons utilisé la version NIV 1984 comme texte modèle. Nous utilisions cela depuis des années dans PT7, et lorsque nous sommes passés à PT8, cela fonctionnait bien jusqu'à il y a quelques jours, quand cela a cessé de fonctionner. Je me demande si le nom du fichier NIV 1984 a été récemment modifié d'une manière ou d'une autre, de sorte que PT8 ne le trouve plus de la même façon qu'avant.

J'ai essayé de rouvrir l'interlinéaire dans PT8, mais les gloses que nous avions saisies depuis plusieurs années ne nous sont plus disponibles. Je pense que les gloses sont associées au projet NIV 1984 et que PT ne peut plus les trouver.

anon758749

Traduit automatiquement depuis English Afficher l'original

Answer 1

Je vois qu'après la mise à jour, le nom court du projet est maintenant NIV, et plus NIV84. Mais dans mon projet de test où j'avais fait des gloses avec NIV84 comme texte modèle, mes gloses étaient toujours présentes après avoir mis à jour la ressource. Je ne pense pas que le changement du nom court du projet affecterait les gloses. Je me suis demandé, d'après votre rapport, si l'identifiant de langue dans la ressource NIV avait changé, mais cela ne semble pas être le cas.

Lorsque vous avez dit que l'interlinéaire a cessé de fonctionner après la mise à jour de la NIV 1984, vouliez-vous dire que l'interlinéaire ne se lançait pas, ou qu'il affichait un message d'erreur si vous sélectionnez la nouvelle NIV (1984) comme texte modèle ? Ou vouliez-vous dire que les gloses que vous aviez saisies auparavant ne s'affichaient plus ?

Traduit automatiquement depuis English Afficher l'original

Comments

sewhite, je cherche de l'aide. Un projet sur lequel je travaille, LED_UG, indique qu'il utilise la NIV-84 comme texte modèle pour l'interlinéaire. Lorsque je mets la NIV-84 comme texte modèle, mes données interlinéarisées sont très incomplètes, avec de nombreux mots ayant une glose supposée par Paratext en rouge.
Je pense donc que c'est un exemple d'une ressource qui a changé son identifiant de langue. Les deux dossiers sous le dossier de langue sont interlinear_en et interlinear_en-US. De ceux-ci, il est clair que celui utilisé est interlinear_en. L'équipe du projet me dit que cela est produit par leur texte modèle NIV-84.
Je soupçonne qu'ils peuvent avoir une copie ancienne de la NIV-84, avec un identifiant de langue antérieur à Paratext 8.
Lorsque je passe dans l'interlinéaire au texte modèle étant n'importe quelle ressource en anglais avec l'identifiant de langue (eng), bingo, les gloses fonctionnent.
Quelle est la meilleure façon de procéder, d'ici, pour que le travail interlinéarisé ne soit pas perdu, et que tout fonctionne correctement pour tout le monde dans l'équipe, traducteurs et consultants ?

Traduit automatiquement depuis English Afficher l'original

---

Il m'est arrivé quelque chose de similaire une fois lorsque j'ai mis à jour le texte source. Il devrait réinstaller la version exacte de la NIV84 qu'il utilisait lorsqu'il a fait l'interlinéaire et, lorsqu'il le fait, j'attends que ses gloses reviennent à leur état d'origine. Et à l'avenir, il ne devrait jamais mettre à jour le texte source NIV84. S'il reste avec une version différente de la NIV84, il perdra la plupart de ses gloses.
anon758749 Lindstrom
Branche PNG

Traduit automatiquement depuis English Afficher l'original

---

anon758749, le problème avec cela est que les consultants n'ont pas accès à son texte source original. Nous n'avons accès qu'à ce qui est dans le DBL, qui est la NIV84, qui a eng-US comme identifiant de langue. Donc, je pense que la solution doit être de passer à un texte modèle en anglais qui a l'identifiant de langue eng. Je pense que c'est ce que est devenu, lorsque Paratext 7 a migré vers Paratext 8, il y a environ 4 ans. Cette solution vous semble-t-elle correcte ?

Traduit automatiquement depuis English Afficher l'original

---

Je ne suis pas sûr. Nous avons conseillé un groupe qui a commencé à utiliser l'interlinéaire pour les gloses de la langue vernaculaire à l'anglais dès qu'il est devenu disponible. Cela fonctionnait bien dans PT7 et PT8. Mais à un moment donné, j'ai cliqué sur une mise à jour NIV84 dans la liste des ressources DBL dans PT8 et cela a gâché toutes les gloses. Je suis retourné dans les fichiers de ressources et j'ai inséré une copie de la NIV84 d'avant la mise à jour et cela a restauré toutes les gloses à leur forme d'origine.

Nous n'avons eu que quelques consultants qui ont utilisé cet interlinéaire et je n'ai pas entendu dire qu'ils avaient des problèmes. Mais peut-être qu'ils ne reçoivent pas toutes les gloses correctement. Maintenant, je fais attention à ne jamais mettre à jour la ressource NIV84 et cela a continué à fonctionner dans l'interlinéaire sur mon ordinateur. Mais peut-être que lorsque nous travaillerons avec plus de consultants, nous découvrirons que cela ne fonctionne pas pour eux.

Si vous trouvez un moyen de conserver les gloses et d'utiliser les textes DBL actuellement disponibles, faites-le-moi savoir.

anon758749

Traduit automatiquement depuis English Afficher l'original

---

@anon084052 Je crois que l'application de cette solution résoudrait votre problème NIV84 : Une restauration manuelle des données interlinéaires après la migration - #4 par phil_leckrone. Avez-vous eu l'occasion de l'essayer ?

james_post

Traduit automatiquement depuis English Afficher l'original

---

james_post,

Merci pour la suggestion de loin. Nous venons de revenir à PNG et sommes actuellement en quarantaine, vivant derrière le ruban.

Après avoir regardé le lien que vous avez envoyé, je ne pense pas comprendre ce qui devrait être fait.

Voici le problème : Si je mets à jour la NIV84 dans les ressources, cela gâche toutes les gloses (au moins c'est ce qui s'est passé lorsque la version mise à jour de la NIV84 est apparue pour la première fois.) J'ai corrigé cela lorsque cela s'est produit en réinstallant l'ancienne ressource NIV84 et cela a corrigé toutes les gloses. Et maintenant je ne mets jamais à jour la NIV84. Donc, que devrais-je faire pour mettre à jour la ressource sans gâcher les gloses. Cela serait utile pour les consultants qui n'ont pas l'ancienne ressource NIV84.

Bénédiction,
anon758749

Traduit automatiquement depuis English Afficher l'original

---

@anon084052 anon758749, je pense que le problème est lié au changement des codes ISO, survenu lors de la migration de Paratext 7 à Paratext 8. Le NIV est passé, je crois, de en à eng-US, et c'est ce qui a corrompu vos données. Je pense que si vous utilisiez n'importe quelle version anglaise ayant le code ISO eng, vos données fonctionneraient toujours. Je ne pense donc pas qu'il soit nécessaire de s'en tenir à l'ancienne version du NIV. Voici le code ISO pour l'anglais :

image720×40 1.06 KB

Vous pouvez voir qu'un code eng dans vos versions anglaises de Paratext est identique à en. Ce dont vous DEVEZ vous éloigner, ce sont toutes les versions du NIV, qui sont désormais soit eng-US, soit eng-GB.
Utilisez n'importe quelle version anglaise ayant eng comme code ISO pour votre texte modèle lors de l'interlinéarisation, et je pense que tout devrait fonctionner.

Traduit automatiquement depuis English Afficher l'original

---

Merci. Cela a du sens. Et j'ai vérifié, cela fonctionne tant que le texte modèle est eng (au moins, cela a fonctionné pour le NRSV, qui est eng). Cela m'aidera lorsque je donnerai l'interlinéaire aux consultants pour qu'ils l'utilisent. À ce stade, il n'a vraiment pas d'importance quel est le texte modèle, car presque chaque mot kapin a déjà une glose en anglais. La seule préoccupation est de conserver les gloses, ce que je comprends mieux maintenant.
anon758749.

Traduit automatiquement depuis English Afficher l'original

Answer 2

Cela a été causé sans aucun doute par une mise à jour de la ressource NIV 1984. Je le sais parce que je suis revenu à la ressource NIV 1984 antérieure et maintenant mon interlinéaire fonctionne à nouveau. Donc, je vais éviter de mettre à jour le texte NIV1984.

Traduit automatiquement depuis English Afficher l'original

Answer 3

Bonjour, je suis responsable de la ressource Paratext NIV84. J'ai remis le nom court à NIV84.

Le nom court aurait dû être NIV84. L'abréviation était incorrecte dans le registre PT. Je ne suis pas sûr de la raison pour laquelle il a été changé en NIV, mais je pense qu'ils ont peut-être mis à jour les noms depuis le registre la semaine dernière.

J'ai donc ajusté les paramètres et les métadonnées pour m'assurer que NIV84 restera NIV84. Je m'excuse si cela a causé des problèmes avec vos interlinéaires.

Les autres ressources NIV disponibles sont NIV11 et NIV11UK.

Traduit automatiquement depuis English Afficher l'original

Comments

CrazyRocky:

… la NIV84. … Les autres ressources NIV disponibles sont NIV11 et NIV11UK.

Je suppose que nous n'avons jamais eu de NIV84UK dans PT7, n'est-ce pas ? Ce serait bien d'avoir cela comme option. On m'a dit que la NIV84 est un texte source populaire pour les MTT, et si c'est vrai, j'aurais pensé qu'il valait la peine d'avoir les deux variantes.

Serait-ce possible ? Ou la version de 1984 est-elle trop ancienne pour qu'on puisse faire quoi que ce soit concernant les droits d'auteur ?

Traduit automatiquement depuis English Afficher l'original

---

Nous n'avons en fait pas la NIV84UK dans Paratext, donc évidemment, nous ne pouvons pas facilement la mettre sur le DBL, ce qui est nécessaire pour en faire une ressource. Si je savais qu'il y avait beaucoup de demande pour la version anglicisée de 84, je ferais une demande pour voir si nous pourrions la rendre disponible.

Permettez-moi d'ajouter que la NIV11UK a un format mis à jour que je crois bien supérieur à celui de 84, en particulier pour les listes… Nous passerons la NIV11 au même format dans quelques mois. Aussi, dès que PT 8.1 sera publié, nous mettrons à jour le balisage avec certains des nouveaux marqueurs de format.

Bien que beaucoup de personnes s'accrochent à la version de 84 pour son langage plus ancien, le Comité de la NIV sur la traduction biblique a beaucoup réfléchi à chaque changement qui a été fait et qui continue d'être fait à la NIV. Bien que je ne sois pas d'accord avec chaque changement qui a été fait, j'ai examiné toutes les modifications de la NIV11 de nombreuses fois et je considère qu'il s'agit d'une traduction supérieure dans l'ensemble.

Traduit automatiquement depuis English Afficher l'original

---

[Lien supprimé]

Traduit automatiquement depuis English Afficher l'original

Answer 4

Veuillez consulter le lien suivant qui décrira ce que vous devez faire pour corriger le problème lié au changement d'identifiant de langue.

Une restauration manuelle des données interlinéaires après la migration Aide

Il semble que Paratext 8 ait un problème lors de la migration des gloses interlinéaires si vous utilisez l'Interlinéaire dans 7 pour gloser le texte en utilisant le grec du NT comme texte modèle. Un utilisateur a demandé de l'aide dans cette situation, et j'ai vu qu'après la migration, le code de langue dans lexicon.xml et dans les fichiers de gloses par livre était « el » alors que le code pour le grec du NT devrait être « grc ». (Dans un projet de test, j'ai glosé quelques mots en grec, puis migré, et dans ce projet migré, le code pour le grec du NT est devenu « lbj », le code pour…

Traduit automatiquement depuis English Afficher l'original

Comments

Je pense que l'idée de changer le texte modèle pour un qui utilise « en » au lieu de « en-US » fonctionnerait. La seule chose à laquelle je peux penser est que cela pourrait changer certaines des gloses supposées si elles n'ont jamais été approuvées. Une glose supposée provient de Paratext faisant des statistiques sur le moment où un mot anglais apparaît dans les mêmes versets qu'un mot du texte de base, et donc changer le texte modèle pourrait altérer les statistiques si le nouveau texte modèle utilise des mots anglais différents. Mais cela pourrait être minimal ou indétecté si la plupart des gloses supposées ont été soit approuvées soit modifiées par les membres de l'équipe qui glosent. Toutes les décisions de l'utilisateur (approuver les gloses ou changer une glose supposée en autre chose) devraient rester inchangées.

Si vous pensiez qu'il était nécessaire de mettre à jour la ressource NIV84 que l'équipe utilise pour correspondre à celle utilisée par les consultants, vous pourriez mettre à jour manuellement les données de gloses pour qu'elles s'affichent avec la NIV84 actuelle codée en en-US.

Traduit automatiquement depuis English Afficher l'original

---

sewhite, je pense que votre analyse est excellente. Nous essaierons de passer à un texte modèle qui a l'identifiant de langue (eng). Au fait, savez-vous quelle est la différence entre un identifiant de langue en et un eng ? Ma compréhension actuelle est que en est antérieur au processus de migration de Paratext 8, et eng est attaché à toutes les versions en anglais maintenant, -migration de Paratext 8. Les exceptions étant des identifiants de langue inhabituels, tels que eng-GB ou eng-US, ou autre chose de ce genre.

Traduit automatiquement depuis English Afficher l'original

---

Désolé, j'ai mal orthographié le code. Vous avez raison, les projets en anglais actuels sont codés eng dans Paratext.

Traduit automatiquement depuis English Afficher l'original

---

anon758749:

Au fait, savez-vous quelle est la différence entre un identifiant de langue en et un eng ?

Voyez ceci :

Une restauration manuelle des données interlinéaires après la migration Aide

Hier, je suis tombé dans une situation où dans PT7 la langue était « Spanish » pour la RV60 et dans PT8 la langue pour RVR1960 est « spa ». J'ai suivi les instructions de Steven dans un message précédent pour apporter les modifications appropriées, mais les gloses ne s'affichaient toujours pas comme approuvées (comme elles l'étaient dans PT7). anon291708 S. m'a fait remarquer que dans PT8, certaines langues affichent le code à trois lettres (dans ce cas spa), mais utilisent en interne le code à deux lettres (dans ce cas es) pour correspondre à l'interl…

Traduit automatiquement depuis English Afficher l'original