subject:"EPS problem"

After some playing around trying to answer Paul's and Georg's questions, I 
came up with these conclusions:

My ghostview prints everything correctly - the eps's by themselves, the lyx 
ps and pdf (dvipdfm and pdftex) outputs.

Acrobat Reader (both versions 7.0.9 and 8) fail to print the figures 
correctly.

Does Adobe not understand lyx pdf's the way ghostview does?  I don't know 
who to blame, Adobe or the lyx conversions of eps to pdf, but I suspect the 
latter.

It is a problem since the most wide-spread pdf viewer on windows is Acrobat, 
and if I give the document to someone I would like for them to be able to 
print it correctly.

How can we be sure?

Miki

Georg Baum [EMAIL PROTECTED] 
wrote in message news:[EMAIL PROTECTED]
 Am Donnerstag, 25. Januar 2007 17:43 schrieb Miki Dovrat:
 Hi,

 I have EPS generated from Microcal Origin, without a preview, which
 always
 (up to now) have been behaving fine.

 Recently I have come across a strange problem, where my eps figures show
 up
 correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi,
 or
 postscript, but they do not PRINT on a printer correctly. I have two
 printers (one HP laser printer, and one deskjet), the output is wrong on
 both.

 Details of the figure are missing - lines are missing, some marks are
 missing, but some are printed. I get about half of the figure printed.

 Ghostview complains about DSC warnings when I open the postscript file of
 the entire document, but displays everything on screen nicely. I don't
 know
 what these DSC warnings are and if they are relevant.

 They are probably not relevant. What happens if you try to print these
 files directly from ghostscript, without including them in LyX? Does it
 work then? If yes I would suspect a problem in a converter that LyX uses,
 if not then it has nothing to do with LyX.


 Georg

Re: Another eps problem

To: lyx-users@lists.lyx.org
From: Miki Dovrat [EMAIL PROTECTED]
Subject: Re: Another eps problem
Date: Fri, 26 Jan 2007 12:01:20 +0200
X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
X-RFC2646: Format=Flowed; Original

[..]
It is a problem since the most wide-spread pdf viewer on windows is Acrobat, 
and if I give the document to someone I would like for them to be able to 
print it correctly.

How can we be sure?

I don't know, on Solaris I've spent months cursing AcrobatReader 7 which would 
not print Comic Sans MS fonts (which were perfect on screen).

I guess the cause was the pdf2ps driver inside this release of Acrobat,
because running externally the local pdf2ps script worked, as well
as using Acrobat 5.

An update of Acrobat Reader solved this, but I must say thet I stopped
using it (or go back to Acroread5 for slides) because it take 2mn to load
and happens to get stalled and eat all my cpu resources.

I use xpdf, I know this does not help on Windows...

-- 
Jean-Pierre

Re: Another eps problem

2007-01-26 Thread Georg Baum

Miki Dovrat wrote:

 After some playing around trying to answer Paul's and Georg's questions, I
 came up with these conclusions:
 
 My ghostview prints everything correctly - the eps's by themselves, the
 lyx ps and pdf (dvipdfm and pdftex) outputs.

That either means that the eps generated by origin is correct, or that
ghostscript is tolerant enough to understand it.

 Acrobat Reader (both versions 7.0.9 and 8) fail to print the figures
 correctly.
 
 Does Adobe not understand lyx pdf's the way ghostview does?  I don't know
 who to blame, Adobe or the lyx conversions of eps to pdf, but I suspect
 the latter.
 
 It is a problem since the most wide-spread pdf viewer on windows is
 Acrobat, and if I give the document to someone I would like for them to be
 able to print it correctly.
 
 How can we be sure?

We had a similar problem here some years ago. Certain lines of simple
figures (made with xfig) would not show up in the pdf with acroread, but
where fine in the ps file.
We never found out whether that was a problem of ghostscript producing
invalid pdf, or a problem of acroread not understanding the valid pdf that
ghostscript produced. The solution was to upgrade ghostscript (IIRC the
problematic version was 5.x or maybe 6.x).

I suspect that in your case you see something similar. Either the conversion
of the figure from eps to pdf (if you use pdflatex), or the conversion of
the whole document from ps to pdf (if you use latex) produces something
acroread can not understand. What version of ghostscript do you use? If it
is older, does an upgrade help?


Georg

Re: Another eps problem

I tried other viewers - foxit on windows and kpdf (xpdf variant of KDE) on 
linux, and they both failed to print the file correctly, even when the file 
is made on a lyx 1.4.2 on Linux.

Does that mean that the file itself (or the eps figures of Origin) is 
somehow non-standard, and only ghostview for some reason is able to handle 
it?

Too many things changed since my wife successfully printed her thesis on lyx 
1.4.1 on Windows, with MikTex 2.4.  We still have her original pdf, and it 
DOES NOT print the Origin figures correctly now, but it did before.

I am really confused. Things seem to contradict. If anyone has anything 
other than sympathy, please share. I really need to get this fixed.

Miki

Re: Another eps problem

I have on Windows Ghostscript 8.54 and ghostview 4.8. They came with the lyx 
1.4.3-5 bundle.



Georg Baum [EMAIL PROTECTED] 
wrote in message news:[EMAIL PROTECTED]
 Miki Dovrat wrote:

 After some playing around trying to answer Paul's and Georg's questions, 
 I
 came up with these conclusions:

 My ghostview prints everything correctly - the eps's by themselves, the
 lyx ps and pdf (dvipdfm and pdftex) outputs.

 That either means that the eps generated by origin is correct, or that
 ghostscript is tolerant enough to understand it.

 Acrobat Reader (both versions 7.0.9 and 8) fail to print the figures
 correctly.

 Does Adobe not understand lyx pdf's the way ghostview does?  I don't know
 who to blame, Adobe or the lyx conversions of eps to pdf, but I suspect
 the latter.

 It is a problem since the most wide-spread pdf viewer on windows is
 Acrobat, and if I give the document to someone I would like for them to 
 be
 able to print it correctly.

 How can we be sure?

 We had a similar problem here some years ago. Certain lines of simple
 figures (made with xfig) would not show up in the pdf with acroread, but
 where fine in the ps file.
 We never found out whether that was a problem of ghostscript producing
 invalid pdf, or a problem of acroread not understanding the valid pdf that
 ghostscript produced. The solution was to upgrade ghostscript (IIRC the
 problematic version was 5.x or maybe 6.x).

 I suspect that in your case you see something similar. Either the 
 conversion
 of the figure from eps to pdf (if you use pdflatex), or the conversion of
 the whole document from ps to pdf (if you use latex) produces something
 acroread can not understand. What version of ghostscript do you use? If it
 is older, does an upgrade help?


 Georg

Re: Another eps problem

To: lyx-users@lists.lyx.org
From: Miki Dovrat [EMAIL PROTECTED]
Subject: Re: Another eps problem
Date: Fri, 26 Jan 2007 16:31:37 +0200

I tried other viewers - foxit on windows and kpdf (xpdf variant of KDE) on 
linux, and they both failed to print the file correctly, even when the file 
is made on a lyx 1.4.2 on Linux.

So this wipes out problems with Acroread.
The PDF is badly managed by the printer driver whatever the PDF viewer.

Does that mean that the file itself (or the eps figures of Origin) is 
somehow non-standard, and only ghostview for some reason is able to handle 
it?

Too many things changed since my wife successfully printed her thesis on lyx 
1.4.1 on Windows, with MikTex 2.4.  We still have her original pdf, and it 
DOES NOT print the Origin figures correctly now, but it did before.

I am really confused. Things seem to contradict. If anyone has anything 
other than sympathy, please share. I really need to get this fixed.

First thing would be to be able to reproduce your problem. Can you 
downsize it to a minimal example with one problematic figure, and post
the compressed lyx/graphic sources ?

-- 
Jean-Pierre

Re: Another eps problem

After some playing around trying to answer Paul's and Georg's questions, I 
came up with these conclusions:

My ghostview prints everything correctly - the eps's by themselves, the lyx 
ps and pdf (dvipdfm and pdftex) outputs.

Acrobat Reader (both versions 7.0.9 and 8) fail to print the figures 
correctly.

Does Adobe not understand lyx pdf's the way ghostview does?  I don't know 
who to blame, Adobe or the lyx conversions of eps to pdf, but I suspect the 
latter.

It is a problem since the most wide-spread pdf viewer on windows is Acrobat, 
and if I give the document to someone I would like for them to be able to 
print it correctly.

How can we be sure?

Miki

Georg Baum [EMAIL PROTECTED] 
wrote in message news:[EMAIL PROTECTED]
 Am Donnerstag, 25. Januar 2007 17:43 schrieb Miki Dovrat:
 Hi,

 I have EPS generated from Microcal Origin, without a preview, which
 always
 (up to now) have been behaving fine.

 Recently I have come across a strange problem, where my eps figures show
 up
 correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi,
 or
 postscript, but they do not PRINT on a printer correctly. I have two
 printers (one HP laser printer, and one deskjet), the output is wrong on
 both.

 Details of the figure are missing - lines are missing, some marks are
 missing, but some are printed. I get about half of the figure printed.

 Ghostview complains about DSC warnings when I open the postscript file of
 the entire document, but displays everything on screen nicely. I don't
 know
 what these DSC warnings are and if they are relevant.

 They are probably not relevant. What happens if you try to print these
 files directly from ghostscript, without including them in LyX? Does it
 work then? If yes I would suspect a problem in a converter that LyX uses,
 if not then it has nothing to do with LyX.


 Georg

Re: Another eps problem

To: lyx-users@lists.lyx.org
From: Miki Dovrat [EMAIL PROTECTED]
Subject: Re: Another eps problem
Date: Fri, 26 Jan 2007 12:01:20 +0200
X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
X-RFC2646: Format=Flowed; Original

[..]
It is a problem since the most wide-spread pdf viewer on windows is Acrobat, 
and if I give the document to someone I would like for them to be able to 
print it correctly.

How can we be sure?

I don't know, on Solaris I've spent months cursing AcrobatReader 7 which would 
not print Comic Sans MS fonts (which were perfect on screen).

I guess the cause was the pdf2ps driver inside this release of Acrobat,
because running externally the local pdf2ps script worked, as well
as using Acrobat 5.

An update of Acrobat Reader solved this, but I must say thet I stopped
using it (or go back to Acroread5 for slides) because it take 2mn to load
and happens to get stalled and eat all my cpu resources.

I use xpdf, I know this does not help on Windows...

-- 
Jean-Pierre

Re: Another eps problem

2007-01-26 Thread Georg Baum

Miki Dovrat wrote:

 After some playing around trying to answer Paul's and Georg's questions, I
 came up with these conclusions:
 
 My ghostview prints everything correctly - the eps's by themselves, the
 lyx ps and pdf (dvipdfm and pdftex) outputs.

That either means that the eps generated by origin is correct, or that
ghostscript is tolerant enough to understand it.

 Acrobat Reader (both versions 7.0.9 and 8) fail to print the figures
 correctly.
 
 Does Adobe not understand lyx pdf's the way ghostview does?  I don't know
 who to blame, Adobe or the lyx conversions of eps to pdf, but I suspect
 the latter.
 
 It is a problem since the most wide-spread pdf viewer on windows is
 Acrobat, and if I give the document to someone I would like for them to be
 able to print it correctly.
 
 How can we be sure?

We had a similar problem here some years ago. Certain lines of simple
figures (made with xfig) would not show up in the pdf with acroread, but
where fine in the ps file.
We never found out whether that was a problem of ghostscript producing
invalid pdf, or a problem of acroread not understanding the valid pdf that
ghostscript produced. The solution was to upgrade ghostscript (IIRC the
problematic version was 5.x or maybe 6.x).

I suspect that in your case you see something similar. Either the conversion
of the figure from eps to pdf (if you use pdflatex), or the conversion of
the whole document from ps to pdf (if you use latex) produces something
acroread can not understand. What version of ghostscript do you use? If it
is older, does an upgrade help?


Georg

Re: Another eps problem

I tried other viewers - foxit on windows and kpdf (xpdf variant of KDE) on 
linux, and they both failed to print the file correctly, even when the file 
is made on a lyx 1.4.2 on Linux.

Does that mean that the file itself (or the eps figures of Origin) is 
somehow non-standard, and only ghostview for some reason is able to handle 
it?

Too many things changed since my wife successfully printed her thesis on lyx 
1.4.1 on Windows, with MikTex 2.4.  We still have her original pdf, and it 
DOES NOT print the Origin figures correctly now, but it did before.

I am really confused. Things seem to contradict. If anyone has anything 
other than sympathy, please share. I really need to get this fixed.

Miki

Re: Another eps problem

I have on Windows Ghostscript 8.54 and ghostview 4.8. They came with the lyx 
1.4.3-5 bundle.



Georg Baum [EMAIL PROTECTED] 
wrote in message news:[EMAIL PROTECTED]
 Miki Dovrat wrote:

 After some playing around trying to answer Paul's and Georg's questions, 
 I
 came up with these conclusions:

 My ghostview prints everything correctly - the eps's by themselves, the
 lyx ps and pdf (dvipdfm and pdftex) outputs.

 That either means that the eps generated by origin is correct, or that
 ghostscript is tolerant enough to understand it.

 Acrobat Reader (both versions 7.0.9 and 8) fail to print the figures
 correctly.

 Does Adobe not understand lyx pdf's the way ghostview does?  I don't know
 who to blame, Adobe or the lyx conversions of eps to pdf, but I suspect
 the latter.

 It is a problem since the most wide-spread pdf viewer on windows is
 Acrobat, and if I give the document to someone I would like for them to 
 be
 able to print it correctly.

 How can we be sure?

 We had a similar problem here some years ago. Certain lines of simple
 figures (made with xfig) would not show up in the pdf with acroread, but
 where fine in the ps file.
 We never found out whether that was a problem of ghostscript producing
 invalid pdf, or a problem of acroread not understanding the valid pdf that
 ghostscript produced. The solution was to upgrade ghostscript (IIRC the
 problematic version was 5.x or maybe 6.x).

 I suspect that in your case you see something similar. Either the 
 conversion
 of the figure from eps to pdf (if you use pdflatex), or the conversion of
 the whole document from ps to pdf (if you use latex) produces something
 acroread can not understand. What version of ghostscript do you use? If it
 is older, does an upgrade help?


 Georg

Re: Another eps problem

To: lyx-users@lists.lyx.org
From: Miki Dovrat [EMAIL PROTECTED]
Subject: Re: Another eps problem
Date: Fri, 26 Jan 2007 16:31:37 +0200

I tried other viewers - foxit on windows and kpdf (xpdf variant of KDE) on 
linux, and they both failed to print the file correctly, even when the file 
is made on a lyx 1.4.2 on Linux.

So this wipes out problems with Acroread.
The PDF is badly managed by the printer driver whatever the PDF viewer.

Does that mean that the file itself (or the eps figures of Origin) is 
somehow non-standard, and only ghostview for some reason is able to handle 
it?

Too many things changed since my wife successfully printed her thesis on lyx 
1.4.1 on Windows, with MikTex 2.4.  We still have her original pdf, and it 
DOES NOT print the Origin figures correctly now, but it did before.

I am really confused. Things seem to contradict. If anyone has anything 
other than sympathy, please share. I really need to get this fixed.

First thing would be to be able to reproduce your problem. Can you 
downsize it to a minimal example with one problematic figure, and post
the compressed lyx/graphic sources ?

-- 
Jean-Pierre

Re: Another eps problem

After some playing around trying to answer Paul's and Georg's questions, I 
came up with these conclusions:

My ghostview prints everything correctly - the eps's by themselves, the lyx 
ps and pdf (dvipdfm and pdftex) outputs.

Acrobat Reader (both versions 7.0.9 and 8) fail to print the figures 
correctly.

Does Adobe not understand lyx pdf's the way ghostview does?  I don't know 
who to blame, Adobe or the lyx conversions of eps to pdf, but I suspect the 
latter.

It is a problem since the most wide-spread pdf viewer on windows is Acrobat, 
and if I give the document to someone I would like for them to be able to 
print it correctly.

How can we be sure?

Miki

"Georg Baum" <[EMAIL PROTECTED]> 
wrote in message news:[EMAIL PROTECTED]
> Am Donnerstag, 25. Januar 2007 17:43 schrieb Miki Dovrat:
>> Hi,
>>
>> I have EPS generated from Microcal Origin, without a preview, which
> always
>> (up to now) have been behaving fine.
>>
>> Recently I have come across a strange problem, where my eps figures show
> up
>> correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi,
> or
>> postscript, but they do not PRINT on a printer correctly. I have two
>> printers (one HP laser printer, and one deskjet), the output is wrong on
>> both.
>>
>> Details of the figure are missing - lines are missing, some marks are
>> missing, but some are printed. I get about "half" of the figure printed.
>>
>> Ghostview complains about DSC warnings when I open the postscript file of
>> the entire document, but displays everything on screen nicely. I don't
> know
>> what these DSC warnings are and if they are relevant.
>
> They are probably not relevant. What happens if you try to print these
> files directly from ghostscript, without including them in LyX? Does it
> work then? If yes I would suspect a problem in a converter that LyX uses,
> if not then it has nothing to do with LyX.
>
>
> Georg
>
>

Re: Another eps problem


>>To: lyx-users@lists.lyx.org
>>From: "Miki Dovrat" <[EMAIL PROTECTED]>
>>Subject: Re: Another eps problem
>>Date: Fri, 26 Jan 2007 12:01:20 +0200
>>X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
>>X-RFC2646: Format=Flowed; Original
>>
[..]
>>It is a problem since the most wide-spread pdf viewer on windows is Acrobat, 
>>and if I give the document to someone I would like for them to be able to 
>>print it correctly.
>>
>>How can we be sure?

I don't know, on Solaris I've spent months cursing AcrobatReader 7 which would 
not print Comic Sans MS fonts (which were perfect on screen).

I guess the cause was the pdf2ps driver inside this release of Acrobat,
because running externally the local pdf2ps script worked, as well
as using Acrobat 5.

An update of Acrobat Reader solved this, but I must say thet I stopped
using it (or go back to Acroread5 for slides) because it take 2mn to load
and happens to get stalled and eat all my cpu resources.

I use xpdf, I know this does not help on Windows...

-- 
Jean-Pierre

Re: Another eps problem

2007-01-26 Thread Georg Baum

Miki Dovrat wrote:

> After some playing around trying to answer Paul's and Georg's questions, I
> came up with these conclusions:
> 
> My ghostview prints everything correctly - the eps's by themselves, the
> lyx ps and pdf (dvipdfm and pdftex) outputs.

That either means that the eps generated by origin is correct, or that
ghostscript is tolerant enough to understand it.

> Acrobat Reader (both versions 7.0.9 and 8) fail to print the figures
> correctly.
> 
> Does Adobe not understand lyx pdf's the way ghostview does?  I don't know
> who to blame, Adobe or the lyx conversions of eps to pdf, but I suspect
> the latter.
> 
> It is a problem since the most wide-spread pdf viewer on windows is
> Acrobat, and if I give the document to someone I would like for them to be
> able to print it correctly.
> 
> How can we be sure?

We had a similar problem here some years ago. Certain lines of simple
figures (made with xfig) would not show up in the pdf with acroread, but
where fine in the ps file.
We never found out whether that was a problem of ghostscript producing
invalid pdf, or a problem of acroread not understanding the valid pdf that
ghostscript produced. The solution was to upgrade ghostscript (IIRC the
problematic version was 5.x or maybe 6.x).

I suspect that in your case you see something similar. Either the conversion
of the figure from eps to pdf (if you use pdflatex), or the conversion of
the whole document from ps to pdf (if you use latex) produces something
acroread can not understand. What version of ghostscript do you use? If it
is older, does an upgrade help?

Georg

Re: Another eps problem

I tried other viewers - foxit on windows and kpdf (xpdf variant of KDE) on 
linux, and they both failed to print the file correctly, even when the file 
is made on a lyx 1.4.2 on Linux.

Does that mean that the file itself (or the eps figures of Origin) is 
somehow non-standard, and only ghostview for some reason is able to handle 
it?

Too many things changed since my wife successfully printed her thesis on lyx 
1.4.1 on Windows, with MikTex 2.4.  We still have her original pdf, and it 
DOES NOT print the Origin figures correctly now, but it did before.

I am really confused. Things seem to contradict. If anyone has anything 
other than sympathy, please share. I really need to get this fixed.

Miki

Re: Another eps problem

I have on Windows Ghostscript 8.54 and ghostview 4.8. They came with the lyx 
1.4.3-5 bundle.



"Georg Baum" <[EMAIL PROTECTED]> 
wrote in message news:[EMAIL PROTECTED]
> Miki Dovrat wrote:
>
>> After some playing around trying to answer Paul's and Georg's questions, 
>> I
>> came up with these conclusions:
>>
>> My ghostview prints everything correctly - the eps's by themselves, the
>> lyx ps and pdf (dvipdfm and pdftex) outputs.
>
> That either means that the eps generated by origin is correct, or that
> ghostscript is tolerant enough to understand it.
>
>> Acrobat Reader (both versions 7.0.9 and 8) fail to print the figures
>> correctly.
>>
>> Does Adobe not understand lyx pdf's the way ghostview does?  I don't know
>> who to blame, Adobe or the lyx conversions of eps to pdf, but I suspect
>> the latter.
>>
>> It is a problem since the most wide-spread pdf viewer on windows is
>> Acrobat, and if I give the document to someone I would like for them to 
>> be
>> able to print it correctly.
>>
>> How can we be sure?
>
> We had a similar problem here some years ago. Certain lines of simple
> figures (made with xfig) would not show up in the pdf with acroread, but
> where fine in the ps file.
> We never found out whether that was a problem of ghostscript producing
> invalid pdf, or a problem of acroread not understanding the valid pdf that
> ghostscript produced. The solution was to upgrade ghostscript (IIRC the
> problematic version was 5.x or maybe 6.x).
>
> I suspect that in your case you see something similar. Either the 
> conversion
> of the figure from eps to pdf (if you use pdflatex), or the conversion of
> the whole document from ps to pdf (if you use latex) produces something
> acroread can not understand. What version of ghostscript do you use? If it
> is older, does an upgrade help?
>
>
> Georg
>
>

Re: Another eps problem


>>To: lyx-users@lists.lyx.org
>>From: "Miki Dovrat" <[EMAIL PROTECTED]>
>>Subject: Re: Another eps problem
>>Date: Fri, 26 Jan 2007 16:31:37 +0200
>>
>>I tried other viewers - foxit on windows and kpdf (xpdf variant of KDE) on 
>>linux, and they both failed to print the file correctly, even when the file 
>>is made on a lyx 1.4.2 on Linux.

So this wipes out problems with Acroread.
The PDF is badly managed by the printer driver whatever the PDF viewer.

>>
>>Does that mean that the file itself (or the eps figures of Origin) is 
>>somehow non-standard, and only ghostview for some reason is able to handle 
>>it?
>>
>>Too many things changed since my wife successfully printed her thesis on lyx 
>>1.4.1 on Windows, with MikTex 2.4.  We still have her original pdf, and it 
>>DOES NOT print the Origin figures correctly now, but it did before.
>>
>>I am really confused. Things seem to contradict. If anyone has anything 
>>other than sympathy, please share. I really need to get this fixed.

First thing would be to be able to reproduce your problem. Can you 
downsize it to a minimal example with one problematic figure, and post
the compressed lyx/graphic sources ?

-- 
Jean-Pierre

Another eps problem

2007-01-25 Thread Miki Dovrat

Hi,

I have EPS generated from Microcal Origin, without a preview, which always 
(up to now) have been behaving fine.

Recently I have come across a strange problem, where my eps figures show up 
correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi, or 
postscript, but they do not PRINT on a printer correctly. I have two 
printers (one HP laser printer, and one deskjet), the output is wrong on 
both.

Details of the figure are missing - lines are missing, some marks are 
missing, but some are printed. I get about half of the figure printed.

Ghostview complains about DSC warnings when I open the postscript file of 
the entire document, but displays everything on screen nicely. I don't know 
what these DSC warnings are and if they are relevant.

I don't know what recently in my second paragraph means - is it a lyx 
version change (I am on 1.4.3-5), MikTex version (I am on Windows and the 
MikTex is fully updated) or what.

I think my lyx (and tex and imagemagick and ghostview) installation is fine.

Could someone with more experience tell me where to look?

Thanks

Miki

Re: Another eps problem

2007-01-25 Thread Paul A. Rubin


Miki Dovrat wrote:

Hi,

I have EPS generated from Microcal Origin, without a preview, which always 
(up to now) have been behaving fine.


Recently I have come across a strange problem, where my eps figures show up 
correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi, or 
postscript, but they do not PRINT on a printer correctly. I have two 
printers (one HP laser printer, and one deskjet), the output is wrong on 
both.


Details of the figure are missing - lines are missing, some marks are 
missing, but some are printed. I get about half of the figure printed.


Ghostview complains about DSC warnings when I open the postscript file of 
the entire document, but displays everything on screen nicely. I don't know 
what these DSC warnings are and if they are relevant.


I don't know what recently in my second paragraph means - is it a lyx 
version change (I am on 1.4.3-5), MikTex version (I am on Windows and the 
MikTex is fully updated) or what.


I think my lyx (and tex and imagemagick and ghostview) installation is fine.

Could someone with more experience tell me where to look?

Thanks

Miki 


For starters, if you export to PDF and then print the PDF file (from 
Acrobat Reader), does it print correctly?


/Paul

Re: Another eps problem

2007-01-25 Thread Georg Baum

Am Donnerstag, 25. Januar 2007 17:43 schrieb Miki Dovrat:
 Hi,
 
 I have EPS generated from Microcal Origin, without a preview, which 
always 
 (up to now) have been behaving fine.
 
 Recently I have come across a strange problem, where my eps figures show 
up 
 correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi, 
or 
 postscript, but they do not PRINT on a printer correctly. I have two 
 printers (one HP laser printer, and one deskjet), the output is wrong on 
 both.
 
 Details of the figure are missing - lines are missing, some marks are 
 missing, but some are printed. I get about half of the figure printed.
 
 Ghostview complains about DSC warnings when I open the postscript file of 
 the entire document, but displays everything on screen nicely. I don't 
know 
 what these DSC warnings are and if they are relevant.

They are probably not relevant. What happens if you try to print these 
files directly from ghostscript, without including them in LyX? Does it 
work then? If yes I would suspect a problem in a converter that LyX uses, 
if not then it has nothing to do with LyX.


Georg

Another eps problem

2007-01-25 Thread Miki Dovrat

Hi,

I have EPS generated from Microcal Origin, without a preview, which always 
(up to now) have been behaving fine.

Recently I have come across a strange problem, where my eps figures show up 
correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi, or 
postscript, but they do not PRINT on a printer correctly. I have two 
printers (one HP laser printer, and one deskjet), the output is wrong on 
both.

Details of the figure are missing - lines are missing, some marks are 
missing, but some are printed. I get about half of the figure printed.

Ghostview complains about DSC warnings when I open the postscript file of 
the entire document, but displays everything on screen nicely. I don't know 
what these DSC warnings are and if they are relevant.

I don't know what recently in my second paragraph means - is it a lyx 
version change (I am on 1.4.3-5), MikTex version (I am on Windows and the 
MikTex is fully updated) or what.

I think my lyx (and tex and imagemagick and ghostview) installation is fine.

Could someone with more experience tell me where to look?

Thanks

Miki

Re: Another eps problem

2007-01-25 Thread Paul A. Rubin


Miki Dovrat wrote:

Hi,

I have EPS generated from Microcal Origin, without a preview, which always 
(up to now) have been behaving fine.


Recently I have come across a strange problem, where my eps figures show up 
correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi, or 
postscript, but they do not PRINT on a printer correctly. I have two 
printers (one HP laser printer, and one deskjet), the output is wrong on 
both.


Details of the figure are missing - lines are missing, some marks are 
missing, but some are printed. I get about half of the figure printed.


Ghostview complains about DSC warnings when I open the postscript file of 
the entire document, but displays everything on screen nicely. I don't know 
what these DSC warnings are and if they are relevant.


I don't know what recently in my second paragraph means - is it a lyx 
version change (I am on 1.4.3-5), MikTex version (I am on Windows and the 
MikTex is fully updated) or what.


I think my lyx (and tex and imagemagick and ghostview) installation is fine.

Could someone with more experience tell me where to look?

Thanks

Miki 


For starters, if you export to PDF and then print the PDF file (from 
Acrobat Reader), does it print correctly?


/Paul

Re: Another eps problem

2007-01-25 Thread Georg Baum

Am Donnerstag, 25. Januar 2007 17:43 schrieb Miki Dovrat:
 Hi,
 
 I have EPS generated from Microcal Origin, without a preview, which 
always 
 (up to now) have been behaving fine.
 
 Recently I have come across a strange problem, where my eps figures show 
up 
 correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi, 
or 
 postscript, but they do not PRINT on a printer correctly. I have two 
 printers (one HP laser printer, and one deskjet), the output is wrong on 
 both.
 
 Details of the figure are missing - lines are missing, some marks are 
 missing, but some are printed. I get about half of the figure printed.
 
 Ghostview complains about DSC warnings when I open the postscript file of 
 the entire document, but displays everything on screen nicely. I don't 
know 
 what these DSC warnings are and if they are relevant.

They are probably not relevant. What happens if you try to print these 
files directly from ghostscript, without including them in LyX? Does it 
work then? If yes I would suspect a problem in a converter that LyX uses, 
if not then it has nothing to do with LyX.


Georg

Another eps problem

2007-01-25 Thread Miki Dovrat

Hi,

I have EPS generated from Microcal Origin, without a preview, which always 
(up to now) have been behaving fine.

Recently I have come across a strange problem, where my eps figures show up 
correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi, or 
postscript, but they do not PRINT on a printer correctly. I have two 
printers (one HP laser printer, and one deskjet), the output is wrong on 
both.

Details of the figure are missing - lines are missing, some marks are 
missing, but some are printed. I get about "half" of the figure printed.

Ghostview complains about DSC warnings when I open the postscript file of 
the entire document, but displays everything on screen nicely. I don't know 
what these DSC warnings are and if they are relevant.

I don't know what "recently" in my second paragraph means - is it a lyx 
version change (I am on 1.4.3-5), MikTex version (I am on Windows and the 
MikTex is fully updated) or what.

I think my lyx (and tex and imagemagick and ghostview) installation is fine.

Could someone with more experience tell me where to look?

Thanks

Miki

Re: Another eps problem

2007-01-25 Thread Paul A. Rubin


Miki Dovrat wrote:

Hi,

I have EPS generated from Microcal Origin, without a preview, which always 
(up to now) have been behaving fine.


Recently I have come across a strange problem, where my eps figures show up 
correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi, or 
postscript, but they do not PRINT on a printer correctly. I have two 
printers (one HP laser printer, and one deskjet), the output is wrong on 
both.


Details of the figure are missing - lines are missing, some marks are 
missing, but some are printed. I get about "half" of the figure printed.


Ghostview complains about DSC warnings when I open the postscript file of 
the entire document, but displays everything on screen nicely. I don't know 
what these DSC warnings are and if they are relevant.


I don't know what "recently" in my second paragraph means - is it a lyx 
version change (I am on 1.4.3-5), MikTex version (I am on Windows and the 
MikTex is fully updated) or what.


I think my lyx (and tex and imagemagick and ghostview) installation is fine.

Could someone with more experience tell me where to look?

Thanks

Miki 


For starters, if you export to PDF and then print the PDF file (from 
Acrobat Reader), does it print correctly?


/Paul

Re: Another eps problem

2007-01-25 Thread Georg Baum

Am Donnerstag, 25. Januar 2007 17:43 schrieb Miki Dovrat:
> Hi,
> 
> I have EPS generated from Microcal Origin, without a preview, which 
always 
> (up to now) have been behaving fine.
> 
> Recently I have come across a strange problem, where my eps figures show 
up 
> correctly on either pdf (via all methods - dvipdfm, pdftex, ps2pdf), dvi, 
or 
> postscript, but they do not PRINT on a printer correctly. I have two 
> printers (one HP laser printer, and one deskjet), the output is wrong on 
> both.
> 
> Details of the figure are missing - lines are missing, some marks are 
> missing, but some are printed. I get about "half" of the figure printed.
> 
> Ghostview complains about DSC warnings when I open the postscript file of 
> the entire document, but displays everything on screen nicely. I don't 
know 
> what these DSC warnings are and if they are relevant.

They are probably not relevant. What happens if you try to print these 
files directly from ghostscript, without including them in LyX? Does it 
work then? If yes I would suspect a problem in a converter that LyX uses, 
if not then it has nothing to do with LyX.


Georg

Re: EPS problem


I did what you suggested and here's the output:

START OF OUTPUT

C:\Documents and Settings\jkh107\My Documentsconvert -verbose 
light_data.eps li

ght_data.pdf
[ghostscript library] Files/gs/gs8.54/bin/gswin32c.exe -q -dBATCH -dSAFER 
-dMax
Bitmap=5 -dNOPAUSE -dAlignToPixels=0 -sDEVICE=bmpsep8 
-dTextAlphaBits=
4 -dGraphicsAlphaBits=4 -g602x280 -r72x72  
-sOutputFile=C:/DOCUME~1/jkh107/
LOCALS~1/Temp/magick-nyOLa4MV 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-x8HRWZ
Pr 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-IWjoBUaIC:/DOCUME~1/jkh107/LOCAL
S~1/Temp/magick-nyOLa4MV[0] BMP 602x280 602x280+0+0 PseudoClass 256c 8-bit 
664.8

36kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[1] BMP 602x280 602x280+0+0 
Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[2] BMP 602x280 602x280+0+0 
Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[3] BMP 602x280 602x280+0+0 
Pseu

doClass 256c 8-bit 664.836kb 0.016u 0:01
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-_6o2e0aY PS 602x280 602x280+0+0 
DirectCl

ass 16-bit 664.836kb 0.031u 0:01
light_data.eps EPT 602x280 602x280+0+0 DirectClass 16-bit 664.836kb
light_data.eps=light_data.pdf EPT 602x280 602x280+0+0 DirectClass 16-bit 
82.656

3kb 0.031u 0:01

C:\Documents and Settings\jkh107\My Documents

END OF OUTPUT

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-23 Thread Nicolás


It seems ghostscript is called with the wrong sDEVICE option.
In your case it is bmpsep8, while it should be pdfwrite. In the ImageMagick installation directory, there is a config folder, and 
inside there is a delegates.xml file. Check that you have a line like this:


delegate decode=eps encode=pdf mode=bi command='@PSDelegate@ -q -dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE 
-dAlignToPixels=0 -sDEVICE=pdfwrite -sOutputFile=%o -- %i' /



Now I have a question. My LyX installation uses epstopdf to do the convertion. 
Is epstopdf called by ImageMagick's convert?

Nicolás

John Hughes wrote:

I did what you suggested and here's the output:

START OF OUTPUT

C:\Documents and Settings\jkh107\My Documentsconvert -verbose 
light_data.eps li

ght_data.pdf
[ghostscript library] Files/gs/gs8.54/bin/gswin32c.exe -q -dBATCH 
-dSAFER -dMax
Bitmap=5 -dNOPAUSE -dAlignToPixels=0 -sDEVICE=bmpsep8 
-dTextAlphaBits=
4 -dGraphicsAlphaBits=4 -g602x280 -r72x72  
-sOutputFile=C:/DOCUME~1/jkh107/
LOCALS~1/Temp/magick-nyOLa4MV 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-x8HRWZ
Pr 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-IWjoBUaIC:/DOCUME~1/jkh107/LOCAL 

S~1/Temp/magick-nyOLa4MV[0] BMP 602x280 602x280+0+0 PseudoClass 256c 
8-bit 664.8

36kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[1] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[2] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[3] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb 0.016u 0:01
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-_6o2e0aY PS 602x280 602x280+0+0 
DirectCl

ass 16-bit 664.836kb 0.031u 0:01
light_data.eps EPT 602x280 602x280+0+0 DirectClass 16-bit 664.836kb
light_data.eps=light_data.pdf EPT 602x280 602x280+0+0 DirectClass 
16-bit 82.656

3kb 0.031u 0:01

C:\Documents and Settings\jkh107\My Documents

END OF OUTPUT

_
MSN Hotmail is evolving – check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-23 Thread Jean-Pierre Chretien

Date: Tue, 23 Jan 2007 14:14:30 +0100
From: Nicolás [EMAIL PROTECTED]
CC: lyx-users@lists.lyx.org
Subject: Re: EPS problem
[...]
Now I have a question. My LyX installation uses epstopdf to do the 
convertion. 
Is epstopdf called by ImageMagick's convert?

AFAIR (there has been a thread about this), esptopdf is called if the
eps file is recognized as eps by its first line.

If it is recognized as ps (whatever the file name suffix), it's IM.

So care about the real content of your epses.

-- 
Jean-Pierre

Re: EPS problem


The xml file looks like this:

delegate decode=eps encode=pdf mode=bi command=@PSDelegate@ -q 
-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop -dAlignToPixels=0 
-sDEVICE=pdfwrite -sOutputFile=%o -- %i /
 delegate decode=eps encode=ps mode=bi command=@PSDelegate@ -q 
-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop -dAlignToPixels=0 
-sDEVICE=pswrite -sOutputFile=%o -- %i /


There are no other entries starting with delegate decode=eps...

And I'm afraid I don't know if ImageMagick uses epstopdf.

John



From: Nicolás [EMAIL PROTECTED]
CC: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Tue, 23 Jan 2007 14:14:30 +0100

It seems ghostscript is called with the wrong sDEVICE option.
In your case it is bmpsep8, while it should be pdfwrite. In the 
ImageMagick installation directory, there is a config folder, and inside 
there is a delegates.xml file. Check that you have a line like this:


delegate decode=eps encode=pdf mode=bi command='@PSDelegate@ -q 
-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dAlignToPixels=0 
-sDEVICE=pdfwrite -sOutputFile=%o -- %i' /



Now I have a question. My LyX installation uses epstopdf to do the 
convertion. Is epstopdf called by ImageMagick's convert?


Nicolás

John Hughes wrote:

I did what you suggested and here's the output:

START OF OUTPUT

C:\Documents and Settings\jkh107\My Documentsconvert -verbose 
light_data.eps li

ght_data.pdf
[ghostscript library] Files/gs/gs8.54/bin/gswin32c.exe -q -dBATCH -dSAFER 
-dMax
Bitmap=5 -dNOPAUSE -dAlignToPixels=0 -sDEVICE=bmpsep8 
-dTextAlphaBits=
4 -dGraphicsAlphaBits=4 -g602x280 -r72x72  
-sOutputFile=C:/DOCUME~1/jkh107/
LOCALS~1/Temp/magick-nyOLa4MV 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-x8HRWZ
Pr 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-IWjoBUaIC:/DOCUME~1/jkh107/LOCAL


S~1/Temp/magick-nyOLa4MV[0] BMP 602x280 602x280+0+0 PseudoClass 256c 8-bit 
664.8

36kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[1] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[2] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[3] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb 0.016u 0:01
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-_6o2e0aY PS 602x280 602x280+0+0 
DirectCl

ass 16-bit 664.836kb 0.031u 0:01
light_data.eps EPT 602x280 602x280+0+0 DirectClass 16-bit 664.836kb
light_data.eps=light_data.pdf EPT 602x280 602x280+0+0 DirectClass 16-bit 
82.656

3kb 0.031u 0:01

C:\Documents and Settings\jkh107\My Documents

END OF OUTPUT

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com







_
Get Hotmail, News, Sport and Entertainment from MSN on your mobile.  
http://www.msn.txt4content.com/

Re: EPS problem

2007-01-23 Thread Paul A. Rubin


John Hughes wrote:

The xml file looks like this:

delegate decode=eps encode=pdf mode=bi command=@PSDelegate@ -q 
-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop 
-dAlignToPixels=0 -sDEVICE=pdfwrite -sOutputFile=%o -- %i /
 delegate decode=eps encode=ps mode=bi command=@PSDelegate@ -q 
-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop 
-dAlignToPixels=0 -sDEVICE=pswrite -sOutputFile=%o -- %i /


There are no other entries starting with delegate decode=eps...

And I'm afraid I don't know if ImageMagick uses epstopdf.

John


I responded to John out-of-band with some attachments; no point in 
spamming the rest of the list with them.  The problem turned out to be 
with John's EPS file.  It's got what I believe is a bitmap (preview 
image?) embedded in it, along with the vector commands, and it appears 
that ImageMagick sees the bitmap and chooses to convert that.  All of 
the following produced what looked to me to be good quality output:


* manually editing the EPS file to get rid of the binary stuff produced 
a clean conversion (via ImageMagick);


* running 'convert -density 300x300 ...' on the original file;

* loading the original image into Ghostview and using File-Convert with 
device=pdfwrite and resolution=600; and


* running the original file through Acrobat Distiller.

/Paul

Re: EPS problem


I did what you suggested and here's the output:

START OF OUTPUT

C:\Documents and Settings\jkh107\My Documentsconvert -verbose 
light_data.eps li

ght_data.pdf
[ghostscript library] Files/gs/gs8.54/bin/gswin32c.exe -q -dBATCH -dSAFER 
-dMax
Bitmap=5 -dNOPAUSE -dAlignToPixels=0 -sDEVICE=bmpsep8 
-dTextAlphaBits=
4 -dGraphicsAlphaBits=4 -g602x280 -r72x72  
-sOutputFile=C:/DOCUME~1/jkh107/
LOCALS~1/Temp/magick-nyOLa4MV 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-x8HRWZ
Pr 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-IWjoBUaIC:/DOCUME~1/jkh107/LOCAL
S~1/Temp/magick-nyOLa4MV[0] BMP 602x280 602x280+0+0 PseudoClass 256c 8-bit 
664.8

36kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[1] BMP 602x280 602x280+0+0 
Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[2] BMP 602x280 602x280+0+0 
Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[3] BMP 602x280 602x280+0+0 
Pseu

doClass 256c 8-bit 664.836kb 0.016u 0:01
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-_6o2e0aY PS 602x280 602x280+0+0 
DirectCl

ass 16-bit 664.836kb 0.031u 0:01
light_data.eps EPT 602x280 602x280+0+0 DirectClass 16-bit 664.836kb
light_data.eps=light_data.pdf EPT 602x280 602x280+0+0 DirectClass 16-bit 
82.656

3kb 0.031u 0:01

C:\Documents and Settings\jkh107\My Documents

END OF OUTPUT

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-23 Thread Nicolás


It seems ghostscript is called with the wrong sDEVICE option.
In your case it is bmpsep8, while it should be pdfwrite. In the ImageMagick installation directory, there is a config folder, and 
inside there is a delegates.xml file. Check that you have a line like this:


delegate decode=eps encode=pdf mode=bi command='@PSDelegate@ -q -dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE 
-dAlignToPixels=0 -sDEVICE=pdfwrite -sOutputFile=%o -- %i' /



Now I have a question. My LyX installation uses epstopdf to do the convertion. 
Is epstopdf called by ImageMagick's convert?

Nicolás

John Hughes wrote:

I did what you suggested and here's the output:

START OF OUTPUT

C:\Documents and Settings\jkh107\My Documentsconvert -verbose 
light_data.eps li

ght_data.pdf
[ghostscript library] Files/gs/gs8.54/bin/gswin32c.exe -q -dBATCH 
-dSAFER -dMax
Bitmap=5 -dNOPAUSE -dAlignToPixels=0 -sDEVICE=bmpsep8 
-dTextAlphaBits=
4 -dGraphicsAlphaBits=4 -g602x280 -r72x72  
-sOutputFile=C:/DOCUME~1/jkh107/
LOCALS~1/Temp/magick-nyOLa4MV 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-x8HRWZ
Pr 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-IWjoBUaIC:/DOCUME~1/jkh107/LOCAL 

S~1/Temp/magick-nyOLa4MV[0] BMP 602x280 602x280+0+0 PseudoClass 256c 
8-bit 664.8

36kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[1] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[2] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[3] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb 0.016u 0:01
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-_6o2e0aY PS 602x280 602x280+0+0 
DirectCl

ass 16-bit 664.836kb 0.031u 0:01
light_data.eps EPT 602x280 602x280+0+0 DirectClass 16-bit 664.836kb
light_data.eps=light_data.pdf EPT 602x280 602x280+0+0 DirectClass 
16-bit 82.656

3kb 0.031u 0:01

C:\Documents and Settings\jkh107\My Documents

END OF OUTPUT

_
MSN Hotmail is evolving – check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-23 Thread Jean-Pierre Chretien

Date: Tue, 23 Jan 2007 14:14:30 +0100
From: Nicolás [EMAIL PROTECTED]
CC: lyx-users@lists.lyx.org
Subject: Re: EPS problem
[...]
Now I have a question. My LyX installation uses epstopdf to do the 
convertion. 
Is epstopdf called by ImageMagick's convert?

AFAIR (there has been a thread about this), esptopdf is called if the
eps file is recognized as eps by its first line.

If it is recognized as ps (whatever the file name suffix), it's IM.

So care about the real content of your epses.

-- 
Jean-Pierre

Re: EPS problem


The xml file looks like this:

delegate decode=eps encode=pdf mode=bi command=@PSDelegate@ -q 
-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop -dAlignToPixels=0 
-sDEVICE=pdfwrite -sOutputFile=%o -- %i /
 delegate decode=eps encode=ps mode=bi command=@PSDelegate@ -q 
-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop -dAlignToPixels=0 
-sDEVICE=pswrite -sOutputFile=%o -- %i /


There are no other entries starting with delegate decode=eps...

And I'm afraid I don't know if ImageMagick uses epstopdf.

John



From: Nicolás [EMAIL PROTECTED]
CC: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Tue, 23 Jan 2007 14:14:30 +0100

It seems ghostscript is called with the wrong sDEVICE option.
In your case it is bmpsep8, while it should be pdfwrite. In the 
ImageMagick installation directory, there is a config folder, and inside 
there is a delegates.xml file. Check that you have a line like this:


delegate decode=eps encode=pdf mode=bi command='@PSDelegate@ -q 
-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dAlignToPixels=0 
-sDEVICE=pdfwrite -sOutputFile=%o -- %i' /



Now I have a question. My LyX installation uses epstopdf to do the 
convertion. Is epstopdf called by ImageMagick's convert?


Nicolás

John Hughes wrote:

I did what you suggested and here's the output:

START OF OUTPUT

C:\Documents and Settings\jkh107\My Documentsconvert -verbose 
light_data.eps li

ght_data.pdf
[ghostscript library] Files/gs/gs8.54/bin/gswin32c.exe -q -dBATCH -dSAFER 
-dMax
Bitmap=5 -dNOPAUSE -dAlignToPixels=0 -sDEVICE=bmpsep8 
-dTextAlphaBits=
4 -dGraphicsAlphaBits=4 -g602x280 -r72x72  
-sOutputFile=C:/DOCUME~1/jkh107/
LOCALS~1/Temp/magick-nyOLa4MV 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-x8HRWZ
Pr 
-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-IWjoBUaIC:/DOCUME~1/jkh107/LOCAL


S~1/Temp/magick-nyOLa4MV[0] BMP 602x280 602x280+0+0 PseudoClass 256c 8-bit 
664.8

36kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[1] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[2] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[3] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb 0.016u 0:01
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-_6o2e0aY PS 602x280 602x280+0+0 
DirectCl

ass 16-bit 664.836kb 0.031u 0:01
light_data.eps EPT 602x280 602x280+0+0 DirectClass 16-bit 664.836kb
light_data.eps=light_data.pdf EPT 602x280 602x280+0+0 DirectClass 16-bit 
82.656

3kb 0.031u 0:01

C:\Documents and Settings\jkh107\My Documents

END OF OUTPUT

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com







_
Get Hotmail, News, Sport and Entertainment from MSN on your mobile.  
http://www.msn.txt4content.com/

Re: EPS problem

2007-01-23 Thread Paul A. Rubin


John Hughes wrote:

The xml file looks like this:

delegate decode=eps encode=pdf mode=bi command=@PSDelegate@ -q 
-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop 
-dAlignToPixels=0 -sDEVICE=pdfwrite -sOutputFile=%o -- %i /
 delegate decode=eps encode=ps mode=bi command=@PSDelegate@ -q 
-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop 
-dAlignToPixels=0 -sDEVICE=pswrite -sOutputFile=%o -- %i /


There are no other entries starting with delegate decode=eps...

And I'm afraid I don't know if ImageMagick uses epstopdf.

John


I responded to John out-of-band with some attachments; no point in 
spamming the rest of the list with them.  The problem turned out to be 
with John's EPS file.  It's got what I believe is a bitmap (preview 
image?) embedded in it, along with the vector commands, and it appears 
that ImageMagick sees the bitmap and chooses to convert that.  All of 
the following produced what looked to me to be good quality output:


* manually editing the EPS file to get rid of the binary stuff produced 
a clean conversion (via ImageMagick);


* running 'convert -density 300x300 ...' on the original file;

* loading the original image into Ghostview and using File-Convert with 
device=pdfwrite and resolution=600; and


* running the original file through Acrobat Distiller.

/Paul

Re: EPS problem


I did what you suggested and here's the output:

START OF OUTPUT

C:\Documents and Settings\jkh107\My Documents>convert -verbose 
light_data.eps li

ght_data.pdf
[ghostscript library] Files/gs/gs8.54/bin/gswin32c.exe" -q -dBATCH -dSAFER 
-dMax
Bitmap=5 -dNOPAUSE -dAlignToPixels=0 "-sDEVICE=bmpsep8" 
-dTextAlphaBits=
4 -dGraphicsAlphaBits=4 "-g602x280" "-r72x72"  
"-sOutputFile=C:/DOCUME~1/jkh107/
LOCALS~1/Temp/magick-nyOLa4MV" 
"-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-x8HRWZ
Pr" 
"-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-IWjoBUaI"C:/DOCUME~1/jkh107/LOCAL
S~1/Temp/magick-nyOLa4MV[0] BMP 602x280 602x280+0+0 PseudoClass 256c 8-bit 
664.8

36kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[1] BMP 602x280 602x280+0+0 
Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[2] BMP 602x280 602x280+0+0 
Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[3] BMP 602x280 602x280+0+0 
Pseu

doClass 256c 8-bit 664.836kb 0.016u 0:01
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-_6o2e0aY PS 602x280 602x280+0+0 
DirectCl

ass 16-bit 664.836kb 0.031u 0:01
light_data.eps EPT 602x280 602x280+0+0 DirectClass 16-bit 664.836kb
light_data.eps=>light_data.pdf EPT 602x280 602x280+0+0 DirectClass 16-bit 
82.656

3kb 0.031u 0:01

C:\Documents and Settings\jkh107\My Documents>

END OF OUTPUT

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-23 Thread Nicolás


It seems ghostscript is called with the wrong "sDEVICE" option.
In your case it is "bmpsep8", while it should be "pdfwrite". In the ImageMagick installation directory, there is a "config" folder, and 
inside there is a delegates.xml file. Check that you have a line like this:






Now I have a question. My LyX installation uses epstopdf to do the convertion. 
Is epstopdf called by ImageMagick's convert?

Nicolás

John Hughes wrote:

I did what you suggested and here's the output:

START OF OUTPUT

C:\Documents and Settings\jkh107\My Documents>convert -verbose 
light_data.eps li

ght_data.pdf
[ghostscript library] Files/gs/gs8.54/bin/gswin32c.exe" -q -dBATCH 
-dSAFER -dMax
Bitmap=5 -dNOPAUSE -dAlignToPixels=0 "-sDEVICE=bmpsep8" 
-dTextAlphaBits=
4 -dGraphicsAlphaBits=4 "-g602x280" "-r72x72"  
"-sOutputFile=C:/DOCUME~1/jkh107/
LOCALS~1/Temp/magick-nyOLa4MV" 
"-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-x8HRWZ
Pr" 
"-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-IWjoBUaI"C:/DOCUME~1/jkh107/LOCAL 

S~1/Temp/magick-nyOLa4MV[0] BMP 602x280 602x280+0+0 PseudoClass 256c 
8-bit 664.8

36kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[1] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[2] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[3] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb 0.016u 0:01
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-_6o2e0aY PS 602x280 602x280+0+0 
DirectCl

ass 16-bit 664.836kb 0.031u 0:01
light_data.eps EPT 602x280 602x280+0+0 DirectClass 16-bit 664.836kb
light_data.eps=>light_data.pdf EPT 602x280 602x280+0+0 DirectClass 
16-bit 82.656

3kb 0.031u 0:01

C:\Documents and Settings\jkh107\My Documents>

END OF OUTPUT

_
MSN Hotmail is evolving – check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-23 Thread Jean-Pierre Chretien


>>Date: Tue, 23 Jan 2007 14:14:30 +0100
>>From: Nicolás <[EMAIL PROTECTED]>
>>CC: lyx-users@lists.lyx.org
>>Subject: Re: EPS problem
[...]
>>Now I have a question. My LyX installation uses epstopdf to do the 
>>convertion. 
Is epstopdf called by ImageMagick's convert?

AFAIR (there has been a thread about this), esptopdf is called if the
eps file is recognized as eps by its first line.

If it is recognized as ps (whatever the file name suffix), it's IM.

So care about the real content of your epses.

-- 
Jean-Pierre

Re: EPS problem


The xml file looks like this:

-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop -dAlignToPixels=0 
-sDEVICE=pdfwrite "-sOutputFile=%o" -- "%i"" />
 -dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop -dAlignToPixels=0 
-sDEVICE=pswrite "-sOutputFile=%o" -- "%i"" />


There are no other entries starting with 
From: Nicolás <[EMAIL PROTECTED]>
CC: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Tue, 23 Jan 2007 14:14:30 +0100

It seems ghostscript is called with the wrong "sDEVICE" option.
In your case it is "bmpsep8", while it should be "pdfwrite". In the 
ImageMagick installation directory, there is a "config" folder, and inside 
there is a delegates.xml file. Check that you have a line like this:






Now I have a question. My LyX installation uses epstopdf to do the 
convertion. Is epstopdf called by ImageMagick's convert?


Nicolás

John Hughes wrote:

I did what you suggested and here's the output:

START OF OUTPUT

C:\Documents and Settings\jkh107\My Documents>convert -verbose 
light_data.eps li

ght_data.pdf
[ghostscript library] Files/gs/gs8.54/bin/gswin32c.exe" -q -dBATCH -dSAFER 
-dMax
Bitmap=5 -dNOPAUSE -dAlignToPixels=0 "-sDEVICE=bmpsep8" 
-dTextAlphaBits=
4 -dGraphicsAlphaBits=4 "-g602x280" "-r72x72"  
"-sOutputFile=C:/DOCUME~1/jkh107/
LOCALS~1/Temp/magick-nyOLa4MV" 
"-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-x8HRWZ
Pr" 
"-fC:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-IWjoBUaI"C:/DOCUME~1/jkh107/LOCAL


S~1/Temp/magick-nyOLa4MV[0] BMP 602x280 602x280+0+0 PseudoClass 256c 8-bit 
664.8

36kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[1] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[2] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-nyOLa4MV[3] BMP 602x280 
602x280+0+0 Pseu

doClass 256c 8-bit 664.836kb 0.016u 0:01
C:/DOCUME~1/jkh107/LOCALS~1/Temp/magick-_6o2e0aY PS 602x280 602x280+0+0 
DirectCl

ass 16-bit 664.836kb 0.031u 0:01
light_data.eps EPT 602x280 602x280+0+0 DirectClass 16-bit 664.836kb
light_data.eps=>light_data.pdf EPT 602x280 602x280+0+0 DirectClass 16-bit 
82.656

3kb 0.031u 0:01

C:\Documents and Settings\jkh107\My Documents>

END OF OUTPUT

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com







_
Get Hotmail, News, Sport and Entertainment from MSN on your mobile.  
http://www.msn.txt4content.com/

Re: EPS problem

2007-01-23 Thread Paul A. Rubin


John Hughes wrote:

The xml file looks like this:

-dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop 
-dAlignToPixels=0 -sDEVICE=pdfwrite "-sOutputFile=%o" -- "%i"" />
 -dBATCH -dSAFER -dMaxBitmap=5 -dNOPAUSE -dEPSCrop 
-dAlignToPixels=0 -sDEVICE=pswrite "-sOutputFile=%o" -- "%i"" />


There are no other entries starting with 

I responded to John out-of-band with some attachments; no point in 
spamming the rest of the list with them.  The problem turned out to be 
with John's EPS file.  It's got what I believe is a bitmap (preview 
image?) embedded in it, along with the vector commands, and it appears 
that ImageMagick sees the bitmap and chooses to convert that.  All of 
the following produced what looked to me to be good quality output:


* manually editing the EPS file to get rid of the binary stuff produced 
a clean conversion (via ImageMagick);


* running 'convert -density 300x300 ...' on the original file;

* loading the original image into Ghostview and using File->Convert with 
device=pdfwrite and resolution=600; and


* running the original file through Acrobat Distiller.

/Paul

Re: EPS problem

From: Paul A. Rubin [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Sun, 21 Jan 2007 16:13:48 -0500

John Hughes wrote:

1. ImageMagick is in the command path and LyX's path prefix.

2. When I convert the EPS file to PDF using the convert command, it 
changes my vector graphic into a very low resolution bitmap image - which 
is unsuitable for this purpose.

3. The temp directory contains both a copy of the EPS file and a PDF 
version of it. However, the PDF version is a blank A4 page.

Thanks anyway - I do appreciate your help.

No problems.  The poor quality conversion has me wondering if there's a 
problem with Ghostscript.  Imagemagick will use Ghostscript to convert 
PS/EPS to PDF.  Rather than repeat copious details here, I'll refer you to 
the IM README.txt file (look for the item beginning ImageMagick requires 
Ghostscript software ...).  In particular, the sentence If Ghostscript is 
unavailable, the Display Postscript X11 extension is used to rasterize a 
Postscript document ... makes me wonder if Ghostscript is properly 
installed and available on the command path (and whether it's up-to-date -- 
IM wants GS 8.10, although I presume there's an implicit 'or later').

/Paul

So am I to understand that the following sequence of events should work:

1. Export an EPS vector graphic
2. Insert the EPS vector graphic into a LyX document
3. Export the LyX document to PDF using pdflatex
4. Get a PDF file with a nice vector graphic in it?

I just want to make sure that we're not talking at crossed purposes.

Thanks again

John

_
Get Hotmail, News, Sport and Entertainment from MSN on your mobile.  
http://www.msn.txt4content.com/

Re: EPS problem

John Hughes wrote:

 So am I to understand that the following sequence of events should work:
 
 1. Export an EPS vector graphic
 2. Insert the EPS vector graphic into a LyX document
 3. Export the LyX document to PDF using pdflatex
 4. Get a PDF file with a nice vector graphic in it?

No, that does unfortunately not work in 1.4.3 (see
http://bugzilla.lyx.org/show_bug.cgi?id=2868), but it will work in 1.4.4.
The reason is that up to 1.4.3 LyX converts all graphics except .jpg
and .pdf to .png for pdflatex. This will be changed in 1.4.4, then it will
work exactly as you describe above.
If you use latex and ps2pdf instead of pdflatex then you will also get
vector graphics in 1.4.3.


Georg

Re: EPS problem

2007-01-22 Thread Nicolás


According to the bug's explanation, .ps and .eps are converted to .pdf, not 
.png.
I am using v1.4.3 with Miktex 2.5 and ImageMagic 2.6.7, and my LyX behaves as expected by John. That is, I insert .eps graphics in my 
LyX document and when invoking the pdflatex-view, the graphics are converted to .pdf.


Nicolás

Georg Baum wrote:

John Hughes wrote:


So am I to understand that the following sequence of events should work:

1. Export an EPS vector graphic
2. Insert the EPS vector graphic into a LyX document
3. Export the LyX document to PDF using pdflatex
4. Get a PDF file with a nice vector graphic in it?


No, that does unfortunately not work in 1.4.3 (see
http://bugzilla.lyx.org/show_bug.cgi?id=2868), but it will work in 1.4.4.
The reason is that up to 1.4.3 LyX converts all graphics except .jpg
and .pdf to .png for pdflatex. This will be changed in 1.4.4, then it will
work exactly as you describe above.
If you use latex and ps2pdf instead of pdflatex then you will also get
vector graphics in 1.4.3.


Georg

Re: EPS problem

Nicolás wrote:

 According to the bug's explanation, .ps and .eps are converted to .pdf,
 not .png. I am using v1.4.3 with Miktex 2.5 and ImageMagic 2.6.7, and my
 LyX behaves as expected by John. That is, I insert .eps graphics in my LyX
 document and when invoking the pdflatex-view, the graphics are converted
 to .pdf.

Of course you are right. What I wrote is correct for other vector file
formats, e.g. xfig or tgif.


Georg

Re: EPS problem

Thanks - so I should expect pdflatex to work with EPS graphics. I have tried 
re-installing ghostscript, but it's still not working as I described.

From: Georg Baum [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Mon, 22 Jan 2007 16:08:59 +0100

NicolÃ¡s wrote:

 According to the bug's explanation, .ps and .eps are converted to .pdf,
 not .png. I am using v1.4.3 with Miktex 2.5 and ImageMagic 2.6.7, and my
 LyX behaves as expected by John. That is, I insert .eps graphics in my 
LyX

 document and when invoking the pdflatex-view, the graphics are converted
 to .pdf.

Of course you are right. What I wrote is correct for other vector file
formats, e.g. xfig or tgif.

Georg

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-22 Thread Paul A. Rubin


John Hughes wrote:
Thanks - so I should expect pdflatex to work with EPS graphics. I have 
tried re-installing ghostscript, but it's still not working as I described.




May I suggest the following experiment?  Open a DOS prompt in the home 
of an EPS file and run 'convert -verbose whatever.eps whatever.pdf'. 
Post both the EPS and resulting PDF files, along with the output from 
convert.  Maybe something in the output will give us a clue.


/Paul

Re: EPS problem

From: Paul A. Rubin [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Sun, 21 Jan 2007 16:13:48 -0500

John Hughes wrote:

1. ImageMagick is in the command path and LyX's path prefix.

2. When I convert the EPS file to PDF using the convert command, it 
changes my vector graphic into a very low resolution bitmap image - which 
is unsuitable for this purpose.

3. The temp directory contains both a copy of the EPS file and a PDF 
version of it. However, the PDF version is a blank A4 page.

Thanks anyway - I do appreciate your help.

No problems.  The poor quality conversion has me wondering if there's a 
problem with Ghostscript.  Imagemagick will use Ghostscript to convert 
PS/EPS to PDF.  Rather than repeat copious details here, I'll refer you to 
the IM README.txt file (look for the item beginning ImageMagick requires 
Ghostscript software ...).  In particular, the sentence If Ghostscript is 
unavailable, the Display Postscript X11 extension is used to rasterize a 
Postscript document ... makes me wonder if Ghostscript is properly 
installed and available on the command path (and whether it's up-to-date -- 
IM wants GS 8.10, although I presume there's an implicit 'or later').

/Paul

So am I to understand that the following sequence of events should work:

1. Export an EPS vector graphic
2. Insert the EPS vector graphic into a LyX document
3. Export the LyX document to PDF using pdflatex
4. Get a PDF file with a nice vector graphic in it?

I just want to make sure that we're not talking at crossed purposes.

Thanks again

John

_
Get Hotmail, News, Sport and Entertainment from MSN on your mobile.  
http://www.msn.txt4content.com/

Re: EPS problem

John Hughes wrote:

 So am I to understand that the following sequence of events should work:
 
 1. Export an EPS vector graphic
 2. Insert the EPS vector graphic into a LyX document
 3. Export the LyX document to PDF using pdflatex
 4. Get a PDF file with a nice vector graphic in it?

No, that does unfortunately not work in 1.4.3 (see
http://bugzilla.lyx.org/show_bug.cgi?id=2868), but it will work in 1.4.4.
The reason is that up to 1.4.3 LyX converts all graphics except .jpg
and .pdf to .png for pdflatex. This will be changed in 1.4.4, then it will
work exactly as you describe above.
If you use latex and ps2pdf instead of pdflatex then you will also get
vector graphics in 1.4.3.


Georg

Re: EPS problem

2007-01-22 Thread Nicolás


According to the bug's explanation, .ps and .eps are converted to .pdf, not 
.png.
I am using v1.4.3 with Miktex 2.5 and ImageMagic 2.6.7, and my LyX behaves as expected by John. That is, I insert .eps graphics in my 
LyX document and when invoking the pdflatex-view, the graphics are converted to .pdf.


Nicolás

Georg Baum wrote:

John Hughes wrote:


So am I to understand that the following sequence of events should work:

1. Export an EPS vector graphic
2. Insert the EPS vector graphic into a LyX document
3. Export the LyX document to PDF using pdflatex
4. Get a PDF file with a nice vector graphic in it?


No, that does unfortunately not work in 1.4.3 (see
http://bugzilla.lyx.org/show_bug.cgi?id=2868), but it will work in 1.4.4.
The reason is that up to 1.4.3 LyX converts all graphics except .jpg
and .pdf to .png for pdflatex. This will be changed in 1.4.4, then it will
work exactly as you describe above.
If you use latex and ps2pdf instead of pdflatex then you will also get
vector graphics in 1.4.3.


Georg

Re: EPS problem

Nicolás wrote:

 According to the bug's explanation, .ps and .eps are converted to .pdf,
 not .png. I am using v1.4.3 with Miktex 2.5 and ImageMagic 2.6.7, and my
 LyX behaves as expected by John. That is, I insert .eps graphics in my LyX
 document and when invoking the pdflatex-view, the graphics are converted
 to .pdf.

Of course you are right. What I wrote is correct for other vector file
formats, e.g. xfig or tgif.


Georg

Re: EPS problem

Thanks - so I should expect pdflatex to work with EPS graphics. I have tried 
re-installing ghostscript, but it's still not working as I described.

From: Georg Baum [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Mon, 22 Jan 2007 16:08:59 +0100

NicolÃ¡s wrote:

 According to the bug's explanation, .ps and .eps are converted to .pdf,
 not .png. I am using v1.4.3 with Miktex 2.5 and ImageMagic 2.6.7, and my
 LyX behaves as expected by John. That is, I insert .eps graphics in my 
LyX

 document and when invoking the pdflatex-view, the graphics are converted
 to .pdf.

Of course you are right. What I wrote is correct for other vector file
formats, e.g. xfig or tgif.

Georg

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-22 Thread Paul A. Rubin


John Hughes wrote:
Thanks - so I should expect pdflatex to work with EPS graphics. I have 
tried re-installing ghostscript, but it's still not working as I described.




May I suggest the following experiment?  Open a DOS prompt in the home 
of an EPS file and run 'convert -verbose whatever.eps whatever.pdf'. 
Post both the EPS and resulting PDF files, along with the output from 
convert.  Maybe something in the output will give us a clue.


/Paul

Re: EPS problem

From: "Paul A. Rubin" <[EMAIL PROTECTED]>
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Sun, 21 Jan 2007 16:13:48 -0500

John Hughes wrote:

1. ImageMagick is in the command path and LyX's path prefix.

2. When I convert the EPS file to PDF using the "convert" command, it 
changes my vector graphic into a very low resolution bitmap image - which 
is unsuitable for this purpose.

3. The temp directory contains both a copy of the EPS file and a PDF 
version of it. However, the PDF version is a blank A4 page.

Thanks anyway - I do appreciate your help.

No problems.  The poor quality conversion has me wondering if there's a 
problem with Ghostscript.  Imagemagick will use Ghostscript to convert 
PS/EPS to PDF.  Rather than repeat copious details here, I'll refer you to 
the IM README.txt file (look for the item beginning "ImageMagick requires 
Ghostscript software ...").  In particular, the sentence "If Ghostscript is 
unavailable, the Display Postscript X11 extension is used to rasterize a 
Postscript document ..." makes me wonder if Ghostscript is properly 
installed and available on the command path (and whether it's up-to-date -- 
IM wants GS 8.10, although I presume there's an implicit 'or later').

/Paul

So am I to understand that the following sequence of events should work:

1. Export an EPS vector graphic
2. Insert the EPS vector graphic into a LyX document
3. Export the LyX document to PDF using pdflatex
4. Get a PDF file with a nice vector graphic in it?

I just want to make sure that we're not talking at crossed purposes.

Thanks again

John

_
Get Hotmail, News, Sport and Entertainment from MSN on your mobile.  
http://www.msn.txt4content.com/

Re: EPS problem

John Hughes wrote:

> So am I to understand that the following sequence of events should work:
> 
> 1. Export an EPS vector graphic
> 2. Insert the EPS vector graphic into a LyX document
> 3. Export the LyX document to PDF using pdflatex
> 4. Get a PDF file with a nice vector graphic in it?

No, that does unfortunately not work in 1.4.3 (see
http://bugzilla.lyx.org/show_bug.cgi?id=2868), but it will work in 1.4.4.
The reason is that up to 1.4.3 LyX converts all graphics except .jpg
and .pdf to .png for pdflatex. This will be changed in 1.4.4, then it will
work exactly as you describe above.
If you use latex and ps2pdf instead of pdflatex then you will also get
vector graphics in 1.4.3.

Georg

Re: EPS problem

2007-01-22 Thread Nicolás


According to the bug's explanation, .ps and .eps are converted to .pdf, not 
.png.
I am using v1.4.3 with Miktex 2.5 and ImageMagic 2.6.7, and my LyX behaves as expected by John. That is, I insert .eps graphics in my 
LyX document and when invoking the pdflatex-view, the graphics are converted to .pdf.


Nicolás

Georg Baum wrote:

John Hughes wrote:


So am I to understand that the following sequence of events should work:

1. Export an EPS vector graphic
2. Insert the EPS vector graphic into a LyX document
3. Export the LyX document to PDF using pdflatex
4. Get a PDF file with a nice vector graphic in it?


No, that does unfortunately not work in 1.4.3 (see
http://bugzilla.lyx.org/show_bug.cgi?id=2868), but it will work in 1.4.4.
The reason is that up to 1.4.3 LyX converts all graphics except .jpg
and .pdf to .png for pdflatex. This will be changed in 1.4.4, then it will
work exactly as you describe above.
If you use latex and ps2pdf instead of pdflatex then you will also get
vector graphics in 1.4.3.


Georg

Re: EPS problem

Nicolás wrote:

> According to the bug's explanation, .ps and .eps are converted to .pdf,
> not .png. I am using v1.4.3 with Miktex 2.5 and ImageMagic 2.6.7, and my
> LyX behaves as expected by John. That is, I insert .eps graphics in my LyX
> document and when invoking the pdflatex-view, the graphics are converted
> to .pdf.

Of course you are right. What I wrote is correct for other vector file
formats, e.g. xfig or tgif.


Georg

Re: EPS problem

Thanks - so I should expect pdflatex to work with EPS graphics. I have tried 
re-installing ghostscript, but it's still not working as I described.

From: Georg Baum <[EMAIL PROTECTED]>
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Mon, 22 Jan 2007 16:08:59 +0100

NicolÃ¡s wrote:

> According to the bug's explanation, .ps and .eps are converted to .pdf,
> not .png. I am using v1.4.3 with Miktex 2.5 and ImageMagic 2.6.7, and my
> LyX behaves as expected by John. That is, I insert .eps graphics in my 
LyX

> document and when invoking the pdflatex-view, the graphics are converted
> to .pdf.

Of course you are right. What I wrote is correct for other vector file
formats, e.g. xfig or tgif.

Georg

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-22 Thread Paul A. Rubin


John Hughes wrote:
Thanks - so I should expect pdflatex to work with EPS graphics. I have 
tried re-installing ghostscript, but it's still not working as I described.




May I suggest the following experiment?  Open a DOS prompt in the home 
of an EPS file and run 'convert -verbose whatever.eps whatever.pdf'. 
Post both the EPS and resulting PDF files, along with the output from 
convert.  Maybe something in the output will give us a clue.


/Paul

Re: EPS problem

2007-01-21 Thread John Hughes

From: Paul A. Rubin [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Sat, 20 Jan 2007 20:52:24 -0500

John Hughes wrote:
As far as I can tell, everything is up to date now. I have discovered that 
I can include EPS graphics if I export the document to PostScript, then 
view the PS file in GSview and export it to PDF from there. But still no 
luck simply exporting the document straight from LyX to PDF using pdflatex 
(or either of the other options).

I believe that PostScript output embeds EPS files directly, whereas PDF 
output requires conversion from EPS to PDF.  I suspect that conversion is 
failing.  Here are a few things to check:

1. Make sure that ImageMagick is either on your system command path or in 
LyX's path prefix (Tools-Preferences...-Paths-PATH prefix).  I've got it 
both places on my system, but I think either one is sufficient.

2. Open a command prompt where your EPS image lives and run 'convert 
myfile.eps myfile.pdf' (changing the file name, of course).  If IM is not 
on your command path, you'll need to change 'convert' to 'path to 
IM\convert'.  Make sure this produces a PDF file containing your image.

3.  Try to View-PDF (pdflatex) a document containing an EPS image. While 
LyX is still open, use Windows Explorer to look into the temp directory.  
Tools-Preferences...-Paths-Temp directory will get you to the parent of 
the buffer directory; from there, you'll need to drill down a level or so.  
You should find a copy of your EPS file along with a converted PDF version 
of it.  If either or both is missing, the conversion script may be having a 
problem with the path to the source file.

/Paul

1. ImageMagick is in the command path and LyX's path prefix.

2. When I convert the EPS file to PDF using the convert command, it 
changes my vector graphic into a very low resolution bitmap image - which is 
unsuitable for this purpose.

3. The temp directory contains both a copy of the EPS file and a PDF version 
of it. However, the PDF version is a blank A4 page.

Thanks anyway - I do appreciate your help.

John

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-21 Thread Paul A. Rubin


John Hughes wrote:





1. ImageMagick is in the command path and LyX's path prefix.

2. When I convert the EPS file to PDF using the convert command, it 
changes my vector graphic into a very low resolution bitmap image - 
which is unsuitable for this purpose.


3. The temp directory contains both a copy of the EPS file and a PDF 
version of it. However, the PDF version is a blank A4 page.


Thanks anyway - I do appreciate your help.



No problems.  The poor quality conversion has me wondering if there's a 
problem with Ghostscript.  Imagemagick will use Ghostscript to convert 
PS/EPS to PDF.  Rather than repeat copious details here, I'll refer you 
to the IM README.txt file (look for the item beginning ImageMagick 
requires Ghostscript software ...).  In particular, the sentence If 
Ghostscript is unavailable, the Display Postscript X11 extension is used 
to rasterize a Postscript document ... makes me wonder if Ghostscript 
is properly installed and available on the command path (and whether 
it's up-to-date -- IM wants GS 8.10, although I presume there's an 
implicit 'or later').


/Paul

Re: EPS problem

2007-01-21 Thread John Hughes

From: Paul A. Rubin [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Sat, 20 Jan 2007 20:52:24 -0500

John Hughes wrote:
As far as I can tell, everything is up to date now. I have discovered that 
I can include EPS graphics if I export the document to PostScript, then 
view the PS file in GSview and export it to PDF from there. But still no 
luck simply exporting the document straight from LyX to PDF using pdflatex 
(or either of the other options).

I believe that PostScript output embeds EPS files directly, whereas PDF 
output requires conversion from EPS to PDF.  I suspect that conversion is 
failing.  Here are a few things to check:

1. Make sure that ImageMagick is either on your system command path or in 
LyX's path prefix (Tools-Preferences...-Paths-PATH prefix).  I've got it 
both places on my system, but I think either one is sufficient.

2. Open a command prompt where your EPS image lives and run 'convert 
myfile.eps myfile.pdf' (changing the file name, of course).  If IM is not 
on your command path, you'll need to change 'convert' to 'path to 
IM\convert'.  Make sure this produces a PDF file containing your image.

3.  Try to View-PDF (pdflatex) a document containing an EPS image. While 
LyX is still open, use Windows Explorer to look into the temp directory.  
Tools-Preferences...-Paths-Temp directory will get you to the parent of 
the buffer directory; from there, you'll need to drill down a level or so.  
You should find a copy of your EPS file along with a converted PDF version 
of it.  If either or both is missing, the conversion script may be having a 
problem with the path to the source file.

/Paul

1. ImageMagick is in the command path and LyX's path prefix.

2. When I convert the EPS file to PDF using the convert command, it 
changes my vector graphic into a very low resolution bitmap image - which is 
unsuitable for this purpose.

3. The temp directory contains both a copy of the EPS file and a PDF version 
of it. However, the PDF version is a blank A4 page.

Thanks anyway - I do appreciate your help.

John

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-21 Thread Paul A. Rubin


John Hughes wrote:





1. ImageMagick is in the command path and LyX's path prefix.

2. When I convert the EPS file to PDF using the convert command, it 
changes my vector graphic into a very low resolution bitmap image - 
which is unsuitable for this purpose.


3. The temp directory contains both a copy of the EPS file and a PDF 
version of it. However, the PDF version is a blank A4 page.


Thanks anyway - I do appreciate your help.



No problems.  The poor quality conversion has me wondering if there's a 
problem with Ghostscript.  Imagemagick will use Ghostscript to convert 
PS/EPS to PDF.  Rather than repeat copious details here, I'll refer you 
to the IM README.txt file (look for the item beginning ImageMagick 
requires Ghostscript software ...).  In particular, the sentence If 
Ghostscript is unavailable, the Display Postscript X11 extension is used 
to rasterize a Postscript document ... makes me wonder if Ghostscript 
is properly installed and available on the command path (and whether 
it's up-to-date -- IM wants GS 8.10, although I presume there's an 
implicit 'or later').


/Paul

Re: EPS problem

2007-01-21 Thread John Hughes

From: "Paul A. Rubin" <[EMAIL PROTECTED]>
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Sat, 20 Jan 2007 20:52:24 -0500

John Hughes wrote:
As far as I can tell, everything is up to date now. I have discovered that 
I can include EPS graphics if I export the document to PostScript, then 
view the PS file in GSview and export it to PDF from there. But still no 
luck simply exporting the document straight from LyX to PDF using pdflatex 
(or either of the other options).

I believe that PostScript output embeds EPS files directly, whereas PDF 
output requires conversion from EPS to PDF.  I suspect that conversion is 
failing.  Here are a few things to check:

1. Make sure that ImageMagick is either on your system command path or in 
LyX's path prefix (Tools->Preferences...->Paths->PATH prefix).  I've got it 
both places on my system, but I think either one is sufficient.

2. Open a command prompt where your EPS image lives and run 'convert 
myfile.eps myfile.pdf' (changing the file name, of course).  If IM is not 
on your command path, you'll need to change 'convert' to 'IM>\convert'.  Make sure this produces a PDF file containing your image.

3.  Try to View->PDF (pdflatex) a document containing an EPS image. While 
LyX is still open, use Windows Explorer to look into the temp directory.  
Tools->Preferences...->Paths->Temp directory will get you to the parent of 
the buffer directory; from there, you'll need to drill down a level or so.  
You should find a copy of your EPS file along with a converted PDF version 
of it.  If either or both is missing, the conversion script may be having a 
problem with the path to the source file.

/Paul

1. ImageMagick is in the command path and LyX's path prefix.

2. When I convert the EPS file to PDF using the "convert" command, it 
changes my vector graphic into a very low resolution bitmap image - which is 
unsuitable for this purpose.

3. The temp directory contains both a copy of the EPS file and a PDF version 
of it. However, the PDF version is a blank A4 page.

Thanks anyway - I do appreciate your help.

John

_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-21 Thread Paul A. Rubin


John Hughes wrote:





1. ImageMagick is in the command path and LyX's path prefix.

2. When I convert the EPS file to PDF using the "convert" command, it 
changes my vector graphic into a very low resolution bitmap image - 
which is unsuitable for this purpose.


3. The temp directory contains both a copy of the EPS file and a PDF 
version of it. However, the PDF version is a blank A4 page.


Thanks anyway - I do appreciate your help.



No problems.  The poor quality conversion has me wondering if there's a 
problem with Ghostscript.  Imagemagick will use Ghostscript to convert 
PS/EPS to PDF.  Rather than repeat copious details here, I'll refer you 
to the IM README.txt file (look for the item beginning "ImageMagick 
requires Ghostscript software ...").  In particular, the sentence "If 
Ghostscript is unavailable, the Display Postscript X11 extension is used 
to rasterize a Postscript document ..." makes me wonder if Ghostscript 
is properly installed and available on the command path (and whether 
it's up-to-date -- IM wants GS 8.10, although I presume there's an 
implicit 'or later').


/Paul

Re: EPS problem

2007-01-20 Thread John Hughes

As far as I can tell, everything is up to date now. I have discovered that I 
can include EPS graphics if I export the document to PostScript, then view 
the PS file in GSview and export it to PDF from there. But still no luck 
simply exporting the document straight from LyX to PDF using pdflatex (or 
either of the other options).




From: Paul A. Rubin [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Fri, 19 Jan 2007 11:51:37 -0500

John Hughes wrote:

I'm running on WinXP with MikTeX and ImageMagick installed.



Have you checked that your MikTeX is up to date?  Someone else on the list 
(also a MikTeX user) reported a similar problem, and after reinstalling LyX 
and updating a few MikTeX files the problem disappeared.  It wasn't clear 
whether the reinstallation of LyX or the update of MikTeX cured the problem 
(or whether Loki just got bored and decided to pick on someone else), but 
updating MikTeX is what I would try first.


Assuming that doesn't do the trick, you might open a document in LyX, try 
to View-PDF (pdflatex), and (with LyX still open) peek into the temp 
directory and see if the missing image files are there (should have both 
EPS and PDF versions of each image).


/Paul



_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-20 Thread Paul A. Rubin


John Hughes wrote:
As far as I can tell, everything is up to date now. I have discovered 
that I can include EPS graphics if I export the document to PostScript, 
then view the PS file in GSview and export it to PDF from there. But 
still no luck simply exporting the document straight from LyX to PDF 
using pdflatex (or either of the other options).




I believe that PostScript output embeds EPS files directly, whereas PDF 
output requires conversion from EPS to PDF.  I suspect that conversion 
is failing.  Here are a few things to check:


1. Make sure that ImageMagick is either on your system command path or 
in LyX's path prefix (Tools-Preferences...-Paths-PATH prefix).  I've 
got it both places on my system, but I think either one is sufficient.


2. Open a command prompt where your EPS image lives and run 'convert 
myfile.eps myfile.pdf' (changing the file name, of course).  If IM is 
not on your command path, you'll need to change 'convert' to 'path to 
IM\convert'.  Make sure this produces a PDF file containing your image.


3.  Try to View-PDF (pdflatex) a document containing an EPS image. 
While LyX is still open, use Windows Explorer to look into the temp 
directory.  Tools-Preferences...-Paths-Temp directory will get you to 
the parent of the buffer directory; from there, you'll need to drill 
down a level or so.  You should find a copy of your EPS file along with 
a converted PDF version of it.  If either or both is missing, the 
conversion script may be having a problem with the path to the source file.


/Paul

Re: EPS problem

2007-01-20 Thread John Hughes

As far as I can tell, everything is up to date now. I have discovered that I 
can include EPS graphics if I export the document to PostScript, then view 
the PS file in GSview and export it to PDF from there. But still no luck 
simply exporting the document straight from LyX to PDF using pdflatex (or 
either of the other options).




From: Paul A. Rubin [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Fri, 19 Jan 2007 11:51:37 -0500

John Hughes wrote:

I'm running on WinXP with MikTeX and ImageMagick installed.



Have you checked that your MikTeX is up to date?  Someone else on the list 
(also a MikTeX user) reported a similar problem, and after reinstalling LyX 
and updating a few MikTeX files the problem disappeared.  It wasn't clear 
whether the reinstallation of LyX or the update of MikTeX cured the problem 
(or whether Loki just got bored and decided to pick on someone else), but 
updating MikTeX is what I would try first.


Assuming that doesn't do the trick, you might open a document in LyX, try 
to View-PDF (pdflatex), and (with LyX still open) peek into the temp 
directory and see if the missing image files are there (should have both 
EPS and PDF versions of each image).


/Paul



_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

Re: EPS problem

2007-01-20 Thread Paul A. Rubin


John Hughes wrote:
As far as I can tell, everything is up to date now. I have discovered 
that I can include EPS graphics if I export the document to PostScript, 
then view the PS file in GSview and export it to PDF from there. But 
still no luck simply exporting the document straight from LyX to PDF 
using pdflatex (or either of the other options).




I believe that PostScript output embeds EPS files directly, whereas PDF 
output requires conversion from EPS to PDF.  I suspect that conversion 
is failing.  Here are a few things to check:


1. Make sure that ImageMagick is either on your system command path or 
in LyX's path prefix (Tools-Preferences...-Paths-PATH prefix).  I've 
got it both places on my system, but I think either one is sufficient.


2. Open a command prompt where your EPS image lives and run 'convert 
myfile.eps myfile.pdf' (changing the file name, of course).  If IM is 
not on your command path, you'll need to change 'convert' to 'path to 
IM\convert'.  Make sure this produces a PDF file containing your image.


3.  Try to View-PDF (pdflatex) a document containing an EPS image. 
While LyX is still open, use Windows Explorer to look into the temp 
directory.  Tools-Preferences...-Paths-Temp directory will get you to 
the parent of the buffer directory; from there, you'll need to drill 
down a level or so.  You should find a copy of your EPS file along with 
a converted PDF version of it.  If either or both is missing, the 
conversion script may be having a problem with the path to the source file.


/Paul

Re: EPS problem

2007-01-20 Thread John Hughes

As far as I can tell, everything is up to date now. I have discovered that I 
can include EPS graphics if I export the document to PostScript, then view 
the PS file in GSview and export it to PDF from there. But still no luck 
simply exporting the document straight from LyX to PDF using pdflatex (or 
either of the other options).




From: "Paul A. Rubin" <[EMAIL PROTECTED]>
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Fri, 19 Jan 2007 11:51:37 -0500

John Hughes wrote:

I'm running on WinXP with MikTeX and ImageMagick installed.



Have you checked that your MikTeX is up to date?  Someone else on the list 
(also a MikTeX user) reported a similar problem, and after reinstalling LyX 
and updating a few MikTeX files the problem disappeared.  It wasn't clear 
whether the reinstallation of LyX or the update of MikTeX cured the problem 
(or whether Loki just got bored and decided to pick on someone else), but 
updating MikTeX is what I would try first.


Assuming that doesn't do the trick, you might open a document in LyX, try 
to View->PDF (pdflatex), and (with LyX still open) peek into the temp 
directory and see if the missing image files are there (should have both 
EPS and PDF versions of each image).


/Paul



_
MSN Hotmail is evolving  check out the new Windows Live Mail 
http://ideas.live.com

John Hughes wrote:
As far as I can tell, everything is up to date now. I have discovered
that I can include EPS graphics if I export the document to PostScript,
then view the PS file in GSview and export it to PDF from there. But
still no luck simply exporting the document straight from LyX to PDF
using pdflatex (or either of the other options).

I believe that PostScript output embeds EPS files directly, whereas PDF
output requires conversion from EPS to PDF. I suspect that conversion
is failing. Here are a few things to check:

1. Make sure that ImageMagick is either on your system command path or
in LyX's path prefix (Tools->Preferences...->Paths->PATH prefix). I've
got it both places on my system, but I think either one is sufficient.

2. Open a command prompt where your EPS image lives and run 'convert
myfile.eps myfile.pdf' (changing the file name, of course). If IM is
not on your command path, you'll need to change 'convert' to 'IM>\convert'. Make sure this produces a PDF file containing your image.

3. Try to View->PDF (pdflatex) a document containing an EPS image.
While LyX is still open, use Windows Explorer to look into the temp
directory. Tools->Preferences...->Paths->Temp directory will get you to
the parent of the buffer directory; from there, you'll need to drill
down a level or so. You should find a copy of your EPS file along with
a converted PDF version of it. If either or both is missing, the
conversion script may be having a problem with the path to the source file.

/Paul

Re: EPS problem

2007-01-19 Thread icebna

I had a similar problem, and it was a bug of the package tetex-dvips. 
Probe with some previous version and possibly the problem disappears.


Regards

Miguel

John Hughes wrote:
I would like to include EPS figures in my documents, but when I insert 
them they do not appear in the resulting PDF files. The documentation 
implies that EPS files should be supported natively - what am I doing 
wrong?


John

_
Find Love This New Year With match.com! http://msnuk.match.com

Re: EPS problem

2007-01-19 Thread John Hughes

I'm running on WinXP with MikTeX and ImageMagick installed.

From: Paul A. Rubin [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Thu, 18 Jan 2007 16:20:33 -0500

John Hughes wrote:
I would like to include EPS figures in my documents, but when I insert 
them they do not appear in the resulting PDF files. The documentation 
implies that EPS files should be supported natively - what am I doing 
wrong?

What platform are you running on?  Do you have ImageMagick installed? If 
you are a MikTeX user, is your MikTeX installation up to date?

/Paul

_
Find Love This New Year With match.com! http://msnuk.match.com

Re: EPS problem

2007-01-19 Thread Paul A. Rubin


John Hughes wrote:

I'm running on WinXP with MikTeX and ImageMagick installed.



Have you checked that your MikTeX is up to date?  Someone else on the 
list (also a MikTeX user) reported a similar problem, and after 
reinstalling LyX and updating a few MikTeX files the problem 
disappeared.  It wasn't clear whether the reinstallation of LyX or the 
update of MikTeX cured the problem (or whether Loki just got bored and 
decided to pick on someone else), but updating MikTeX is what I would 
try first.


Assuming that doesn't do the trick, you might open a document in LyX, 
try to View-PDF (pdflatex), and (with LyX still open) peek into the 
temp directory and see if the missing image files are there (should have 
both EPS and PDF versions of each image).


/Paul

Re: EPS problem

2007-01-19 Thread icebna

I had a similar problem, and it was a bug of the package tetex-dvips. 
Probe with some previous version and possibly the problem disappears.


Regards

Miguel

John Hughes wrote:
I would like to include EPS figures in my documents, but when I insert 
them they do not appear in the resulting PDF files. The documentation 
implies that EPS files should be supported natively - what am I doing 
wrong?


John

_
Find Love This New Year With match.com! http://msnuk.match.com

Re: EPS problem

2007-01-19 Thread John Hughes

I'm running on WinXP with MikTeX and ImageMagick installed.

From: Paul A. Rubin [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Thu, 18 Jan 2007 16:20:33 -0500

John Hughes wrote:
I would like to include EPS figures in my documents, but when I insert 
them they do not appear in the resulting PDF files. The documentation 
implies that EPS files should be supported natively - what am I doing 
wrong?

What platform are you running on?  Do you have ImageMagick installed? If 
you are a MikTeX user, is your MikTeX installation up to date?

/Paul

_
Find Love This New Year With match.com! http://msnuk.match.com

Re: EPS problem

2007-01-19 Thread Paul A. Rubin


John Hughes wrote:

I'm running on WinXP with MikTeX and ImageMagick installed.



Have you checked that your MikTeX is up to date?  Someone else on the 
list (also a MikTeX user) reported a similar problem, and after 
reinstalling LyX and updating a few MikTeX files the problem 
disappeared.  It wasn't clear whether the reinstallation of LyX or the 
update of MikTeX cured the problem (or whether Loki just got bored and 
decided to pick on someone else), but updating MikTeX is what I would 
try first.


Assuming that doesn't do the trick, you might open a document in LyX, 
try to View-PDF (pdflatex), and (with LyX still open) peek into the 
temp directory and see if the missing image files are there (should have 
both EPS and PDF versions of each image).


/Paul

Re: EPS problem

2007-01-19 Thread icebna

I had a similar problem, and it was a bug of the package tetex-dvips. 
Probe with some previous version and possibly the problem disappears.


Regards

Miguel

John Hughes wrote:
I would like to include EPS figures in my documents, but when I insert 
them they do not appear in the resulting PDF files. The documentation 
implies that EPS files should be supported natively - what am I doing 
wrong?


John

_
Find Love This New Year With match.com! http://msnuk.match.com

Re: EPS problem

2007-01-19 Thread John Hughes

I'm running on WinXP with MikTeX and ImageMagick installed.

From: "Paul A. Rubin" <[EMAIL PROTECTED]>
To: lyx-users@lists.lyx.org
Subject: Re: EPS problem
Date: Thu, 18 Jan 2007 16:20:33 -0500

John Hughes wrote:
I would like to include EPS figures in my documents, but when I insert 
them they do not appear in the resulting PDF files. The documentation 
implies that EPS files should be supported natively - what am I doing 
wrong?

What platform are you running on?  Do you have ImageMagick installed? If 
you are a MikTeX user, is your MikTeX installation up to date?

/Paul

_
Find Love This New Year With match.com! http://msnuk.match.com

Re: EPS problem

2007-01-19 Thread Paul A. Rubin


John Hughes wrote:

I'm running on WinXP with MikTeX and ImageMagick installed.



Have you checked that your MikTeX is up to date?  Someone else on the 
list (also a MikTeX user) reported a similar problem, and after 
reinstalling LyX and updating a few MikTeX files the problem 
disappeared.  It wasn't clear whether the reinstallation of LyX or the 
update of MikTeX cured the problem (or whether Loki just got bored and 
decided to pick on someone else), but updating MikTeX is what I would 
try first.


Assuming that doesn't do the trick, you might open a document in LyX, 
try to View->PDF (pdflatex), and (with LyX still open) peek into the 
temp directory and see if the missing image files are there (should have 
both EPS and PDF versions of each image).


/Paul

EPS problem

2007-01-18 Thread John Hughes

I would like to include EPS figures in my documents, but when I insert them 
they do not appear in the resulting PDF files. The documentation implies 
that EPS files should be supported natively - what am I doing wrong?


John

_
Find Love This New Year With match.com! http://msnuk.match.com

Re: EPS problem

2007-01-18 Thread Paul A. Rubin


John Hughes wrote:
I would like to include EPS figures in my documents, but when I insert 
them they do not appear in the resulting PDF files. The documentation 
implies that EPS files should be supported natively - what am I doing 
wrong?




What platform are you running on?  Do you have ImageMagick installed? 
If you are a MikTeX user, is your MikTeX installation up to date?


/Paul

EPS problem

2007-01-18 Thread John Hughes

I would like to include EPS figures in my documents, but when I insert them 
they do not appear in the resulting PDF files. The documentation implies 
that EPS files should be supported natively - what am I doing wrong?


John

_
Find Love This New Year With match.com! http://msnuk.match.com

Re: EPS problem

2007-01-18 Thread Paul A. Rubin


John Hughes wrote:
I would like to include EPS figures in my documents, but when I insert 
them they do not appear in the resulting PDF files. The documentation 
implies that EPS files should be supported natively - what am I doing 
wrong?




What platform are you running on?  Do you have ImageMagick installed? 
If you are a MikTeX user, is your MikTeX installation up to date?


/Paul

EPS problem

2007-01-18 Thread John Hughes

I would like to include EPS figures in my documents, but when I insert them 
they do not appear in the resulting PDF files. The documentation implies 
that EPS files should be supported natively - what am I doing wrong?


John

_
Find Love This New Year With match.com! http://msnuk.match.com

Re: EPS problem

2007-01-18 Thread Paul A. Rubin


John Hughes wrote:
I would like to include EPS figures in my documents, but when I insert 
them they do not appear in the resulting PDF files. The documentation 
implies that EPS files should be supported natively - what am I doing 
wrong?




What platform are you running on?  Do you have ImageMagick installed? 
If you are a MikTeX user, is your MikTeX installation up to date?


/Paul

Re: The (eternal?) EPS-problem

John Coppens wrote:

 Thanks for the reply. It doesn't work though. Did you try to generate a
 PDF(latex) from the graph? The graph is always at the bottom (because of
 the white space above). I even tried to remove the line:
 
 %%DocumentMedia: Regular 595 841 0 () ()
 
 John
 
 Here are some more tests:
 
 1) I modified the Bounding Box as above in the PS file and included it
 directly. Then even clipping doesn't work on the LyX screen. PDF has
 entire page.


Confirmed. My results are:

- display in lyx is ok if the bounding box is 0 0 454 454 and the
  %%DocumentMedia: line removed, regardless of the clip setting.
- ps output is likewise
- pdf output is likewise if dvipdfm or ps2pdf is used. If pdflatex is used,
  I get always the full page image.

I tested also with a different file and got correct results. Your file has
two problems:

1. It must start with %!PS-Adobe-3.0 EPSF-3.0, not %!PS-Adobe-3.0, otherwise
lyx will not recognize it as eps but ps and therefore use ps2pdf and not
eps2pdf to convert it to pdf.

2. The commands


/PageSize [595 841]
/ImagingBBox null
 setpagedevice

should be removed. I don't know why they are there and when they are needed,
but if they are removed, epstopdf works correctly.


Georg

Re: The (eternal?) EPS-problem

2004-06-17 Thread John Coppens

On Thu, 17 Jun 2004 09:52:52 +0200
Georg Baum [EMAIL PROTECTED] wrote:


 Confirmed. My results are:
 
 - display in lyx is ok if the bounding box is 0 0 454 454 and the
   %%DocumentMedia: line removed, regardless of the clip setting.
 - ps output is likewise
 - pdf output is likewise if dvipdfm or ps2pdf is used. If pdflatex is
 used,
   I get always the full page image.
 
 I tested also with a different file and got correct results. Your file
 has two problems:
 
 1. It must start with %!PS-Adobe-3.0 EPSF-3.0, not %!PS-Adobe-3.0,
 otherwise lyx will not recognize it as eps but ps and therefore use
 ps2pdf and not eps2pdf to convert it to pdf.

That was because the file I posted on my site was the original PS file -
not EPS.

 2. The commands
 
 
 /PageSize [595 841]
 /ImagingBBox null
  setpagedevice

Probably same remark as above. I didn't remove them from the EPS files.

-
Anyway, I've finally been able to get it done! I didn't have dvipdfm, so I
installed it (as pdflatex does not treat the EPSs correctly). Several
other items weren't installed either. I'll do a few tests in the next
days, and post a writeup of the results.

Thanks, Georg!

John

BTW: Throughout this experience I was confused (and amazed) by the (lack
of-) beginner's documentation for LyX. Most docs are based on previous
knowledge of TeX/LaTeX or other stuff. Configuration of the LyX converters
and viewers is not entirely intuitive... Is there some effort on the way
for a more complete installation/configuration manual?

Re: The (eternal?) EPS-problem

Am Donnerstag, 17. Juni 2004 20:13 schrieb John Coppens:
 On Thu, 17 Jun 2004 09:52:52 +0200
 Georg Baum [EMAIL PROTECTED] wrote:
  1. It must start with %!PS-Adobe-3.0 EPSF-3.0, not %!PS-Adobe-3.0,
  otherwise lyx will not recognize it as eps but ps and therefore use
  ps2pdf and not eps2pdf to convert it to pdf.
 
 That was because the file I posted on my site was the original PS file -
 not EPS.

Your file is a valid EPS file (Apart from the setpagedevice), but is not 
declared as such. The difference between ps and eps are (maybe I have 
forgotten something):
- EPS needs a bounding box, PS not
- EPS files must obey a certain structure regarding the DSC comments
- EPS files sometimes contain a preview (then they are called sometims EPSI)

Unfortunately there are often subtle differences between different programs.

  2. The commands
  
  
  /PageSize [595 841]
  /ImagingBBox null
   setpagedevice
 
 Probably same remark as above. I didn't remove them from the EPS files.

But if you did, pdflatex would work (at least it did for me).

 -
 Anyway, I've finally been able to get it done! I didn't have dvipdfm, so I
 installed it (as pdflatex does not treat the EPSs correctly). Several
 other items weren't installed either. I'll do a few tests in the next
 days, and post a writeup of the results.

maybe to the wiki?

 BTW: Throughout this experience I was confused (and amazed) by the (lack
 of-) beginner's documentation for LyX. Most docs are based on previous
 knowledge of TeX/LaTeX or other stuff. Configuration of the LyX converters
 and viewers is not entirely intuitive... Is there some effort on the way
 for a more complete installation/configuration manual?

I don't know of any, but you are right, the documentation is improvable in 
this respect.


Georg

Re: The (eternal?) EPS-problem

2004-06-17 Thread Angus Leeming

John Coppens wrote:
 BTW: Throughout this experience I was confused (and amazed) by the (lack
 of-) beginner's documentation for LyX. Most docs are based on previous
 knowledge of TeX/LaTeX or other stuff. Configuration of the LyX
 converters and viewers is not entirely intuitive... Is there some effort
 on the way for a more complete installation/configuration manual?

I don't think that's true at all. However, you're right that the
converters stuff doesn't have any documentation. Maybe you're the man to
do it?

-- 
Angus

Re: The (eternal?) EPS-problem

John Coppens wrote:

 Thanks for the reply. It doesn't work though. Did you try to generate a
 PDF(latex) from the graph? The graph is always at the bottom (because of
 the white space above). I even tried to remove the line:
 
 %%DocumentMedia: Regular 595 841 0 () ()
 
 John
 
 Here are some more tests:
 
 1) I modified the Bounding Box as above in the PS file and included it
 directly. Then even clipping doesn't work on the LyX screen. PDF has
 entire page.


Confirmed. My results are:

- display in lyx is ok if the bounding box is 0 0 454 454 and the
  %%DocumentMedia: line removed, regardless of the clip setting.
- ps output is likewise
- pdf output is likewise if dvipdfm or ps2pdf is used. If pdflatex is used,
  I get always the full page image.

I tested also with a different file and got correct results. Your file has
two problems:

1. It must start with %!PS-Adobe-3.0 EPSF-3.0, not %!PS-Adobe-3.0, otherwise
lyx will not recognize it as eps but ps and therefore use ps2pdf and not
eps2pdf to convert it to pdf.

2. The commands


/PageSize [595 841]
/ImagingBBox null
 setpagedevice

should be removed. I don't know why they are there and when they are needed,
but if they are removed, epstopdf works correctly.


Georg

Re: The (eternal?) EPS-problem

2004-06-17 Thread John Coppens

On Thu, 17 Jun 2004 09:52:52 +0200
Georg Baum [EMAIL PROTECTED] wrote:


 Confirmed. My results are:
 
 - display in lyx is ok if the bounding box is 0 0 454 454 and the
   %%DocumentMedia: line removed, regardless of the clip setting.
 - ps output is likewise
 - pdf output is likewise if dvipdfm or ps2pdf is used. If pdflatex is
 used,
   I get always the full page image.
 
 I tested also with a different file and got correct results. Your file
 has two problems:
 
 1. It must start with %!PS-Adobe-3.0 EPSF-3.0, not %!PS-Adobe-3.0,
 otherwise lyx will not recognize it as eps but ps and therefore use
 ps2pdf and not eps2pdf to convert it to pdf.

That was because the file I posted on my site was the original PS file -
not EPS.

 2. The commands
 
 
 /PageSize [595 841]
 /ImagingBBox null
  setpagedevice

Probably same remark as above. I didn't remove them from the EPS files.

-
Anyway, I've finally been able to get it done! I didn't have dvipdfm, so I
installed it (as pdflatex does not treat the EPSs correctly). Several
other items weren't installed either. I'll do a few tests in the next
days, and post a writeup of the results.

Thanks, Georg!

John

BTW: Throughout this experience I was confused (and amazed) by the (lack
of-) beginner's documentation for LyX. Most docs are based on previous
knowledge of TeX/LaTeX or other stuff. Configuration of the LyX converters
and viewers is not entirely intuitive... Is there some effort on the way
for a more complete installation/configuration manual?

Re: The (eternal?) EPS-problem

Am Donnerstag, 17. Juni 2004 20:13 schrieb John Coppens:
 On Thu, 17 Jun 2004 09:52:52 +0200
 Georg Baum [EMAIL PROTECTED] wrote:
  1. It must start with %!PS-Adobe-3.0 EPSF-3.0, not %!PS-Adobe-3.0,
  otherwise lyx will not recognize it as eps but ps and therefore use
  ps2pdf and not eps2pdf to convert it to pdf.
 
 That was because the file I posted on my site was the original PS file -
 not EPS.

Your file is a valid EPS file (Apart from the setpagedevice), but is not 
declared as such. The difference between ps and eps are (maybe I have 
forgotten something):
- EPS needs a bounding box, PS not
- EPS files must obey a certain structure regarding the DSC comments
- EPS files sometimes contain a preview (then they are called sometims EPSI)

Unfortunately there are often subtle differences between different programs.

  2. The commands
  
  
  /PageSize [595 841]
  /ImagingBBox null
   setpagedevice
 
 Probably same remark as above. I didn't remove them from the EPS files.

But if you did, pdflatex would work (at least it did for me).

 -
 Anyway, I've finally been able to get it done! I didn't have dvipdfm, so I
 installed it (as pdflatex does not treat the EPSs correctly). Several
 other items weren't installed either. I'll do a few tests in the next
 days, and post a writeup of the results.

maybe to the wiki?

 BTW: Throughout this experience I was confused (and amazed) by the (lack
 of-) beginner's documentation for LyX. Most docs are based on previous
 knowledge of TeX/LaTeX or other stuff. Configuration of the LyX converters
 and viewers is not entirely intuitive... Is there some effort on the way
 for a more complete installation/configuration manual?

I don't know of any, but you are right, the documentation is improvable in 
this respect.


Georg

Re: The (eternal?) EPS-problem

2004-06-17 Thread Angus Leeming

John Coppens wrote:
 BTW: Throughout this experience I was confused (and amazed) by the (lack
 of-) beginner's documentation for LyX. Most docs are based on previous
 knowledge of TeX/LaTeX or other stuff. Configuration of the LyX
 converters and viewers is not entirely intuitive... Is there some effort
 on the way for a more complete installation/configuration manual?

I don't think that's true at all. However, you're right that the
converters stuff doesn't have any documentation. Maybe you're the man to
do it?

-- 
Angus

Re: The (eternal?) EPS-problem