Return-Path: <tiff-bounces@lists.maptools.org>
Received: from inas028.isp.belgacom.be (localhost [127.0.0.1])
        by inav026.isp.belgacom.be (8.12.11/8.12.11/Skynet-IN-AV-3.00) with ESMTP id k04FCrqR015042
        for <joris.at.lebbeke@skynet.be>; Wed, 4 Jan 2006 16:12:54 +0100
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from inmx011.isp.belgacom.be (inmx011.isp.belgacom.be [195.238.5.50])
        by inas028.isp.belgacom.be (8.12.11/8.12.11/Skynet-IN-AS-2.03) with ESMTP id k04FCg5a023003
        for <joris.at.lebbeke@skynet.be>; Wed, 4 Jan 2006 16:12:45 +0100
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153] (may be forged))
        by inmx011.isp.belgacom.be (8.12.11/8.12.11/Skynet-IN-2.32) with ESMTP id k04FCdhm018147
        for <joris.at.lebbeke@skynet.be>; Wed, 4 Jan 2006 16:12:39 +0100
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (duke.maptools.org [127.0.0.1])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id k04F7ipm003508;
	Wed, 4 Jan 2006 10:07:52 -0500
Received: from web54307.mail.yahoo.com (web54307.mail.yahoo.com
	[206.190.49.117])
	by duke.maptools.org (8.12.11/8.12.10) with SMTP id k04F7gDL003505
	for <tiff@lists.maptools.org>; Wed, 4 Jan 2006 10:07:42 -0500
Received: (qmail 3052 invoked by uid 60001); 4 Jan 2006 15:07:42 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com;
	h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=j5lQVeIKZaIO61kUvIBjWPG6m5PT11snDRKrwJrOTKEjOIP7uJHpGnQKWdlmDsLqp1B7v9l6LLBtvmQwAmb60f/3MTm2+aJpdq7ayJ7l0/AxfS+tAJBxjxoUv6z+QrXl14MdvZDSgoy3TalO9/gItEHSEZILJXFfv1FY256Uh04=
	; 
Message-ID: <20060104150742.3050.qmail@web54307.mail.yahoo.com>
Received: from [151.207.244.4] by web54307.mail.yahoo.com via HTTP;
	Wed, 04 Jan 2006 07:07:41 PST
Date: Wed, 4 Jan 2006 07:07:41 -0800 (PST)
From: Rocky Pulley <rockytriton@yahoo.com>
Subject: Re: [Tiff] tiffcp photometric issue
To: Larry Sanders <lsanders@gmail.com>, tiff@lists.maptools.org
In-Reply-To: <9bc9cae70601040630x64beba6bs39e3ef12baa4e73d@mail.gmail.com>
MIME-Version: 1.0
Cc: 
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
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="===============0543566207=="
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org
X-UIDL: 000000000023ceae.000010ca
X-MSP-STORE: Wed, 04 Jan 2006 16:13:00 +0100
Status:   

--===============0543566207==
Content-Type: multipart/alternative; boundary="0-658474543-1136387261=:1416"
Content-Transfer-Encoding: 8bit

--0-658474543-1136387261=:1416
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

I had this issue too.  It's a bug in the  windows viewer.  All other programs that I used showed it  correctly.  I had a Tiff 2 PDF program that had the same bug, so  my fix was to manually change that bit and then invert the file data  before putting the tiff in my system.  That fixed my problem with  the viewer and PDF converter, though it does slow things down just a  little for all the bit flipping.   

Larry Sanders <lsanders@gmail.com> wrote:  Hello all,

I'm using tiffcp to convert from lzw to g4.  My original tiff is a
multipage, black text on white background (MINISBLACK?).  The created
tiff using 'tiffcp -c g4 orig.tif new.tif' is white text on black
background when viewed using 'Windows Picture and Fax Viewer'.  It is
not inverted when viewing with 'Microsoft Office Document Imaging'. 
Searching of this list produced a few posts about the the photometric
setting which sounds like the problem.

My thought was that 'Windows Picture and Fax Viewer' is ignoring the
Photometric tag. However that doesn't make complete sense because I
can use tiffset to change the photometric on _only_ the source
document.  Specifically I can use 'tiffset -s 262 <0|1> orig.tif' to
toggle back and forth.  However, that has no effect on the tiff
created by tiffcp.  tiffdump verifies that the Photometric tag is
getting set properly.  This is a problem because it's also inverted in
the 'windows previewer' (at least on the windows box I have here).

Can anyone point me in the right direction?  I did look at the code,
and didn't see any ideas there (other than the idea of just inverting
on the data copy... which seems like a bad idea)

Thanks,
Larry

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



			
---------------------------------
Yahoo! Photos
 Ring in the New Year with Photo Calendars. Add photos, events, holidays, whatever.
--0-658474543-1136387261=:1416
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

<div id="RTEContent">I had this issue too.&nbsp; It's a bug in the  windows viewer.&nbsp; All other programs that I used showed it  correctly.&nbsp; I had a Tiff 2 PDF program that had the same bug, so  my fix was to manually change that bit and then invert the file data  before putting the tiff in my system.&nbsp; That fixed my problem with  the viewer and PDF converter, though it does slow things down just a  little for all the bit flipping.&nbsp;&nbsp; <br><br><b><i>Larry Sanders &lt;lsanders@gmail.com&gt;</i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">  Hello all,<br><br>I'm using tiffcp to convert from lzw to g4.  My original tiff is a<br>multipage, black text on white background (MINISBLACK?).  The created<br>tiff using 'tiffcp -c g4 orig.tif new.tif' is white text on black<br>background when viewed using 'Windows Picture and Fax Viewer'.  It is<br>not inverted when viewing with 'Microsoft !
 Office
 Document Imaging'. <br>Searching of this list produced a few posts about the the photometric<br>setting which sounds like the problem.<br><br>My thought was that 'Windows Picture and Fax Viewer' is ignoring the<br>Photometric tag. However that doesn't make complete sense because I<br>can use tiffset to change the photometric on _only_ the source<br>document.  Specifically I can use 'tiffset -s 262 &lt;0|1&gt; orig.tif' to<br>toggle back and forth.  However, that has no effect on the tiff<br>created by tiffcp.  tiffdump verifies that the Photometric tag is<br>getting set properly.  This is a problem because it's also inverted in<br>the 'windows previewer' (at least on the windows box I have here).<br><br>Can anyone point me in the right direction?  I did look at the code,<br>and didn't see any ideas there (other than the idea of just inverting<br>on the data copy... which seems like a bad idea)<br><br>Thanks,<br>Larry<br><br>_______________________________________________<br!
 >Tiff
 mailing list: Tiff@lists.maptools.org<br>http://lists.maptools.org/mailman/listinfo/tiff<br>http://www.remotesensing.org/libtiff/<br></blockquote><br></div><p>
	
		<hr size=1>Yahoo! Photos<br> 
Ring in the New Year with <a href="http://us.rd.yahoo.com/mail_us/taglines/photos/*http://pg.photos.yahoo.com/ph//page?.file=calendar_splash.html&.dir=">Photo Calendars</a>. Add photos, events, holidays, whatever.
--0-658474543-1136387261=:1416--

--===============0543566207==
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/
--===============0543566207==--
