Erreurs des modules bibliques

Question

Je travaille avec certains modules bibliques pour abréger des histoires de l'Ancien Testament. Je peux créer des PDF avec le texte biblique régulier, mais en essayant d'imprimer un module biblique, une liste d'erreurs s'est affichée au lieu d'un PDF.
Avez-vous des conseils pour dépanner ces erreurs ?

Traduit automatiquement depuis English Afficher l'original

Answer 1

Bonjour Brent, merci d'avoir signalé ce problème. Pourriez-vous s'il vous plaît faire deux choses qui pourraient nous aider à le résoudre :
a) assurez-vous d'utiliser la dernière version (ver 1.5.5) - car nous avons corrigé un bug majeur hier seulement
b) Si cela ne change pas le résultat, veuillez nous envoyer le fichier du module biblique à l'adresse ptxprint[underscore][Email Removed]. Cela pourrait nous aider à comprendre ce qui se passe.

Traduit automatiquement depuis English Afficher l'original

Answer 2

Je rencontre une erreur très similaire avec un module biblique :
PTXprint Version 1.5.6

Traceback (most recent call last):
File “ptxprint\gtkview.py”, line 651, in onOK
File “ptxprint”, line 137, in doit
File “ptxprint\runjob.py”, line 195, in doit
File “ptxprint\runjob.py”, line 195, in
File “ptxprint\runjob.py”, line 309, in dojob
File “ptxprint\texmodel.py”, line 683, in convertBook
File “ptxprint\texmodel.py”, line 636, in flattenModule
File “ptxprint\usfmutils.py”, line 445, in parse
TypeError: ‘NoneType’ object is not iterable

<class ‘TypeError’>: ‘NoneType’ object is not iterable

Traduit automatiquement depuis English Afficher l'original

Answer 3

Bonjour Mark,
J'ai toujours ce problème et je me demande si vous avez trouvé une solution. Merci !

Traduit automatiquement depuis English Afficher l'original

Answer 4

Bonjour Dan, désolé que vous ayez encore des difficultés avec ce problème. J'avais supposé que l'absence de nouvelles était une bonne nouvelle, mais je sais maintenant que ce n'est pas le cas. Veuillez essayer une fois de plus avec la dernière (version 1.5.14.1) et si le problème persiste, utilisez le bouton Create Archive sur l'onglet Advanced pour créer un fichier ZIP que vous pouvez nous envoyer à ptxprint[underscore][Email Removed]. C'est la façon la plus simple pour nous de reproduire le problème et de le résoudre pour vous.

Traduit automatiquement depuis English Afficher l'original

Comments

Bon, la dernière version (1.5.14.3) ne fonctionne toujours pas pour moi. Voici le message d'erreur :

PTXprint Version 1.5.14.3

Traceback (most recent call last):
File “ptxprint\gtkview.py”, line 703, in onOK
File “ptxprint”, line 145, in doit
File “ptxprint\runjob.py”, line 188, in doit
File “ptxprint\runjob.py”, line 188, in
File “ptxprint\runjob.py”, line 307, in dojob
File “ptxprint\texmodel.py”, line 702, in convertBook
File “ptxprint\texmodel.py”, line 655, in flattenModule
File “ptxprint\usfmutils.py”, line 446, in parse
File “ptxprint\usfmutils.py”, line 511, in parse_element
File “ptxprint\usfmutils.py”, line 466, in parse_element
TypeError: expected string or bytes-like object

<class ‘TypeError’>: expected string or bytes-like object

Ceci est le module biblique inchangé que j'ai envoyé par e-mail à ptxprint_support le mois dernier.

Traduit automatiquement depuis English Afficher l'original

Answer 5

Merci pour votre patience, Brent. Je crois maintenant que ce problème a été corrigé (dans la ver 1.5.14.4), vous devriez donc pouvoir produire à nouveau une sortie PDF à partir des modules. Faites-nous savoir comment cela se passe…

Traduit automatiquement depuis English Afficher l'original

Answer 6

J'ai toujours un problème. Chaque module que j'essaie donne cette erreur :
Canonicalise Text Error! Failed to flatten module text (due to a Syntax Error?): Check for USFM errors and/or problems with a module.

