Buenas prácticas para agregar ilustraciones

Question

Dado que cualquier ilustración insertada se enviará mediante Send/Receive, ¿cuáles son entonces las buenas prácticas para trabajar con ilustraciones a medida que se avanza, especialmente en contextos de ancho de banda bajo donde no es deseable aumentar la carga de Send/Receive?

Por el momento, un equipo, por ejemplo, simplemente está insertando una nota para indicar el deseo de agregar tal o cual ilustración en esa ubicación. ¿Hay una mejor manera?

Traducción automática desde English Mostrar original

Answer 1

Tim:

¿Con qué frecuencia ocurre este Send/Receive por ilustración? Asumiendo que ni el mapa de bits ni la ubicación dentro del proyecto de PT se están cambiando después de la inserción, ¿es así que los datos se envían a todos los interesados una vez y luego solo se está verificando posibles cambios?

Sí, S/R solo enviará el archivo completo una vez y luego desde entonces solo enviará cualquier cambio. Para archivos binarios como imágenes, cualquier cambio reenviará el archivo completo. Cualquier cambio en archivos de texto solo enviará la cantidad mínima de datos necesaria para describir los cambios.

Tim:

Entonces, ¿no serían esas ocasiones grandes momentos para agregar ilustraciones y luego hacer un Send/Receive antes de que todos se vayan?

Sí, este sería un buen momento para hacer este tipo de cosas. Tenga en cuenta que los datos aún necesitarán ser S/R a internet en algún momento, pero debería ser algo de una sola vez.

El mayor problema al agregar imágenes grandes es para cualquiera que obtenga el proyecto más tarde (como en un año) y ahora necesita descargar todas las imágenes grandes por primera vez. Obviamente, si esto se hace a través de un S/R no por internet también, entonces no será tan grave.

Traducción automática desde English Mostrar original

Comments

Explicaciones muy útiles, gracias; lo marcaré con un marcador para nuestra ausencia el próximo año.

Traducción automática desde English Mostrar original

Answer 2

Cuando se agrega una ilustración, la versión de resolución completa se coloca en la carpeta \local, que no se comparte a través de Send/Receive; una versión JPG de menor resolución se coloca en \pictures y se comparte a través de S/R.

En uno o dos proyectos, he entrado en la carpeta \pictures después de insertar una imagen (y antes de hacer S/R) y reduje aún más la versión de baja resolución, usando una herramienta como VSO Image Resizer. El resultado fue una miniatura de, por ejemplo, 150 píxeles que aún daba una idea general de la imagen y que era ligera en términos de ancho de banda.

Paulus+Kieviet

Traducción automática desde English Mostrar original

Answer 3

Paulus+Kieviet:

En uno o dos proyectos, he entrado en la carpeta \pictures después de insertar una imagen (y antes de hacer S/R) y reduje aún más la versión de baja resolución, usando una herramienta como VSO Image Resizer. El resultado fue una miniatura de, por ejemplo, 150 píxeles que aún daba una idea general de la imagen y que era ligera en términos de ancho de banda.

Para reiterar: Esto debe hacerse inmediatamente después de insertar la imagen para asegurarse de que ocurra antes de que el proyecto haya marcado un punto en el historial (o haya hecho S/R), o ya será parte del historial del proyecto y redimensionarla no ayudará con el ancho de banda de S/R (y de hecho lo empeorará).

Traducción automática desde English Mostrar original

Answer 4

¿Con qué frecuencia ocurre este Send/Receive por ilustración? Asumiendo que ni el mapa de bits ni la ubicación dentro del proyecto de PT se están cambiando después de la inserción, ¿es así que los datos se envían a todos los interesados una vez y luego solo se está verificando posibles cambios?

Pienso en un proyecto donde todo el equipo se reúne regularmente en una sola sala. Incluso hay una máquina con un hub de coro donde se reúnen. Entonces, ¿no serían esas ocasiones grandes momentos para agregar ilustraciones y luego hacer un Send/Receive antes de que todos se vayan?

Perdón @drwww si tu equipo nunca se reúne así. Encuentro tu pregunta importante y estaré en otro continente el próximo año… Así que solo aprovecho la oportunidad para aprender más sobre el Send/Receive de “cosas pesadas” en tu hilo.

Traducción automática desde English Mostrar original

Answer 5

Me gustaría configurar SAB para uno o dos libros, con ilustraciones. Las instrucciones para esto requieren insertar las ilustraciones en Paratext. Sin embargo, los compañeros de trabajo y sus computadoras están en áreas de ancho de banda extremadamente bajo, y si agrego ilustraciones lo suficientemente buenas para esta aplicación, supongo que detendrá todo S-R por bastante tiempo. Tal como está, sin punteros de ilustración insertados, es raro que puedan hacer S-R de manera efectiva.
¿Alguna sugerencia?

