[gdal-dev] Passing RAT between drivers, including VRT

Hi folks, I might be wrong, but it looks like the VRT driver is not supporting RAT at this moment (TRUNK). Is that correct? A simple way to test it is by "gdal_translating" that file "i8u_c_i.img" from autotest to VRT: $ gdal_translate -of vrt i8u_c_i.img vrt_i8u_c_i.vrt $ gdalinfo vrt

Re: [gdal-dev] Passing RAT between drivers, including VRT

> To: gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] Passing RAT between drivers, including VRT > Date: Thu, 15 Aug 2013 19:28:51 +0200 > CC: lucena_i...@hotmail.com; rob...@coup.net.nz > > Le jeudi 15 août 2013 18:53:46, Ivan Lucena a écrit : > > Hi folks, > > > > I m

Re: [gdal-dev] GDAL -> DIB

Hi there, The tutorial will help you navigate through the GDAL API and from that you can learn how to take the information you want to build your DIB. If you are using C++ against the MSFC, you might take a look at the GDAL C# applications examples on swig/csharp/apps [http://trac.osgeo.org/gd

[gdal-dev] HFA and RAT

Take any image, a screenshot of your desktop for example, save it as .bmp "gdal_translate" it to HFA, .img file, and run gdalinfo on it (trunk version). It's only me or at the end of the gdalinfo report do you also see for each band? Band 1 Block=64x64 Type=Byte, ColorInterp=Undefined Descri

Re: [gdal-dev] HFA and RAT

= NULL; +if( ( GetColumnCount() == 0 ) && ( GetRowCount() == 0 ) ) +return NULL; + psTree = CPLCreateXMLNode( NULL, CXT_Element, "GDALRasterAttributeTable" ); /* */ On 4 September 2013

[gdal-dev] problems building GDAL trunk on MAC OS X

Hi there, After a long time since my last svn update from the trunk on that machine, now I am getting this error: Undefined symbols: "_environ", referenced from: _CPLSpawnAsync in cpl_spawn.o _CPLSpawnAsync in cpl_spawn.o ld: symbol(s) not found collect2: ld returned 1 exit status

Re: [gdal-dev] problems building GDAL trunk on MAC OS X

gt; To: lucena_i...@hotmail.com > > A fix for iOS broke OS X: > > http://trac.osgeo.org/gdal/ticket/5197 > > See my comments for a solution until it gets fixed again in source. > > On Sep 6, 2013, at 7:04 AM, Ivan Lucena wrote: > > > Hi there, > > > &g

Re: [gdal-dev] SPATIO-TEMPORAL ANALYSIS AND BIG DATA PROCESSING USING FREE AND OPEN SOURCE SW

Ari, It makes perfectly sense if you look how AWK is used on the tutorials: http://www.spatial-ecology.net/ost4sem_dokuwiki/doku.php?id=wiki:awkbasic http://www.spatial-ecology.net/ost4sem_dokuwiki/doku.php?id=wiki:awkadvance That is what AWK is good for. It is a great tool but it is certainly n

[gdal-dev] Building HDF5 driver against the binary distribution

Hi there, I built the GDAL HDF plugin against the binary distribution of the HDF5-1-8-11 library downloaded from http://www.hdfgroup.org/HDF5/release/obtain5.html both on Windows 64 and Linux 64 but it doesn't work. It can list the SUBDATASETS but it cannot recognize each one individually.

Re: [gdal-dev] Building HDF5 driver against the binary distribution

