kaengo
Anmeldungsdatum: 15. April 2023
Beiträge: 22
|
Hallo liebe Gemeinde, Meine Reports sind immer ein mühevolles Geschäft:
Aus CAD und/oder Mathcad (läuft bei mir unter win7 auf vmware...)
erzeuge ich pdf in der Regel im A4-Format.
Diese wandel ich dann in ein png um, welches dann auch im A4-Format ist,
und noch jede Menge Weiß am Rand enthält.
Danach schneide ich jedes Bild einzeln mittels Gwenview aus,
bevor es in meinem Libre-Office Report eingebunden werden kann. Bei 30,40 Abbildungen ist das schon eine Tortur.
Das muß doch automatisch gehen?
Entweder im pdf, oder im png automatisch die Ränder wegschneiden.
(dann natürlich von der Console aus ....)??? Gruß,
Holger
|
shiro
Anmeldungsdatum: 20. Juli 2020
Beiträge: 1214
|
Probier mal "convert -trim" von ImageMagick. Sonst kann man auch mit "irfanview" den Batch Modus (B) verwenden und auf alle selektierten Bilder die Funktion "Ränder automatisch beschneiden" anwenden.
|
kaengo
(Themenstarter)
Anmeldungsdatum: 15. April 2023
Beiträge: 22
|
Hallo shiro, danke für den Hinweis. Das hat geklappt. (convert) Ich habe auch diverse pdf-tools durchprobiert. (pdfcrop.pl, pdf-crop-margins), die haben alle versagt, aber am png klappt es dann mit convert. Gruß und vielen Dank noch einmal.
Holger
|
juribel
Anmeldungsdatum: 20. April 2014
Beiträge: 1211
|
"Die haben alle versagt". Tolle Fehlermeldung. pdfcrop funktioniert jedenfalls reibungslos, wenn man es richtig macht:
pdfcrop --margins '<left> <top> <right> <bottom>' input.pdf output.pdf
Positive Werte fügen Ränder hinzu, negative Werte schneiden ab. Zuvor muss was installiert werden:
sudo apt install -y texlive-extra-utils
|
kaengo
(Themenstarter)
Anmeldungsdatum: 15. April 2023
Beiträge: 22
|
Entschuldigung,
ja, gerade ein wenig viel um die Ohren, und ich hatte eine Lösung.
Trotzdem sollte man sich hier genau ausdrücken. Habe aber hier noch einmal in meiner bashhistory geguckt, wie ich ihn angewendet habe. ./pdfcrop.pl --verbose --margins "0 0 0 0" ehnsco1000_abb1.pdf Er ist auch ohne Fehlermeldung durchgelaufen,
hat aber das pdf einfach unverändert gelassen,
obwohl es fette weiße Ränder hat. Das pdf ist ein export aus einer CAD-Anwengung (PTC Creo) Gruß,
Holger Bearbeitet von umbhaki: Codeblock eingefügt. Siehe hier.
|
juribel
Anmeldungsdatum: 20. April 2014
Beiträge: 1211
|
Du hast dem Programm ja auch gesagt, dass du null pixel abschneiden/hinzufügen willst ☺ Ich weiss nicht mehr genau, es gibt aber wohl auch eine Option zum automatischen Beschneiden, ohne dass man Pixelzahlen angeben muss, aber das hat bei mir auch nicht geklappt, wenn ich mich richtig erinnere. Man muss also wohl immer die Anzahl Pixel angeben: ohne Vorzeichen wird hinzugefügt, mit negativem Vorzeichen wird abgeschnitten. Wenn die Bilder alle generiert wurden und die gleichen Ränder haben, sollte das ja auch machbar sein. Wieso eigentlich pdfcrop.pl? Bei mir hat es kein ".pl". Ich habe es aus dem Paket "texlive-extra-utils", das ich zuvor installiert hatte (allerdings unter Debian). EDIT: Bei mir ist auch die Syntax anders als du angegeben hast: du hast keine Ausgabedatei angegeben.
|
Mankind75
Lokalisierungsteam
Anmeldungsdatum: 4. Juni 2007
Beiträge: 3306
Wohnort: Wernigerode
|
Hallo Holger,
kaengo schrieb: Bei 30,40 Abbildungen ist das schon eine Tortur.
Das muß doch automatisch gehen?
wenn Du einen passenden convert Befehl gefunden hast, kannst Du ja auch im Skripting-Forum nachfragen ob Dir jemand ein Skript mit einer Schleife schreibt, was Du dann starten kannst und wo der convert-Befehl mit den einzelnen Parametern eingebettet ist. Persönlich bin ich nicht so firm im Skripten aber habe immer gute Tipps in diesem Forenbereich gefunden. Dann hast Du nochmals einen Produktivitätsschub für deine Arbeit..
|
kaengo
(Themenstarter)
Anmeldungsdatum: 15. April 2023
Beiträge: 22
|
Hallo Mankind! Danke für den Hinweis,
aber so gut bin ich auch schon ...
die kleine Schleife läuft schon .....😉 Gruß
|
san04
Anmeldungsdatum: 19. Januar 2010
Beiträge: 1238
|
juribel schrieb:
pdfcrop funktioniert jedenfalls reibungslos, wenn man es richtig macht:
pdfcrop --margins '<left> <top> <right> <bottom>' input.pdf output.pdf
Wenns rein um den Beschnitt weißer Ränder geht funktioniert die Voreinstellung schon ganz gut:
pdfcrop input.pdf output.pdf
|
juribel
Anmeldungsdatum: 20. April 2014
Beiträge: 1211
|
Bei mir hatte es "damals" beim Ausprobieren so nicht funktioniert, deshalb die Ausführlichkeit ☺
|
shinichi
Anmeldungsdatum: 14. März 2008
Beiträge: 735
Wohnort: Lausitz + Honshu
|
Können diese CAD-Programme nicht direkt ein PNG ausgeben? PDF ist ein reines Druckformat, das sollte nur unmittelbar vor dem Druck temporär für den Druck überhaupt erstellt werden. Ist eine Datei für die Ansicht am Bildschirm bestimmt, sollte PDF gar nicht benutzt werden.
|
sh4711
Anmeldungsdatum: 13. Februar 2011
Beiträge: 1091
|
shinichi schrieb: ... Ist eine Datei für die Ansicht am Bildschirm bestimmt, sollte PDF gar nicht benutzt werden.
Wieso nicht? Nur ein Vorteil: PDF Dateien kann man besser zoomen als PNG Dateien.
|
Mankind75
Lokalisierungsteam
Anmeldungsdatum: 4. Juni 2007
Beiträge: 3306
Wohnort: Wernigerode
|
kaengo schrieb: aber so gut bin ich auch schon ...
die kleine Schleife läuft schon .....😉
sehr cool. Ich habe mal bei einer Fotoagentur gearbeitet, wo wir solche Skripte mit dem "Action-Recorder" von Photoshop aufgenommen haben aber Skripting über bash etc. kommt einfach viel cooler und ist wahrscheinlich auch stabiler. Wenn Du Zeit und Lust hast, teile dein Skript gerne im Forum oder github, falls Du das nutzt. Ich bin sehr interessiert und freue mich, dass Du sowas kannst. #läuft
|
Thomas_Do
Moderator
Anmeldungsdatum: 24. November 2009
Beiträge: 8807
|
sh4711 schrieb: shinichi schrieb: ... Ist eine Datei für die Ansicht am Bildschirm bestimmt, sollte PDF gar nicht benutzt werden.
Wieso nicht?
Klar kann man PDF-Dateien auch gut am Bildschirm anschauen. Stichwort papierloses "Büro". Wozu PDFs allerdings nicht da sind, ist sie weiterzuverarbeiten.
Nur ein Vorteil: PDF Dateien kann man besser zoomen als PNG Dateien.
Das liegt dann aber an der verwendeten Software. Oder meinst Du die Skalierung von Schriften? Die ist natürlich besser, solange die Texte als solche eingebunden sind. Das gleiche gilt auch für Vektorgrafiken. In Deinem Fall ist das aber hinfällig, weil Du am Ende ja sowieso Rastergrafiken in LibreOffice einbinden willst.
|
sh4711
Anmeldungsdatum: 13. Februar 2011
Beiträge: 1091
|
Thomas_Do schrieb: ...
Klar kann man PDF-Dateien auch gut am Bildschirm anschauen. Stichwort papierloses "Büro".
👍 Wozu PDFs allerdings nicht da sind, ist sie weiterzuverarbeiten.
Nur ein Vorteil: PDF Dateien kann man besser zoomen als PNG Dateien.
... Oder meinst Du die Skalierung von Schriften? Die ist natürlich besser, solange die Texte als solche eingebunden sind.
Ja, was für CAD bzw. Mathcad nicht ungewöhnlich ist. Das gleiche gilt auch für Vektorgrafiken.
Ja, was natürlich kein ungewöhnlicher Anwendungsfall für z.B. CAD ist. Mein Hinweis bezog sich explizit auf "Ist eine Datei für die Ansicht am Bildschirm bestimmt, sollte PDF gar nicht benutzt werden.", was man so allgemein nicht stehen lassen kann. Ich für meinen Teil bin sehr froh, dass CAD Programme PDF-Dateien erzeugen können, welche ich dann letzten Endes auch "weiterverarbeite".
In Deinem Fall ist das aber hinfällig, weil Du am Ende ja sowieso Rastergrafiken in LibreOffice einbinden willst.
Muss nicht unbedingt. Wir wissen einfach viel zu wenig. Wir haben nur Schlagworte wie CAD bzw. MatCAD, Win 7 und VMWare und keine Beispieldatei.
PDF muss nicht unbedingt hier eine schlechte Wahl sein es geht sehr wahrscheinlich auch anders besser ... aber wie gesagt wir wissen zu wenig. Es funktioniert bei kaengo ... wir sollten es dabei belassen ... also bitte als gelöst markieren. Danke! Gruß
SH Edit: Ich für meinen Teil bin sehr froh ...
|