Re: [gdal-dev] GRIB can't get nodata and cmake can't disable FileGDB

urning off the wrong driver (filegdb)! So, everting seems to be fine with cmake. Great job in the transaction from autoconf, BTW. And thanks again for fixing the GRIB driver. (fixes #7673, #7674). Best regards, Ivan From: Even Rouault Sent: Saturday, April 29,

[gdal-dev] GRIB can't get nodata and cmake can't disable FileGDB

ion or suggestion? Thanks, Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDAL support on OCI

if all you want is to access files on OCI storage and rendering on the fly, that wasn't developed yet. You might find command line tools that you can pipe the data into GDAL based application, but not rendering on the fly. I think. I hope it helps to clarify, Ivan ___

Re: [gdal-dev] [External] : Re: how to build netCDF driver plugin

. Static would make your deployment easier, but some SDK make it hard to build this way. Good luck, Ivan From: gdal-dev on behalf of Fengting Chen Sent: Thursday, February 24, 2022 9:10 PM To: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] [External] : Re

Re: [gdal-dev] How to incorporate driver updates into GDAL?

Hi Hongmei, I am the original author of the RST driver. I can help if you need. Regards, Ivan From: gdal-dev on behalf of Even Rouault Sent: Friday, April 23, 2021 12:05 PM To: Hongmei Zhu ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] How to incorporate

Re: [gdal-dev] Motion: remove and deprecate a few drivers

still (not install) From: gdal-dev on behalf of Ivan Lucena Sent: Wednesday, March 3, 2021 3:20 PM To: Even Rouault ; Joaquim Manuel Freire Luís ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Motion: remove and deprecate a few drivers Even, Is the INGR

Re: [gdal-dev] Motion: remove and deprecate a few drivers

Even, Is the INGR driver for Integraph raster install needed? It was developed when the format was already deprecated. It was supposed to read old files and there was some old hardware, scanner, spitting out in that file format. Regards, Ivan From: gdal-dev

Re: [gdal-dev] zarr driver PR

could be better off if developed in Python. Just an idea. Good luck, Ivan From: gdal-dev on behalf of David Brochart Sent: Monday, February 1, 2021 11:14 AM To: Sean Gillies Cc: Gdal Dev Subject: Re: [gdal-dev] zarr driver PR Hi Sean, Thanks for starting

Re: [gdal-dev] DLL load failed: The specified module could not be found

We all know that DLL error messages are very misleading, "DLL load failed" might be related to a third part library. But that message doesn't seem to be 32/64 platform. Worse thing you can do is to uninstall Anaconda3 to start fresh. The installer is not

Re: [gdal-dev] ogr2ogr with ORACLE driver: limitation on table name size?

Even, You are correct. As you can see in the code above those lines is that it is possible to run in debugging mode to check if the call to OCIServerVersion is been parsed correctly. Best regards, Ivan From: Even Rouault Sent: Tuesday, September 15, 2020 10

Re: [gdal-dev] ogr2ogr with ORACLE driver: limitation on table name size?

According to that code it should work: https://github.com/OSGeo/gdal/blob/70a2ec1795c3e01aeaf1ac3c0f7c69a3f0fa2ca5/gdal/ogr/ogrsf_frmts/oci/ogrocisession.cpp#L316 Ticket: https://trac.osgeo.org/gdal/ticket/6866 From: gdal-dev on behalf of Victoria Ponz-Sarvise

Re: [gdal-dev] Building for Java on MacOS

;just" by installing uDig [udig.refractions.net]. I mean, the GDAL Java binding was included and ready to use. Regards, Ivan From: gdal-dev on behalf of David Rush Sent: Monday, April 27, 2020 10:02 AM To: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev

Re: [gdal-dev] vsicurl and HTTP error 403

and paste the gdalinfo report. Thanks man, you are the best. Take care, Ivan From: Even Rouault Sent: Wednesday, April 8, 2020 6:41 PM To: gdal-dev@lists.osgeo.org Cc: Ivan Lucena Subject: Re: [gdal-dev] vsicurl and HTTP error 403 Ivan, Experimentally, I

[gdal-dev] vsicurl and HTTP error 403

