Return-Path: <owner-tiff@olympiakos.com>
Received: from nataly.at1895.spb.edu (localhost [127.0.0.1])
	by at1895.spb.edu (8.12.4/8.12.4/Debian-4) with ESMTP id g7GCkudF010842
	for <dron@at1895.spb.edu>; Fri, 16 Aug 2002 16:46:56 +0400
Received: from olympiakos.com (uucp@localhost)
	by nataly.at1895.spb.edu (8.12.4/8.12.4/Debian-4) with UUCP id g7GCkuWs010840
	for dron@at1895.spb.edu; Fri, 16 Aug 2002 16:46:56 +0400
Received: from knot.pu.ru (knot.pu.ru [193.124.85.214] (may be forged))
	by wg.pu.ru (8.9.1a/8.9.1) with ESMTP id MAA23296
	for <dron@at1895.spb.edu>; Fri, 16 Aug 2002 12:28:19 GMT
Received: from gate7.olympiakos.com (sdsl-64-32-199-150.dsl.iad.megapath.net [64.32.199.150])
	by knot.pu.ru (8.9.3/8.9.0) with ESMTP id QAA91468
	for <dron@at1895.spb.edu>; Fri, 16 Aug 2002 16:28:18 +0400 (MSD)
Received: from localhost (daemon@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) with SMTP id IAA23019;
	Fri, 16 Aug 2002 08:20:17 -0400
Received: by gate7.olympiakos.com (bulk_mailer v1.9); Fri, 16 Aug 2002 08:12:30 -0400
Received: (from majordom@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) id IAA22950
	for tiff-outgoing; Fri, 16 Aug 2002 08:12:29 -0400
X-Authentication-Warning: gate7.olympiakos.com: majordom set sender to owner-tiff@olympiakos.com using -f
Received: from morgoth.tuug.fi (IDENT:postfix@morgoth.tuug.fi [130.232.72.1])
	by gate7.olympiakos.com (8.9.3/8.9.3) with ESMTP id IAA22947
	for <tiff@olympiakos.com>; Fri, 16 Aug 2002 08:12:28 -0400
From: pnielsen@tuug.fi
Received: from tuug.fi (localhost [127.0.0.1])
	by morgoth.tuug.fi (Postfix) with SMTP
	id 2CF967F15; Fri, 16 Aug 2002 15:11:32 +0300 (EEST)
Received: from 66.56.210.231
        (SquirrelMail authenticated user pnielsen)
        by www.tuug.fi with HTTP;
        Fri, 16 Aug 2002 15:11:32 +0300 (EEST)
Message-ID: <1785.66.56.210.231.1029499892.squirrel@www.tuug.fi>
Date: Fri, 16 Aug 2002 15:11:32 +0300 (EEST)
Subject: Re: Orientation field
To: Andreas_Kleinert@t-online.de
In-Reply-To: <1816.993T2847T5034865info@ar-kleinert.de>
References: <1816.993T2847T5034865info@ar-kleinert.de>
Cc: tiff@olympiakos.com
X-Mailer: SquirrelMail (version 1.0.6)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-tiff@olympiakos.com
Precedence: bulk
Content-Transfer-Encoding: 8bit
Status: RO
Content-Length: 1964
Lines: 55

>>Mind you, not supporting the orientation tag is pure laziness.  For the
>>writer
> 
>  As - in most cases - also is writing images bottom-up.
>  That is: lazyness.
> 
>  Some points to consider:

Good points.

>  1. If there's not much code involved, why write bottom-up anyway?

Writing any other orientation than top-up (orientation 1) should be avoided 
at all cost.

>  2. If memory consumption is not an issue, why not flip on/after the
>  source instead of inside the TIFF viewer?

This is the way it should be done. (However, it is fully understandable 
that this possibly can't be done in small handheld devices with restricted 
hardware resources).

> 
>       a) Because it's a different kind of device with different
>       restrictions.
> 
>          But why not at least write as many "strips" as there are
>          "rows", with a "rows per strip" of one and then re-arrange
>          (sort) the strips? (i.e. the offsets of the strips)

This does not help if the image is rotated by 90 degrees. (Which is the 
common problem with cameras; portrait vs. landscape)

>  3. Where's the problem in batch-converting a bunch of wrongly oriented
>     images right after creation?

There you go! This is what the orientation field REALLY is intended for. It 
is a place where the device manufacturer can store the orientation in a non-
proprietary way. Once the TIFFs are in a place with sufficient recources, 
the orientation should be corrected, since a baseline tiff viewer is not 
required to support other rotations than top-up.

Ideally, the software that transfers the pictures from the device should 
always correct the orientation automatically and create a new file with 
orientation=1. This step is usually not taken and this is where the 
lazyness really is...

Best regards,
Peter




To subscribe or unsubscribe email tiff-request@olympiakos.com with subscribe
or unsubscribe in the email body.  Libtiff home page: http://www.libtiff.org

