includepdf (ich will ALLE Seiten, ohne explizit die letzte anzugeben)
Lucian Muresan
ich möchte viele kleinere PDF-Dateien die zusammen alle Kapitel (es sind
eigentlich pro Kapitel mehrere Dateien) eines Buches bilden, mit
pdfpages und pdftex zusammenfügen.
Das Problem ist, es sind wirklich viele Dateien und jede davon hat
unterschiedlich viele Seiten, deshalb möchte ich, wie ich im Internet
und auch in dieser NG gelesen, jede Datei mit
\includepdf[pages=-]{c00-00.pdf}
\includepdf[pages=-]{c00-01.pdf}
\includepdf[pages=-]{c00-02.pdf}
\includepdf[pages=-]{c01-00.pdf}
............
\includepdf[pages=-]{c21-02.pdf}
einfügen, da ich nicht bei jeder einzelnen firstpage und lastpage
angeben kann. So aber geht es nicht, ich kriegekein PDF-Output und in
der log-Datei von pdfTeX steht:
This is pdfTeX, Version 3.14159-1.10a (MiKTeX 2.2) (preloaded
format=latex 2000.11.28) 26 OCT 2002 17:40
....................................
und ganz am Ende nun:
....................................
loading : Context Support Macros / PDF
\nofMPsegments=\count110
\nofMParguments=\count111
) ABD: EveryShipout initializing macros
Error: pdflatex (file c00-00.pdf): cannot find image file
==> Fatal error occurred, the output PDF file is not finished!
Also, schon bei der ersten Datei scheitert es. Wenn ich [pages=-]
überall komplett weglasse, wird sehr schnell ein etwa 178 Seiten langes
PDF wunderbar zusammengelegt, aber natürlich bestehend nur aus den
jeweils ersten Seiten jeder Teil-Datei, wie der Default-Aufruf von
\includepdf es macht. Sieht ja schön aus, aber das Buch hat genau 1000
Seiten mehr...
Achja, ich habe es auch unter dem tetex meiner aktuellen Gentoo-Linux
installation ausprobiert, mit dem gleichen Resultat. MiKTeX ist auf dem
neusten Stand, und pdfpages.sty hat die Version 0.2k (2002-10-01).
Was mache ich nun falsch?
Schönen Gruß,
Lucian
Markus Kohm
> MiKTeX ist auf dem
> neusten Stand, und pdfpages.sty hat die Version 0.2k (2002-10-01).
> Was mache ich nun falsch?
Eigentlich nichts. Laut Doku zu pdfpages 0.2h (also älter als deine Version)
müsste "pages=-" genau funktionieren (und tut es bei mir auch). Aus
irgendwelchen Gründen wird bei dir aber die pdf-Datei nicht gefunden. Warum
sie dann allerdings gefunden wird, wenn du Seitenzahlen angibst ...
Markus
--
Fragen zu LaTeX? --> http://www.dante.de/faq/de-tex-faq/
Fragen zu KOMA-Script? --> scrguide
Lust zur Mitarbeit? --> http://koma-script.net.tf
Fragen zur Person? --> http://kohm.de.tf
Lucian Muresan
> Eigentlich nichts. Laut Doku zu pdfpages 0.2h (also älter als deine
> Version)
> müsste "pages=-" genau funktionieren (und tut es bei mir auch). Aus
> irgendwelchen Gründen wird bei dir aber die pdf-Datei nicht gefunden.
> Warum
> sie dann allerdings gefunden wird, wenn du Seitenzahlen angibst ...
>
> Markus
Danke für die Bestätigung. Nach Erhalten Deiner Antwort habe ich nun in
der Konsole pdflatex auf meine *.tex Datei laufen gelassen, und siehda,
es ging. Was ich vorher gemacht hatte, und nicht angab, weil ich dachte
es wäre irrelevant, oder ein pures La(TeX) Problem, oder des
pdfpages-Package, war daß ich das Ganze aus einer LyX-Datei gemacht
habe, und LyX exportiert normalerweise nach *.tex in ein
Temporärverzeichnis, und normalerweise passt er auch die Pfade (macht
aus relativen Pfaden, absolute, weil es hja eh' nur temporäre Dateien
sind) an. Nach weglassen der Option "tmp_dir", exportierte LyX im selben
Verzeichnis nach *.tex, und dann klappte es auch so. Komisch und
unbeantwortet bleibt weiterhin die Frage, wieso es funktioniert, wenn
ich da gar nichts angebe und includepdf sich dann nur jeweils die erste
Seite nimmt (auch in dem Fall, stehen in der exportierten *.tex-Datei
immer noch die relativen Pfade zu den PDF-Dateien).
pdfpages Bug?
Vielleicht eher LyX Bug?
Ich melde das mal bei Gelegenheit den LyX-Leuten (obwohl nicht gerade
unwahrscheinlich einige es sogar in dieser NG jetzt mitlesen).
Nun gut, mein eigentliches Problem ist nun gelöst, wie gut, daß es
dieses pdfpages-Package gibt!
Ciao,
Lucian
Andreas Matthias
> \includepdf[pages=-]{c00-00.pdf}
Das ist richtig so.
> ) ABD: EveryShipout initializing macros
> Error: pdflatex (file c00-00.pdf): cannot find image file
> ==> Fatal error occurred, the output PDF file is not finished!
Hmm. Hier sollte eine Fehlermeldung von pdfpages kommen:
! Package pdfpages Error: Cannot find file `c00-00.pdf'.
Wo ist sie?
> Also, schon bei der ersten Datei scheitert es. Wenn ich [pages=-]
> überall komplett weglasse, wird sehr schnell ein etwa 178 Seiten
> langes PDF wunderbar zusammengelegt, aber natürlich bestehend nur aus
Ohne Option wird die Datei gefunden und mit Option nicht?
> This is pdfTeX, Version 3.14159-1.10a (MiKTeX 2.2) (preloaded
Da die Version 1.10a noch nicht veröffentlicht wurde und
nur aus dubiosen Quellen unter der Hand verteilt wird, kann
ich es mit dieser Version nicht testen. Ich gehe aber
nicht davon aus, dass es an dieser Version liegt.
Um die Seitenzahl des PDFs zu ermitteln, verwendet pdfpages
zuerst das Primitiv \pdfximage. Wird das Dokument nicht
gefunden gibt pdfpages hier einen Fehler aus.
! Package pdfpages Error: Cannot find file `c00-00.pdf'.
Dieser fehlt aber bei Dir. Das bedeutet, dass \pdfximage
die Datei findet. Um die PDF Seiten später zu setzten, greift
pdfpages aber wieder auf das bequemere \includegraphics zurück.
Findet \includegraphics die Datei nicht, so erscheint genau die
von Dir genannte Fehlermeldung. Aber wie ist das möglich? Das
würde bedeuten, dass graphicx mit der neuen pdftex Version
nicht kann und davon hätte ich bestimmt gehört. Andererseits
behauptest Du ja, dass es ohne `pages' Option funktioniert --
\includegraphics also die Datei finden und verwenden kann.
Sorry, ich kann mir hier keinen Reim daraus machen.
Poste bitte ein komplettes Minimalbeispiel. Vielleicht verwendest
Du ja noch andere Pakete? Oder drehst Du an \DeclareGraphics...?
Ciao
Andreas
Lucian Muresan
> ..............................
>
> Sorry, ich kann mir hier keinen Reim daraus machen.
>
> Poste bitte ein komplettes Minimalbeispiel. Vielleicht verwendest
> Du ja noch andere Pakete? Oder drehst Du an \DeclareGraphics...?
>
> Ciao
> Andreas
Hallo,
wie ich in meinem anderen Posting Markus Kohm antwortete, habe ich das
alles eigentlich aus LyX aufgerufen, und mittlerweile festgestellt, daß
es auch aus LyX geht, allerdings NUR wenn da die Option "temp_dir"
ausgeschaltet ist, und der Export nach *.tex und der Aufruf von pdflatex
im ursprünglichen Verzeichnis stattfindet.
Ich habe nun die von LyX in das temporäre Verzeichnis exportierte *.tex
Datei und die *.log Datei beigefügt.
Ich denke LyX fügt standardmäßig den ursprünglichen Absolutpfad in die
exportierte Datei ein:
\def\input@path{{e:/LaTeX/LyxHome/MyLyxDocs/NR_C/}}
demnach sollte es doch kein Problem sein, oder??? Denn genau das gleiche
input@path (auch absolut) exportiert LyX auch in dem Fall, wenn ich im
gleichen Verzeichnis arbeite, und alles ist dann gut), wie auch in dem
Fall ohne [pages=-] (in welchem nur die jeweil erste Seite gemacht wird,
und also fehlerlos geht aber für mich unbrauchbar).
In meiner Datei habe ich wirklich nur das, was nach der Zeile
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% User specified LaTeX commands.
vorkommt, selber geschrieben, also \usepackage{pdfpages} im preamble
(mit Ausnahme des babel-Pakets, welches ja auch gar nicht gebraucht
wird, müßte es im Document-Layout Dialog weg-checken) und dann all die
Dateischnippsel, alles andere hat LyX selber generiert, und ist (obwohl
vieles unnötig in diesm spez. Fall), glaube ich, nicht wirklich
verkehrt, oder liege ich falsch?
Also zum Reproduzieren brachst bloß die PDF-QuellDateien mit relativem
Pfad zu einem anderen Verzeichnis haben, als das in welchem Du pdflatex
aufrufst, wobei du in der *.tex Datei trotzdem den absoluten Pfad als
input@path definierst (ich weiß, man arbeitet nicht so, wenn man direkt
in *.tex schreibt, aber LyX benutzt diese exportierten *.tex Dateien nur
temporär, die eigenen *.lyx Dateien enthalten auch bloß relative Pfade
(und das ist gut so).
Ciao,
Lucian
Andreas Matthias
> Ich denke LyX fügt standardmäßig den ursprünglichen Absolutpfad in die
> exportierte Datei ein:
>
> \def\input@path{{e:/LaTeX/LyxHome/MyLyxDocs/NR_C/}}
Hmm. Keine Ahnung wie das funktionieren soll. Wenn ich hier
mit \input@path einen Pfad setze, dann kann ich zwar eine Datei
mit \input einlesen:
\def\input@path{{pic/}}
\input{xxx.tex}
Aber mit \includegraphics haut das bei mir nicht hin:
\def\input@path{{pic/}}
\includegraphics{xxx.png}
Sollte \includegraphics die Dateien auch im Verzeichnis
\input@path suchen?
Ich werde aus \input@path einfach nicht schlau.
Ciao
Andreas
Lucian Muresan
>
> Sollte \includegraphics die Dateien auch im Verzeichnis
> \input@path suchen?
Wahrscheinlich nicht. Ich denke da werden nur *.tex-Dateien gesucht. Was
mich nun auch auf die Idee gebracht hat, jetzt im preamble im LyX-Dokument
\graphicspath{%
{e:/LaTeX/LyxHome/MyLyxDocs/NR_C/}
}
einzufügen, wird ja beim exportieren eh' nicht geändert, steht also auch
im *.tex-file danach. Hilft aber auch nichts, denn pdflatex kann nichts
damit anfangen:
loading : Context Support Macros / PDF
\nofMPsegments=\count110
\nofMParguments=\count111
) ABD: EveryShipout initializing macros
Error: pdflatex (file AdobePDF/c00-00.pdf): cannot find image file
==> Fatal error occurred, the output PDF file is not finished!
Ich tröste mich damit daß dieses als Lösung sowieso auch nicht schön
gewesen wäre, im ursprünglichen Dokument einen absoluten Pfad explizit
reinzuschreiben (wenn's LyX beim Exportieren macht, ist's eine andere,
besser gesagt "seine" Sache).
>
>
> Ich werde aus \input@path einfach nicht schlau.
>
> Ciao
> Andreas
Naja, was mich betrifft, war's für mich sowieso nur ein einmaliger Job
den ich wie schon gesagt erledigt habe. Natürlich wäre es schön, wenn
das auch aus LyX ganz "straightforward" machbar wäre, wenn ich mal
wieder Zeit habe, werde ich noch Einiges ausprobieren, und eventuell den
LyX-Leuten das Problem schildern.
Ciao,
Lucian