¿Alguien puede recomendar una buena plataforma de gestión de fotos de código abierto para usuarios avanzados?

Versión corta de la pregunta:

¿Alguien sabe de alguna buena suite de gestión/edición de fotos de código abierto, a la Aperture o Lightroom ?

Por cierto, me gustaría que se ejecutara en MacOS X, aunque las opciones que son (más o menos) multiplataforma ciertamente serían bienvenidas, siempre que MacOS X sea una de las plataformas compatibles.

Sé que hay algunas cosas por ahí , pero hasta ahora, no me he topado con nada que me haga particularmente feliz. (Aunque lo admito, solo he echado un vistazo a algunas de las opciones disponibles, y probablemente he hecho menos que eso, para otras).

Entrando en muchos más detalles (advertencia: el resto de esta publicación será larga. Siéntase libre de hojear, he puesto algunas cosas en negrita, para ayudar con eso)...

Hay un montón de cosas que me gustaría ver en dicho programa. (Algunas de estas pueden ser características del tipo "en tus sueños", pero bueno, de eso se trata en parte esta publicación: encontrar el paquete de software con el que he estado soñando . Aperture y Lightroom se acercan un poco, pero no bastante allí, por varias razones.) (Esta publicación se inspiró en parte en una pregunta sobre Lightroom , que parece resaltar una característica potencialmente faltante). Tales características pueden incluir (y esto es solo un subconjunto, estoy seguro):

  • Tiene que ser rápido : Aperture y Lightroom hacen un trabajo decente (generalmente) al hacer las cosas rápidamente. Esto necesitaría al menos acercarse a sus números, y preferiblemente vencerlos.

  • Capacidad de secuencias de comandos: sería muy bueno poder escribir pequeñas secuencias de comandos para consultar un conjunto de fotos de varias maneras y luego actuar sobre ellas, ya sea para hacer ajustes, para hacer una exportación masiva o adiciones automáticas de etiquetas, o lo que sea. Creo que este es realmente mi requisito n. ° 1: soy particular con ciertas cosas y actualmente tengo scripts que ejecuto antes de la importación y después de la exportación desde Aperture o Lightroom. Sería bueno tener esas cosas integradas. Para definir más lo que estoy buscando, me gustaría tener la capacidad de hacer cosas como:

    • destruir los nombres de los archivos durante la importación, según los metadatos de la cámara . (p. ej., cambiar [card]/DCIM/123CANON/IMG_4567.CR2, disparar en mi 30D, en algo como [datastore]/2010/11/2010-11-30-some_shoot/my30d-123-4567.CR2, ¿dónde some_shoothay algo que se me pide que escriba durante la importación, y el resto se calcula a partir de los metadatos y/o el nombre de archivo original).

    • tome eso some_shooty también aplique automáticamente los datos EXIF ​​y/o IPTC durante la importación en función de ellos, y/u otras cosas que me soliciten (donde puedo configurar qué cosas quiero que me soliciten) o he configurado (por ejemplo, auto -agregar declaraciones de derechos de autor, etc.)

    • importación automática : hacer todo lo anterior tan pronto como inserto una tarjeta o, según mi preferencia (en una configuración en algún lugar), al presionar un solo botón o lo que sea.

    • seleccionando imágenes con consultas arbitrarias , ¿algo similar a SQL, tal vez ? Aunque también es diferente a eso: poder crear, por ejemplo, una variable que es una colección de imágenes, a partir de la cual puede realizar más selecciones o realizar otras acciones. Tal vez algo como (usando arbitrariamente la sintaxis similar a ruby ​​para mi pseudocódigo):

      lowlight = library.search(:iso => 100,
                                :exposure => '< 1/4',
                                :aperture => '> f/16')
      

      después de lo cual podría hacer:

      thefunstuff = lowlight.search(:rating => '> 3', # 3 stars or better
                        # must have all of these tags:
                        :tags => [ 'beach', 'california' ],
                        # and any one or more of these:
                        :any_tag => [ 'light painting', 'LEDs', 'fire poi' ])
      

      después de lo cual podría hacer:

      thefunstuff.add_tag('light painting') # make sure all have this tag
      thefunstuff.export_to_flickr(:find_set => 'Low Light',
        :create_set => 'Light Painting on California Beaches')
      
    • cambiando la configuración , ya sea que esté trabajando en el current_photo, o thefunstuffdesde arriba, teniendo la capacidad de cambiar varias configuraciones, ya sea adjust_exposure(+0.1), o set_whitebalance(5000, -3) # kelvin, tint, photoB.exposure = photoA.exposureo incluso:

      thephotosIwanttweaked.set(photoB.get_settings(:exposure,
        :whitebalance, :iptc => { :tags, :copyright })
      

      donde thephotosIwanttweakedes una variable que contiene una colección de fotos obtenidas previamente, tal vez con una consulta como se muestra arriba, o tal vez a través de una selección basada en GUI (haga clic en una imagen, presione Mayús y haga clic para seleccionar varias más, luego diga thephotosIwanttweaked = gui.currently_selected_photoso algo así)

  • Modo de interacción basado en el teclado : como programador en una "vida pasada" (seguramente obvio por lo anterior), encuentro que me gusta mantener mis manos en el teclado muchas veces. La interfaz gráfica de usuario y la interacción basada en el mouse (o en la tableta, o lo que sea) son bastante útiles cuando se manipulan imágenes, y quiero que eso exista también. Simplemente encuentro que escribir "seleccionar todo" en un mensaje, o presionar "comando-A" en mi teclado, o similar, es mucho más rápido y fácil (especialmente para algunos tipos de cosas) que hacerlo por la GUI. (Consulte la sección anterior sobre la selección de imágenes con consultas arbitrarias, por ejemplo). Últimamente, comencé a usar emacs para cosas (después de cambiar de vim -- editor warsno están permitidos aquí, ¿verdad? Oh, pocos de ustedes saben de lo que estoy hablando, ¿eh?). Tener la capacidad de tener emacs reales como parte de esto, y/o tener emacs capaces de hablar con él a través de una API, sería genial, en mi opinión. (Por supuesto, esto presumiblemente significaría que también / en su lugar habría una forma elisp de interactuar con esto, en lugar de Ruby, pero lo que sea. O tal vez se inventa un nuevo lenguaje, específico para el propósito .

  • Extensibilidad : esta cosa debería tener una buena API para escribir cualquier cosa, desde herramientas de importación RAW hasta complementos rápidos de edición de imágenes y exportadores para su sitio web favorito. ¿Quizás la detección de rostros y demás también?

  • Manipulaciones de GUI en tiempo real , muy parecidas a las UI en Aperture o Lightroom. Junto con todo lo anterior, la manipulación estándar basada en GUI también me parece bastante importante: tener comentarios en tiempo real (o casi) al realizar cambios visuales es clave para las cosas visuales.

  • Habilidad para identificar objetos/personas en fotos-- Una cosa que creo que falta en las nuevas funciones de detección de rostros de Aperture, y que podría haber sido muy útil para mí recientemente, es una forma de identificar ("etiquetar", lo que sea) personas u objetos dentro de una foto. Escenario de ejemplo: estoy fotografiando un evento deportivo y quiero pasar e identificar rápida y fácilmente qué jugadores están en cada foto. Me imagino como un ser humano haciendo gran parte del trabajo en esto, aunque la detección automática también sería ingeniosa... pero lo que veo como diferente de las IU existentes es una forma de seleccionar básicamente una región de la foto que representa a un jugador en particular, y luego lo hace también para otros jugadores, y luego pasa en un segundo pase e intenta unirlos (con la ayuda de la computadora quizás, en el camino). Entonces, tal vez selecciono un jugador en una foto, y no Todavía no sé quiénes son, porque su número está oscurecido... pero luego, selecciono lo que termina siendo la misma persona en otra foto, donde se ve su número, y luego, por el atuendo o cualquier otra característica distintiva que pueda haber. ser, soy capaz de atar los dos juntos. Pero todavía no sé su nombre, necesariamente, pero tal vez tengo una lista, y eso se puede buscar. Esto también podría ser útil en una variedad de otras situaciones, me imagino: una sesión de estudio en la que desea identificar qué accesorios se usaron en qué tomas, por ejemplo, para que luego pueda solicitar una foto que incluya tal y- tal apoyo. Cosas como esas. Desarrollar una buena interfaz de usuario para esto probablemente sería un desafío interesante, pero creo que podría imaginar cómo se podría hacer para que tenga sentido. Selecciono lo que termina siendo la misma persona en otra foto, donde se ve su número, y luego, debido a la vestimenta o cualquier otra característica distintiva que pueda haber, puedo vincular a los dos. Pero todavía no sé su nombre, necesariamente, pero tal vez tengo una lista, y eso se puede buscar. Esto también podría ser útil en una variedad de otras situaciones, me imagino: una sesión de estudio en la que desea identificar qué accesorios se usaron en qué tomas, por ejemplo, para que luego pueda solicitar una foto que incluya tal y- tal apoyo. Cosas como esas. Desarrollar una buena interfaz de usuario para esto probablemente sería un desafío interesante, pero creo que podría imaginar cómo se podría hacer para que tenga sentido. Selecciono lo que termina siendo la misma persona en otra foto, donde se ve su número, y luego, debido a la vestimenta o cualquier otra característica distintiva que pueda haber, puedo vincular a los dos. Pero todavía no sé su nombre, necesariamente, pero tal vez tengo una lista, y eso se puede buscar. Esto también podría ser útil en una variedad de otras situaciones, me imagino: una sesión de estudio en la que desea identificar qué accesorios se usaron en qué tomas, por ejemplo, para que luego pueda solicitar una foto que incluya tal y- tal apoyo. Cosas como esas. Desarrollar una buena interfaz de usuario para esto probablemente sería un desafío interesante, pero creo que podría imaginar cómo se podría hacer para que tenga sentido. debido a la vestimenta o cualquier otra característica distintiva que pueda haber, puedo unir los dos. Pero todavía no sé su nombre, necesariamente, pero tal vez tengo una lista, y eso se puede buscar. Esto también podría ser útil en una variedad de otras situaciones, me imagino: una sesión de estudio en la que desea identificar qué accesorios se usaron en qué tomas, por ejemplo, para que luego pueda solicitar una foto que incluya tal y- tal apoyo. Cosas como esas. Desarrollar una buena interfaz de usuario para esto probablemente sería un desafío interesante, pero creo que podría imaginar cómo se podría hacer para que tenga sentido. debido a la vestimenta o cualquier otra característica distintiva que pueda haber, puedo unir los dos. Pero todavía no sé su nombre, necesariamente, pero tal vez tengo una lista, y eso se puede buscar. Esto también podría ser útil en una variedad de otras situaciones, me imagino: una sesión de estudio en la que desea identificar qué accesorios se usaron en qué tomas, por ejemplo, para que luego pueda solicitar una foto que incluya tal y- tal apoyo. Cosas como esas. Desarrollar una buena interfaz de usuario para esto probablemente sería un desafío interesante, pero creo que podría imaginar cómo se podría hacer para que tenga sentido. Me imagino: una sesión de estudio en la que desea identificar qué accesorios se usaron en qué tomas, por ejemplo, para luego poder solicitar una foto que incluya tal y tal accesorio. Cosas como esas. Desarrollar una buena interfaz de usuario para esto probablemente sería un desafío interesante, pero creo que podría imaginar cómo se podría hacer para que tenga sentido. Me imagino: una sesión de estudio en la que desea identificar qué accesorios se usaron en qué tomas, por ejemplo, para luego poder solicitar una foto que incluya tal y tal accesorio. Cosas como esas. Desarrollar una buena interfaz de usuario para esto probablemente sería un desafío interesante, pero creo que podría imaginar cómo se podría hacer para que tenga sentido.

  • Manipulación de fotos y/o metadatos en múltiples dispositivos-- Tal vez los archivos RAW solo existan en un dispositivo, o tal vez estén en una unidad de red y se pueda acceder a ellos desde varias computadoras. Pero, ¿qué pasaría si, además, las vistas previas y los metadatos se cargaran automáticamente en un servidor web en algún lugar, para que pueda acceder a ellos en su teléfono inteligente, digamos y haga calificaciones, etiquetas y cosas por el estilo? Los datos se sincronizarían (de alguna manera) y también podrían compartirse potencialmente con diferentes personas; tal vez (si, por ejemplo, se usara en algún tipo de empresa) su coordinador de eventos es mejor para realizar las tareas de identificación, y su el fotógrafo es mejor en el posprocesamiento de la imagen en sí, y su diseñador gráfico también quiere información sobre las cosas. Si todas esas personas pudieran acceder a las mismas imágenes, eso podría ser realmente útil. (Esto también podría aplicarse a un negocio de fotografía, con asistentes y demás).

De todos modos, espero que eso transmita el sabor general del tipo de cosas que me gustaría hacer y ver, aunque estoy seguro de que solo he arañado la superficie de lo que es posible, y que incluso un subconjunto de estas cosas sería útil. a mi. ¿Alguien sabe de algo como esto?

Alternativamente, ¿alguien estaría interesado en posiblemente comenzar a trabajar en tal bestia? Necesitaría mucha más experiencia con la programación de GUI, la manipulación de gráficos y cosas por el estilo, sin mencionar más tiempo y energía para trabajar en esto, antes de poder hacer algo que incluso comience a ser útil en mi propio... pero creo que si tuviera algunas personas con las que trabajar, podríamos, juntos, hacer algo realmente genial.

También podría imaginarme formando una empresa a su alrededor: bien podría haber algún hardware que podría ser útil para integrarlo, que podría ser la pieza que genere dinero. O todo podría hacerse simplemente como un software de código abierto hecho por voluntarios. De todas formas.

OK, ya terminé de divagar. Tengo mucha curiosidad por ver qué tipo de respuestas traerá esta pregunta. :)

¿Tal vez puedas implementar algunas de esas características como complementos? No tengo ni idea, pero mira Bibble (www.bibblelabs.com) y mira lo que pueden hacer las API. Sin duda, es increíblemente rápido, mucho más rápido que Lightroom al menos (nunca probé Aperture).
Tengo una secuencia de comandos que hace que el nombre mutile, al menos; Si estás interesado, lo publicaré en una respuesta.
Otra nota: el enlace "algunas cosas por ahí" está muy desactualizado, si leo correctamente el historial de cambios (2007); las cosas han progresado mucho desde entonces.
Gracias, Reid. Tengo un script que hace el cambio de nombre (y más), también, así que estoy listo para eso (aunque no me opondría a ver cómo lo hacen otros). En cuanto a la lista desactualizada, me encantaría ver otros recursos, ya sean listas como esa o herramientas individuales... como Bibble; gracias, Itai, voy a comprobar eso.
Si bien las personas están perfectamente dispuestas a pagar miles de dólares para que un artesano construya un trípode o una cámara, se está volviendo común que se espere que el software sea gratuito (quizás 'esperado' no sea la palabra correcta aquí, pero no pude pensar en otra a esta hora tardía). No quiero entrar en una discusión sobre el código abierto, pero creo que lo mejor que puedes hacer con esto sería ir a la gente de Aperture o Lightroom y hacerles estas sugerencias. Y si decide iniciar una empresa en torno a sus ideas, espero que se haga obscenamente rico por el valor que ha creado para el campo de la fotografía.
realmente eres un geek, ¿no? ;-)
Sí, AJ... y orgulloso de ello. :) Doblemente orgulloso de considerarme también un artista.

