Re: [gdal-dev] How to install GDAL 2.x on CentOS 7 without being by building from source?

On 02/10/2017 07:35 PM, Leonan Carvalho wrote: > I would love to contribute to update EPEL version. > The last version was updated 1 year ago > http://pkgs.fedoraproject.org/cgit/rpms/gdal.git/commit/?h=epel7 > > But I have no idea how to do it. Follow the instructions linked from:

Re: [gdal-dev] How to install GDAL 2.x on CentOS 7 without being by building from source?

I would love to contribute to update EPEL version. The last version was updated 1 year ago http://pkgs.fedoraproject.org/cgit/rpms/gdal.git/commit/?h=epel7 But I have no idea how to do it. 2017-02-10 16:06 GMT-02:00 Sebastiaan Couwenberg : > On 02/10/2017 06:51 PM, Leonan

Re: [gdal-dev] How to install GDAL 2.x on CentOS 7 without being by building from source?

On 02/10/2017 06:51 PM, Leonan Carvalho wrote: > I'm using CentOS and it all working fine because a easy installation with > "yum install gdal gdal-python" but this packages are outdated, the provided > version is 1.11 which isn't quite the latest from 1.x major version. > All repositories (that I

[gdal-dev] How to install GDAL 2.x on CentOS 7 without being by building from source?

Hi community, I just posted a question on Geographic Information Systems Stack Exchange (link bellow) and got 2 up votes in less than 5 minutes. I'm using CentOS and it all working fine because a easy installation with "yum install gdal gdal-python" but this packages are outdated, the provided

[gdal-dev] Gdal Java - GetDefaultHistogram causing core dump

Trying to get the histogram from a sample NITF. Running from the command line, gdalinfo -hist, I get this... Band 1 Block=512x512 Type=Byte, ColorInterp=Undefined 0ERROR 1: COMRAT=4.50 ARIDPCM is not supported. Currently only 0.75 is supported. ERROR 1: U_0001A.NTF, band 1: IReadBlock failed at

Re: [gdal-dev] Can i modify existing coordinates data in GeoTiff using GDAL

Hi, Use this tool http://www.gdal.org/gdal_edit.html. -Jukka Rahkonen- -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Can-i-modify-existing-coordinates-data-in-GeoTiff-using-GDAL-tp5307425p5307428.html Sent from the GDAL - Dev mailing list archive at Nabble.com.

[gdal-dev] Can i modify existing coordinates data in GeoTiff using GDAL

Hi community, I have a geotiff data for a region. I would like to change the corner coordinates manually... Is it posssible using GDAL , if so, which API is to be used.. Is there any other method to accomplish it ??? Any help is appreciated... Regards, Vinoth R --

Re: [gdal-dev] Motion: Adopt RFC 67 Null values in OGR

Even Rouault-2 wrote > Hi, > > I move to adopt RFC 67: Null values in OGR > > https://trac.osgeo.org/gdal/wiki/rfc67_nullfieldvalues > > Starting with my +1, > > Best regards, > > Even +1 -Jukka Rahkonen- -- View this message in context:

Re: [gdal-dev] Motion: Adopt RFC 67 Null values in OGR

Hi, Friendly remainder that this motion is under vote. Even > Hi, > > I move to adopt RFC 67: Null values in OGR > > https://trac.osgeo.org/gdal/wiki/rfc67_nullfieldvalues > > Starting with my +1, > > Best regards, > > Even -- Spatialys - Geospatial professional services

[gdal-dev] Precision of classification in gdal_sieve.py

Hi, See this gis.stackexchange question about gdal_sieve http://gis.stackexchange.com/questions/227709/why-is-all-0-after-using-gdal-sieve-on-a-raster-layer. By the documentation http://www.gdal.org/gdal_sieve.html it is not clear with which precision the pixels are classified to have the same