[Linux] Codding party du 10
Éric Bischoff
ebischoff@::1
Jeu 15 Mar 16:54:22 CET 2007
Le Mercredi 14 Mars 2007 17:00, Pierre THIERRY a écrit :
> Scribit Éric Bischoff dies 14/03/2007 hora 13:58:
> > > Je préfère *de loin* faire un "cp -a source dest" plutot que "cp -a
> > > source dest" ET "cp -a .source.extattr .dest.extattr".
>
> Si. Si tes métadonnées sont dans un fichier à part, quand tu déplaces
> des fichiers, tu dois penser à déplacer les métadonnées.
Pour lever cet argument, il suffit de dire qu'il faut mettre tes informations
dans le répertoire "source" et pas à côté, évidemment.
Mon idée est la suivante : la limite entre métadonnées et données est très
floue. Plutôt que de confier des métadonnées qui sont en fait des données au
système d'exploitation (enfin, au système de fichiers), autant passer par
l'outil standard : le fichier. Tu y accèdes avec des outils non spécialisés,
les données sont visibles par tout le monde, y compris ceux qui n'ont jamais
entendu parler d'ACL ni d'EA, et elles ne risquent pas d'être perdues par les
outils qui ne seraient pas au courant...
> Pire, si les
> métadonnées sont agrégées, tu dois pouvoir séparer celles concernant ce
> que tu déplaces des autres. Si elles sont dans un fichier de métadonnées
> par fichier de données, ce n'est pas excessivement plus pratique, mais
> quand même nettement plus automatisable, par contre.
>
> Avec les EA, les métadonnées suivent leurs fichiers toutes seules, comme
> des grandes.
Voir plus haut : où est la limite entre données et métadonnées ?
Prenons par exemple la "fourchette de ressource" et la "fourchette de données"
de Mac OS (avant Mac OS X). C'était une souffrance sans nom que plein
de "ressources" ne soient pas dans des fichiers ordinaires mais dans un truc
spécial géré par le système de fichiers. D'ailleurs ça a heureusement disparu
avec Mac OS X : on retrouve tout dans des fichiers ordinaires, certains étant
juste "cachés" par le Finder pour faire joli.
> Mais les EA ne contiendront pas de données contenues dans le fichier,
> justement. Par exemple, tu pourras y stocker des métadonnées Dublin Core
> pour une photo...
Et pourquoi pas mettre le dublin core au chaud dans un fichier ? je sais pas
mais par moments le raffinement, faut arrêter...
> Lorsque les fichiers sont censés rester dans un système ou un
> environnement donné, d'ailleurs, on peut envisager de ne stocker dans
> les EA qu'un identifiant pour une base de métadonnées. Par exemple, une
> URI quelconque mais unique pour une base RDF.
>
> Tiens, ça pourrait faire des petits projets pas trop mal pour une coding
> party, tout ça...
Sans moi ;-). Mais par contre je veux bien corriger le problème de kdialog sur
lequel vous êtes tombés ;-)
--
Carnet mondain : Mademoiselle Maude Passeroute a épousé Monsieur Dave Null.
Tous nos voeux de bonheur les accompagnent.
Plus d'informations sur la liste de diffusion linux