Respuestas (7)

¿Has echado un vistazo a Darktable ? Parece ser de código abierto y solo para Linux.

Descripción de la característica

tiene que ser rápido

Es bastante rápido y admite cálculos en la GPU usando OpenCL.

Scriptabilidad

Admite secuencias de comandos mediante LUA. Esta es una característica bastante reciente (desde 2015), por lo que la API aún es pequeña.

Modo de interacción basado en teclado

Puedes hacer bastantes cosas usando el teclado. Tienes que comprobar esto tú mismo.

Extensibilidad

Si no puedes hacerlo con Lua, puedes hackear el código C. Bien...

Manipulaciones de GUI en tiempo real

La mayoría de los filtros son razonablemente rápidos, así que creo que sí.

Habilidad para identificar objetos/personas en fotos

No

Manipulación de fotos y/o metadatos en múltiples dispositivos

Admite la realización de copias locales temporales de imágenes en una unidad remota para manipulación (y presumiblemente sincronización inversa). No lo estoy usando de esta manera, así que no puedo comentar mucho.

Flujo de trabajo amigable

No toca los archivos pero almacena todo en archivos sidecar. Este enfoque es extremadamente bueno y hace que DT sea compatible con otros programas (al menos en las propiedades de metadatos comunes). Si bien tiene una base de datos para acelerar las cosas, los archivos sidecar le permiten copiar fotos mientras conserva las manipulaciones que realizó con Darktable.

