<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Feb 14, 2014 at 12:54 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org" target="_blank">even.rouault@mines-paris.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Le vendredi 14 février 2014 21:33:36, John Twilley a écrit :<br>
<div class="">> The specific C API that I am thinking about is the Warp API:<br>
> <a href="http://www.gdal.org/warptut.html" target="_blank">http://www.gdal.org/warptut.html</a><br>
<br>
</div>Actually this is C++ API, not C. So a first step would be to C'ify it.<br></blockquote><div><br></div><div>As long as the end result is the ability to use the Warp API in Python, I'm happy. :-) Not being able to do that is a little frustrating.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class=""><br>
><br>
> That page includes a number of performance enhancements which might also<br>
> make for potentially interesting work for a summer student.<br>
<br>
</div>Are you thinking to the "Performance optimization" section ? Well, all those<br>
performance strategies are already implemented. This is just advice to users<br>
so they can get the best performance out of the warping algorithm.<br></blockquote><div><br></div><div>That's wonderful! One less worry for users then.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
><br>
> Jack.<br>
<div class=""><div class="h5">><br>
> > wrote:<br>
> ><br>
> > Le vendredi 14 février 2014 21:20:30, John Twilley a écrit :<br>
> > > One idea I would like to see considered for GSoC would be completing<br>
> > > the GDAL API for Python to include all the functionality that<br>
> > > currently<br>
> ><br>
> > exists<br>
> ><br>
> > > for C. I wish I were experienced enough with the code base to mentor<br>
> > > it, though, so if it doesn't have a mentor I imagine that it can't<br>
> > > happen.<br>
> ><br>
> > Not sure it will make a very attractive topic for a student... To which C<br>
> > API<br>
> > not available to Python are you thinking to ?<br>
> ><br>
> > > Jack.<br>
> > ><br>
> > > > Selon Dmitriy Baryshnikov <<a href="mailto:bishop.dev@gmail.com">bishop.dev@gmail.com</a>>:<br>
> > > > > Hi Jukka,<br>
> > > > ><br>
> > > > > I think this is a good idea for GSoC.<br>
> > > > > Does the raster driver for Geopackage differs from rasterlite<br>
> > > > > (<a href="http://gdal.org/frmt_rasterlite.html" target="_blank">http://gdal.org/frmt_rasterlite.html</a>)?<br>
> > > ><br>
> > > > Yes, there are differencies in the data model, but that could serve<br>
> > > > as<br>
> ><br>
> > an<br>
> ><br>
> > > > inspiration. GeoPackage raster has also some similitaries with<br>
> > > > MBTILES (for which we have a driver too).<br>
> > > ><br>
> > > > Even<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > ><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><br>
> ><br>
> > --<br>
> > Geospatial professional services<br>
> > <a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
<br>
--<br>
Geospatial professional services<br>
<a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a></div></div></blockquote><div><br></div><br class="">Jack.<br clear="all"><div>-- <br>mathuin at gmail dot com</div>
</div></div></div>