LaTeX Forum

Bitte lies auch mal eine richtige LaTeX-Einführung. Längen ändert man nicht mit [tt]\def[/tt], sondern immer mit [tt]\setlength[/tt]. Mit [tt]\def[/tt] macht man aus der Länge ein Makro und beschädigt sie daher maximal. Das führt früher oder später zu Problemen!

Deine Fehlinterpretation von px und deine Verweigerung zu glauben, dass deine [tt]viewport[/tt]-Angabe schlicht nicht zum Bild passt, sind andere Hinweise, dass du dich näher mit der Materie beschäftigen solltest.

Das Problem liegt jedenfalls nicht an GIMP, sondern an einer Fehlbedienung in Folge fehlenden Verständnisses.

\documentclass{article}
\usepackage{graphicx}


\begin{document}
\includegraphics{example-image-duck}

\includegraphics[viewport=200px 10px 600px 200px,clip]{example-image-duck}

\end{document}

Laut deiner log-Datei ist dein Bild 154.176pt x 57.816pt groß. Dein Viewport ist daher *außerhalb* des Bildes und es ist wohl aus dem selben Grund nicht sichtbar, aus dem hier das zweite Bild fehlt:

[code]\documentclass{article}
\usepackage{graphicx}


\begin{document}
\includegraphics{example-image-duck}

\includegraphics[viewport=200px 10px 600px 200px,clip]{example-image-duck}

\end{document}[/code]

Hallo,

ich habe drei Bilder eingebunden, um zu zeigen dass es bei .png NICHT funktioniert, bei .jpg jedoch schon. Wie gesagt, es scheint mit dem GIMP-Export zusammen zu hängen, da das gleiche Bild aus Paint als .png eingebunden wird. Das Problem tritt auch auf, wenn ich nur das Bild einbinde....

Auflösung, Bildgröße etc. sind alle konsistent geblieben, also alle Dateien (auch z.B. die .xcf von GIMP) hatten die gleichen Werte.

...Ich konnte aber den Grund herausfinden, es lag tatsächlich am GIMP-Export:

Man muss in der Einstellungsmaske Für den .png-Export den Haken bei 'Auflösung speichern' entfernen (standardmäßig gesetzt, s. Anhang).


Trotzdem danke allen die sich mit dem Problem befasst haben!

Eine Frage hätte ich noch @Bartmann:

Du schriebst folgendes:

[quote="Bartman"]Informiere Dich bitte über die Befehle, die Du für die Einstellung der Breite Deiner Abbildungen verwendest.

Benutze [tt]\newlength[/tt] mit [tt]\setlength[/tt] oder [tt]\def[/tt] bzw. [tt]\newcommand[/tt].

Du könntest in diesem Zusammenhang eventuell auch [p]subcaption[/p] gebrauchen.[/quote]

Aber wenn ich deine Nachricht richtig verstehe, dann habe ich im zweiten MM das ganze doch richtig verwendet, oder nicht ([tt]\newlength[/tt] mit [tt]def[/tt] - oder soll man diese Kombination nicht benutzen)? Im ersten MM war das mit [tt]\linewidth[/tt] wie gesagt nur ein Hack....

VG, Roman

Informiere Dich bitte über die Befehle, die Du für die Einstellung der Breite Deiner Abbildungen verwendest.

Benutze [tt]\newlength[/tt] mit [tt]\setlength[/tt] oder [tt]\def[/tt] bzw. [tt]\newcommand[/tt].

Du könntest in diesem Zusammenhang eventuell auch [p]subcaption[/p] gebrauchen.

Vergleiche auch mal die Auflösung der geänderten Bilder mit denen der Originalbilder. 1px in pdftex ist ja nicht zwingend ein Pixel des Bildes. 1px ist abhängig von der Einstellung von \pdfpixdimen. In der Voreinstellung ist AFAIK 1px=1pb=1/72". Wenn also das Bild eine andere Auflösung hat, dann muss natürlich die viewport-Angabe angepasst werden. Meist ist es deshalb eine gute Idee, zunächst ohne [tt]clip[/tt] zu arbeiten, dann sieht man eher, ob man den richtigen Ausschnitt gewählt hat. Eine gute Idee ist auch, direkt in GIMP mal im Bildmenü den Menüpunkt zur Druckgröße auszuwählen. Dort sieht man auch die Auflösung.

Tritt das Problem tatsächlich nur auf, wenn alle drei Bilder eingebunden werden? Anderenfalls ist das Beispiel nicht minimal. Ohne das Bild ist es übrigens auch nicht vollständig. Reproduzieren können wir das so nicht. Welche PDF-Viewer hast du eigentlich bisher ausprobiert?

Transparenz hat auf einige Viewer in der Tat seltsame Effekte. Dass ein Bild verschwindet, ist mir allerdings noch nicht begegnet.

\documentclass[%
a4paper,
oneside,
12pt
]{scrbook}

\usepackage{graphicx}
%\usepackage{transparent}

\begin{document}

\newlength\bildbreite	
\def\bildbreite{0.3\textwidth}
\fbox{\includegraphics[width=\bildbreite, viewport=190px 10px 600px 230px, clip]{20190116_Auslauf1.png}}
\fbox{\includegraphics[width=\bildbreite, viewport=190px 10px 600px 230px, clip]{20190116_Auslauf2.png}}
\fbox{\includegraphics[width=\bildbreite, viewport=190px 10px 600px 230px, clip]{20190116_Auslauf2.jpg}}

\end{document}

Hallo,

sorry, falsch verstanden. Im Anhang der .log zu folgendeme MM:

[code]
\documentclass[%
a4paper,
oneside,
12pt
]{scrbook}

\usepackage{graphicx}
%\usepackage{transparent}

\begin{document}

\newlength\bildbreite
\def\bildbreite{0.3\textwidth}
\fbox{\includegraphics[width=\bildbreite, viewport=190px 10px 600px 230px, clip]{20190116_Auslauf1.png}}
\fbox{\includegraphics[width=\bildbreite, viewport=190px 10px 600px 230px, clip]{20190116_Auslauf2.png}}
\fbox{\includegraphics[width=\bildbreite, viewport=190px 10px 600px 230px, clip]{20190116_Auslauf2.jpg}}

\end{document}
[/code]

Das Bild ..._Auslauf1.png ist das welches Probleme bereitet. Exportiere ich ..._Auslauf2 als .png aus GIMP, wird es ebenfalls nicht dargestellt. Speichere ich letzteres in Paint als .png, nachdem ich das .jpg geöffnet habe, wird es im Dokument angezeigt - allerdings ein anderer Bildausschnitt, liegt das an einem anderen Aufbau/Koordinatensystem der .png-Datei? Auch die Skalierung durch [tt]\includegraphics[/tt] ist nicht mehr korrekt, das Bild wird schmaler (s. Anhang). Die Bildgröße ist dieselbe, wenn ich die Bilder in Paint öffne.

Das ist aber auch nicht so wichtig, den viewport kann ich ja ohne Weiteres anpassen. Der ist bei den ursprünglichen Bildern übrigens genau wie ich ihn brauche. Mehrere hundert pixel in jeder Richtung sind mM nach auch nicht mega wenig. Oder worauf möchtest du hinaus mit deiner Aussage diesbezüglich?

Ich könnte mir helfen indem ich das Bild über Paint wieder in .jpg konvertiere, aber mir wäre es lieber den eigentlichen Fehler zu finden.

Ich muss noch sagen, dass ..._Auslauf1.png transparente Bereiche enthält (deshalb auch als .png gespeichert) Allerdings weiß ich nicht ob das eine Rolle spielt, wenn auch ein anderes aus GIMP exportiertes .png (ohne transparente Bereiche) nicht dargestellt wird. Die Verwendung des Paketes[tt] transparent [/tt]macht keinen Unterschied.

Ich hoffe ihr könnt mir weiterhelfen und dass ich alle wichtigen Infos bereitgestellt habe.

VG, Roman

[quote]Habe nur das betreffende Kapitel kompiliert,[/quote]

Du sollst keine Kapitel kompilieren, sondern dein Minimalbeispiel in deiner Frage - unter der Annahme, dass es dein Problem zeigt.


Abgesehen davon: Wenn du wirklich den viewport verwendest, den dein Beispiel zeigt, wundert es mich nicht, wenn nichts zu sehen ist.

Hallo,

im Anhang die .log-Datei. Habe nur das betreffende Kapitel kompiliert, ist trotzdem noch ziemlich viel. (Der alte log wurde vorher gelöscht.) An der Stelle, wo die entsprechende Grafik eingefügt wird - die einzige .png-Datei - konnte ich nichts besonderes finden. Das Fehlerbild ist das gleiche.

Ist auf jeden Fall aus GIMP exportiert - wie gesagt, der Standardbetrachter von Windows hat mit den Bildern auch kein Problem. Das Bild ist 207kB groß, das dürfte wohl auch nicht das Problem sein...

[quote]
Wer hat dir denn das beigebracht?
[/quote]

ist n Hack um meinen Einfüge-Befehl 1:1 übernehmen zu können - dieser befindet sich in einer subfigure-Umgebung deren Breite relativ zu [tt]\textwidth[/tt] festgelegt ist.

Wo du nachfragst, ich wundere mich ein wenig dass das so funktioniert :D

\def\linewidth{0.3\textwidth} 

[code]\def\linewidth{0.3\textwidth} [/code]

Wer hat dir denn das beigebracht?