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 it of numeric values. Although I can see that passing XYTOLERANCE=1.23 or 1.230 results in different things in the XML, so it doesn't seem that it is rewritten. So I'm not sure what happens. It might behave differently on Windows, but hard to say what happens as we don't have the sources. Perhaps you have a way of programmatically changing the locale (or equivalent concept) in your code, at least temporarily, to force dot as decimal separator ?

Even

Le 02/09/2021 à 22:03, Karen M via gdal-dev a écrit :
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 class has XY Tolerance = 0 when I use the layer in ArcGIS Pro.  When I use a region that uses decimal points, the XY Tolerance is non-zero (which is correct).

I've tried using the option "XYTOLERANCE=0.000000008983153" in CreateLayer(), but I still get XY Tolerance = 0.  This is causing some editing problems in ArcGIS Pro, and I need the software to work with various region settings, not just ones that use decimal points.  Anyone have any suggestions how to fix this?

Thanks,

*Karen Meinstein*
Product Support
[email protected] <mailto:[email protected]> | 303-261-8107 x 15

The Rothwell Group, L.P. <http://www.rothwellgroup.com/>

RothwellGroup.com <http://rothwellgroup.com/> | PaleoGIS.com <http://paleogis.com/> | BizRun.com <http://www.bizrun.com/>

_______________________________________________
gdal-dev mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/gdal-dev

--
http://www.spatialys.com
My software is free, but my time generally not.

_______________________________________________
gdal-dev mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to