[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