2013/7/17 Dsls <[email protected]>
>
> Rien n'empêche de faire une table dc_taxmedia où on associe la hiérarchie
> à des médias. Cela dit, c'est pas bête non plus, pour la grosse refonte du
> gestionnaire de médias je militais pour la suppression du champ media_meta
> (actuellement en xml) au profit d'une vraie table media_meta. Pourquoi pas
> se baser aussi sur une taxonomie :)
>
> Sachant qu'il y a aussi un autre aspect pour les médias: j'aurais bien vu
> une table de propriétés pour les médias (ie. les tags IPTC). Pour
> différencier les deux (car j'imagine que j'embrouille pas mal de monde là).
> La taxonomie serait à utiliser pour des métadonnées à vocation réutilisable
> et qui justifie un terme à proprement parler (catégorie, auteur du média,
> ...). Les propriétés seraient des informations plutôt uniques au média
> (genre description, utilisation du flash ou non, focale, ouverture, ...)
>
>
Comme ça, à froid et tôt le matin, pour les valeurs IPTC/EXIF, j'aurais
tendance à simplement ajouter un champ value (varchar 255) dans la table
taxpost. Car les données qui vont nous intéresser sont un peu toujours les
mêmes (ouverture, temps de pose, date de capture, géolocalisation, ...) et
peuvent très bien être définis comme terme, avec la valeur (f/2.8, 1/250,
2013-07-24 07:26:42, (non, je ne mettrai pas un exemple de géolocalisation,
j'ai la flemme), ...) stockée dans taxpost.value.
Du coup, il faudrait aussi modifier la PK de taxpost afin d'inclure un
champ permettant d'indiquer si la FK (post_id) pointe sur un enregistrement
de la table post ou media (ou autre).
julien
--
Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
