<div dir="ltr">If I'm not mistaken, we don't have any way of knowing where to find the data at the end without traversing the entire geometry.  If you have a GEOMETRYCOLLECTION with many elements, it could take a lot of operations to find where your 1 byte is located...<div><br></div><div>Dan</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 5, 2016 at 4:55 AM, Sandro Santilli <span dir="ltr"><<a href="mailto:strk@keybit.net" target="_blank">strk@keybit.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Mar 04, 2016 at 10:19:22AM -0800, Paul Ramsey wrote:<br>
> I think the right answer is to have an "extended info" flag on the<br>
> main flags slot, which, if present indicates a spare 8 bytes will be<br>
> inserted into the header before the bounding box. This could hold less<br>
> commonly used flags, like the validity values (which we would have<br>
> room to represent as yes, no, and unknown), solidity values, and so<br>
> on. It will require a bit of work on the serializer/deserializer, but<br>
> not a lot.<br>
><br>
> If you're OK w/ the idea, I will implement a branch of it.<br>
<br>
</span>Could you argument a bit about why you think having 8 bytes at the<br>
beginning is to be preferred over having 1 byte at the end ?<br>
<div class="HOEnZb"><div class="h5"><br>
--strk;<br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org">postgis-devel@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/postgis-devel</a></div></div></blockquote></div><br></div>