Hi Joaquim, Here it says: "The SZIP and ZLIB external libraries are optional for use with HDF5. The HDF5 pre-compiled binary distributions include the SZIP (Encoder Enabled) and ZLIB libraries that they are compiled with. " [http://www.hdfgroup.org/HDF5/release/obtain5.html] When they say "i

Re: [gdal-dev] gdal get geolocation array in HDF5 dataset

Hi Laura, In that particular product the geolocation is not a metadata item but a field (two images with latitude values in one image and longitude values in the other). "The swath structure consists of Data Fields and Geolocation Fields, but we start with StructMetadata.0, since this holds in

Re: [gdal-dev] Default GeoTransform for MEM driver

The other problem with that documentation is the return code. CE_Failue means that the driver does not support it and/or that the dataset doesn't have it. From: tke...@utexas.edu Date: Mon, 9 Dec 2013 10:55:34 -0600 To: jukka.rahko...@mmmtike.fi CC: gdal-dev@lists.osgeo.org Subject: Re: [gdal-de

Re: [gdal-dev] Default GeoTransform for MEM driver

écembre 2013 18:08:19, Ivan Lucena a écrit : > > The other problem with that documentation is the return code. CE_Failue > > means that the driver does not support it and/or that the dataset doesn't > > have it. > > The current behaviour of the MEM driver doesn't par

Re: [gdal-dev] Standard Dev. Environment?

I always build with: --with-libz=internal \ --with-png=internal \ --with-libtiff=internal \ --with-geotiff=internal \ --with-jpeg=internal \ --with-gif=internal \ If that helps... > Date: Fri, 10 Jan 2014 17:33:52 +0100 > From: even.roua...@mines-paris.org > To: jla...@asu.edu > CC:

Re: [gdal-dev] Color Columns in Raster Attribute Tables

Hi Sam, In GDAL color table is supported by the GDALColorTable http://gdal.org/classGDALColorTable.html not by GDALRasterAttributeTable http://gdal.org/classGDALRasterAttributeTable.html. The GDALColorTable is a little bit limited but it is pretty much consistent across all the drivers that s

Re: [gdal-dev] Fwd: Color Columns in Raster Attribute Tables

gt; > > Sam. > > > > -- Forwarded message -- > > From: Sam Gillingham > > Date: 14 January 2014 08:51 > > Subject: Re: [gdal-dev] Color Columns in Raster Attribute Tables > > To: Ivan Lucena > > Cc: gdal dev > > > >

Re: [gdal-dev] Fwd: Color Columns in Raster Attribute Tables

> From: even.roua...@mines-paris.org > To: lucena_i...@hotmail.com > Subject: Re: [gdal-dev] Fwd: Color Columns in Raster Attribute Tables > Date: Sat, 18 Jan 2014 15:22:43 +0100 > CC: gillingham@gmail.com; gdal-dev@lists.osgeo.org > > Le samedi 18 janvier 2014 15

Re: [gdal-dev] Fwd: Color Columns in Raster Attribute Tables

> From: even.roua...@mines-paris.org > To: lucena_i...@hotmail.com > Subject: Re: [gdal-dev] Fwd: Color Columns in Raster Attribute Tables > Date: Sat, 18 Jan 2014 16:23:10 +0100 > CC: gillingham@gmail.com; gdal-dev@lists.osgeo.org > > Le samedi 18 janvier 2014 15

[gdal-dev] OGRDataSource::CopyLayer

Hi there, I have question/suggestion about that method. When it goes though the loop it calls the driver's CreateField several times, depending on the number of columns on the table. In a DBMS environment, at that point the table is already created and the only thing the driver's CreateField()

Re: [gdal-dev] OGRDataSource::CopyLayer

Even, > From: even.roua...@mines-paris.org > To: gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] OGRDataSource::CopyLayer > Date: Tue, 28 Jan 2014 20:50:26 +0100 > CC: lucena_i...@hotmail.com > > Le mardi 28 janvier 2014 19:52:26, Ivan Lucena a écrit : > > Hi ther

Re: [gdal-dev] Change SQLite default to -spatialite=yes?

Hi Jukka, > To: gdal-dev@lists.osgeo.org > From: jukka.rahko...@mmmtike.fi > Date: Wed, 19 Mar 2014 08:13:29 + > Subject: [gdal-dev] Change SQLite default to -spatialite=yes? > > Hi, > > Would it hurt bad if the SQLite/Spatialite driver would use -co > spatialite=yes as a default? Is there a

Re: [gdal-dev] gdalwarp _ RPC_DEM ignored ?

The link Alain is referring to is Frank's Blog [http://fwarmerdam.blogspot.com/]. I just realized that I reply only to Alain, not to the gdal-dev. Alain, we can see from your gdalinfo report that don't have RPC's on that file and even the GCP's that you have doesn't have height, so it's impossi

Re: [gdal-dev] New compression library based on gdal design

