Re: [gdal-dev] vertical datums (and the other) catalog update

2016-07-04 Thread Trajce Nikolov NICK
Thanks a bunch Even ! Cheers, Nick On Mon, Jul 4, 2016 at 4:39 PM, Even Rouault wrote: > Le lundi 04 juillet 2016 15:18:41, Trajce Nikolov NICK a écrit : > > Hello Community, > > > > I am seeing in the data folder lots of catalogs. Just a fast question: > How > > often they are updated - > > Fr

Re: [gdal-dev] GML (created via ogr2ogr) validation with OpenGIS XSD

2016-07-04 Thread Even Rouault
Le lundi 04 juillet 2016 17:04:53, Jonathan Beliën a écrit : > Hi everyone, > > > > I’m trying to validate a GML file produced with ogr2ogr with OpenGIS GML > XSD files. > > > > For every file I try to validate I have the same error message : « element > FeatureCollection: Schemas validity er

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

2016-07-04 Thread Antonio Valentino
Hi Julien, Il 04/07/2016 14:30, Julien Michel ha scritto: > Hi, > > Started the work here : > > https://github.com/OSGeo/gdal/compare/trunk...jmichel-otb:enhance-complex-datasets > > > For now, recognizes the following syntax : > > gdal_translate -srcwin 1000 1000 1000 1000 > DERIVED_SUBDATAS

[gdal-dev] GML (created via ogr2ogr) validation with OpenGIS XSD

2016-07-04 Thread Jonathan Beliën
Hi everyone, I’m trying to validate a GML file produced with ogr2ogr with OpenGIS GML XSD files. For every file I try to validate I have the same error message : « element FeatureCollection: Schemas validity error : Element '{http://ogr.maptools.org/}FeatureCollection': No matching global d

Re: [gdal-dev] vertical datums (and the other) catalog update

2016-07-04 Thread Even Rouault
Le lundi 04 juillet 2016 15:18:41, Trajce Nikolov NICK a écrit : > Hello Community, > > I am seeing in the data folder lots of catalogs. Just a fast question: How > often they are updated - From GDAL 2.1 NEWS file: """ * Upgrade to EPSG database v8.8 """ > are they up to date all the time? They

[gdal-dev] Is OGR Buffer(...) thread safe in C#?

2016-07-04 Thread CABO
Hi I was just trying to parallelize buffering of a large set of polygons using GDAL 2.1 in C#. My code is something like the following: List polygonList = List of polygons... var result = new ConcurrentBag(); Parallel.ForEach(polygonList, polygon => { var polygonBuffer = polygon.Buffer(1, 1

[gdal-dev] vertical datums (and the other) catalog update

2016-07-04 Thread Trajce Nikolov NICK
Hello Community, I am seeing in the data folder lots of catalogs. Just a fast question: How often they are updated - are they up to date all the time? Thanks a bunch as alway! Cheers, Nick -- trajce nikolov nick ___ gdal-dev mailing list gdal-dev@lis

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

2016-07-04 Thread Even Rouault
Le lundi 04 juillet 2016 14:30:26, Julien Michel a écrit : > Hi, > > Started the work here : > > https://github.com/OSGeo/gdal/compare/trunk...jmichel-otb:enhance-complex-d > atasets > > For now, recognizes the following syntax : > > gdal_translate -srcwin 1000 1000 1000 1000 > DERIVED_SUBDATAS

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

2016-07-04 Thread Julien Michel
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 syntax

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

2016-07-04 Thread Julien Michel
Hi, Started the work here : https://github.com/OSGeo/gdal/compare/trunk...jmichel-otb:enhance-complex-datasets For now, recognizes the following syntax : gdal_translate -srcwin 1000 1000 1000 1000 DERIVED_SUBDATASET:COMPLEX_AMPLITUDE:s1a-s6-slc-vv-20150619t195043-20150619t195101-006447-00887d

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

2016-07-04 Thread Even Rouault
Hi, > > To check if I understood well : > > I will create a driver that will recognize the > "DERIVED_SUBDATASET:Amplitude:original_datasetname" syntax. This driver > needs to now if "original_datasetname" is of complex type (to report it > can open it) That or we could also possibly accept non-

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

2016-07-04 Thread Julien Michel
Le 28/06/2016 à 12:39, Even Rouault a écrit : There would be likely changes to do in: - GDALOpen(), to detect a syntax like "DERIVED_SUBDATASET:Amplitude:original_datasetname" and create the appropriate dataset. Hum, or perhaps better, instead of hacking GDALOpen(), having a driver that would rec

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

2016-07-04 Thread Even Rouault
Le lundi 04 juillet 2016 09:30:44, Bugbuster a écrit : > Hi Antonio, > > as I was mentioning it in my 1st message,I am running under *Windows*. > I can see that the PIXFUN is indeed recognized thanks to the log messages I > have added in all functions. > I have noticed that the pointer *papoSource

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

2016-07-04 Thread Bugbuster
Hi Antonio, as I was mentioning it in my 1st message,I am running under *Windows*. I can see that the PIXFUN is indeed recognized thanks to the log messages I have added in all functions. I have noticed that the pointer *papoSources* is always *null *! If you have a clue, I would buy it :-) Since