Re: [gdal-dev] PG driver: apply custom sql files together with loading data in one transaction

Hi, pá 31. 8. 2018 v 10:31 odesílatel Even Rouault napsal: > > Is > > there any way how to catch up errors when executing SQL commands by > > ExecuteSQL()? > > testing CPLGetLastErrorType() != CE_None great, works perfectly! Thanks a lot, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Lan

[gdal-dev] Suggestion to create drivers for a new raster format

Hi, How do we proceed if we want GDAL team to create drivers for a new raster format? I would like gdal to be able to read .byn and .bin Geoid files. I don’t think these files can be simply read using the bin vrt format. I have the file format specifications. Nicolas Cadieux ___

Re: [gdal-dev] PG driver: apply custom sql files together with loading data in one transaction

On vendredi 31 août 2018 10:20:49 CEST Martin Landa wrote: > Hi, > > čt 30. 8. 2018 v 16:28 odesílatel Even Rouault > > napsal: > > API by yourself to do ogr2ogr-like ingestion, and then ExecuteSQL() for > > your customizations. > > great, first tests with ExecuteSQL(fd.read()) went well. Unfor

Re: [gdal-dev] PG driver: apply custom sql files together with loading data in one transaction

Hi, čt 30. 8. 2018 v 16:28 odesílatel Even Rouault napsal: > API by yourself to do ogr2ogr-like ingestion, and then ExecuteSQL() for your > customizations. great, first tests with ExecuteSQL(fd.read()) went well. Unfortunately the method returns always None regardless of success or failure. Is t

Re: [gdal-dev] PG driver: apply custom sql files together with loading data in one transaction

Hi, čt 30. 8. 2018 v 16:28 odesílatel Even Rouault napsal: > With unmodified GDALVectorTranslate() it isn't really possible. So you don't thanks for pointers. Another option which came to my mind (untested, just a wild guess). By PGDump driver could be prepared temporary SQL file with loaded da