Bonjour,
Avec le temps, j'ai tendance à accumuler un certains volumes de CD, aux contenus variables (documents, backup, etc). Pour les backups, c'est pas un souci, juste du rangement. Mais pour les "CD de données", je souhaiterais indexer leur contenu de manière à pouvoir retrouver cette fameuse documentation sur *trucmuche*.
J'avais utiliser Gtkatalog dans le passé, mais je n'ai jamais vraiment accroché. Base de données dans un format propre, interface assez moche, bre, je n'ai probablement pas correctement assimiler le soft.
Ce que je souhaiterais :
- format de données assez ouvert que pour pouvoir être interrogé autrement que par le logiciel, par exemple, via un script ;
- possibilité de batch ; j'imagine lancer un programme, et que ce dernier s'occupe du maximum, donc,
1. eject du lecteur ;
2. quand le lecteur est refermé, indexation du contenu ;
- possibilité de recherche évidemment.
Bon, dans le pire des cas, je peux bricoler assez rapidement un script s'en occupant, à base d'eject, de ls -R et de grep, mais bon, il existe peut-être déjà - sûrement - quelque chose ?
Sinon, comment faites-vous ? Je ne dois pas être un cas isolé !
# Peut etre que ...
Posté par DjinnS . Évalué à 3.
repondrez à tes attentes ?
De plus, tu pourras peut etre developper ta propre interface de recherche ou améliorer celle existante vu que c'est une BDD MySql ...
Il y a sans doute beaucoup d'autres projets sur freshmeat.
Moi en fais je fais pas, j'ai 580go d'espace disque donc je laisse venir ^^
# cdcat et cat ?
Posté par jepoirrier . Évalué à 2.
[^] # Re: cdcat et cat ?
Posté par Tony Gencyl . Évalué à 1.
cdcat, mentionné également dans les commentaires. Finalement je me suis débrouillé avec la version statique, en faisant des liens symboliques entre libs (beurk): ca fonctionne très bien, mais il manque 2 choses:
* un bouton pour éjecter, monter
* la récupération du nom de volume du cdrom, ca rqd le CD est monté et en cours d'archivage, ben, en gen le titre/volume du CDROM est marqué ... dessus :-/
# GWhere
Posté par Me Nut (site web personnel) . Évalué à 3.
[^] # Re: GWhere
Posté par Victor STINNER (site web personnel) . Évalué à 2.
Bon par contre, il n'est pas trop maintenu. Enfin, je n'avais pas trouvé de bug en l'utilisant.
Pour le traitement batch : bof bof, ça prend moins de 10 secondes pour l'indexation ! Après il suffit de recliquer sur le bouton Indexation ;-)
GWhere peut aussi enregistrer plus d'info que juste le nom du fichier, en lisant par exemple le contenu des archives, des infos supplémentaire dans tel ou tel type de fichier.
J'ai plus tout en tête. Maintenant, je fais presque plus de sauvegarde. Internet est bientôt aussi rapide que mon lecteur de cdrom ;-)
Haypo
[^] # Re: GWhere
Posté par zero . Évalué à 1.
La grande majorité du travail fourni sur cette version (près de 11 mois) n'est pas visible pour l'utilisateur.
Néanmoins la principale nouvelle fonctionnalité est la possibilité d'importer et d'exporter des catalogues (de disques & CDs) dans différents formats (fichiers ou SGBDR). Celà permet justement de lancer des traitements via des outils externes sur les catalogues.
# cdcat
Posté par bouhh . Évalué à 0.
Un aspect interessant c'est qu'il existe en version linux et win.
la db est un file xml gzip.
http://cdcat.sourceforge.net/(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.