<div dir="ltr">Hi,<div><br></div><div>Below is the link to my proposal on "Implement write support for the GDAL PostGIS Raster driver" : <a href="https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/varunsaraf/5629499534213120">https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/varunsaraf/5629499534213120</a></div>

<div><br></div><div>Please have a look and let me know your suggestions in the comments section on melange.<br><div class="gmail_extra"><br></div><div class="gmail_extra">Regards,</div><div class="gmail_extra">Varun Saraf<br>

<br><div class="gmail_quote">On Mon, Mar 17, 2014 at 2:22 AM, Jorge Arevalo <span dir="ltr"><<a href="mailto:jorgearevalo@libregis.org" target="_blank">jorgearevalo@libregis.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">

Hello again, Varun.<br>
<br>
I've read your proposal. I think it looks great. Clear and straight to<br>
the point I've added just a few comments. Take a look whenever you<br>
have time.<br>
<br>
About future ideas, I'd mention the possibility of testing DB Manager<br>
with the new driver with write support. QGIS connection is really<br>
important. And the important fact that you have GDAL + PostGIS Raster<br>
working both ways. This is a really powerful tool for third parties<br>
that rely on PostGIS for their data and use GDAL as main tool to<br>
handle it. They will be able to just use GDAL to read/write data in<br>
PostGIS Raster, without using the loader. Check the software using<br>
GDAL: <a href="https://trac.osgeo.org/gdal/wiki/SoftwareUsingGdal" target="_blank">https://trac.osgeo.org/gdal/wiki/SoftwareUsingGdal</a>.<br>
<br>
Anyway, you may want to ask GDAL / PostGIS users list, just asking<br>
this same question: use cases of GDAL + PostGIS Raster and how those<br>
cases will benefit from the write support in the driver. Final users<br>
can make you a better way of how useful could your work be.<br>
<br>
<br>
Best regards,<br>
<br>
Jorge<br>
<br>
On Fri, Mar 14, 2014 at 5:21 PM, Jorge Arevalo<br>
<div class=""><div class="h5"><<a href="mailto:jorgearevalo@libregis.org">jorgearevalo@libregis.org</a>> wrote:<br>
> Hello Varun,<br>
><br>
> Sorry for my delay. I've been really busy this week. I'll have a look<br>
> at your proposal ASAP.<br>
><br>
> We keep in touch.<br>
><br>
> Best regards,<br>
><br>
> Jorge<br>
><br>
> On Fri, Mar 14, 2014 at 12:33 PM, Varun Saraf <<a href="mailto:varunsaraf14@gmail.com">varunsaraf14@gmail.com</a>> wrote:<br>
>> Hello Sir,<br>
>><br>
>> Below is the link to the initial draft of my proposal. Please have a look<br>
>> and let me know. I have enabled comments so you can comment there itself.<br>
>><br>
>> <a href="https://docs.google.com/document/d/1NeTkt0uXUAm1iH2RT43WwgQOPFttlrhHa79GFIok_Ng/edit" target="_blank">https://docs.google.com/document/d/1NeTkt0uXUAm1iH2RT43WwgQOPFttlrhHa79GFIok_Ng/edit</a><br>
>><br>
>> I have left the 'future ideas" section empty. Can you suggest something for<br>
>> that?<br>
>><br>
>> Regards,<br>
>> Varun Saraf<br>
>><br>
>><br>
>><br>
>> On Wed, Mar 12, 2014 at 9:45 PM, Varun Saraf <<a href="mailto:varunsaraf14@gmail.com">varunsaraf14@gmail.com</a>> wrote:<br>
>>><br>
>>> Hello Sir,<br>
>>><br>
>>> So let me check if I am on the right track. A broad workflow would be:<br>
>>><br>
>>> First we load the raster 'tiles'(actually individual raster columns), to<br>
>>> be written in the db, in the buffer with the help VRT driver since it is the<br>
>>> only driver that handles 'tiles' with different dimensions, geo-referencing,<br>
>>> pixel size etc.<br>
>>><br>
>>> Now we modify the IRasterIO method so that it writes from the buffer into<br>
>>> a region of PostGISRasterRasterBands(in the db).<br>
>>><br>
>>> Now if I am not wrong, what all should I include in the proposal?<br>
>>><br>
>>> Regards,<br>
>>> Varun Saraf<br>
>>><br>
>>> On Sat, Mar 8, 2014 at 3:31 AM, Jorge Arevalo <<a href="mailto:jorgearevalo@libregis.org">jorgearevalo@libregis.org</a>><br>
>>> wrote:<br>
>>>><br>
>>>> Hello Varun,<br>
>>>><br>
>>>> On Fri, Mar 7, 2014 at 10:23 PM, Varun Saraf <<a href="mailto:varunsaraf14@gmail.com">varunsaraf14@gmail.com</a>><br>
>>>> wrote:<br>
>>>> > Hello Sir,<br>
>>>> ><br>
>>>> > Thank you for your response. That was quite helpful.<br>
>>>> ><br>
>>>> > I have been going through the codes as well as descriptions of driver<br>
>>>> > implementation tutorial, IRasterIO and VRT driver. We need to convert<br>
>>>> > the<br>
>>>> > GDAL PostGIS Raster driver to read/write. But I am not sure where to<br>
>>>> > start.<br>
>>>><br>
>>>> If you're finally accepted in the program, you will basically have to<br>
>>>> modify the IRasterIO method in PostGISRasterRasterBand class (and<br>
>>>> probably more methods, but this is the main one)<br>
>>>><br>
>>>> This is a good starting point for the method:<br>
>>>><br>
>>>> <a href="http://trac.osgeo.org/gdal/browser/trunk/gdal/frmts/postgisraster/postgisrasterrasterband.cpp#L326" target="_blank">http://trac.osgeo.org/gdal/browser/trunk/gdal/frmts/postgisraster/postgisrasterrasterband.cpp#L326</a><br>


