Ändern Sie die Polygon-Händigkeit für SQL 2008 (umgekehrte Polygon-Scheitelpunktreihenfolge).

Ich habe ein paar hundert Formen ( polygons und multipolygons), die jeweils aus Zehntausenden von Punkten bestehen, die ich in SQL 2008 einführen möchte.

Leider sind die Formen, die ich zu importieren versucht habe, "rechtshändig" (der Umfang jeder Form wird im Uhrzeigersinn um die darin enthaltenen Punkte gezogen). SQL Server nimmt zumindest für geographyTypen "linkshändige" Formen an (gegen den Uhrzeigersinn im Inneren) . Dies bedeutet, dass SQL davon ausgeht, dass ich versuche, die gesamte Erde mit Ausnahme meiner Form auszuwählen . Einige Leute beschreiben dies als "Inside-Out" -Formen.

Von MSDN , das frustrierend nicht sagt, welche Ringorientierung man verwenden soll:

Wenn wir den geographyDatentyp zum Speichern der räumlichen Instanz verwenden, müssen wir die Ausrichtung des Rings angeben und den Ort der Instanz genau beschreiben.

Wenn Sie in SQL 2008 die falsche Ringausrichtung verwenden, stürzt der folgende Fehler ab (Hervorhebung von mir):

Während der Ausführung einer benutzerdefinierten Routine oder einer aggregierten "Geografie" ist ein .NET Framework-Fehler aufgetreten: Microsoft.SqlServer.Types.GLArgumentException: 24205: Die angegebene Eingabe stellt keine gültige Geografieinstanz dar, da sie eine einzelne Hemisphäre überschreitet. Jede Geografieinstanz muss in eine einzelne Hemisphäre passen. Ein häufiger Grund für diesen Fehler ist, dass ein Polygon die falsche Ringausrichtung hat.

Das Importieren der Formen als geometrystatt geographyfunktioniert einwandfrei, aber ich würde es gerne verwenden, geographywenn ich kann.

In SQL 2012 scheint es ziemlich trivial zu sein, dieses Problem zu beheben, aber ich bin an 2008 gebunden.

Wie soll ich die Formen konvertieren?

Spatial Eds Blog hatte eine prägnante Lösung. Hier ist etwas SQL, das die Transformation demonstriert:

DECLARE @geom GEOMETRY = 'POLYGON ((0 0, 10 0, 10 10, 0 10, 0 0))';
DECLARE @geog GEOGRAPHY = @geom.MakeValid().STUnion(@geom.STStartPoint()).STAsText()

Und ein Auszug aus Eds Post:

Der Schlüssel zu diesem Verhalten ist die STUnion()Methode. Da es sich um eine OGC-basierte Methode handelt, bei der die gesamte Geometrie für ein bestimmtes Feature bearbeitet wird, werden Polygone in die für die Methode erforderliche Ausrichtung gezwungen - die zufällig für den GeographyTyp [...] verwendet wird. Diese dargestellte Methode ist sehr effizient und hält den Overhead klein [...].

In> = SQL Server 2012 sollte die ReorientObject () -Methode dies erreichen. Für <SQL Server 2012 ist unten eine alternative Methode.

Für eine vorhandene SQL-Geografie @g extrahiert der folgende Code die Punkte und erstellt ein Polygon mit Punkten (Scheitelpunkten) in umgekehrter Reihenfolge neu:
(HINWEIS 1: Funktioniert für einfache Polygone, nicht für Multipolygone oder Polygone mit Ringen / Zentroiden)
(HINWEIS 2: Verwenden des Koordinatensystems SRID 4326 (WGS 84)

--For existing geography @g
DECLARE @GeometryText varchar(max), @ReversedPolygon geography
DECLARE @GeometryType varchar(20) = 'POLYGON', @Count int
SET @Count = @g.STNumPoints()
WHILE @Count > 0
BEGIN
    SET @GeometryText = @GeometryText + CONVERT(varchar(30),CONVERT(decimal(12,8),@g.STPointN(@Count).Long)) + ' ' + CONVERT(varchar(30),CONVERT(decimal(12,8),@g.STPointN(@Count).Lat))
    SET @Count = @Count - 1
    IF @Count > 0 SET @GeometryText = @GeometryText + ','
END
SET @GeometryText = @GeometryType +'((' + @GeometryText + '))'
SET @ReversedPolygon = geography::STGeomFromText(@GeometryText, 4326); 

Es sieht so aus, als könnte ich eine unheilige Mischung aus SQL und C # aus den SQL Server Spatial Tools verwenden , wie unter Stapelüberlauf vorgeschlagen .

Hinweis: Zum Zeitpunkt der Veröffentlichung dieser Antwort gab es nicht viele Informationen. Versuchen Sie diese Methode nur, wenn Sie bereits SQL Server Spatial Tools für etwas anderes benötigen . Versuchen Sie stattdessen eine der anderen Antworten hier oder bei Stack Overflow .