Re: Wrong placement with EPS graphics in pdflatex

[Thomas Steffen]

On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr uwesto...@web.de wrote:
 What do you mean with wrong place? Images are usually within a flaot that
 will float in the output to a suitable position.
 Can you provide a _small_ example file?

Here is an example, I hope it is small enough. It seems to be related
to this specific eps file - for some reason the bounding box does not
start at (0,0), and that does seem to throw off LyX. I am having
difficulties trying to recreate this with a different eps file, but
then again they all start the bounding box at (0,0). I am sure that
did not used to be the case, but maybe it is getting more common.

I get the same result whether I use ps2pdf or epstopdf as the
converter from eps to pdf. I used to use convert, but that also gave
me issues, although slightly different ones.

Regards,
Thomas


fig.eps
Description: PostScript document


figtest.lyx
Description: application/lyx

Re: Wrong placement with EPS graphics in pdflatex

[Uwe Stöhr]

Thomas Steffen schrieb:

On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr uwesto...@web.de wrote:

What do you mean with wrong place? Images are usually within a flaot that
will float in the output to a suitable position.
Can you provide a _small_ example file?



Here is an example, I hope it is small enough. It seems to be related
to this specific eps file


Yes, this EPS file is strange. But why do you need to set a bounding box and why an EPS when you 
want a PDF document?
When I convert your EPS to PDF (see attached), it works very well for all output formats, a bounding 
box is not needed. (When you want only a part of the image to appear in the output you can cut the 
PDF image with e.g. Inkscape.)


