DVI stürzt bei eps-Grafiken ab

[bella-vie]

Hi,

habe in den Foren noch keine richtige Lösung entdeckt:

Mein Problem: ich habe ein Dokument mit Bildern. Wenn ich Latex-> PDF erstelle, verwende ich jpegs-Grafiken. Das funzt auch ohne Probleme.

Ich bevorzuge aber beim Schreiben gerne die DVI-Ausgabe und lade die Grafik natürlich als eps (ja, sie ist auch im gleichen ordner, wie die jpg-Grafiken). Wenn ich dann kompiliere gibts keine Fehler o.ä. Aber wenn ich auf Ansicht klicke zeigt das DVI mir die erste Seite und hängt sich dann auf. Habe keine Chance zu sehen, was der für ein Problem mit meinen Grafiken als eps hat.

Vielleicht hat ja einer von Euch ne Idee.

PS: Ohne Bilder funzt es im DVI.

Danke

[u_fischer]

Wahrscheinlich ist deine eps-Datei nicht in Ordnung. Kompiliere mal mit dvips eine ps-Datei und öffne sie mit gsview/ghostscript und schau, ob es Fehlermeldungen gibt.

[bella-vie]

Ich muss leider zugeben, dass ich in Latex nur das nötigste beherrsche. Ist das dvips das selbe wie Latex-> PS. Mehr Möglichkeiten zur Ausgabe sind bei mir nicht erstellt und ein Ausgabeprofil selbst erstellen, kann ich nicht.

Wenn ich es als Latex->PS kompiliere mit eps-Dateien und auf ansicht klicke, öffnet sich eine Ghostscript-Datei. Die Bilder werden in S/W dargestellt, sind aber da und es werden keine Fehler erstellt. Habe auch nochmal ein Latex->PS erstellt mit dem Augabeprofil von Ghostview. Auch hier sind die Bilder da.

[u_fischer]

Es wäre für dich natürlich einfacher, wenn du dvips auf der Kommandozeile aufrufen würdest, aber Profile erstellen geht auch. Da deine Beschreibung danach klingt, als hättest du GSview: Schau mal unter Datei-Meldungen nach, ob da was steht.

Erstelle ein Minimalbeispiel. Wenn es wirklich an der eps liegt, müsste eigentlich bereits sowas das Problem demonstrieren:


\documentclass{scrartcl}
\usepackage{graphicx}
\begin{document}
abc
\newpage
\includegraphics{bild}

\end{document}

Wenn nicht, wirst du halt was arbeiten müssen, bis du ein Minimalbeispiel hast.

Lade es dann zusammen mit dem problematischen Bild hoch.

[bella-vie]

So, wir sind der Sache auf der Spur...

Wenn ich ein Minimalbeispiel erstelle mit der normalen Grafik, geht alles supi. Ich habe aber auch noch eine Minipage-Umgebung mit zwei Grafiken. Will ich diese im Minimalbsp anschauen stürzt DVI-Player ab.

Scheint also an der Minipage-Umgebung zu liegen... Hat da jemand Erfahrung? Wie gesagt, im PS und im pdf keine Probleme (nur DVI)!

\documentclass[11pt,a4paper,twoside,openright]{scrbook}
\usepackage{graphicx}


\begin{document}

Hier beschreibe ich die Grafik bla, die unten erscheinen sollte.

\begin{figure}[b]
\begin{minipage}[b]{6cm}
\centering
\includegraphics[width=5cm]{C:/Bild1.eps}
\caption{Bild1}
\label{fig:2}
\end{minipage}
\hfill
\begin{minipage}[b]{6cm}
\centering
\includegraphics[width=5cm]{C:/Bild2.eps}
\caption{Bild2}
\label{fig:2}
\end{minipage}
\end{figure}
\end{document}

[u_fischer]

Hm. Warum benutzt einen absoluten Pfad bei den Bildern? Sind die Bilder nicht im gleichen Ordner wie dein Dokument? Wenn nicht verschieb sie mal dorthin und benutze \includegraphics{bild1} (ohne Endung).

Wenn das das Problem nicht löst, brauchen wir auch die Bilder.

[bella-vie]

So, auf ein nächstes...

ich nutze für meine vielen Kapitel externe Texnic-Center-Dateien, die ich dann über \input zusammenführe. Wenn ich die Bilder in den Ordner des Hauptdokumentes verfrachte, passiert leider das selbe Problem, DVI kompilliert fehlerfrei, aber stürzt bei der Ansicht ab.

So, ich verstehe nicht ganz, warum es an den bilder liegen kann. Sind mit PaintShop erstellte Grafiken, die in jpg umgewandelt wurden. Anschließend dann von jpg in eps umgewandelt. Wenn ich keine minipage verwende, funzt alles supi.

Wenns keine Lösung gibt, werde ich wohl auf die Minipage erstmal verzichten und anschließend, wenn fast alles steht, diese wieder einfügen und alles als pdf bearbeiten.

[voss]

So, auf ein nächstes...

