Re: [gdal-dev] Concurrent and efficient access to features in OGRLayer

indexing in it currently. If you are using GeoPackage or Shapefiles stored in /vsimem/, then spatial indexes if they exist will be used. Would there be any interest in developing spatial indexing for the MEM driver ? How difficult is it to implement it ? Regards, Julien -- Julien MICHEL CNES

[gdal-dev] Concurrent and efficient access to features in OGRLayer

slow without spatial indexing and a large number of features. Is there a way to add spatial indexing for in memory dataset ? Is it meaningful ? Thanks a lot for your help, Regards, Julien -- Julien MICHEL CNES - DSO/SI/2A ___ gdal-dev mailing list

Re: [gdal-dev] vrt and too many open files error

Thanks Even, it worked. Regards, Julien Le 06/10/2017 à 17:55, Even Rouault a écrit : On vendredi 6 octobre 2017 17:29:40 CEST Julien Michel wrote: > Dear all, > > I have a VRT file, which I generated by a script I wrote, that simply > mosaics 2750 tiles (images of the same

[gdal-dev] vrt and too many open files error

[1] https://trac.osgeo.org/gdal/ticket/6604 -- Julien MICHEL CNES - DSO/SI/2A ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Downsampling with gdal_translate and overviews

: - Is gdal_translate using the nearest overview level as a start for resampling ? - Is there a way to prevent that (other than removing the ovr file) ? - Is it expected than the resampling yields artifacts when ovr files are present ? Thanks a lot for your help, Regards, Julien -- Julien MICHEL CNES

Re: [gdal-dev] Gdal and Open Data Cube

/2017 02:28 PM, Julien Michel wrote: Dear all, There is a lot of activity around this Open Data Cube [1] initiative, which seems promising. As far as I understand it however, what we can do with data in the datacube is limited to what the python API allows you to do. Is there any plan (and does

Re: [gdal-dev] Gdal and Open Data Cube

Le 02/06/2017 à 15:20, Even Rouault a écrit : On vendredi 2 juin 2017 14:28:18 CEST Julien Michel wrote: > Dear all, > > There is a lot of activity around this Open Data Cube [1] initiative, > which seems promising. As far as I understand it however, what we can do

[gdal-dev] Gdal and Open Data Cube

a gdal driver that allows to address data ingested in a datacube instance ? Thanks a lot, Regards, Julien [1] https://github.com/opendatacube/datacube-core -- Julien MICHEL CNES - DSO/SI/2A ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https

Re: [gdal-dev] Sentinel driver

@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Julien MICHEL CNES - DCT/SI/AP ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Outdated external overviews

overviews are internal You probably meant that detecting that overviews are outdated is even less doable than for the external case, but that situation can still happen. Even -- Julien MICHEL CNES - DCT/SI/AP - BPI 1219 18, avenue Edouard Belin 31401 Toulouse Cedex 09 - France Tel: +33 561 282

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

mercredi 06 juillet 2016 11:28:24, Julien Michel a écrit : Le 06/07/2016 à 10:26, Even Rouault a écrit : Even, I think the AddBand() method is obviously not the right place to do that, but I do not get how tweak the GetMetadata() / GetMetadataDomainList(). Hum I'm not sure how to better explain. I

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

east I figured out why it was not working at my first attempt) : most drivers in frmts have a gdaldataset subclass, which override GetMetadataDomainList() and GetMetadata() ... So the gdaldataset implementation never gets called. Seems like another dead end ... Julien -- Julien MICHEL CNES -

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

Band() way seems to be a dead end, unless we edit all drivers (probably not all drivers, just in drivers that can have complex data types) to initialize their description earlier. Ok I will try the other way, and keep you posted. Regards, Julien -- Julien MICHEL CNES -

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

DERIVED_SUBDATASET:COMPLEX_AMPLITUDE:SENTINEL2_L1C:S2A_OPER_MTD_SAFL1C_PDMC_20150519T113602_R070_V20130707T172156_20130707T172156.xml:20m:EPSG_32615 seems to work. I will try to do the pixel function proper integration on a separate branch, so as to avoid mixing different purposes. Regards, Julien Le 04/07/2016 à 15:04, Even Rouault a écrit : Le lundi 04 juillet 2016 14:30:26, Julien Michel a écrit

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

PS: any comments welcome, I am not really familiar with gdal coding style & arch. Julien Le 04/07/2016 à 14:30, Julien Michel a écrit : Hi, Started the work here : https://github.com/OSGeo/gdal/compare/trunk...jmichel-otb:enhance-complex-datasets For now, recognizes the following sy

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

hip of returned char** belongs // to the dataset object } else return GDALMajorObject::GetMetadata(pszDomain); } As well as : virtual char **GetMetadataDomainList(); to report DERIVED_SUBDATASET when it makes sense (contrary to GetMetadata(), ownership of the returne

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

DERIVED_SUBDATASETS upon query (this I did not get yet). I am not sure if I can figure out how to do this, but I will try. Regards, Julien -- Julien MICHEL CNES - DCT/SI/AP ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Programmatic creation of VRT

somebody know how to do this, or shall I stick to writing my own XML stuff to iostream ? Thanks for your help, Regards, Julien -- Julien MICHEL CNES - DCT/SI/AP ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman

Re: [gdal-dev] Potential issue with Sentinel-1 SAFE driver

: for instance, in the overlap area you have two independent measurements of the backscatter for the corresponding cell, which is surely an interesting information to use. Julien -- Julien MICHEL CNES - DCT/SI/AP ___ gdal-dev mailing list gdal-dev

[gdal-dev] Potential issue with Sentinel-1 SAFE driver

). For the sake of simplicity, polarisations too could be exposed as subdatasets. What do you think ? Regards, Julien -- Julien MICHEL CNES - DCT/SI/AP ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Remapping nodata

ersion? Brad ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Julien MICHEL CNES - DCT/SI/AP ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Gdal 2.0 vs Gdal 1.x : Testing driver capabilities

tp://gdal.org/classGDALDataset.html#ae2eee7686621c516581a415822d83b2a -- Julien MICHEL CNES - DCT/SI/AP ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] openjpeg build configuration

, Best regards, Julien Michel Le 17/03/2011 17:23, Even Rouault a écrit : Selon Brian Wilsonbr...@wildsong.biz: Please read carefully the first lines of http://gdal.org/frmt_jp2openjpeg.html for the explanation (and solution) I am trying to build 1.8.0 on Linux with openjpeg support. I can

Re: [gdal-dev] geotiff conflict

http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Julien MICHEL ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev