Home/ Questions/Q 7562045
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-30T13:18:56+00:00

I am experiencing inconsistent behavior across machines with conversion to Well-Known Text (WKT) of

  • 0

I am experiencing inconsistent behavior across machines with conversion to Well-Known Text (WKT) of spatial types in SQL server 2008. It looks as if the data is being stored identically, but the conversion back to WKT acts differently depending on the machine!

Here’s something I put together to pinpoint the issue:

SET NOCOUNT ON;

DECLARE @TestTable TABLE (TestPoint GEOGRAPHY);
INSERT INTO @TestTable(TestPoint)  VALUES (geography::STGeomFromText('POINT(-124.957140999999993 39.326679)',4326));

DECLARE @PointAsText NVARCHAR(max);
SELECT @PointAsText = TestPoint.STAsText() from @TestTable;
PRINT @PointAsText;

DECLARE @PointAsBinary BINARY(22);
SELECT  @PointAsBinary = CAST(TestPoint AS BINARY(22)) from @TestTable;
print @PointAsBinary;

print @@version;

On various machines I have available, I see two different results:

POINT (-124.95714099999999 39.326679)
0xE6100000010C1EA5129ED0A94340492A53CC413D5FC0
Microsoft SQL Server 2008 R2 (SP1) – 10.50.2500.0 (X64)
    Jun 17 2011 00:54:03
    Copyright (c) Microsoft Corporation
    Developer Edition (64-bit) on Windows NT 6.1 (Build 7601: Service Pack 1)

or

POINT (-124.957141 39.326679)
0xE6100000010C1EA5129ED0A94340492A53CC413D5FC0
Microsoft SQL Server 2008 R2 (RTM) – 10.50.1600.1 (Intel X86)
    Apr 2 2010 15:53:02
    Copyright (c) Microsoft Corporation
    Developer Edition on Windows NT 6.0 (Build 6002: Service Pack 2) (Hypervisor)

Another test case shows that an X64 machine with 2008 R2 (RTM) gives -124.95714099999999. So, definitely indicates x86 vs x64.

I’m at least somewhat familiar with lack of floating point precision, but I was unaware it was architecture specific. It seems as if working with SQL spatial storage involves data going through through WKT conversions like these. Am I failing to see a more appropriate strategy to working with this data?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    There’s been no activity for a couple weeks so I’ll answer with what I know.

    My best understanding of this is that use of Well-Known-Text (WKT) just needs to be avoided. I am not sure about Well-Known-Binary (WKB) as an option.

    To be certain that you don’t lose precision/granularity when using SqlGeography in your database, you can use the SqlGeography class in your middleware or application. The class is binarily serializeable, to help in this regard.

    Leaving the safety of SqlGeography class via Well-Known-Text(WKT) is when precision will start to fade. It is preferable to do this only when showing to the user or when forced to communicate with non-.NET platforms (such as using a web service).

    • 0