Re: [gdal-dev] OGRLayer.Intersection() question

2013-10-10 Thread Tamas Szekeres
2013/10/11 Ari Jolma > > Layer::Intersection supports progress notification but support in the Swig > layer may not be complete. There is of course a possibility of a bug in the > Layer::Intersection code too. > > Already figured out :-) But it still also requires additional changes in the C# bi

Re: [gdal-dev] OGRLayer.Intersection() question

2013-10-10 Thread Ari Jolma
On 10/10/2013 09:33 PM, Tamas Szekeres wrote: Dheeraj, I don't think the OSGeo.OGR.Layer.Intersection supports progress notification. You might probably have encountered a bug which should be fixed. Do you have a sample code to reproduce this issue? I would specifically interested in the actu

[gdal-dev] RAT for VRT

2013-10-10 Thread Markus Müller
Dear listers, I need support for Raster Attribute Tables (RAT) when using the GDAL virtual format (VRT). It seems that the current VRT driver does not support RATs. I would like to know if: - I am correct on the above assumption? - If I am, are there any plans to extend the VRT driver to support

Re: [gdal-dev] OGRLayer.Intersection() question

2013-10-10 Thread Tamas Szekeres
Dheeraj, I noticed you are talking about the layer level geometry functions, which hasn't been updated in the C# bindings yet. I'll add the necessary implementation shorly. Also added a ticket to track the changes: http://trac.osgeo.org/gdal/ticket/5264 Best regards, Tamas 2013/10/10 Dheeraj

Re: [gdal-dev] [EXTERNAL] /vsicurl/ and gz files

2013-10-10 Thread Eli Adam
There is also more info on the wiki, http://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip Best Regards, Eli On Thu, Oct 10, 2013 at 11:56 AM, Smith, Michael ERDC-RDE-CRREL-NH wrote: > Jose, > > You can use /vsigzip/ with /vsicurl > > Try > > gdalinfo > /vsigzip/vsicurl/http://www.globalbedo.org/Gl

Re: [gdal-dev] OGRLayer.Intersection() question

2013-10-10 Thread Dheeraj Reddy Mamidi
Tamas, Sorry the sample code had wrong data source names. Here is the corrected sample code.. var spatialReference = new OSGeo.OSR.SpatialReference(""); spatialReference.ImportFromProj4("+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs"); var driver = OSGeo.OGR.Ogr.GetDriverByName("ESRI Shapefi

Re: [gdal-dev] [EXTERNAL] /vsicurl/ and gz files

2013-10-10 Thread Smith, Michael ERDC-RDE-CRREL-NH
Jose, You can use /vsigzip/ with /vsicurl Try gdalinfo /vsigzip/vsicurl/http://www.globalbedo.org/GlobAlbedo29/tiles/2004/h17v04/GlobAlbedo.2004001.h17v04.nc.gz Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: Jose Gomez-Dans mailto:jgomezd...@gmail.com>> Date

Re: [gdal-dev] /vsicurl/ and gz files

2013-10-10 Thread Even Rouault
Le jeudi 10 octobre 2013 20:33:49, Jose Gomez-Dans a écrit : > Hi, > > I was wondering if it's possible to use /vsitar/ to have a peek in .gz > files, such as this one: > http://www.globalbedo.org/GlobAlbedo29/tiles/2004/h17v04/GlobAlbedo.2004001 > .h17v04.nc.gz This is a gzip file, not a .tar.gz

Re: [gdal-dev] OGRLayer.Intersection() question

2013-10-10 Thread Tamas Szekeres
Dheeraj, I don't think the OSGeo.OGR.Layer.Intersection supports progress notification. You might probably have encountered a bug which should be fixed. Do you have a sample code to reproduce this issue? I would specifically interested in the actual geometries have been passed to the function. Be

[gdal-dev] /vsicurl/ and gz files

2013-10-10 Thread Jose Gomez-Dans
Hi, I was wondering if it's possible to use /vsitar/ to have a peek in .gz files, such as this one: http://www.globalbedo.org/GlobAlbedo29/tiles/2004/h17v04/GlobAlbedo.2004001.h17v04.nc.gz The file is a NetCDF, with 20 different layers. I was hoping to be able to read the file in using /vsitar/ (

[gdal-dev] OGRLayer.Intersection() question

2013-10-10 Thread Dheeraj Reddy Mamidi
Hi list, I have troubles with C# bindings of OGR. I was trying to perform intersection on two feature classes (shape file formats) using OSGeo.OGR.Layer.Intersection(), but have problems making it work. I keep getting an error saying "AccessViolationException was unhandled. Attempted to read or wr

Re: [gdal-dev] Buffer unit

2013-10-10 Thread Jaak Laineste (Nutiteq)
On 10.10.2013, at 14:06, Iván Sánchez Ortega wrote: > El Jueves, 10 de octubre de 2013 13:16:42 Jaak Laineste escribió: >> Isn't there really better solution than dual-transformation? [...] Good >> solution would be to implement buffer function from latitude/longitude >> directly, say buffer(l

Re: [gdal-dev] Buffer unit

2013-10-10 Thread Iván Sánchez Ortega
El Jueves, 10 de octubre de 2013 13:16:42 Jaak Laineste escribió: > Isn't there really better solution than dual-transformation? [...] Good > solution would be to implement buffer function from latitude/longitude > directly, say buffer(lat,lon,buffer_meters). Any takers? Actually, what you want

Re: [gdal-dev] Buffer unit

2013-10-10 Thread Jukka Rahkonen
Jaak Laineste (Nutiteq nutiteq.com> writes: > Isn't there really better solution than dual-transformation? The problem with this is that you need pick a > projection wisely, and there is no global projection what you can use without having big distortions > nearer to poles (in the case of Merca

Re: [gdal-dev] Buffer unit

2013-10-10 Thread Jaak Laineste (Nutiteq)
On 09.10.2013, at 22:57, Jukka Rahkonen wrote: > Iván Sánchez Ortega sanchezortega.es> writes: > >> >> El Miércoles, 9 de octubre de 2013 07:33:43 Federico Jurio escribió: >>> Dear all, I am using WGS84 (4326) and would like to buffer based on meters >>> and not degrees. [...] >>> Can someone