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 48B9040013B
	for <info@awaresystems.be>; Wed, 27 Jul 2011 18:42:41 +0200 (CEST)
Received: by mx-q.b-one.net (Postfix, from userid 106)
	id 3B9571060526; Wed, 27 Jul 2011 18:41:39 +0200 (CEST)
X-Virus-Scanned: by one.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
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 51FD510281CE for
 <info@awaresystems.be>; Wed, 27 Jul 2011 18:41:37 +0200 (CEST)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by
 lists.maptools.org (Postfix) with ESMTP id B470B872AC; Wed, 27 Jul 2011
 11:40:03 -0500 (EST)
Received: from Agile-Automation.com
 (adsl-71-133-201-209.dsl.pltn13.pacbell.net [71.133.201.209]) by
 lists.maptools.org (Postfix) with ESMTP id 61CEF86C12 for
 <tiff@lists.maptools.org>; Wed, 27 Jul 2011 11:39:02 -0500 (EST)
Content-class: urn:content-classes:message
MIME-Version: 1.0
X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2
Date: Wed, 27 Jul 2011 09:39:00 -0700
Message-ID:
 <6EF72F8D2EC2184184FB2204784CBCD318769B@AgileServer.AgileDomain.local>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Using photon lists rather than rasters
Thread-Index: AcxMe7ASE6pz5fAtRRqqde79FXMDsg==
From: "Terry L. Sprout" <Terry.Sprout@Agile-Automation.com>
To: <tiff@lists.maptools.org>
Subject: [Tiff] Using photon lists rather than rasters
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="===============0495259723=="
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.

--===============0495259723==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01CC4C7B.B0490969"

This is a multi-part message in MIME format.

------_=_NextPart_001_01CC4C7B.B0490969
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello,

=20

I write Scientific Imaging software that writes TIFF files. I recently
add the ability to locate photons in an image with sub-pixel accuracy.
The original image is then discarded and a new image can be created from
the list of photons. I want to write a TIFF file that provides this list
instead of the standard raster image. I already registered an IFD tag
with Adobe for this purpose and I already devised a scheme.

=20

I am interested in knowing if this has already been defined since it
would be advantageous to use known schemes so other TIFF readers can
understand these files. The whole purpose of using TIFF files is to
create files that can be read by others, and I would like to continue.

=20

I am also interested in knowing if more bits in the NewSubfileType have
already been defined. I think these files should be identified with a
bit set so the reader knows the image is defined by a series of
coordinates rather than a series of strips. How do I register a new bit?

=20

This also begs the question of how other readers will handle a file with
no strips. Of course, I'm not quite sure how that would be done. It
seems the best way to provide an empty image is to set the
StripByteCount tag to 0. I assume the StipOffset tag cannot be zero
since that simply points to the beginning of the file, the RowsPerStrip
tag cannot be zero since that might cause a divide-by-zero error for
those readers that calculate the number of strips per image.

=20

Perhaps this could be considered a new compression type instead (no need
for a sub file type). How do I register a compression type, or is there
already one that exists for coordinate-based pixels? (The coordinates
must be floating-points since they represent sub-pixel accuracy.)

=20

=20

Terry L. Sprout

(510) 324-5501

w7-32

=20


------_=_NextPart_001_01CC4C7B.B0490969
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal>Hello,<o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal>I write Scientific Imaging software that writes =
TIFF files.
I recently add the ability to locate photons in an image with sub-pixel
accuracy. The original image is then discarded and a new image can be =
created
from the list of photons. I want to write a TIFF file that provides this =
list
instead of the standard raster image. I already registered an IFD tag =
with
Adobe for this purpose and I already devised a scheme.<o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal>I am interested in knowing if this has already been =
defined
since it would be advantageous to use known schemes so other TIFF =
readers can
understand these files. The whole purpose of using TIFF files is to =
create
files that can be read by others, and I would like to =
continue.<o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal>I am also interested in knowing if more bits in the
NewSubfileType have already been defined. I think these files should be
identified with a bit set so the reader knows the image is defined by a =
series
of coordinates rather than a series of strips. How do I register a new =
bit?<o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal>This also begs the question of how other readers =
will handle
a file with no strips. Of course, I&#8217;m not quite sure how that =
would be
done. It seems the best way to provide an empty image is to set the =
StripByteCount
tag to 0. I assume the StipOffset tag cannot be zero since that simply =
points
to the beginning of the file, the RowsPerStrip tag cannot be zero since =
that
might cause a divide-by-zero error for those readers that calculate the =
number
of strips per image.<o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal>Perhaps this could be considered a new compression =
type
instead (no need for a sub file type). How do I register a compression =
type, or
is there already one that exists for coordinate-based pixels? (The =
coordinates
must be floating-points since they represent sub-pixel =
accuracy.)<o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal>Terry L. Sprout<o:p></o:p></p>

<p class=3DMsoNormal>(510) 324-5501<o:p></o:p></p>

<p class=3DMsoNormal>w7-32<o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

</div>

</body>

</html>

------_=_NextPart_001_01CC4C7B.B0490969--

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