Escanear fotos y texto hasta obtener un PDF de calidad suficiente

En este caso hablamos de un manual de diagnóstico editado en 1979, con una fotos y claves de identificación que utilizamos continuamente en el laboratorio. Como es natural, con tanto uso en un lugar no demasiado limpio —se trata de identificación de helmintos en muestras fecales— el manual está cada vez peor, no solo por la edad, si no también por el uso. Es un libro descatalogado, así que no hay manera de volverlo a adquirir. Para no perderlo, se nos ha ocurrido escanearlo y conservar una versión en PDF en color. El equipamiento disponible para hacerlo es una Canon i-sensys MF421dw, que escanea de maravilla. Lo ideal sería recortar el libro y escanearlo desde el cargador automático con lo que obtendríamos directamente un PDF. Sin embargo, no queremos destruir aun más el manual, así que hubo que escanearlos página a página. Además, como el manual tiene un formato B5, aproximadamente, luego habrá que recortar, así que la idea es escanear en formato jpg para manipular las imágenes en bloque con imagemagick; bajo esas circunstancias, la impresora-escáner genera una imagen jpg de cada página. Extraídas todas las páginas nos enfrentamos a 178 imágenes jpg, con un tamaño de 2480x3504 píxeles, 300 puntos por pulgada. Va a ser más complejo que una simple conversión como la que hacíamos aquí. Problemas:
1. Ese tamaño se ajusta a un A4, sobra márgenes por todos los lados hasta acercarnos a la página original. Hay que recortar
2. La mitad están dadas la vuelta, ya que el escaneo se hace más fácilmente rotando las impares, debido a la estructura de la impresora. Hay que rotar la mitad de las páginas
3. Hay que convertir una serie de imágenes a un fichero PDF sin perder calidad

Primero hacemos una copia de las imágenes, por que escanear ha llevado el 97% del tiempo y no queremos repetir. Basándonos en imagemagick para hacer cambios en bloque, y por orden:

1. Recortar: cuando se escanea un libro no salen todas las páginas iguales. Sobre el A4 que escanea la máquina, unos van unos milímetros más hacía aquí o allá. Revisando varias muestras a lo largo de las imágenes con Gimp, nos queda un área de recorte de 1890x2815 para evitar perder información (aproximadamente 16x24 cm; más grande que un A4 2014 —148x210— y menos que un B5 —176x250—; seguramente en el año 1979 las ISOs no perseguían a las imprentas. Las medidas estándar se pueden comprobar aquí). Además hay que recortar 20 puntos por arriba y 20 por la izquierda. El comando para realizar esto en bloque es

convert *.JPG -crop 1890x2815+20+20 output.jpg

Este comando utiliza convert para recortar (crop) un rectángulo de 1890 píxeles de ancho y 2815 de alto, recortando 20 pixeles a la izquierda y 20 arriba. El JPG inicial va en mayúsculas por que la impresora extrae los ficheros con la extensión en mayúsculas.

2. Rotar: solo hay que rotar las páginas impares, así que las separé en un directorio diferente. Seguro que con un script de bash se podría evitar este paso, pero así somos más rápidos, efectivos —cumplimos el objetivo— y eficientes —se usan menos recursos, es decir, gastamos menos el cerebro—. Eso sí, hay que evitar un cambio de nombre, ya que es muy importante mantener el orden de los ficheros (output-0.jpg, output-1.jpg...). Comando:

convert *.jpg -rotate "180" -set filename:basename "%[basename]" "%[filename:basename].jpg"

De esta manera  -rotate "180" las gira 180º y -set filename:basename "%[basename]" "%[filename:basename].jpg hace que sobreescribamos los ficheros —por eso hacemos primero una copia de seguridad; nunca se sabe lo que puede pasar—.

3. Conversión de 178 ficheros jpg a un PDF:

convert *.jpg -density 300 -size 1890x2815 test.pdf

Inicialmente ejecuté así para conservar el tamaño, pero no es necesario; si ponemos solamente

convert *.jpg test.pdf

