comando Apple mdls (lista de metadatos) en la unidad de red

1

He descubierto mdls como una forma de extraer información de un archivo (foto). Sin embargo, he descubierto que no parece funcionar correctamente si accedo al archivo a través de la red. Faltan algunos de los metadatos, sobre todo los datos de GPS, que es lo que más quería.

Sin embargo, si copio el archivo en una unidad local, los metadatos están ahí, y todo vuelve a estar bien. ¿Esto sugiere que mdls está buscando en el lugar equivocado algunos datos ...?

Se vuelve más extraño dependiendo de la red:

  • Si me conecto usando SMB obtengo una selección limitada de metadatos
  • Si me conecto usando NFS, recibo el mensaje de que no se pudo encontrar el archivo en absoluto.

¿Cómo puedo usar mdls con éxito en archivos en red?

    
pregunta Manngo 01.02.2017 - 21:59

2 respuestas

0

Solo un FYI, exiftool (que debe instalarse) puede extraer todos los metadatos del archivo a través de la red sin la necesidad de indexar el volumen de la red.

Dicho esto, la razón más probable por la que solo obtiene algunos de los metadatos es que la indexación está probablemente desactivada en el volumen de la red.

Lo probé con un recurso compartido SMB en un sistema Linux y lo copié en algunas fotos que sé que contienen información de GPS.

En la primera consulta obtuve los mismos resultados que obtuviste, un subconjunto de metadata , sin embargo, al activar la indexación usando mdutil y dejar que el volumen se indexe, entonces mdls devolvió todo < em> metadata incluida la información de GPS.

En Terminal, use la siguiente sintaxis, mdutil -i on mount_point , por ejemplo:

mdutil -i on /Volumes/Data

Además, es posible que desee leer la página del manual de: mdutil

    
respondido por el user3439894 01.02.2017 - 22:44
0

No es una respuesta, sino un punto de datos. También verifiqué esto bajo MacOS 10.2 pero a diferencia de user3439894, estoy en .3 en lugar de .2. Cuando probé mdutil -i en un volumen de smb de red (con sudo y sin) obtengo la respuesta: "estado de indexación inesperado". mdutil -s para los mismos rendimientos de volumen en red: "Búsqueda de servidor habilitada". En mi caso, la diferencia puede ser que el recurso compartido en red está en nuestro servidor MacOS 10.8. Encontré esta respuesta al intentar averiguar por qué las etiquetas puestas en un archivo en el Finder en el volumen en red por una máquina MacOS 10.12 no aparecen cuando una Mac diferente ejecuta MacOS 10.10. Tendré que ver si un archivo etiquetado en la Mac local y luego movido al servidor MacOS 10.8 puede hacer que sus etiquetas sean leídas por la Mac 10.10 ...

    
respondido por el NotarySojac 12.02.2017 - 06:30

Lea otras preguntas en las etiquetas