Ah, got it on the first try (Color Laserjet 8550). I used:
lpr -o position=center mapout.ps
I figured that the left/right/top/bottom params were unnecessary since the center param would set those implicitly.
When I opened it in Preview, the message about converting PS to PDF tells me that that is probably why it works from Preview to the Epson - the Epson drivers, or maybe CUPS, can render PDF (the core of the OSX display system, and much if not all of the printing, is PDF-based). And many modern printers support PDF natively.
Maybe if you can generate a PDF from Tcl and pass that to lpr?
Or look at that Gimp/Guten-print driver for your Epson.
On Sep 6, 2007, at 2:34 PM, Michael Barton wrote:
William,
I've put the PS map into
. Let me know if
you can get it to print nicely on your HP.
"Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence....
On 9/6/07 1:08 PM, "William Kyngesburye" <woklist@kyngchaos.com> wrote:
Ah, got it on the first try (Color Laserjet 8550). I used:
lpr -o position=center mapout.ps
I tried that first and it didn't work. So I added the margin settings, which
equally did nothing. This suggests to me that the problems might well be in
my printer and setup. This will make it very difficult to test any updates
to the mapprint.tcl module.
If I make a change (I think I'll just use the -o position-center setting
like you did) and send the file to you, can you drop it in and try it out?
Michael
I figured that the left/right/top/bottom params were unnecessary
since the center param would set those implicitly.
When I opened it in Preview, the message about converting PS to PDF
tells me that that is probably why it works from Preview to the Epson
- the Epson drivers, or maybe CUPS, can render PDF (the core of the
OSX display system, and much if not all of the printing, is PDF-
based). And many modern printers support PDF natively.
Maybe if you can generate a PDF from Tcl and pass that to lpr?
Or look at that Gimp/Guten-print driver for your Epson.
On Sep 6, 2007, at 2:34 PM, Michael Barton wrote:
William,
I've put the PS map into
. Let me know if
you can get it to print nicely on your HP.
"Mon Dieu! but they are all alike. Cheating, murdering, lying,
fighting, and all for things that the beasts of the jungle would not
deign to possess - money to purchase the effeminate pleasures of
weaklings. And yet withal bound down by silly customs that make them
slaves to their unhappy lot while firm in the belief that they be the
lords of creation enjoying the only real pleasures of existence....
- the wisdom of Tarzan
__________________________________________
Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics and Complexity
Arizona State University
lpr (lpd) should take .ps output directly regardless of the printer
being PostScript enabled or not. If not PS enabled, the driver takes care
of translating it.
I expect the ps -> png conversion is done at the bounding box not the
page size, which crops off the margins from the original print and resets
the .png image to the top corner. PostScript coords are given in inches
from the corner of the page. PNG files are like a GRASS x,y location with
a 0,0 corner. ie by doing the conversion you are throwing away the
"georeferencing" in the PS file.
see earlier discussions about the meaning of PostScript/EPS bounding
boxes WRT r.out.file & the EPS driver.
On 9/6/07 9:12 PM, "Hamish" <hamish_nospam@yahoo.com> wrote:
lpr (lpd) should take .ps output directly regardless of the printer
being PostScript enabled or not. If not PS enabled, the driver takes care
of translating it.
I expect the ps -> png conversion is done at the bounding box not the
page size, which crops off the margins from the original print and resets
the .png image to the top corner. PostScript coords are given in inches
from the corner of the page. PNG files are like a GRASS x,y location with
a 0,0 corner. ie by doing the conversion you are throwing away the
"georeferencing" in the PS file.
Actually the problem was the other way around. I got good results sending
the PNG to lpr but bad results sending the PS file to lpr.
Interestingly, William Kyngesbury tried the same PS file on a different
printer and it looked fine. So it may be a function my Epson inkjet here at
home. If so, this will make it difficult for me to test changes to the print
routines in TclTk.
Michael
see earlier discussions about the meaning of PostScript/EPS bounding
boxes WRT r.out.file & the EPS driver.
?
Hamish
__________________________________________
Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University