ich nutze für meine vielen Kapitel externe Texnic-Center-Dateien, die ich dann über \input zusammenführe. Wenn ich die Bilder in den Ordner des Hauptdokumentes verfrachte, passiert leider das selbe Problem, DVI kompilliert fehlerfrei, aber stürzt bei der Ansicht ab.

So, ich verstehe nicht ganz, warum es an den bilder liegen kann. Sind mit PaintShop erstellte Grafiken, die in jpg umgewandelt wurden. Anschließend dann von jpg in eps umgewandelt. Wenn ich keine minipage verwende, funzt alles supi.

Wenns keine Lösung gibt, werde ich wohl auf die Minipage erstmal verzichten und anschließend, wenn fast alles steht, diese wieder einfügen und alles als pdf bearbeiten.

TeX interessiert sich nicht für die Abbildungen, sondern nur für ihre
Größe. Schuld kann also sowieso nicht die minipag-Umgebung sein,
sondenr deine Grafiken. Stell sie irgendwo zum Downlaod hin und dann
kann man genau herausfinden, was an ihnen nicht korrekt ist.

Herbert

[u_fischer]

Sind dein Bilder irgendwie pornografisch oder warum weigerst du dich, sie zur Verfügung zu stellen? Wenn du möchtest, dass sich jemand mit deinem Problem beschäftigt, musst du ihm als Erstes ermöglichen, das Problem nachzuvollziehen - und dafür braucht man u.a. ein komplettes Beispiel inklusive Bilder zum Ausprobieren. Du kannst ja testen, ob das Problem auch mit tiger.eps (gibt es auf CTAN) auftritt. Wenn ja, liegt es nicht am Bild. Dann musst du mehr Informationen über dein miktex mitteilen.

[bella-vie]

Ich finde deine Interpretation des Inhalts meiner Bilder sehr unschlüssig.

Ich habe diese vorerst nicht hochgeladen, weil ich dachte, dass sich eine Lösung finden wird. Die eps. werden in der normalen figure-umgebung tadellos angezeigt, erst wenn die minipage dazukommt kapituliert das DVI.

Rein analytisch gesehen, ist es also unwahrscheinlich. Aber dennoch will ich bei der Lösung helfen, also im Anhang sind die Bilder als jpg, da eps nicht hochzuladen ging (datenschutztechnisch muss ich darauf hinweisen, dass diese von mir selbst erstellt wurden und nicht kommerziell durch dritte verwendet werden dürfen).

Ich habe hier nochmal das minimalbsp:
-----------------
\documentclass[11pt,a4paper,twoside,openright]{scrbook}
\usepackage{graphicx}


\begin{document}

Hier beschreibe ich die Grafik 1, die unten erscheinen sollte.

\begin{figure}[b]
\begin{minipage}{6cm}
\centering
\includegraphics[width=5cm]{P:/Dreissig/Diss30/Pic/ufschema}
\caption{Bild1}
\label{fig:ufschema}
\end{minipage}
\hfill
\begin{minipage}{6cm}
\centering
\includegraphics[width=5cm]{P:/Dreissig/Diss30/Pic/uzschema}
\caption{Bild2}
\label{fig:uzschema}
\end{minipage}
\end{figure}
\end{document}

[u_fischer]

also im Anhang sind die Bilder als jpg, da eps nicht hochzuladen ging

Das erinnert mich an den alten Witz


Ein Mann sucht nachts unter einer Laterne. Ein anderer Mann kommt hinzu.
“Was suchen Sie denn?”
“Ich habe meinen Schlüssel verloren”
“Wo denn?”
“Na, da vorne, ca. 30 Meter von hier”
“Und warum suchen Sie dann unter der Laterne?”
“Hier ist das Licht besser”

Du hast doch keine Probleme mit den jpg-Dateien. Welchen Sinn hat es sie hochzuladen? Finde eine Möglichkeit uns ein vollständiges Beispiel, das dein Problem demonstriert, zur Verfügung zu stellen. Z.B. indem du auf ein öffentlich zugängliches Bild wie tiger.eps zurückgreifst. Oder indem du die eps-Dateien in eine zip-Datei steckst, oder indem du sie auf einem der tausend öffentlichen Server lädst, oder auf deine Homepage, oder ...


Und verzichte in deinem Beispiel auf absolute Pfade wie {P:/Dreissig/Diss30/Pic/ufschema}. Erstens mag dvips keine absoluten Pfade und zweitens dürften viele kein Laufwerk P: haben, können also dein Beispiel nicht ohne Änderungen testen. Lade auch die log-Datei (als txt oder in der zip-Datei) hoch.

Und hier noch einen Text, wie man gute Problembeschreibungen macht. Lies in dir durch, denn gegen viele der Ratschläge hast du schon verstoßen:
http://www.chiark.greenend.org.uk/~sgtatham/bugs-de.html

[bella-vie]

Ich habe mittlerweile alles deinstalliert und die ghost-sachen wieder neu installiert.

Es funzt erstmal. Hätte ich vllt. eher mal versuchen sollen.

Danke für die netten ratschläge und ich hoffe, dass sich dieser doofe fehler nicht nochmal einschleicht.