>>>><br>
>>>> Look at the first "if" clause. If you're trying to call the driver in<br>
>>>> write mode, it raises an error. That part needs to be replaced with<br>
>>>> something useful. That's the core of the write support.<br>
>>>><br>
>>>> If you read the driver implementation tutorial, you will know about<br>
>>>> IReadBlock / IWroteBlock methods. Those are the methods you need to<br>
>>>> implement read / write support in most of the drivers. They work with<br>
>>>> a single block of data (a tile). But they expect all tiles to be the<br>
>>>> same size and well aligned. As you probably know now, this isn't the<br>
>>>> case of PostGIS Raster driver. So, you need to use IRasterIO method.<br>
>>>> It reads/write a region of data (probably including several tiles),<br>
>>>> taking care of data type translation, among other things. This method,<br>
>>>> in PostGIS Raster driver, just allow reading, for the time being. We<br>
>>>> want writing support too.<br>
>>>><br>
>>>> Check the header of this method in parent class:<br>
>>>><br>
>>>> <a href="http://www.gdal.org/classGDALRasterBand.html#a5497e8d29e743ee9177202cb3f61c3c7" target="_blank">http://www.gdal.org/classGDALRasterBand.html#a5497e8d29e743ee9177202cb3f61c3c7</a><br>
>>>><br>
>>>> BTW, don't worry about RasterIO / IRasterIO difference. It's<br>
>>>> important, but not now.<br>
>>>><br>
>>>><br>
>>>><br>
>>>> > I think I also have to go through PostGIS raster2pgsql to get a clearer<br>
>>>> > picture. Can you be more specific about the TODO work you mentioned?<br>
>>>> > What I<br>
>>>> > want to know is, for example, which are the key functions in<br>
>>>> > raster2pgsql<br>
>>>> > that need to be replicated in the GDAL PostGIS Raster driver to<br>
>>>> > implement<br>
>>>> > write support?<br>
>>>> ><br>
>>>><br>
>>>> That's a good catching. Yes, understanding raster2pgsql would be<br>
>>>> helpful. I didn't code it, but I think the functions that actually<br>
>>>> create the "INSERT" / "CREATE TABLE" statements are a good starting<br>
>>>> point. They start here:<br>
>>>><br>
>>>><br>
>>>> <a href="http://trac.osgeo.org/postgis/browser/trunk/raster/loader/raster2pgsql.c#L827" target="_blank">http://trac.osgeo.org/postgis/browser/trunk/raster/loader/raster2pgsql.c#L827</a><br>
>>>><br>
>>>><br>
>>>> Best regards,<br>
>>>><br>
>>>> Jorge<br>
>>>><br>
>>>><br>
>>>> > Regards,<br>
>>>> > Varun Saraf<br>
>>>> ><br>
>>>> ><br>
>>>> > On Thu, Mar 6, 2014 at 6:44 PM, Jorge Arevalo<br>
>>>> > <<a href="mailto:jorgearevalo@libregis.org">jorgearevalo@libregis.org</a>><br>
>>>> > wrote:<br>
>>>> >><br>
>>>> >> Hello Varun,<br>
>>>> >><br>
>>>> >> On Wed, Mar 5, 2014 at 6:45 PM, Varun Saraf <<a href="mailto:varunsaraf14@gmail.com">varunsaraf14@gmail.com</a>><br>
>>>> >> wrote:<br>
>>>> >> > Hello Sir,<br>
>>>> >> ><br>
>>>> >> > I am reading the files mentioned by you earlier. I had a doubt<br>
>>>> >> > regarding<br>
>>>> >> > the<br>
>>>> >> > VRT driver. Can you please elaborate what do you mean by using<br>
>>>> >> > behind<br>
>>>> >> > the<br>
>>>> >> > curtains.<br>
>>>> >> ><br>
>>>> >><br>
>>>> >> Of course.<br>
>>>> >><br>
>>>> >> If you read about VRT format, you know that format is just a XML<br>
>>>> >> descriptor to tell GDAL where to find the real data. In human<br>
>>>> >> language, VRT tells GDAL things like: My "virtual" raster has 3 bands:<br>
>>>> >><br>
>>>> >> - Band 1 is built from band 1 of file file1.tif. And just this part of<br>
>>>> >> the band (a length in pixels)<br>
>>>> >> - Band 2 is built from band 1 of another file, file2.tif. And just<br>
>>>> >> this part of the band (the same lenght, in pixels)<br>
>>>> >> - Etc<br>
>>>> >><br>
>>>> >> You get the point. I can build a "virtual" raster just by reading some<br>
>>>> >> bands of other real raster files, and select which bands I should<br>
>>>> >> read, and which pixels of those bands. VRT calls those descriptors<br>
>>>> >> telling which bands to read "VRT sources". So, a VRT raster is build<br>
>>>> >> reading from several VRT sources.<br>
>>>> >><br>
>>>> >> Understanding this, remember one of the key concepts of PostGIS<br>
>>>> >> Raster. A PostGIS Raster table may contain several rows, each row<br>
>>>> >> containing one raster column. So far, so good. You may think about<br>
>>>> >> each of these raster columns as "tiles" of your bigger raster coverage<br>
>>>> >> (the table). Ok, but don't forget that *each tile is really a single<br>
>>>> >> raster object*. That means that each tile may have *different<br>
>>>> >> dimensions, georeferencing and pixel size*.<br>
>>>> >><br>
>>>> >> So, if you want to consider a single PostGIS Raster table in the same<br>
>>>> >> way you'd consider a tiled GeoTIFF file, you have this big problem to<br>
>>>> >> face. In a GeoTIFF, all tiles have the same dimensions and pixel size,<br>
>>>> >> and they're not really georeferenced. The whole file is georeferenced<br>
>>>> >> as a set of tiles. The tiles are just "dumb" chunks of data, put one<br>
>>>> >> after the another. PostGIS Raster tiles have meaning, and nothing<br>
>>>> >> assures you they will behave properly, in terms of pixel size,<br>
>>>> >> georeferencing, grid alignment, etc.<br>
>>>> >><br>
>>>> >> How to approach this problem? The response was: using other GDAL<br>
>>>> >> driver with the same problem (you know: don't repeat work already<br>
>>>> >> done). And this driver was VRT driver. Because VRT format, as said,<br>
>>>> >> can read data from different sources, and create a raster coverage<br>
>>>> >> from it, making all the "dirty work" behind the curtains (alignment,<br>
>>>> >> pixel size adjustment, etc).<br>
>>>> >><br>
>>>> >> So, to take advantage of VRT driver, I just considered PostGIS Raster<br>
>>>> >> as special kind of VRT. And each single PostGIS Raster tile (raster<br>
>>>> >> column belonging to a single row) is a VRT source (a place to read<br>
>>>> >> data from, with its own georeferencing, pixel size and dimensions).<br>
>>>> >> So, I build a "in-memory" VRT object reading from PostGIS Raster table<br>
>>>> >> using these sources, and let VRT driver finish the job.<br>
>>>> >><br>
>>>> >> Regarding this, there're some advanced concepts, like pre-caching some<br>
>>>> >> tiles in memory, or live calculation of raster extent, instead of<br>
>>>> >> reading it (how would you get the extent covered by a PostGIS Raster<br>
>>>> >> table if you don't have a single georeference, but a per-tile<br>
>>>> >> georeference?) Anyway, don't go so deep right now. I just want you to<br>
>>>> >> understand the reasons to use VRT driver, before trying to understand<br>
>>>> >> code. I hope this helps you.<br>
>>>> >><br>
>>>> >> Best regards,<br>
>>>> >><br>
>>>> >> Jorge<br>
>>>> >><br>
>>>> >> > Regards,<br>
>>>> >> > Varun Saraf<br>
>>>> >> ><br>
>>>> >> ><br>
>>>> >> > On Wed, Feb 26, 2014 at 7:53 PM, Jorge Arevalo<br>
>>>> >> > <<a href="mailto:jorgearevalo@libregis.org">jorgearevalo@libregis.org</a>><br>
>>>> >> > wrote:<br>
>>>> >> >><br>
>>>> >> >> Hello Varun,<br>
>>>> >> >><br>
>>>> >> >> First of all, you need to understand the GDAL data model [1], and<br>
>>>> >> >> the GDAL driver implementation tutorial [2]. After that, you may<br>
>>>> >> >> want<br>
>>>> >> >> to read the code of the driver itself [3]. Main files are<br>
>>>> >> >> postgisrasterdriver.cpp, postgisrasterdataset.cpp and<br>
>>>> >> >> postgisrasterrasterband.cpp. It has several dark points, so, don't<br>
>>>> >> >> worry if you don't understand everything.<br>
>>>> >> >><br>
>>>> >> >> About this specific driver, you also need to understand one main<br>
>>>> >> >> concept: most GDAL drivers are based in the concept of "block". In<br>
>>>> >> >> tiled datasets, 1 block = 1 tile. In not tiled datasets, normally 1<br>
>>>> >> >> block = 1 scanline. But both cases have something in common: all<br>
>>>> >> >> tiles<br>
>>>> >> >> (or scanlines) have the same dimensions (width and height). Think<br>
>>>> >> >> about the Google Maps tiles. They're all 256x256 pixels.<br>
>>>> >> >><br>
>>>> >> >> Well, GDAL PostGIS Raster driver doesn't work that way. In PostGIS<br>
>>>> >> >> Raster, each tile of a coverage can have different dimensions,<br>
>>>> >> >> different pixel size and even being aligned to a different grid.<br>
>>>> >> >> GDAL<br>
>>>> >> >> driver needs to handle this, and the problem is GDAL data model was<br>
>>>> >> >> not thought for that. The only driver that works that way, apart<br>
>>>> >> >> from<br>
>>>> >> >> PostGIS Raster driver, is VRT driver. For that reason, I used it<br>
>>>> >> >> behind curtains. If VRT driver can solve this kind of problems, why<br>
>>>> >> >> not using it?. And for that reason, there are two classes<br>
>>>> >> >> (postgisrastertiledataset and postgisrastertilerasterband) that<br>
>>>> >> >> handle<br>
>>>> >> >> these "different" kind of tiles (each one with its own dimensions,<br>
>>>> >> >> pixel size, etc).<br>
>>>> >> >><br>
>>>> >> >> Having those concepts in mind, you can start thinking about the<br>
>>>> >> >> TODO<br>
>>>> >> >> work. Basically, a GDAL driver can be read only or read/write. GDAL<br>
>>>> >> >> PostGIS Raster driver is readonly. We want to convert it in a<br>
>>>> >> >> read/write driver (this is: making it able to create new tables in<br>
>>>> >> >> the<br>
>>>> >> >> database, not just reading them). There are a few methods related<br>
>>>> >> >> with<br>
>>>> >> >> this. Most important are IWriteBlock and IRasterIO. For this<br>
>>>> >> >> specific<br>
>>>> >> >> driver, you'd need to work with IRasterIO method, because PostGIS<br>
>>>> >> >> Raster driver doesn't work with equally sized blocks, as said in<br>
>>>> >> >> the<br>
>>>> >> >> previous paragraph, and IWriteBlock expects that.<br>
>>>> >> >><br>
>>>> >> >> Now, you should be ready to write a proposal. Check [4] to know how<br>
>>>> >> >> a<br>
>>>> >> >> student proposal should look like, and [5] to get useful tips on<br>
>>>> >> >> writing proposals for GSoC.<br>
>>>> >> >><br>
>>>> >> >> Apart from that, are you interested in other projects? You can send<br>
>>>> >> >> more than one proposal to GSoC.<br>
>>>> >> >><br>
>>>> >> >> As suggestion, the QGIS PostGIS Raster plugin needs to be ported to<br>
>>>> >> >> QGIS 2.0. This project is also related with GDAL PostGIS Raster<br>
>>>> >> >> driver<br>
>>>> >> >> and PostGIS Raster extension. Not present in QGIS ideas page, but I<br>
>>>> >> >> could guide you.<br>
>>>> >> >><br>
>>>> >> >><br>
>>>> >> >> Best regards,<br>
>>>> >> >><br>
>>>> >> >> Jorge<br>
>>>> >> >><br>
>>>> >> >><br>
>>>> >> >> [1] <a href="http://www.gdal.org/gdal_datamodel.html" target="_blank">http://www.gdal.org/gdal_datamodel.html</a><br>
>>>> >> >> [2] <a href="http://www.gdal.org/gdal_drivertut.html" target="_blank">http://www.gdal.org/gdal_drivertut.html</a><br>
>>>> >> >> [3]<br>
>>>> >> >> <a href="http://trac.osgeo.org/gdal/browser/trunk/gdal/frmts/postgisraster" target="_blank">http://trac.osgeo.org/gdal/browser/trunk/gdal/frmts/postgisraster</a><br>
>>>> >> >><br>
>>>> >> >><br>
>>>> >> >><br>
>>>> >> >> [4]<a href="http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page#5._What_should_a_student_proposal_look" target="_blank">http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page#5._What_should_a_student_proposal_look</a><br>


