<div dir="ltr"><div>I would be a fan of indexing a VRT also.</div><div><br></div>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...?<div><br></div><div>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 though.</div><div>2.) the also have a C++ version of Frank's hsv_merge.py which is much faster. This is much simpler. </div><div><a href="https://github.com/NeoGeographyToolkit/StereoPipeline/tree/master/src/asp/Tools">https://github.com/NeoGeographyToolkit/StereoPipeline/tree/master/src/asp/Tools</a><br></div><div>manual: <a href="http://byss.ndc.nasa.gov/stereopipeline/binaries/asp_book-2.5.3.pdf">http://byss.ndc.nasa.gov/stereopipeline/binaries/asp_book-2.5.3.pdf</a></div><div><br></div><div>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. <a href="http://www.sciencedirect.com/science/article/pii/S0032063315300477">http://www.sciencedirect.com/science/article/pii/S0032063315300477</a></div><div><br></div><div>just a couple more ideas,</div><div>Trent</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 28, 2017 at 3:26 AM, Mateusz Loskot <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"><span class="">On 28 February 2017 at 11:16, Casper Børgesen (CABO) <<a href="mailto:CABO@niras.dk">CABO@niras.dk</a>> wrote:<br>
> Hi,<br>
><br>
> 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.<br>
<br>
</span>Experiences show, that it's better to choose a simple idea feasible<br>
for a student to complete,<br>
than choose a fancy challenge that doesn't move even half way through.<br>
<br>
The indexing sounds like a good idea.<br>
<br>
Best regards,<br>
<span class="HOEnZb"><font color="#888888">--<br>
Mateusz Loskot, <a href="http://mateusz.loskot.net" rel="noreferrer" target="_blank">http://mateusz.loskot.net</a><br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/gdal-dev</a></div></div></blockquote></div><br></div>