[gdal-dev] Don't we have any ideas for GSoC 2017?

Hare, Trent thare at usgs.gov
Tue Feb 28 15:58:20 PST 2017

I would be a fan of indexing a VRT also.

There have been some good apps written in AMES Stereo Pipeline which could
be "ported" to GDAL trunk. They work within their application so perhaps
they are not needed within GDAL...?

1.) dem_merge (which works for images too). It has a very nice exponential
blend edge option and works for non-square edges. This is a large program
2.) the also have a C++ version of Frank's hsv_merge.py which is much
faster. This is much simpler.
manual: http://byss.ndc.nasa.gov/stereopipeline/binaries/asp_book-2.5.3.pdf

I would love to see any methods for tonal matching across images. Simple
matching histograms and then running a script through a gdal_translate with
a defined "stretch"..? Or here is a cool method to tonal match using
another layer as the driver. There might not be code is not available (but
it might be explained enough?). Also the author could be contacted.

just a couple more ideas,

On Tue, Feb 28, 2017 at 3:26 AM, Mateusz Loskot <mateusz at loskot.net> wrote:

> On 28 February 2017 at 11:16, Casper Børgesen (CABO) <CABO at niras.dk>
> wrote:
> > Hi,
> >
> > I don't know if the idea is too simple, but implementing indexing on VRT
> files would be great to have. I thinks it's currently a feature request.
> Experiences show, that it's better to choose a simple idea feasible
> for a student to complete,
> than choose a fancy challenge that doesn't move even half way through.
> The indexing sounds like a good idea.
> Best regards,
> --
> Mateusz Loskot, http://mateusz.loskot.net
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20170228/72297899/attachment-0001.html>

More information about the gdal-dev mailing list