0 votos
520 vistas

Estoy trabajando con un equipo que quiere escribir referencias bíblicas de esta manera:
\xt book_name rukuh # ayat #\xt*
donde “rukuh” significa “capítulo” y “ayat” significa “verso”.

En muchos casos, simplemente hemos renunciado a que PT analice los nombres y usamos los atributos en el estilo |ABC 1:2 para indicar explícitamente la referencia. Aun así, PT hace un buen trabajo en muchos casos al analizar correctamente.

Para que esto funcione, hemos añadido la palabra “rukuh” al final de cada nombre de libro y definido ␣ayat␣ como el separador de Capítulo/verso.

En primer lugar, ¿hay una mejor manera de configurar esto que no hayamos considerado? ¿O deberíamos simplemente rendirnos y usar referencias en estilo inglés como atributo en todos los casos?

Suponiendo que lo que hemos hecho es la mejor manera posible de hacer las cosas, añadir notas al pie ahora establece el campo \fr como chapter# ayat verse#, lo cual es molesto pero se podría solucionar. El problema es que cuando ejecutamos la comprobación de referencias (Reference Check), obtenemos cientos de errores que dicen “Unexpected book after chapter separator”. ¿Hay alguna manera de evitar eso?

Traducción automática desde English
Paratext por (1,9k puntos) | 520 vistas

2 Respuestas

0 votos
Mejor respuesta

Para un proyecto que hicimos hace un par de años que necesitaba hacer algo similar, pusimos las referencias en el estilo occidental normal, para que Paratext (y la DBL) esté contento y pueda realizar todas las comprobaciones que necesita. Pero antes de publicar, lo procesamos con un script de Python para convertirlas al formato adecuado. Aquí están las Expresiones Regulares relevantes del script de Python (tenga en cuenta que hay una expresión de conversión separada para cada forma de referencia, ya sea con múltiples capítulos, con números de verso o sin ellos, etc.):

    # turn cross references into their long forms
    #  Takwiin 2:1; 5:2  or  Takwiin 2:1-5; 5:6-9
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+(-\d+)?); (\d+):(\d+(-\d+)?\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4 wa fasul \\6 aaya \\7\\\+xt*', sText)
    #  Takwiin 2; 4
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+); (\d+\\\+xt\*)',
                   '\\1 fasul \\3 wa fasul \\4', sText)
    #  Takwiin 2:1
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2:1-5
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+-\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2  or  Takwiin 1–2
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+(–\d+)?\\\+xt\*)',
                   '\\1 fasul \\3', sText)

Si estuviera haciendo la misma composición tipográfica hoy, usaría PTXprint y pondría esos cambios en el archivo Changes.txt.

Tenga en cuenta que pueden haber expresiones de capítulo/verso que no sean manejadas por estas expresiones; esto fue para un proyecto específico y yo sabía cuál era el rango de todos los formatos de expresiones de referencia. Por ejemplo, no creo que esto maneje tres números de capítulo, p. ej. “bookname ch1; ch2; ch3”. Si tiene eso en su proyecto, necesitaría añadir una nueva expresión o encontrar una manera de extender las expresiones existentes (probablemente lo primero sea más fácil…).

Tenga también en cuenta que cuando mire sus referencias en el texto que sale de la DBL, p. ej. en YouVersion, solo obtendrá el formato de referencia occidental, no su “rukuh # ayat #”. Eso es porque YouVersion no tiene ninguna sofisticación en el procesamiento y formato del texto: simplemente lo volca en HTML y espera que se vea bien. Pero si crea aplicaciones bíblicas con SAB, puede ejecutar Expresiones Regulares similares para obtener ese mismo comportamiento deseado.

@anon175865 En algunos sentidos, este problema de YouVersion es similar al problema de arruinar los saltos de línea cuando hay espacios alrededor de la puntuación. Tal vez deberíamos tener un archivo de “reglas de composición tipográfica sugeridas” que se adjunte al proyecto y se almacene con el proyecto en la DBL. Entonces, si YouVersion aplicara esos cambios al mostrar un texto, podría hacer un mejor trabajo. Eso permitiría, en cierto sentido, una diferencia entre el formato de datos y el formato de presentación del texto. Y luego, dependiendo del tipo de presentación, es posible que necesite elegir qué tipos de reglas aplicar. De todos modos, solo estoy planteando la idea un poco…

Espero que ayude,
jeffh

Traducción automática desde English
por (1,4k puntos)

Muchas gracias por esa sugerencia. Parece una mejor solución alternativa que la nuestra actual. Se lo he sugerido al equipo y veré si están de acuerdo (la única desventaja es que tendrán que acostumbrarse a ver una cosa en PT pero esperar otra cosa en la impresión/aplicación final).

Traducción automática desde English

