J'essaie de déterminer s'il existe d'autres formats d'échange viables pour les données activées spatialement. Jusqu'à présent, il semble que SpatiaLite soit le seul sur le marché, mais il n'a pas encore été adopté par l'industrie.
J'essaie de déterminer s'il existe d'autres formats d'échange viables pour les données activées spatialement. Jusqu'à présent, il semble que SpatiaLite soit le seul sur le marché, mais il n'a pas encore été adopté par l'industrie.
Réponses:
En termes de spécifications OGC Simple Feature SQL, Spatialite est la seule implémentation open source sur un seul fichier de base. Pour cette raison (et d'autres!), Il présente des avantages majeurs par rapport à d'autres formats vectoriels plats comme le shapefile, etc.
Étant entièrement pris en charge par GDAL en tant que pilote OGR «officiel» [0], il s'agit d'une garantie pour la prise en charge future des principaux logiciels GIS Desktop (ils utilisent tous le GDAL universel).
Actuellement, seul QGIS est capable de le lire (et de l'écrire), donc si vous voulez un format d'échange directement lisible / inscriptible à partir de votre logiciel sans exportation vers d'autres formats, ce n'est peut-être pas votre meilleure option, si vous n'utilisez pas QGIS.
Si vous avez besoin d'un forma d'échange, comme déjà suggéré, vous pouvez utiliser n'importe quel format pris en charge à partir de GDAL / OGR [0], puis réimporter vers une base de données spatiale.
Notez que si Spatialite implémentera la topologie, comme je l'ai entendu, cela aura un avantage majeur par rapport aux autres formats de plan (comme les fichiers de formes par exemple).
Cela dépend vraiment de vos besoins. Je pense également que geojson , gml , citygml et google kml pourraient également être considérés comme des formats d'échange spatial.
Bien qu'elle manque de prise en charge en dehors d'ESRI, la géodatabase personnelle serait un bon choix et a été adoptée par l'industrie. En termes d'adoption, les formats AutoCAD pourraient également être envisagés.
Je pense que le hic, c'est quand vous dites «adopté par l'industrie». Les grandes sociétés de logiciels SIG propriétaires ont intérêt à contrôler le format des données.
SpatiaLite fonctionne très bien avec QGIS. Vous pouvez créer des couches de carte basées sur des requêtes SQL.
Si vous souhaitez combiner des caractéristiques spatiales et des tables associées dans un seul fichier pour l'échange, SpatiaLite est parfait. Si vous souhaitez simplement échanger des fonctionnalités avec des attributs, un fichier de formes zippé est toujours votre meilleur choix.
Pour ce que ça vaut, mon vote va à Spatialite en tant que solution à fichier unique, échangeable avec tout le monde. Les géodatabases personnelles Esri (.mdb) sont excellentes mais ne fonctionnent pas avec beaucoup de piles de systèmes SIG, principalement celles qui sont basées sur Linux, car le format de fichier nécessite des pilotes de base de données Microsoft propriétaires qui ne sont pas disponibles pour beaucoup. Les autres remèdes à fichier unique offrent des béquilles uniques pour obtenir vos données à partir de divers endroits - services en ligne, appareils GPS, etc. (KML, GPX) ... ou d'autres utilisateurs SIG qui ont collecté des données à partager avec vous au format shapefile. dxf et dwg et d'autres formats de CAO n'offrent pas les fonctionnalités attendues par les utilisateurs SIG. Bien sûr, si vous placez vos données sur un serveur pour en fournir à plusieurs, vous n'avez pas besoin d'un seul format de fichier. PostGIS serait la solution de base de données sans fichier (serveur).
Maintenant, OGC GeoPackage est la base de données spatiale pour les entités vectorielles et les tuiles raster standard. Cependant, vous ne pouvez pas faire d'opérations / fonctions / requêtes spatiales sur gpkg. Vous pouvez créer un virtualgpkg dans spatialite et utiliser spatialite pour ces opérations spatiales.
SQLite lui-même est quelque peu spatial. OGR prend en charge l'écriture. Outre SpatiaLite (qui est mal pris en charge), il existe le format SDF d'Autodesk. Les dernières versions sont en fait des fichiers SQLite.