Oh, limpio. Ni siquiera había oído hablar de ese. Y sin embargo yum install darktable, lo estoy ejecutando en segundos. Enfriar.
Envíe sus comentarios, ya que también estoy muy interesado en el dominio de la plataforma de administración de fotos gratuita.
Bueno, que me condenen :) Voto a favor. Así que ese es un gran punto de partida. Parece muy muy nuevo. Ahora, ¿cuáles son las actuaciones? @mattdm, háganoslo saber.
Se ve muy inspirado en LR. Además del rendimiento, me di cuenta de lo importante que es el soporte bruto. ¿Me cambiaría de Adobe Camera RAW? Considere pasar por ese tipo de aros: blog.pcode.nl/2010/06/28/darktable-camera-color-profiling , pero de todos modos se ve bien.
No había visto esto, no... ¡Gracias! Parece que sin duda es un gran comienzo hacia lo que quiero... Y al ser de código abierto, potencialmente puedo acercarme más con relativa facilidad (y, sebastien.b, el rendimiento se puede mejorar con el tiempo)... Además, no es solo linux El sitio dice que también está en macports. Definitivamente revisaré esto pronto, y muy posiblemente revisaré el botón de aceptar en esta respuesta, por lo que parece. ¡Así que gracias, Riduidel!
En cuanto al rendimiento, observé Darktable recientemente (¿quizás... hace 2 semanas?) y el rendimiento de Windows 7 + LR fue sustancialmente mejor en comparación con Ubuntu + Darktable, para mí . Soy un gran usuario de Linux, pero tengo Win 7 solo para LR.
Hmm, intenté construir esto para MacOS (después de todo, no aparece en MacPorts), y parece que tomará al menos un poco de trabajo (no sé qué poco/mucho todavía)... Espero tener tiempo para dedicarlo pronto.

