Return-Path: <tiff-bounces@lists.maptools.org>
X-Original-To: info@awaresystems.be
Delivered-To: info@awaresystems.be
Received: from mx-n.b-one.net (mx-n.one.com [91.198.169.61])
	by mail9.b-one.net (Postfix) with ESMTP id 5F85940080D
	for <info@awaresystems.be>; Tue,  7 Jul 2009 03:13:06 +0200 (CEST)
X-Virus-Scanned: by one.com
X-Spam-Score: 0.001
X-Spam-Level: 
X-Spam-Status: No, score=0.001 tagged_above=0 required=6
	tests=[HTML_MESSAGE=0.001]
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.4
Received: from lists.maptools.org (lists.maptools.org [65.39.174.144])
	by mx-n.b-one.net (Postfix) with ESMTP id 929388C763B
	for <info@awaresystems.be>; Tue,  7 Jul 2009 03:13:05 +0200 (CEST)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by lists.maptools.org (Postfix) with ESMTP id 9A0301D18DE77;
	Mon,  6 Jul 2009 20:10:21 -0500 (EST)
Received: from mail-gx0-f219.google.com (mail-gx0-f219.google.com
	[209.85.217.219])
	by lists.maptools.org (Postfix) with ESMTP id 703511D18DE71
	for <tiff@lists.maptools.org>; Mon,  6 Jul 2009 19:38:56 -0500 (EST)
Received: by gxk19 with SMTP id 19so6265111gxk.21
	for <tiff@lists.maptools.org>; Mon, 06 Jul 2009 17:38:56 -0700 (PDT)
Received: by 10.90.120.14 with SMTP id s14mr4661103agc.51.1246927136134;
	Mon, 06 Jul 2009 17:38:56 -0700 (PDT)
Received: from KAM1720 (cpe-66-25-148-120.austin.res.rr.com [66.25.148.120])
	by mx.google.com with ESMTPS id 32sm8396354aga.4.2009.07.06.17.38.54
	(version=SSLv3 cipher=RC4-MD5); Mon, 06 Jul 2009 17:38:55 -0700 (PDT)
Message-ID: <68D95D5E839040D4B04962B7DC31E266@KAM1720>
From: "Kevin Myers" <kmyers1@clearwire.net>
To: <tiff@lists.maptools.org>
Date: Mon, 6 Jul 2009 19:38:47 -0500
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Subject: [Tiff] tiffcrop using incorrect units
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.9
Precedence: list
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: multipart/mixed; boundary="===============2049922856=="
Mime-version: 1.0
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org

This is a multi-part message in MIME format.

--===============2049922856==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_182E_01C9FE71.6143E990"

This is a multi-part message in MIME format.

------=_NextPart_000_182E_01C9FE71.6143E990
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I am attempting to use the tiffcrop utility to crop some extremely large =
images (multi-hundred megapixel) so that I can process the resulting =
smaller images in an OCR application.  Unfortunately, tiffcrop seems to =
be ignoring or misinterpreting the pixel units that I have specified =
using the -U option.  Here is the command that I used:

tiffcrop -i -E top -U px -X 2400 -Y 4800 oldfile.tif newfile.tif

I am using libtiff version 3.8.2 under Windows XP.  Based on results =
with different -X and -Y values, it appears that tiffcrop is =
interpreting the values as inches rather than pixels.

Am I doing something wrong?

Thanks,
Kevin M.


------=_NextPart_000_182E_01C9FE71.6143E990
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.6000.16850" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I am attempting to use the tiffcrop =
utility to crop=20
some extremely large images (multi-hundred megapixel) so that I =
can&nbsp;process=20
the resulting smaller images in an OCR application.&nbsp; Unfortunately, =

tiffcrop seems to be ignoring or misinterpreting&nbsp;the pixel units =
that I=20
have specified using the -U option.&nbsp; Here is the command that I=20
used:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>tiffcrop -i -E top -U px -X 2400 -Y =
4800=20
oldfile.tif newfile.tif</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I am using libtiff version 3.8.2 under =
Windows=20
XP.&nbsp; Based on results with different -X and -Y values, it appears =
that=20
tiffcrop is interpreting the values as inches rather than =
pixels.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Am I doing something =
wrong?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Kevin M.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_182E_01C9FE71.6143E990--


--===============2049922856==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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