queda igual, ya que las imágenes ya tienen la densidad y resolución deseada.

Queda por decir que antes de ejecutar este último comando hay que corregir los nombres de los ficheros, por que imagemagick los ordenó al recortarlos como

output-0.jpg, 1, 2.... 10,11... 100, 101

y luego al aplicar la última conversión pone el 100 y siguientes antes que el 20, ya que ordena como cadema alfanumérica, sin considerar el valor real del número. En gnome no hay problema, ya que podemos seleccionar por bloques e introducir cambios por grupos, por ejemplo:

Y listo. Quedó perfecto como copia para el laboratorio. No puedo enseñar una copia, por que tiene derechos de autor y lo vamos a usar de manera interna como copia privada, para evitar que se destruya completamente el original, pero no se puede compartir. Sin embargo, para cuando sea necesario hacer una copia de seguridad de un manual con imágenes que se está dañando por su uso continuo, con un escáner que de calidad suficiente y convert de imagemagick lo arreglamos.
El siguiente paso sería intentar hacer OCR del texto, pero este manual es fundamentalmente foto, y no estoy seguro que sea necesario o que vaya a quedar mejor. Eso queda para un ejemplar que sea fundamentalmente texto.

¿Editando vídeos en un smartphone? A dónde vas...

Me he encontrado con un caso que para mi, a mi edad, me parece bien extraño. Alguien (Mr X, que no quiere ser reconocido en esta oscura historia) quiere hacer un vídeo introductorio corto y para ello decide instalar un programa (se dice app, ¡carca!) en el teléfono, un tal Kinemaster. Hace con cuatro clics un vídeo, le mete música de fondo, y todo orgulloso me lo enseña. Incluye, ya que es la versión gratuita, una marca de agua. Pregunté yo si necesitaba el vídeo en ese mismo momento, y resulta que no. Así que hice una foto del objeto principal de la historia (sí, la hice sin bajarla de ningún lado, y con una cámara de fotos, no con el teléfono); en gimp hice un desenfoqué para que hiciera el mismo efecto que Kinemaster, creé un logo similar al que había cogido en la red, corregí su gamma y 4 cositas más. Con esa foto y openshot generé un vídeo de los mismos 11 segundos, introduje un aumento hacia delante similar al logrado por Kinemaster e incluí la misma música (solo 11 segundos, por cuestión de derechos de autor), y quedó perfecto. Ni una marca de agua, sin problemas de derechos de autor de la foto o del logo, por que los hice yo, edité con software libre (free en libre y free en gratuito) y me quedó igual de bien y sin marca de agua.
¿Para qué narices necesitamos editar un vídeo en un teléfono, o pagar para evitar una marca de agua? Tenemos todo lo necesario a nuestro alcance y nunca ha existido la necesidad de mandar un vídeo editado de manera inmediata.
Cada día me gusta menos la velocidad que está desarrollando el mundo. Ya he pasado de Facebook, pero el siguiente éxito verdadero será poder tirar el móvil a la basura.

Morphing múltiple con software libre

