- From: Karl Dubost <karl@w3.org>
- Date: Fri, 22 Jul 2005 13:59:05 -0400
- To: iview@free.fr
- Cc: www-archive@w3.org
Bonjour,
Quelques suggestions après quelques mois d'utilisation de la version
Pro 2.6.4. Pour avoir tester de nombreux logiciels dans le domaine,
iView Media Pro est l'un de ceux qui répond le mieux à mes besoins.
Quelques détails sont pourtant ennuyeux dans le cadre d'une
utilisation de classification et de publication, d'où mes commentaires.
* Ergonomie des catégories I
Le logiciel a en général une bonne ergonomie. Le système des
catégories est très intéressant et pratique mais possède tout de même
certains défauts qui sont assez ennuyeux. Il serait très pratique de
pouvoir gérer de vraies taxonomies explicites, plutôt que des
catégories implicites.
* Cas d'utilisation
Par exemple, si je veux classifier une photographie prise au café des
Arts, Montréal, Québec, Canada. Je dois ajouter la photo dans trois
catégories différentes définies par
- Pays
- État-Province
- Ville
- Lieu
Maintenant, imaginons que l'auteur puisse créer des taxonomies, c'est
à dire établir des hiérarchies et donc des liens entre différents
éléments des catégories.
Canada (Pays) -> Québec (Province) -> Montréal (Ville) -> Café
des Arts (Lieu)
1. Une seule action est nécessaire pour catégoriser ma photo. Poser
ma photo sur le tag "Café des Arts". Le peuplement des autres données
se fait alors automatiquement étant pris en charge par le logiciel.
2. Les recherches deviennent beaucoup plus faciles et beaucoup plus
précises. Ce qui devient nécessaire dès que l'on a beaucoup de photos
dans la base. (Montréal où au Québec ou un des 7 Montréal de France ?)
* Ergonomie des catégories II
Quand la liste est très longue, il devient très difficile de naviguer
dans les catégories. Un mode d'entrée de sélection des valeurs de la
liste en tapant les premières lettres de la liste pourrait aider
énormément en termes d'ergonomie.
- Je tape M, la colonne de gauche n'affichant plus que les mots
commençant par M.
- Mo, uniquement les mots commençant par Mo...
- Etc.
----> je peux ensuite glisser-déposer les photos sur le mot
choisi de la liste réduite.
* Import/Export au format SKOS
SKOS est une application du langage RDF pour gérer les taxonomies de
façon interopérables. Le langage est toujours en développement mais
possède de nombreux intérêts. Une taxonomie est une forme de
vocabulaire contrôlée.
http://www.w3.org/TR/2005/WD-swbp-skos-core-guide-20050510/
Cette suggestion est relative à la précédente. Pouvoir lier les
catégories et leur valeur entre elles, c'est réaliser une taxonomie.
De pouvoir exporter ou importer ce fichier est très pratique pour
différentes raisons.
1. Garder une copie de l'organisation de ses données
2. Créer un index pour un autre document ou une page Web de
l'ensemble des catégories et de leur organisation.
3. Pouvoir éditer cette taxonomie en dehors du logiciel dans un
éditeur RDF ou n3 par exemple et de pouvoir réimporter la nouvelle
organisation. Je peux parler un peu plus d'un modèle d'implémentation
possible si cela vous intéresse.
Vous pouvez regarder le logiciel ShoeBox qui permet cela bien qu'il
est malheureusement choisi un modèle XML pour faire ces organisations.
http://www.kavasoft.com/Shoebox/
* Choix pour la Publication Web
Il est possible de créer des albums en choisissant un mot clé d'une
catégorie, mais il n'est pas possible de créer un album en ne
choisissant que les données qui ont été sélectionné. Imaginons que
j'ai sélectionné toutes les photos de Montréal et je décide de faire
un album Web particulier pour cela, je sélectionne les photos de mon
choix avec la vue miniature, je fais création d'Album Web, Toutes les
photos sont exportés, pas uniquement celles sélectionnées.
À moins qu'il existe une autre solution.
* Séparation de la notion d'album Web et de localisation des
photographies.
Très important.
Une des fonctions réusssies de iView est le fait de pouvoir continuer
à gérer ses images mêmes lorsque celles ci sont sur un disque non
accessible. C'est une fonctionnalité majeure. C'est le principe de
séparation de localisation physique et des métadonnées, la
localisation physique n'est alors qu'un identifiant parmi les autres
métadonnées.
Malheureusement cette idée n'est pas retenu pour la publication Web.
Il serait pratique de pouvoir définir un schéma de localisation des
images sur le Web. Imaginons que je me définis comme schéma de
localisation de mes images
/quelquepart/YYYY/MM/DD/serial-number.jpg
ou encore
/quelquepart/YYYY/MM/DD/HH-MM-SS-serial-number.jpg
Je peux vouloir publier deux albums thématiques : "Rouen" et
"Nuages". Certaines de mes photos de Nuages ont été prises à Rouen.
Dans le modèle retenu actuellement par iView, cela veut dire une
duplication des images dans un nouvel album avec d'autres références.
Cela peut-être très pratique dans certains cas, mais devient aussi
très ennuyeux dans d'autres. Il faudrait pouvoir avoir le choix de
dissocier la publication dindex de photos (thumbnails) et la
localisation des images en gardant une mémoire de ce qui a été déjà
été publié.
* Relocalisation des images et synchronisation de la base.
Que se passe-t-il lorsque 30000 images sont déplacées sur un autre
disque ? Et que l'on veut pouvoir dire à la base de données toutes
ces images là de 1996 sont maintenant à cet endroit.
Cordialement.
--
Karl Dubost - http://www.w3.org/People/karl/
W3C Conformance Manager
*** Be Strict To Be Cool ***
Received on Friday, 22 July 2005 17:58:54 UTC