Return-Path: <tiff-bounces@lists.maptools.org>
X-Original-To: info@awaresystems.be
Delivered-To: info@awaresystems.be
Received: from mx-q.b-one.net (mx-q.one.com [91.198.169.248])
	by mail9.b-one.net (Postfix) with ESMTP id 6C2A7400209
	for <info@awaresystems.be>; Wed,  8 Sep 2010 23:19:42 +0200 (CEST)
Received: by mx-q.b-one.net (Postfix, from userid 106)
	id 5556D40F7161; Wed,  8 Sep 2010 23:19:29 +0200 (CEST)
X-Virus-Scanned: by one.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=0 tagged_above=0 required=4 tests=[none]
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.4
Received: from lists.maptools.org (lists.maptools.org [65.39.174.144]) by
 mx-q.b-one.net (Postfix) with ESMTP id C5C0422B38DF for
 <info@awaresystems.be>; Wed,  8 Sep 2010 23:19:28 +0200 (CEST)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by
 lists.maptools.org (Postfix) with ESMTP id E2DC61D184BD4; Wed,  8 Sep 2010
 16:18:26 -0500 (EST)
Received: from isadora.cybox.com (isadora.cybox.com [206.168.112.10]) by
 lists.maptools.org (Postfix) with ESMTP id C97D31D184BD2 for
 <tiff@lists.maptools.org>; Wed,  8 Sep 2010 16:16:28 -0500 (EST)
Received: from aeolus.wriverody.net (vc7-1-52.dsl.indra.com [199.45.160.84])
 (authenticated) by isadora.cybox.com (msa 8.13.8/8.13.6) with ESMTP id
 o88LGFhR006118;  Wed, 8 Sep 2010 15:16:16 -0600
Message-ID: <4C87FD1A.90203@cybox.com>
Date: Wed, 08 Sep 2010 15:16:10 -0600
From: Richard Nolde <richard.nolde@cybox.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9)
 Gecko/20100430 Fedora/3.0.4-2.fc12 Thunderbird/3.0.4
MIME-Version: 1.0
To: Lee Howard <faxguy@howardsilvan.com>, Bob Friesenhahn
 <bfriesen@simple.dallas.tx.us>, Joris <joris.at.lebbeke@skynet.be>, Thomas
 Jarosch <thomas.jarosch@intra2net.com>, Frank Warmerdam
 <warmerdam@pobox.com>, Tiff Listserve <tiff@lists.maptools.org>
Subject: [Tiff] Undocumented options and behaviors in tiff2ps
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: richard.nolde@cybox.com
List-Id: TIFF and libtiff discussion <tiff.lists.maptools.org>
List-Unsubscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
 <mailto:tiff-request@lists.maptools.org?subject=unsubscribe>
List-Archive: <http://lists.maptools.org/mailman/private/tiff>
List-Post: <mailto:tiff@lists.maptools.org>
List-Help: <mailto:tiff-request@lists.maptools.org?subject=help>
List-Subscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
 <mailto:tiff-request@lists.maptools.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org

I've found a few more things to patch in tiff2ps today and made some 
updates to the man page, pending the acceptance of the new code uploaded 
to Bugzilla yesterday, to which there has been no response. Rather than 
post another revision, I'll await a response before sending a new copy. 
I only have a short time left that I can devote to tiff2ps before I have 
to move on to other things.

Besides documenting the command line options that were missing from the 
man page, I've tried to add short explanations to some of the existing 
options and a short note about image placement before the examples 
section of the man page. In some cases, there is no clear evidence for 
how various options are intended to interact and many times options are 
ignored or turned off silently. In other cases, there may be a viable 
use for an option in a case that is not supported or behaves differently 
in combination with other options.

For example, with the simple case of converting a TIFF image to 
Postscript or EPS, with or without a rotation, but not specifying any 
page size or viewport height/width, what should happen if the user also 
specifies a left or bottom offset with -l or -b?  The existing man page 
says that these options do not affect the height or width of the printed 
image. Is the image then shifted over by that amount and the opposing 
edge shortened by that amount or should the printed page be extended by 
that amount to accommodate the extra margin. Since this is a Postscript 
translate operation, in both the original and current code, the first is 
what actually happens. On the other hand, if a page size is specified 
with -h and -w, the image is scaled to allow for the margin. In both 
cases, negative offsets can be used to crop off portions of the image, 
though at the expense of introducing an equal sized blank area on the 
opposite side of the printed page.

Richard Nolde



_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org
http://lists.maptools.org/mailman/listinfo/tiff
http://www.remotesensing.org/libtiff/