(Btw. the EPS file format often makes troubles. But in a PDF only PDF, PNG, and JPG images can be 
embedded so that LyX will have to convert EPS to PDF in the background when you use pdflatex. This 
conversion is done by the program ImageMagick that in turn needs Ghostscript. But every involved 
program can cause problem, so better use directly an image format that don't need to be converted.)


regards Uwe


fig.pdf
Description: Adobe PDF document


figtest.lyx
Description: application/lyx

Re: Wrong placement with EPS graphics in pdflatex

[Thomas Steffen]

On Mon, Apr 20, 2009 at 6:32 PM, Uwe Stöhr uwesto...@web.de wrote:
 Yes, this EPS file is strange.

Not particularly. It used to be standard to use (0,0) as the corner of
the workspace, and usually the actual diagram has a different bounding
box.

 But why do you need to set a bounding box

Is there any other option? When I include an EPS file, LyX always sets
the bounding box according to the header of the file. I can do without
clipping, but that does not actually solve the problem.

 and
 why an EPS when you want a PDF document?
 (Btw. the EPS file format often makes troubles.

Different reasons - some old software, habits, the availability of the
PostScript printer driver for Windows. To be specific, dia has no PDF
export at all, and inkscape only does it via Cairo, which was
completely broken until very recently. Finally EPS usually crops  to
the actual drawing, and PDF always exports the whole page, which is
just inconvenient.

 This conversion is done by the
 program ImageMagick that in turn needs Ghostscript.

Is it? Because it seems that the default filter uses epstopdf, if it
is present. As I said ps2pdf produces the same problems (which is very
strange). Using convert solves the problem, but you have to add the
rule manually, and I had some issues with this solution (have to
figure which exactly).

So I guess my conclusion is to use convert, and it works for me. Maybe
reconfigure should be changed to use convert by default when
available?

Regards,
Thomas


 But every involved
 program can cause problem, so better use directly an image format that don't
 need to be converted.)

 regards Uwe

Re: Wrong placement with EPS graphics in pdflatex

[Uwe Stöhr]

Thomas Steffen schrieb:


But why do you need to set a bounding box


Is there any other option? When I include an EPS file, LyX always sets
the bounding box according to the header of the file.


Yes, but you can unset it. I never needed a bounding box, but OK I use EPS only 
very rarely.


why an EPS when you want a PDF document?
(Btw. the EPS file format often makes troubles.


Different reasons - some old software, habits, the availability of the
PostScript printer driver for Windows.


The Postscript driver is independent of the file you want to print. Besides this I never heard that 
a PDF was not printable.


 To be specific, dia has no PDF

export at all, and inkscape only does it via Cairo, which was
completely broken until very recently.


I use here on Windows the one year old Inkscape 0.46 nearly daily and work there with PDFs without 
any problem.



Finally EPS usually crops  to
the actual drawing, and PDF always exports the whole page, which is
just inconvenient.


This is not the case here. In Inkscape I can set the page size to the size of the drawing. But even 
when you get an A4 page, you can easily crop the resulting PDF (many programs provide a remove 
whitespace option in the crop (or mediabox) settings).



This conversion is done by the
program ImageMagick that in turn needs Ghostscript.


Is it? Because it seems that the default filter uses epstopdf,


Sorry. ImageMagick is used the opposite way and to display any kind of images (except of PNG) within 
LyX.


regards Uwe

Re: Wrong placement with EPS graphics in pdflatex

[Thomas Steffen]

On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr uwesto...@web.de wrote:
 What do you mean with wrong place? Images are usually within a flaot that
 will float in the output to a suitable position.
 Can you provide a _small_ example file?

Here is an example, I hope it is small enough. It seems to be related
to this specific eps file - for some reason the bounding box does not
start at (0,0), and that does seem to throw off LyX. I am having
difficulties trying to recreate this with a different eps file, but
then again they all start the bounding box at (0,0). I am sure that
did not used to be the case, but maybe it is getting more common.

I get the same result whether I use ps2pdf or epstopdf as the
converter from eps to pdf. I used to use convert, but that also gave
me issues, although slightly different ones.

Regards,
Thomas


fig.eps
Description: PostScript document


figtest.lyx
Description: application/lyx

Re: Wrong placement with EPS graphics in pdflatex

[Uwe Stöhr]

Thomas Steffen schrieb:

On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr uwesto...@web.de wrote:

What do you mean with wrong place? Images are usually within a flaot that
will float in the output to a suitable position.
Can you provide a _small_ example file?



Here is an example, I hope it is small enough. It seems to be related
to this specific eps file


Yes, this EPS file is strange. But why do you need to set a bounding box and why an EPS when you 
want a PDF document?
When I convert your EPS to PDF (see attached), it works very well for all output formats, a bounding 
box is not needed. (When you want only a part of the image to appear in the output you can cut the 
PDF image with e.g. Inkscape.)


(Btw. the EPS file format often makes troubles. But in a PDF only PDF, PNG, and JPG images can be 
embedded so that LyX will have to convert EPS to PDF in the background when you use pdflatex. This 
conversion is done by the program ImageMagick that in turn needs Ghostscript. But every involved 
program can cause problem, so better use directly an image format that don't need to be converted.)


regards Uwe


fig.pdf
Description: Adobe PDF document


figtest.lyx
Description: application/lyx

Re: Wrong placement with EPS graphics in pdflatex

[Thomas Steffen]

On Mon, Apr 20, 2009 at 6:32 PM, Uwe Stöhr uwesto...@web.de wrote:
 Yes, this EPS file is strange.

Not particularly. It used to be standard to use (0,0) as the corner of
the workspace, and usually the actual diagram has a different bounding
box.

 But why do you need to set a bounding box

Is there any other option? When I include an EPS file, LyX always sets
the bounding box according to the header of the file. I can do without
clipping, but that does not actually solve the problem.

 and
 why an EPS when you want a PDF document?
 (Btw. the EPS file format often makes troubles.

Different reasons - some old software, habits, the availability of the
PostScript printer driver for Windows. To be specific, dia has no PDF
export at all, and inkscape only does it via Cairo, which was
completely broken until very recently. Finally EPS usually crops  to
the actual drawing, and PDF always exports the whole page, which is
just inconvenient.

 This conversion is done by the
 program ImageMagick that in turn needs Ghostscript.

Is it? Because it seems that the default filter uses epstopdf, if it
is present. As I said ps2pdf produces the same problems (which is very
strange). Using convert solves the problem, but you have to add the
rule manually, and I had some issues with this solution (have to
figure which exactly).

So I guess my conclusion is to use convert, and it works for me. Maybe
reconfigure should be changed to use convert by default when
available?

Regards,
Thomas


 But every involved
 program can cause problem, so better use directly an image format that don't
 need to be converted.)

 regards Uwe

Re: Wrong placement with EPS graphics in pdflatex

[Uwe Stöhr]

Thomas Steffen schrieb:


But why do you need to set a bounding box


Is there any other option? When I include an EPS file, LyX always sets
the bounding box according to the header of the file.


Yes, but you can unset it. I never needed a bounding box, but OK I use EPS only 
very rarely.


why an EPS when you want a PDF document?
(Btw. the EPS file format often makes troubles.


Different reasons - some old software, habits, the availability of the
PostScript printer driver for Windows.


The Postscript driver is independent of the file you want to print. Besides this I never heard that 
a PDF was not printable.


 To be specific, dia has no PDF

export at all, and inkscape only does it via Cairo, which was
completely broken until very recently.


I use here on Windows the one year old Inkscape 0.46 nearly daily and work there with PDFs without 
any problem.



Finally EPS usually crops  to
the actual drawing, and PDF always exports the whole page, which is
just inconvenient.


This is not the case here. In Inkscape I can set the page size to the size of the drawing. But even 
when you get an A4 page, you can easily crop the resulting PDF (many programs provide a remove 
whitespace option in the crop (or mediabox) settings).



This conversion is done by the
program ImageMagick that in turn needs Ghostscript.


Is it? Because it seems that the default filter uses epstopdf,


Sorry. ImageMagick is used the opposite way and to display any kind of images (except of PNG) within 
LyX.


regards Uwe

Re: Wrong placement with EPS graphics in pdflatex

[Thomas Steffen]

On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr  wrote:
> What do you mean with "wrong place"? Images are usually within a flaot that
> will float in the output to a suitable position.
> Can you provide a _small_ example file?

Here is an example, I hope it is small enough. It seems to be related
to this specific eps file - for some reason the bounding box does not
start at (0,0), and that does seem to throw off LyX. I am having
difficulties trying to recreate this with a different eps file, but
then again they all start the bounding box at (0,0). I am sure that
did not used to be the case, but maybe it is getting more common.

I get the same result whether I use ps2pdf or epstopdf as the
converter from eps to pdf. I used to use convert, but that also gave
me issues, although slightly different ones.

Regards,
Thomas


fig.eps
Description: PostScript document


figtest.lyx
Description: application/lyx

Re: Wrong placement with EPS graphics in pdflatex

[Uwe Stöhr]

Thomas Steffen schrieb:

On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr  wrote:

What do you mean with "wrong place"? Images are usually within a flaot that
will float in the output to a suitable position.
Can you provide a _small_ example file?



Here is an example, I hope it is small enough. It seems to be related
to this specific eps file


Yes, this EPS file is strange. But why do you need to set a bounding box and why an EPS when you 
want a PDF document?
When I convert your EPS to PDF (see attached), it works very well for all output formats, a bounding 
box is not needed. (When you want only a part of the image to appear in the output you can cut the 
PDF image with e.g. Inkscape.)


(Btw. the EPS file format often makes troubles. But in a PDF only PDF, PNG, and JPG images can be 
embedded so that LyX will have to convert EPS to PDF in the background when you use pdflatex. This 
conversion is done by the program ImageMagick that in turn needs Ghostscript. But every involved 
program can cause problem, so better use directly an image format that don't need to be converted.)


regards Uwe


fig.pdf
Description: Adobe PDF document


figtest.lyx
Description: application/lyx

Re: Wrong placement with EPS graphics in pdflatex

[Thomas Steffen]

On Mon, Apr 20, 2009 at 6:32 PM, Uwe Stöhr  wrote:
> Yes, this EPS file is strange.

Not particularly. It used to be standard to use (0,0) as the corner of
the workspace, and usually the actual diagram has a different bounding
box.

> But why do you need to set a bounding box

Is there any other option? When I include an EPS file, LyX always sets
the bounding box according to the header of the file. I can do without
clipping, but that does not actually solve the problem.

> and
> why an EPS when you want a PDF document?
> (Btw. the EPS file format often makes troubles.

Different reasons - some old software, habits, the availability of the
PostScript printer driver for Windows. To be specific, dia has no PDF
export at all, and inkscape only does it via Cairo, which was
completely broken until very recently. Finally EPS usually crops  to
the actual drawing, and PDF always exports the whole page, which is
just inconvenient.

> This conversion is done by the
> program ImageMagick that in turn needs Ghostscript.

Is it? Because it seems that the default filter uses epstopdf, if it
is present. As I said ps2pdf produces the same problems (which is very
strange). Using convert solves the problem, but you have to add the
rule manually, and I had some issues with this solution (have to
figure which exactly).

So I guess my conclusion is to use convert, and it works for me. Maybe
reconfigure should be changed to use convert by default when
available?

Regards,
Thomas


 But every involved
> program can cause problem, so better use directly an image format that don't
> need to be converted.)
>
> regards Uwe
>

Re: Wrong placement with EPS graphics in pdflatex

[Uwe Stöhr]

Thomas Steffen schrieb:


But why do you need to set a bounding box


Is there any other option? When I include an EPS file, LyX always sets
the bounding box according to the header of the file.


Yes, but you can unset it. I never needed a bounding box, but OK I use EPS only 
very rarely.


why an EPS when you want a PDF document?
(Btw. the EPS file format often makes troubles.


Different reasons - some old software, habits, the availability of the
PostScript printer driver for Windows.


The Postscript driver is independent of the file you want to print. Besides this I never heard that 
a PDF was not printable.


 To be specific, dia has no PDF

export at all, and inkscape only does it via Cairo, which was
completely broken until very recently.


I use here on Windows the one year old Inkscape 0.46 nearly daily and work there with PDFs without 
any problem.



Finally EPS usually crops  to
the actual drawing, and PDF always exports the whole page, which is
just inconvenient.


This is not the case here. In Inkscape I can set the page size to the size of the drawing. But even 
when you get an A4 page, you can easily crop the resulting PDF (many programs provide a "remove 
whitespace" option in the crop (or mediabox) settings).



This conversion is done by the
program ImageMagick that in turn needs Ghostscript.


Is it? Because it seems that the default filter uses epstopdf,


Sorry. ImageMagick is used the opposite way and to display any kind of images (except of PNG) within 
LyX.


regards Uwe

Re: Wrong placement with EPS graphics in pdflatex

[Uwe Stöhr]

Thomas Steffen schrieb:


I noticed recently that I a lot of EPS graphics end up in the wrong
place with the pdflatex backend. I guess it has to do with the
bounding box, and somehow it is wrongly set during the conversion
process. Then the picture ends up in the wrong place, or it is
(partially) invisible if clipping is set. I find that very
inconvenient.


What do you mean with wrong place? Images are usually within a flaot that will float in the output 
to a suitable position.

Can you provide a _small_ example file?

regards Uwe

Re: Wrong placement with EPS graphics in pdflatex

[Uwe Stöhr]

Thomas Steffen schrieb:


I noticed recently that I a lot of EPS graphics end up in the wrong
place with the pdflatex backend. I guess it has to do with the
bounding box, and somehow it is wrongly set during the conversion
process. Then the picture ends up in the wrong place, or it is
(partially) invisible if clipping is set. I find that very
inconvenient.


What do you mean with wrong place? Images are usually within a flaot that will float in the output 
to a suitable position.

Can you provide a _small_ example file?

regards Uwe

Re: Wrong placement with EPS graphics in pdflatex

[Uwe Stöhr]

Thomas Steffen schrieb:


I noticed recently that I a lot of EPS graphics end up in the wrong
place with the pdflatex backend. I guess it has to do with the
bounding box, and somehow it is wrongly set during the conversion
process. Then the picture ends up in the wrong place, or it is
(partially) invisible if clipping is set. I find that very
inconvenient.


What do you mean with "wrong place"? Images are usually within a flaot that will float in the output 
to a suitable position.

Can you provide a _small_ example file?

regards Uwe

Wrong placement with EPS graphics in pdflatex

[Thomas Steffen]

Hi All

I noticed recently that I a lot of EPS graphics end up in the wrong
place with the pdflatex backend. I guess it has to do with the
bounding box, and somehow it is wrongly set during the conversion
process. Then the picture ends up in the wrong place, or it is
(partially) invisible if clipping is set. I find that very
inconvenient.

Now I am not sure what exactly the cause is. I used to have a manual
conversion rule set from eps to pdf (ps2pdf) using convert, but that
stopped working correctly (with the explained issues) with the upgrade
to Ubuntu Jaunty (beta). I was using LyX 1.6 before, and certainly on
Windows it does not have these issues (not sure about Ubuntu intrepid,
I think it came with LyX 1.5). Then I thought I had fixed the issue by
installed epstopdf, but not it is back in certain files. There is a
bug report for it
https://bugs.launchpad.net/ubuntu/+source/lyx/+bug/238580 , but it is
very vague and possibly combines several issues.

I intend to figure out the problem eventually, but I wonder whether
anybody has experienced this before, or any insight into when it
happens. I use EPS documents mostly from dia and inkscape, but there
may be a few other sources, too.

Regards,
Thomas

Wrong placement with EPS graphics in pdflatex

[Thomas Steffen]

Hi All

I noticed recently that I a lot of EPS graphics end up in the wrong
place with the pdflatex backend. I guess it has to do with the
bounding box, and somehow it is wrongly set during the conversion
process. Then the picture ends up in the wrong place, or it is
(partially) invisible if clipping is set. I find that very
inconvenient.

Now I am not sure what exactly the cause is. I used to have a manual
conversion rule set from eps to pdf (ps2pdf) using convert, but that
stopped working correctly (with the explained issues) with the upgrade
to Ubuntu Jaunty (beta). I was using LyX 1.6 before, and certainly on
Windows it does not have these issues (not sure about Ubuntu intrepid,
I think it came with LyX 1.5). Then I thought I had fixed the issue by
installed epstopdf, but not it is back in certain files. There is a
bug report for it
https://bugs.launchpad.net/ubuntu/+source/lyx/+bug/238580 , but it is
very vague and possibly combines several issues.

I intend to figure out the problem eventually, but I wonder whether
anybody has experienced this before, or any insight into when it
happens. I use EPS documents mostly from dia and inkscape, but there
may be a few other sources, too.

Regards,
Thomas

Wrong placement with EPS graphics in pdflatex

[Thomas Steffen]

Hi All

I noticed recently that I a lot of EPS graphics end up in the wrong
place with the pdflatex backend. I guess it has to do with the
bounding box, and somehow it is wrongly set during the conversion
process. Then the picture ends up in the wrong place, or it is
(partially) invisible if clipping is set. I find that very
inconvenient.

Now I am not sure what exactly the cause is. I used to have a manual
conversion rule set from eps to pdf (ps2pdf) using convert, but that
stopped working correctly (with the explained issues) with the upgrade
to Ubuntu Jaunty (beta). I was using LyX 1.6 before, and certainly on
Windows it does not have these issues (not sure about Ubuntu intrepid,
I think it came with LyX 1.5). Then I thought I had fixed the issue by
installed epstopdf, but not it is back in certain files. There is a
bug report for it
https://bugs.launchpad.net/ubuntu/+source/lyx/+bug/238580 , but it is
very vague and possibly combines several issues.

I intend to figure out the problem eventually, but I wonder whether
anybody has experienced this before, or any insight into when it
happens. I use EPS documents mostly from dia and inkscape, but there
may be a few other sources, too.

Regards,
Thomas