Avantages de l'utilisation de spatialite par rapport au fichier de formes? [fermé]

35

J'ai trouvé spatialite plus utile que les fichiers de formes car il ne présente pas les limitations de ce fichier et est également portable. Beaucoup de gens ici utilisent des fichiers de formes pour échanger des données et même les experts ne sont pas au courant de ce nouveau format.

Quels sont les avantages d'utiliser spatialite par rapport aux fichiers de formes?

Peut-il être utilisé à la place du fichier de formes?

Concentrez-vous uniquement sur les formats portables, c.-à-d. Qu'ils peuvent être échangés à l'aide de clés USB. GML, GeoJSON, KML, CSV ne sont pas une option et ne sont pas directement modifiables dans un SIG.

MISE À JOUR: Cela fait plus de 5 ans et le nouveau développement est orienté vers le géopackage qui est lié à la spatialite.

Alors maintenant, la question est plus comme Avantages de l'utilisation de GEOPACKAGE sur GEODATABASE?

néogeomat
la source

Réponses:

27

Les fichiers de formes sont le plus petit dénominateur commun de l'échange de fichiers de données vectorielles SIG: envoyez une archive de fichiers de formes, et vous pouvez à peu près garantir que quelqu'un sera capable de construire un SIG de base à partir de celui-ci.

Les avantages de SpatiaLite incluent:

  • tout est dans un seul fichier; aucun des désordre shp / shx / dbf / idx / prj par couche.
  • la logique ainsi que les données peuvent être incluses, sous la forme de VIEW et de TRIGGER.
  • des indices spatiaux intégrés, qui permettent des recherches rapides dans de grandes zones.
  • ce sont des systèmes de base de données réels (même s'ils sont légèrement limités, principalement dans un accès multi-utilisateur), sans aucune compétence d'administrateur de base de données.

Mais il y a quelques inconvénients:

  • tout le monde ne peut pas les utiliser.
  • ils sont encore principalement limités aux géométries construites à partir de nœuds et de lignes droites; si vous avez besoin de splines et de surfaces, regardez ailleurs.
scruss
la source
8
Bon post, mais deux points sur les index spatiaux. Les fichiers de formes peuvent également être indexés spatialement. En second lieu, vous devez vous joindre explicitement à un index spatial Spatialite, ce qui peut entraîner des requêtes fastidieuses. Je préfère toujours déplacer les données dans une base de données Spatialite, mais les importer dans une base de données PostGIS pour tirer parti de son planificateur de requêtes plus robuste.
HeyOverThere
22

Les fichiers de formes sont liés à un type de géométrie, vous obtenez donc un tas de fichiers pour un seul projet. Les noms de champs sont également limités en raison de l’utilisation d’un format de base de données antiquaire.

Dans spatialite, vous pouvez stocker toutes les données du projet dans un seul fichier. et nommez les champs comme vous le souhaitez (enfin, presque).

Le seul inconvénient de spatialite est son cycle de mise à jour rapide, rendant difficile la lecture ou l'écriture de données écrites dans une autre version (plus ancienne).

AndreJ
la source
15

En plus de la réponse de scruss, les fichiers de formes ont quelques limitations:

  • la longueur maximale du nom de champ est de 10 caractères
  • la taille maximale du fichier (.dbf / .shp) est de 2 Go
  • Les attributs numériques sont stockés sous forme de caractères (nombres entiers / flottants), ce qui peut entraîner des problèmes d'arrondi, etc.
  • Les valeurs NULL sont interprétées différemment entre les systèmes
Oyvind
la source
4

Pour moi, le plus gros avantage est le système de base de données relationnelle dans un format de fichier unique. Parmi les nombreux avantages, il y a l'utilisation de fonctions spatiales pour créer des vues. Prenons un cas où vous avez reçu un ensemble de points et que votre méthodologie consiste à mettre en tampon la base de points sur un attribut, puis à tester la coïncidence de ces tampons avec d'autres entités géographiques. L'utilisation de ce flux de travail avec des fichiers de formes nécessite généralement que chaque opération soit conservée comme un autre fichier de formes. Maintenant, si l'une de vos données est mise à jour, vous devez exécuter à nouveau la chaîne entière. Sans oublier que dans certains environnements, les données d'entrée peuvent être modifiées à votre insu. Ce n'est pas un problème lorsque vous utilisez des vues SQL pour les opérations géométriques. (Je sais que certains outils permettent de résoudre ce type de problème avec les fichiers de formes, mais la question concerne la base de données spatiaLite.)

Scro
la source
2

Tout ce qui est dans un seul fichier est aussi un inconvénient: beaucoup plus difficile à réparer si quelque chose est cassé. La taille du fichier semble également commencer à 3,7 Mo, même pour des ensembles de données presque vides. Ils semblent également ne prendre en charge que les champs texte, entier et flottant. Pas de date / heure ni de champs booléens. Au moins lors des tests dans QGIS 1.8

Uffe Kousgaard
la source
1
Spatialite a des types date / heure, dans la mesure où il possède des types pour n'importe quoi: type de données Date et heure .
scruss
2
"SQLite ne dispose pas d'une classe de stockage réservée au stockage de dates et / ou d'heures" citées à partir de la page vers laquelle vous créez un lien. Oui, il est possible de stocker n'importe quoi dans un champ de texte, mais il ne s'agit que de texte qui doit être analysé avant de pouvoir effectuer des calculs.
Uffe Kousgaard
Non, vous ne le faites pas; vous pouvez faire des requêtes comme select * where date < '1980-01-01'et il fait le calcul pour vous.
scruss
ce qui signifie que le texte est analysé. L'alternative est que la date est stockée sous la forme d'un nombre directement compris par le moteur. Sans risque, que vous rencontriez le 31 avril ou toute autre valeur illégale. Avec le texte, il doit être traduit en nombre avant que l'opérateur <puisse être appliqué.
Uffe Kousgaard
1
@UffeKousgaard: Dans les fichiers .dbf, les nombres (entiers / flottants) et les dates-heures sont stockés sous forme de caractères. Ainsi, dans le cas de l'analyse syntaxique, les fichiers de formes n'ont aucun avantage ici.
Oyvind