Ainsi, lorsque nous parlons d’une API SIG, le rendu de fichiers cartographiques avancés semble être la première chose qui nous vient à l’esprit. La bonne nouvelle est que la nouvelle version Aspose.GIS pour .NET 19.4 contient cette fonctionnalité. Ce n’est pas tout à propos de cette version car il existe également de nombreuses autres mises à niveau. Vous devriez parcourir les notes de version pour obtenir une liste complète de ce qui est nouveau et corrigé. Voyons ce qu’il y a d’inspirant dans cette version.

Carte de base de Redner utilisant C#

Il semble que vous attendiez depuis longtemps pour rendre des cartes en utilisant Aspose.GIS et c’est tout, l’attente est terminée car cette fonctionnalité est fournie dans la dernière API pour rendre Shapefile, FileGDB, GeoJSON, KML ou d’autres formats de fichiers pris en charge à SVG. Nous avons fait un effort particulier pour garder ce processus simple, c’est-à-dire rendre les cartes en utilisant très peu de lignes de code dans un souci de simplicité et de résultats rapides sans définir un grand nombre de propriétés. Jetez un œil à la simplicité du rendu d’une carte en utilisant C#.

// Pour des exemples complets et des fichiers de données, rendez-vous sur https://github.com/aspose-gis/Aspose.GIS-for-.NET
using (var map = new Map(800, 400))
{
    map.Add(VectorLayer.Open(dataDir + "land.shp", Drivers.Shapefile));
    map.Render(dataDir + "land_out.svg", Renderers.Svg);
}

Voyez à quel point c’est facile en définissant simplement la résolution d’image résultante, en sélectionnant le pilote en fonction du type de fichier d’entrée et c’est tout. La carte est prête à être rendue au format SVG.

Voici la sortie du programme :

Vous vous inquiétez peut-être de l’apparence et de l’impression que ce n’est qu’un plan en noir et blanc. Est-ce la nouveauté que l’on attendait depuis longtemps ? Non! c’est juste la sortie la plus simple pour montrer la fonctionnalité. Vous pouvez personnaliser le rendu et les styles de fonctionnalités afin d’obtenir l’apparence souhaitée. Voici un exemple de code avancé démontrant plus de fonctionnalités dans cette nouvelle version.

// Pour des exemples complets et des fichiers de données, rendez-vous sur https://github.com/aspose-gis/Aspose.GIS-for-.NET
using (var map = new Map(800, 476))
{
    var baseMapSymbolizer = new SimpleFill { FillColor = Color.Salmon, StrokeWidth = 0.75 };
    map.Add(VectorLayer.Open(dataDir + "basemap.shp", Drivers.Shapefile), baseMapSymbolizer);

    var citiesSymbolizer = new SimpleMarker() { FillColor = Color.LightBlue };
    citiesSymbolizer.FeatureBasedConfiguration = (feature, symbolizer) =>
    {
        var population = feature.GetValue<int>("population");
        symbolizer.Size = 10 * population / 1000;
        if (population < 2500)
        {
            symbolizer.FillColor = Color.GreenYellow;
        }
    };
    map.Add(VectorLayer.Open(dataDir + "points.geojson", Drivers.GeoJson), citiesSymbolizer);

    map.Render(dataDir + "cities_out.svg", Renderers.Svg);
}

Voyons comment les styles modifieront la sortie en utilisant l’exemple de code ci-dessus :

Ouah! génial. Vous pouvez maintenant commencer à travailler avec cette fonctionnalité en utilisant vos exemples de cartes. Est-ce?

Pour comprendre les détails du code, veuillez consulter cet article dans la section documentation.

Conversion de données en raison d’un SRS WKT incomplet

Aspose.GIS a introduit une nouvelle fonctionnalité de conversion entre les datums lorsque la définition SRS WKT n’est pas complète. Afin de transformer entre les SRS géographiques, les paramètres TOWGS84 sont requis. S’ils sont présents dans la définition WKT, Aspose.GIS peut se transformer entre n’importe quel SRS géographique. S’ils ne sont pas présents, Aspose.GIS essaie de détecter les paramètres TOWGS84 par nom SRS. Si cela échoue, Aspose.GIS essaie de trouver un SRS avec les mêmes paramètres et un nom de référence similaire, afin de prendre les paramètres TOWGS84 d’un SRS similaire.

Autres améliorations

Les gradations suivantes sont faites pour rendre la bibliothèque plus conviviale et sans erreur.

  • Du contenu supplémentaire à la fin du document a été signalé lors de l’écrasement d’un fichier existant. Ce problème n’est plus là.
  • Il y a eu quelques problèmes lors de la spécification de chemins dans le même dossier que l’exécutable, cependant, ce problème est maintenant résolu.
  • Il y a eu des cas où des messages d’erreur trompeurs ont été émis pour un fichier manquant. C’était comme “Fin de fichier inattendue” qui n’indiquait pas le problème réel. Ce message est maintenant corrigé.
  • Il y avait un constructeur inutile dans la classe du pilote GPX qui est maintenant supprimé pour éviter toute confusion.

J’espère que vous avez une bonne idée de cette nouvelle version. Profitez de cette dernière version et partagez vos réflexions pour l’améliorer sur notre forum d’assistance.

Ressources API