Hi Jukka, > To: gdal-dev@lists.osgeo.org > From: jukka.rahko...@mmmtike.fi > Date: Fri, 21 Mar 2014 14:26:21 + > Subject: Re: [gdal-dev] New compression library based on gdal design > > Aaron Boxer gmail.com> writes: > > > > > Hello, > > I recently started developing an open source jpeg200

Re: [gdal-dev] Draft GDAL/OGR class hierarchy for GDAL 2.0

Hi there, That is a great discussion and I applause Evens efforts and all the contributions, so but don't get me wrong by asking that: What do we want to accomplish with that class hierarchy? Will GDAL 2.0 be able to do thinks like: $ gdalinfo And the proposed classes will be able to figure

Re: [gdal-dev] ogrinfo 1.10 with oracle view is failing

Hi Rémy, If you inserted table_name and column_name in uppercase into the user_sdo_geom_metadata it should works. You should be able to run "ogrinfo oci:user/pwd@db" and see that after the ORA-04043 error the view will be listed as a layer anyway. Try also "ogrinfo oci:user/pwd@db ". And if you

Re: [gdal-dev] Vagrant developement environment

Hi Even, I tried that out but got stuck on that error: $ vagrant up Bringing machine 'default' up with 'virtualbox' provider... ==> default: Clearing any previously set forwarded ports... ==> default: Clearing any previously set network interfaces... ==> default: Preparing network interfaces base

Re: [gdal-dev] Vagrant developement environment

> The error messages seems to indicate this is an issue with your VirtualBox > setup. And is your host a 64bit OS ? Yes, I recently took advantage of Apple free updated, going from 10.6-32 to 10.9-64 and I have others Linux 64 bit running on VirtualBox without problems. $ uname -a Darwin Kerne

Re: [gdal-dev] Vagrant developement environment

> > What version of VirtualBox did you use to create the gdal-vagrant? > > I don't think my own version of VirtualBox (4.2.12) has much impact. There's > nothing from it in the text files that define the gdal-vagrant configuration I have had the experience that by exporting a VM as appliance on

Re: [gdal-dev] Vagrant developement environment

gt; Date: Mon, 7 Apr 2014 10:07:58 +0200 > From: even.roua...@mines-paris.org > To: lucena_i...@hotmail.com > CC: even.roua...@mines-paris.org; gdal-dev@lists.osgeo.org; hobu@gmail.com > Subject: RE: [gdal-dev] Vagrant developement environment > > Selon Ivan Lucena : >

Re: [gdal-dev] Vagrant developement environment

Hi Howard, I started it all over and I got it to work. When I logged with "vagrant ssh" this time the gdal folder was there but not installed yet. And I didn't have development tools build GDAL, so I run "sudo sh posinstall.sh" and I also installed "make" and "perl" by hand and after that I

Re: [gdal-dev] [EXTERNAL] Gdal 1.10.1 with OCI and ODBC doesn't compile right

David, In order to compile the two Oracle driver you need to have in your system an OCI SDK installation appropriated for that plataform/environment. Here are the avaible downloads for Oracle Instant Client: http://www.oracle.com/technetwork/database/features/instant-client/index-097480.h

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

> Date: Thu, 10 Apr 2014 23:37:01 +0200 > From: landa.mar...@gmail.com > To: mate...@loskot.net > CC: gdal-dev@lists.osgeo.org; michael.sm...@erdc.dren.mil > Subject: Re: [gdal-dev] [EXTERNAL] oci and oracle express 11 > > 2014-04-10 12:30 GMT+02:00 Mateusz Łoskot : > > > Also, check you are us

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

loskot.net; gdal-dev@lists.osgeo.org; michael.sm...@erdc.dren.mil > > Hi all, > > 2014-04-11 4:00 GMT+02:00 Ivan Lucena : > > [...] > > > 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

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

Hi there, The script "makegdal_gen.bat" on the root of GDAL folder was developed in 2007 and the intension was to create an usable Visual Studio "Makefile Project" with the GDAL source tree and commands to run GDAL makefile.vc. An VS "Makefile Project" doesn't not store any compilation option

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

