XeLaTeX und PSTricks

Hallo,
ich kapiere noch nicht so richtig, wie XeLaTeX funktioniert und insbesondere, wie dabei PSTricks verwendet werden kann. Wäre nett, wenn mir das noch mal jemand erklärt. Ich nutze Miktex und Texmaker.

Code:

---

\documentclass{scrartcl}
\usepackage{ngerman}
\usepackage{xltxtra}

\setmainfont{Ubuntu}
\setsansfont{Computer Modern}

\usepackage{amsmath,amssymb}
%\usepackage{pstricks,pst-plot} %Brauche ich das? Es bringt irgendwie nichts!!! Wenn ich es zuschalte bekomme ich noch den Fehler, dass dvi2pdf nicht funktioniert.


\begin{document}

\section{Text}

Hier steht Text, das funktioniert schon einmal.


\section{Hier kommt PStricks}

              \psset{xunit=1.5cm}
              \begin{pspicture}(-4,3)(3,10)
              \psaxes[Oy=3]{->}(0,3)(-4,3)(2,9)
              \psplot[linewidth=1.6pt,algebraic,yMaxValue=9,
                      plotpoints=500]{-4}{1.5}{2*Euler^(3*(2*x-1))+4}
              \uput[0](-3,6){$\mathbf{2e^{3(2x-1)}+4}$}
              \end{pspicture}
   


\end{document}

\end{document}

---

Danke und Grüße
Frink

Zitat:

---

Zitat von Prof. Frink

Hallo,
ich kapiere noch nicht so richtig, wie XeLaTeX funktioniert und insbesondere, wie dabei PSTricks verwendet werden kann. Wäre nett, wenn mir das noch mal jemand erklärt. Ich nutze Miktex und Texmaker.

[CODE]
\documentclass{scrartcl}
\usepackage{ngerman}
\usepackage{xltxtra}

\setmainfont{Ubuntu}
\setsansfont{Computer Modern}

\usepackage{amsmath,amssymb}
%\usepackage{pstricks,pst-plot} %Brauche ich das? Es bringt irgendwie nichts!!! Wenn ich es zuschalte bekomme ich noch den Fehler, dass dvi2pdf nicht funktioniert.

---

ist Ubuntu eine verfügbare Schrift? Ansonsten lass sie einfach weg, dann wird eine Standardschrift genommen.
Das PAket pst-plot muss natürlich geladen werden. Normalerweise sollte intern automatisch das xdvipdfmx verwendet werden.
Welche MiKTeX-Version hast du?

Herbert

Ich nutze Miktex 2.9 und das ist auf dem neusten Stand, aber irgendetwas scheint damit nicht zu stimmen, der yap-viewer spinnt schon seit einiger Zeit und wenn ich das obige Dokument (mit pstricks und pst-plot) compilen will, meldet Miktex

Code:

---

MiKTeX GPL Ghostscript 9.00: Unrecoverable error, exit code 1

---

und Windows meldet, dass der DVI-to-PDF-converter beendet werden muss.
Da scheint irgendwie der Wurm drin zu sein. Habe Ghostscript und den DVI converter auch schon neuinstalliert, bzw. heruntergeladen, aber das bringt nichts.

Ghostscript neu zu installieren bringt gar nichts, da miktex ein eigenes Ghostscript mitbringt und nutzt.

Abgesehen davon: Manche pstricks-Dinge gehen mit xelatex, andere nicht. Ich würde dir empfehlen, extern eine pdf-Datei mit latex, dvips, ps2pdf + preview-Paket zu erzeugen und per \includegraphics einzubinden. Das erspart dir Ärger und auch viel Zeit, weil dann das Bild nicht bei jeder Kompilation neu erzeugt werden muss.

Was deine YAP-Probleme angeht: Stell den dvips-Render-Mode ein. (Siehe Hilfedatei).

Danke für deine Antwort. Das mit der Render-Methode war schon einmal der richtige Hinweis für yap.
Okay, vielleicht ist die externe Erzeugung eine Überlegung Wert, ich nutze alternativ auto-pst-pdf, aber da dauert das compilen dann auch immer relativ lange.

Zitat:

---

Manche pstricks-Dinge gehen mit xelatex, andere nicht.

---

Okay aber wenn selbst das Zeichnen einer einfachen Linie nicht funktioniert, dann funktioniert ja eigentlich überhaupt nichts.

Code:

---

\documentclass{scrartcl}
\usepackage{ngerman}
\usepackage{xltxtra}


\usepackage{pstricks}

\begin{document}

\section{Text}

Hier steht Text, das funktioniert schon einmal.


\section{Hier kommt PStricks}

              \psset{xunit=1.5cm}
              \begin{pspicture}(-4,3)(3,10)
              \psline{->}(-4,3)(3,10)
              \end{pspicture}
   




\end{document}

---

Zitat:

---

Zitat von u_fischer

Abgesehen davon: Manche pstricks-Dinge gehen mit xelatex, andere nicht.

---

wieso sollen einige nicht gehen?

Herbert

Weiss denn jemand, was bei mir das Problem sein könnte?

Ich bekomme diese Meldung

Code:

---

** WARNING ** Filtering file via command -->mgs.exe -q -dNOPAUSE -dBATCH -sPAPER
SIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=1.3 -dAutoFilterGrayImages=false
-dGrayImageFilter=/FlateEncode -dAutoFilterColorImages=false -dColorImageFilter=
/FlateEncode -dUseFlateCompression=true -sOutputFile="C:/DOKUME~1/Janis/LOKALE~1
/Temp/mik96.tmp" "C:/DOKUME~1/Janis/LOKALE~1/Temp/mik95.tmp" -c quit<-- failed.
** WARNING ** Image format conversion for PSTricks failed.
** WARNING ** Interpreting special command pst: (ps:) failed.
** WARNING ** >> at page="1" position="(259.37, 392.399)" (in PDF)
** WARNING ** >> xxx "pst:  tx@Dict begin STP newpath /ArrowA { moveto } def /Ar
rowB "

Output written on xelatex.pdf (1 page).
Transcript written on xelatex.log.

---

Zitat:

---

Zitat von Prof. Frink

Danke für deine Antwort. Das mit der Render-Methode war schon einmal der richtige Hinweis für yap.
Okay, vielleicht ist die externe Erzeugung eine Überlegung Wert, ich nutze alternativ auto-pst-pdf, aber da dauert das compilen dann auch immer relativ lange.

Okay aber wenn selbst das Zeichnen einer einfachen Linie nicht funktioniert, dann funktioniert ja eigentlich überhaupt nichts.

Code:

---

\usepackage{ngerman}

---

---

lass das Paket weg, das kann nicht mit xelatex funktionieren.

Herbert

Zitat:

---

wieso sollen einige nicht gehen?

---

Warum weiß ich nicht. Ich weiß nur, dass z.B. pst-text und pst-fill nicht oder nicht ganz funktionieren sollen. Ob das immer noch gilt, kann ich nicht testen, da ich auch von dem xetex/pstricks-Problem betroffen bin.

Zitat:

---

lass das Paket weg, das kann nicht mit xelatex funktionieren.

---

Nun genauso wie babel+ngerman sollte es eigentlich keine größeren Probleme geben (abgesehen von den üblichen ngerman-Problemen). Es hat auch nichts mit dem aktuellen Problem zu tun. Es scheint ein Bug wieder aufgetaucht zu sein, der schon 2008 mal in miktex xelatex/pstricks störte.

Zitat:

---

Zitat von u_fischer

Warum weiß ich nicht. Ich weiß nur, dass z.B. pst-text und pst-fill nicht oder nicht ganz funktionieren sollen. Ob das immer noch gilt, kann ich nicht testen, da ich auch von dem xetex/pstricks-Problem betroffen bin.

Nun genauso wie babel+ngerman sollte es eigentlich keine größeren Probleme geben (abgesehen von den üblichen ngerman-Problemen). Es hat auch nichts mit dem aktuellen Problem zu tun. Es scheint ein Bug wieder aufgetaucht zu sein, der schon 2008 mal in miktex xelatex/pstricks störte.

---

ich habe mit xetex und TeXLive 2010 unter Windows kein Problem, wenn ich ngerman weglasse

Herbert

Wenn ich ngerman weglasse, bringt das eigentlich nichts, die pdf ist soweit schon okay, nur an der Stelle, an der die psTricks-Grafik stehen sollte, ist halt nichts und der Fehler lautet, wie oben.

Zitat:

---

Zitat von Prof. Frink

Wenn ich ngerman weglasse, bringt das eigentlich nichts, die pdf ist soweit schon okay, nur an der Stelle, an der die psTricks-Grafik stehen sollte, ist halt nichts und der Fehler lautet, wie oben.

---

es ist also offensichtlöich ein MiKTeX Problem ...

Herbert

Der Bug ist repariert. Nach einem Update heute funktioniert es wieder.

http://sourceforge.net/tracker/?func...83&atid=110783

Tatsächlich :)! Vielen Dank!

Zitat:

---

Zitat von u_fischer

Der Bug ist repariert. Nach einem Update heute funktioniert es wieder.

http://sourceforge.net/tracker/?func...83&atid=110783

---

Obwohl der Beitrag schon etwas länger zurückliegt, besteht bei mir das Problem nach wie vor. Ein Update hat bisher kein Erfolg gebracht. Ich gehe doch richtig in der Annahme, dass es ausreicht den MiKTeX Update Wizard durchlaufen zu lassen oder ist eine Deinstallation mit anschließender Neuinstallation erforderlich?

Johannes

Hej,
also bei mir war die Sache mit dem Update gegessen, eine Neuinstallation war nicht notwendig.
Grüße
Frink

Wenn es der gleiche Bug ist, reicht ein normales Update.

Zunächst erstmal vielen Dank für die schnelle Antwort.
Es hat anscheinend doch nichts mit dem besprochenen Bug zu tun.

Es liegt wahrscheinlich an einzelnen PSTricks-Paketen. Ich bekomme jedoch beispielsweise beim Einbinden von pst-geo-Paketen eine Fehlermeldung, die der eingangs geposteten sehr ähnelt. Den Grund dafür konnte ich noch nicht feststellen. Auch die Preview-Option bei YAP wurde entsprechend geändert.
pst-plot läuft hingegen problemlos.

Vielleicht ist euch sowas schon mal untergekommen?

Gruß Johannes

Zitat:

---

Zitat von johansjohe

Zunächst erstmal vielen Dank für die schnelle Antwort.
Es hat anscheinend doch nichts mit dem besprochenen Bug zu tun.

Es liegt wahrscheinlich an einzelnen PSTricks-Paketen. Ich bekomme jedoch beispielsweise beim Einbinden von pst-geo-Paketen eine Fehlermeldung, die der eingangs geposteten sehr ähnelt. Den Grund dafür konnte ich noch nicht feststellen. Auch die Preview-Option bei YAP wurde entsprechend geändert.
pst-plot läuft hingegen problemlos.

---

pst-geo geht nicht mit xelatex, weil dort auf PostScript-Ebene die ganzen Daten der Erdkoordinaten eingelesen werden. Das geht also nur mit auto-pst-pdf oder mit latex->dvips->ps2pdf

Herbert

Zitat:

---

Zitat von voss

pst-geo geht nicht mit xelatex, weil dort auf PostScript-Ebene die ganzen Daten der Erdkoordinaten eingelesen werden. Das geht also nur mit auto-pst-pdf oder mit latex->dvips->ps2pdf

Herbert

---

Besagte Fehlermeldung bekomme ich auch, wenn ich einen einfachen latex-Lauf durchführe.

Johannes

Zitat:

---

Zitat von johansjohe

Besagte Fehlermeldung bekomme ich auch, wenn ich einen einfachen latex-Lauf durchführe.

---

Ein _komplettes_ Beispiel mit dem Logfile, wenn es angeblich schon bei LaTeX
auf tritt!

Herbert

Nun, die Sache hat sich geklärt.
Nach mehrmaligem hin und herändern der Preview Option in YAP funktioniert es jetzt einwandfrei. Im Übrigen sogar mit xelatex.
Vielen Dank an die gesamte Runde.

Johannes

Ich muss nun doch noch mal an der alten Stelle einhacken.
Ich hab mit dem angebenen Code mehrere Varianten durch gespielt, um in die Grafik in pdf zu konvertieren.

Code:

---

\documentclass[12pt]{article}
\usepackage[T1]{fontenc}
\usepackage[latin1]{inputenc}

%\usepackage{pst-pdf}
%\usepackage{auto-pst-pdf}
\usepackage{graphicx}
\usepackage{pst-map2d}

%\usepackage[active,tightpage]{preview}
%\PreviewEnvironment{pspicture}
%\setlength\PreviewBorder{1mm}

\begin{document}

\psset{path=data,level=1}
\begin{pspicture}*(-7,-153)(5,-139)
  \psset{unit=40,
        %nodeWidth=0.5mm
        }
  \psset{type=8,
        latitude0=37.977778,
        longitude0=23.727778,
        mapCountry=Griechenland
        }
  \WorldMap[level=1,
            maillage=true,
            borders=true,
            Fill=true,
            increment=2]
  \input{cities.tex}
\end{pspicture}

\end{document}

---

Für die Übersetzung mit Xelatex erhalte ich eine ganz gutes Resultat, jedoch sind die Städte nach unten verschoben Anhang 4739.

Mit der soliden Variante latex-->dvips-->ps2pdf hatte ich jedoch gar kein Erfolg. Die ps-Datei wird anscheinend noch einwandfrei erstellt. Zumindest kann ich sie mir mit gsview anschauen und das Ergebnis ist in Ordnung. Die Datei musste ich zippen, weil sie etwas zu groß ist. Anhang 4740

Ich konnte jedoch die ps mit einem anderen Programm (PDFill PDF Tools) mit dem gewünschten Ergebnis in eine pdf konvertieren.

Nun stellt sich für mich die Frage, woran liegt es, dass die pdf-Datei mit xelatex fehlerhaft ist und warum der Weg latex-->dvips-->ps2pdf keinen Erfolg bringt.

Hat da jemand eine Idee? Hier auch nnoch die Fehlermeldung für das Kompilieren mit ps2pdf. Anhang 4741

Johannes