on Windows, GDAL 2.3.3 Linux and GDAL 2.4.4 on Mac. Any suggestion? Thanks, Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] How to get a file list from a Sentinel zip?

Hi Jukka, I hit "Send" before knowing that Even had replied you. Ivan From: Rahkonen Jukka (MML) Sent: Wednesday, April 8, 2020 12:52 PM To: Ivan Lucena ; 'gdal-dev@lists.osgeo.org' Subject: Re: How to get a file list from a Sentinel zip? I

Re: [gdal-dev] How to get a file list from a Sentinel zip?

03T114409.SAFE/MTD_MSIL2A.xml:10m:EPSG_32634 ? I hope it helps, Ivan From: gdal-dev on behalf of Rahkonen Jukka (MML) Sent: Wednesday, April 8, 2020 10:06 AM To: 'gdal-dev@lists.osgeo.org' Subject: [gdal-dev] How to get a file list from a Sentinel zip? Hi

Re: [gdal-dev] NetCDF and ESA Probav issue with corner coordimates

data provider costumer services. Thanks, Ivan From: Even Rouault Sent: Sunday, November 3, 2019 4:45 PM To: gdal-dev@lists.osgeo.org Cc: Ivan Lucena ; Andrew C Aitchison ; Richard Duivenvoorde Subject: Re: [gdal-dev] NetCDF and ESA Probav issue with co

Re: [gdal-dev] NetCDF and ESA Probav issue with corner coordimates

uld prefer not to do. Best regards, Ivan From: Andrew C Aitchison Sent: Friday, November 1, 2019 7:24 AM To: Richard Duivenvoorde Cc: Ivan Lucena ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] NetCDF and ESA Probav issue with corner coordimates Does

[gdal-dev] NetCDF and ESA Probav issue with corner coordimates

y has experience with that dataset and/or NetCDF that can help figure out what is going on. It is a bug in the driver or an issue with the data. Thanks, - Ivan Here is the gdalinfo report: Don't worry about the warnings in regards to the pixel values. It is f

Re: [gdal-dev] NetCDF driver detected file type

I rebuild everything, HDF5, HDF4 and netCDF SDKs and GDAL and the netCDF driver and now I am not getting warnings like that anymore. Regards, Ivan From: gdal-dev on behalf of Even Rouault Sent: Wednesday, August 7, 2019 4:39 PM To: gdal-dev@lists.osgeo.org Subject:

Re: [gdal-dev] NetCDF driver getting wrong values if compared to HDF5

