Karen,
I've done some experiments on Linux, by forcing the locale of the
process to a locale with comma as decimal separator and I can't
reproduce an issue. What I see in the code is that we pass the tolerance
as a string to the binary FileGDB SDK, but there's clearly at least
validation from
Hi All,
I'm using the C# bindings in gdal version
release-1900-x64-gdal-2-4-3-mapserver-7-4-2. When the operating system
region settings are set to regions that uses a comma as the decimal
separator and I use datasource.CreateLayer() to create a new file
geodatabase layer, the resulting feature c
worked like a charm, thanks very much!
On Thu, Sep 2, 2021 at 2:13 PM Even Rouault
wrote:
> Hugh,
>
> I've queued in https://github.com/OSGeo/gdal/pull/4418 a fix for that.
>
> But there's a simple workaround. Just remove the ESRIJSON: prefix in the
> connection string. In that instance, the dri
Hugh,
I've queued in https://github.com/OSGeo/gdal/pull/4418 a fix for that.
But there's a simple workaround. Just remove the ESRIJSON: prefix in the
connection string. In that instance, the driver will be automatically
detected
Even
Le 02/09/2021 à 19:30, Hugh Kelley a écrit :
Hi all,
I'
Hi all,
I'd like to load some data directly from an arcgis REST feature service
using ogr2ogr.
The command that follows collects exactly 5000 features, which i assume is
the server limit mentioned in the ESRIJSON driver documentation
ogr2ogr "streets.shp" ESRIJSON:"
https://services1.arcgis.com
+1 from Node.js
(fixed an issue with a few unit tests for AutoIdentifyEPSG)
On 02/09/2021 08:54, Even Rouault wrote:
Hi,
Having heard no issues being reported regarding RC3
Motion:
Adopt GDAL 3.3.2 RC3 as final 3.3.2 release
Starting with my +1
Even
--
Momtchil Momtchev
_
+1
Daniel
On 2021-09-02 02:54, Even Rouault wrote:
Hi,
Having heard no issues being reported regarding RC3
Motion:
Adopt GDAL 3.3.2 RC3 as final 3.3.2 release
Starting with my +1
Even
--
Daniel Morissette
Mapgears Inc
T: +1 418-696-5056 #201
___
Even Rouault writes:
>> What's wrong with just always doing the stat?
> Nothing, but just one extra system call in a performance critical path.
OK - but do you really think that in an entire sequence of
fopen/fread/prcoess-data that one more stat (which will be cached w.r.t
the inode read in op
+1
Tamas
Sent from my iPhone
> 2021. szept. 2. dátummal, 8:56 időpontban Even Rouault
> írta:
>
> Hi,
>
> Having heard no issues being reported regarding RC3
>
> Motion:
>
> Adopt GDAL 3.3.2 RC3 as final 3.3.2 release
>
> Starting with my +1
>
> Even
>
> --
> http://www.spatialys.com
Hi Sean,
sure we can delay a bit the release of the final tarballs. Anyway as we
have the minimum 2 business day rule to pass a motion, this won't be
before Monday. Those issues with axis order seem to be a never ending
source of annoyance. Were existing before I got into the geo-business
and
Oops, forgot to reply to the list. Also, to be more specific, could we hold
3.3.2 until Monday, September 6?
On Thu, Sep 2, 2021 at 9:10 AM Sean Gillies wrote:
> I wish I'd noticed the change around EPSG:4326 sooner. I didn't see a
> particular announcement, but the breakage was obvious in raste
> On Sep 2, 2021, at 1:54 AM, Even Rouault wrote:
>
> Hi,
>
> Having heard no issues being reported regarding RC3
>
> Motion:
>
> Adopt GDAL 3.3.2 RC3 as final 3.3.2 release
>
> Starting with my +1
+1
Howard
___
gdal-dev mailing list
gdal-dev@l
+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Even Rouault
Lähetetty: torstai 2. syyskuuta 2021 9.54
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: promote GDAL 3.3.2 RC3
Hi,
Having heard no issues being reported regarding RC3
Motion:
Adopt
13 matches
Mail list logo