Vaya, esa es una lista larga.

Creo que todos podemos estar bastante seguros al decir que seguro que no hay nada como eso ahora.

Uno de los proyectos más interesantes que comparte muchos de sus objetivos es F-Spot ; es posible que desee involucrarse allí. También vale la pena señalar que las funciones de administración de fotos están en la "hoja de ruta a largo plazo" para el excelente convertidor RawTherapee , por lo que podría ser un lugar interesante para dirigir algo de energía.

Genial, gracias por ambos consejos. Y sí... cuando sueño, sueño en grande. ;)

Sí, es seguro decir que no existe tal cosa (Actualización: mire eso , podría haberlo, pero con el nivel de rendimiento que está preguntando). Incluso Gimp no está remotamente cerca de Photoshop para usuarios avanzados, y la lista de funciones que describe colocaría a dicha aplicación en la categoría "avanzada". Esto no es cierto para todas las aplicaciones, Firefox nació después de Internet Explorer y definitivamente es un competidor en cuanto a características. Sin embargo, Photoshop es un monstruo, y Adobe tiene toneladas de recursos para lanzar a PS y Lightroom para convertirlos en las fantásticas piezas de ingeniería de software que son.

Además, el movimiento de código abierto tiene raíces Unix, y un viejo precepto de esa filosofía es "Lo pequeño es hermoso. Haz que cada programa haga una cosa bien". El enlace que proporcionaste lo ejemplifica bien. Hay un montón de pequeñas herramientas que puede usar y que pueden formar una cadena para llevarlo allí, pero esto no es lo que hace que Lightroom o Aperture sean atractivos. La clave de estas aplicaciones es que fueron diseñadas por fotógrafos para fotógrafos como un flujo de trabajo coherente. Esto le permite realizar el 90 % de las tareas fotográficas simples a semiavanzadas desde una sola aplicación utilizando la misma interfaz de usuario. ¡Esto ahorra mucho tiempo a la gente!

