«Convertir» un proyecto semi-Unicode a Unicode completo

Question

Tenemos un proyecto con un mapeo Unicode parcial. El usuario tiene una fuente personalizada que muestra caracteres no Unicode para valores Unicode normales.

El tema de ayuda: «Mi texto del proyecto usa una fuente “personalizada”. ¿Cómo lo convierto a Unicode?» indica aplicar un archivo de mapeo (que tenemos) e importar los libros existentes en un nuevo proyecto.

Sin embargo, también hay notas del proyecto que necesitan ser convertidas, quizás algunos términos bíblicos y tal vez otros archivos. El tema de ayuda no parece cubrir esos archivos.

¿Hay una manera de asegurarse de que todos estos archivos se conviertan correctamente? ¿Aplicará «Convert Project» un mapeo a los nuevos archivos?

Gracias,

james_post

Traducción automática desde English Mostrar original

Answer 1

Convert project no permite el uso de un archivo de mapeo. La recomendación sería convertir los archivos de texto dentro de Paratext usando Find/Replace y luego realizar manualmente Find/Replace en los otros archivos (principalmente los archivos .xml en la carpeta del proyecto).
La otra opción sería utilizar una herramienta como CC, donde se crea una tabla (mapeo) de los cambios a realizar y luego se aplica a los diversos archivos que necesitan ser corregidos. Esto probablemente sea la mayoría de los archivos .xml en la carpeta del proyecto. La ventaja de CC es que se tiene bastante certeza de qué cambios se están realizando. Dado que estos son todos caracteres inusuales, no debería haber problemas con la corrupción accidental de un archivo.
Antes de realizar cualquier conversión de esos archivos, me aseguraría de tener una buena copia de seguridad del proyecto.

Traducción automática desde English Mostrar original

Comments

Parece que este es un trabajo adecuado para un proyecto de Transliteración usando conversores de codificación. La ventaja aquí es que no se cambia realmente el proyecto original y se puede experimentar con cualquier número de cambios regulares en el proyecto hasta que la conversión sea perfecta. Una vez que se haya perfeccionado la conversión, se puede copiar el texto del proyecto de transliteración de vuelta al proyecto base y eliminar el proyecto de transliteración.
La desventaja es que hay una curva de aprendizaje para usar los conversores de codificación. Sería bueno obtener ayuda de una persona experimentada para hacer esto lo menos doloroso posible…

Traducción automática desde English Mostrar original

---

Lamentablemente, no creo que el proyecto de transliteración haga nada más que con el texto en sí.

Traducción automática desde English Mostrar original

---

Estoy de acuerdo, no cambia ninguno de los marcadores USFM, ni tocará ningún texto no publicable como las líneas \id y las notas \rem. Pero puede cambiar todo el texto publicable en todos los libros, incluidos los periféricos, y el texto en notas al pie, encabezados, etc. Si eso es lo que @james_post está buscando, creo que es una buena opción.

Traducción automática desde English Mostrar original

Answer 2

Si el proyecto es Unicode (en Paratext) y el problema es que ciertos caracteres no tienen los puntos de código correctos, entonces debería ser posible realizar algunas operaciones básicas de buscar/reemplazar para cambiar los caracteres. Establecería la fuente a una fuente Unicode adecuada y luego haría los cambios necesarios. Esto no debería tratarse de una conversión, ya que el proyecto ya es Unicode.

​Bendiciones,

Traducción automática desde English Mostrar original

Comments

Entiendo de dónde viene su comentario, pero me preocupa más los archivos complementarios (no los archivos SFM principales). Aunque supongo que también podríamos hacer una búsqueda/reemplazo en ellos.

Dicho esto, no estoy seguro de en qué archivos realizar el cambio…

También, si fuera posible a través de Convert Project, mantendría el historial del proyecto. Pero eso puede no ser posible en este caso.

Gracias,

james_post

Traducción automática desde English Mostrar original

Answer 3

Creo que james_post quiere que los cambios incluyan PT Notes, representaciones de términos bíblicos, entradas de la lista de palabras (incluida la morfología), etc.
Creo que estos se almacenan principalmente en archivos xml que se pueden editar directamente si uno tiene el valor. Pero ¿puede alguien afirmar definitivamente qué pasaría con las decisiones y aprobaciones relacionadas con estas herramientas?

Traducción automática desde English Mostrar original

Comments

El mismo archivo TechKit que modifica los archivos sfm también se puede usar para modificar los archivos de control XML, incluidos los archivos de Wordlist, Parallel passages y Biblical Terms, e incluso los archivos de Notes y otros archivos que uno podría querer actualizar. Las herramientas de conversión de codificación incluyen un conversor de datos XML, que debería ayudar. Por lo tanto, esto es técnicamente factible y eliminará la necesidad de rehacer esas comprobaciones por completo, aunque pueden surgir algunos errores legítimos debido a la conversión.
Dicho esto, tomará tiempo y alguien con un buen dominio de la herramienta y de qué archivos necesitan ser modificados. Por ejemplo:

• Exportaría la Wordlist a un solo archivo XML, haría la conversión en ese archivo y lo volvería a importar, en lugar de trabajar en los tres archivos de control de Wordlist (hyphenatedWord.txt, SpellingStatus.xml y WordAnalysis.xml).
• Para las notas, solo debería cambiar los campos <SelectedText>, <ContextBefore> y <ContextAfter>, no el campo <Contents> (supongo).
• Si tiene textos interlineales, será otro nivel de complejidad con el que no estoy muy familiarizado.

Traducción automática desde English Mostrar original