Ayuda necesaria para errores de verificaciones básicas

Question

¿Alguien puede decirme qué necesito hacer para eliminar estos errores mostrados por las verificaciones básicas (basic checks)?
Para un proyecto que utiliza escritura romana:

1. Puntuación medial no válida PT9.1.104.59 me indica que esto es un error: (21:1-22:1). Esto está en una introducción del libro y estamos intentando decir algo sobre los versículos 21:1 a 22:1. Veo que el «-» ya está listado en la configuración de números como una posible puntuación medial, así que no estoy seguro de por qué es un error.
2. Falta de puntuación al final del párrafo Tenemos un párrafo que termina con dos puntos. El siguiente párrafo comienza con \p. ¿Dónde puedo indicarle a PT que los dos puntos son una puntuación aceptable para terminar un párrafo?

Para un proyecto que utiliza escritura birmana:
3) Material extra no válido Noté que estos errores se encuentran todos después de \r bajo un encabezado de sección. ¿Esto sucede cuando el libro y los versículos referenciados allí aún no han sido traducidos? ¿Hay una forma de eliminar estos errores (además de traducir esos pasajes)?
4) Prefijo no válido Estos ocurren en las introducciones de los libros donde estamos dando un rango de capítulos (p. ej., 10-15, excepto que los números están en escritura birmana). Parece que el guion entre dos números está causando el error de prefijo no válido. ¿Cómo puedo indicarle a PT que esto no es un error?

Traducción automática desde English Mostrar original

Answer 1

1. Los dos puntos también deben marcarse como puntuación medial.
2. Pruebe el inventario de marcadores que faltan puntuación final (Herramientas > Inventarios de verificación > Marcadores que faltan puntuación final). También hay un botón de Opciones en ese inventario que tiene más configuraciones para que personalice el comportamiento.
3. Material extra no válido significa que detectó que hay otro texto dentro del texto del marcador \r que no es parte de la referencia en sí. En inglés, esto suele ser algo como \r See Mrk 2.14-2.18 (el "See " se considera «material extra»). Un ejemplo ayudaría a dar una respuesta más exacta.
4. El guion no debería causar ese error si está rodeado de números. ¿Puede publicar un ejemplo?

Traducción automática desde English Mostrar original

Comments

Muchas gracias.

1. Añadir los dos puntos no corrigió el problema. El texto que aparece como problema es (21:1-22:1). He añadido tanto el guion como los dos puntos, pero no ha corregido el problema. ¿Alguna idea?
2. Corregido.
3. Lo discutiré con los MTT y veré qué palabras extra hay ahí.
4. El guion está entre un número y una palabra. Están intentando escribir «en (capítulo) 11» y «en (capítulo) 12». Pero han escrito literalmente «11-en» y «12-en» y lo han hecho uniendo el guion al número, lo cual creo que hace que PT piense que el número es un prefijo. Normalmente, la partícula que significa «en» se une directamente a la palabra anterior, pero creo que porque podría verse extraño unirla a numerales, los MTT pusieron un guion entre el número y el «en». Asumiendo que los MTT dicen que el guion es necesario, ¿hay una forma de indicarle a PT que esto es aceptable?

Traducción automática desde English Mostrar original

---

1. Revise la configuración de referencias bíblicas de su proyecto para ver qué símbolo Paratext espera como separador de capítulo-versículo. Si desea usar dos puntos, puede configurarlo para usar dos puntos.

2. Es posible que sea posible definir «-en» como texto extra en la configuración de referencias bíblicas. Pero quizás el texto extra necesita no estar unido al número de capítulo.

Traducción automática desde English Mostrar original

---

El guion es un problema porque la referencia bíblica que está mostrando abarca capítulos. Si mira su configuración de referencias bíblicas, probablemente encontrará que el guion largo (em dash) está configurado para referencias que abarcan capítulos. Puede cambiar esta configuración, pero se recomienda que marque las referencias que abarcan versículos de manera diferente a las que abarcan capítulos.

Traducción automática desde English Mostrar original

---

Ciertamente puede usar palabras para marcar rangos a través de capítulos. Aquí hay un ejemplo de un proyecto que usó la palabra «hasta» cuando una referencia abarcaba uno o más límites de capítulo.

Traducción automática desde English Mostrar original

---

Cambié el marcador de abarcamiento de capítulo para que fuera el guion largo (em dash) y cambié el texto para reflejarlo, pero no resolvió el problema. ¿Podría ser porque las referencias de versículos están entre paréntesis sin el nombre o abreviatura del libro? Es decir, simplemente (21:1–22:1). Logré «resolverlo» haciendo que el marcador de abarcamiento de capítulo fuera así: (21:1 - 22:1).

Actualización: También logré resolverlo poniendo el nombre del libro entre paréntesis y volviendo al guion así: (Números 21:1-22:1) Supongo que sin el nombre del libro, PT lo estaba viendo como solo números, en lugar de referencias bíblicas?

Pero aún me gustaría saber cómo hacer que Paratext acepte algo como (21:1-22:1) o (21:1–22:1).

Traducción automática desde English Mostrar original

---

Respuestas a continuación:

