SpatiaLite Cookbook

	Spatial MetaData Tables
Février 2011

Précèdent

Table des matières

SpatiaLite nécessite la présence de metadata tables (tables de métadonnée) afin de fonctionner correctement..
Il n'y a rien d'étrange dans ces tables; ce sont des tables comme les autres.
Elles sont qualifiées de metadata car elles contiennent une description complète des objets géométries.

La plus part des fonctions spatiales SQL puissantes s'appuient sur ces tables: elles sont donc absolument nécessaires
Toute tentative de modifier de quelque manière que ce soit ces tables entraînera inévitablement une corruption et des dysfonctionnements de la BDD.

Il n'y a qu'une seule façon sure d'utiliser les metadata tables, i.e. en utilisant les fonction SQL appropriées.
La modification directe de ces tables est fortement déconseillée.

SELECT InitSpatialMetaData();

La fonction InitSpatialMetaData() doit être immédiatement appelée après avoir créer une nouvelle BDD:

cette fonction crée toutes les metadata tables nécessaires au fonctionnement de SpatiaLite.
Si une metadata table existe déjà, la fonction n'a aucun effet: l’appeler plusieurs fois est donc inutile.
attention: SpatiaLite_gui lance automatiquement (et de façon transparente) cette fonction lors de la création d'une BDD. L'utilisation de ce logiciel vous dispense donc de cette étape

SELECT *
FROM spatial_ref_sys;

srid	auth_name	auth_srid	ref_sys_name	proj4text	srs_wkt
2000	epsg	2000	Anguilla 1957 / British West Indies Grid	+proj=tmerc +lat_0=0 +lon_0=-62 +k=0.9995000000000001 +x_0=400000 +y_0=0 +ellps=clrk80 +units=m +no_defs	PROJCS["Anguilla 1957 / British West Indies Grid", GEOGCS["Anguilla 1957", DATUM["Anguilla_1957", SPHEROID["Clarke 1880 (RGS)",6378249.145,293.465, AUTHORITY["EPSG","7012"]], AUTHORITY["EPSG","6600"]], PRIMEM["Greenwich",0, AUTHORITY["EPSG","8901"]], UNIT["degree",0.01745329251994328, AUTHORITY["EPSG","9122"]], AUTHORITY["EPSG","4600"]], UNIT["metre",1, AUTHORITY["EPSG","9001"]], PROJECTION["Transverse_Mercator"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",-62], PARAMETER["scale_factor",0.9995], PARAMETER["false_easting",400000], PARAMETER["false_northing",0], AUTHORITY["EPSG","2000"], AXIS["Easting",EAST], AXIS["Northing",NORTH]]
...	...	...	...	...	...

La table spatial_ref_sys contient l'ensemble des données EPSG (Spatial Reference System definitions).

la colonne SRID est la PRIMARY KEY (clé primaire) identifiant de manière unique chaque enregistrement.
les colonnes auth_name, auth_srid et ref_sys_name contiennent les informations descriptives de la projection.
la colonne proj4text contient les paramètres geodesiques nécessaires pour la librairie PROJ.4 .
- Ces paramètres sont indispensables pour la fonction Transform() , car toutes les reprojections sont basées sur cette librairie (proj4).
la colonne srs_wkt contient une description complète du SRS , au format WKT.
- SpatiaLite ne nécessite pas la présence de cette information: mais si le texte WKT est disponible, alors un fichier .PRJ sera créé lors de l'exportation d'un Shapefile
  (Plusieurs logiciels SIG nécessitent un fichier .PRJ pour chaque Shapefile).
- SVP, ne soyez pas confus: ce WKT pour SRS n'a rien à voir avec le WKT utilisé pour les représentations géométriques.
important: modifier les définitions originales des EPSG est risqué et fortement déconseillé.
Cependant, vous êtes libre de rajouter un nouveau système de projection personnalisé avec vos propres définitions. dans ce cas, privilégiez un la création d'un SRID > 32768

SELECT *
FROM geometry_columns;

f_table_name	f_geometry_column	type	coord_dimension	srid	spatial_index_enabled
local_councils	geometry	MULTIPOLYGON	XY	23032	1
populated_places	geometry	POINT	XY	4326	1

La table geometry_columns recense chaque colonne géométrique définies dans la BDD:

Toute colonne géométrique ne figurant pas dans cette table ne peut être considéré comme une colonne géométrique valable .
important: modifier manuellement cette table peut aboutir à des résultats catastrophiques !
A la place, utilisez les fonctions spatiales appropriées: AddGeometryColumn(), RecoverGeometryColumn() par exemple.

La table geometry_columns est destinée à recenser les colonnes géométriques de tables ordinaire.
Deux autres tables similaires existent:

views_geometry_columns supporte les géométries des VUES.
virts_geometry_columns supporte les géométries des Virtual Shapefiles.

Précèdent

Table des matières

	Author: Alessandro Furieri a.furieri@lqt.it Traduced from English by RIVIERE Romain
	This work is licensed under the Attribution-ShareAlike 3.0 Unported (CC BY-SA 3.0) license.

	Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts.