Explorador de Flickr
Domingo, 17 de marzo de 2013 (Hace más de 2 meses)En realidad, más que un explorador de Flickr es un explorador de usuarios de Flickr, pero por abreviar.
Estaba (estoy) desarrollando una galería de fotos con javascript y como siempre me ha gustado bastante el estilo de presentación web que hace Google+ me construí una función que construye una galería con imágenes de Flickr usando este estilo.
Esto es: frente a la presentación clásica (de flickr, digikam, facebook, youtube, etc… ) consistente en reservar un área cuadrada para la imagen independientemente de las proporciones que esta tenga GooglePlus (PicasaWeb) prioriza la ocupación del espacio en pantalla llenando la línea a base de reescalar las miniaturas manteniendo sus proporciones y buscando cuadrar el renglón.
La otra alternativa para llenar el renglón sería la que estoy usando actualmente en las galerías y que consiste en recortar la imagen para emparejar la fila y homogeneizar el aspecto final del conjunto. Es un método más drástico, pero en cualquier caso cada vez me prefiero más estas presentaciones en las que la fotografía tiene más relevancia que su interfaz.
Claro, el método usado por Google+ de método de representación tiene dos claros perdedores: las imágenes verticales ven reducida su escala mucho más que las apaisadas y (lo peor) las fotos extremadamente panorámicas (proporcion 4:1 ó más) o bien son ampliadas al tamaño de su fila ó (casi peor) arrastran consigo a sus compañeras de fila generando una fila con una altura ridícula.
Podéis ver y probar la susodicha función javascript en esta página flickrExplorer.html
Para facilitar su uso he incorporado un breve formulario con el que podéis probar rápidamente a ver vuestras fotos en Flickr (lógicamente solo las fotografías etiquetadas como públicas).
La página está idealmente pensada para visualizarse a pantalla completa, así que os aconsejo pulsar F11 y recargad la página (F5). Si no queréis verla a pantalla completa sino en una columna basta cambiar la linea 7 por la 6 y poned en esta el valor que queráis. Podéis cambiar la cantidad de imágenes a cargar en la línea 12 (100 es la cantidad por defecto de flickr). Podéis probar también a cambiar la altura de las miniaturas modificando el valor en la línea 8 (tened en cuenta que las miniaturas serán del tamaño que pongáis ahí o -casi siempre- más pequeñas y que estamos solicitando a flickr miniaturas de hasta 240px) y para los revagos he incluido la opción de leer la variable fUser directamente desde la url de la página, para hacer verlas con
/publicar/flickrExplorer.html?fotos_de=merche sanz ó bien
/publicar/flickrExplorer.html?fotos_de=Taybridge project
Cuaderno de campo en Digikam
Jueves, 12 de julio de 2012
Han elegido una foto de nuestra galería como imagen para el splashscreen de la siguiente versión Digikam 2.8. Alguno ya la conocerá ya que la colgué por aquí hace no demasiado.
No me gusta el ajuste automático de niveles que le han pasado para convertirla en splashscreen, me gustaban más los tonos de la fotografía original, pero bueno si al personal le gustan más esas oscuridades a gerónimo y a mí nos parece bien.
Digikam está ya en su versión 2.8, aunque esto depende claro del kernel, plataforma y/o distro. En los repositorios de OpenSuse 11.4 está la versión 2.2). Hace tiempo incluso que se puede instalar sobre Windows/Mac mediante el instalador del escritorio KDE para Windows. Como iba diciendo, para gustos están los colores.
Por mi parte seguiré con mi Digikam 2.1 y mi splashscreen dinámico para Digikam que convierte cada inicio de la aplicación en un festival de color y burbujeante fantasía… o será el calor.
Descarga ordenada de las fotografías de cámara
Domingo, 25 de marzo de 2012 (Hace más de 2 meses)Llevaba observando hace tiempo un comportamiento anómalo en Digikam pero que hasta el momento no había supuesto más problema que el de mera curiosidad, a saber: las fotografías se descargan de cámara sin respetar el orden en que fueron hechas. O mejor dicho: siguiendo otro orden al que fueron hechas.
Si descargamos una secuencia de fotografías numeradas desde la cámara con Digikam el programa descargaría dicha secuencia produciendo algo como: 2,1,3,5,4,7,6,9,8,11,10,12,14,13,16,15,18,17 (¿eres capaz de ver el patrón que sigue Digikam para desordenar las fotos?)
Hice un experimento para demostrar esto y publicarlo en KDEBugs.
Con imagemagick produje una secuencia de imágenes de números:
for n in $(seq 1 50); do \
convert -size 400x400 -background white -fill black -gravity center label:$n foto_$(printf %02d $n).jpg \
done
Esto produciría una secuencia de archivos foto_01.jpg foto_02.jpg foto_03.jpg … foto_50.jpg. Ahora los proyectamos en pantalla y los fotografiamos en orden.
mplayer -fps 1 mf://foto_*jpg
Ahora conecto la cámara y descargo las imágenes, lo que muestra Digikam para descargar es esto (nota que la secuencia empieza en el 2, no en el 1, estuve corto de reflejos)
Esto en condiciones normales apenas supondría un incordio, el problema surge si os ponéis a disparar timelapses, entonces el orden de los fotogramas es crítico y hay que recurrir a métodos de descarga alternativos.
Hay muchas maneras de descargar las imágenes respetando su orden. La más obvia (con ciertos límites*) es respetar el nombre del archivo con que lo generó la cámara. Para renombrar los archivos con la fecha de realización (y no verse limitado con la numeración máxima de 9999 de los cuatro dígitos) prefiero descargar las secuencias de fotografías con gphoto2:
gphoto2 -P --filename "/album/fotos/%Y%m%d/foto_%Y%m%H%M%S_%04n.jpg"
Porqué no uso Qiviewer y otros KDEBugs
Domingo, 29 de enero de 2012

