<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 28, 2014 at 3:24 PM, Mateusz Łoskot <span dir="ltr"><<a href="mailto:mateusz@loskot.net" target="_blank">mateusz@loskot.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 28 March 2014 21:04, Tim Keitt <<a href="mailto:tkeitt@utexas.edu">tkeitt@utexas.edu</a>> wrote:<br>
> Something to consider is writing an interface that wraps the old code.<br>
> Modern generic approaches make this easy.<br>
><br>
> Perhaps evaluate the Generic Image Library and Boost Geometry as candidates?<br>
<br>
GDAL is I/O oriented, whereas in GIL and BG, I/O layer is an extension.<br>
<br>
Regardless, I've been prototyping GDAL driver for the new GIL I/O<br>
layer (aka GIL.IOv2),<br>
you may check it here<br>
<a href="https://github.com/mloskot/boost-gil-workshop/tree/gil-io2-gdal" target="_blank">https://github.com/mloskot/boost-gil-workshop/tree/gil-io2-gdal</a></blockquote><div><br></div><div>Looks promising. Certainly a nicer framework for implementing algorithms.</div>

<div><br></div><div>THK</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Best regards,<br>
<span class="HOEnZb"><font color="#888888">--<br>
Mateusz  Łoskot, <a href="http://mateusz.loskot.net" target="_blank">http://mateusz.loskot.net</a><br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">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></font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><a href="http://www.keittlab.org/" target="_blank">http://www.keittlab.org/</a></div>


</div></div>