rogrammers will be to add support for cmake. That will help configuring for windows as well linuxes android iOS etc. Yehiyam Livneh On Apr 16, 2014 9:05 PM, Ivan Lucena wrote: Hi there, The script "makegdal_gen.bat" on the root of GDAL folder was developed in 2007 and the inte

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

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

AR. """ [ http://docs.oracle.com/cd/B19306_01/appdev.102/b14261/datatypes.htm#i42580 ] > Date: Fri, 18 Apr 2014 18:21:48 +0200 > Subject: Re: [gdal-dev] ogr2ogr -f OCI fails on Windows > From: landa.mar...@gmail.com > To: lucena_i...@hotmail.com > CC: gdal-dev@lists.osgeo.org >

Re: [gdal-dev] debug ogr2ogr on Windows

Hi Martin, What version of Visual Studio are you using? It is usually pretty simple to debug GDAL driver on it. Let me give the recipe. I am in OSX right now without access to Windows. 1. Create the file nmake.local with DEBUG = ON VCVERS = 1600 (for VS2010) 2. Check you ORACLE_HOME variable

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

: [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] ogr2ogr -f OCI fails on Windows

ate: Fri, 2 May 2014 10:36:14 +0200 > Subject: Re: [gdal-dev] ogr2ogr -f OCI fails on Windows > From: landa.mar...@gmail.com > To: lucena_i...@hotmail.com > CC: gdal-dev@lists.osgeo.org > > Hi, > > 2014-04-18 18:55 GMT+02:00 Ivan Lucena : > > The driver should create

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

Hi Nicolas, I received that report a month ago: "we have found the OGROCISession is never released, causing a large memory leak whenever a connection is closed. As workaround, we added in OGROCISession::~OGROCISession() if( hEnv ) OCIHandleFree((dvoid *) h

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:3

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

Even, Yes, it is hard to measure the impact of probing in a single file or any interactive command line operations. In the current API the class Driver doesn't expose the Open method: Driver drv = gdal.GetDriverByName("QWERTY"); Dataset dst = drv.Open("ASDFG"); IMHO that is a missing functiona

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

@lists.osgeo.org With this RFC, you could achieve this using GDALOpenEx() e.g. GDALOpenEx( "ASDFG", GDAL_OF_ALL, "QWERTY") On Fri, May 16, 2014 at 11:01 AM, Ivan Lucena wrote: Even, Yes, it is hard to measure the impact of probing in a single file or any interactive command

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

Hi there, I can also confirm that the trunk builds without any problems in OS X 10.9.3. The version number is correct at this time however I don't think the "released" information is quite clear: $ gdalinfo --version GDAL 2.0.0dev, released 2014/04/16 The RFC 46 propose moving the OGR drivers

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

Hi Mateusz, That seems like a good idea. But I don't know if I should unify two drivers an put then on frmts/mixed. It will certainly works in the new structure proposed by RFC 46 but it might create some problems for me. What I am most interested is to have two driver (that uses the same dat

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

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

Hi Even, I svn updated trunk and I build the OGR/OCI driver as a plugin and it fail to load. $ gdalinfo --version ERROR 1: dlsym(0x7fac63d051f0, _GDALRegisterMe): symbol not found ERROR 1: dlsym(0x7fac63d051f0, _GDALRegister_CI): symbol not found GDAL 2.0.0dev, released 2014/04/16 That is OSX 1

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

Hi Ramesh, Are those files real raster images or auxiliary information, companion of .img files? Can you point to a website that describe those files? There is nothing on [http://www.gdal.org/frmt_hfa.html] that says the HFA driver reads it. Assuming that those are auxiliary information, woul

[gdal-dev] VRTDataset in Java

Hi there, What is the best option to create in memory VRT Dataset with the GDAL Java API? I would like to do thing like gdal_translate does [0], band selection and window cropping for example. It seems like the VRTDataset class is not wrapped in Java, so I would need to write the XML myself o

Re: [gdal-dev] VRTDataset in Java

Do we have plans to add those entries to the GDAL API (C, Java, etc.)? -- \...\GDAL\TRUNK\FRMTS\VRT\GDAL_VRT.H VRTDatasetH CPL_DLL CPL_STDCALL VRTCreate( int, int ); CPLXMLNode CPL_DLL * CPL_STDCALL VRTSerializeToXML( VRTDatasetH, const char * ); CPLErr CPL_STDCALL VRTAddSource( VRTSourc

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), s

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

. Fortunately, my problem to create ticket was solved The ticket is http://trac.osgeo.org/gdal/ticket/5599 with a patch file. Best regards Nicolas De : Ivan Lucena [mailto:lucena_i...@hotmail.com] Envoyé : mardi 6 mai 2014 17:48 À : SIMON Nicolas; gdal-dev@lists.osgeo.org

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

, We tested the suggestion of Ivan and it’s better. Fortunately, my problem to create ticket was solved The ticket is http://trac.osgeo.org/gdal/ticket/5599 with a patch file. Best regards Nicolas De : Ivan Lucena [mailto:lucena_i...@hotmail.com] Envoyé : mardi

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 lis

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

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

That question is probably for Even, Frank or some the developer of drivers that support mask band. I am working on ticket #5621 and trying to adapt it to the RFC 15 but I am not quite sure that I am getting it right. In GeoRaster, I can have a bitmap mask band that can be applied to all bands,

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

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

Hi Even, > From: even.roua...@spatialys.com > To: lucena_i...@hotmail.com > Subject: Re: [gdal-dev] RFC 15: Band Masks vs #5621 > Date: Wed, 20 Aug 2014 20:39:29 +0200 > CC: gdal-dev@lists.osgeo.org > > > > > I am trying to help a developer how wants to use VRTs as an intermediary > > between a

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

[gdal-dev] baseline tiff and rpb file

Hi there, The documentation says: "GDAL can read and write the RPCCoefficientTag as described in the RPCs in GeoTIFF proposed extension. The tag is written only for files created with the default profile GDALGeoTIFF. For other profiles, a .RPB file is created. In GDAL data model, the RPC coeffi

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

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] RFC 58: Removing Dataset Nodata Value

Hi Vicent, Since the SetNoDataValue and GetNodataValue is based on the limitation of GeoTiff I would not expect DeleteNoDataValue to be any different. For example, there is no way to set/get NoData for individuals bands, there is no way to set/get an array of NoData values or NoData value range

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

> 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] 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] 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] Need to resample climate data to very fine resolution

Bailey, It seems like you don't need geometric transformation of your images. We can see that your input is called reprojected. You just need to re-scale it, interpolating/filling it up with pixels values based on cubic method. You can do that with gdal_translate -tr or -outsize parameters.

[gdal-dev] how to build dwg driver?

Hi, I am having a hard time trying to build the DWG driver (VS10x64). Reading from nmake.opt it seems like there are two SDK we can use. I could not find the DWGDirect SDK for download, so I am trying to use TX_DSK_4.1.01.0.0. Compilation goes well but I am getting several missing symbols duri

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

Hi Mark, I am far from a Windows machine, so I can't give you much details. After loading the sample project for VS 2010, I build the libs and then I was able to build the OGR/DWG plugin. But when I tried to run it, I got a error message saying that a .dll was missing. That missing .dll doesn

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

14:00:24 -0300 > From: jmcke...@gatewaygeomatics.com > To: gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] how to build dwg driver? > > On 2015-08-11 1:48 PM, Ivan Lucena wrote: > > Hi Mark, > > > > I am far from a Windows machine, so I can't give you muc

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

I would like to share the information I received about this subject so that other people don't wast their time like I did. First, a fix to the makefile: Fix the following unresolved externals: ACTextUnescape ACGetColorTable ACAdjustText by adding ..\dxf\ogr_autocad_services.obj to the DXF_OBJ=

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

[gdal-dev] ogr2ogr to update existing table

Hi, Is there a way to select one or two fields from a input data source to update specific fields of an existing output data source? Let's say I want to get the values from a prticular field of the input data source and the geometry to update a specific field and the geometry of an existing

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

27;s see how it goes from here. Thanks, Ivan From: Even Rouault Sent: Sunday, February 7, 2016 3:29 AM To: gdal-dev@lists.osgeo.org Cc: Ivan Lucena Subject: Re: [gdal-dev] fail to building GDAL in AIX 7.1 Le vendredi 05 février 2016 20:24:06, Ivan Lucena a écrit : > I am getting this error: &

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

Hi Andrew, Nothing crazy about using and IDE. You should be able to find some hints here: http://trac.osgeo.org/gdal/wiki/BuildHints * SolarisNotes * BuildingOnUnixWithNetBeansIDE

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

Hi Mateusz, I far as I know the project generated by makegdal_gen.bat does not work with newer version of VS. It used to be the case that we can import the project to newer version of VS but I think that MS dropped the support for that feature. Have one of you manage to load the generated .vc

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

Mateusz, Thanks for the tip. Yes, the project is loaded but it is not a "Makefile Project" anymore, so it's basically useless. In previous VS versions once the .vsproj file was loaded and upgraded you could press F7 and "nmake -f makefile.vc" would start running inside the IDE. That means

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

rds, Ivan ____ From: Ivan Lucena Sent: Monday, August 15, 2016 3:37 PM To: Mateusz Loskot; Jeff McKenna Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib) Mateusz, Thanks for the tip. Yes, the

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

Hi there, I am trying to use C API defined in gdal_utils.h. By reading the RFC 59.1 I understand that the SWIG wrappers will have a nice interface to pass the parameters [1], ex.: format --- output format ("GTiff", etc...) outputType --- output type (gdal.GDT_Byte, etc...)

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

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] 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] Ogr2ogr -dim and Oracle

Hi Even, Did you try your change? There has been a lot of changes in both sides over the years that are not reflected on the OCI driver code. That hard coded SRID conversion should be deleted since EPSG is fully supported now. He georaster driver uses some PLSQL functions to try to match WKT

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

ovember 17, 2016 9:18:43 AM To: Even Rouault; Ivan Lucena Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Ogr2ogr -dim and Oracle Hi, Probably SDO_COORD_REF_SYS is what to use nowadays even I guess that it points to MDSYS tables. Looks like something has changed with Oracle 10.2 and I believe

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

Hi, I can successfully built GDAL on OSX as long as my target is /usr/local but when building for the framework I and getting some errors. The first one seems easy no fix: $ ./configure --with-macosx-framework configure: WARNING: unrecognized options: --with-macosx-framework checking build s

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] GDALDEMProcessingOptionsNew with NULL psOptionForBinary

Hi, As it says in the documentation, when calling GDALDEMProcessingOptionsNew the argument psOptionForBinay should generally be NULL. [ http://gdal.org/gdal__utils_8h.html#ac6e67c9ca37448286a6031e626e551ae ] And that should be the case for applications that only has access to the GDAL public

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

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] Dropping dlopen/LoadLibrary loading of proj.4 ?

-1 We have the options to build drivers against static and dynamic libraries of its SDKs, like HDF4,5 and openjpeg for example, using the same "--with-driver-name" Why not keep that same option for proj4? --with-proj4=-library-path I have projects where I let user to decide if they want t

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

Hi Howard, Yep. It is a license issue but I am not going to get into the details. But apart from that, lets think about other scenarios: An application is using GDAL and Proj4 and someone decide to update GDAL to get some bug fixes. But GDAL is build *without* static Proj4 and therefore is

Re: [gdal-dev] Re: JAVA API - Performance - Wow!

Even, As I said before, the new API is great but I need to report a correction on my performance analysis. I found that an unnecessary float-to-string conversion was taking much of the processing time on my code. After I remove that from the code the performance of the Frank's proximity algo

[gdal-dev] Windows build is broken

Hi there, Is that only me or there is something wrong with the trunk build: {{{ NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. E:\Dev\gdal\ogr\ogrsf_frmts\dxf>cd odbc && nmake /nologo /f makefile.vc && cd .. The system cannot find the path specified. E:\Dev\gdal\ogr\ogrsf_frmts\d

Re: [Gdal-dev] how to write out a tiff file using GDAL?

You can start by looking at the tutorial: http://gdal.org/gdal_tutorial.html The section "Using Create()" shows how to create new files. Other examples in C or C++ can be found at the /apps folder. Regards. > ---Original Message--- > From: cudars > Subject: [Gdal-dev] how to write

  1   2   3   >