Re: [gdal-dev] Multithreading with OGR
Hi Frank On Wed, Jun 23, 2010 at 4:58 PM, Frank Warmerdam warmer...@pobox.com 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 serialize calls, and if you don't serialize the calls to the OGRLayer you will also face potentially severe problems and crashes. With regard to RFC 16, only a little work in the existing code with locks was implemented. None of the TestCapability or GetLayerClone() work was done. I still think that the approach in the RFC is reasonable but I don't currently have funding to pursue the matter. There was also some pushback at the time though I don't recall all the details. My intent is to use two OGRLayer instances of the same layer: one instance for handling various stuff in main thread, the other one in worker thread for rendering. Can I expect the GetNextFeature calls to be reentrant, i.e. can they be called from both threads simultaneously using different instances of layers? Regards Martin ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] gdalwarp large imagery faster?
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 GDAL_CACHEMAX 200 -wm 200 -wo SKIP_NOSOURCE=YES -r bilinear -multi input_ice.tif output_ice.tif it is working now but the speed is very slow - likely this will take 12 hours... Any way to speed up or am I wrong selecting those parameters? Thanks. Kevin ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] svn update problem with pcidsk
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, it has had some downsides too. ... Anyways, the problem are not insurmountable, but on balance I think the benefits of using svn:external are outweighed by hassles and so I have gotten rid of the svn:external and done an svn copy of the sdk into the GDAL trunk. I will refresh it periodically. I hadn't updated from SVN for a while, but when I tried today, I got this message: svn: URL 'https://svn.osgeo.org/gdal/sandbox/warmerdam/pcidsk/src' of existing directory 'frmts\pcidsk\sdk' does not match expected URL 'https://svn.osgeo.org/gdal/trunk/gdal/frmts/pcidsk/sdk' I'm guessing it's something that I'm doing incorrectly. I'm not totally clear on the implications of svn:external, but is there a setting I need to tweak on my side? thanks, matt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] The type initializer for 'OSGeo.GDAL.GdalPINVOKE' threw an exception. when gdal.Allregister() calls
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.dll, CharSet = CharSet.Auto, SetLastError = true)] public static extern bool SetEnvironmentVariable(string lpname, string lpvalue); string GDAL_HOME = @;C:\Program Files\FWTools2.4.7\bin; string path = Environment.GetEnvironmentVariable(PATH); path += ; + GDAL_HOME; SetEnvironmentVariable(PATH, path); Gdal.AllRegister(); help me thank you -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/The-type-initializer-for-OSGeo-GDAL-GdalPINVOKE-threw-an-exception-when-gdal-Allregister-calls-tp5220732p5220732.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev