say_hello
Dauer-User
- 222
Hallo und guten Abend Community,
Ich steh vor einer Aufgabe ein Buch einscannen zu müssen. Ich scanne mit einem Canon C 5235i. Der Canon Drucker ist in der Lage die SCANs so an den Rechner zu senden - als PDF.
Wie gesagt: es ist ein Canon C 5235i - fraglich ob ich hier in die Chain noch hätte eingreifen können. GGF. ja schon.
Frage: Ich rechne grundsätzlich bei dem Weg mit erhebliche Qualitätsverluste - denn ich scanne ja lediglich Text - keine Bilder : Das sollte mit PDF gehen.
Aber - reden wir über die komplette "Chain" - Also: wie würdet ihr das machen:
Anm.: Es ist also nur Text den ich scanne, keine Bilder:
Also: grundsätzlich ist das Ergebnis eines Scans ist zunächst immer eine Rastergrafik (Bitmap-Datei). Ein üblicher Scanner bietet z.B. folgende Ausgabeformate an: TIF, JPG, PDF. So auch der Canon. (vgl. Möglichkeiten dieses Systems )
vgl. Canon-Manual des CS5255i - hier Möglichkeiten dieses Systems
zu den Formaten:
-PDF - hier wird vielfach einfach nur eine Rastergrafik in eine PDF-Datei als Inhalt eingebettet - Das Verfahren erschwert die spätere Verarbeitung.
-TIF ist (optisch) verlustfrei; aber eine sehr große Dateigröße
-JPG ist verlustbehaftet, da es i.d.R. komprimiert wird (vgl. Artefakte) - kleine Dateigröße
Zur Verarbeitungskette - der Chain:
Also ich könnte das so machen: ich digitalisiere das Buch...:_
Scan nach TIF; viele Einzeldateien.
Dann vom Canon 5255i die Daten an den Rechner senden. (nebenbei - in einer großen PDF ist das sicher komfortabler als in noch viel viel größeren einzelnen TIF-Dateien. Ich hab hier breits mal einige Tests gemacht. Doch das erläutere ich später.
Also - wenn die Daten - (einzelne Doppelseiten oder ganze Konglomerate also Sagen wir Seite 1 bis Seite 100, dann Seite 101 bis 200 in jeweils einem Paket an den Rechner gesendet wird.
dann könnte ich das z.B. mit XnView weiter bearbeiten:
M.a.W.: ich nehme´ hier das Verfahren einer Batchkonvertierung nach PNG (weniger Dateigröße)
dann kann ich das Ausrichten und zuschneiden (manuell)
Da ich lediglich Text scanne ist hier nicht so viel Gewicht auf Themen wie - Auflösung: Ich brauche mich um dieses (Auflösungs-/Qualitäts)Thema nicht so zu kümmern: Das ist das gute am Ganzen.
Die Kernfrage ist die: Welche Chain setze ich ein um Am Ende die Datei Seite für Seite vorliegen zu haben
a. entweder in einer (einzigen) PDF-Datei oder
b. in einzelnen (gewissermaßen zerlegten) Seiten.
Zu den möglichen Herausforderungen komme ich unten... Was kann schief gehen!?
Hier erstmal ein Test, den ich durchgeführt habe: ein erster Test hat ergeben, dass ein kurzer Ausriss des Buches wie folgt - (also mit der korrekten Paginierung ) gescannt wird.
Soweit - so gut!
Zu den möglichen Herausforderungen komme hier:... Was kann schief gehen!?
Also - diese Herausforderungen, die beginnen wohl ab dem Punkt bei dem die Daten auf dem Rechner sind. Ich habe das ganze Verfahren mal durchgespielt und komplett durchlaufen lassen - mit dem Ergebnis dass die Paginierung komplett umkippt und überhaupt nicht mehr stimmt.
Was bei dem ersten Test herauskam:
Also: ich habe das bereits einmal durchgespielt: Dabei sind die 370 Seiten (je eine Doppelseite wie oben) in 4 Tranchen
1. bis 100
101 bis 200
201 bis 300
300 bis 370 ... auf den Rechner gekommen. Zum Zerlegen der Doppelseiten hab ich dann hier das Tool u. die Dokumentation: MuPDF Documentation
verwendet.
Ich wollte also aus den Doppelseiten die Einzelseiten "herausholen".
Das hab ich mal gemacht mit einem Toolpaket
Die Tools die ich verwendet habe:
mupdf-tools und dann kam noch pdftk hinzu:
pdftk kann zwar ein mehrseitiges PDF in Einzelseiten auftrennen (je Seite eine Datei),
aber nicht Doppelseiten „zerschneiden“. Dazu muss mupdf und die mupdf-tools her.
Ein einseitiges aber auch ein mehrseitiges PDF wird dann Seite für Seite in zwei Seiten vertikal zerschnitten [schnipp-schnapp] mit:
Die Option -x2 sagt aus, dass das Dokument in der X-Achse in zwei Teile geteilt werden soll. Die Schnittachse ist dementsprechend in der Mitte von oben nach unten, damit links und rechts zwei gleich große Seiten entstehen.
das Tolle: man kann die Schnittachsen einfach in der kommandozeile festlegen - x und y Achsen lassen sich auf der Kommandozeile einfach mit verarbeiten u. festlegen.
Fazit: auf der Kommandozeile sind das für die 370 Seiten - vorliegend in 4 Tranchen genau vier Befehl
Ein Dokument in einzelne Seiten aufsplitten - das geht sehr schnell - das macht man dann mit pdftk
Die Ausgabefiles finden sich dann schlicht im selben Verzeichnis als pg_0001.pdf, pg_0002.pdf usw.
vgl. auch hier: Doppelseitiges PDF vertikal teilen – Jakob und Linux
und die ganze Dokumentation:
a. weitere Kommandos: mupdf man page - General Commands | ManKier
b. das Tool: MuPDF Documentation: MuPDF is an open source software framework for viewing and converting PDF, XPS, and E-book documents.
Fazit: auf der Kommandozeile sind das für die 370 Seiten - vorliegend in 4 Tranchen genau vier Befehle - und fertig ist der Job.
Doch hier war ich leider noch nicht fertig - denn ich hatte plötzlich eine nicht-lineare Paginierung - mit der man gar nix anfangen kann:
1,3,2,4,6,5,7. und so weiter und so fort.
M.a.W. die PDF-Datei mit den Einzelseiten (!) entstanden ist hatte eine furchtbar falsche Paginierung.
Das lag wohl an der Methode mit der MuPDF die Daten zerlegt hat - da muss es m.E. so etwas geben wie ein Booklet-Format - welches dann für dieses Chaos in meiner Ausgabe sorgte - wohl in der Annahme dass ich mit den gewonnenen Daten ein irgendwie geartetes Booklet baue.
Was ich allerdings brauche, das ist das Ganze in fortlaufenden Seitennummern - also mit einer korrekten Paginierung.
Wie würdet ihr das Ganze angehen - so dass das mit der Paginierung stimmt?
Freue mich auf einen Tipp,
VG
Ich steh vor einer Aufgabe ein Buch einscannen zu müssen. Ich scanne mit einem Canon C 5235i. Der Canon Drucker ist in der Lage die SCANs so an den Rechner zu senden - als PDF.
Wie gesagt: es ist ein Canon C 5235i - fraglich ob ich hier in die Chain noch hätte eingreifen können. GGF. ja schon.
Frage: Ich rechne grundsätzlich bei dem Weg mit erhebliche Qualitätsverluste - denn ich scanne ja lediglich Text - keine Bilder : Das sollte mit PDF gehen.
Aber - reden wir über die komplette "Chain" - Also: wie würdet ihr das machen:
Anm.: Es ist also nur Text den ich scanne, keine Bilder:
Also: grundsätzlich ist das Ergebnis eines Scans ist zunächst immer eine Rastergrafik (Bitmap-Datei). Ein üblicher Scanner bietet z.B. folgende Ausgabeformate an: TIF, JPG, PDF. So auch der Canon. (vgl. Möglichkeiten dieses Systems )
vgl. Canon-Manual des CS5255i - hier Möglichkeiten dieses Systems
zu den Formaten:
-PDF - hier wird vielfach einfach nur eine Rastergrafik in eine PDF-Datei als Inhalt eingebettet - Das Verfahren erschwert die spätere Verarbeitung.
-TIF ist (optisch) verlustfrei; aber eine sehr große Dateigröße
-JPG ist verlustbehaftet, da es i.d.R. komprimiert wird (vgl. Artefakte) - kleine Dateigröße
Zur Verarbeitungskette - der Chain:
Also ich könnte das so machen: ich digitalisiere das Buch...:_
Scan nach TIF; viele Einzeldateien.
Dann vom Canon 5255i die Daten an den Rechner senden. (nebenbei - in einer großen PDF ist das sicher komfortabler als in noch viel viel größeren einzelnen TIF-Dateien. Ich hab hier breits mal einige Tests gemacht. Doch das erläutere ich später.
Also - wenn die Daten - (einzelne Doppelseiten oder ganze Konglomerate also Sagen wir Seite 1 bis Seite 100, dann Seite 101 bis 200 in jeweils einem Paket an den Rechner gesendet wird.
dann könnte ich das z.B. mit XnView weiter bearbeiten:
M.a.W.: ich nehme´ hier das Verfahren einer Batchkonvertierung nach PNG (weniger Dateigröße)
dann kann ich das Ausrichten und zuschneiden (manuell)
Da ich lediglich Text scanne ist hier nicht so viel Gewicht auf Themen wie - Auflösung: Ich brauche mich um dieses (Auflösungs-/Qualitäts)Thema nicht so zu kümmern: Das ist das gute am Ganzen.
Die Kernfrage ist die: Welche Chain setze ich ein um Am Ende die Datei Seite für Seite vorliegen zu haben
a. entweder in einer (einzigen) PDF-Datei oder
b. in einzelnen (gewissermaßen zerlegten) Seiten.
Zu den möglichen Herausforderungen komme ich unten... Was kann schief gehen!?
Hier erstmal ein Test, den ich durchgeführt habe: ein erster Test hat ergeben, dass ein kurzer Ausriss des Buches wie folgt - (also mit der korrekten Paginierung ) gescannt wird.
Code:
┌─────────────────────────────────┐
│ page1 page2 │
│ │
│ │
│ │
│ │
│ │
│ │
│ │
│ │
│ │
│ │
└─────────────────────────────────┘
┌─────────────────────────────────┐
│ page3 page4 │
│ │
│ │
│ │
│ │
│ │
│ │
│ │
│ │
└─────────────────────────────────┘
┌─────────────────────────────────┐
│ page5 page6│
│ │
│ │
│ │
│ │
│ │
│ │
│ │
└─────────────────────────────────┘
┌────────────────────────────────┐
│page7 page8│
│ │
│ │
│ │
│ │
│ │
│ │
│ │
└────────────────────────────────┘Soweit - so gut!
Zu den möglichen Herausforderungen komme hier:... Was kann schief gehen!?
Also - diese Herausforderungen, die beginnen wohl ab dem Punkt bei dem die Daten auf dem Rechner sind. Ich habe das ganze Verfahren mal durchgespielt und komplett durchlaufen lassen - mit dem Ergebnis dass die Paginierung komplett umkippt und überhaupt nicht mehr stimmt.
Was bei dem ersten Test herauskam:
Also: ich habe das bereits einmal durchgespielt: Dabei sind die 370 Seiten (je eine Doppelseite wie oben) in 4 Tranchen
1. bis 100
101 bis 200
201 bis 300
300 bis 370 ... auf den Rechner gekommen. Zum Zerlegen der Doppelseiten hab ich dann hier das Tool u. die Dokumentation: MuPDF Documentation
verwendet.
Ich wollte also aus den Doppelseiten die Einzelseiten "herausholen".
Das hab ich mal gemacht mit einem Toolpaket
Die Tools die ich verwendet habe:
mupdf-tools und dann kam noch pdftk hinzu:
pdftk kann zwar ein mehrseitiges PDF in Einzelseiten auftrennen (je Seite eine Datei),
aber nicht Doppelseiten „zerschneiden“. Dazu muss mupdf und die mupdf-tools her.
Code:
apt install mupdf-toolsEin einseitiges aber auch ein mehrseitiges PDF wird dann Seite für Seite in zwei Seiten vertikal zerschnitten [schnipp-schnapp] mit:
Code:
mutool poster -x 2 input.pdf output.pdfDie Option -x2 sagt aus, dass das Dokument in der X-Achse in zwei Teile geteilt werden soll. Die Schnittachse ist dementsprechend in der Mitte von oben nach unten, damit links und rechts zwei gleich große Seiten entstehen.
das Tolle: man kann die Schnittachsen einfach in der kommandozeile festlegen - x und y Achsen lassen sich auf der Kommandozeile einfach mit verarbeiten u. festlegen.
Fazit: auf der Kommandozeile sind das für die 370 Seiten - vorliegend in 4 Tranchen genau vier Befehl
Ein Dokument in einzelne Seiten aufsplitten - das geht sehr schnell - das macht man dann mit pdftk
Code:
pdftk input.pdf burstDie Ausgabefiles finden sich dann schlicht im selben Verzeichnis als pg_0001.pdf, pg_0002.pdf usw.
vgl. auch hier: Doppelseitiges PDF vertikal teilen – Jakob und Linux
und die ganze Dokumentation:
a. weitere Kommandos: mupdf man page - General Commands | ManKier
b. das Tool: MuPDF Documentation: MuPDF is an open source software framework for viewing and converting PDF, XPS, and E-book documents.
Fazit: auf der Kommandozeile sind das für die 370 Seiten - vorliegend in 4 Tranchen genau vier Befehle - und fertig ist der Job.
Doch hier war ich leider noch nicht fertig - denn ich hatte plötzlich eine nicht-lineare Paginierung - mit der man gar nix anfangen kann:
1,3,2,4,6,5,7. und so weiter und so fort.
M.a.W. die PDF-Datei mit den Einzelseiten (!) entstanden ist hatte eine furchtbar falsche Paginierung.
Das lag wohl an der Methode mit der MuPDF die Daten zerlegt hat - da muss es m.E. so etwas geben wie ein Booklet-Format - welches dann für dieses Chaos in meiner Ausgabe sorgte - wohl in der Annahme dass ich mit den gewonnenen Daten ein irgendwie geartetes Booklet baue.
Was ich allerdings brauche, das ist das Ganze in fortlaufenden Seitennummern - also mit einer korrekten Paginierung.
Wie würdet ihr das Ganze angehen - so dass das mit der Paginierung stimmt?
Freue mich auf einen Tipp,
VG
Zuletzt bearbeitet:
