Dag allemaal,
Ik heb een jaar geleden een stuk programmatuur geschreven die het altijd goed heeft gedaan, en nu niet meer (upgrade naar Mac OS X Mavericks intussen, maar ik weet niet of er een causaal verband is).
Mijn programmatuur genereert dynamische TeX-code dat op zijn beurt gebruik maakt van pstricks, en in het bijzonder pst-node. Vervolgens wordt de code door XeLaTeX gehaald, en ik krijg mooie grafische output van allerlei schema's. Als het werkt tenminste.
Het runnen van de programmatuur levert fouten gelijk aan wat hier staat: http://tug.org/pipermail/pstricks/2012/009747.html
Wat mij daar opvalt is een dubbele slash in de naam van het bestand: "/var/folders/yb/ybJiY4ljHSuKXiRLO44OtU+++TI/-Tmp-//dvipdfmx.wUD8MwbY". Ik dacht eerst dat het daar aan lag.
Maar toen ik verder keek met een minimaal bestand als dit:
\documentclass{minimal} \usepackage{graphicx} \begin{document} \includegraphics{ilsezij.eps} \end{document}
(waarbij ilsezij.eps een willekeurige eps file is, ik heb er meerdere getest). Dat geeft het de volgende fout (die ook in de vorige output terugkomt):
** WARNING ** pdf_open: Not a PDF 1.[1-5] file. ** WARNING ** Failed to include image file "./ilsezij.eps" ** WARNING ** >> Please check if ** WARNING ** >> rungs -q -dNOPAUSE -dBATCH -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=%v -dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -sOutputFile='%o' '%i' -c quit ** WARNING ** >> %o = output filename, %i = input filename, %b = input filename without suffix ** WARNING ** >> can really convert "./ilsezij.eps" to PDF format image. ** WARNING ** pdf: image inclusion failed for "ilsezij.eps". ** WARNING ** Failed to read image file: ilsezij.eps ** WARNING ** Interpreting special command PSfile (ps:) failed. ** WARNING ** >> at page="1" position="(91.9253, 264.89)" (in PDF) ** WARNING ** >> xxx "PSfile="ilsezij.eps" llx=159 lly=149 urx=415 ury=654 rwi=2560 "
Kortom, het probleem zit hem in de eps-converter (hier speelt het probleem met de dubbele slash immers niet). Ik beheers de materie onvoldoende om te weten waar het precies zit. En ik heb uiteraard een deadline.
Het internet (o.a. een post van Wilfred, hier: http://tug.org/pipermail/xetex/2008-December/011512.html) zegt "stap over op pdf". Maar dat is even geen optie, want zoals gezegd genereer ik een heleboel zaken op basis van pst-node en ik heb geen tijd om nieuwe code te maken. Bovendien heeft het gewerkt. Ik moet dus via .eps (tenzij ik pstricks kan vertellen dat hij direct .pdf moet outputten).
Misschien is het een permissie-probleem ergens, of een command-line-optie-probleem, maar ik weet niet waar dat staat. Ik gebruik xelatex louter vanuit de commandline dus niet de grafische TeXShop interface, maar ik weet niet wat er onderwater gebeurt.
Ik heb geprobeerd om het "rungs" commando uit de foutmelding uit te voeren, ik krijg geen foutmeldingen, maar ook geen pdf-output, noch in verbose, noch in file.
Wie kan mij helpen?
Bedankt alvast!
Hartelijke groeten,
Bas Dekker
Bas Dekker (sub-account voor TeXniek)
Postbus 11088 1001 GB Amsterdam
+31 (0)6 25 00 32 78
texnics@digifuga.nl
Hallo Bas,
Ik heb een jaar geleden een stuk programmatuur geschreven die het altijd goed heeft gedaan, en nu niet meer (upgrade naar Mac OS X Mavericks intussen, maar ik weet niet of er een causaal verband is).
Dat kan ik helaas ook niet zien, maar ik heb misschien wel een oplossing die werkt. Als eerste: zijn je eps files die je uit pstricks krijgt geldig? Kun je ze bekijken en zien ze er goed uit?
** WARNING ** pdf_open: Not a PDF 1.[1-5] file. ** WARNING ** Failed to include image file "./ilsezij.eps" ** WARNING ** >> Please check if ** WARNING ** >> rungs -q -dNOPAUSE -dBATCH -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=%v -dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -sOutputFile='%o' '%i' -c quit ** WARNING ** >> %o = output filename, %i = input filename, %b = input filename without suffix ** WARNING ** >> can really convert "./ilsezij.eps" to PDF format image.
Je kunt denk ik 2 dingen doen:
1) kijken of je bovenstaande handmatig aan de praat krijgt met
gs -q -dNOPAUSE -dBATCH -sDEVICE=pdfwrite \ -dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode \ -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode \ -sOutputFile='ilsezij.pdf' 'ilsezij.eps'
Zo ja, dan graven in de logfiles van XeLaTeX waarom het daar toch mis gaat. Zo nee, dan is er iets mis met je eps file of met je ghostscript installatie. Bij mij werkt bovenstaande en krijg ik een goede pdf file.
2) kijken of het wel werkt als je eerst handmatig je eps converteert naar pdf. Ik gebruik daarvoor "epstopdf", je moet even kijken of je die hebt op je mac of een alternatief, of dat je het kunt installeren. Onder linux is er een pakket "texlive-font-utils" waar deze in zit.
epstopdf test.eps
Dat zou een file test.pdf moeten produceren, daarna kun je xelatex nog een keer draaien. Als stap 2) inderdaad werkt zou ik nadat je alle eps files hebt gegenereerd in 1 keer alles converteren naar pdf, en dan je uiteindelijke latex stap draaien.
Ik weet niet wat er aan je installatie veranderd is, mogelijk is de 'default' bij xelatex overgegaan van dvi/ps naar pdf. Bij de overgang naar pdflatex heb ik jaren geleden hetzelfde euvel gehad. Ondertussen maak ik alleen nog maar pdf en png graphics om die reden. Alle eps graphics worden eerst omgezet naar pdf. Ik heb zelf niet meer teruggekeken, dus ik zou Wilfred's advies volgen en iets soortgelijks doen.
Groeten, Hein
Op 6 mei 2014, om 15:17 heeft Hein Zelle hein.zelle@bmtargoss.com het volgende geschreven:
Hallo Bas,
Ik heb een jaar geleden een stuk programmatuur geschreven die het altijd goed heeft gedaan, en nu niet meer (upgrade naar Mac OS X Mavericks intussen, maar ik weet niet of er een causaal verband is).
Dat kan ik helaas ook niet zien, maar ik heb misschien wel een oplossing die werkt.
<knip>
Zo nee, dan is er iets mis met je eps file of met je ghostscript installatie. Bij mij werkt bovenstaande en krijg ik een goede pdf file.
Yep, dat was het: upgrade naar Mavericks maakt een heleboel kapot. Dit geintje heb ik eerder gehad met allerlei paden, o.a. naar MySQL en dergelijke.
Dus voor alle Mac Users onder ons: upgrade naar Mavericks vereist een nieuwe installatie van Ghostscript. Dat moet tegenwoordig met XQuartz.
http://comments.gmane.org/gmane.comp.tex.macosx/44835
Daarna werkt alles als vanouds!
Hein: bedankt voor jouw input. Mooi staaltje stapsgewijs denken: zonder jouw input was ik nu nog naar het spoor aan het zoeken ;-).
Bedankt!
Bas Dekker (sub-account voor TeXniek)
Postbus 11088 1001 GB Amsterdam
+31 (0)6 25 00 32 78
texnics@digifuga.nl