Lo que quiero decir es que esta semana podría obtener Lightroom por $ 150. Esto es realmente barato por el tiempo que te ahorrará y el poder detrás de esa herramienta. Si está filmando en RAW, es difícil vivir sin esto. Esto también debe ponerse en perspectiva: es la mitad del precio de mi lente más barato, y tengo 3 lentes a mi lado que cuestan casi 10 veces más.

Trabajo en el negocio del código abierto y así me he ganado la vida durante más de 10 años. Creamos software avanzado (a saber, científico, biomédico, supercomputación), pero no de la nada, tenemos que financiarlos, tenemos que pagar salarios. La comunidad ayuda, pero cuando se vuelve tan sofisticada como esta, la curva de aprendizaje puede ser empinada. No veo ningún competidor de Lightroom que aparezca en el corto plazo solo de voluntarios que trabajan en su tiempo libre, con ese nivel de rendimiento .

Su primera solicitud, el rendimiento, es clave para mí aquí, porque si solo me toma un 30% o un 50% más de tiempo procesar una foto, multiplíquelo por más de 15,000 imágenes al año y el tiempo que perdí justifica completamente la compra de un comercial rápido. aplicación He visto aplicaciones de código abierto que se centran en funciones, algunas en optimización/rendimiento, rara vez ambas (y no las culpo). La carrera por el rendimiento de Javascript en Firefox es bastante reciente, por ejemplo. Primero elijo (y apoyo) el software de código abierto, pero cuando necesito hacer el trabajo y una herramienta tiene una ventaja clara, yo (o mi empresa) invertiré dinero para comprar un shareware o una aplicación comercial a un precio razonable. Supongo que pragmatismo.

Ahora aquí hay algo que quiero preguntarte honestamente. ¿Hasta qué punto usaste Lightroom? Parece que lo hiciste, pero solo pregunto. Mencionas que no está a la altura de lo que quieres, pero estoy un poco desconcertado aquí:

  • Tiene que ser rápido: LR tiene varios subprocesos y utiliza varios núcleos. Lanzo archivos realmente grandes (21 MP) y estoy realmente sorprendido de que su nuevo motor de eliminación de ruido pueda funcionar tan rápido. Gestión avanzada de memoria, subprocesos múltiples, procesamiento de imágenes, procesamiento de señales, necesitaría algunos tipos serios para superar eso. No digo que no pueda ser más rápido (que yo sepa, no está acelerado por GPU), pero si su aplicación simplemente se bloquea y cambia de página después de 6 MP, tengo un problema.
  • Scriptability, Extensibility: el marco de complementos en Lightroom es completamente programable. Los complementos son scripts (utiliza LUA).
  • Destruya los nombres de los archivos durante lo importante, según los metadatos de la cámara: LR hace mucho de eso. Tengo un ajuste preestablecido precioso que ayuda mucho, puede cambiar el nombre de los archivos al importarlos combinando patrones y palabras clave que se reemplazan por metadatos (lamentablemente, no veo cómo extraer una subcadena del nombre de archivo original). Vea mi respuesta a otra pregunta para más información.
  • Aplicar automáticamente datos EXIF ​​y/o IPTC durante la importación automática: nuevamente, LR puede hacer eso (aplico una tonelada de información en el momento de la importación, automáticamente).
  • Selección de imágenes con consultas arbitrarias: prácticamente describiste Smart Collections en LR. Mucho para amar aquí. Vea mi respuesta a otra pregunta para más información.
  • Modo de interacción basado en el teclado: hay una gran lista de atajos en LR, en realidad es un poco abrumador. Para obtener aún más flexibilidad, consulte PADDY para Lightroom : mapeo de teclas gratuito, teclados externos, controladores midi, macros.
  • Habilidad para identificar objetos/personas en fotos: no en LR, pero creo que en Aperture.
  • Manipulación de fotos y/o metadatos en múltiples dispositivos: creo que los nuevos servicios "Publicar" en LR3 le permitirían hacer eso (es decir, no son solo "cargar", son más "oye, esa foto cambió, si es así entonces necesito empujarlo/publicarlo en otros servicios en alguna parte").
