Derniers journaux de saorge :
- [06/10@12:37] jigl et autre
- [19/08@08:03] PDA et conseils
- [06/08@13:11] Equivalent d'Express Scribe
- [23/06@07:52] Passage en 2.6 et les soucis qui vont avec
- [12/05@21:24] conversion en PDF et HPJL
- [03/05@09:06] Questions de mail
- [23/04@10:11] Demande de conseil : nds, samba, autre ?
- [17/04@11:52] struct tm et date
- [05/02@13:46] Vérif' conformité d'une arborescence
- [09/01@15:16] Exemple de traitement complexe d'un popen()
- [07/01@14:21] Réencoder rapidement un fichier mp3 à une fréquence moindre
- [22/12@16:21] Entrer dans BIOS d'un Armada E700
- [30/11@19:08] Catalogue HTML d'un file system
- [30/11@10:36] Structure d'un TODO
- [13/11@20:07] Vérifier la validité d'un fichier mp3
- [05/11@15:27] ID3v1
- [14/10@08:45] Conversion en PDF
- [06/10@08:13] bchunk en inverse
- [03/10@07:35] check disk d'un stick usb ???
- [01/10@11:18] Le PC rentre dans le salon
Journal : Indexation de CD et solution
Posté par saorge () le 12 mai 2005Avec 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é !
> Lire le journal (7 commentaires, moyenne: 1,7).
Peut etre que ...
http://freshmeat.net/projects/mycdcatalog/(...)
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 ?
Tony Gencyl parle de cdcat et cat dans son dernier journal (sur un autre sujet, mais bon ...) : https://linuxfr.org/~Hid3o/18114.html
-
[^]Re: cdcat et cat ?
Posté par Tony Gencyl (page perso, ) le 13/05/2005 à 12:45. (lien). Évalué à 1.En fait j'utilisais avant Gwhere, mais comme mentionné dans les commentaires de ce post, ca n'a pas bcp évolué depuis. J'ai essayé gtktalog, qui est très bien mais pas très KDE-oriented :-) et puis il ne faut surtout pas lui laisser indexer le contenu des archive (rpm, zip, tgz ...), sinon l'indexation est trop longue, de même pour la recherche dans la base, par la suite.
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
Tu peux regarder du côté de GWhere ( http://www.gwhere.org/home.php3?idLanguage=fr(...) ) qui en tout cas si je me rapelle bien ejecte le CD
"On the internet, nobody can hear you being subtle" -- /usr/src/linux/Documentation/ManagementStyle
-
[^]Re: GWhere
Posté par Victor STINNER (page perso, ) le 12/05/2005 à 11:32. (lien). Évalué à 2.GWhere est très bien, traduit en français, rapide à l'indexation, et rapide à la recherche (sur ma 20e de CD de sauvegarde en tout cas).
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 (page perso, ) le 12/05/2005 à 12:09. (lien). Évalué à 1.Une nouvelle version de GWhere va très bientôt être publiée.
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
cdcat est pas mal il index aussi des metadatas genre id3tag etc
Un aspect interessant c'est qu'il existe en version linux et win.
la db est un file xml gzip.
http://cdcat.sourceforge.net/(...)
Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser 

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.