search

alabs / 15mcc

Repositorio de desarrollo del sitio web del proyecto 15M.cc
http://15m.cc/
GNU Affero General Public License v3.0
11 stars 2 forks source link

utilización de metadatos de imágenes #10

Closed vsama closed 12 years ago

vsama commented 12 years ago

Cuando un usuario sube una foto sería interesante que se leyesen los metadatos de la foto para ahorrarle al usuario que rellene campos.

con metadatos me refiero principalmente a los IPTC (http://en.wikipedia.org/wiki/IPTC_Information_Interchange_Model) o XMP (http://en.wikipedia.org/wiki/Extensible_Metadata_Platform)

la idea aproximada de cómo sería esta funcionalidad es la siguiente:

no me queda claro qué hacer o cómo etiquetar el idioma de los campos recuperados, por ejemplo una imagen puede tener metadatos en inglés y otras pueden estar en otros idiomas

andreslucena commented 12 years ago

He encontrado esto:

Tiene GPS y date_time, por lo que por lo menos nos quitaríamos esos campos.

pedrogonzalezj commented 12 years ago

SI nadie está con esta tarea me pongo yo.

andreslucena commented 12 years ago

@peome vale, ahora mismo creo q no hay nadie viendo esto. Te la asigno y nos cuentas algo.

pedrogonzalezj commented 12 years ago

He estado mirando esto y aunque he encontrado alguna librería ninguna me ha convencido, me parece que la opción más viable es la que ha marcado @andreslucena Si os parece creo un branch para probar y lo añado

pedrogonzalezj commented 12 years ago

¿Qué formatos de imagen admitimos ahora mismo que suban los usuarios?

andreslucena commented 12 years ago

El 20/02/12 13:30, pedro escribió:

¿Qué formatos de imagen admitimos ahora mismo que suban los usuarios?

Reply to this email directly or view it on GitHub: https://github.com/alabs/15mcc/issues/10#issuecomment-4052794

De momento no hay limitaciones, serían los mismos que permita el MongoID::Paperclip.

Igual se podrían limitar a los que sean lógicos (jpg, png) en vez de aceptar todo por defecto (alguno intentara incluso con BMP :P)

pedrogonzalezj commented 12 years ago

Si, yo creo que estaría bien limitarlo a jpg, png y tiff, En el caso de las imágenes png no podríamos obtener los datos exif ya que no es un formato soportado.

pedrogonzalezj commented 12 years ago

Probando esta funcionalidad me surge la duda de su utilidad, veo que los datos de geolocalización ya los estamos cargando desde la dirección suministrada al hacer la subida de la imagen. ¿Tiene entonces sentido volver a obtener los datos de la imagen?¿Cómo lo veis?

andreslucena commented 12 years ago

@peome le estuve dando una vuelta y para que no ocurra lo que comentas, se me ocurre un cambio en el workflow de subida de las imagenes:

Cuando se sube la imagen solo estan los siguientes campos:

Luego hay un boton de "siguiente", ahi es cuando hacemos la comprobacion y sacamos fecha y GPS. Se lo devolvemos al usuario para ver si esta de acuerdo con estos datos o si quiere cambiarlos y ya.

(Este ultimo formulairo tiene las condiciones de uso y el captcha).

pedrogonzalezj commented 12 years ago

Me parece perfecto, entonces hago los cambios en el flujo también.

pedrogonzalezj commented 12 years ago

@andreslucena para poder realizar la transformación de las coordenadas de latitud y longitud he introducido la librería geocoder y he realizado modificaciones en gmaps4rails para la clase Image para que solo se encargue de mostrar datos y no realice geocoding sería interesante que el resto de entidades con datos geográficos utilicen geocoder para lo mismo. También me gustaría proponer el cambio de nombre del campo street a address ya que este campo contiene la dirección y no solo el nombre de la calle.

andreslucena commented 12 years ago

El 22/02/12 13:41, pedro escribió:

@andreslucena para poder realizar la transformación de las coordenadas de latitud y longitud he introducido la librería geocoder y he realizado modificaciones en gmaps4rails para la clase Image para que solo se encargue de mostrar datos y no realice geocoding sería interesante que el resto de entidades con datos geográficos utilicen geocoder para lo mismo. También me gustaría proponer el cambio de nombre del campo street a address ya que este campo contiene la dirección y no solo el nombre de la calle.

Ok, dale todos los cambios que veas necesarios...

Lo cierto es que hay muchos atributos y metodos repetidos entre audio/image/video/etc... ¿Los quieres separar en un mismo fichero e importarlo en estos?

Otra cosa, tienes idea como hacer para mostrar el mapa geografico directamente en el formulario y que puedan darle directamente con un click??

pedrogonzalezj commented 12 years ago

@andreslucena creo que los atributos comunes y métodos comunes sería buena idea trasladarlo a un modulo y luego incluirlos en las clases correspondientes. No entiendo muy bien a que te refieres con darle directamente con un click.

pedrogonzalezj commented 12 years ago

Ya está todo subido faltaría extraer todo el código común en un modulo. ¿La cierro?

andreslucena commented 12 years ago

Vale, he creado otro ticket para lo del modulo común.

Cuando intento subir una imagen me pone lo siguiente:

Mongo::OperationFailure in ImagesController#create

Database command 'mapreduce' failed: (assertion: 'non ascii character detected'; assertionCode: '10213'; errmsg: 'db assertion failure'; ok: '0.0').

Finalmente crea la página, pero no sube la imagen ni le pone los metadatos.

pedrogonzalezj commented 12 years ago

Tiene toda la pinta de que es un problema con la codificación, voy a mirar a ver que encuentro de esto.

pedrogonzalezj commented 12 years ago

@andreslucena Por lo que he encontrado es posible que el problema sea que tu versión de spidermonkey no tiene soporte UTF-8 Aquí explican como instalarlo con soporte UTF-8: http://www.mongodb.org/display/DOCS/Building+Spider+Monkey

andreslucena commented 12 years ago

@peome gracias, no sabia si era un tema de mi mongo o que... Para no recompilar me puse el repo de mongo para Ubuntu y funciona todo perfectamente. Cierro el ticket.