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

[Even Rouault]

On mercredi 1 mars 2017 11:43:12 CET Rahkonen Jukka (MML) wrote:
> Forwarding to the list because Jordan's trial  was not successful.

Sounds a good idea. I think potential students should be more pro-active in proposing and 
developing their own ideas.

Regarding "indexing on VRT files", I guess this is about spatial indexing of sources in a VRT 
file. My bet would be that the size of VRT files that would need such indexing would be so 
large than their parsing would be the most limiting factor. But I can be wrong.
Some people who want to make a mosaic from a huge number of tiles do that by making 
VRTs of VRTs of VRTs with a pyramid structure to avoid parsing a lot of XML and still having 
good performance.
Another option that has been mentionned in the past would be to have a variation of the 
VRT syntax that would reference a tile index (shapefile or any OGR datasource) and would 
thus benefit from its spatial indexing & filtering capabilities

Something like:

<VRTDataset rasterXSize="20000" rasterYSize="20000">
  <SRS>EPSG:26711</SRS>
  <GeoTransform>  4.4072000000000000e+05,  6.0000000000000000e+01,  
0.0000000000000000e+00,  3.7513200000000000e+06,  0.0000000000000000e+00, 
-6.0000000000000000e+01</GeoTransform>
   <TileIndex>
	<Filename relativeToVRT="1">index.shp</Filename>
	<!-- <Layername>index</Layername> -->
  </Tileindex> 
  <Overview rasterXSize="10000" rasterYSize="10000">
      <TileIndex>
	   <Filename relativeToVRT="1">index_ovr_2.shp</Filename>
     </Tileindex> 
  </Overview>
  <Overview rasterXSize="5000" rasterYSize="5000">
      <TileIndex>
	   <Filename relativeToVRT="1">index_ovr_4.shp</Filename>
     </Tileindex> 
  </Overview>
  <VRTRasterBand dataType="Byte" band="1">
    <ColorInterp>Red</ColorInterp>
  </VRTRasterBand>
  <VRTRasterBand dataType="Byte" band="2">
    <ColorInterp>Green</ColorInterp>
  </VRTRasterBand>
  <VRTRasterBand dataType="Byte" band="3">
    <ColorInterp>Blue</ColorInterp>
  </VRTRasterBand>
</VRTDataset>

Even

> Jordan Bess wrote:
> Re: [gdal-dev] Don't we have any ideas for GSoC 2017?
> 
> 
> Vector tiles! Mbtiles or folder of pbf
> 
> It would be great if OGR supported creation of vector tiles in protocol buff
> format
> 
> Get Outlook for Android<https://aka.ms/ghei36>
> 
> ________________________________
> From: gdal-dev
> <gdal-dev-bounces at lists.osgeo.org<mailto:gdal-dev-bounces at lists.osgeo.org>>
> on behalf of Casper Børgesen (CABO) <CABO at NIRAS.DK<mailto:CABO at NIRAS.DK>>
> Sent: Tuesday, February 28, 2017 5:16:19 AM
> To: Rahkonen Jukka (MML); 'gdal-dev at lists.osgeo.org'
> (gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>) Subject: Re:
> [gdal-dev] Don't we have any ideas for GSoC 2017?
> 
> 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.
> 
> 
> Regards, Casper
> 
> 
> -----Original Message-----
> From: gdal-dev [mailto:gdal-dev-bounces at lists.osgeo.org] On Behalf Of
> Rahkonen Jukka (MML) Sent: 28. februar 2017 09:07
> To: 'gdal-dev at lists.osgeo.org'
> (gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>) Subject:
> [gdal-dev] Don't we have any ideas for GSoC 2017?
> 
> Hi,
> 
> OSGeo is accepted as an organization for the Google Summer of Code 2017 but
> there are no GDAL related ideas on
> https://wiki.osgeo.org/wiki/Google_Summer_of_Code_2017_Ideas. Could we
> raise some of the old ideas or discover some brand new ones?
> 
> -Jukka Rahkonen-
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>
> https://lists.osgeo.org/mailman/listinfo/gdal-dev


-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20170301/e74c6783/attachment-0001.html>