[gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Nishith Maheshwari nshthm at gmail.com
Fri Mar 27 11:23:13 PDT 2015


Hi all,
Please find the following proposal for 'Integration of cpp GDAL utilities
into GDAL core library'. The same has been submitted to google-melange
website-

https://docs.google.com/document/d/1Knld8FjWCMpibF2MzJKjZ0S8mrUKdxpA7RrlUX-B95g/edit?usp=sharing

Sorry for the delay in putting up the proposal. Feedback and comments would
be really helpful.

Regards,
Nishith Maheshwari
Lab for Spatial Informatics
IIIT Hyderabad, India

On Thu, Mar 19, 2015 at 4:02 PM, Volker Wichmann <Volker.Wichmann at uibk.ac.at
> wrote:

> Hi Nishith,
>
> On 03/18/2015 08:27 PM, Nishith Maheshwari wrote:
>
>> Hi,
>> I am a masters student from IIIT Hyderabad and currently in my final
>> year of study and working in the Lab for Spatial Informatics here.
>>
>> I was a part of GSOC 2014 and worked on the project *'Schematization
>> Plugin for QGIS'* last year [1][2].
>>
>> I am interested in the project *'Integration of cpp GDAL utilities into
>> GDAL core library'* .
>>
>> I have already looked at a few codes of gdal utilities available in the
>> 'apps' folder of the sourcecode and had a few queries -
>>
>> 1. From my understanding of the project description, the aim is to
>> refactor the individual codes of gdal utilities by removing the main()
>> and making them available in the form of functions. These functions can
>> then be accessed by another function like GDALRunUtility() which can be
>> used to call them individually using specific parameters. Please let me
>> know if I'm thinking in the right direction.
>>
>> 2. If we are implementing individual functions for every utility we
>> might not require a separate layer of interaction in the form of
>> GDALRunUtility(). Any thoughts?
>>
>
> yes, the idea was to move the functionality of the gdal utilities to GDAL
> core in order to have it available directly when using the library and thus
> to facilitate their usage from "external" programs. The functionality
> should be usable with the GDALRunUtility() function. This would avoid e.g.
> a system call to a tool or code duplication which is currently needed in
> order to create a GDAL vrt for example.
>
> It is not intended to remove the GDAL tools, but they would have to be
> reworked to just provide the parameter interface and then to call
> GDALRunUtility() themselves. The idea to have a GDALRunUtility() function
> is to have a unique entry point and common interface to all tool
> functionality.
>
> Best regards,
> Volker
>
>
>
>> [1] http://hub.qgis.org/wiki/quantum-gis/nishithm
>> [2] https://github.com/nishithm/schematization
>>
>> Regards,
>> Nishith Maheshwari
>> Lab for Spatial Informatics
>> IIIT Hyderabad, India
>>
>>
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20150327/baf762e2/attachment.html>


More information about the gdal-dev mailing list