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

y solution 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

arr driver 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 fo

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

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

t" 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] Bu

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

copy 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, Experimental

[gdal-dev] vsicurl and HTTP error 403

27;. I am using GDAL 2.3.3 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

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

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

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 value

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

way. 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 Sub

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

hat the pixel boundaries extend ± 1/224o for both 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

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

59.9955357) (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

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

Proba-V data is not for Oceanography anyway. so it should not be a problem 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: gd

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

is warning but that 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

rn_values=[1])​ if err != 0:​ print(err) Even, does it look 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:

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 Rasteriz

[gdal-dev] Python RasterizeLayer and gdal_rasterize

need to prepare the little geometry file if I could call gdal.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

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 be

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 E

Re: [gdal-dev] osx compile failure

0/where-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

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++

gramming environment. 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++

de, for example. 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

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

fine 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 6

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

t the full 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 on behalf of Nicol Hermann Sent: Tuesday, March 27,

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-de

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 Sent: Saturday, May 6, 2017 1:35:18 PM To: Ivan Lucena Cc: Kurt Schwehr; gdal dev Subject: Re: [gdal-dev

Re: [gdal-dev] Limiting Oracle layers to the tables of a given schema

According to the doc: "If the list of tables is not provided, then all tables appearing in ALL_SDO_GEOM_METADATA will be treated by OGR as layers with the table names as the layer names. Non-spatial tables or spatial tables not listed in the ALL_SDO_GEOM_METADATA table are not accessible unless

[gdal-dev] GDALDEMProcessingOptionsNew with NULL psOptionForBinary

Processing cannot be called. Is that a bug or is t intentional? Any suggestion or workaround? Thanks, Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

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 Sent: Tuesday, January 3, 2017 5:55:49 AM To: gdal-dev@lists.osgeo.org Cc: Ivan Lucena Subject: Re: [gdal-dev] configure: WA

[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) Sent: Thursday, N

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 wrote: > > Le jeudi 17 novembre 2016 12:49:09, Michael Smith a écrit : >> Yes even the current version needs the layer creation option for dim. I >>

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

Thanks. From: Even Rouault 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, Ivan Lucena a écrit : > Even, Are

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] gdal.RasterizeOptions output type Le lundi 31 octobre 2016 11:11:

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

Maybe 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

hDstDataset = 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 "

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)

ng 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 Fro

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 wrote: > >> On 4 August 2016 at 14:00, M. LATTES wrote: >> Hi Mateusz, >> >> yes I was aware, but it generate workspace with only the al

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 on behalf of Andrew Watkins Sent: Friday,

Re: [gdal-dev] fail to building GDAL in AIX 7.1

pression before 'int' /usr/include/unistd.h:1042:36: error: expression list treated as compound expression in initializer [-fpermissive] /usr/include/unistd.h:1043:30: error: 'rid_t' has not been declared It looks manageable. Let&#x

[gdal-dev] ogr2ogr to update existing table

quot;select 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 Vautour Sent: Monday, November 23,

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

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 handle? There's no hard-coded li

Re: [gdal-dev] Russian and Portugese doc pages out of date

I can do the Portuguese. > From: even.roua...@spatialys.com > To: gdal-dev@lists.osgeo.org > Date: Wed, 30 Sep 2015 11:11:22 +0200 > Subject: Re: [gdal-dev] Russian and Portugese doc pages out of date > > Le mercredi 30 septembre 2015 11:06:40, Dmitry Baryshnikov a écrit : > > Hi, > > > > I'll

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

at OGR driver 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

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

On Fri, Aug 14, 2015 at 2:23 PM, Even Rouault 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: "D

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 mor

[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 georeferenc

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

ect or should 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

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

.dll 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.osge

[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 OdSmartPtr __cdecl ExSystemServices::createFile(class OdString const &,enum Oda::FileAcce

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

eters. 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

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, on

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] get

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

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

for example) and miss 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 hotmail.com> writes: >

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

O" on GDAL command 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

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 > > memor

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

o 1.11 and 1.10? Thanks a lot. Ivan > From: even.roua...@spatialys.com > To: gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] baseline tiff and rpb file > Date: Fri, 10 Apr 2015 22:37:43 +0200 > CC: lucena_i...@hotmail.com > > Le vendredi 10 avril 2015 21:56:30, Ivan Lucena

[gdal-dev] baseline tiff and rpb file

th PNG/JPEG/BMP $ gdal_translate -of png 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?

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 forma

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

e driver. But there is no way to indicate that you want the result of the masking, not in the API, not on command line tools. Maybe we should add that to the wish list. Regards, Ivan ___ gdal-dev mailin

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

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

s nothing much 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 installat

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

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] 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

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 symb

Re: [gdal-dev] VRTDataset in Java

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 r

[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

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,

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

rganized or messier? Like I said before, I am fine with what you proposed. I am just 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 wrote: >

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

elp with your concern about a large number 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-pa

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

the OGR drivers 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 >

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] Call for discussion on RFC 46: GDAL/OGR unification

u can see, the suggested code is not that pretty [http://trac.osgeo.org/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-par

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 2

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

dvoid *) 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:0

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

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 > D

Re: [gdal-dev] debug ogr2ogr on Windows

: [gdal-dev] debug ogr2ogr on Windows > Date: Fri, 25 Apr 2014 19:34:32 +0200 > CC: 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 : > &g

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: gdal-de

Re: [gdal-dev] debug ogr2ogr on Windows

plugin-install That is about it. Good luck 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 d

  1   2   3   4   5   >