La semana pasada una compañera mencionó el interés de hacer un vídeo o presentación que indicara su evolución a lo largo de los años. Unos años atrás yo había realizado un "morphing" entre dos compañeros que había quedado "interesante" y se me "sugirió" como posible autor de ese vídeo. El problema es que en aquel momento utilizaba Windows y ahora, en Linux y software GPL, tras diferentes búsquedas, no he encontrade software libre que pudiera realizar un "morphing" múltiple entre 5 fotos. Por supuesto, por el simple hecho de aprender, hemos llegado a hacer un vídeo avi de 4 segundos con la evolución de esa persona a lo largo de los años.
Partimos de 5 fotos tamaño carnet que copiamos con el móvil (no buscamos la perfección, solo aprender los pasos). En Windows hay diferentes aplicaciones, la mayor parte de pago, que permiten hacer "morphing", pero las que lo hacen con más de 2 fotos —múltiples— son todas de pago. Con aplicaciones de las que usamos todos los días y que podemos instalar desde el terminal tenemos:
- Gimp, con la extensión —"plugin"— de vídeo gap (su -c 'dnf install gimp gimp-gap'
- Mencoder (su -c 'dnf install mencoder')
- Algunos scripts de Gimp

Describamos el proceso por partes:
1. Para hacer la fase de "morphing" hemos usado Gimp con su extensión Gap. Tenemos unas instrucciones más completas aquí. Lo que nos importa es que solo podemos hacer "morphing" entre 2 capas (lo siento, por protección de datos no hay fotos de la persona en cuestión).

Eso nos obliga a hacer una copia de la primera foto en gimp, pegarla como nueva capa y sobre ella añadir una segunda capa de la segunda foto. En el menú Video, que solo tendremos si antes hemos instalado la extensión Gap aparece la posibilidad de morphing - morph, que nos lleva a este menú.

Sobre como debe hacerse, el número de "sharepoints" y todo eso, remito a las instrucciones completas antes citadas. En mi caso, para generar una evolución natural, aplique un solo "sharepoint" en el punto del centro de la parte baja de cada una de las dos fotos. Para generar un segundo de vídeo entre cada dos fotos, pedí 25 superficies, lo que genera 25 capas nuevas que van evolucionando desde la primera foto hasta llegar a la última.
Las posibilidades que nos da Gimp una vez generadas las capas son guardar un gif, con la pérdida de calidad y niveles de color —256 colores— o animación mng, que es un formato de animación asociado a png, pero que no es un estándar y muchos programas no lo reconocen. Por eso decidí grabar cada capa como imagen individual y generar un fichero avi estándar desde la línea de comandos. Gimp no tiene esa posibilidad directamente, pero encontré unos scripts preparados. Guardando los scripts en al directorio /usr/share/gimp/2.0/scripts aparecen en el menú Archivo de Gimp la posibilidad de grabar las capas (como tal o completas) y eso me ha permitido tener la transición entre las dos imágenes.
1capa0001.png - 1capa0025.png (foto 1-2)
2capa0001.png - 2capa0025.png (foto 2-3)
3capa0001.png - 3capa0025.png (foto 3-4)
4capa0001.png - 4capa0025.png (foto 4-5)

2. Generar una salida con transición desde esas 100 imágenes hasta un fichero estándar aplicamos un comando que ya hemos utilizado anteriormente, preparando un avi formato mpeg4 y con 25 imágenes por segundo, aunque esta vez sobre png y no sobre jpg (lo he probado hasta en un windows media player y funciona).

mencoder "mf://*.png" -mf fps=25 -o output.avi -ovc lavc -lavcopts vcodec=mpeg4

Listo; fácil y "free" (gratis y libre). Tras este experimento hemos comprobado que podemos realizar un morphing múltiple (entre 5 fotos) con aplicaciones de código libre.

Cosas a tener en cuenta:
- Las fotos deben todas tener la misma resolución (ajustar con gimp o bien en terminal con convert de ImageMagick)
- Probablemente sea recomendable ajustar esa resolución a aquella que queramos dar al vídeo (idem)
- La creación de capas en Gimp lleva tiempo; más cuanto menos potente sea el ordenador (y si la RAM está muy justita)
- El comando mencoder, tal como está aquí, sin reconversiones, se ejecuta en poco tiempo

Formatos propietarios imposibles de abrir. CPT

Con los programas comerciales hemos topado. En ocasiones he comentado los cientos (o miles, que no nos vamos a poner a contar ahora) de gráficas realizadas en Harvard Graphics hasta el año 1995 (y unas cuantas decenas de presentaciones en las últimas versiones) que somos incapaces de abrir hoy en día. En este caso no encontramos posibilidad alguna, ni siquiera en Windows y programas comerciales.
Bien, en esta última semana hemos encontrado un segundo caso de dependencias rotas. En la época de PhotoShop 2.5 (ya llovió y nevó) éramos incapaces de imprimir de forma adecuada las fotos editadas con ese software con el hardware del que disponíamos. Por esa razón comenzamos a utilizar PhotoPaint, del que disponíamos como añadido de Corel Draw 3 (lo incluían como un plus en el paquete). Ese inicio por necesidad se acabó convirtiendo en una costumbre, y como siempre venía añadido en el paquete Corel, seguimos usándolo hasta que nos pasamos a software libre (unos 17 años). Y esta pequeña introducción, ¿dónde nos lleva?
Nos lleva a cientos de fotos editadas en formato cpt que no somos capaces de abrir. En concreto esta semana he necesitado una y no he sido capaz de encontrar un paquete que sea capaz de abrir o importar un fichero cpt. La lista ha sido:
- GIMP
- convert de image magick en terminal
- image magick a través de gthumb (GUI)
- Krita
- irfanview a través de wine
- XnConvert, versión de Windows a través de wine, ya que la versión de linux mostró varios errores en su instalación y no pudo terminarse.

http://pixabay.com/en/chains-lock-doors-protection-23041/

No profundicé más, entre otras cosas por que no tenía tiempo, y preferí ir al material y hacerlas de nuevo. De todas maneras es una asignatura pendiente, por que como ya dije disponemos de mucho material en cpt. Obviamente, no estamos en un caso tan grave como Harvard Graphics. Llegado el caso sería posible adquirir una licencia de Paint Shop Pro a Corel o una versión de prueba y convertir las imágenes en una orden bash (o como sea posible) para recuperarlas, aunque está posibilidad no es segura (ver aquí) .

COROLARIO: el que con software propietario se acuesta...

Linux, Gimp y el modelo CMYK. Solución: Krita

Por simple curiosidad, al ver en el blog de kabytes (que está en la columna de la derecha, ya que lo veo con asiduidad) unas plantillas de tarjetas personales realizadas en Photoshop, me pregunté si las plantillas traerían el modelo de color CMYK y como podría trabajar en ellas con programas GPL. Una vez descargadas, al intentar abrirlas con Gimp nos aparece el mensaje

que nos dice dos cosas que ya sabemos
1. Los ficheros de Photoshop suelen traer la paleta CMYK
2. Gimp, por ahora no puede con ella

Existe una extensión para Gimp para manejar parcialmente la paleta CMYK, gimp-separate+,

pero está diseñada para transformar un RGB a CMYK, no para abrir una plantilla psd en CMYK (aparece el mensaje con el mismo error).
¿No tenemos una solución en GLP?
Sí, Krita. Y ahí lo tenemos

Y como se ve, abre perfectamente los CMYK.
Solo nos queda aprender algo sobre Krita, que no lo he usado en mi vida.

Imágenes raw. CR2

Hoy me ha ado una tarjeta SDHC de cámara diciéndome que no se podían leer las imágenes en e ordenador. Al ver los directorios, me he encontrado 242 imágenes CR2, es decir, Canon Raw files. como es natural, son contenedores raw que no pueden ser vistos o editados con los programas habituales (no estoy hablando de PhotoShop). Como mis cámaras hasta ahora no graban raw, no tengo experiencia alguna sobre la manipulación de esas imágenes. Simplemente como ayuda, ni shotwell en gnome ni Gwenview o Showfoto en KDE las visualizan (eso sí, KDE me da la opción de DNG converter, supongo que desde que instalé digiKam, que tampoco la detecta). Por supuesto, Gimp tampoco puede editarlo.

Instalando ufraw shotwell fue capaz de mostrar las imágenes CR2, aunque showfoto y gwenview en kde no. Para que Gimp las pueda abrir debemos instalr el paquete ufraw-gimp (para Fedora; ¡ojo los del lado Debian y derivados, por qu creo que el paquete es al revés en ese caso- gimp-ufraw!).

Las pruebas en KDE han supuesto que tenga que transferir los ficheros del ordenador con gnome a KDE. Como ya he dicho antes, en Fedoa no he conseguido un escritorio remoto gráfico funcional, y como en KDE no he sido capaz de generar (por ignorancia, supongo) una conexión al otro ordenador como hago en nautilus, así que he tenido que recurrir a ssh

$ ssh usuario@ip.equipo

tras habernos conectado e identificado con la palabra de usuario, y localizado en el directorio correcto, usamos la orden scp (secure copy)

scp *.CR2 usuario@ip.equipo.local:ruta

eso nos lleva a una segunda conexión e identificación de allá para aquí.

Esta entrada es solo para ayudar a los que se hayan comprado una cámara digital Canon, y un día decian dar la máxima calidad a sus imágenes, descubriendo de golpe que desaparece la edición fácil de los jpg. Mantener la calidad máxima de las imágenes, además de aumetar el tamaño de los ficheros (unas 4 veces, al menos), dificulta su edición. Realmente el uso del contenedor raw está dedicado a profesionales o aficionados con tiempo disponible. La mayoría de nosotros, salvo para imágenes de nuestro trabajo, con los jpg tenemos suficiente.

GIMP y Inkscape. El coste de lo necesario

No soy un profesional de la fotografía ni del diseño. Sin embargo, en mi trabajo necesitamos en ocasiones programas para mejorar las imágenes; sobre todo para nosotros es importante configurar el tamaño de impresión -aumentar la resolución en pixeles por pulgada-, contrastar los resultados de las fotos y controlar los niveles de color, ya que las máquinas no siempre sacan el color "real" y poder convertir al formato que la editorial quiere. Por supuesto no voy a discutir si PhotoShop es mejor o no, ya que no lo he usado en mi vida. Nuestras necesidades muchas veces pueden cubrirse en el propio terminal, pero como no lo hacemos con regularidad, no nos acordamos de los comandos y tenemos que ir a la "chuleta". Sin embargo, dentro de las aplicaciones gráficas GPL, con GIMP para mapas de bits

e Inkscape para vectores,

cubrimos todas nuestras necesidades con un coste -0€- que podemos asumir. 
Esta entrada se debe a que en la última semana he tenido que preparar muchas fotos y dibujos para su publicación en artículos nuestros (y de otros) y que con estos programas hemos podido terminar de forma limpia y rápida nuestro trabajo, además de haber aprendido algunas cosas que no sabía. Gracias a las personas que con su conocimiento y horas de trabajo nos dan estas oportunidades.

Instalando Windows, ¡otra vez!

Como ya he señalado en alguna entrada, algunas veces es necesario instalar Windows. Por desgracia, los problemas de los drivers del hardware nos obliga a recurrir a otro sistema. He recompuesto otro ordenador a base de trozos de máquinas viejas y he tenido que poner un Windows XP para un escáner Canoscan 8000f, que no es soportado por Linux. La verdad es que es una pena, por que este escáner cumple de sobra mis necesidades, pero no existe driver para poder usarlo.

Tampoco se puede instalar en Windows 7, así que no puedo usar el portátil. Por suerte, esta vez dispongo de más RAM, ya que tengo dos piezas de 1GB de un ordenador que se estropeó y la captura va algo más fluida que cuando solo disponía de 768MB. He probado Vuescan para ver si lograba mayor calidad o facilidad, pero como el objetivo principal son diapositivas y negativos, Vuescan no limita parte de transparencia y el resultado final era poco satisfactorio, así que seguiré con el TWAIN, que es un sistema bien incómodo de comunicar dos máquinas. Como podemos ver en la wiki, "...Esto hace difícil proveer servicios TWAIN a programas ajenos al fabricante del dispositivo." Y es así, ya que he intentado con el software más sencillo posible, y evitar el consumo de recursos que no hay, pero al final he tenido que recurrir a Gimp para poder llamar al TWAIN.
Como reflexión final, esta es la debilidad de Linux. Los fabricantes de hardware dificultan la expansión de este sistema debido a la falta de drivers. Las dificultades de las tarjetas gráficas y WIFI, la dificultad de elección de impresoras y escáneres, provoca que mucha gente rechace un cambio a un sistema más seguro y fiable.