Pour stocker les données , les deux premières alternatives à mentionner sont PostGIS et SpatiaLite .
SpatiaLite est une base de données SQLite dotée de fonctionnalités spatiales, ce qui signifie qu'elle est basée sur des fichiers, compacte et rapide.
PostGIS est une fonctionnalité spatiale sur une base de données PostgreSQL. Cela signifie qu’il est très puissant et qu’il est capable de traiter efficacement des ensembles de données volumineux et des requêtes complexes.
Avant de passer au bureau, vous devez savoir que de nombreuses tâches peuvent être effectuées très efficacement directement dans la base de données. La plupart des choses que vous faites habituellement dans ArcMap lorsque vous attendez que différentes boîtes de dialogue apparaissent apparaîtront beaucoup plus rapidement directement avec quelques lignes de code SQL. Cela signifie que vous pouvez également stocker ce que vous avez fait et le refaire sur un autre jeu de données très facilement en enregistrant simplement votre code SQL. Beaucoup de questions PostGIS ici concernent la façon d’écrire ces questions, afin que vous puissiez avoir une idée de ce qui peut être fait en parcourant les questions marquées PostGIS.
Ensuite, le côté bureau . Il y a beaucoup de solutions de bureau. Je pense qu'il est temps d'admettre que ESRI est bon sur le bureau . Comme indiqué précédemment, la plupart des tâches que vous effectuez dans ArcMap sont mieux exécutées plus en profondeur dans la base de données, mais en ce qui concerne les tâches pour lesquelles vous avez besoin de la solution de bureau ArcMap est efficace. Ce que j'utilise est QGIS , et si j'avais un budget à dépenser , je propose les coûts de licence Esri au soutien bug de fixation dans QGIS. QGIS est un excellent logiciel qui peut faire plus ou moins tout ce que ArcMap peut faire. Mais peut-être une ou deux licences ArcInfo (en argent) sont-elles nécessaires pour le peaufiner. Vous pouvez également consulter Open Jump , GvSIG , uDIG et plus encore.
En ce qui concerne les services Web, vous avez MapServer, GeoServer, TinyOWS, etc.
GeoServer est probablement le plus facile à utiliser car il possède une interface Web assez intuitive. GeoServer peut faire la plupart des choses que vous voulez. Il peut desservir les services WMS WFS Tiled, etc. Tout est écrit en Java.
MapServer est écrit en C et je pense qu’il est juste de dire que c’est le roi des services WMS. Au moins, il a remporté la fusillade de l'an dernier lors de la conférence FOSS4G (ESRI n'a pas osé y participer). Mapserver est configuré via un "fichier carte" et je ne connais aucune interface graphique. Mais pour un sérieux service, c’est une alternative très intéressante.
Pour les services wfs modifiables, vous avez déjà mentionné GeoServer, mais également TinyOWS . TinyOWS est un petit serveur wfs écrit en C. Dernièrement, il a été davantage intégré dans Mapserver, car vous pouvez utiliser le même fichier de carte pour les deux.
Ensuite, le côté client sur le Web . Je ne connais pas vraiment toutes les possibilités, mais la plupart des solutions sont construites d'une manière ou d'une autre sur OpenLayers, une bibliothèque Javascript.
Je pense que quitter le monde ESRI ouvre une autre possibilité très importante pour vous. Si vous le souhaitez, vous êtes également libre de quitter la plate-forme Windows. Vous pouvez tout mettre sur n'importe quelle distribution Linux.
Le logiciel mentionné ci-dessus avec Linux réduira considérablement le besoin de matériel.
La carte de Norgeskart , fournie par l'autorité officielle norvégienne des cartes , est un exemple de logiciel FOSS qui fonctionne bien .
En bas ils utilisent PostGIS servant Mapserver. Mettre en cache les tuiles dans Geowebcache et utiliser un client basé sur OpenLayer. Ce n’est pas comme une solution Silverlight , mais c’est possible de le faire aussi.
Ils utilisaient auparavant le logiciel ESRI, mais devaient le quitter lorsque leurs besoins en termes de capacité et de vitesse augmentaient.