<div dir="ltr"><div><div>Hi Frank,<br><br></div>I've updated the RFC.<br></div>Sam.<br><div class="gmail_extra"><br><br><div class="gmail_quote">On 16 May 2013 10:26, 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 Wed, May 15, 2013 at 2:58 PM, Sam Gillingham <span dir="ltr"><<a href="mailto:gillingham.sam@gmail.com" target="_blank">gillingham.sam@gmail.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"><div><div>Etienne, Frank,<br><br></div>The original idea was to save space with the byte type, although I admit bools are a rather unusual case. If we represent them as ints it might be more straightforward just to use the int form of ValuesIO instead. How about removing the bool form of ValuesIO and should a future driver support bools it can treat them as ints?</div>
</div></blockquote><div><br></div></div><div>Sam,</div><div><br></div><div>Yes, that would be my suggestion, reducing the number of entry points slightly.</div><div><br></div><div>Best regards,</div>
<div>Frank</div><div><div class="h5"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><span><font color="#888888"><br></font></span></div>
</div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 15 May 2013 09:52, Etienne Tourigny <span dir="ltr"><<a href="mailto:etourigny.dev@gmail.com" target="_blank">etourigny.dev@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br><div class="gmail_quote"><div>On Tue, May 14, 2013 at 5:54 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">Sam,<div><br></div><div>It looks good to me, though I'm dubious about the value of treating booleans as Byte instead of integer. </div></div></blockquote><div><br></div></div><div>everywhere else booleans are defined as integers like this</div>
<div><br></div><div>int bSomeVar;</div><div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Best regards,</div>
<div>
Frank</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Mon, May 13, 2013 at 9:37 PM, Sam Gillingham <span dir="ltr"><<a href="mailto:gillingham.sam@gmail.com" target="_blank">gillingham.sam@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div><div>Hi All,<br><br></div>I propose a motion to get RFC 40 - "Improving performance of Raster Attribute Table implementation for large tables" adopted. This adds some new functionality for GDAL 2.0. Even and others have made suggestions and these have been incorporated into the RFC:<br>
<br><a href="http://trac.osgeo.org/gdal/wiki/rfc40_enhanced_rat_support" target="_blank">http://trac.osgeo.org/gdal/wiki/rfc40_enhanced_rat_support</a><br><br></div>Thanks,<br>Sam.<br></div>
<br></div></div>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><span><font color="#888888"><br></font></span></blockquote></div><span><font color="#888888"><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>
</font></span></div>
<br>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></blockquote></div></div><br>
</blockquote></div><br></div>
</div></div></blockquote></div></div></div><div><div class="h5"><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></div></div></div>
</blockquote></div><br></div></div>