Verwalten Sie ein großes E-Book-Archiv

715
Cnkt

Ich habe ein sehr großes E-Book-Archiv (ca. 1 TB) mit verschiedenen Dateiformaten, z. PDF, DJVU, MOBI und EPUB.

Ich lege sie nach Thema in verschiedene Ordner, zB. Engineering, Programmierung usw. Aber nach vielen Jahren wird alles verrückt. Der Programmordner selbst ist 220 GB groß und die Dateinamen sind kryptisch. Einige Dateinamen sind wie folgt definiert: 236659889_Final_Report_of_2012_Climate_Change_Conference.pdf, aber einige Dateinamen sind nur ISBN-Nummern oder einfach download.pdf.

Ich brauche eine Anwendung zum Organisieren und Durchsuchen meiner E-Books. Ich habe schon Caliber, Mendeley und Debenu ausprobiert. Alle diese Apps versuchen jedoch zuerst, Dateien zu importieren, und ich habe keine 1 TB mehr für den Importordner der Apps.

Gibt es eine gute Windows-Anwendung, um nur Dateinamen und Inhalte von E-Books zu indizieren, ohne sie zu importieren?

4
Um ehrlich zu sein, brauchen Sie Platz für jede Lösung ... Ramhound vor 11 Jahren 0
Ich habe eine externe Festplatte mit 500 GB und 320 GB freien Speicherplatz auf der Festplatte meines Laptops. Ich weiß, dass "der Index" etwas Platz beansprucht und ich bin damit einverstanden. Was ich nicht will, ist, alle Bücher in einen anderen Raum zu kopieren. Cnkt vor 11 Jahren 1
Suchen Sie eine Windows-Anwendung? haimg vor 11 Jahren 0
Ja, eine Windows-Anwendung ist das, wonach ich suche. Cnkt vor 11 Jahren 0
In Anbetracht dessen, dass Sie Metadaten wahrscheinlich schrittweise importieren und bereinigen müssen, um herauszufinden, welches Werkzeug Ihnen am besten gefällt, und importieren Sie sie in Batches und löschen Sie dabei Elemente aus Ihrer unsortierten Sammlung. afrazier vor 11 Jahren 1

3 Antworten auf die Frage

3
alex

Ich habe das gleiche Problem wie Sie, und ich bin verblüfft, wie niemand eine App entwickelt hat, die Ihre Dateien nicht physisch verschiebt, sondern virtuelle Verzeichnisse, Tags usw. erstellt. Die Zukunft der Datenspeicherung ist die Zukunft entweder NAS-basiert oder Cloud-basiert, so dass dieser Mangel an Lösungen bizarr ist. Niemand wird ein TB an Bibliotheksdateien auf einer lokalen Festplatte speichern - insbesondere, wenn es nicht durch RAID 5 oder andere Sicherungsmaßnahmen geschützt ist.

3
harrymc

Zwei weitere Produkte, die vielleicht einen Versuch wert wären:

Adobe Digital Editions (kostenlos)
Alle meine Bücher (kommerziell)

2
s-m-e

Es ist erstaunlich, aber es gibt nicht einmal eine gute Lösung für Unix / Linux - und ich habe mich bemüht, eine zu finden. Eigentlich habe ich nach einer Offline-Lösung gesucht, aber am Ende habe ich mich sogar mit Online-Sachen beschäftigt. Es ist die Hölle.

Meine bisher beste Idee ist die Verwendung einer Desktop-Suchmaschine und die Beschränkung auf den Ordner "Bibliothek" (E-Book-Archiv). Im Moment verwende ich Tracker. Vorher habe ich Beagle benutzt, was nicht mehr gepflegt wird. Eine gute Engine kann alle Dateiformate lesen und mindestens eine Indexdatenbank erstellen.

Meine "zweitbeste" Idee braucht etwas Zeit. Gehe deine Dateien durch ... und benenne sie um. Oder fügen Sie Gruppen von ihnen in Unterordner ein und geben Sie Ihren Ordnern gute Namen. Für 1 TB kann dies eine Weile dauern. Die meisten modernen Dateisysteme unterstützen sehr lange Dateinamen, sodass Sie sich ein gutes Muster für Tags und Informationen vorstellen können, das Teil von Ordner- / Dateinamen sein kann. Ich benutze Muster wie

[CLASS]_Year_Author1-Author2_Name-Name-Name_[TAG1-TAG2].filetype 

Wo die Klasse etwas wie "Buch", "Verfahren", "Papier", "Bericht", "These" sein kann ... Mit einem guten Muster können Sie Shellbefehle (wie find, awk, grep usw.) in der richtigen Reihenfolge verwenden zu finden, wonach Sie suchen. Diese Methode erfordert etwas Disziplin, da Sie jedem neuen Eintrag in Ihrer Bibliothek gute Namen geben müssen.

Zu guter Letzt habe ich vor einiger Zeit einige Hoffnung in WinFS gesetzt, aber es scheint mir, dass dieses Projekt gestoppt wurde. Es wäre auf jeden Fall cool, wenn man Tags mit Dateien verknüpfen und sie als Metadaten im Dateisystem speichern könnte.