As Andrew suggested, I guess the proper value is 8983153e-15 .___ ._ ..._ .. . ._. .___ .. __ . _. . __.. ... .... ._ .__ Entre dos pensamientos racionales hay infinitos pensamientos irracionales.
On Fri, 3 Sept 2021 at 17:55, Karen M via gdal-dev <[email protected]> wrote: > Hi Andrew, > > That's brilliant (not stupid at all)! Option 3 ( XYTOLERANCE=8983153e-16) > worked!!!! Thank you so much! I had already tried option 1 (using a > comma), but that threw an error, and it never occurred to me to try > scientific notation. Thank you, thank you, thank you! > > Karen > > *Karen Meinstein* > Product Support > [email protected] | 303-261-8107 x 15 > > <http://www.rothwellgroup.com/>[image: 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/> > > > On Fri, Sep 3, 2021 at 1:07 AM Andrew C Aitchison <[email protected]> > wrote: > >> On Thu, 2 Sep 2021, Karen M via gdal-dev wrote: >> >> > 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. >> >> Stupid suggestions; have you tried >> XYTOLERANCE=0,000000008983153 >> XYTOLERANCE=8,983153e-10 >> or >> XYTOLERANCE=8983153e-16 >> (please double check the values 10 and 16) ? >> >> -- >> Andrew C. Aitchison Kendal, UK >> [email protected] >> > _______________________________________________ > gdal-dev mailing list > [email protected] > https://lists.osgeo.org/mailman/listinfo/gdal-dev >
_______________________________________________ gdal-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/gdal-dev
