Re, Faut pas oublier les utilisateurs :)
-- Greg, débordé mais qui lit un peu les mails Le 24 juillet 2013 07:30, Julien Mudry <[email protected]> a écrit : > 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 >
-- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
