Re: [gdal-dev] Impossible to read wkbLineString25D geometry extent

2016-01-14 Thread aborruso
Even Rouault-2 wrote > Use LINESTRING Z (with a space). I don't think LINESTRINGZ is valid WKT. I'm really stupid :) Thank you very much -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Impossible-to-read-wkbLineString25D-geometry-extent-tp5245452p5245460.html Sent from th

Re: [gdal-dev] Impossible to read wkbLineString25D geometry extent

2016-01-14 Thread Even Rouault
Le jeudi 14 janvier 2016 23:33:10, aborruso a écrit : > Hi, > I have this CSV file: > WKT,id > "LINESTRINGZ (345033.07756361004 4221015.5546970163 50,330734.94084110629 > 4207332.313714385 50,331946.96878985036 4199477.8127947021 > 50,344424.26383262046 4197025.7027728558 50,351619.95001382299 > 42

[gdal-dev] Impossible to read wkbLineString25D geometry extent

2016-01-14 Thread aborruso
Hi, I have this CSV file: WKT,id "LINESTRINGZ (345033.07756361004 4221015.5546970163 50,330734.94084110629 4207332.313714385 50,331946.96878985036 4199477.8127947021 50,344424.26383262046 4197025.7027728558 50,351619.95001382299 4206318.4892121488 50,356988.82880540413 4212298.2940350361 50,354468.

Re: [gdal-dev] Error compiling trunk (nitf)

2016-01-14 Thread Even Rouault
Le jeudi 14 janvier 2016 20:45:49, Jeff McKenna a écrit : > On 2016-01-14 3:14 PM, Even Rouault wrote: > > Le jeudi 14 janvier 2016 20:04:02, Jeff McKenna a écrit : > >> On 2016-01-14 3:05 PM, Even Rouault wrote: > >>> Le jeudi 14 janvier 2016 19:54:32, Jeff McKenna a écrit : > Hi all! >

Re: [gdal-dev] Error compiling trunk (nitf)

2016-01-14 Thread Jeff McKenna
On 2016-01-14 3:47 PM, Even Rouault wrote: Le jeudi 14 janvier 2016 20:14:01, Even Rouault a écrit : Le jeudi 14 janvier 2016 20:04:02, Jeff McKenna a écrit : On 2016-01-14 3:05 PM, Even Rouault wrote: Le jeudi 14 janvier 2016 19:54:32, Jeff McKenna a écrit : Hi all! With today's trunk, I'm

Re: [gdal-dev] Error compiling trunk (nitf)

2016-01-14 Thread Jeff McKenna
On 2016-01-14 3:14 PM, Even Rouault wrote: Le jeudi 14 janvier 2016 20:04:02, Jeff McKenna a écrit : On 2016-01-14 3:05 PM, Even Rouault wrote: Le jeudi 14 janvier 2016 19:54:32, Jeff McKenna a écrit : Hi all! With today's trunk, I'm getting a compile error, during linking, with Windows visua

Re: [gdal-dev] Error compiling trunk (nitf)

2016-01-14 Thread Even Rouault
Le jeudi 14 janvier 2016 20:14:01, Even Rouault a écrit : > Le jeudi 14 janvier 2016 20:04:02, Jeff McKenna a écrit : > > On 2016-01-14 3:05 PM, Even Rouault wrote: > > > Le jeudi 14 janvier 2016 19:54:32, Jeff McKenna a écrit : > > >> Hi all! > > >> > > >> With today's trunk, I'm getting a compil

Re: [gdal-dev] Error compiling trunk (nitf)

2016-01-14 Thread Even Rouault
Le jeudi 14 janvier 2016 20:04:02, Jeff McKenna a écrit : > On 2016-01-14 3:05 PM, Even Rouault wrote: > > Le jeudi 14 janvier 2016 19:54:32, Jeff McKenna a écrit : > >> Hi all! > >> > >> With today's trunk, I'm getting a compile error, during linking, with > >> Windows visual studio 2008: > >> >

Re: [gdal-dev] Error compiling trunk (nitf)

2016-01-14 Thread Jeff McKenna
On 2016-01-14 3:05 PM, Even Rouault wrote: Le jeudi 14 janvier 2016 19:54:32, Jeff McKenna a écrit : Hi all! With today's trunk, I'm getting a compile error, during linking, with Windows visual studio 2008: *** Creating library gdal_i.lib and object gdal_i.exp nitfwritejpeg_12.obj : error LNK2

Re: [gdal-dev] Error compiling trunk (nitf)

