Re: [gdal-dev] PROJ context and threads

By default pyproj uses the autoclose option and provides this option for users who want better performance and know they have a single threaded application: https://pyproj4.github.io/pyproj/stable/api/global_context.html ___ gdal-dev mailing list gdal-dev

Re: [gdal-dev] PROJ context and threads

You are correct. Here is the related issue: https://github.com/OSGeo/PROJ/issues/1565 The solution would be to use proj_context_set_autoclose_database. This can reduce performance for single threaded applications, so it would probably be good to have a way to toggle it on for multi-threaded applic

Re: [gdal-dev] GDAL 3.3.0 RC1 available

Hi Even, I see that there's also a 3.2.3 candidate. Usually we discontinue the previous minor version, right? Why in this case are we have a 3.3.0rc1 and a 3.2.3rc1? On Mon, Apr 26, 2021 at 6:57 AM Even Rouault wrote: > Hi, > > I have prepared a GDAL/OGR 3.3.0 release candidate. The feedback on

Re: [gdal-dev] Nitf Metadata parsing

Hi, Please note that the DES related PR was merged after the 3.2 release - hence no 3.2.x packages will have the xml:DES metadata domain or the DES related objects. To access the xml:DES metadata domain you will either have to build the source code from the current master branch, or use the night

[gdal-dev] PROJ context and threads

Hi, I have a process with a large thread pool. The threads occasionally make a GDAL call that in turn calls a PROJ function. From what I can tell, this causes the opening of a PROJ context that holds a handle/descriptor to the PROJ database. I believe that this file descriptor is held open in TLS

Re: [gdal-dev] Nitf Metadata parsing

Brad, sorry for pushing but I'm going in circles here. It looks like you and Even had this discussion i.e., http://osgeo-org.1560.x6.nabble.com/gdal-dev-Accessing-DES-in-NITF-through-GDAL-td5434141.html You gave me the example of how to output the DES's from the command line, but the builds I'm

Re: [gdal-dev] Test Failures

Le 27/04/2021 à 20:49, Andrew Bell a écrit : On Tue, Apr 27, 2021 at 2:27 PM Even Rouault mailto:even.roua...@spatialys.com>> wrote: Andrew, This could be due to the PROJ version, but as I'm running with 8.0 too (and one of the CI config runs PROJ master), I suspect you jus

Re: [gdal-dev] Test Failures

On Tue, Apr 27, 2021 at 2:27 PM Even Rouault wrote: > Andrew, > > This could be due to the PROJ version, but as I'm running with 8.0 too > (and one of the CI config runs PROJ master), I suspect you just need to > install the "conus" grid for NAD27 to WGS84 transformations into > {proj_prefix}/sha

[gdal-dev] very slow sql ogr2ogr conversion

Hello, First time user, I hope this is the right mailing list :) I have a fairly small (37mb - 160,000 linestrings) shp file and it loads into QGIS in a couple of seconds. I want to import this into sql server, so used the following ogr2ogr command: ogr2ogr -f "MSSQLSpatial" "MSSQL:server=my

Re: [gdal-dev] Test Failures

Andrew, This could be due to the PROJ version, but as I'm running with 8.0 too (and one of the CI config runs PROJ master), I suspect you just need to install the "conus" grid for NAD27 to WGS84 transformations into {proj_prefix}/share/proj . Unpack http://download.osgeo.org/proj/proj-datumgr

[gdal-dev] Test Failures

Hi, I'm having a few test failures with gdal master on OSX. They seem related to transformations. I notice that the CI build is using PROJ 7.1. I'm linking PROJ 8.0. An example failure follows. Can this be explained by PROJ versions or are there other issues that I might need to investigate?

Re: [gdal-dev] GDAL 3.3.0 RC1 available

I can confirm that these scripts are indeed the samples that were moved, Plus the arg_parser.py improvements file. On Tue, 27 Apr 2021, 20:20 Greg Troxel, wrote: > > I updated from beta1 to rc1. The transform issue appears fixed. > > In building python builds, I saw a large number of differenc

Re: [gdal-dev] GDAL 3.3.0 RC1 available

I updated from beta1 to rc1. The transform issue appears fixed. In building python builds, I saw a large number of differences from my beta1 build and my rc1 build. I think this is the "esoteric scripts" cleanup, but if antyhing in this diff seems off, let me know. --- PLIST.beta 2021-04-25 1

Re: [gdal-dev] GetAxesCount returns a wrong value

Thanks Even. In the mean time (it is not easy to me patching and rebuilding now) I will use this helper workaround function (I hope I understood correctly GetAxis behaviour) int getAxesCount(const OGRSpatialReference& sr) { int axesCount = 0; while (nullptr != sr.GetAxis(nullptr, axesCoun

[gdal-dev] Global min/max

I have found the GetStatistics () method of GDALRasterBand(), but I did not find any GetStatistics() available for the whole dataset at a glance. While it is pretty obvious that it can be achieved by calling Ge

Re: [gdal-dev] [EXTERNAL] Re: vsis3 worldfile support?

Ah, I found the problem. Looks like it was loading the world file, but the file had an error in it. Using that CPL_VSIL… parameter helped verify that the file was being read: $ gdalinfo --config CPL_VSIL_CURL_ALLOWED_EXTENSIONS ".png" /vsis3/bucket/prefix/test_pal.png ERROR 4: CSLLoad2("/vs

Re: [gdal-dev] vsis3 worldfile support?

Matt, I've just tested and this works for me. Can't think of a reason besides a permission problem with the .pgw/.wld files, or if you've set the CPL_VSIL_CURL_ALLOWED_EXTENSIONS configuration option to "png" Even Le 27/04/2021 à 16:04, Cechini, Matthew F. (GSFC-423.0)[Science Systems & App

[gdal-dev] vsis3 worldfile support?

Using GDAL 2.4.4, I’m attempting to read a PNG file in S3 with this prefix: /vsis3/bucket/prefix/image.png. Alongside that object are also image.pgw an image.wld objects (same content). When I run gdalinfo on the /vsis3 path, I’m not seeing the geolocation information. Am I doing something wr

[gdal-dev] GDAL 3.2.3 RC1 available

Hi, I have prepared a GDAL/OGR 3.2.3 release candidate. This will be the last release in the 3.2 series Pick up an archive among the following ones (by ascending size):   https://download.osgeo.org/gdal/3.2.3/gdal-3.2.3rc1.tar.xz   https://download.osgeo.org/gdal/3.2.3/gdal-3.2.3rc1.tar.gz