{"title":"Tutoriel GeoDjango","version":"6.1","locale":"fr","docname":"ref/contrib/gis/tutorial","url":"/fr/6.1/ref/contrib/gis/tutorial/","canonical":"https://djangodocs.dev/fr/6.1/ref/contrib/gis/tutorial/","summary":"Introduction Lien vers cette rubrique # GeoDjango est un module contribué de Django qui le transforme en un système géographique web de grande envergure. L’objectif…","html":"

Tutoriel GeoDjangoLien vers cette rubrique#

\n
\n

IntroductionLien vers cette rubrique#

\n

GeoDjango est un module contribué de Django qui le transforme en un système géographique web de grande envergure. L’objectif de GeoDjango est de faciliter le plus possible la création d’applications web géographiques telles que des services basés sur la géolocalisation. Ses fonctionnalités comprennent :

\n\n

Ce tutoriel part du principe que Django vous est familier ; si donc vous débutez avec Django, commencez par lire le tutoriel normal pour vous familiariser avec Django.

\n\n

Ce tutoriel va vous guider dans les création d’une application web géographique pour visualiser les frontières mondiales. [1] Une partie du code de ce tutoriel est emprunté ou s’inspire du projet des applications de base GeoDjango. [2]

\n\n
\n
\n

Mise en routeLien vers cette rubrique#

\n
\n

Création d’une base de données spatialeLien vers cette rubrique#

\n

En règle générale, aucune configuration spéciale n’est requise, ce qui fait que vous pouvez créer une base de données comme pour n’importe quel autre projet. Nous fournissons quelques astuces pour des bases de données précises :

\n\n
\n
\n

Création d’un nouveau projetLien vers cette rubrique#

\n

Utilisez le script standard django-admin pour créer un projet nommé geodjango:

\n

Linux / macOS

Shell
$ django-admin startproject geodjango\n
\n

Windows

Windows
...\\> django-admin startproject geodjango\n
\n

Ceci va initialiser un nouveau projet. Créez maintenant une application Django world à l’intérieur du projet geodjango:

\n

Linux / macOS

Shell
$ cd geodjango\n$ python manage.py startapp world\n
\n

Windows

Windows
...\\> cd geodjango\n...\\> py manage.py startapp world\n
\n
\n
\n

Configuration de settings.pyLien vers cette rubrique#

\n

Les réglages du projet geodjango sont dans le fichier geodjango/settings.py. Modifiez les réglages de la connexion de base de données pour qu’ils correspondent à votre configuration :

\n
Code
DATABASES = {\n    "default": {\n        "ENGINE": "django.contrib.gis.db.backends.postgis",\n        "NAME": "geodjango",\n        "USER": "geo",\n    },\n}\n
\n

De plus, modifiez le réglage INSTALLED_APPS pour qu’il contienne django.contrib.admin, django.contrib.gis et world (l’application que vous venez de créer) :

\n
Code
INSTALLED_APPS = [\n    "django.contrib.admin",\n    "django.contrib.auth",\n    "django.contrib.contenttypes",\n    "django.contrib.sessions",\n    "django.contrib.messages",\n    "django.contrib.staticfiles",\n    "django.contrib.gis",\n    "world",\n]\n
\n
\n
\n
\n

Données géographiquesLien vers cette rubrique#

\n
\n

Frontières mondialesLien vers cette rubrique#

\n

Les données des frontières mondiales sont disponibles dans ce fichier zip. Créez un répertoire data dans l’application world, téléchargez les données des frontières mondiales et décompressez le fichier. Sur les plates-formes GNU/Linux, utilisez les commandes suivantes :

\n

Linux / macOS

Shell
$ mkdir world/data\n$ cd world/data\n$ wget https://web.archive.org/web/20231220150759/https://thematicmapping.org/downloads/TM_WORLD_BORDERS-0.3.zip\n$ unzip TM_WORLD_BORDERS-0.3.zip\n$ cd ../..\n
\n

Windows

Windows
...\\> mkdir world\\data\n...\\> cd world\\data\n...\\> wget https://web.archive.org/web/20231220150759/https://thematicmapping.org/downloads/TM_WORLD_BORDERS-0.3.zip\n...\\> unzip TM_WORLD_BORDERS-0.3.zip\n...\\> cd ..\\..\n
\n

Le fichier ZIP des frontières mondiales contient un ensemble de fichiers de données formant ensemble ce qu’on appelle un Shapefile ESRI, l’un des formats de données géospatiales les plus utilisés. Après décompression, le jeu de données des frontières mondiales contient des fichiers avec les extensions suivantes :

\n\n
\n
\n

Utilisation de ogrinfo pour examiner les données spatialesLien vers cette rubrique#

\n

L’utilitaire GDAL ogrinfo permet d’examiner les métadonnées des shapefiles ou d’autres sources de données vectorielles :

\n

Linux / macOS

Shell
$ ogrinfo world/data/TM_WORLD_BORDERS-0.3.shp\nINFO: Open of `world/data/TM_WORLD_BORDERS-0.3.shp'\n      using driver `ESRI Shapefile' successful.\n1: TM_WORLD_BORDERS-0.3 (Polygon)\n
\n

Windows

Windows
...\\> ogrinfo world\\data\\TM_WORLD_BORDERS-0.3.shp\nINFO: Open of `world/data/TM_WORLD_BORDERS-0.3.shp'\n      using driver `ESRI Shapefile' successful.\n1: TM_WORLD_BORDERS-0.3 (Polygon)\n
\n

ogrinfo nous indique que le shapefile possède une couche et que celle-ci contient des données de type polygone. Pour en savoir plus, nous indiquons le nom de la couche et nous utilisons l’option -so pour n’afficher que le résumé des informations importantes :

\n

Linux / macOS

Shell
$ ogrinfo -so world/data/TM_WORLD_BORDERS-0.3.shp TM_WORLD_BORDERS-0.3\nINFO: Open of `world/data/TM_WORLD_BORDERS-0.3.shp'\n      using driver `ESRI Shapefile' successful.\n\nLayer name: TM_WORLD_BORDERS-0.3\nMetadata:\n  DBF_DATE_LAST_UPDATE=2008-07-30\nGeometry: Polygon\nFeature Count: 246\nExtent: (-180.000000, -90.000000) - (180.000000, 83.623596)\nLayer SRS WKT:\nGEOGCRS["WGS 84",\n    DATUM["World Geodetic System 1984",\n        ELLIPSOID["WGS 84",6378137,298.257223563,\n            LENGTHUNIT["metre",1]]],\n    PRIMEM["Greenwich",0,\n        ANGLEUNIT["degree",0.0174532925199433]],\n    CS[ellipsoidal,2],\n        AXIS["latitude",north,\n            ORDER[1],\n            ANGLEUNIT["degree",0.0174532925199433]],\n        AXIS["longitude",east,\n            ORDER[2],\n            ANGLEUNIT["degree",0.0174532925199433]],\n    ID["EPSG",4326]]\nData axis to CRS axis mapping: 2,1\nFIPS: String (2.0)\nISO2: String (2.0)\nISO3: String (3.0)\nUN: Integer (3.0)\nNAME: String (50.0)\nAREA: Integer (7.0)\nPOP2005: Integer64 (10.0)\nREGION: Integer (3.0)\nSUBREGION: Integer (3.0)\nLON: Real (8.3)\nLAT: Real (7.3)\n
\n

Windows

Windows
...\\> ogrinfo -so world\\data\\TM_WORLD_BORDERS-0.3.shp TM_WORLD_BORDERS-0.3\nINFO: Open of `world/data/TM_WORLD_BORDERS-0.3.shp'\n      using driver `ESRI Shapefile' successful.\n\nLayer name: TM_WORLD_BORDERS-0.3\nMetadata:\n  DBF_DATE_LAST_UPDATE=2008-07-30\nGeometry: Polygon\nFeature Count: 246\nExtent: (-180.000000, -90.000000) - (180.000000, 83.623596)\nLayer SRS WKT:\nGEOGCRS["WGS 84",\n    DATUM["World Geodetic System 1984",\n        ELLIPSOID["WGS 84",6378137,298.257223563,\n            LENGTHUNIT["metre",1]]],\n    PRIMEM["Greenwich",0,\n        ANGLEUNIT["degree",0.0174532925199433]],\n    CS[ellipsoidal,2],\n        AXIS["latitude",north,\n            ORDER[1],\n            ANGLEUNIT["degree",0.0174532925199433]],\n        AXIS["longitude",east,\n            ORDER[2],\n            ANGLEUNIT["degree",0.0174532925199433]],\n    ID["EPSG",4326]]\nData axis to CRS axis mapping: 2,1\nFIPS: String (2.0)\nISO2: String (2.0)\nISO3: String (3.0)\nUN: Integer (3.0)\nNAME: String (50.0)\nAREA: Integer (7.0)\nPOP2005: Integer64 (10.0)\nREGION: Integer (3.0)\nSUBREGION: Integer (3.0)\nLON: Real (8.3)\nLAT: Real (7.3)\n
\n

Ce résumé d’informations détaillé nous indique le nombre d’objets dans la couche (246), les limites géographiques des données, le système de référence spatial (« SRS WKT ») ainsi que le type d’information de chaque champ d’attribut. Par exemple, FIPS: String (2.0) indique que la longueur maximale du champ textuel FIPS est de 2 caractères. De même, LON: Real (8.3) correspond à un champ nombre en virgule flottante contenant un maximum de 8 chiffres avant la virgule et 3 après.

\n
\n
\n
\n

Modèles géographiquesLien vers cette rubrique#

\n
\n

Définition d’un modèle géographiqueLien vers cette rubrique#

\n

Après avoir examiné le jeu de données à l’aide de ogrinfo, créez un modèle GeoDjango pour représenter ces données :

\n
Code
from django.contrib.gis.db import models\n\n\nclass WorldBorder(models.Model):\n    # Regular Django fields corresponding to the attributes in the\n    # world borders shapefile.\n    name = models.CharField(max_length=50)\n    area = models.IntegerField()\n    pop2005 = models.IntegerField("Population 2005")\n    fips = models.CharField("FIPS Code", max_length=2, null=True)\n    iso2 = models.CharField("2 Digit ISO", max_length=2)\n    iso3 = models.CharField("3 Digit ISO", max_length=3)\n    un = models.IntegerField("United Nations Code")\n    region = models.IntegerField("Region Code")\n    subregion = models.IntegerField("Sub-Region Code")\n    lon = models.FloatField()\n    lat = models.FloatField()\n\n    # GeoDjango-specific: a geometry field (MultiPolygonField)\n    mpoly = models.MultiPolygonField()\n\n    # Returns the string representation of the model.\n    def __str__(self):\n        return self.name\n
\n

Notez que le module models est importé à partir de django.contrib.gis.db.

\n

Le système de référence spatial par défaut des champs géométriques est WGS84 (ce qui implique une valeur de SRID de 4326) ; en d’autres termes, les coordonnées du champ sont des couples longitude/latitude en degrés. Pour utiliser un système de coordonnées différent, définissez le SRID du champ géométrique avec le paramètre srid. Utilisez un nombre entier représentant le code EPSG du système de coordonnées.

\n
\n
\n

Exécutez migrateLien vers cette rubrique#

\n

Après avoir défini le modèle, vous devez le synchroniser avec la base de données. Créez tout d’abord une migration de base de données :

\n

Linux / macOS

Shell
$ python manage.py makemigrations\nMigrations for 'world':\n  world/migrations/0001_initial.py:\n    + Create model WorldBorder\n
\n

Windows

Windows
...\\> py manage.py makemigrations\nMigrations for 'world':\n  world/migrations/0001_initial.py:\n    + Create model WorldBorder\n
\n

Examinons le code SQL qui générera la table du modèle WorldBorder:

\n

Linux / macOS

Shell
$ python manage.py sqlmigrate world 0001\n
\n

Windows

Windows
...\\> py manage.py sqlmigrate world 0001\n
\n

Cette commande devrait produire le résultat suivant :

\n
SQL
BEGIN;\n--\n-- Create model WorldBorder\n--\nCREATE TABLE "world_worldborder" (\n    "id" bigint NOT NULL PRIMARY KEY GENERATED BY DEFAULT AS IDENTITY,\n    "name" varchar(50) NOT NULL,\n    "area" integer NOT NULL,\n    "pop2005" integer NOT NULL,\n    "fips" varchar(2) NOT NULL,\n    "iso2" varchar(2) NOT NULL,\n    "iso3" varchar(3) NOT NULL,\n    "un" integer NOT NULL,\n    "region" integer NOT NULL,\n    "subregion" integer NOT NULL,\n    "lon" double precision NOT NULL,\n    "lat" double precision NOT NULL\n    "mpoly" geometry(MULTIPOLYGON,4326) NOT NULL\n)\n;\nCREATE INDEX "world_worldborder_mpoly_id" ON "world_worldborder" USING GIST ("mpoly");\nCOMMIT;\n
\n

Si cela vous semble correct, exécutez migrate pour créer la table dans la base de données :

\n

Linux / macOS

Shell
$ python manage.py migrate\nOperations to perform:\n  Apply all migrations: admin, auth, contenttypes, sessions, world\nRunning migrations:\n  ...\n  Applying world.0001_initial... OK\n
\n

Windows

Windows
...\\> py manage.py migrate\nOperations to perform:\n  Apply all migrations: admin, auth, contenttypes, sessions, world\nRunning migrations:\n  ...\n  Applying world.0001_initial... OK\n
\n
\n
\n
\n

Importation de données spatialesLien vers cette rubrique#

\n

Cette section présente la manière d’importer le fichier des frontières mondiales dans une base de données via les modèles GeoDjango en utilisant l’Utilitaire d’importation de données LayerMapping.

\n

Il existe plusieurs façons d’importer des données dans une base de données spatiale ; en plus des outils inclus avec GeoDjango, il est aussi possible d’utiliser :

\n\n
\n

Interface GDALLien vers cette rubrique#

\n

Vous avez précédemment utilisé ogrinfo pour examiner le contenu du fichier des frontières mondiales. GeoDjango contient également une interface Python vers la puissante bibliothèque OGR de GDAL qui est capable de traiter toutes les sources de données vectorielles prises en charge par OGR.

\n

Premièrement, lancez le shell Django :

\n

Linux / macOS

Shell
$ python manage.py shell\n
\n

Windows

Windows
...\\> py manage.py shell\n
\n

Si vous avez téléchargé les données Frontières mondiales précédemment dans ce tutoriel, vous pouvez déterminer son chemin en utilisant pathlib.Path de Python :

\n
Python console
>>> from pathlib import Path\n>>> import world\n>>> world_shp = Path(world.__file__).resolve().parent / "data" / "TM_WORLD_BORDERS-0.3.shp"\n
\n

Ouvrez maintenant le fichier shapefile des frontières mondiales en utilisant l’interface DataSource de GeoDjango :

\n
Python console
>>> from django.contrib.gis.gdal import DataSource\n>>> ds = DataSource(world_shp)\n>>> print(ds)\n/ ... /geodjango/world/data/TM_WORLD_BORDERS-0.3.shp (ESRI Shapefile)\n
\n

Les objets des sources de données peuvent posséder plusieurs couches de contenu géospatial ; cependant, les fichiers shapefile ne peuvent contenir qu’une seule couche :

\n
Python console
>>> print(len(ds))\n1\n>>> lyr = ds[0]\n>>> print(lyr)\nTM_WORLD_BORDERS-0.3\n
\n

Vous pouvez voir le type géométrique de la couche ainsi que le nombre d’objets qu’elle contient :

\n
Python console
>>> print(lyr.geom_type)\nPolygon\n>>> print(len(lyr))\n246\n
\n\n

Il est aussi possible qu’un système de référence spatial soit associé à l’objet Layer. Si c’est le cas, l’attribut srs renvoie un objet SpatialReference:

\n
Python console
>>> srs = lyr.srs\n>>> print(srs)\nGEOGCS["WGS 84",\nDATUM["WGS_1984",\n    SPHEROID["WGS 84",6378137,298.257223563,\n        AUTHORITY["EPSG","7030"]],\n    AUTHORITY["EPSG","6326"]],\nPRIMEM["Greenwich",0,\n    AUTHORITY["EPSG","8901"]],\nUNIT["degree",0.0174532925199433,\n    AUTHORITY["EPSG","9122"]],\nAXIS["Latitude",NORTH],\nAXIS["Longitude",EAST],\nAUTHORITY["EPSG","4326"]]\n>>> srs.proj  # PROJ representation\n'+proj=longlat +datum=WGS84 +no_defs'\n
\n

Ce fichier shapefile utilise le système de référence spatial bien connu WGS84 ; en d’autres termes, les données sont représentées par des couples longitude/latitude en degrés.

\n

De plus, les fichiers shapefile peuvent aussi contenir des champs d’attributs comportant des données supplémentaires. Voici ces champs pour la couche World Borders:

\n
Python console
>>> print(lyr.fields)\n['FIPS', 'ISO2', 'ISO3', 'UN', 'NAME', 'AREA', 'POP2005', 'REGION', 'SUBREGION', 'LON', 'LAT']\n
\n

Le code suivant permet d’examiner le type OGR (par ex. nombre entier ou chaîne de caractères) associé à chaque champ :

\n
Python console
>>> [fld.__name__ for fld in lyr.field_types]\n['OFTString', 'OFTString', 'OFTString', 'OFTInteger', 'OFTString', 'OFTInteger', 'OFTInteger64', 'OFTInteger', 'OFTInteger', 'OFTReal', 'OFTReal']\n
\n

Il est possible de parcourir chaque objet de la couche et d’extraire des informations à la fois de la géométrie des objets (accessible par l’attribut geom) et des champs d’attribut des objets (dont les valeurs sont accessibles par la méthode get()) :

\n
Python console
>>> for feat in lyr:\n...     print(feat.get("NAME"), feat.geom.num_points)\n...\nGuernsey 18\nJersey 26\nSouth Georgia South Sandwich Islands 338\nTaiwan 363\n
\n

Les objets Layer peuvent être segmentés :

\n
Python console
>>> lyr[0:2]\n[<django.contrib.gis.gdal.feature.Feature object at 0x2f47690>, <django.contrib.gis.gdal.feature.Feature object at 0x2f47650>]\n
\n

Et des objets individuels peuvent être récupérés par leur identifiant d’objet :

\n
Python console
>>> feat = lyr[234]\n>>> print(feat.get("NAME"))\nSan Marino\n
\n

Les objets géométriques des frontières peuvent être exportés en tant que WKT ou GeoJSON :

\n
Python console
>>> geom = feat.geom\n>>> print(geom.wkt)\nPOLYGON ((12.415798 43.957954,12.450554 ...\n>>> print(geom.json)\n{ "type": "Polygon", "coordinates": [ [ [ 12.415798, 43.957954 ], [ 12.450554, 43.979721 ], ...\n
\n
\n
\n

Cartographie des couches (LayerMapping)Lien vers cette rubrique#

\n

Pour importer les données, utilisez un objet LayerMapping dans un script Python. Créez un fichier nommé load.py dans l’application world et insérez-y le code suivant :

\n
Code
from pathlib import Path\nfrom django.contrib.gis.utils import LayerMapping\nfrom .models import WorldBorder\n\nworld_mapping = {\n    "fips": "FIPS",\n    "iso2": "ISO2",\n    "iso3": "ISO3",\n    "un": "UN",\n    "name": "NAME",\n    "area": "AREA",\n    "pop2005": "POP2005",\n    "region": "REGION",\n    "subregion": "SUBREGION",\n    "lon": "LON",\n    "lat": "LAT",\n    "mpoly": "MULTIPOLYGON",\n}\n\nworld_shp = Path(__file__).resolve().parent / "data" / "TM_WORLD_BORDERS-0.3.shp"\n\n\ndef run(verbose=True):\n    lm = LayerMapping(WorldBorder, world_shp, world_mapping, transform=False)\n    lm.save(strict=True, verbose=verbose)\n
\n

Quelques notes au sujet du procédé :

\n\n

Après cela, appelez le shell Django à partir du répertoire de projet geodjango:

\n

Linux / macOS

Shell
$ python manage.py shell\n
\n

Windows

Windows
...\\> py manage.py shell\n
\n

Puis, importez le module load, appelez la routine run et observez LayerMapping effectuant tout le travail :

\n
Python console
>>> from world import load\n>>> load.run()\n
\n
\n
\n

Utilisation de ogrinspectLien vers cette rubrique#

\n

Maintenant que vous avez vu comment définir des modèles géographiques et importer des données avec l’Utilitaire d’importation de données LayerMapping, il est possible d’automatiser davantage ce processus à l’aide de la commande de gestion ogrinspect. La commande ogrinspect inspecte une source de données vectorielle prise en charge par GDAL (par ex. un shapefile) et génère automatiquement une définition de modèle ainsi qu’un dictionnaire LayerMapping.

\n

L’utilisation générale de la commande correspond à ceci :

\n

Linux / macOS

Shell
$ python manage.py ogrinspect [options] <data_source> <model_name> [options]\n
\n

Windows

Windows
...\\> py manage.py ogrinspect [options] <data_source> <model_name> [options]\n
\n

data_source est le chemin vers la source de données prise en charge par GDAL et model_name est le nom à utiliser pour le modèle. Les options en ligne de commande peuvent être utilisées pour définir plus finement la manière dont le modèle doit être généré.

\n

Par exemple, la commande suivante reproduit presque le modèle WorldBorder et le dictionnaire de correspondance créés ci-dessus, de façon automatique :

\n

Linux / macOS

Shell
$ python manage.py ogrinspect world/data/TM_WORLD_BORDERS-0.3.shp WorldBorder \\\n    --srid=4326 --mapping --multi\n
\n

Windows

Windows
...\\> py manage.py ogrinspect world\\data\\TM_WORLD_BORDERS-0.3.shp WorldBorder \\\n    --srid=4326 --mapping --multi\n
\n

Quelques notes sur les options de ligne de commande indiquées ci-dessus :

\n\n

La commande produit le résultat suivant, qui peut être directement copié dans un fichier models.py d’une application GeoDjango :

\n
Code
# This is an auto-generated Django model module created by ogrinspect.\nfrom django.contrib.gis.db import models\n\n\nclass WorldBorder(models.Model):\n    fips = models.CharField(max_length=2)\n    iso2 = models.CharField(max_length=2)\n    iso3 = models.CharField(max_length=3)\n    un = models.IntegerField()\n    name = models.CharField(max_length=50)\n    area = models.IntegerField()\n    pop2005 = models.IntegerField()\n    region = models.IntegerField()\n    subregion = models.IntegerField()\n    lon = models.FloatField()\n    lat = models.FloatField()\n    geom = models.MultiPolygonField(srid=4326)\n\n\n# Auto-generated `LayerMapping` dictionary for WorldBorder model\nworldborders_mapping = {\n    "fips": "FIPS",\n    "iso2": "ISO2",\n    "iso3": "ISO3",\n    "un": "UN",\n    "name": "NAME",\n    "area": "AREA",\n    "pop2005": "POP2005",\n    "region": "REGION",\n    "subregion": "SUBREGION",\n    "lon": "LON",\n    "lat": "LAT",\n    "geom": "MULTIPOLYGON",\n}\n
\n
\n
\n
\n

Requêtes spatialesLien vers cette rubrique#

\n
\n

Recherches spatialesLien vers cette rubrique#

\n

GeoDjango ajoute des recherches spatiales à l’ORM de Django. Par exemple, vous pouvez chercher le pays de la table WorldBorder qui contient un point particulier. Commencez par lancer un shell de commande :

\n

Linux / macOS

Shell
$ python manage.py shell\n
\n

Windows

Windows
...\\> py manage.py shell\n
\n

Définissez maintenant un point d’intérêt [3]:

\n
Python console
>>> pnt_wkt = "POINT(-95.3385 29.7245)"\n
\n

La chaîne pnt_wkt représente le point situé à la longitude -95.3385 degrés et la latitude 29.7245 degrés. La syntaxe géométrique est dans un format connu sous le nom de Well Known Text (WKT), un standard émis par le consortium Open Geospatial (OGC). [4] Importez le modèle WorldBorder et lancez une recherche contains avec pnt_wkt en paramètre :

\n
Python console
>>> from world.models import WorldBorder\n>>> WorldBorder.objects.filter(mpoly__contains=pnt_wkt)\n<QuerySet [<WorldBorder: United States>]>\n
\n

Here, you retrieved a QuerySet with only one model instance: the border of\nthe United States (exactly what you would expect).

\n

De la même façon, vous pouvez aussi utiliser un objet géométrique GEOS. Ici, vous pouvez combiner une requête spatiale intersects avec la méthode get pour obtenir la seule instance de Saint-Marin au lieu d’un queryset :

\n
Python console
>>> from django.contrib.gis.geos import Point\n>>> pnt = Point(12.4604, 43.9420)\n>>> WorldBorder.objects.get(mpoly__intersects=pnt)\n<WorldBorder: San Marino>\n
\n

Les recherches contains et intersects ne sont qu’un sous-ensemble des recherches possibles, consultez la documentation API de base de données GeoDjango pour plus de détails.

\n
\n
\n

Transformations spatiales automatiquesLien vers cette rubrique#

\n

Lors de l’exécution de requêtes spatiales, GeoDjango transforme automatiquement les objets géométriques s’ils sont dans un système de coordonnées différent. Dans l’exemple suivant, les coordonnées seront exprimées en SRID EPSG 32140, un système de coordonnées purement spécifique au Texas du Sud et en mètres, pas en degrés :

\n
Python console
>>> from django.contrib.gis.geos import GEOSGeometry, Point\n>>> pnt = Point(954158.1, 4215137.1, srid=32140)\n
\n

Notez que pnt peut aussi être construit avec EWKT, une forme « étendue » de WKT qui contient le SRID :

\n
Python console
>>> pnt = GEOSGeometry("SRID=32140;POINT(954158.1 4215137.1)")\n
\n

L’ORM de GeoDjango adapte automatiquement les valeurs géométriques dans le code de transformation SQL adéquat, permettant au développeur de travailler à un haut niveau d’abstraction :

\n
Python console
>>> qs = WorldBorder.objects.filter(mpoly__intersects=pnt)\n>>> print(qs.query)  # Generating the SQL\nSELECT "world_worldborder"."id", "world_worldborder"."name", "world_worldborder"."area",\n"world_worldborder"."pop2005", "world_worldborder"."fips", "world_worldborder"."iso2",\n"world_worldborder"."iso3", "world_worldborder"."un", "world_worldborder"."region",\n"world_worldborder"."subregion", "world_worldborder"."lon", "world_worldborder"."lat",\n"world_worldborder"."mpoly" FROM "world_worldborder"\nWHERE ST_Intersects("world_worldborder"."mpoly", ST_Transform(%s, 4326))\n>>> qs  # printing evaluates the queryset\n<QuerySet [<WorldBorder: United States>]>\n
\n\n
\n
\n

Objets géométriques différésLien vers cette rubrique#

\n

GeoDjango charge les objets géométriques dans une représentation textuelle standardisée. Lors du premier accès au champ géométrique, GeoDjango crée un objet GEOSGeometry exposant des fonctionnalités puissantes comme des propriétés de sérialisation pour des formats géospatiaux populaires :

\n
Python console
>>> sm = WorldBorder.objects.get(name="San Marino")\n>>> sm.mpoly\n<MultiPolygon object at 0x24c6798>\n>>> sm.mpoly.wkt  # WKT\nMULTIPOLYGON (((12.4157980000000006 43.9579540000000009, 12.4505540000000003 43.9797209999999978, ...\n>>> sm.mpoly.wkb  # WKB (as Python binary buffer)\n<read-only buffer for 0x1fe2c70, size -1, offset 0 at 0x2564c40>\n>>> sm.mpoly.geojson  # GeoJSON\n'{ "type": "MultiPolygon", "coordinates": [ [ [ [ 12.415798, 43.957954 ], [ 12.450554, 43.979721 ], ...\n
\n

Cela comprend aussi l’accès à toutes les opérations géométriques avancées fournies par la bibliothèque GEOS :

\n
Python console
>>> pnt = Point(12.4604, 43.9420)\n>>> sm.mpoly.contains(pnt)\nTrue\n>>> pnt.contains(sm.mpoly)\nFalse\n
\n
\n
\n

Annotations géographiquesLien vers cette rubrique#

\n

GeoDjango propose également un ensemble d’annotations géographiques pour calculer les distances et diverses autres opérations (intersection, différence, etc.). Voir la documentation Fonctions de base de données géographiques.

\n
\n
\n
\n

Placement des données sur une carteLien vers cette rubrique#

\n
\n

Interface d’administration géographiqueLien vers cette rubrique#

\n

L’application d’administration de Django prend en charge l’édition des champs géométriques.

\n
\n

GénéralitésLien vers cette rubrique#

\n

L’administration de Django permet aux utilisateurs de créer et modifier des objets géométriques sur une carte active JavaScript (basée sur OpenLayers).

\n

Mettons-nous au travail. Créez un fichier nommé admin.py dans l’application world et placez-y le code suivant :

\n
Code
from django.contrib.gis import admin\nfrom .models import WorldBorder\n\nadmin.site.register(WorldBorder, admin.ModelAdmin)\n
\n

Puis, modifiez urls.py dans le dossier d’application geodjango comme ceci :

\n
Code
from django.contrib import admin\nfrom django.urls import include, path\n\nurlpatterns = [\n    path("admin/", admin.site.urls),\n]\n
\n

Créez un utilisateur administrateur :

\n

Linux / macOS

Shell
$ python manage.py createsuperuser\n
\n

Windows

Windows
...\\> py manage.py createsuperuser\n
\n

Puis, démarrez le serveur de développement Django :

\n

Linux / macOS

Shell
$ python manage.py runserver\n
\n

Windows

Windows
...\\> py manage.py runserver\n
\n

Pour terminer, allez à l’adresse http://localhost:8000/admin/ et connectez-vous avec l’utilisateur que vous venez de créer. Parcourez l’un des objets WorldBorder et constatez que les frontières peuvent être modifiées en cliquant sur un polygone et en faisant glisser ses arêtes à la position souhaitée.

\n
\n
\n

GISModelAdminLien vers cette rubrique#

\n

Avec GISModelAdmin, GeoDjango utilise une couche OpenStreetMap dans l’interface d’administration. Cela donne plus de contexte (y compris les détails des rues et des voies de communication) que l’interface disponible avec ModelAdmin (qui utilise le jeu de données WMS Vector Map Level 0 hébergé sur OSGeo).

\n

Les fichiers de projections PROJ doivent être installés (voir les instructions d’installation de PROJ pour plus de détails).

\n

Si cette exigence est satisfaite, vous pouvez utiliser la classe GISModelAdmin dans le fichier admin.py:

\n
Code
admin.site.register(WorldBorder, admin.GISModelAdmin)\n
\n

Notes de bas de page

\n\n
\n
\n
","rootId":"geodjango-tutorial","toc":[{"title":"Introduction","anchor":"introduction","children":[]},{"title":"Mise en route","anchor":"setting-up","children":[{"title":"Création d’une base de données spatiale","anchor":"create-a-spatial-database","children":[]},{"title":"Création d’un nouveau projet","anchor":"create-a-new-project","children":[]},{"title":"Configuration de settings.py","anchor":"configure-settings-py","children":[]}]},{"title":"Données géographiques","anchor":"geographic-data","children":[{"title":"Frontières mondiales","anchor":"worldborders","children":[]},{"title":"Utilisation de ogrinfo pour examiner les données spatiales","anchor":"use-ogrinfo-to-examine-spatial-data","children":[]}]},{"title":"Modèles géographiques","anchor":"geographic-models","children":[{"title":"Définition d’un modèle géographique","anchor":"defining-a-geographic-model","children":[]},{"title":"Exécutez migrate","anchor":"run-migrate","children":[]}]},{"title":"Importation de données spatiales","anchor":"importing-spatial-data","children":[{"title":"Interface GDAL","anchor":"gdal-interface","children":[]},{"title":"Cartographie des couches (LayerMapping)","anchor":"layermapping","children":[]},{"title":"Utilisation de ogrinspect","anchor":"try-ogrinspect","children":[]}]},{"title":"Requêtes spatiales","anchor":"spatial-queries","children":[{"title":"Recherches spatiales","anchor":"spatial-lookups","children":[]},{"title":"Transformations spatiales automatiques","anchor":"automatic-spatial-transformations","children":[]},{"title":"Objets géométriques différés","anchor":"lazy-geometries","children":[]},{"title":"Annotations géographiques","anchor":"geographic-annotations","children":[]}]},{"title":"Placement des données sur une carte","anchor":"putting-your-data-on-the-map","children":[{"title":"Interface d’administration géographique","anchor":"geographic-admin","children":[{"title":"Généralités","anchor":"basics","children":[]},{"title":"GISModelAdmin","anchor":"gismodeladmin","children":[]}]}]}],"breadcrumbs":[{"docname":"ref/index","title":"Référence de l’API","url":"/fr/6.1/ref/"},{"docname":"ref/contrib/index","title":"Paquets contrib","url":"/fr/6.1/ref/contrib/"},{"docname":"ref/contrib/gis/index","title":"GeoDjango","url":"/fr/6.1/ref/contrib/gis/"}],"prev":{"docname":"ref/contrib/gis/index","title":"GeoDjango","url":"/fr/6.1/ref/contrib/gis/"},"next":{"docname":"ref/contrib/gis/install/index","title":"Installation de GeoDjango","url":"/fr/6.1/ref/contrib/gis/install/"},"formats":{"html":"/fr/6.1/ref/contrib/gis/tutorial/","markdown":"/fr/6.1/ref/contrib/gis/tutorial.md","json":"/fr/6.1/ref/contrib/gis/tutorial.json"},"source":"https://github.com/django/django/blob/stable/6.1.x/docs/ref/contrib/gis/tutorial.txt","official":"https://docs.djangoproject.com/fr/6.1/ref/contrib/gis/tutorial/","inVersions":["6.1","6.0","5.2","5.1","5.0","4.2","4.1","4.0","3.2","3.1","3.0","2.2","2.1","2.0","1.11","1.10","1.9"],"inLocales":["en","sv","zh-hans","ga","fr","ja","id","it","pt-br","ko","es","el","pl"]}