Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!purdue!decwrl!adobe!greid
From: greid@adobe.com (Glenn Reid)
Newsgroups: comp.lang.postscript
Subject: Re: "Large" page printing
Message-ID: <806@adobe.UUCP>
Date: 1 May 89 17:50:52 GMT
References: <1864@amelia.nas.nasa.gov>
Sender: news@adobe.COM
Reply-To: greid@adobe.COM (Glenn Reid)
Organization: Adobe Systems Incorporated, Mountain View
Lines: 28

In article <1864@amelia.nas.nasa.gov> stjohns@orville.nas.nasa.gov (Mike St. Johns) writes:
>
>One of the applications I'm interested in playing around with generates
>maps.  I'm interested in blowing the maps up by a factor of 2 or 3
>during the printing process and getting everything I've painted on the page
>printed out.  I.e.  doing a "scale 2 2" and getting 4 physical pages
>to print out.
>
>The printer I have to work with is a TI Omnilaser.
>
>My only other alternative is to download the data to the printer 4 (or 9)
>times and scaling and transforming and clipping to print 1/4th of the page
>at twice the size.  Considering the maps I am talking about are 100K bytes
>each, I don't really like this idea.

This is your only choice.  "banddevice" is designed for typesetters, and
I doubt if it is even defined in your TI Omnilaser.

Actually, your best bet is to be more intelligent on the host end.
Don't just put a "2 2 scale" in front of the whole drawing, because
then you have to transmit it four times, as you have noticed.  It is
better to break the map up into four different files before you
start, and get the appropriate scale factor for each one, and map
them to pages that way.  Then you don't transmit information that
isn't needed and clip 3/4 of each file.

Glenn Reid
Adobe Systems