Solo un recordatorio de que con PTXprint ahora es posible producir fácilmente su salida en la forma final, así que no tenga miedo de producir borradores y evaluarlos en PDF o en forma impresa. Obviamente, los traductores (o al menos uno de ellos) necesitarán poder trabajar con/teclear el formato occidental de la referencia, pero debería ser capaz de producir borradores en el otro formato para la evaluación por parte del equipo, su comité, etc. Esto tiene la ventaja adicional de probar su formato final más temprano en el proceso, para que todos se acostumbren a él y/o hagan sus comentarios sobre el formato desde el principio.

Traducción automática desde English

@jeffh El problema con la visualización en nuestras plataformas de editores no es que “simplemente lo vuelcan en HTML y esperan que se vea bien”. ¡Dios mío!! No tiene idea de la cantidad de trabajo que YouVersion, en particular, realiza para obtener las cosas de la manera que las queremos. El paquete que se les envía es producido por nuestro convertidor de Paratext, y es USX, no HTML (Paratext es también donde se eliminan los espacios sin salto de línea). Creo que, debido a la naturaleza de USX, no se permite la personalización. Sé que donde hemos tenido problemas individuales que podrían ser corregidos en el extremo de YouVersion, han ido más allá de lo que necesitaban hacer para poner las cosas en orden. Esperaría que pudiéramos celebrar y no denigrar las asociaciones en nuestra línea de trabajo. Su sugerencia para reglas de composición tipográfica debería probablemente hacerse al equipo de Paratext, ya que ellos controlan el contenido de los paquetes que nuestros editores reciben.

Traducción automática desde English

@anon175865 Tiene absolutamente razón. Mi comentario fue muy injusto, y me disculpo por ello. Un poco de frustración filtrándose, de todas las veces que he visto textos bíblicos en francés en YouVersion con un mal salto de línea… Como sugiere, el problema es realmente en el extremo de la DBL, y espero que los esfuerzos que se están haciendo en Paratext y DBL aborden algunos de esos problemas. Perdone mi comentario descuidado.

Traducción automática desde English

@jeffh Gracias jeffh. Entiendo su frustración, y continuaré trabajando para hacer las cosas mejor en el extremo de la DBL.

Traducción automática desde English
0 votos

Me interesa saber qué deciden hacer. Si mantienen la solución alternativa para la configuración de referencias bíblicas (Scripture Reference Settings), les agradecería que me añadieran como Consultor al proyecto para que pueda probar si el convertidor que Paratext usa para convertir el texto de USFM a USX para su distribución a través de la DBL aceptará lo que han hecho. Sospecho que no. Supongo que una solución alternativa para las notas al pie sería Negar (Deny) todos los errores de “Unexpected book…”, y añadir un archivo changes.txt a la carpeta del proyecto donde se permita a Paratext/PubAssist convertir las referencias de las notas al pie de vuelta al formato estándar para la impresión, eliminando ayat.

Traducción automática desde English
por (192 puntos)

Esperaba evitar Negar (Deny) cientos de errores. Sin embargo, acabo de darme cuenta de que se puede hacer en lote: seleccionando múltiples errores con Shift o Ctrl y luego negándolos. Así que tal vez eso sea lo que terminemos haciendo.

En realidad (por ahora) no planeamos usar los datos de \fr en absoluto, por lo que teóricamente podrían eliminarse por completo. De todos modos, nunca he entendido bien el propósito de ese campo, ya que presumiblemente podría recrearse al vuelo con un simple script de programación. Pero si algún día tuviéramos que enviarlo a la DBL o usar de otra manera el campo \fr, casi con seguridad usaríamos changes.txt o algo similar para editar el formato.

Traducción automática desde English

Preguntas relacionadas

0 votos
3 respuestas 484 vistas
Al dar referencias bíblicas que abarcan varios capítulos, el equipo de Komba prefiere marcarlo de la siguiente manera: 1 ... sin espacios es demasiado largo y no resulta estético.
anon142050 118 preguntada abr 17, 2019
0 votos
2 respuestas 323 vistas
When you make corrections to \toc headers, the Book Names under Scripture Reference Settings don’t seem to update automatically. Is that by design?
anónimo preguntada abr 10, 2015
0 votos
1 respuesta 9,5k vistas
En cuanto al libro de los Salmos, nos gustaría usar el plural Salmos en los títulos de los libros y en el ... Configuración de referencias bíblicas y el plural en el texto USFM?
bit 495 preguntada nov 12, 2021
0 votos
3 respuestas 473 vistas
One of the projects I support has the following formatting for their chapter/verse references in footnotes (the part after ... or does the team need to do that manually? Thanks!
anon469793 155 preguntada oct 3, 2019
+1 voto
2 respuestas 205 vistas
En las introducciones de los libros de nuestro proyecto, dirigimos al lector a ciertos pasajes mediante referencias bíblicas ... como un error para cada libro del Nuevo Testamento.
anon392210 109 preguntada mar 28, 2023
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Accept the one whose faith is weak, without quarreling over disputable matters.
Romans 14:1
3,051 preguntas
6,010 respuestas
5,676 comentarios
2,030 usuarios