Re: [gdal-dev] OGR Field Types?

2015-05-21 Thread Stefan Keller
2015-05-22 0:53 GMT+02:00 Even Rouault : ... >> * "Easting","Northing" > X,Y or Geometry(X), Geometry(Y) or Point(X),Point(Y) would perhaps be easier > to get. I don't know. So let's propose Point(X),Point(Y) or PointX,PointY. -S. 2015-05-22 0:53 GMT+02:00 Even Rouault : > Le vendredi 22 mai 20

Re: [gdal-dev] OGR Field Types?

2015-05-21 Thread Even Rouault
Le vendredi 22 mai 2015 00:33:43, Stefan Keller a écrit : > 2015-05-21 23:34 GMT+02:00 Even Rouault : > ... > > >> 4. "Geometry(Easting)","Geometry(Northing)" > > > > For points only I guess? > > Yes. > > >> 5. "Geometry" -- encoded in WKT; having subtype values WKT (default), > >> Point, LineS

Re: [gdal-dev] OGR Field Types?

2015-05-21 Thread Stefan Keller
2015-05-21 23:34 GMT+02:00 Even Rouault : ... >> 4. "Geometry(Easting)","Geometry(Northing)" > For points only I guess? Yes. >> 5. "Geometry" -- encoded in WKT; having subtype values WKT (default), >> Point, LineString, Polygon. > "WKT" is not really consistant with Point,LineString,Polygon since

Re: [gdal-dev] OGR Field Types?

2015-05-21 Thread Even Rouault
Le jeudi 21 mai 2015 23:17:26, Stefan Keller a écrit : > Hi Even > > I just see some type mod and subtype definitions for .csvt files in > the CSV docs [1] : > << > In a single line the types for each column have to be listed with > double quotes and be comma separated (e.g., "Integer","String").

Re: [gdal-dev] OGR Field Types?

2015-05-21 Thread Stefan Keller
Hi Even I just see some type mod and subtype definitions for .csvt files in the CSV docs [1] : << In a single line the types for each column have to be listed with double quotes and be comma separated (e.g., "Integer","String"). It is also possible to specify explicitly the width and precision of

[gdal-dev] Volunteer to assist for GDAL workshop at FOSS4G-E ?

2015-05-21 Thread Even Rouault
Hi, I'll be giving a workshop at FOSS4G-E at Como on July 14th about GDAL : http://europe.foss4g.org/2015/Workshops I was wondering if someone who would be available that day on that timeslot (morning) would be willing to help me assisting attendees. Besides some familiarity with GDAL command

Re: [gdal-dev] Reading multipatch textures from FileGeoDataBase using GDAL

2015-05-21 Thread Even Rouault
Sameer, > I am using GDAL (Java binding) API in my application to read from file > geodatabase. I am trying to read multipatch geometry and textures of a > Building. I could read features, Geometry, relationship information etc. > from file geodatabase, but unable to read multipatch textures. Coul

[gdal-dev] Reading multipatch textures from FileGeoDataBase using GDAL

2015-05-21 Thread sameer . sheikh
Hello, I am using GDAL (Java binding) API in my application to read from file geodatabase. I am trying to read multipatch geometry and textures of a Building. I could read features, Geometry, relationship information etc. from file geodatabase, but unable to read multipatch textures. Could anybod

Re: [gdal-dev] Suggested new typemap for the bindings

2015-05-21 Thread Ari Jolma
21.05.2015, 19:30, Even Rouault kirjoitti: Le jeudi 21 mai 2015 18:22:08, Ari Jolma a écrit : Probably just adding %apply (int) {VSI_RETVAL}; is enough... Yes, indeed. So I've committed : r29225 "Add default typemap for VSI_RETVAL for Python, CSharp and Java; Regenerate python bindings" ok,

Re: [gdal-dev] Suggested new typemap for the bindings

2015-05-21 Thread Even Rouault
Le jeudi 21 mai 2015 18:22:08, Ari Jolma a écrit : > Probably just adding > > %apply (int) {VSI_RETVAL}; > > is enough... Yes, indeed. So I've committed : r29225 "Add default typemap for VSI_RETVAL for Python, CSharp and Java; Regenerate python bindings" Nice to have you as our Swig champion ;

Re: [gdal-dev] Suggested new typemap for the bindings

2015-05-21 Thread Ari Jolma
Probably just adding %apply (int) {VSI_RETVAL}; is enough... ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] change PROJCS information within GDAL dataset

