Return-Path: X-Original-To: apmail-commons-user-archive@www.apache.org Delivered-To: apmail-commons-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A3F3F10FCD for ; Mon, 27 Apr 2015 14:30:36 +0000 (UTC) Received: (qmail 55093 invoked by uid 500); 27 Apr 2015 14:30:35 -0000 Delivered-To: apmail-commons-user-archive@commons.apache.org Received: (qmail 54975 invoked by uid 500); 27 Apr 2015 14:30:35 -0000 Mailing-List: contact user-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Users List" Delivered-To: mailing list user@commons.apache.org Received: (qmail 54963 invoked by uid 99); 27 Apr 2015 14:30:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Apr 2015 14:30:35 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: message received from 54.164.171.186 which is an MX secondary for user@commons.apache.org) Received: from [54.164.171.186] (HELO mx1-us-east.apache.org) (54.164.171.186) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Apr 2015 14:30:29 +0000 Received: from mail-qg0-f41.google.com (mail-qg0-f41.google.com [209.85.192.41]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id DB84743E79 for ; Mon, 27 Apr 2015 14:30:08 +0000 (UTC) Received: by qgdy78 with SMTP id y78so50125918qgd.0 for ; Mon, 27 Apr 2015 07:30:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=JvhlDr0fmH+xelgm9DgX97umAyF/xTM1Gh/NrEhuoXU=; b=TFWPU7daRc76ujmMRNczOr+Aod2oyrw0ma3GLMx4KOvVr0RZAR/E3pT5SbXLtmIjdY O17zNY6lyZRhixQ4/N6lCrOwE9b+f12pPediDFXBNpeBZCc6B+pRJtVUsXlwJZSHLeVX LbKVeVdkmFhqGYQfKWRAJ5slWlkUDw5sBdIzPS2RL01pcTczU/xBoPZ/yrqk0mJ+dNst rmR+vhDCuxxPruLh8Lh7VLs5hj9dTkgk2MnEu4Vam/0TbppPHcX2fkhDWuZRWOQRoh1s +qvF+ORD4huWne+hnTFqM9TgBPABXwgPb29ApoHmXAS76haBiE25I09ZiX7FDv6Z01w8 gJUQ== MIME-Version: 1.0 X-Received: by 10.140.144.12 with SMTP id 12mr7780179qhq.72.1430145008724; Mon, 27 Apr 2015 07:30:08 -0700 (PDT) Received: by 10.140.232.212 with HTTP; Mon, 27 Apr 2015 07:30:08 -0700 (PDT) In-Reply-To: <553E46E1.9000009@llgc.org.uk> References: <553DF6EA.9020306@llgc.org.uk> <553E46E1.9000009@llgc.org.uk> Date: Mon, 27 Apr 2015 10:30:08 -0400 Message-ID: Subject: Re: [imaging] Images gain size. From: Thad Humphries To: Commons Users List Content-Type: multipart/alternative; boundary=001a1136fb5038f0230514b5956b X-Virus-Checked: Checked by ClamAV on apache.org --001a1136fb5038f0230514b5956b Content-Type: text/plain; charset=UTF-8 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 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: user-unsubscribe@commons.apache.org > For additional commands, e-mail: user-help@commons.apache.org > > -- "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) --001a1136fb5038f0230514b5956b--