Good luck. You are dealing with *far larger* images than I am, and probably different compression. My images are all single page TIFF Gp IV, 200 to 300 dpi, Letter and Legal size, and range from 50K to 115K. This is typical for us.
On Mon, Apr 27, 2015 at 10:25 AM, Remi Malessa <[email protected]> wrote: > Thanks for the code Thad, I'll give it a whirl ! > > Remi > > On 27/04/15 14:52, Thad Humphries wrote: > >> I recently had the requirement for a process that would read TIFF Group IV >> images, 'stamp' them with a string, and save the images. Below is some >> code >> I wrote as part of playing with options. The code barely changes the size >> of the image. In fact, most of the size difference was from adding a >> software tag. I've copied my code below. This will run headless if you >> need >> it to run on a server without access to a display. Maybe it will be of >> use. >> >> (NOTE: XPath does not always work on a metadata Node tree. I've been told >> that IIOMetadata's getAsTree() does not return a true W3C Node, so XPath >> will not work in all cases. However I've found that it does work on the >> Group IV's that I deal with.) >> >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- "Hell hath no limits, nor is circumscrib'd In one self-place; but where we are is hell, And where hell is, there must we ever be" --Christopher Marlowe, *Doctor Faustus* (v. 121-24)
