[Linux] Codding party du 10

Pierre THIERRY nowhere.man@::1
Mer 14 Mar 17:00:29 CET 2007


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".
> Ben pourquoi ? Si tu n'utilises pas ces machins, la seconde
> instruction n'est pas nécessaire ;-).

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. 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.

> Pas d'accord du tout. Déplacer de l'information du contenu des
> fichiers vers les méta-informations sur ces fichiers me semble
> *toujours* une mauvaise idée.

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...

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...

Anticipatoirement,
Pierre
-- 
nowhere.man@::1
OpenPGP 0xD9D50D8A
-------------- section suivante --------------
Une pièce jointe non texte a été nettoyée...
Nom: non disponible
Type: application/pgp-signature
Taille: 189 octets
Desc: Digital signature
Url: https://strasbourg.linuxfr.org/pipermail/linux/attachments/20070314/abb36700/attachment.pgp 


Plus d'informations sur la liste de diffusion linux