2016-01-14 Thread Even Rouault
Le jeudi 14 janvier 2016 19:54:32, Jeff McKenna a écrit : > Hi all! > > With today's trunk, I'm getting a compile error, during linking, with > Windows visual studio 2008: > > *** > Creating library gdal_i.lib and object gdal_i.exp > nitfwritejpeg_12.obj : error LNK2001: unresolved external symbo

[gdal-dev] Error compiling trunk (nitf)

2016-01-14 Thread Jeff McKenna
Hi all! With today's trunk, I'm getting a compile error, during linking, with Windows visual studio 2008: *** Creating library gdal_i.lib and object gdal_i.exp nitfwritejpeg_12.obj : error LNK2001: unresolved external symbol "void __cdecl jpeg_vsiio_ dest_12(struct jpeg_compress_struct12 *,st

[gdal-dev] Modify gdal_rasterize

2016-01-14 Thread Avyav Kumar
I encountered a problem with gdal_rasterize, and I wanted to make some changes in my own copy of the source code in GDALRasterizeLayers() to see if my changes were running. However, the executable in question is written in C++ (https://github.com/OSGeo/gdal/blob/trunk/gdal/alg/gdalrasterize.cpp) an

Re: [gdal-dev] ENVI Header information from GeoTIFF file

2016-01-14 Thread nguler
Than you Even, double adfGeoTransform[6]; srcDS->GetGeoTransform(adfGeoTransform) gives me 6 values: center, pixel size and rotation. But when I do CreateCopy I get: map info = {UTM, 1, 1, 145185, 2189715, 30, 30, 19, North} Is there any way of getting the first three elements of this map info {

Re: [gdal-dev] garbled output from gdaladdo in geopackage

2016-01-14 Thread Thomas Sevaldrud
Ok, I've opened a ticket for it here: http://trac.osgeo.org/gdal/ticket/6309 - Thomas On Thu, Jan 14, 2016 at 12:27 PM, Even Rouault wrote: > Le jeudi 14 janvier 2016 12:07:44, Thomas Sevaldrud a écrit : > > Hi, > > > > I've been using the new GeoPackage raster support in 2.0.1, and have > > n

Re: [gdal-dev] garbled output from gdaladdo in geopackage

2016-01-14 Thread Even Rouault
Le jeudi 14 janvier 2016 12:07:44, Thomas Sevaldrud a écrit : > Hi, > > I've been using the new GeoPackage raster support in 2.0.1, and have > noticed some strange output from gdaladdo on certain datasets. > > When producing an overview tile which is on the edge of the dataset, so > that it is no

[gdal-dev] garbled output from gdaladdo in geopackage

2016-01-14 Thread Thomas Sevaldrud
Hi, I've been using the new GeoPackage raster support in 2.0.1, and have noticed some strange output from gdaladdo on certain datasets. When producing an overview tile which is on the edge of the dataset, so that it is not entirely covered by its child tiles, I get random data in the parts of the

Re: [gdal-dev] GDAL 2.0.2 and 1.11.4: RC1 end of next week ?

2016-01-14 Thread Jukka Rahkonen
Even Rouault spatialys.com> writes: > > Hi, > > What about preparing RC1s for both branches for end of next week ? +1 -Jukka Rahkonen- ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDAL 2.0 environment

2016-01-14 Thread Even Rouault
Le lundi 02 novembre 2015 15:30:50, Philipp Seyerlein a écrit : > Hi, > > I´m using GDAL 2.0 on an installed osgeo live system, but it doesn´t > integrate fully in all programs. When I ask the terminal "gdalinfo > --version", the right Version 2.0.0 is mentioned. But in a Python script I > always

Re: [gdal-dev] ENVI Header information from GeoTIFF file

2016-01-14 Thread Even Rouault
Le jeudi 14 janvier 2016 00:22:33, ngu...@jlab.org a écrit : > Dear GDAL users, > > I am just starting to use GDAL and apparently I don't quite understand many > classes. My purpose is to extract some map information from GeoTIFF files > (LANDSAT data). I need to access this information to generat

Re: [gdal-dev] Librarified version of GdalBuildVrt

2016-01-14 Thread Even Rouault
Le jeudi 14 janvier 2016 09:10:08, Paul Meems a écrit : > Thanks Even for this. > > Is there somewhere a list of GDAL tools that are available as a C callable > function? https://trac.osgeo.org/gdal/wiki/rfc59.1_utilities_as_a_library > > Regards > > Paul > > *Paul Meems * > Release manager,

Re: [gdal-dev] Librarified version of GdalBuildVrt

2016-01-14 Thread Paul Meems
Thanks Even for this. Is there somewhere a list of GDAL tools that are available as a C callable function? Regards Paul *Paul Meems * Release manager, configuration manager and forum moderator of MapWindow GIS. www.mapwindow.org Owner of MapWindow.nl - Support for Dutch speaking users. www.map