1. Puntuación medial no válida. - Esta es una referencia, así que si no está usando \r o \ior o \mr con ella, envuélvala en \xt … \xt* y el error desaparecerá (a menos que tenga que corregir la referencia).
2. Falta de puntuación al final del párrafo – Esto se configura en el Menú del proyecto/Herramientas/Inventarios de verificación/Inventario de marcadores que faltan puntuación final. Esto es más útil cuando «Mostrar toda la puntuación final» está marcado.
3. Material extra no válido – No proporciona suficiente información para responder a su pregunta y no creo que haya encontrado la razón correcta, a menos que quizás tenga un \r vacío y no tenga un \p después de él antes del número de versículo? Paratext considerará todo el texto después del \r como una referencia a verificar hasta que encuentre un marcador de párrafo.
4. Prefijo no válido – envuelva incluso estos en \xt … \xt* y asegúrese de que use el símbolo de puente de capítulo que ha definido en la Configuración de referencias bíblicas (Menú del proyecto/Configuración del proyecto).

Traducción automática desde English Mostrar original

---

Gracias por la explicación detallada. Lo examinaré con más detalle mañana junto con los MTT e intentaré hacer que estos errores desaparezcan.

Traducción automática desde English Mostrar original

---

Creo que los siguientes signos usados en PT le serán de ayuda:
guion (-) \u002D
guion medio (–) \u2013
guion largo (—) \u2014

Traducción automática desde English Mostrar original

Answer 2

Mientras tengo su atención, estoy encontrando otro problema sobre el cual preguntar. El código de error es «Libro no válido» en la línea \r. Por lo que puedo ver, el nombre del libro es el mismo que el usado en \toc2, así que no estoy seguro de cuál es el problema.

Nunca mind. Lo resolví. \r estaba configurado para buscar abreviaturas en lugar del nombre corto.

Traducción automática desde English Mostrar original

Comments

En segunda instancia, eliminé mis palabras en birmano.

Traducción automática desde English Mostrar original

---

Antes eso era cierto. Sin embargo, ahora la verificación se basa en la Configuración de referencias bíblicas encontrada en el Menú del proyecto/Propiedades/Configuración de referencias bíblicas. Paratext sí lo rellena por usted en ciertos momentos, pero si edita las líneas \toc en su texto, no lo actualiza a menos que se lo indique. Cuando hay una discrepancia entre las líneas \toc en su texto y la Configuración de referencias bíblicas, habrá una barra naranja en el menú indicando un conflicto. Si hace clic allí, se le guía fácilmente para actualizar las listas.

Traducción automática desde English Mostrar original

---

Gracias. Sí, una vez que notamos esa pequeña configuración en la Configuración de referencias bíblicas, entendimos de dónde venía el error. Y sí, tendremos que prestar atención a esa lista de nombres de libros y abreviaturas y mantenerla actualizada y precisa.

Traducción automática desde English Mostrar original

Answer 3

Otro error que involucra una nota al pie. La frase ‘Urim’ hai ‘Thumim’ fue seleccionada como nota al pie. Las comillas simples aparecen porque están dentro de otra comilla.

Pero las verificaciones básicas marcan ‘Urim’ hai ‘Thumim’ como un error si aparece en \fq o \ft diciendo que es una comilla dentro de una comilla sin comilla. Si me deshago de las comillas simples en la nota al pie o reemplazo las comillas simples con comillas dobles en la nota al pie, entonces genera un error diferente diciendo que el texto no se encuentra en el versículo.

¿Hay otra solución para esto además de simplemente eliminar la referencia \fq?

Traducción automática desde English Mostrar original

Comments

Hay un par de formas en que puede manejar este error:

1. Cambie las comillas simples por comillas dobles y luego cambie el \fq a \fqa (que no se verifica por precisión).
2. Reconociendo que el texto es correcto, puede denegar el error (Vaya al menú de la ventana de lista y haga clic en Denegar o use CTRL+D)

Traducción automática desde English Mostrar original

---

Gracias. ¿Hay muchos otros que no se verifican por precisión? ¿Todos (o la mayoría) de los marcadores usados como alternativos no se verifican por precisión?

Traducción automática desde English Mostrar original

---

Creo que lo que anon848905 quiso decir es que el texto \fqa no se verifica por precisión en la coincidencia con el texto bíblico. Sí se verificó y aún debería verificarse por corrección en todos los demás aspectos. Puede usar la línea \fqa y poner comillas dobles en lugar de comillas simples, satisfaciendo así la verificación de comillas.

Por supuesto, esto no es realmente usar el marcador correctamente si el texto se supone que es la parte citada directamente de la Escritura y yo aconsejaría a uno de mis equipos que denegara el error en lugar de cambiar el texto. Preferiría que aún coincidiera exactamente con la Escritura siempre que fuera posible.

Bendiciones,

Traducción automática desde English Mostrar original

---

Estoy totalmente de acuerdo con :@Shegnada en esto

si el texto se supone que es la parte citada directamente de la Escritura y yo aconsejaría a uno de mis equipos que denegara el error en lugar de cambiar el texto. Preferiría que aún coincidiera exactamente con la Escritura

Dicho esto, recomendaría a los desarrolladores que excluyeran el texto en \fq de la verificación de Citas. No hay beneficio en hacerlo porque el texto ya se verifica contra el texto principal usando la verificación de Texto citado y el texto principal se verifica con la verificación de Citas. Verificar el texto en \fq usando la verificación de Citas solo lleva a errores que necesitan ser denegados…

Traducción automática desde English Mostrar original