Dear Olivier,
The dummy.eps image you provided contains some text and a frame, at
least that's the only thing I see in gsview and Corel Draw.
Well, it was just a dummy file to demonstrate the bounding box problem. You are
right, this will not show the other problem that turned up when
Dear Olivier,
The dummy.eps image you provided contains some text and a frame, at
least that's the only thing I see in gsview and Corel Draw.
Well, it was just a dummy file to demonstrate the bounding box problem. You are
right, this will not show the other problem that turned up when
Dear Olivier,
> The dummy.eps image you provided contains some text and a frame, at
> least that's the only thing I see in gsview and Corel Draw.
Well, it was just a dummy file to demonstrate the bounding box problem. You are
right, this will not show the other problem that turned up when
Tom Schlangen wrote:
Dear Olivier,
I did the following in Windows (one line, mail agent may wrap it):
gswin32c -dBATCH -dNOPAUSE -dEPSCrop -sDEVICE=epswrite
-sOutputFile=dummy2.eps dummy.eps
I tried this, but ...
The resulting image displays fine in LyX with or without the
clipping
Tom Schlangen wrote:
Dear Olivier,
I did the following in Windows (one line, mail agent may wrap it):
gswin32c -dBATCH -dNOPAUSE -dEPSCrop -sDEVICE=epswrite
-sOutputFile=dummy2.eps dummy.eps
I tried this, but ...
The resulting image displays fine in LyX with or without the
clipping
Tom Schlangen wrote:
Dear Olivier,
I did the following in Windows (one line, mail agent may wrap it):
gswin32c -dBATCH -dNOPAUSE -dEPSCrop -sDEVICE=epswrite
-sOutputFile=dummy2.eps dummy.eps
I tried this, but ...
The resulting image displays fine in LyX with or without the
clipping
Dear Olivier,
I did the following in Windows (one line, mail agent may wrap it):
gswin32c -dBATCH -dNOPAUSE -dEPSCrop -sDEVICE=epswrite
-sOutputFile=dummy2.eps dummy.eps
I tried this, but ...
The resulting image displays fine in LyX with or without the
clipping options
While this is
Tom, you can specify the resolution with -r300 (that's the maximun)
You may also consider embedding the fonts with: -dEmbeddAllFonts=true
-dSubsetFonts=true
You may find this interesting:
http://wiki.ljackson.us/EPS_Optimization#Convert_.26_CleanUp_EPS
Nicolás
Tom Schlangen wrote:
Dear
Dear Nicolás,
Tom, you can specify the resolution with -r300 (that's the maximun)
Sorry, but that renders eps files with about 1/2 the size and horrible looking
results. Trying -r4000 gives about the same filesize, but still horrible
looking.
You may find this interesting:
Dear LyX users,
I would like to thank all of you who helped to partly solve the problem.
For now, I will use one of the workarounds that will produce correctly
printable ps or pdf output (after all, that´s most most important) and just
ignore the ugly view in the LyX GUI/Editor.
I don´t know
Dear Olivier,
I did the following in Windows (one line, mail agent may wrap it):
gswin32c -dBATCH -dNOPAUSE -dEPSCrop -sDEVICE=epswrite
-sOutputFile=dummy2.eps dummy.eps
I tried this, but ...
The resulting image displays fine in LyX with or without the
clipping options
While this is
Tom, you can specify the resolution with -r300 (that's the maximun)
You may also consider embedding the fonts with: -dEmbeddAllFonts=true
-dSubsetFonts=true
You may find this interesting:
http://wiki.ljackson.us/EPS_Optimization#Convert_.26_CleanUp_EPS
Nicolás
Tom Schlangen wrote:
Dear
Dear Nicolás,
Tom, you can specify the resolution with -r300 (that's the maximun)
Sorry, but that renders eps files with about 1/2 the size and horrible looking
results. Trying -r4000 gives about the same filesize, but still horrible
looking.
You may find this interesting:
Dear LyX users,
I would like to thank all of you who helped to partly solve the problem.
For now, I will use one of the workarounds that will produce correctly
printable ps or pdf output (after all, that´s most most important) and just
ignore the ugly view in the LyX GUI/Editor.
I don´t know
Dear Olivier,
>> I did the following in Windows (one line, mail agent may wrap it):
>> gswin32c -dBATCH -dNOPAUSE -dEPSCrop -sDEVICE=epswrite
>> -sOutputFile=dummy2.eps dummy.eps
> I tried this, but ...
>> The resulting image displays fine in LyX with or without the
>> clipping options
>
Tom, you can specify the resolution with -r300 (that's the maximun)
You may also consider embedding the fonts with: -dEmbeddAllFonts=true
-dSubsetFonts=true
You may find this interesting:
http://wiki.ljackson.us/EPS_Optimization#Convert_.26_CleanUp_EPS
Nicolás
Tom Schlangen wrote:
Dear
Dear Nicolás,
> Tom, you can specify the resolution with -r300 (that's the maximun)
Sorry, but that renders eps files with about 1/2 the size and horrible looking
results. Trying -r4000 gives about the same filesize, but still horrible
looking.
> You may find this interesting:
>
Dear LyX users,
I would like to thank all of you who helped to partly solve the problem.
For now, I will use one of the workarounds that will produce correctly
printable ps or pdf output (after all, that´s most most important) and just
ignore the ugly view in the LyX GUI/Editor.
I don´t know
Dear Olivier,
thank you very much for your extensive answer!
Now, I do not really understand why you need such a
complex workflow. Why do you need to go in Linux ?
That´s just because so far I didn´t know better how to deal with bounding boxes
- and I have a Linux machine running anyway.
I
Dear Olivier,
thank you very much for your extensive answer!
Now, I do not really understand why you need such a
complex workflow. Why do you need to go in Linux ?
That´s just because so far I didn´t know better how to deal with bounding boxes
- and I have a Linux machine running anyway.
I
Dear Olivier,
thank you very much for your extensive answer!
> Now, I do not really understand why you need such a
> complex workflow. Why do you need to go in Linux ?
That´s just because so far I didn´t know better how to deal with bounding boxes
- and I have a Linux machine running anyway.
Well, it seems that I have a lucky configuration/installation in my machine. As I already said, I have LyX 1.5.5,
ImageMagick-6.2.7-Q16, AFPL Ghostscript 8.14 and GSview 4.6, Miktex 2.7 and Acrobat Reader 7.
For me, all images except dummy_bbget_gs862.eps (which GsView reports errors when trying
Well, it seems that I have a lucky configuration/installation in my machine. As I already said, I have LyX 1.5.5,
ImageMagick-6.2.7-Q16, AFPL Ghostscript 8.14 and GSview 4.6, Miktex 2.7 and Acrobat Reader 7.
For me, all images except dummy_bbget_gs862.eps (which GsView reports errors when trying
Well, it seems that I have a lucky configuration/installation in my machine. As I already said, I have LyX 1.5.5,
ImageMagick-6.2.7-Q16, AFPL Ghostscript 8.14 and GSview 4.6, Miktex 2.7 and Acrobat Reader 7.
For me, all images except dummy_bbget_gs862.eps (which GsView reports errors when trying
Hi,
I tried your eps files in LyX 1.6 beta3 under windows XP. I use Adobe
reader 8 for pdf (generated by pdflatex IIRC) and gsview 4.9 /
ghostscript 8.62 for postscript viewing.
It does work better for me that for you it seems (you may suffer from an
outdated/buggy imagemagick). I tried the
Hi,
I tried your eps files in LyX 1.6 beta3 under windows XP. I use Adobe
reader 8 for pdf (generated by pdflatex IIRC) and gsview 4.9 /
ghostscript 8.62 for postscript viewing.
It does work better for me that for you it seems (you may suffer from an
outdated/buggy imagemagick). I tried the
Hi,
I tried your eps files in LyX 1.6 beta3 under windows XP. I use Adobe
reader 8 for pdf (generated by pdflatex IIRC) and gsview 4.9 /
ghostscript 8.62 for postscript viewing.
It does work better for me that for you it seems (you may suffer from an
outdated/buggy imagemagick). I tried the
Dear Mukhtar,
Since I have got a working ps2eps, you could send me
one example eps file so
Thank you for offering! Meanwhile I tested ps2eps V1.64 myself. While it
calculates the bounding box exactly (great!) the clipping to bounding box
option as per the Lyx dialogue doesn´t work correctly
Okay, I have prepared some files to illustrate the problem, so other have a
chance to verify.
.EPS output file of the circuit drawing program I use:
http://www.ines.mynetcologne.de/dummy.eps (64k)
bbget script from http://silas.psfc.mit.edu/elec_fig/ :
http://www.ines.mynetcologne.de/bbget
I you select the Clip to bounding box option and get the bounding box from the file, the result will be the same as if you simply do
not select the Clip to bounding box option (in my experience, at least).
Now, regarding your eps files, are the last two or three eps files really useless? I can
Dear Nicolás,
Now, regarding your eps files, are the last two or three eps files
really useless? I can see that the only difference with the ok file
is that their bounding box is one point bigger in both th evertical
and horizontal dimensions. Is that really a problem?
Good point - I must
Dear Tom,
I checked your figures in LyX and could verify your problem. It seems that
imagemagick is culprit. I converted your eps files to pdf and included that in
LyX. That was shown perfectly clipped. So you could consider switchin gto
pdflatex, converting all your eps files by a script using
Do you mean that when the eps is displayed in LyX is not clipped, as it would happen if it was opened with Gsview? In my machine I can
see the clipped figure both in LyX and in the generated pdf/ps/dvi.
I have LyX 1.5.5, ImageMagick-6.2.7-Q16, AFPL Ghostscript 8.14 and GSview 4.6.
Nicolás
Dear Mukhtar,
Since I have got a working ps2eps, you could send me
one example eps file so
Thank you for offering! Meanwhile I tested ps2eps V1.64 myself. While it
calculates the bounding box exactly (great!) the clipping to bounding box
option as per the Lyx dialogue doesn´t work correctly
Okay, I have prepared some files to illustrate the problem, so other have a
chance to verify.
.EPS output file of the circuit drawing program I use:
http://www.ines.mynetcologne.de/dummy.eps (64k)
bbget script from http://silas.psfc.mit.edu/elec_fig/ :
http://www.ines.mynetcologne.de/bbget
I you select the Clip to bounding box option and get the bounding box from the file, the result will be the same as if you simply do
not select the Clip to bounding box option (in my experience, at least).
Now, regarding your eps files, are the last two or three eps files really useless? I can
Dear Nicolás,
Now, regarding your eps files, are the last two or three eps files
really useless? I can see that the only difference with the ok file
is that their bounding box is one point bigger in both th evertical
and horizontal dimensions. Is that really a problem?
Good point - I must
Dear Tom,
I checked your figures in LyX and could verify your problem. It seems that
imagemagick is culprit. I converted your eps files to pdf and included that in
LyX. That was shown perfectly clipped. So you could consider switchin gto
pdflatex, converting all your eps files by a script using
Do you mean that when the eps is displayed in LyX is not clipped, as it would happen if it was opened with Gsview? In my machine I can
see the clipped figure both in LyX and in the generated pdf/ps/dvi.
I have LyX 1.5.5, ImageMagick-6.2.7-Q16, AFPL Ghostscript 8.14 and GSview 4.6.
Nicolás
Dear Mukhtar,
> Since I have got a working ps2eps, you could send me
> one example eps file so
Thank you for offering! Meanwhile I tested ps2eps V1.64 myself. While it
calculates the bounding box exactly (great!) the clipping to bounding box
option as per the Lyx dialogue doesn´t work
Okay, I have prepared some files to illustrate the problem, so other have a
chance to verify.
.EPS output file of the circuit drawing program I use:
http://www.ines.mynetcologne.de/dummy.eps (64k)
bbget script from http://silas.psfc.mit.edu/elec_fig/ :
http://www.ines.mynetcologne.de/bbget
I you select the "Clip to bounding box" option and get the bounding box from the file, the result will be the same as if you simply do
not select the "Clip to bounding box" option (in my experience, at least).
Now, regarding your eps files, are the last two or three eps files really useless? I
Dear Nicolás,
> Now, regarding your eps files, are the last two or three eps files
> really useless? I can see that the only difference with the ok file
> is that their bounding box is one point bigger in both th evertical
> and horizontal dimensions. Is that really a problem?
Good point - I
Dear Tom,
I checked your figures in LyX and could verify your problem. It seems that
imagemagick is culprit. I converted your eps files to pdf and included that in
LyX. That was shown perfectly clipped. So you could consider switchin gto
pdflatex, converting all your eps files by a script using
Do you mean that when the eps is displayed in LyX is not clipped, as it would happen if it was opened with Gsview? In my machine I can
see the clipped figure both in LyX and in the generated pdf/ps/dvi.
I have LyX 1.5.5, ImageMagick-6.2.7-Q16, AFPL Ghostscript 8.14 and GSview 4.6.
Nicolás
Hello Lyx Users,
first of all I have to apologize for asking here about a problem not caused by
LyX itself, but at least it is related since I am writing a rather extensive
technical book using LyX (several hundred pages done already) which contains a
lot of schematics/.eps files imported to
Hmmm, searching the 'net for the problem, the need of generating new bounding
boxes to exclude the excessive white frame around the actual picture in an
.eps file seems to be rather common.
What about a new/additional LyX graphics menue/dialog option, like Auto
bounding box, means, having the
Tom Schlangen,
If you are using MiKTeX (which is most likely), then you can use eps2eps with
-dNOCACHE option like this:
eps2eps -dNOCACHE input.eps output.eps
This will convert all the fonts to outlines. If you don't want that, then a
better option is to use ps2eps on the link
Some further digging the 'net for related information reveals that several
quite current ghostscript (GS-GPL and other) versions beginning with V8.60 show
bbox related bugs :-(
Any other idea/method _not_ using ghostscript to crop the white frame from
the actual information in an .eps file to
Dear Mukhtar,
If you are using MiKTeX (which is most likely), then you can use
eps2eps with -dNOCACHE option like this:
eps2eps -dNOCACHE input.eps output.eps
This will convert all the fonts to outlines.
Maybe, but unfortunately it does not compute any bounding box values around the
actual
Tom Schlangen [EMAIL PROTECTED] writes:
Dear Mukhtar,
If you are using MiKTeX (which is most likely), then you can use
eps2eps with -dNOCACHE option like this:
eps2eps -dNOCACHE input.eps output.eps
This will convert all the fonts to outlines.
Maybe, but unfortunately it does not
Dear Mukhtar,
to clarify the problem at hand:
1. I do have .eps files already (generated by a circuit drawing program plus an
.eps driver),
2. but they contain bounding box information that relates to the _page_ size,
not the actual drawing _tile_ size
3. the usual method to import something
Tom Schlangen [EMAIL PROTECTED] writes:
Dear Mukhtar,
to clarify the problem at hand:
1. I do have .eps files already (generated by a circuit drawing program plus
an .eps driver),
2. but they contain bounding box information that relates to the _page_ size,
not the actual drawing
In continuation with my last post...
Since I have got a working ps2eps, you could send me one example eps file so
that I can check if it works.
Mukhtar
Hello Lyx Users,
first of all I have to apologize for asking here about a problem not caused by
LyX itself, but at least it is related since I am writing a rather extensive
technical book using LyX (several hundred pages done already) which contains a
lot of schematics/.eps files imported to
Hmmm, searching the 'net for the problem, the need of generating new bounding
boxes to exclude the excessive white frame around the actual picture in an
.eps file seems to be rather common.
What about a new/additional LyX graphics menue/dialog option, like Auto
bounding box, means, having the
Tom Schlangen,
If you are using MiKTeX (which is most likely), then you can use eps2eps with
-dNOCACHE option like this:
eps2eps -dNOCACHE input.eps output.eps
This will convert all the fonts to outlines. If you don't want that, then a
better option is to use ps2eps on the link
Some further digging the 'net for related information reveals that several
quite current ghostscript (GS-GPL and other) versions beginning with V8.60 show
bbox related bugs :-(
Any other idea/method _not_ using ghostscript to crop the white frame from
the actual information in an .eps file to
Dear Mukhtar,
If you are using MiKTeX (which is most likely), then you can use
eps2eps with -dNOCACHE option like this:
eps2eps -dNOCACHE input.eps output.eps
This will convert all the fonts to outlines.
Maybe, but unfortunately it does not compute any bounding box values around the
actual
Tom Schlangen [EMAIL PROTECTED] writes:
Dear Mukhtar,
If you are using MiKTeX (which is most likely), then you can use
eps2eps with -dNOCACHE option like this:
eps2eps -dNOCACHE input.eps output.eps
This will convert all the fonts to outlines.
Maybe, but unfortunately it does not
Dear Mukhtar,
to clarify the problem at hand:
1. I do have .eps files already (generated by a circuit drawing program plus an
.eps driver),
2. but they contain bounding box information that relates to the _page_ size,
not the actual drawing _tile_ size
3. the usual method to import something
Tom Schlangen [EMAIL PROTECTED] writes:
Dear Mukhtar,
to clarify the problem at hand:
1. I do have .eps files already (generated by a circuit drawing program plus
an .eps driver),
2. but they contain bounding box information that relates to the _page_ size,
not the actual drawing
In continuation with my last post...
Since I have got a working ps2eps, you could send me one example eps file so
that I can check if it works.
Mukhtar
Hello Lyx Users,
first of all I have to apologize for asking here about a problem not caused by
LyX itself, but at least it is related since I am writing a rather extensive
technical book using LyX (several hundred pages done already) which contains a
lot of schematics/.eps files imported to
Hmmm, searching the 'net for the problem, the need of generating new bounding
boxes to exclude the excessive white "frame" around the actual picture in an
.eps file seems to be rather common.
What about a new/additional LyX graphics menue/dialog option, like "Auto
bounding box", means, having
Tom Schlangen,
If you are using MiKTeX (which is most likely), then you can use eps2eps with
-dNOCACHE option like this:
eps2eps -dNOCACHE input.eps output.eps
This will convert all the fonts to outlines. If you don't want that, then a
better option is to use ps2eps on the link
Some further digging the 'net for related information reveals that several
quite current ghostscript (GS-GPL and other) versions beginning with V8.60 show
bbox related bugs :-(
Any other idea/method _not_ using ghostscript to crop the white "frame" from
the actual information in an .eps file
Dear Mukhtar,
> If you are using MiKTeX (which is most likely), then you can use
> eps2eps with -dNOCACHE option like this:
> eps2eps -dNOCACHE input.eps output.eps
> This will convert all the fonts to outlines.
Maybe, but unfortunately it does not compute any bounding box values around the
Tom Schlangen <[EMAIL PROTECTED]> writes:
>
> Dear Mukhtar,
>
> > If you are using MiKTeX (which is most likely), then you can use
> > eps2eps with -dNOCACHE option like this:
> > eps2eps -dNOCACHE input.eps output.eps
> > This will convert all the fonts to outlines.
>
> Maybe, but
Dear Mukhtar,
to clarify the problem at hand:
1. I do have .eps files already (generated by a circuit drawing program plus an
.eps driver),
2. but they contain bounding box information that relates to the _page_ size,
not the actual drawing _tile_ size
3. the usual method to import something
Tom Schlangen <[EMAIL PROTECTED]> writes:
>
> Dear Mukhtar,
>
> to clarify the problem at hand:
>
> 1. I do have .eps files already (generated by a circuit drawing program plus
an .eps driver),
>
> 2. but they contain bounding box information that relates to the _page_ size,
not the actual
In continuation with my last post...
Since I have got a working ps2eps, you could send me one example eps file so
that I can check if it works.
Mukhtar
72 matches
Mail list logo
