[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]

From |
Roger Newson <[email protected]> |

To |
[email protected] |

Subject |
Re: st: Graphics translation: eps bounding box question |

Date |
Wed, 07 Aug 2002 17:12:17 +0100 |

At 17:05 07/08/02 +0200, Eva Poen wrote:

What version of GhostView/Script are you using? I use GSView Version 4.2 (dated 7 Feb 2002), and it can handle non-integer bounding boxes by converting them to integers for display purposes, although it queries the user before doing so. You can download the latest version from http://www.cs.wisc.edu/~ghost/, although it will nag you every time you launch it about becoming a registered user.Dear list readers, I have encountered the following problem: In the course of some descriptive analysis I need to create a total of ca. 120 graphs in Stata (MS Windows System). I have written a loop to do this efficiently, and everything is fine to this end. Now I want to convert part of the graphs to .eps format, in order to include them into my LaTeX document. This can be done by typing something like - translate graphi`i'.gph graph`i'.eps - in my loop. There are two problems with the bounding box of the resulting .eps-pictures: 1) The bounding box is not given in integers, but as i.e. "0.000 0.000 432.000 288.000". This causes ghostview/-script to complain. It should be "0 0 432 288".

You don't say what version of Stata you are using. Stata .EPS graphs used to be like that in the days of Stata 6. However, today (in Stata 7) the bounding box fits nicely round the graph, in my experience, except when you use the -by- option of -graph-, in which case Stata arranges the by-groups in a square array (so vertical and horizontal scaling are done by the same factor). In this case, if the number of by-groups is not a perfect square (eg 1, 4, 9, 16, 25 or 49), Stata wastes the excess space, and puts the bounding box round the full set of graphs that would be present if the number of by-groups was equal to the next perfect square upwards. The solution is probably to create a separate .EPS output for each by-group and then to tile them at the TeX or LaTeX level.2) The bounding box is calculated too large, leaving white space below the graph. In my case this is about 1/3 of the whole picture.

I find that the -psbox- package in plain TeX, or the -figure- environment in Stata Journal LaTeX, handles my Stata-produced .EPS graphics without any trouble. (My TeX version is MiKTeX 2.0. The latest MiKTeX can be found on http://www.miktex.org/.)I would be very happy if at least problem 1) could be solved somehow from within Stata (or in some other way). If the bb is given in integers, epstool can correct the size of the bb. As long as the bb is not in integers, epstool refuses to work.

I hope this helps.

Best wishes

Roger

--

Roger Newson

Lecturer in Medical Statistics

Department of Public Health Sciences

King's College London

5th Floor, Capital House

42 Weston Street

London SE1 3QD

United Kingdom

Tel: 020 7848 6648 International +44 20 7848 6648

Fax: 020 7848 6620 International +44 20 7848 6620

or 020 7848 6605 International +44 20 7848 6605

Email: [email protected]

Opinions expressed are those of the author, not the institution.

*

* For searches and help try:

* http://www.stata.com/support/faqs/res/findit.html

* http://www.stata.com/support/statalist/faq

* http://www.ats.ucla.edu/stat/stata/

**Follow-Ups**:**Re: st: Graphics translation: eps bounding box question***From:*Antoine Terracol <[email protected]>

**References**:

- Prev by Date:
**st: Mime-Version: 1.0** - Next by Date:
**Re: st:. : [problem with outliers in regression]** - Previous by thread:
**st: Graphics translation: eps bounding box question** - Next by thread:
**Re: st: Graphics translation: eps bounding box question** - Index(es):

© Copyright 1996–2024 StataCorp LLC | Terms of use | Privacy | Contact us | What's new | Site index |