latitude and longitude at the pixel corners. For example, if we consider the pixel corresponding to [lon, lat]=[-180o, 75o], the upper left corner of this pixel represents [lon, lat]=[-180o - 1/224o, 75o + 1/224o]. """ [PROBAV_Products_User_Manual.pdf] Thank you, Ivan __

Re: [gdal-dev] NetCDF driver getting wrong values if compared to HDF5

55357) (179d59'43.93"E, 59d59'43.93"S)" while the documentation mention exact " Polygon -60 180 80 180 80 -180 -60 -180 -60 180". It looks like a half pixel difference, do you see a problem with that? Thanks, Ivan From: Even Rouault Sent: Friday, A

Re: [gdal-dev] NetCDF driver getting wrong values if compared to HDF5

blem whatever driver I use. But maybe the netCDF and HDF5 driver's authors would like to take a look. Thank you again, Ivan From: Even Rouault Sent: Wednesday, July 31, 2019 11:19 AM To: gdal-dev@lists.osgeo.org Cc: Ivan Lucena Subject: Re: [gdal-dev] NetC

Re: [gdal-dev] from projection coordinates to pixel coords

GDAL API documentation: https://gdal.org/api/gdaldataset_cpp.html Best regards, Ivan From: gdal-dev on behalf of Ahmet Temiz Sent: Wednesday, July 31, 2019 6:56 AM To: gdal-dev Subject: [gdal-dev] from projection coordinates to pixel coords Hi, How ca

[gdal-dev] NetCDF driver getting wrong values if compared to HDF5

doesn't seems to be affecting the pixels values on the land. Does anybody has a clue on what is going on here? Thanks, Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Python RasterizeLayer and gdal_rasterize

like a bug to you? A GEOJSON driver bug maybe. I probably did something like that once in a raster driver, wait for the closing of the file to update the SRS. Thanks, Ivan From: Mike Taves Sent: Wednesday, July 24, 2019 4:40 PM To: Ivan Lucena Cc: gdal-dev

Re: [gdal-dev] Python RasterizeLayer and gdal_rasterize

sformation operation to fix the problem. I am going to work on that. Thank you again so very much, Ivan From: Even Rouault Sent: Wednesday, July 24, 2019 10:57 AM To: gdal-dev@lists.osgeo.org Cc: Ivan Lucena Subject: Re: [gdal-dev] Python Rast

[gdal-dev] Python RasterizeLayer and gdal_rasterize

dal.rasterizelayer() the original shape with a *query* for each country at the time. That should be more efficient, I guess. Thank you for your attention and have a nice day everybody, Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https

Re: [gdal-dev] Extracting Z coordinate from DEM - Python

gdal.UseException() at the beginning of you code to get the GDAL exceptions to work. That should crash your code before calling float() but with some kind of error message. See more on this wiki page: https://trac.osgeo.org/gdal/wiki/PythonGotchas Cheers, Ivan

Re: [gdal-dev] [SeasonOfDocs] Offers for GDAL documenting

Talking about basics... Most of the SDK we download to build drivers comes with an INSTALL file (.md or not) and that is what people usually look for when they decide that they need to download and build a FOSS. But GDAL doesn't have that. Yes, the information is there, somewhere but it would

Re: [gdal-dev] Question of file ordering in VRT

That’s depend on how the OS sort the file names. Windows for example does some weird stuff. It might be better to build your list files and pass it as a parameter instead of relay on *.tif Get Outlook for iOS From: gdal-dev on behalf of

Re: [gdal-dev] osx compile failure

re-do-i-set-dyld-library-path-on-mac-os-x-and-is-it-a-good-idea https://blogs.oracle.com/dipol/dynamic-libraries,-rpath,-and-mac-os Good luck, Ivan From: gdal-dev on behalf of Alan Stewart Sent: Tuesday, January 15, 2019 2:00 PM To: Even Rouault Cc: gdal-dev@list

Re: [gdal-dev] How to Use Gdal in Microsoft Visual Studio C++

Hi Athin, Here it goes again: https://github.com/OSGeo/gdal/tree/master/gdal/swig/csharp/apps For more information on GDAL's C# API: https://trac.osgeo.org/gdal/wiki/GdalOgrInCsharp Regards, Ivan On 11/6/18, 8:34 PM, "gdal-dev on behalf of Athin" wrote: Hai Ivan,

Re: [gdal-dev] How to Use Gdal in Microsoft Visual Studio C++

interest: https://github.com/OSGeo/gdal/tree/master/gdal/swig/csharp/apps https://github.com/OSGeo/gdal/tree/master/gdal/swig/java/apps https://github.com/OSGeo/gdal/tree/master/gdal/swig/python/samples Best regards, Ivan ___ gdal-dev mailing list

Re: [gdal-dev] How to Use Gdal in Microsoft Visual Studio C++

. Good luck, Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] How to Use Gdal in Microsoft Visual Studio C++

. And more importantly, I haven't use it for a long time so I almost forgot that you can use it for debugging too. Good luck! Ivan On 10/31/18, 4:57 AM, "gdal-dev on behalf of Mateusz Loskot" wrote: On Wed, 31 Oct 2018 at 02:41, Athin wrote: > > I am still new in thi

Re: [gdal-dev] Trouble Building GDAL with HDF5

for me. Regards, Ivan From: gdal-dev on behalf of Christopher Puda Sent: Wednesday, July 25, 2018 4:02 PM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] Trouble Building GDAL with HDF5 I am trying to build GDAL with HDF5 usability on a Windows 7 64-bit

Re: [gdal-dev] GDAL with Teigha DWG driver

SDK. The guys that I was helping did that and it worked fine for them. But don't we have a new driver to handle that format now that is based on open source? Regards, Ivan From: gdal-dev <gdal-dev-boun...@lists.osgeo.org> on behalf of Nicol Herma

Re: [gdal-dev] Dropping dlopen/LoadLibrary loading of proj.4 ?

is blind to the presence of Proj4 shared library. That would be a problem. Right? Anyway. If the change makes sense and it is for the better. And it is for a new release (no backport). +0 ( I can't vote anyway) Best regards, Ivan From: gdal-dev <g

Re: [gdal-dev] Dropping dlopen/LoadLibrary loading of proj.4 ?

they want to download and install proj4 while using GDAL and I would prefer to keep that option. Maybe with a compiler option we can basically "remove" the dynamic load when static linked proj4 was used. Config can translate the --with-proj4 into a C++ define, rig

Re: [gdal-dev] Dropping dlopen/LoadLibrary loading of proj.4 ?

GDAL build and I *need* to have the options to let the user decided if they want to add proj4 shared libraries. Regards, Ivan From: Even Rouault <even.roua...@spatialys.com> Sent: Saturday, May 6, 2017 1:35:18 PM To: Ivan Lucena Cc: Kurt Schwehr; gd

Re: [gdal-dev] configure: WARNING: unrecognized options: --with-macosx-framework

++ and the GDAL macosx-framework build worked just fine. I don't know if we need to change that. Thanks, Ivan From: Even Rouault <even.roua...@spatialys.com> Sent: Tuesday, January 3, 2017 5:55:49 AM To: gdal-dev@lists.osgeo.org Cc: Ivan Lucena Subject: Re:

[gdal-dev] configure: WARNING: unrecognized options: --with-macosx-framework

am getting in some linking error related to the code on frtms/pdf. It seems like a xCode version issue but I am still working on it. Anyway, should I file a bug and commit the above path to the file "configure"? Regards, Ivan ___

Re: [gdal-dev] Ogr2ogr -dim and Oracle

acle driver into one "raster/vector" driver. Any advice on that will be gladly accepted. Regards, Ivan [1] - https://trac.osgeo.org/gdal/browser/trunk/gdal/frmts/georaster/georaster_dataset.cpp#L1673 From: Rahkonen Jukka (MML) <jukka.rahko...@maa

Re: [gdal-dev] Ogr2ogr -dim and Oracle

to possible SRIDs. That could be added to the OCI. I think. Regards Ivan > On Nov 17, 2016, at 7:38 AM, Even Rouault <even.roua...@spatialys.com> wrote: > > Le jeudi 17 novembre 2016 12:49:09, Michael Smith a écrit : >> Yes even the current version needs the layer creat

Re: [gdal-dev] gdal.RasterizeOptions output type

Thanks. From: Even Rouault <even.roua...@spatialys.com> Sent: Monday, October 31, 2016 11:32:30 AM To: Ivan Lucena Cc: gdal-dev@lists.osgeo.org; Johan de Braak Subject: Re: [gdal-dev] gdal.RasterizeOptions output type Le lundi 31 octobre 2016 14:24:44

Re: [gdal-dev] gdal.RasterizeOptions output type

Even, Are you planning to backport that? From: gdal-dev on behalf of Even Rouault Sent: Monday, October 31, 2016 6:29:27 AM To: gdal-dev@lists.osgeo.org Cc: Johan de Braak Subject: Re: [gdal-dev]

Re: [gdal-dev] Utilities as a library, C API

it has something to do with that. The GTIFF create-option BLOCKXSIZE doesn't seems to work. I tries with larger images and it seems like we can only control the number of rows on a block (BLOCKYSIZE), but not the number of columns (BLOCKXSIZE). Thanks again. Best regards, Ivan __

[gdal-dev] Utilities as a library, C API

ataset = GDALTranslate( (const char*) pszOutFilename, (GDALDatasetH) hSrcDataset, (const GDALTranslateOptions*) psOptions, (int*) NULL ); GDALTranslateOptionsFree( psOptions ); Is there any other way to pass the parameters to the GDAL "Utilities

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

Hi Mateusz/Jeff, Please try the new version of "makegdal_gen.bat". It will generate projects ready to use in newer version of Visual Studio. I tested it only in VC++ 12.0 (VS 2013). Add comments, if you like, to: https://trac.osgeo.org/gdal/ticket/6635 Rega

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

nning inside the IDE. That means you would have all the advantages of the IDE (debuggin/cross reference/refactoring/etc.) but still using the settings of nmake.local and running makefiles. I am using VS 2013. Is that the same for you on VS 2015? Thanks, Ivan From: gda

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

.vcproj into VS > 2010? I would like to know how to do that! Best regards, Ivan > On Aug 4, 2016, at 8:08 AM, Mateusz Loskot <mate...@loskot.net> wrote: > >> On 4 August 2016 at 14:00, M. LATTES <mathieu.lat...@yahoo.fr> wrote: >> Hi Mateusz, >> >&g

Re: [gdal-dev] Building gdal with Oracle Developer Studio 12.5 on solaris 11

gdal/wiki/BuildingOnUnixWithNetBeansIDE> The IDE will use whatever compiler you have on your system, so the errors you are getting are not related to the IDE. You can try building GDAL on command line first. Regards, Ivan From: gdal-dev <gdal-dev-boun...@lists.osgeo.org> o

[gdal-dev] ogr2ogr to update existing table

t field1 from input_layer" -fieldmap 4 Where "4" would indicate the 3th field of the output_layer. Does anybody have another solution for that? Thanks. Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] unable to open DGN

Just a comment on that: In order to build the DWG driver, you or your company, need to be part of some kind of alliance to be able to download a full version of the Teigha SDK. AFAIK From: gdal-dev on behalf of Andre

Re: [gdal-dev] Limit on the number of subdatasets

Sent: Wednesday, November 18, 2015 2:45 PM To: gdal-dev@lists.osgeo.org Cc: Ivan Lucena Subject: Re: [gdal-dev] Limit on the number of subdatasets Le mercredi 18 novembre 2015 20:22:38, Ivan Lucena a écrit : > Hi there. > > > Is there a limit on the number of subdatasets that GDAL can ha

Re: [gdal-dev] how to build dwg driver?

ver but I didn't get a response yet. He probably wrote that driver a long time ago when the SDK as DWGDirect and he might not be able to help now. I understand. So I hope that exchanging that information with you we can help each other and maybe find a solution for that problem. Best regard

[gdal-dev] Georeference without rotation of output image

Hi, list First of all, I searched on the list but I hadn't found anyone with the same issue as me. I'm working with aerial images of fields that I use as input to my program which needs to process the images and find some visual patterns and then give some output for the users. I use

Re: [gdal-dev] Georeference without rotation of output image

On Fri, Aug 14, 2015 at 2:23 PM, Even Rouault even.roua...@spatialys.com wrote: Le vendredi 14 août 2015 19:15:44, Ivan Castellucci Vidal a écrit : Thanks Even! That's exactly what I was looking for and I just have one question about it. GDAL documentation states: Due to imprecision

Re: [gdal-dev] Georeference without rotation of output image

Thanks Even! That's exactly what I was looking for and I just have one question about it. GDAL documentation states: Due to imprecision in the calculations the fit algorithm will often return non-zero rotational coefficients even if given perfectly non-rotated inputs Is there a way to use a more

Re: [gdal-dev] how to build dwg driver?

doesn't come with the SDK, so I am stuck at that point. I tried with the latest SDK and with some older versions and got the same result. I will keep you posted too. Thanks, Ivan Date: Tue, 11 Aug 2015 09:17:00 -0700 From: myo...@pyxisinnovation.com To: gdal-dev@lists.osgeo.org Subject: Re

Re: [gdal-dev] how to build dwg driver?

it be distributed pre-build with the TX_SDK zip download? Another possibility would be to build the plugin against the static version of TD_Alloc.lib without run-time dependence on the dll. But I don't know if that is possible either. Regards, Ivan Date: Tue, 11 Aug 2015 14:00:24 -0300 From: jmcke

[gdal-dev] how to build dwg driver?

during the linkage. Does anybody have experience building that driver could give some advice? Thanks a lot. Ivan ogrdwgdriver.obj : error LNK2001: unresolved external symbol public: virtual class OdSmartPtrclass OdStreamBuf __cdecl ExSystemServices::createFile(class OdString const ,enum Oda

Re: [gdal-dev] Need to resample climate data to very fine resolution

. It should be faster since it requires less floating point computation on the warping/transformation. But it could be that gdalwarp is smart enough to figure out that it doesn't need to do any transformation. You can give it a try. Regards, Ivan From: bdmor...@illinois.edu To: gdal-dev

Re: [gdal-dev] Is it possible?

Check gdal_rasterize [http://www.gdal.org/gdal_rasterize.html]. From: david.m.ba...@chk.com To: p.ha...@york.ac.uk; eronqui...@lanl.gov; gdal-dev@lists.osgeo.org Date: Mon, 8 Jun 2015 14:59:45 + Subject: Re: [gdal-dev] Is it possible? Peter, I can think of a few reasons, one for

Re: [gdal-dev] getting height from Geotiff DEM

Usually DEM are not unsigned 8 bit but if you are asking for GDT_Byte, that is what you will get. You should change that RasterIO() parameter to GDT_Float32 for example. Date: Sat, 6 Jun 2015 01:31:59 -0700 From: jawaha...@hotmail.com To: gdal-dev@lists.osgeo.org Subject: [gdal-dev]

Re: [gdal-dev] RFC 58: Removing Dataset Nodata Value

lines, to indicate that NoData should not pass from the input to the output dataset? Best regards, Ivan Date: Tue, 19 May 2015 08:50:50 +0200 From: sc...@sarvision.nl To: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] RFC 58: Removing Dataset Nodata Value On 05/18/2015

Re: [gdal-dev] RFC 58: Removing Dataset Nodata Value

From: even.roua...@spatialys.com To: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] RFC 58: Removing Dataset Nodata Value Date: Tue, 19 May 2015 16:10:38 +0200 CC: lucena_i...@hotmail.com; jukka.rahko...@maanmittauslaitos.fi Le mardi 19 mai 2015 16:06:59, Ivan Lucena a écrit : Jukka

Re: [gdal-dev] RFC 58: Removing Dataset Nodata Value

the good ones. Thanks. To: gdal-dev@lists.osgeo.org From: jukka.rahko...@maanmittauslaitos.fi Date: Tue, 19 May 2015 13:43:38 + Subject: Re: [gdal-dev] RFC 58: Removing Dataset Nodata Value Ivan Lucena lucena_ivan at hotmail.com writes: Would that be feasible to accept the option -a_nodata

Re: [gdal-dev] Formats that support RAT's?

From: even.roua...@spatialys.com To: gdal-dev@lists.osgeo.org Date: Tue, 28 Apr 2015 22:58:16 +0200 Subject: Re: [gdal-dev] Formats that support RAT's? Le mardi 28 avril 2015 22:49:23, jramm a écrit : It seems GDAL will always let you create a Raster Attribute Table (in memory) but

Re: [gdal-dev] baseline tiff and rpb file

that for baseline Tiff files the RPC goes to a RPC by default. b) Create the RPC on a .tif.aux.xml only if there is a RPB=NO. - That means that RPC is not the default. That behavior is more compatible with other basic formats. I guess. Anyway, can we backport that to 1.11 and 1.10? Thanks a lot. Ivan

[gdal-dev] baseline tiff and rpb file

/JPEG/BMP $ gdal_translate -of png source dataset output.png $ ls output.png output.png.aux.xml Is that how it suppose to be or is it a bug? I mean, by entering -co RPB=no GTIFF should create a .aux.xml like other drivers do. Right? Regards, Ivan

Re: [gdal-dev] UFO format / GDAL 3.0

That was a very good Poisson d'Avril Even! http://www.francetravelguide.com/april-fools-day-in-france-le-poisson-davril.html From: even.roua...@spatialys.com To: gdal-dev@lists.osgeo.org Date: Wed, 1 Apr 2015 19:11:36 +0200 CC: dmorisse...@mapgears.com Subject: Re: [gdal-dev] UFO format /

Re: [gdal-dev] RFC 15: Band Masks vs #5621

, not in the API, not on command line tools. Maybe we should add that to the wish list. Regards, Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] RFC 15: Band Masks vs #5621

Even, Date: Wed, 20 Aug 2014 10:28:14 +0200 From: even.roua...@spatialys.com To: lucena_i...@hotmail.com CC: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] RFC 15: Band Masks vs #5621 Ivan, You can declare a mask flag to 0 to indicate that this is a per-band mask band

[gdal-dev] RFC 15: Band Masks vs #5621

we can do. By the way, are there any driver that support overviews of mask band? Regards, Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Problems packaging with py2exe

Dr. Armi, Date: Thu, 14 Aug 2014 14:44:58 +0200 From: armin.r.schm...@gmail.com To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] Problems packaging with py2exe I am trying to package my GDAL/OGR Python project with py2exe so that the users don't need to do a separate GDAL installation,

Re: [gdal-dev] OGR: memory leak in OCI driver

Your patch was committed to trunk, backported to 1.11 and 1.10. Ticked #5590 close. Please verify. Regards, Ivan From: nicolas.si...@spw.wallonie.be To: gdal-dev@lists.osgeo.org Date: Fri, 1 Aug 2014 14:49:35 + Subject: Re: [gdal-dev] OGR: memory leak in OCI driver Hi list

Re: [gdal-dev] OCI driver: Date field creation improvement

Your patch was committed to trunk, backported to 1.11 and 1.10. Ticked #5600 close. Please verify. Regards, Ivan From: nicolas.si...@spw.wallonie.be To: gdal-dev@lists.osgeo.org Date: Fri, 1 Aug 2014 14:53:55 + Subject: [gdal-dev] OCI driver: Date field creation improvement Hi

Re: [gdal-dev] OGR: memory leak in OCI driver

Hi Nicolas, I will take care of that. Thanks, Ivan From: nicolas.si...@spw.wallonie.be To: gdal-dev@lists.osgeo.org Date: Fri, 1 Aug 2014 14:49:35 + Subject: Re: [gdal-dev] OGR: memory leak in OCI driver Hi list, We tested the suggestion of Ivan and it’s better

Re: [gdal-dev] VRTDataset in Java

the XML myself or use a regular GDAL Dataset clas, ex.: Dataset ds = dal.getDriverByName(VRT).Create(/vsimem/xxx.vrt, 255, 255); But there are some methods in VRTDataset that GDALDataset doesn't have, so I think I am going with the raw XML option. Any better idea? Best regards, Ivan ref. : [0

Re: [gdal-dev] VRTDataset in Java

Hi Even, Date: Tue, 10 Jun 2014 17:43:50 +0200 From: even.roua...@mines-paris.org To: lucena_i...@hotmail.com CC: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] VRTDataset in Java Ivan, gdal_vrt.h is an already installed header file and the symbols are exported (CPL_DLL), so

[gdal-dev] VRTDataset in Java

or use a regular GDAL Dataset clas, ex.: Dataset ds = dal.getDriverByName(VRT).Create(/vsimem/xxx.vrt, 255, 255); But there are some methods in VRTDataset that GDALDataset doesn't have, so I think I am going with the raw XML option. Any better idea? Best regards, Ivan ref. : [0] http

Re: [gdal-dev] AOI, Signature and Fourier Transform files' access?

, would you like GDAL to convert the information on the signature/fourier file to another GDAL format that also supports it (if there one) or would you like to write your own application to deal with that information? Best regards, Ivan Date: Fri, 11 Apr 2014 14:32:49 +0530 From: userofg

[gdal-dev] OGR-trunk plugin fails to load

10.9. I haven't try on other systems yet. I also build the GDAL/GeoRaster driver as a plugin and that seems to be fine. It seems like a general problem, not only for that driver. So if you can try to build another OGR driver as a plugin you might find that same issue. Regards, Ivan

Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited

giving some ideas. I am not concerned about my two drivers but about the health of the overall GDAL code. My best regards, Ivan On 27 May 2014 01:24, Ivan Lucena lucena_i...@hotmail.com wrote: What I am most interested is to have two driver (that uses the same data container) sharing

Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited

from ogr/ogrsf_frmts/ to frmts/ and I am looking forward to do that. When can we start? Is it going to be a GDAL's maintainer task or it is something that the driver's maintainer will do? Great Job Even! Regards, Ivan Date: Sat, 24 May 2014 14:07:07 -0700 From: mate...@loskot.net To: gdal

Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited

of sub-folders under /frmts. What do you think? Regards, Ivan From: mate...@loskot.net Date: Mon, 26 May 2014 17:36:49 +0200 Subject: Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited To: even.roua...@mines-paris.org CC: lucena_i...@hotmail.com; gdal-dev@lists.osgeo.org

Re: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification

Even, I think that RFC 36 should be included in your list of related RFCs and should be reconsider for adoption since the unification would make the probing even more expensive. Regards, Ivan From: even.roua...@mines-paris.org To: gdal-dev@lists.osgeo.org Date: Thu, 15 May 2014 20:47:32

Re: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification

/gdal/ticket/3043] since there is no Driver::Open method available. Regards, Ivan Date: Fri, 16 May 2014 13:36:08 +0200 From: even.roua...@mines-paris.org To: lucena_i...@hotmail.com CC: even.roua...@mines-paris.org; gdal-dev@lists.osgeo.org Subject: RE: [gdal-dev] Call for discussion on RFC

Re: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification

Hi Etienne, That sounds great! Thanks to point that out. Regards, Ivan Date: Fri, 16 May 2014 11:25:13 -0300 Subject: Re: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification From: etourigny@gmail.com To: lucena_i...@hotmail.com CC: even.roua...@mines-paris.org; gdal-dev

Re: [gdal-dev] OGR: memory leak in OCI driver

*) hEnv, (ub4) OCI_HTYPE_ENV); But they also mention some other memory leaks without an specific location on the code. Can you try to see if that fix the problem? Thanks, Ivan From: nicolas.si...@spw.wallonie.be To: gdal-dev@lists.osgeo.org Date: Tue, 6 May 2014 15:32:09 + CC

Re: [gdal-dev] ogr2ogr -f OCI fails on Windows

, the name of the view name must be in upper case 4) Add support for LOB attribute columns 5) Create the table with all the column definition at once instead of issuing one ALTER TABLE ADD COLUMN statement for each column I have started with # 4 but I didn't get very far. Regards, Ivan Date: Fri

Re: [gdal-dev] debug ogr2ogr on Windows

: landa.mar...@gmail.com; lucena_i...@hotmail.com Le vendredi 25 avril 2014 19:31:08, Martin Landa a écrit : Hi Ivan, 2014-04-24 23:27 GMT+02:00 Ivan Lucena lucena_i...@hotmail.com: first of all, thanks a lot for very useful notes! Press F7 will build everything but you don't need

Re: [gdal-dev] debug ogr2ogr on Windows

and thanks to help with that Regards, Ivan Date: Thu, 24 Apr 2014 22:53:29 +0200 From: landa.mar...@gmail.com To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] debug ogr2ogr on Windows Hi all, I am forced to debug ogr2ogr on Windows (together with OCI driver). As a Linux user used

Re: [gdal-dev] debug ogr2ogr on Windows

I can't see why you can't debug in express version. I used it for many years. That is why I created the makegdal_gen.bat. But I don't use express edition now. I use Linux most of the time now. Date: Thu, 24 Apr 2014 22:44:44 +0100 From: jl...@ualg.pt To: landa.mar...@gmail.com CC:

Re: [gdal-dev] makegdal_gen.bat and Visual Studio version 2010

That's great Even. Thank you. From: even.roua...@mines-paris.org To: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] makegdal_gen.bat and Visual Studio version 2010 Date: Wed, 16 Apr 2014 20:21:20 +0200 CC: lucena_i...@hotmail.com In the mean time we should also get rid of those old

[gdal-dev] makegdal_gen.bat and Visual Studio version 2010

to be a hand-made C++ Project and that doesn't belong on that discussion. Regards, Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] ogr2ogr -f OCI fails on Windows

Hi Martin, Could you try yo run that command in PLSQL before loading thata data? SQL ALTER SESSION SET NLS_LENGTH_SEMANTICS=CHAR; And then ogr2ogr with -overwrite $ ogr2ogr -f OCI oci:user/passwd data\20140331_OB_564729_UKSH.xml.gz -overwrite Regards, Ivan Date: Wed, 16 Apr 2014 19

Re: [gdal-dev] [EXTERNAL] oci and oracle express 11

@lists.osgeo.org; michael.sm...@erdc.dren.mil Hi all, 2014-04-11 4:00 GMT+02:00 Ivan Lucena lucena_i...@hotmail.com: [...] I know that is not the same situation you have, but when I need to run GDAL build for Win32 on my Win64 machine I need to place an OCI.DLL from a InstantClient-32 first on my

  1   2   3   4   >