No creo que sea justo describir a Gimp como "ni remotamente cerca de Photoshop". Te concedo que está atrasado, pero incluso para los usuarios más avanzados es bastante capaz. Además, pero más allá de eso, las características que busca Lindes no son particularmente avanzadas para un programa de edición de fotos, son solo parte de una clase diferente de software, "administración de imágenes", consulte en.wikipedia.org/wiki /Imagen_organizador . Creo que tal cosa es completamente posible dentro de un modelo de desarrollo de código abierto. Es increíble lo que se muestra de los voluntarios que trabajan en su tiempo libre.
Además, "simplemente compre Lightroom" no es una respuesta muy útil cuando la pregunta original especifica que fue provocada en parte por la insatisfacción con el conjunto de funciones de Lightroom.
@mattdm: créame, me encantaría estar equivocado, pero esta es mi experiencia con el código abierto y trabajando en aplicaciones muy grandes. Creo que la gente se imagina rápidamente a un grupo de voluntarios felices dedicando su tiempo libre, pero la verdad es que muchas aplicaciones de código abierto de alto perfil son desarrolladas o administradas por un grupo de personas a las que se les paga por hacerlo (y eso es genial). Las grandes aplicaciones no se gestionan solas, necesitas una estructura, necesitas guías técnicas, etc.
@mattdm: No hay una respuesta útil a esta pregunta, esa aplicación no existe, nos habríamos enterado. Muchos de nosotros estamos familiarizados con LR o Aperture, el conjunto de funciones que está describiendo ya está más allá de las aplicaciones líderes en el dominio. Me encanta esta lista, pero necesitará un equipo realmente serio para implementarla e incluso ponerse al día. No esta pasando. Si bien puedo ver una empresa como Canonical financiando esfuerzos para desarrollar herramientas esenciales como un navegador web para Ubuntu, no veo el incentivo para financiar una gran aplicación como LR cuando Gimp hace el truco para el fotógrafo aficionado.
Absolutamente. Pero esto no es realmente tan grande, no es OpenOffice o incluso Firefox.
@mattdm: por último, pero no menos importante, menciona su insatisfacción con LR, pero tengo algunas dudas de que incluso lo haya usado. Actualizaré mi respuesta anterior, pero la gran mayoría de sus requisitos ya están en LR3.
sebastien.b: puede que tengas razón sobre la necesidad de un equipo pagado... Ciertamente veo cómo sería útil un equipo central con fondos para dedicar tiempo a esto. Sin embargo, diré que, hasta donde yo sé, GIMP (o incluso Photoshop) hace muy poco de lo que estoy hablando. Esas son excelentes herramientas para trabajar con imágenes individuales. La gestión de fotos es un espacio de problema diferente. (Sucede que hay cierta superposición.) PD: No he actualizado a LR3, pero he usado muchas versiones anteriores, y tengo Aperture 3 y lo uso bastante.
Finalmente, también estaría feliz de pagar por una aplicación comercial con este conjunto de características. Solo tengo problemas para imaginar que alguna vez existió. La ideología (y la probable base de usuarios) es solo centrada en el código abierto (me parece).
@lindes: mira mi actualización. Estoy un poco confundido porque mucho de lo que describiste está en LR3. Está en la GUI, no es algo que escriba como una expresión para evaluar, pero la funcionalidad está ahí, cambia el nombre de los archivos al importarlos combinando patrones y palabras clave que se reemplazan por metadatos, por ejemplo, etc. Me encantaría el complemento. API para ser un poco más abierta, pero la base de datos LR es una buena base de datos SQLite antigua, puede introducirla.
@mattdm: Tendré que mirar el número o SLOC de la fuente, pero el código base de Firefox no es tan grande. Difícil de decir exactamente, Ohloh reporta 63,738 ( ohloh.net/p/firefox ), lo cual está claramente subestimado, pero trabajo en aplicaciones que combinan dos de nuestros kits de herramientas de código abierto (VTK: ohloh.net/p/vtk , ITK: ohloh .net/p/itk ) y esa es una base de código de 3,000,000 solo para esa parte del iceberg. Slicer3 combina aún más juegos de herramientas, probablemente sea fácil a 5M. Hay una buena cantidad de proyectos de código abierto que son enormes pero altamente especializados y para el público investigador. Fundado.
@mattdm: código base de Firefox... Ohloh reporta 63K líneas ( ohloh.net/p/firefox ), que es claramente la punta del iceberg. Mozilla Corebase está en 13M ( ohloh.net/p/mozilla ), así que ahora estamos hablando.
No estoy seguro de lo que está mirando Ohloh. En 2008, Firefox tenía alrededor de 3M-4M SLOC, dependiendo de si se cuenta HTML como código. No pude encontrar un conteo más reciente rápidamente. Pero de todos modos, es más grande de lo que piensas. El programa propuesto no sería tan complicado (dependiendo de cuánto de la edición de imágenes real se dejara a otras herramientas).
También estoy familiarizado con la multitud de investigadores altamente especializados. Hay algunas personas superinteligentes y, en consecuencia, un código sorprendente, pero, para decirlo con delicadeza, muchos investigadores no son buenos ingenieros de software y carecen del diseño y la estructura necesarios para un gran proyecto de software. En muchos casos, tener una gran base de código es una señal del problema, no del éxito. No puedo hablar sobre las cosas en particular en las que trabaja; no lo he mirado más que para instalar el viz Rocks roll. Seguro que es genial :)
@mattdm: Estoy de acuerdo con usted en que el código base probablemente sea más pequeño que el de Firefox (que incluye el código base de Mozilla), pero este es solo un lado del problema porque necesita personas con una experiencia diferente. Aquí, procesamiento de imágenes, procesamiento de señales, conversión/desconversión, requisitos de memoria muy grandes, etc. Los necesita a largo plazo. ¿Cuánto tiempo puede mantener a las personas con ese tipo de educación si no reciben fondos y qué tan rápido pueden tomar el control nuevas personas? Es difícil encontrar y contratar personas inteligentes en nuestro propio negocio de código abierto 3D/visualización científica/procesamiento de imágenes, por lo que esperar su tiempo gratis...
Bueno, esa es la belleza del código abierto, ¿sí? Esta aplicación realmente puede enfocarse en la gestión de activos y el lado de los metadatos. No es necesario reinventar RawTherapee o Rawstudio.
Sí, en realidad estaba pensando que podría usar las bibliotecas Core Image de Apple o una de las opciones de OSS, para conversión RAW, manipulación, etc. Una gran parte para mí es, como dice mattdm, "gestión de activos y metadatos". ". Mientras tanto, sebastien.b: gracias por tu actualización... parece que le debo otra mirada a LR3. Sin embargo, la última vez que lo comprobé no pude (por ejemplo) obtener el "123" de "123CANON" en mi nombre de archivo (quiero un nombre de archivo base único para cada imagen que tomo, por lo que necesito ese número), y. .. bueno, para "interacción con el teclado", supongo que mucho de lo que quiero decir es un lenguaje de comandos.
@lindes: bueno, puedo tragarme mis palabras, ese nuevo software de código abierto, darktable, parece un gran comienzo. Mi verdadera preocupación es el rendimiento (como dije, 21MP), por lo que si está dispuesto a relajar ese requisito, esto podría cumplir con los requisitos. Con respecto al cambio de nombre de archivo, tenía razón, no parece que pueda extraer parte de su nombre de archivo en LR3. Actualicé mi respuesta con enlaces a mi esquema de cambio de nombre en otra pregunta en photo.se sin embargo, enlace a cómo uso Smart Collections y un enlace a PADDY para Lightroom: mapeo de teclas gratuito, teclados externos, controladores midi, macros.

