Atualizar: isso foi relatado à Microsoft.

Em uma tabela simples (SQL Server 2012) com umgeography nome da colunageopoint) preenchido com alguns pontos de linhas simples semelhantes a este.POINT (-0.120875610750927 54.1165118880234) etc. executando

select [geopoint].[STAsText](),
       [geopoint].Lat lat,
       [geopoint].Long long 
from mytable 

produz isso

Untitled1   lat long
POINT (-0.120875610750927 54.1165118880234) 54.1165118880234    -0.120875610750927

que parece um bug, mas é muito básico e deveria ter sido detectado antes do lançamento. Então, estou fazendo algo errado?

Informações adicionadas

Os profissionais de TI devem procurar os detalhes da implementação do servidor SQL da Microsoft no MSDN. Como pode haver diferenças na implementação. Conforme este caso. Como prova disso, acabei de verificar a implementação do PostGist doST_AsText parageographic coluna. Isso funciona bem! e o resultado é como se poderia esperar. Portanto, o bug está na implementação do SQL. O resultado correto para o exemplo acima deve ser

POINT (54.1165118880234 -0.120875610750927 ) 54.1165118880234 -0.120875610750927

Ouso dizer que há uma alta probabilidade de que haja outros erros associados às funções que funcionamgeographic colunas. Como a funcionalidade básica nesta área não foi totalmente testada.