[gdal-dev] The type initializer for 'OSGeo.GDAL.GdalPINVOKE' threw an exception. when gdal.Allregister() calls

2010-06-24 Thread mail2vajram
i installed fwtols2.4.7 previously.That time i worked with gdal with out any problem but now when i work with gdal it throws the following exception.why. how to fix this. The type initializer for 'OSGeo.GDAL.GdalPINVOKE' threw an exception. This is the way i used. [DllImport("kernel32

Re: [gdal-dev] svn update problem with pcidsk

2010-06-24 Thread Even Rouault
Matt, you're not doing anything wrong. that directory used to be a svn:external but this has changed in trunk a few months ago Just rm -rf frmts/pcidsk/sdk and svn update again Le Friday 25 June 2010 01:20:13 Gregory, Matthew, vous avez écrit : > Hi all, > > Frank Warmerdam wrote on March 12:

[gdal-dev] svn update problem with pcidsk

2010-06-24 Thread Gregory, Matthew
Hi all, Frank Warmerdam wrote on March 12: > For a few months now the gdal/frmts/pcidsk/sdk directory has been > referenced from the pcidsk sdk subversion using svn:externals in > GDAL trunk. This had the benefit of ensuing the latest pcidsk code was > always used with GDAL trunk. However, i

[gdal-dev] gdalwarp large imagery faster?

2010-06-24 Thread GeoSpatial - Kevin
Hi all, I am trying to re-project a very large imagery (size 40,000 by 40,000 pixels, resolution ~120m) located at high latitudes (60N) to a standard wgs84. By searching some previous posts, I come up with the following command: gdalwarp -of EHdr -t_srs EPSG:4326 -tr 0.00 0.00 --config G

Re: [gdal-dev] Multithreading with OGR

2010-06-24 Thread Martin Dobias
Hi Frank On Wed, Jun 23, 2010 at 4:58 PM, Frank Warmerdam wrote: > Martin, > > Generally speaking it is not safe to have multiple threads making calls > into a single OGRLayer at the same time.  At the very least you will > encounter the "messing up" effect on GetNextFeature(), even if you > seri