No es una respuesta completa, pero Exiftool es un lector/escritor de metadatos de fotos de biblioteca/herramienta de línea de comandos de Perl. Teóricamente, algo de lo que desea podría incluirse en secuencias de comandos, especialmente el etiquetado automático de imágenes y la configuración de nombres de archivos y directorios.

Gracias por esto. Ciertamente, esto es algo que podría usarse como un componente en algo... Sin embargo, lo que realmente estoy buscando es algo para administrar muchos archivos y proporcionar una interfaz de usuario para hacerlo de manera efectiva y eficiente. Entonces, Exiftool solo resolvería una parte muy pequeña de eso. Aún así, apreciado.

Aquí está mi script de importación y manipulación ; no es nada especial, pero tal vez sea útil mirarlo. La manipulación podría extenderse para incluir cualquier exiftool que pueda tener en sus manos.

Darktable (que puedes descargar para OSX aquí ) es probablemente el software que más se acerca a lo que estás buscando. El flujo de trabajo todavía tiene algunas asperezas, en comparación con Lightroom o Aperture, pero es bastante útil, especialmente si está buscando una interfaz de secuencias de comandos.

Agregaría DigiKam (herramienta de edición y administración de fotografías de KDE) y LightZone (herramienta de edición) a la lista para examinar.