Reformat Sqlgeography Polygons à Json

Les chaînes sont immuables dans .NET, alors lorsque vous remplacez certains, vous créez une copie éditée de la chaîne précédente. Ce n'est pas si critique pour la performance, comme pour l'utilisation de la mémoire.

regarder json.net P >

ou utilisez StringBuilder pour le générer correctement. P>

StringBuilder sb = new StringBuilder();
sb.AppendFormat();

Encore une fois juste pour le fermer, je répondrai à ma propre question avec la solution im en utilisant.

Cette méthode prend la sortie à partir d'un Tostring () code> Appel sur un MS SQL Type de géographie Code>. Si la chaîne renvoyée contient des données de polygone contient des points GPS de formulaire, cette méthode analysera et la reformaté à une piqûre JSON. P>

public static class PolyConverter
{
    static Regex latlngMatch = new Regex(@"(-?\d{1,2}\.\dE-\d+|-?\d{1,2}\.?\d*)\s(-?\d{1,2}\.\dE-\d+|-?\d{1,2}\.?\d*)\s?0?\s?0?,?", RegexOptions.Compiled);
    static Regex reformat = new Regex(@"\[,", RegexOptions.Compiled);

    public static string ConvertPolysToJson(string polysIn)
    {
        var formatted = reformat.Replace(
                        latlngMatch.Replace(
                        polysIn.Remove(0, polysIn.IndexOf("(")), ",{lng:$1,lat:$2}")
                        .Replace("(", "[")
                        .Replace(")", "]"), "[");

        if (polysIn.Contains("MULTIPOLYGON"))
        {
            formatted = formatted.Replace("[[", "[")
                                 .Replace("]]", "]")
                                 .Replace("[[[", "[[")
                                 .Replace("]]]", "]]");
        }

        return formatted;
    }
}

Pour répondre à votre question sur l'efficacité, pour ce cas particulier, je ne pense pas que Remplacer strong> vs RegEx strong> va être grande que d'une différence. Tout ce que nous changeons vraiment est une parenthèse et des virgules. Personnellement, je préfère faire les choses dans TSQL pour les applications Web parce que je peux décharger le travail de calcul sur le SQL Server au lieu du serveur Web. Dans mon cas, j'ai beaucoup de données que je générer une carte et donc ne veux pas enliser le serveur Web avec beaucoup de conversions de données. De plus, pour la performance, je l'habitude de mettre plus de puissance sur le serveur SQL que je fais un serveur web, même s'il y a une différence entre les deux fonctions, si Remplacer strong> est moins efficace, il est au moins en cours de traitement par un serveur avec beaucoup plus de ressources. En général, je veux que mon serveur web la gestion des connexions aux clients et mes calculs de traitement des données SQL Server. Cela permet aussi mes scripts de serveur Web propre et efficace. Donc, ma suggestion est comme suit:

Ecrire une fonction TSQL Scalar dans votre base de données. Celui-ci utilise SQL Fonction REPLACE strong> et est un peu la force brute, mais il joue vraiment bien. Cette fonction peut être utilisée directement sur une instruction SELECT ou pour créer des colonnes calculées dans une table si vous voulez vraiment simplifier votre code de serveur Web. À l'heure actuelle cet exemple ne supporte que POINT, POLYGONE et MULTIPOLYGON et fournit l'élément JSON "géométrie" pour le format GeoJSON. P>

GetGeoJSON Scalar Fonction strong> p>

SELECT dbo.GetGeoJSON([COLUMN]) as Geometry From [TABLE]

Pour convertir de WKT en Geojson, vous pouvez utiliser NetTopologysuite à partir de Nuget. Ajouter NetTopologysuite et NETTOPOLOGYSUITE.IO.GEOJSON

{
  "features": [
    {
      "type": "Feature",
      "geometry": {
        "type": "Polygon",
        "coordinates": [
          [
            [
              10.0,
              20.0
            ],
            [
              30.0,
              40.0
            ],
            [
              50.0,
              60.0
            ],
            [
              10.0,
              20.0
            ]
          ]
        ]
      },
      "properties": {}
    }
  ],
  "type": "FeatureCollection"
}

La méthode décrite dans la réponse de James fonctionne bien. Mais j'ai récemment trouvé une erreur lors de la conversion de WKT où la longitude avait une valeur supérieure à 99.

J'ai changé l'expression régulière: xxx

remarque le deuxième "2" a été changé en une "3" pour permettre à la longitude d'aller jusqu'à 180.

fonction utilitaire utilisée pour formater des cellules spatiales comme Geojson est présentée ci-dessous. XXX