>>>> >> >> [5]<br>
>>>> >> >><br>
>>>> >> >><br>
>>>> >> >> <a href="http://www.di.ens.fr/~baghdadi/TXT_blog/5_advices_to_get_your_proposal_accepted.lyx.html" target="_blank">http://www.di.ens.fr/~baghdadi/TXT_blog/5_advices_to_get_your_proposal_accepted.lyx.html</a><br>


>>>> >> >><br>
>>>> >> >><br>
>>>> >> >> On Tue, Feb 25, 2014 at 10:46 PM, Varun Saraf<br>
>>>> >> >> <<a href="mailto:varunsaraf14@gmail.com">varunsaraf14@gmail.com</a>><br>
>>>> >> >> wrote:<br>
>>>> >> >> > Hello Sir,<br>
>>>> >> >> ><br>
>>>> >> >> > Please tell me how should I go about preparing the proposal for<br>
>>>> >> >> > this<br>
>>>> >> >> > project.<br>
>>>> >> >> ><br>
>>>> >> >> > Regards,<br>
>>>> >> >> > Varun Saraf<br>
>>>> >> >> ><br>
>>>> >> >> ><br>
>>>> >> >> > On Mon, Feb 17, 2014 at 5:12 AM, Jorge Arevalo<br>
>>>> >> >> > <<a href="mailto:jorgearevalo@libregis.org">jorgearevalo@libregis.org</a>><br>
>>>> >> >> > wrote:<br>
>>>> >> >> >><br>
>>>> >> >> >> Hello Varun,<br>
>>>> >> >> >><br>
>>>> >> >> >> You may want to check<br>
>>>> >> >> >> <a href="http://trac.osgeo.org/postgis/wiki/GoogleSummerCode" target="_blank">http://trac.osgeo.org/postgis/wiki/GoogleSummerCode</a>, and<br>
>>>> >> >> >> specifically<br>
>>>> >> >> >> <a href="http://trac.osgeo.org/gdal/wiki/frmts_wtkraster.html" target="_blank">http://trac.osgeo.org/gdal/wiki/frmts_wtkraster.html</a><br>
>>>> >> >> >><br>
>>>> >> >> >> Let me know if you have any problem.<br>
>>>> >> >> >><br>
>>>> >> >> >> Best regards,<br>
>>>> >> >> >><br>
>>>> >> >> >> Jorge<br>
>>>> >> >> >><br>
>>>> >> >> >> On Sat, Feb 15, 2014 at 5:40 PM, Varun Saraf<br>
>>>> >> >> >> <<a href="mailto:varunsaraf14@gmail.com">varunsaraf14@gmail.com</a>><br>
>>>> >> >> >> wrote:<br>
>>>> >> >> >> > Hi Sir,<br>
>>>> >> >> >> ><br>
>>>> >> >> >> > Thank you for your reply.<br>
>>>> >> >> >> ><br>
>>>> >> >> >> > In the meanwhile can you suggest something which will help me<br>
>>>> >> >> >> > familiarize<br>
>>>> >> >> >> > with the project.<br>
>>>> >> >> >> ><br>
>>>> >> >> >> > Regards,<br>
>>>> >> >> >> > Varun Saraf<br>
>>>> >> >> >> > Graduate Student in Computer Science<br>
>>>> >> >> >> > Lab for Spatial Informatics<br>
>>>> >> >> >> > International Institute of Information Technology<br>
>>>> >> >> >> > Hyderabad, India<br>
>>>> >> >> >> > +91-90308-74699<br>
>>>> >> >> >> ><br>
>>>> >> >> >> > On Fri, Feb 14, 2014 at 4:34 PM, Jorge Arevalo<br>
>>>> >> >> >> > <<a href="mailto:jorgearevalo@libregis.org">jorgearevalo@libregis.org</a>><br>
>>>> >> >> >> > wrote:<br>
>>>> >> >> >> >><br>
>>>> >> >> >> >> Hello Varun,<br>
>>>> >> >> >> >><br>
>>>> >> >> >> >> Happy to hear about your interest. I will be pleased to be<br>
>>>> >> >> >> >> your<br>
>>>> >> >> >> >> mentor. I need to do some administrative work, but we keep in<br>
>>>> >> >> >> >> touch.<br>
>>>> >> >> >> >><br>
>>>> >> >> >> >> The student application period opens on March 10. I will help<br>
>>>> >> >> >> >> you<br>
>>>> >> >> >> >> to<br>
>>>> >> >> >> >> prepare a proposal in the meantime.<br>
>>>> >> >> >> >><br>
>>>> >> >> >> >> Be ready for some coding fun!<br>
>>>> >> >> >> >><br>
>>>> >> >> >> >> Best regards<br>
>>>> >> >> >> >><br>
>>>> >> >> >> >> --<br>
>>>> >> >> >> >> Jorge Arevalo<br>
>>>> >> >> >> >> Freelance developer<br>
>>>> >> >> >> >><br>
>>>> >> >> >> >> <a href="http://about.me/jorgeas80" target="_blank">http://about.me/jorgeas80</a><br>
>>>> >> >> >> >><br>
>>>> >> >> >> >> On Fri, Feb 14, 2014 at 11:18 AM, Varun Saraf<br>
>>>> >> >> >> >> <<a href="mailto:varunsaraf14@gmail.com">varunsaraf14@gmail.com</a>><br>
>>>> >> >> >> >> wrote:<br>
>>>> >> >> >> >> > Hello,<br>
>>>> >> >> >> >> ><br>
>>>> >> >> >> >> > I am interested in the project to implement write support<br>
>>>> >> >> >> >> > for<br>
>>>> >> >> >> >> > the<br>
>>>> >> >> >> >> > PostGIS<br>
>>>> >> >> >> >> > raster GDAL driver. I have worked in PostGIS and GDAL for<br>
>>>> >> >> >> >> > some<br>
>>>> >> >> >> >> > of<br>
>>>> >> >> >> >> > my<br>
>>>> >> >> >> >> > projects during graduation. I also have a background in<br>
>>>> >> >> >> >> > geospatial<br>
>>>> >> >> >> >> > imagery.<br>
>>>> >> >> >> >> ><br>
>>>> >> >> >> >> > I have the required skill set - I am well versed in C/C++<br>
>>>> >> >> >> >> > and<br>
>>>> >> >> >> >> > am<br>
>>>> >> >> >> >> > familiar<br>
>>>> >> >> >> >> > with data structures, trees and algorithms. I have been<br>
>>>> >> >> >> >> > developing<br>
>>>> >> >> >> >> > in<br>
>>>> >> >> >> >> > C/C++<br>
>>>> >> >> >> >> > for past four years. Please guide me with this project.<br>
>>>> >> >> >> >> ><br>
>>>> >> >> >> >> > Thanks and Regards,<br>
>>>> >> >> >> >> > Varun Saraf<br>
>>>> >> >> >> >> > Graduate Student in Computer Science<br>
>>>> >> >> >> >> > Lab for Spatial Informatics<br>
>>>> >> >> >> >> > International Institute of Information Technology<br>
>>>> >> >> >> >> > Hyderabad, India<br>
>>>> >> >> >> >> > +91-90308-74699<br>
>>>> >> >> >> >> ><br>
>>>> >> >> >> >> ><br>
>>>> >> >> >> >> > On Fri, Feb 14, 2014 at 2:56 PM, Jorge Arevalo<br>
>>>> >> >> >> >> > <<a href="mailto:jorgearevalo@libregis.org">jorgearevalo@libregis.org</a>><br>
>>>> >> >> >> >> > wrote:<br>
>>>> >> >> >> >> >><br>
>>>> >> >> >> >> >> Hi all,<br>
>>>> >> >> >> >> >><br>
>>>> >> >> >> >> >> I'm available for the first project here<br>
>>>> >> >> >> >> >><br>
>>>> >> >> >> >> >> <a href="http://trac.osgeo.org/postgis/wiki/WKTRasterGSoC" target="_blank">http://trac.osgeo.org/postgis/wiki/WKTRasterGSoC</a><br>
>>>> >> >> >> >> >><br>
>>>> >> >> >> >> >> Best regards,<br>
>>>> >> >> >> >> >><br>
>>>> >> >> >> >> >> --<br>
>>>> >> >> >> >> >> Jorge Arevalo<br>
>>>> >> >> >> >> >> Freelance developer<br>
>>>> >> >> >> >> >><br>
>>>> >> >> >> >> >> <a href="http://about.me/jorgeas80" target="_blank">http://about.me/jorgeas80</a><br>
>>>> >> >> >> >> >> _______________________________________________<br>
>>>> >> >> >> >> >> SoC mailing list<br>
>>>> >> >> >> >> >> <a href="mailto:SoC@lists.osgeo.org">SoC@lists.osgeo.org</a><br>
>>>> >> >> >> >> >> <a href="http://lists.osgeo.org/mailman/listinfo/soc" target="_blank">http://lists.osgeo.org/mailman/listinfo/soc</a><br>
>>>> >> >> >> >> ><br>
>>>> >> >> >> >> ><br>
>>>> >> >> >> ><br>
>>>> >> >> >> ><br>
>>>> >> >> >><br>
>>>> >> >> >><br>
>>>> >> >> >><br>
>>>> >> >> >> --<br>
>>>> >> >> >> Jorge Arevalo<br>
>>>> >> >> >> Freelance developer<br>
>>>> >> >> >><br>
>>>> >> >> >> <a href="http://about.me/jorgeas80" target="_blank">http://about.me/jorgeas80</a><br>
>>>> >> >> ><br>
>>>> >> >> ><br>
>>>> >> >><br>
>>>> >> >><br>
>>>> >> >><br>
>>>> >> >> --<br>
>>>> >> >> Jorge Arevalo<br>
>>>> >> >> Freelance developer<br>
>>>> >> >><br>
>>>> >> >> <a href="http://about.me/jorgeas80" target="_blank">http://about.me/jorgeas80</a><br>
>>>> >> ><br>
>>>> >> ><br>
>>>> >><br>
>>>> >><br>
>>>> >><br>
>>>> >> --<br>
>>>> >> Jorge Arevalo<br>
>>>> >> Freelance developer<br>
>>>> >><br>
>>>> >> <a href="http://about.me/jorgeas80" target="_blank">http://about.me/jorgeas80</a><br>
>>>> ><br>
>>>> ><br>
>>>><br>
>>>><br>
>>>><br>
>>>> --<br>
>>>> Jorge Arevalo<br>
>>>> Freelance developer<br>
>>>><br>
>>>> <a href="http://about.me/jorgeas80" target="_blank">http://about.me/jorgeas80</a><br>
>>><br>
>>><br>
>><br>
><br>
><br>
><br>
> --<br>
> Jorge Arevalo<br>
> Freelance developer<br>
><br>
> <a href="http://about.me/jorgeas80" target="_blank">http://about.me/jorgeas80</a><br>
<br>
<br>
<br>
--<br>
Jorge Arevalo<br>
Freelance developer<br>
<br>
<a href="http://about.me/jorgeas80" target="_blank">http://about.me/jorgeas80</a><br>
</div></div></blockquote></div><br></div></div></div>