<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi All, <div><br></div><div>Sam and I have prepared an RFC for our proposal for improving raster attribute table (RAT) support and put it on the trac.</div><div><br></div><div><a href="http://trac.osgeo.org/gdal/wiki/rfc40_enhanced_rat_support">http://trac.osgeo.org/gdal/wiki/rfc40_enhanced_rat_support</a></div><div><br></div><div>We'd be keen to here feedback on our proposal. </div><div><br></div><div>Best wishes, </div><div><br></div><div>Pete</div><div><br><div apple-content-edited="true">
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>****************************************************</div><div>* Dr Pete Bunting</div><div>* Senior Lecturer in Remote Sensing</div><div>* Institute of Geography and Earth Sciences</div><div>* Aberystwyth University</div><div>* Aberystwyth</div><div>* Ceredigion</div><div>* SY23 3DB</div><div>* UK</div><div>* </div><div>* Ph: +44 (0) 1970 622615</div><div>* Mob: +44 (0) 7917 842743</div><div>* NZ Ph: +64 (0) 4 280 7430</div><div>* Email: <a href="mailto:pfb@aber.ac.uk">pfb@aber.ac.uk</a></div><div>****************************************************</div></div></div></div></div>
</div>
<br><div><div>On 24 Apr 2013, at 11:03, Peter Bunting <<a href="mailto:petebunting@mac.com">petebunting@mac.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Thanks Frank, <div><br></div><div>Sam and I will prepare a RFC and pass it around. Should we post it to the mailing list or add directly to the trac?</div><div><br></div><div>Best wishes, </div><div><br></div><div>Pete<br><div><div>On 24 Apr 2013, at 10:17, Frank Warmerdam <<a href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">Peter,<div><br></div><div>Actually, I should have added that I think a following stage should be for you to prepare a formal detailed RFC proposal for voting on by the PSC rather than just throwing a patch at us since this is an API change. </div>
<div><br></div><div>Best regards,</div><div>Frank</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 23, 2013 at 3:16 PM, Frank Warmerdam <span dir="ltr"><<a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="im">On Tue, Apr 23, 2013 at 1:57 PM, Peter Bunting <span dir="ltr"><<a href="mailto:petebunting@mac.com" target="_blank">petebunting@mac.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div dir="ltr"><div>Hi All,<br><br></div>We were wondering if there is any interest in the GDAL community for improving the Raster Attribute Implementation? Within our group of collaborators we have been representing image segmentations as clump files often large attribute tables containing millions of rows and numerous columns of data used for classification. We are finding the current approach that reads a single value at a time with the whole attribute table in memory to be quite poor performance wise and resource (i.e., memory) hungry. </div>
</div></blockquote><div><br></div></div><div>Peter,</div><div><br></div><div>You do seem to be pushing raster attribute tables well beyond the expected use cases. </div><div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div dir="ltr"><div><div><br></div>We would like to propose a new implementation that allows reading and writing of whole chunks of a single column within the attribute table more like RasterIO. </div>
</div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div dir="ltr"><div><br>If we were to create a patch, would the GDAL community be receptive to this? We were thinking this would be incorporated within the interface changes in GDAL 2.0.</div>
</div></div></blockquote><div><br></div></div><div>I would be receptive to additional read (and perhaps write) methods for chunks of the attribute table at a time if it can be done with a minimum of distruption of the existing api. </div>
<div class="im">
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div dir="ltr">It has been muted that OGR might be merged into GDAL in version 2.0 if this were to occurred how would attribute tables be dealt with and are the changes we proposing something that needs to be considered in that wider context also?<br>
</div></div></blockquote><div><br></div></div><div>I had not been contemplating treating raster attribute tables as OGR layers.</div><div> </div><div>I must confess that I'm still not certain that pushing raster attribute tables to be very large is a good idea. </div>
<div><br></div><div>Best regards,</div></div>---------------------------------------+--------------------------------------<br>I set the clouds in motion - turn up | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a><br>
light and sound - activate the windows | <a href="http://pobox.com/~warmerdam" target="_blank">http://pobox.com/~warmerdam</a><br>and watch the world go round - Rush | Geospatial Software Developer<br>
</div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>---------------------------------------+--------------------------------------<br>I set the clouds in motion - turn up | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a><br>
light and sound - activate the windows | <a href="http://pobox.com/~warmerdam" target="_blank">http://pobox.com/~warmerdam</a><br>and watch the world go round - Rush | Geospatial Software Developer<br>
</div>
</blockquote></div><br></div></div>_______________________________________________<br>gdal-dev mailing list<br><a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>http://lists.osgeo.org/mailman/listinfo/gdal-dev</blockquote></div><br></div></body></html>