<div>What's the story behind the multi-layered data that can be allowed in Geotiff 2.0? The NASA project (JPL?) that I read about, I assumed, was making this a capability?<br>&nbsp;</div>
<div>I can only imagine what can be done with multi-layered Geotiffs. The GIS&nbsp;serves as&nbsp;the glue, while the imagery 'product' can serve as the 'database'. Not to mention, I gather that registrations would be interestingly more accurate within datasets, layer to layer - or so one would hope that this would be the workflow or approach toward building multiple-layered / multi-informational datasets.
</div>
<div>&nbsp;</div>
<div>The caveat however, is that no one in the compression market seems to be in key with multiple-layered / multi-informational sets such as I describe. But it would make for a very well-rounded provision for most who are providing data to clients, and when those clients specify a range of data that would otherwise have to be delivered per set and not as an all-in-one solution.
</div>
<div>&nbsp;</div>
<div>Just some thoughts... Not positive if it applies here.</div>
<div>&nbsp;</div>
<div><br>&nbsp;</div>
<div><span class="gmail_quote">On 11/17/05, <b class="gmail_sendername">Niles Ritter</b> &lt;<a href="mailto:ritter@earthlink.net">ritter@earthlink.net</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Mon, 2005-11-07 at 19:04 -0500, Frank Warmerdam wrote:<br>&gt; On 11/7/05, Nagle, Gail A (US SSA) &lt;<a href="mailto:gail.nagle@baesystems.com">
gail.nagle@baesystems.com</a>&gt; wrote:<br>&gt; &gt; As a member of the GeoTIFF user community, I am wondering how the next<br>&gt; &gt; version of GeoTIFF will be adopted.<br>&gt;<br>&gt; Gail,<br>&gt;<br>&gt; The community standards group at NASA has asked me to submit
<br>&gt; GeoTIFF 1.0 through their process.&nbsp;&nbsp;This would presumably give<br>&gt; a mechanism to later update the specification.<br><br>I would venture to guess that POSC and EPSG are interested parties<br>as well, given that the codes are part of their specification.
<br>Wonder if Roger Lott is still around...<br><br>&gt; I don't know too much about the GeoTIFF 1.5 proposal floated<br>&gt; out of JPL.<br><br>I vaguely recall putting together an interim proposal that mostly<br>were fixes, and some suggestions for capture accuracy ellipsoids
<br>and the like. A request for discussion I put out way back in 2000<br>proposed discussing GeoKeys for data interpretation (e.g not all<br>pixels are electromagnetic amplitudes, but could be elevation, etc),<br>vertical datum, refreshing the EPSG database, etc.&nbsp;&nbsp;Some of the
<br>other 2.0 items were, in retrospect, ad-hoc things not worth<br>pursuing that we cooked up at JPL, and some had to do with making<br>GeoTIFF more friendly to facilitating the OpenGIS web map server<br>interface specs.
<br><br>--<br>Niles Ritter &lt;<a href="mailto:ritter@earthlink.net">ritter@earthlink.net</a>&gt;<br><br>_______________________________________________<br>Geotiff mailing list<br><a href="mailto:Geotiff@lists.maptools.org">
Geotiff@lists.maptools.org</a><br><a href="http://lists.maptools.org/mailman/listinfo/geotiff">http://lists.maptools.org/mailman/listinfo/geotiff</a><br></blockquote></div><br>