Pues básicamente porque uso GQview, un visor de imágenes tan viejo como simple y tan eficaz como rápido.
Pero si tuviera que cambiar una de mis últimas opciones sería un visor de imágenes como Qiviewer que se piensa durante un segundo la orden de abrir la imagen para acto seguido mostrar semejante mensaje:
“No puedo, abro ó aceptas?“. Manda cojones el diálogo y manda cojones que no pueda abrir un simple TIF, a estas alturas… momento Yepes-Nopes
No sé, me estaré haciendo viejo, pero cada vez soporto menos estas chorradas.
Hace cosa de un mes mandé también a KDEBug en forma de wishlist otra “joya” en este campo del diseño de interfaces.
Blending exposure es una herramienta perteneciente al paquete KipiPlugins y que acompaña a Digikam y cuya función principal es coger N número de fotografías y combinarlas fusionando sus exposiciones para obtener una imagen (algo así como un PseudoHDR). El problema es que para seleccionar las fotografías y mostrar un simple checkbox “Alinear imágenes” el paquete se marca nada más y nada menos que cinco ventanas de diálogo en las cuales básicamente tenemos que hacer “Siguiente >> Si >> Siguiente >> ok >> si”.
Señores desarrolladores: la función por antonomasia de un ordenador personal es realizar tareas tediosas y repetitivas para evitar que estas las hagan humanos y conseguir que estos dediquen su tiempo a oficios más espirituales y creativos que apretar-un-puto-botón-que-dirige-a-otro-botón.
Por favor!! no añadan diálogos del tipo “¿Que prefiere? Sí ó también?.“. Gracias
Icono automático del álbum en Digikam
Jueves, 13 de octubre de 2011Desde hace ya muchas versiones atrás se puede establecer el icono de un álbum en Digikam simplemente arrastrando una imagen sobre una carpeta y seleccionando en el menú de opciones que aparece “Establecer como miniatura del álbum“.
Si queréis iconizar muchos álbumes ó simplemente automatizar la creación de dicho icono podéis hacer en un terminal: basedatosDigikam "UPDATE albums SET icon=(SELECT id FROM images WHERE album=albums.id ORDER BY modificationDate DESC LIMIT 1) WHERE icon IS NULL"
Siendo basedatosDigikam el alias de
sqlite3 -list /ruta/a/mi/basedatos/digikam4.db
NOTA: La orden requiere (of course) sqlite3 y funciona sobre digikam4 (aunque debería hacerlo también sobre las últimas versiones de digikam3).
Esta orden modifica la base de datos. Para evitar sustos y error haz una copia de seguridad antes de jugar con ella. Basta con hacer algo como cp /ruta/a/mi/basedatos/digikam4.db /ruta/a/mi/basedatos/digikam4.db.bak
Digikam4 con splashscreen dinámico
Sábado, 14 de mayo de 2011 (Hace 12 dias)
Un sencillo script que me hice ayer jugando la base de datos de Digikam4.
El splashscreen (de Digikam4 en este caso) es esa pantallita (normalmente una foto decorada) que aparece en el momento de lanzar la aplicación y mientras se cargan las librerias y plugins. Como en muchos otros programas es personalizable. Basta con poner una imagen PNG en ~/.kde4/share/apps/digikam/data/splash-digikam.png para que al iniciar el programa se use nuestra imagen en lugar de la que trae el programa. Ya hace tiempo colgué por aquí algunos ejemplos propios para Digikam/KDE3.
¿Y porqué no hacerlo dinámico? Una imagen diferente cada vez que se cargue Digikam, por ejemplo: El splash-screen será la última fotografía modificada cuyo RATING (el número de estrellitas,1-5, con que valoramos cada foto) sera superior a 2 (por ejem). Eso es lo que hacen las siguientes líneas.
Copialas en un archivo de texto, guardalas como ~/bin/splashd.sh y personalizalas:
#!/bin/bash
#nombre del archivo de la base de datos de Digikam4 (comprueba)
fileDB="digikam4.db"
#ruta absoluta al archivo anterior (cambialo)
pathDB="/home/album/Fotografia"
baseDatos="$pathDB/$fileDB"
#ruta de usuario (introduce tu username)
dirDestino="/home/tu-user/.kde4/share/apps/digikam"
#obtiene nombre de imagen y album de la última imagen modificada y cuyo rating se superior a 2
id=$(sqlite3 -list $baseDatos "SELECT b.album, b.name FROM imageinformation AS a INNER JOIN images AS b ON a.imageid=b.id WHERE a.rating<6 AND b.name LIKE '%.jpg' ORDER BY b.modificationDate DESC LIMIT 1")
#con lo anterior obtenemos el album en que se encuentra
foto=$(sqlite3 -list $baseDatos "SELECT a.relativePath,b.specificPath FROM albums AS a INNER JOIN albumroots AS b ON a.albumRoot=b.id WHERE a.id=${id/|*/} LIMIT 1")
#la ruta absoluta a la imagen es
fotografia=$(echo "$pathDB|$id|$foto" | awk -F "|" '{print $1""$4"/"$3}')
#a partir de la imagen seleccionada generamos el splashscreen
convert "$fotografia" -resize 500x -format PNG png:- | composite -gravity south "$dirDestino/over.png" - "$dirDestino/data/splash-digikam.png"
A continuación reemplazamos el binario de Digikam por otro script:sudo
mv /usr/bin/digikam /usr/bin/digikam-bin
En su lugar (/usr/bin/digikam) ponemos un script que diga:#!/bin/bash
digikam-bin $@ && sh /home/tu-user/bin/splashd.sh
Solo necesitais eso y el PNG que se superpone a vuestra fotografía con la decoración de Digikam ( descargar over.png . Guardalo en tu ~/.kde4/share/apps/digikam/over.png ). En adelante al salir de Digikam se genera el splashscreen tal y como veis en la fotografía de arriba y que será el que veais en el siguiente inicio de Digikam.
Actualización
He hecho un par de modificaciones en las lineas del script superior. Tal y como está ahora esas lineas toman la última foto modificada cuya puntuación sea menor de 6 (es decir, la última modificada entre todas puesto que la máxima puntuación es 5) y además que sea un JPG. Esto lo he incorporado porque el script falla si la última imagen es un vídeo ó un RAW