Traduit automatiquement depuis English Afficher l'original

Comments

C'est étrange. Est-ce juste un message d'avertissement, ou cela bloque-t-il le processus ? Produit-il un PDF ou rien du tout ?
Le comportement change-t-il lorsque vous désactivez l'option appelée “Auto-Correct USFM” (dans la section “Other” de l'onglet Advanced) ?

Traduit automatiquement depuis English Afficher l'original

Answer 7

C'est un blocage. Il ne crée pas de PDF.
J'ai essayé de désactiver “Auto-Correct USFM” et la même chose s'est produite.

Traduit automatiquement depuis English Afficher l'original

Comments

Dans la dernière version 1.5.15, nous avons essayé de rendre le message d'erreur plus utile. Faites-nous savoir comment cela se passe…

Pourriez-vous également vous assurer que les vérifications de base de Paratext passent (sans erreurs) pour tout livre biblique dont le module extrait des versets - sinon PTXprint va se bloquer et vous donner des erreurs. Par exemple, assurez-vous qu'il y a un \p après les en-têtes de chapitre \c et de section \s, avant que le premier verset \v ne commence.

Traduit automatiquement depuis English Afficher l'original

Answer 8

J'ai toujours des problèmes, mais le message d'erreur est plus spécifique maintenant. Au lieu de “check for USFM errors”, il indique :
C:…01GENKon.SFM: line 1381,6: missing space after verse number ‘3M’

J'ai exécuté les vérifications de base pour la partie dont le module extrait les versets. Il signale beaucoup d'erreurs parce que je n'ai pas configuré plusieurs paramètres (ponctuation suivie d'une minuscule, marqueurs suivis d'une minuscule, inventaire des caractères, règles de citation, et les mots répétés apparaissent comme des recommandations de complétion). Quelles vérifications de base sont les plus importantes à cet égard ? Je n'ai trouvé aucune erreur USFM, à part le fait de ne pas suivre /q2 d'une majuscule.

Traduit automatiquement depuis English Afficher l'original

Answer 9

Je dirais que le minimum absolu serait :

Et les marqueurs doivent être valides pour le livre entier (pas seulement pour les parties de texte que vous extrayez). La raison en est que le livre entier est d'abord traité, puis les versets nécessaires sont extraits de celui-ci. Il n'est donc pas trop important s'il manque des chapitres/versets, mais tout ce qui est présent doit être en bon état pour que nous puissions le traiter pour le module.

Traduit automatiquement depuis English Afficher l'original

Comments

J'ai trouvé quelques-unes de ces erreurs dans le livre dont le module était issu. À un endroit, il n'y avait pas d'espace entre le numéro de verset et le premier mot du verset. Cela a pu être le problème.
Aussi, environ 10 chapitres n'avaient pas d'en-têtes de section et commençaient sans marqueur \p, et quelques notes de bas de page n'avaient pas de marqueurs de fermeture \ft. Bien que j'aie corrigé ces erreurs, je ne soupçonne pas qu'elles aient été le problème.
J'avais aussi des versets vides, que je n'ai pas corrigés et qui n'ont pas empêché PTXprint de créer un PDF.

Traduit automatiquement depuis English Afficher l'original

Answer 10

Je ne sais pas si les vérifications de base de Paratext détectent cela, mais si vous avez quelque chose comme l'une des deux premières lignes :

\v 1\somemarker shoudn't be part of the verse number
\v 2Nor should words
\v 3-4a Ranges are fine though, as long as you put a space after. 

Sans espace après le numéro de verset, bien que certains programmes s'en soucient peu, c'est un problème garanti pour PTXplus / XeTeX.
La deuxième ligne ci-dessus ne fera pas planter XeTeX (je ne suis pas sûr pour l'interface Python), mais XeTeX considérera le numéro de verset comme étant “2Nor”, ce qui n'est probablement pas ce que vous voulez.

La solution est simplement d'y mettre un espace.

Toute la documentation USFM que j'ai vue présume qu'il y aura un espace après le numéro, et la dernière version l'indique explicitement. Chapters and Verses — Unified Standard Format Markers 3.0.0 documentation

Traduit automatiquement depuis English Afficher l'original