2015-05-21 Thread Even Rouault
Le jeudi 21 mai 2015 17:57:04, Otto Dassau a écrit : > Hi, > > is it possible to change parameters, e.g. a AUTHORITY["EPSG","9001"]]] > value inside the PROJCS area of an existing GDAL dataset with gdal_edit.py? > > PROJCS["UTM Zone 33, Northern Hemisphere", > GEOGCS["GRS 1980(IUGG, 1980)", >

Re: [gdal-dev] Suggested new typemap for the bindings

2015-05-21 Thread Ari Jolma
21.05.2015, 19:07, Even Rouault kirjoitti: Ari, I regenerated the Python bindings and I'm now spammed with messages like the following that cause the tests to fail: $ python vsifile.py TEST: vsifile_1 ... swig/python detected a memory leak of type 'VSI_RETVAL *', no destructor found. swig/py

Re: [gdal-dev] Suggested new typemap for the bindings

2015-05-21 Thread Even Rouault
Ari, I regenerated the Python bindings and I'm now spammed with messages like the following that cause the tests to fail: $ python vsifile.py TEST: vsifile_1 ... swig/python detected a memory leak of type 'VSI_RETVAL *', no destructor found. swig/python detected a memory leak of type 'VSI_RET

[gdal-dev] change PROJCS information within GDAL dataset

2015-05-21 Thread Otto Dassau
Hi, is it possible to change parameters, e.g. a AUTHORITY["EPSG","9001"]]] value inside the PROJCS area of an existing GDAL dataset with gdal_edit.py? PROJCS["UTM Zone 33, Northern Hemisphere", GEOGCS["GRS 1980(IUGG, 1980)", DATUM["unknown", SPHEROID["GRS80",6378137,298.25

[gdal-dev] Suggested new typemap for the bindings

2015-05-21 Thread Ari Jolma
I defined a new type VSI_RETVAL to be used instead of int with VSI functions that return -1 in error and set errno. For the Perl bindings I defined two typemaps for this type. One which strips the return value and one which throws an error if the return value is -1. The error is strerror(errno

Re: [gdal-dev] gdalwarp problems with MODIS L1B

2015-05-21 Thread Michael Sumner
Thank you Rutger, it was me who was missing things - I've been confused about to what level the GDAL warping is appropriate, and every part of this discussion has been very helpful. It seems very much like the orthorectification process where you need a DEM as well as details on camera geometry, bu

Re: [gdal-dev] Raster attribute tables in GDAL?

2015-05-21 Thread Even Rouault
Le jeudi 21 mai 2015 15:14:46, jramm a écrit : > That sounds great. Does this driver allow you to only write the dbf file > (and not the shp/shx etc files?) Yes, if you create a layer with a None geometry type, no .shp,.shx will be created. > > I can't find much on the docs for doing that: > ht

Re: [gdal-dev] Raster attribute tables in GDAL?

2015-05-21 Thread James Ramm
Scratch my last message, I should've read more carefully: "Can be one of NULL for a simple .dbf file with no .shp file," On 21 May 2015 at 14:14, jramm wrote: > That sounds great. Does this driver allow you to only write the dbf file > (and not the shp/shx etc files?) > > I can't find much on t

Re: [gdal-dev] Raster attribute tables in GDAL?

2015-05-21 Thread jramm
That sounds great. Does this driver allow you to only write the dbf file (and not the shp/shx etc files?) I can't find much on the docs for doing that: http://www.gdal.org/drv_shapefile.html I'll have a look through the header files... On 20 May 2015 at 15:38, Even Rouault-2 [via OSGeo.org] < ml

[gdal-dev] rgdal?

2015-05-21 Thread Paolo Cavallini
Hi all, after a long time not installing R afresh, I was surprised seeing the the important rgdal package is not packaged. Is there a spcific reason for this, or is it just the usual lack of time? all the best, and thanks. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.fau

Re: [gdal-dev] gdalwarp problems with MODIS L1B

2015-05-21 Thread Even Rouault
Le jeudi 21 mai 2015 10:19:13, Yuta Sato a écrit : > Hi, > > I think the MOD021KM swath product is point data, which should be gridded > using the array of latitude and longitude given. > gdal griddata may be an option. However, it's very slow even for a single > band of MOD021KM product. > > MOD

Re: [gdal-dev] gdalwarp problems with MODIS L1B

2015-05-21 Thread Julien Demaria
Hi, I confirm that gdalwarp should not work well with MODIS/VIIRS bow-tie effect. Maybe apply the same reprojection logic but on each bow-tie separately (bow-tie are blocks of 20 rows I think) should give better results by I don't know if it's possible. Here we developed an internal reprojecti

Re: [gdal-dev] gdalwarp problems with MODIS L1B

2015-05-21 Thread Even Rouault
Rutger, > > Maybe i'm missing something, but for as far as i know, the MODIS MOD021KM > product is still a 'swath', and therefore still containing the bow-tie > effect as the result of the scanning sensor. Wouldn't this mean that > gdalwarp will never work? The lat/lon arrays aren't continuous,

Re: [gdal-dev] gdalwarp problems with MODIS L1B

2015-05-21 Thread Yuta Sato
Hi, I think the MOD021KM swath product is point data, which should be gridded using the array of latitude and longitude given. gdal griddata may be an option. However, it's very slow even for a single band of MOD021KM product. MODIS team provides MODIS Swath Reprojection Tool for gridding the dat

Re: [gdal-dev] gdalwarp problems with MODIS L1B

2015-05-21 Thread Rutger
Hey, Maybe i'm missing something, but for as far as i know, the MODIS MOD021KM product is still a 'swath', and therefore still containing the bow-tie effect as the result of the scanning sensor. Wouldn't this mean that gdalwarp will never work? The lat/lon arrays aren't continuous, so any fitting