Un cliente tiene un banco de imágenes con muchas fotografías. Han categorizado esas imágenes en una jerarquía. Ahora quieren mover las imágenes a un nuevo banco de imágenes y me piden que coloque esta jerarquía en los datos EXIF o XMP dentro de las imágenes. Técnicamente, usar exiftool es muy fácil, pero parece que no puedo encontrar ninguna convención sobre qué campo usar y cómo. Entonces, ¿quién sabe cómo almacenar este tipo de datos jerárquicos en EXIF?
Entonces, después de investigar un poco y con la ayuda de la pista de Murat, encontré el siguiente campo en algunas imágenes. Básicamente, esta es la forma en que Adobe Lightroom almacena la información y podría usarse como un estándar de facto en su proyecto. Ya buscamos una solución similar con nuestro propio nombre de campo y sin uso de rdf, pero solo para cerrar esta pregunta, aquí está la solución de Lightroom exportada por exiftool:
<XMP-lr:HierarchicalSubject>
<rdf:Bag>
<rdf:li>general|mission|ISAF</rdf:li>
<rdf:li>Army|vehicle|Fennek</rdf:li>
<rdf:li>Army|personnel|troops</rdf:li>
<rdf:li>general|mission</rdf:li>
<rdf:li>Army</rdf:li>
</rdf:Bag>
</XMP-lr:HierarchicalSubject>
Bueno, puede encontrar una lista de nombres de campos XMP utilizados por el software fotográfico común en esta página .
Por ejemplo, digiKam usa el TagsList
nombre del campo en los metadatos XMP para almacenar su jerarquía de etiquetas. Entonces, cuando marco una imagen con la subetiqueta "Brighton" que está anidada debajo de la subetiqueta "East-Sussex", anidada debajo de la subetiqueta "UK", anidada debajo de la etiqueta de nivel superior "ubicado" y también la subetiqueta "Amigos" anidada debajo de la etiqueta de nivel superior "poblada", digiKam agrega esto al campo TagsList:
populated/Friends, located/UK/East-Sussex/Brighton
Este formato prohíbe que los valores de etiquetas individuales contengan espacios o barras diagonales, pero creo que las etiquetas deben ser tokens compactos y únicos con un significado definido, no texto libre detallado, por lo que esta restricción no debería ser un problema.
Para ser honesto, no debería importar cómo elija almacenar la información siempre que funcione para usted en ese momento y siempre que documente sus decisiones para que los futuros usuarios puedan migrar los metadatos a un nuevo formato en el futuro si es necesario. surge
Yo diría que es más importante que elijas un formato y luego lo mantengas de manera consistente. Los datos coherentes se pueden traducir y migrar automáticamente de un formato a otro. Los datos inconsistentes son basura que requiere horas de intervención humana cada vez que deben procesarse. (Y debería saber: por lo general, parece que soy yo quien termina teniendo que procesarlo).
Puedes sugerirle a tu cliente que utilice un Digital Asset Management para administrar su banco de imágenes. Las soluciones DAM más modernas pueden guardar automáticamente la jerarquía de etiquetas en XMP.
EXIF se utiliza principalmente para almacenar información técnica de captura de imágenes y cámaras.
Otro estándar es IPTC pero está obsoleto y tiene limitaciones significativas en la longitud de los campos.
La información jerárquica es compatible con la especificación XMP/MWG, pero conozco muy pocos programas que la admitan bien.
El enfoque más popular es almacenar datos jerárquicos dentro de su XMP (MWG) separando cada nivel con el "|" separador. Este símbolo es utilizado por muchas soluciones DAM (extraoficialmente), incluyendo Daminion, Lightroom, IdImager, MS Photogallery, iView/MediaPro, etc...
¡Así que no reinvente una rueda y considere una buena solución DAM!
¿Taxonomía? Exiftool admite escribir Darwin Core como XMP desde hace un tiempo.
http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/DarwinCore.html
Resource Space es un DAM de software gratuito que utiliza exiftool como backend de metadatos. Puede personalizarlo para admitir Darwin Core.
titusn
Bobuloso
james snell
titusn
james snell