Hello, Hans, Do you remember some strange 90 degrees rotation in the gnuplot module? I thougt that gnuplot did a strange job, but now I found out that it was indeed pstopdf's fault. The option -dAutoRotatePages=/None should be either removed or changed somehow, otherwise landscape figures rotate for 90 degrees, which is wrong. Mojca
Mojca Miklavec wrote:
Hello, Hans,
Do you remember some strange 90 degrees rotation in the gnuplot module? I thougt that gnuplot did a strange job, but now I found out that it was indeed pstopdf's fault.
The option -dAutoRotatePages=/None should be either removed or changed somehow, otherwise landscape figures rotate for 90 degrees, which is wrong.
is this related to the version of GS that you run? i suppose that /None should leave rotation untouched; H
On 7/24/06, Hans Hagen wrote:
Mojca Miklavec wrote:
Hello, Hans,
Do you remember some strange 90 degrees rotation in the gnuplot module? I thougt that gnuplot did a strange job, but now I found out that it was indeed pstopdf's fault.
The option -dAutoRotatePages=/None should be either removed or changed somehow, otherwise landscape figures rotate for 90 degrees, which is wrong.
is this related to the version of GS that you run? i suppose that /None should leave rotation untouched;
Citing from some webpage: There is a distiller setting for controlling automatic detection of orientation. The default is -dAutoRotatePages=/PageByPage. This can be set to /None if you want to manually determine the orientation. I understand this in such a way that /None waits for some orientation to be passed manually, so it automatically applies portrait, while PageByPage respects the orientation provided by the original PS document. Maybe I'm wrong, but I never had any problems wih orientation if I left dAutoRotatePages untouched. How can I crop EPS figures with pstopdf? -dEPSCrop is commented out in gs.rb. Thanks, Mojca
Mojca Miklavec wrote:
On 7/24/06, Hans Hagen wrote:
Mojca Miklavec wrote:
Hello, Hans,
Do you remember some strange 90 degrees rotation in the gnuplot module? I thougt that gnuplot did a strange job, but now I found out that it was indeed pstopdf's fault.
The option -dAutoRotatePages=/None should be either removed or changed somehow, otherwise landscape figures rotate for 90 degrees, which is wrong.
is this related to the version of GS that you run? i suppose that /None should leave rotation untouched;
Citing from some webpage: There is a distiller setting for controlling automatic detection of orientation. The default is -dAutoRotatePages=/PageByPage. This can be set to /None if you want to manually determine the orientation.
I understand this in such a way that /None waits for some orientation to be passed manually, so it automatically applies portrait, while PageByPage respects the orientation provided by the original PS document. Maybe I'm wrong, but I never had any problems wih orientation if I left dAutoRotatePages untouched.
i read it the opposite way this is a bit gs version dependent Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hans Hagen wrote:
I understand this in such a way that /None waits for some orientation to be passed manually, so it automatically applies portrait, while PageByPage respects the orientation provided by the original PS document. Maybe I'm wrong, but I never had any problems wih orientation if I left dAutoRotatePages untouched.
i read it the opposite way
i was in agreement with hans Taco
On 7/24/06, Taco Hoekwater
Hans Hagen wrote:
I understand this in such a way that /None waits for some orientation to be passed manually, so it automatically applies portrait, while PageByPage respects the orientation provided by the original PS document. Maybe I'm wrong, but I never had any problems wih orientation if I left dAutoRotatePages untouched.
i read it the opposite way
i was in agreement with hans
Here you have two files (http://pub.mojca.org/gnuplot/test/): a postscript and an eps. How should I convert them then? (Does pstopdf testme.ps leave the landscape with your gs version?) Thanks, Mojca
Mojca Miklavec wrote:
Here you have two files (http://pub.mojca.org/gnuplot/test/): a postscript and an eps. How should I convert them then? (Does pstopdf testme.ps leave the landscape with your gs version?)
No, and the ps file isn't either. gv/gsview rotates only because of the %%Orientation: Landscape comment. Delete that one line and it is no longer landscape in gv/gsview. Taco
On 7/24/06, Taco Hoekwater wrote:
Mojca Miklavec wrote:
Here you have two files (http://pub.mojca.org/gnuplot/test/): a postscript and an eps. How should I convert them then? (Does pstopdf testme.ps leave the landscape with your gs version?)
No, and the ps file isn't either. gv/gsview rotates only because of the %%Orientation: Landscape comment. Delete that one line and it is no longer landscape in gv/gsview.
OK, but without -dAutoRotatePages=/None the conversion is OK. If the orientation would be "hardcoded too deply" I can imagine that printers might experience problems while printing files produced by gnuplot. What's wrong with %%Orientation: Landscape? How should I create proper PDF out of that file then? Mojca
Mojca Miklavec wrote:
OK, but without -dAutoRotatePages=/None the conversion is OK. If the orientation would be "hardcoded too deply" I can imagine that printers might experience problems while printing files produced by gnuplot. What's wrong with %%Orientation: Landscape?
Nothing, but since it is not really a postscript command, just a structure comment, so I would expect pstopdf to ignore it. The situation is a bit complicated because removing the -dAuto... makes other documents fail. You are right for this document, but that is only a subset of the potentially wrong files :-(
How should I create proper PDF out of that file then?
By checking the output manually and adjusting that option as neede, I fear. Cheer,s Taco
Taco Hoekwater wrote:
Mojca Miklavec wrote:
OK, but without -dAutoRotatePages=/None the conversion is OK. If the orientation would be "hardcoded too deply" I can imagine that printers might experience problems while printing files produced by gnuplot. What's wrong with %%Orientation: Landscape?
Nothing, but since it is not really a postscript command, just a structure comment, so I would expect pstopdf to ignore it.
The situation is a bit complicated because removing the -dAuto... makes other documents fail. You are right for this document, but that is only a subset of the potentially wrong files :-(
How should I create proper PDF out of that file then?
By checking the output manually and adjusting that option as neede, I fear.
indeed, an option is to change the default behaviour based on some unique preamble line, no fun Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On 7/24/06, Hans Hagen wrote:
Taco Hoekwater wrote:
How should I create proper PDF out of that file then?
By checking the output manually and adjusting that option as neede, I fear.
indeed, an option is to change the default behaviour based on some unique preamble line, no fun
On what kind of documents would the default value (ie. without -dAutoRotatePages=/None) fail? I never used it so far (never heard about it before) and gs compiled all my documents OK so far. Mojca
Mojca Miklavec wrote:
On what kind of documents would the default value (ie. without -dAutoRotatePages=/None) fail? I never used it so far (never heard about it before) and gs compiled all my documents OK so far.
Sometimes documents do use postscript operators for rotation, and sometimes then AutoRotatePages gets triggered anyway, resulting in an extra rotation of 90 degrees. I've seen this happen a couple of times (with files from Corel Draw, iirc, but I am not totally certain of that, and of course have no example available right now). Cheers, Taco
participants (3)
-
Hans Hagen -
Mojca Miklavec -
Taco Hoekwater