Traducción automática desde English Mostrar original

Comments

Hola @anon498524,

Es posible que pueda agregar versiones de baja resolución en Paratext y luego reemplazar esas imágenes con una de mayor resolución en SAB (pero no en Paratext): intercambiando la versión de baja resolución por una versión de alta resolución con el mismo nombre de archivo en el lugar de donde SAB obtiene los archivos. No estoy seguro de si eso funcionaría o no…

Esta también podría ser una buena pregunta para la comunidad de SAB: Scripture App Builder - SIL Scripture Software Community

Traducción automática desde English Mostrar original

---

Al agregar una ilustración en Paratext, el archivo a tamaño completo solo se guarda en la carpeta de proyectos de Paratext de usted, bajo [project]\local\figures. Esta carpeta “local” no se incluye en Send-Receive. Una copia de baja resolución se coloca en su carpeta [project]\figures, que es recibida por los otros usuarios. Así, todos los usuarios pueden ver copias de borrador de las ilustraciones. Al mirar el contenido de mi carpeta de figuras de baja resolución, al menos 2/3 de los archivos son de menos de 30 kB; el más grande es de 50 kB.

Si sus usuarios tienen problemas incluso para hacer S-R sin ilustraciones, deberá evaluar la carga frente al número de imágenes que desea agregar, pero al menos recibirán las versiones muy pequeñas de cada una.

Quizás pueda hacer lo que Paulus+Kieviet sugirieron anteriormente en este hilo:

En uno o dos proyectos, he entrado en la carpeta \pictures después de insertar una imagen (y antes de hacer S/R) y reduje aún más la versión de baja resolución, usando una herramienta como VSO Image Resizer. El resultado fue una miniatura de, por ejemplo, 150 píxeles, que aún daba una idea general de la imagen y que era ligera en ancho de banda.

Para reiterar: Esto debe hacerse inmediatamente después de insertar la imagen para asegurarse de que ocurra antes de que el proyecto haya marcado un punto en el historial (o haya hecho S/R), o ya será parte del historial del proyecto y redimensionarlo no ayudará con el ancho de banda de S/R (y de hecho lo empeorará).

Traducción automática desde English Mostrar original

---

Con un ancho de banda extremadamente bajo, no agregaría ninguna ilustración a Paratext si solo son para uso en SAB. Si no me equivoco, SAB puede insertar imágenes desde un archivo piclist.txt. Busque eso. (Lo siento, no tengo SAB instalado aquí.)

Traducción automática desde English Mostrar original

Answer 6

Tengo una pregunta un poco diferente sobre el mismo tema: ¿qué formatos de archivo se admiten en Paratext para figuras/ilustraciones? En los materiales de apoyo solo se menciona JPG, parece que PNG también funciona. ¿Qué hay de TIF y EPS, que se usan para la composición tipográfica profesional, así como otros formatos de gráficos vectoriales como AI y PDF?

Traducción automática desde English Mostrar original

Comments

MatjazCrnivec:

¿qué formatos de archivo se admiten en Paratext para figuras/ilustraciones?

Cuando realiza una búsqueda de una figura, la función de importación predeterminada busca .tiff, .tif, .jpg o .png. No puede importar archivos .ai o .pdf en el proyecto de Paratext.

Traducción automática desde English Mostrar original

---

Gracias por la información. Sin embargo, esto es bastante lamentable, ya que significa que no se puede usar ningún gráfico vectorial en Paratext, aunque es un estándar de la industria para logotipos, ilustraciones simples, arte de líneas, etc. Una limitación bastante grande.

Traducción automática desde English Mostrar original

---

Tenga en cuenta que la intención en PT, en cierta medida, es ser un marcador de posición para las imágenes reales. De ahí el hecho de que solo las copias de baja resolución se compartan de un lado a otro a través del mecanismo Send/Receive. Típicamente, una copia de alta resolución del mismo archivo (con el mismo nombre) se almacenaría en la carpeta /local/figures/ de su proyecto. Bastantes programas de publicación construidos para PT (como ptxPrint) pueden leer el archivo de alta calidad desde esa ubicación.

PERO, también debería ser posible para quien haga su publicación sustituir versiones vectoriales de sus archivos en lugar de las de baja resolución dentro de PT. Eso es un paso extra y tomará renombrar algunas extensiones, pero debería ser posible.

Todo esto para decir que solo porque PT no maneja gráficos vectoriales no significa que no pueda usarlos cuando realmente publique (ya sea físicamente o a través de aplicaciones de teléfono/web).

Traducción automática desde English Mostrar original