Suite

Qgis Server et service WCS : problème d'affichage des couches raster


J'utilise Qgis Server et je rencontre quelques problèmes.

J'aimerais afficher des couches raster (pour le fond de carte) avec d'autres couches vectorielles mais je n'obtiens qu'un fond blanc.

Ma situation :

J'ai un projet (fichier qjs) contenant tout le calque que je veux récupérer avec cette URL :

localhost/qgis/qgis_mapserv.fcgi.exe?SERVICE=WMS&VERSION=1.3.0&SRS=EPSG:2154&REQUEST=GetMap&map=c:/myprojects/qgis/V3_dev.qgs&BBOX=320000,6300000,550000,6500000&WIDTH=1000&=HEIGHT=1000&LAYHOERS /png

ORTHOPHOTO est le groupe contenant quelques couches raster : http://nsa34.casimages.com/img/2014/06/12/140612095507246249.png">http://docs.qgis.org/2.2/fr/docs/user_manual/ préambule/whats_new.html

Ma config :

→ Windows 7x64

→ Packages installés avec OsGeo4w suivant ce tuto : hub.qgis.org/projects/quantum-gis/wiki/QGIS_Server_Tutorial (qgis server / gdal / fcgid)

→ Apache 2.4.9 avec "fcgid_module" (et "cgi_module" aussi)

→ Les propriétés OWS V3_dev : nsa34.casimages.com/img/2014/06/12/140612102742321017.png">


Mon problème est résolu ! Pas comme je le voulais mais j'ai obtenu le résultat dont j'avais besoin.

Donc, tout d'abord, ce n'est pas vraiment un bogue dans le serveur QGIS. Selon plusieurs sources, la raison pour laquelle vous ne pouvez pas afficher le raster (basé sur un fichier ECW) dans le serveur qgis est due à une licence payante : ERDAS ECW/JP2 SDK que vous pouvez voir ici : download.intergraph.com/?ProductName=ERDAS%20ECW/JPEG2000%20SDK

Il faut savoir que je n'ai pas testé cette solution car cela me parait trop fastidieux pour ce que je veux (et accessoirement je ne veux pas payer quelque chose sans savoir si cela fonctionnera).

Mais, si vous voulez essayer, voici un sujet que j'ai trouvé à ce sujet :

  • le problème : www.forumsig.org/showthread.php/37886-Probl%C3%A8mes-QGIS-Server

  • comment installer la librairie : doc.ubuntu-fr.org/qgis

  • comment installer la bibliothèque : trac.osgeo.org/gdal/wiki/ECW

Alors ! Ce n'est pas la solution choisie. Je pense que vous comprenez que le problème concerne les fichiers ECW et non l'ensemble des couches rasters. A partir de là, j'ai simplement utilisé le fichier tif au lieu d'ecw comme raster et tout se passe bien !

Deux solutions pour obtenir le fichier tif :

-> vous pouvez convertir le fichier ECW en tif avec QGIS Desktop (Menu -> Raster -> Conversion -> Convertir) : c'est un processus très long si vous avez un fichier ECW lourd. Par exemple, il me faut 10mn pour convertir un ECW 900Mo en un tif de 10 Go

-> vous pouvez télécharger la carte tif directement en ligne (Exemple : professionnels.ign.fr/catalogue )

Je me rends compte que je ne suis pas si clair sur le premier point (à propos de la licence payante, etc.). C'est parce que je ne comprends pas vraiment ce qu'est cette lib…

J'espère que cela aidera certaines personnes.

Au revoir !


Ajout d'un service WCS à ArcMap

Un service de couverture Web (WCS) est utilisé pour diffuser ouvertement des données raster à l'aide de la spécification OGC WCS. Par exemple, vous pouvez utiliser WCS pour diffuser les valeurs de pixels contenues dans une image raster multicanaux. Vous pouvez ajouter des services WCS en tant que jeux de données raster dans ArcMap et ArcGlobe, principalement pour les ajouter en tant que couches de carte et les utiliser comme entrée pour les opérations de modélisation et de géotraitement.

Après connexion à un serveur WCS, toutes les couvertures du service sont sélectionnées automatiquement. Vous pouvez sélectionner le service WCS que vous souhaitez utiliser et ajouter des couvertures WCS individuelles en tant que couches WCS distinctes.

Propriétés des couches de service WCS

Comme les propriétés de la couche raster, la boîte de dialogue Propriétés de la couche pour une couche de service WCS comporte cinq onglets : Général , Source , Etendue , Affichage et Symbologie . Contrairement à une couche raster, une couche WCS n'a pas de statistiques, de palettes de couleurs ou de table attributaire de raster.

Dans l'onglet Général, vous pouvez afficher ou modifier le nom, la description et la plage d'échelle visible de la couche de service. La zone Description est initialement renseignée avec un résumé, lorsqu'il est fourni par le service. Vous pouvez modifier la description des couches de service Web Map Service (WMS). Vous pouvez également définir une plage d'échelle pour la couche de service.

L'onglet Source fournit des informations sur la couche de service WCS. Cela inclut les propriétés raster de la couche WCS telles que le nombre de canaux, la taille de cellule, le type de source, la taille non compressée et le type de pixel, l'étendue, la référence spatiale, le type, l'URL et le nom. Les informations statistiques ne sont pas disponibles, car la couche WCS ne contient aucune information statistique.

L'onglet Etendue affiche l'étendue complète et l'étendue visible de la couche WCS.

Dans l'onglet Affichage, vous pouvez sélectionner des options d'affichage de la couche. Vous pouvez choisir les méthodes de rééchantillonnage pour l'interpolation du calque lorsqu'il est affiché, et vous pouvez également modifier les effets de calque en définissant le contraste, la luminosité et la transparence.

L'onglet Symbologie vous permet de choisir un type de rendu pour rendre la couche WCS et de modifier l'arrière-plan et la symbologie NoData. Seuls deux types de rendu sont disponibles pour une couche WCS : le rendu étiré, qui est appliqué aux couches WCS à bande unique, et le rendu composite RVB, qui est appliqué par défaut pour une couche WCS à plusieurs bandes. Tout comme vous le faites avec une couche raster, vous pouvez modifier les paramètres ou les types de rendu pour rendre la couche WCS comme vous le souhaitez. Par exemple, vous pouvez effectuer le rendu d'un WCS à plusieurs bandes à l'aide du moteur de rendu étiré avec l'une des bandes. Étant donné qu'un calque WCS ne contient pas d'informations statistiques, par défaut, aucun étirement n'est appliqué au moteur de rendu et le calque peut sembler trop sombre ou trop clair. Pour remédier à cette situation, vous pouvez fournir des statistiques personnalisées en saisissant les nombres ou en important des statistiques d'un autre jeu de données raster pour restituer la couche avec un écart type ou un type d'étirement minimum-maximum. Vous pouvez choisir une valeur à afficher comme arrière-plan dans une certaine couleur en cochant la case Afficher la valeur d'arrière-plan et en saisissant une valeur d'arrière-plan. Vous pouvez également spécifier une couleur pour les pixels NoData en choisissant une couleur dans la boîte de dialogue Sélection des couleurs.

  1. Cliquez sur le bouton Ajouter des données .
  2. Cliquez sur le menu déroulant Regarder dans et accédez au dossier Serveurs SIG.
  3. Double-cliquez sur Serveurs SIG . Cela vous donnera une liste des connexions au serveur.
  4. Faites défiler la liste jusqu'à ce que vous voyiez le serveur WCS que vous souhaitez utiliser.
  5. Double-cliquez sur le serveur WCS auquel vous souhaitez accéder. Cela vous donnera une liste des couches WCS disponibles dans le service.


Les élèves peuvent créer des cartes interactives sur le Web à l'aide d'une infrastructure de données spatiales, notamment :

  • couches géographiques composites pour faciliter l'analyse visuelle
  • joindre des tables d'informations provenant de différentes sources
  • construire une base de données spatiale et utiliser des sélections spatiales pour focaliser l'analyse
  • afficher des ensembles de données raster et géoréférencer des cartes numérisées
  • transformer les données vectorielles et raster en représentations plus utiles
  • baliser les pages Web contenant du texte, des images et des graphiques vectoriels
  • créer des pages Web par programmation
  • ajouter de l'interactivité aux pages Web pour permettre le choix des données à afficher
  • renvoyer des demandes aux serveurs Web pour la sélection et la mise à jour des données.

Le fichier de description de service a les éléments suivants comme enfants immédiats de l'élément document. Notez que lorsque la syntaxe « WCS :<URL> » pour le nom de l'ensemble de données est utilisée, le contenu du fichier de description de service est censé être modifié à l'aide d'options.

URL de service: URL du service sans paramètres

Version: La version WCS utilisée dans la communication. Si la syntaxe du nom de l'ensemble de données WCS:URL est utilisée, la valeur par défaut est 2.0.1 et la réponse du serveur peut modifier la demande de l'utilisateur, sinon la valeur par défaut est 1.0.0. Les versions 1.0.0, 1.1.0, 1.1.1, 1.1.2 et 2.0.1 sont prises en charge.

Nom de la couverture: couverture utilisée pour l'ensemble de données.

Format: format à utiliser pour les appels GetCoverage. Si non défini, sélectionné par le conducteur. (WCS version 2.0)

Format préféré: format à utiliser pour les appels GetCoverage. Si non défini, sélectionné par le conducteur. (WCS versions 1.0 et 1.1)

Interpolation: méthode d'interpolation utilisée lors de la mise à l'échelle. Doit être l'une des valeurs prises en charge par le serveur. (GDAL 2.3)

BlockXSize: la largeur de bloc à utiliser pour l'accès distant en cache de bloc.

BlockYSize: la hauteur de bloc à utiliser pour l'accès distant mis en cache par bloc.

AperçuCompte: Le nombre d'aperçus pour représenter les bandes comme ayant. La valeur par défaut est un nombre tel que l'aperçu supérieur est assez petit (moins de 1K x 1K environ).

NoDataValue: La valeur nodata à utiliser pour toutes les bandes (vide pour aucune). Normalement déterminé par le conducteur. Avec la version 2.0.1, cela peut être une liste de valeurs séparées par des virgules, une pour chaque bande.

Éléments de contrôle de la plage et du domaine :

Domaine: Les axes qui sont utilisés pour les dimensions spatiales. La valeur par défaut est d'utiliser les deux premiers axes donnés par le serveur. L'échange d'ordre d'axe peut s'appliquer. Syntaxe: nom_axe,nom_axe UNE nom_champ:nom_champ dans la liste désigne une plage de champs. (Utilisé uniquement avec la version 2.0.1)

Heure par défaut: une timePosition à utiliser par défaut lors de l'accès aux couvertures avec une dimension temporelle. Rempli avec la dernière position horaire proposée par défaut. (Utilisé uniquement avec la version 1.0.0)

Nom de domaine: Nom du champ en cours d'accès. Utilisé uniquement avec la version 1.1. La valeur par défaut est le premier champ de DescribeCoverage. Dans la version 1.1, la plage se compose d'un ou plusieurs champs, qui peuvent être scalaires ou vectoriels. Un champ vectoriel contient une ou plusieurs bandes.

Nombre de bandes: nombre de bandes dans l'ensemble de données, normalement déterminé par le pilote.

Type de bande: Le type de données de pixel à utiliser. Normalement déterminé par le conducteur.

Éléments de contrôle de la communication :

Temps libre: délai d'expiration à utiliser pour les demandes de service à distance. S'il n'est pas fourni, la valeur par défaut de libcurl est utilisée.

Mot de passe utilisateur: Peut être fourni avec ID utilisateur:mot de passe pour transmettre un identifiant et un mot de passe au serveur distant.

HttpAuth: peut être BASIC, NTLM ou ANY pour contrôler le schéma d'authentification à utiliser.

Obtenir une couverture supplémentaire: un ensemble supplémentaire de mots-clés à ajouter aux demandes GetCoverage sous forme d'URL codée. par exemple. "&RESAMPLE=BILINEAR&Band=1". Notez que les paramètres supplémentaires ne doivent pas être des paramètres connus (voir ci-dessous).

DécrireCouvertureExtra: un ensemble supplémentaire de mots-clés à ajouter aux demandes DescribeCoverage sous forme d'URL codée. par exemple. "&NoCust=775"

Éléments pouvant être nécessaires pour gérer les bizarreries du serveur (GDAL 2.3) : Noter: Les options ne sont pas propagées au sous-ensemble de données avec le commutateur -sd.

Origine à la frontière: définissez cet indicateur si le serveur signale que l'origine de la grille se trouve à la limite du pixel au lieu du centre du pixel. (Utiliser pour les versions MapServer <= 7.0.7 avec les versions WCS 1.0.0 et 2.0.1)

Étendues extérieures: défini pour considérer les étendues WCS 1.1 comme les limites des pixels externes au lieu des centres des pixels externes. (Utiliser pour GeoServer).

BufSizeAjuster: défini sur 0,5 dans WCS 1.1 si l'accès aux données échoue car la réponse n'a pas la taille attendue. (Utiliser pour GeoServer).

DécalagesPositif: À utiliser avec MapServer dans WCS version 2.0.1 avec NrOffsets.

NrDécalages: défini sur 2 si le serveur exige qu'il n'y ait que deux valeurs dans GridOffsets. À utiliser lorsque le serveur est MapServer ou ArcGIS. Avec MapServer, utilisez également OffsetsPositive.

GrilleCRSOptionnel: laissez le pilote ignorer les paramètres Grid* d'une demande GetCoverage WCS 1.1 si la demande n'est pas mise à l'échelle. Ne pas utiliser pour GeoServer.

NoGridAxisSwap: défini pour dire au pilote de ne pas permuter l'ordre des axes. Lors de la lecture de la géométrie de la grille (dans WCS 1.1 l'origine et les décalages, dans WCS 2.0.1 l'enveloppe de la grille, les étiquettes d'axe et les décalages), aucun échange d'ordre d'axe n'est effectué bien qu'il le serait autrement si cet indicateur est défini. En 1.1, cela serait fait si le CRS avait des axes inversés. Dans 2.0.1, cela serait fait si l'axisOrder de la séquenceRule dans GridFunction le définit. Cela est généralement nécessaire à la fois dans 1.1 et 2.0.1 lors de l'analyse des descriptions de couverture à partir de MapServer et GeoServer.

SubsetAxisSwap Défini pour dire au pilote d'échanger les noms d'axe dans boundedBy.Envelope.axisLabels lors de la demande WCS 2.0.1 GetCoverage. Nécessaire pour GeoServer lorsque EPSG dicte l'échange d'ordre d'axe.

UseScaleFactor: défini pour indiquer au pilote d'utiliser l'approche mise à l'échelle par facteur au lieu de l'échelle à la taille lors de la création d'une demande GetCoverage WCS 2.0.1. Obligatoire lorsque le serveur est ArcGIS.

Sous-ensemble de plage et de dimension¶

Lorsque WCS version 2.0.1 est utilisé, la plage (champs/bandes) et la dimension peuvent et/ou peuvent devoir être sous-définies. Si le modèle de données de la couverture contient des dimensions au-delà des deux coordonnées géographiques ou cartographiques, ces dimensions doivent être découpées pour GDAL. La couverture peut également contenir un grand nombre de champs, dont seul un sous-ensemble est recherché dans l'ensemble de données GDAL.

Le sous-réglage de la plage et de la dimension doit être effectué via les paramètres d'URL, car à partir d'une couverture, il est possible de créer plusieurs ensembles de données GDAL différents. Dans le cache WCS, cela signifie qu'il peut y avoir des ensembles de fichiers liés à un ensemble de données GDAL :

fichier de capacités du serveur et un fichier de métadonnées d'ensemble de données GDAL créé à partir de celui-ci (clé = URL avec numéro de version WCS)

server DescribeCoverage, un modèle de fichier de service GDAL créé à partir de celui-ci et un fichier de métadonnées d'ensemble de données GDAL créé pour celui-ci (clé = URL avec numéro de version WCS et nom de couverture)

le fichier de service GDAL spécifiquement pour cet ensemble de données et un fichier de métadonnées d'ensemble de données GDAL (clé = URL avec numéro de version WCS, nom de couverture et paramètres de sous-ensemble de plage et de dimension)

Les paramètres d'URL suivants sont utilisés pour contrôler la plage et les sous-ensembles de dimension. Notez que ceux-ci peuvent également être définis via des options dans le fichier de service. Ceux de l'URL sont prioritaires.

GammeSous-ensemble: Utilisé pour sélectionner un sous-ensemble de champs de couverture pour l'ensemble de données. Syntaxe: nom_champ,nom_champ:nom_champ. (Remarque : nécessite que le serveur implémente l'extension de sous-ensemble de plage.)

Sous-ensemble: rognez ou découpez une dimension lors de la récupération de données à partir du serveur. Syntaxe: nom_axe(trim_begin_value,trim_end_value)axis_name(slice_value) Notez que le rognage des coordonnées géographiques/cartes est effectué par le conducteur.

Autres paramètres WCS¶

Les paramètres WCS (version 2.0.1) suivants sont reconnus en plus de ce qui a été décrit ci-dessus. Ceux-ci peuvent tous être définis via des options ou directement dans l'URL. Ceux de l'URL sont prioritaires. Notez qu'il appartient au serveur de les prendre en charge/reconnaître.

Ouvrir les options¶

Lorsque la syntaxe de nom de jeu de données « WCS :<URL> » est utilisée, des options ouvertes sont utilisées pour contrôler le pilote et le contenu du fichier de description de service. Dans le cas où l'URL ne contient pas de nom de couverture, le fichier de description de service n'est pas utilisé et donc dans ce cas les options ne sont pas écrites dedans. Les options ouvertes sont données séparément du nom de l'ensemble de données, avec les programmes utilitaires GDAL, elles sont données à l'aide du commutateur -oo ( -oo "NAME=VALUE" ). Le commutateur -oo n'attend qu'une seule option mais plusieurs options peuvent être données en répétant le commutateur.

En plus de DescribeCoverageExtra et GetCoverageExtra, qui sont stockés dans le fichier de description de service, il existe également GetCapabilitiesExtra, qui peut être utilisé comme une option ouverte lors de la demande des capacités globales du serveur. L'option ouverte SKIP_GETCOVERAGE peut être utilisée pour empêcher le pilote de faire une demande GetCoverage au serveur, ce qu'il fait généralement s'il ne peut pas déterminer le nombre de bandes et le type de données de bande à partir des capacités ou des descriptions de couverture. Cette option peut être nécessaire si la demande GetCoverage échoue.

Tous les noms d'éléments répertoriés ci-dessus peuvent être donnés en tant qu'options au pilote WCS. Dans le cas des drapeaux, l'option doit être formellement « Nom = VRAI », mais seul « Nom » suffit.

Le cache

Lorsque la syntaxe de nom de jeu de données « WCS :<URL> » est utilisée, les réponses du serveur, le fichier de description de service et les fichiers de métadonnées sont stockés dans un cache. Généralement, si la ressource nécessaire se trouve dans le cache, elle sera utilisée et aucun appel supplémentaire au serveur n'est effectué.

L'emplacement par défaut du répertoire de cache est $HOME/.gdal/wcs_cache

Le contenu du cache peut être vu comme des sous-ensembles de données à l'aide d'une URL vide :

Les options/indicateurs de contrôle du cache sont

CACHE=chemin Remplace l'emplacement du cache par défaut.

VIDER LE CACHE Le cache est complètement initialisé et tous les fichiers sont supprimés.

REFRESH_CACHE L'entrée de cache, capacités ou couverture, selon l'appel en cours, est supprimée.

DELETE_FROM_CACHE=k L'entrée de cache (sous-ensemble de données k) est supprimée.

Le WCS : syntaxe du nom de l'ensemble de données¶

L'URL dans le nom de l'ensemble de données n'est pas une URL de requête WCS complète. L'URL de la requête, en particulier sa partie requête, pour les requêtes GetCapabilities, DescribeCoverage et GetCoverage est composée par le pilote. En règle générale, l'utilisateur n'a besoin d'ajouter à l'adresse du serveur que les paramètres de version et de couverture. La chaîne « couverture » ​​peut être utilisée comme clé de paramètre de couverture, bien que différentes versions de WCS utilisent des clés différentes. « couverture » ​​est également toujours utilisé dans la clé de cache.

L'utilisateur peut ajouter des paramètres supplémentaires standard et non standard arbitraires à l'URL. Cependant, lorsque cela est fait, il convient de noter que l'URL est une clé de base de données de cache et que les documents de capacité sont liés aux documents de couverture via la clé. Veuillez envisager d'utiliser les options extra ouvertes.

Ce pilote inclut une prise en charge expérimentale des serveurs WCS 1.0.0 basés sur le temps. Lors de l'accès initial, la dernière position horaire proposée sera identifiée comme DefaultTime. Chaque position disponible pour la couverture sera traitée comme un sous-ensemble de données.

Notez que les sous-ensembles de données temporels ne sont pas pris en charge lorsque la description du service est le nom de fichier. Actuellement, la prise en charge de l'heure n'est pas disponible pour les versions autres que WCS 1.0.0.

Exemples¶

Un appel gdalinfo vers une couverture desservie par MapServer :

Un appel gdal_translate à un clip mis à l'échelle d'une couverture desservie par GeoServer :


Prise en charge de WMS 1.3.0¶

MapServer 5.4 ajoute la prise en charge de WMS 1.3.0. Bien que le mécanisme général de MapServer pour prendre en charge cette nouvelle spécification soit le même, il y a quelques mises à jour notables.

Principales fonctionnalités liées au support WMS 1.3.0¶

Prise en charge des opérations de base WMS 1.3.0 : GetCapabilities, GetMap et GetFeatureInfo.

Implémentez le profil Styled Layer Descriptor de la spécification d'implémentation du service de carte Web. Cette spécification étend le WMS 1.3.0 et permet d'annoncer des capacités de style (prise en charge de Styled Layer Descriptor (SLD)). Il définit également deux opérations supplémentaires, GetLegendGraphic et DescribeLayer.

Implémentez la spécification d'implémentation de codage de symbologie, qui est la nouvelle version du SLD. La prise en charge de la lecture a été ajoutée pour les symboliseurs de point, de ligne, de polygone et de raster.

Mettez à niveau la génération de SLD vers la version 1.1.0 (SLD généré via l'opération GetStyles ou via MapScript).

Systèmes de coordonnées et orientation des axes¶

Les changements les plus notables introduits dans WMS 1.3.0 sont les suivants :

l'introduction de nouveaux systèmes de référence de coordonnées

l'utilisation du paramètre CRS (au lieu de SRS)

L'ordre des axes dans les versions précédentes des spécifications WMS était de toujours utiliser l'abscisse (x ou lon ) et l'ordonnée (y ou lat). WMS 1.3.0 spécifie que, selon le SCR particulier, l'axe x peut ou non être orienté d'ouest en est, et l'axe y peut ou non être orienté sud-nord. L'opération de représentation WMS doit tenir compte de l'ordre des axes. Cela affecte certains des codes EPSG couramment utilisés, tels que ESPG:4326. MapServer 5.x s'assure que les coordonnées transmises au serveur (dans le cadre du paramètre GetMap BBOX) ainsi que celles annoncées dans le document de capacités reflètent les ordres d'axe inverse pour les codes EPSG entre 4000 et 5000.

MapServer 6.0 et versions ultérieures contient une liste de codes EPSG avec un ordre d'axe inversé. Il est actuellement basé sur la base de données EPSG version 7.6. Il est également possible de définir l'ordre des axes au moment de la construction pour un code ESPG spécifique (voir issue #3582). Cela permet par exemple d'utiliser l'ordre des axes "normal" pour certains codes EPSG entre 4000 et 5000.

De plus, le WMS 1.3.0 définit une série de nouveau système de coordonnées. Ce sont ceux qui sont actuellement pris en charge dans MapServer :

CRS : 84 (WGS 84 longitude-latitude)

CRS : 83 (NAD83 longitude-latitude)

CRS : 27 (NAD27 longitude-latitude)

AUTO2:42001 (WGS 84 / UTM automatique)

AUTO2:42002 (WGS 84 / Auto Tr. Mercator)

AUTO2:42003 (WGS 84 / Orthographique automatique)

AUTO2:42004 (WGS 84 / Auto équirectangulaire)

AUTO2:42005 (WGS 84 / Auto Mollweide)

Exemple de demandes¶

Les utilisateurs peuvent utiliser le système de coordonnées CRS:84 et commander les coordonnées BBOX en tant que long/lat :

Les utilisateurs peuvent également utiliser les coordonnées ESPG:4326 et utiliser l'ordre des axes lat/long :

Autres changements notables¶

les valeurs valides pour le paramètre EXCEPTIONS dans une requête GetMap sont XML, INIMAGE, BLANK

la valeur valide pour le paramètre EXCEPTIONS dans une demande GetFeatureInfo est XML

LayerLimit est introduit, permettant à un serveur de faire de la publicité et de limiter le nombre de couches qu'un client est autorisé à inclure dans une requête GetMap

Certaines fonctionnalités manquantes¶

La demande de poste WMS 1.3.0 doit être un document XML contenant les différentes opérations et paramètres.

Les documents SLD contenant des éléments de la spécification Feature Encoding 1.1 pourraient potentiellement utiliser des projections ESPG avec certains filtres. Il n'est pas encore clair ni mis en œuvre si l'ordre des axes doit être pris en compte dans ces cas spécifiques.

Tests de conformité OCG¶

Depuis la version 5.4, MapServer passe tous les tests de base et de requête de la suite de tests OGC CITE pour WMS 1.3.0.


Demandes de démo¶

Cette page contient des exemples de requêtes WMS, WCS et WFS pour GeoServer que vous pouvez utiliser, examiner et modifier. Sélectionnez une demande dans la liste déroulante.

Les demandes Web Feature Service (WFS) et Web Coverage Service (WCS) affichent l'URL de la demande et le corps XML. Les requêtes Web Map Service (WMS) n'afficheront que l'URL de la requête.

Exemple de requête WFS 1.1 DescribeFeatureType

Cliquez sur Soumettre pour envoyer la demande à GeoServer. Pour les requêtes WFS et WCS, GeoServer générera automatiquement une réponse XML.

Réponse XML d'un exemple de demande WFS 1.1 DescribeFeatureType

L'envoi d'une demande WMS GetMap affiche une image basée sur les données géographiques fournies.

Demande OpenLayers WMS GetMap

Les requêtes WMS GetFeatureInfo récupèrent des informations concernant une caractéristique particulière sur l'image de la carte.

Requête WMS GetFeatureInfo


AgXML. (2009). AgXML. Disponible sur http://www.agxml.org. Dernière consultation le 26/03/2009.

Botts, M., Percivall, G., Reed, C., & Davidson, J. (Eds.). (2006). OGC ® Activation Web des capteurs : aperçu et architecture de haut niveau. Wayland, MA, États-Unis : Open Geospatial Consortium, Inc.

Bray, T., Paoli, J., & Sperberg, C.M. (Eds.). (1998). Langage de balisage extensible (XML) 1.0. Recommandation W3C 10-février-1998. Consortium World Wide Web, Cambridge, MA, États-Unis. Disponible sur http://www.w3.org/TR/1998/REC-xml-1980210. Dernière consultation le 25/03/2009.

Cambridge Systematics, Inc. avec Bentley Systems, Inc., Info Tech, Inc., Michael Baker Jr. Inc., & Campbell, C. E. (2006). Schémas XML pour l'échange de données de transport. Rapport final du NCHRP 20-64. Disponible sur http://www.transxml.com/Info/Project+Documents/Downloads_GetFile.aspx?id=627. Dernière consultation le 25/03/2009.

Casadesus, J., Bienne, C., & Bonany, J. (2007). Architecture et exigences pour l'irrigation contrôlée par capteur. Dans C. Parker (éd.), Actes de l'EFITA/WCCA 2007, Université calédonienne de Glasgow. Disponible sur http://www.efita.net/apps/accesbase/bindocload.asp?d=6267&t=0&identobj=hYIVwdxX&uid=57305290&sid=57305290&idk=1. Dernière consultation le 25/03/2009.

Christensen, E., Curbera, F., Meredith, G. et Weerawarana, S. (2001). Langage de description de services Web (WSDL) 1.1. Consortium World Wide Web, Cambridge, MA, États-Unis. Disponible sur http://www.w3.org/TR/wsdl. Dernière consultation le 25/03/2009.

Cox, S., Daisey, P., Lake, R., Portele, C., & Whiteside, A. (Eds.). (2003). OpenGIS ® spécification d'implémentation du langage de balisage géographique (GML), version 3.1.1. Wayland, MA, États-Unis : Open Geospatial Consortium, Inc.

Curbera, F., Khalaf, R., Mukhi, N., Tai, S. et Weerawarana, S. (2003). La prochaine étape des services Web. Communication de l'ACM, 46(10), 29–34.

De la Beaujadière, J. (éd.). (2006). OpenGIS ® spécification d'implémentation de serveur de carte Web. Wayland, MA, États-Unis : Open Geospatial Consortium, Inc.

Duschene, P., & Sonnet, J. (Eds.). (2005a). Demande de modification WCS : prise en charge de WSDL et amp SOAP. Wayland, MA, États-Unis : Open Geospatial Consortium, Inc.

Duschene, P., & Sonnet, J. (Eds.). (2005b). Demande de modification WMS : prise en charge de WSDL & SOAP. Wayland, MA, États-Unis : Open Geospatial Consortium, Inc.

CE (Commission européenne). (2007). Directive 2007/2/CE du Parlement européen et du Conseil du 14 mars 2007 établissant une infrastructure d'information spatiale dans la Communauté européenne (INSPIRE). Disponible sur http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2007:108:0001:0014:EN:PDF. Dernière consultation le 25/03/2009.

Egenhofer, M. (1993). Quelle est la particularité du spatial ? Exigences de base de données pour la navigation des véhicules dans l'espace géographique. Enregistrement ACM SIGMOD, 22(2), 398–402.

Fountas, S., Blackmore, S., Ess, D., Hawkins, S., Blumhoff, G., Lowenberg-Deboer, J., et al. (2005). Expérience des agriculteurs avec l'agriculture de précision au Danemark et dans la ceinture de maïs de l'est des États-Unis. Agriculture de précision, 6(2), 121–141.

Freier, A.O., Karlton, P., & amp Kocher, P.C. (1996). Le protocole SSL, version 3.0. IETF, Freemont, Californie, États-Unis. Disponible sur http://tools.ietf.org/html/draft-ietf-tls-ssl-version3-00. Dernière consultation le 26/03/2009.

Goense, D., Thelen, J. et Langendoen, K. (2005). Réseaux de capteurs sans fil pour une aide à la décision précise sur Phytophthora. Dans J. Stafford (éd.), Agriculture de précision'05 Actes de la 5e conférence européenne sur l'agriculture de précision (pp. 573-580). Wageningen, Pays-Bas : Wageningen Academic Publishers.

Gröger, G., Kolbe, T. H., & Czerwinski, A. (Eds.). (2006). Candidat OpenGIS ® Spécification d'implémentation de CityGML. Wayland, MA., États-Unis : Open Geospatial Consortium, Inc.

Gudgin, M., Hadley, M., Mendelsohn, N., Moreau, J., & Nielsen, H. F. (Eds.). (2003). SOAP version 1.2 partie 1 : cadre de messagerie. Consortium World Wide Web, Cambridge, MA, États-Unis. Disponible sur http://www.w3.org/TR/soap12-part1/. Dernière consultation le 25/03/2009.

Heer, I., Schiess, M., & Wälti, D. (2009). Harmonisierung der schweizerischen Primärsektordaten mittles eines Enterprise Service Bus mit einer "Service Oriented Architecture" (Harmonisation du secteur primaire suisse à l'aide d'un Enterprise Service Bus avec une "architecture orientée services"). Dans R. Bill, P. Korduan, & L. M. Theuvsen (Eds.), Anforderungen an die Agrarinformatik durch Globalisierung und Klimaveränderung (Défis pour l'informatique agricole à travers la mondialisation et le changement climatique), actes de la 29e conférence GIL, 9-10 mars 2009 (pp. 57-60), Rostock. Gesellschaft für Informatik, Bonn, Allemagne. ISBN 9783885792369.

Heier, C., & Kiehle, C. (2006). Automatisierte Liegenschaftsauskunft mittels OGC Web Processing Service (Divulgation automatisée du cadastre à l'aide du service de traitement Web OGC). Geo-Informationssysteme, 19(7), 12–16.

Hobona, G., Fairbairn, D., Hiden, H. et James, P. (2009a). Orchestration de services Web géospatiaux activés par grille dans des workflows géoscientifiques. Transactions IEEE sur la science et l'ingénierie de l'automatisation (dans la presse). doi:10.1109/TASE.2008.2010626.

Hobona, G., Jackson, M., Gould, M., Higgins, C., Brauner, J., Matheus, A., et al. (2009b). Établir un banc d'essai d'interopérabilité persistant pour la recherche géospatiale européenne. Dans J.-H. Haunert, B. Kieler, & J. Milde (Eds.), Actes de la 12e conférence internationale AGILE sur les sciences de l'information géographique, 2-5 juin 2009, Hanovre, Allemagne. CD-ROM ISSN 2073-8013. Également disponible sur http://plone.itc.nl/agile_old/Conference/2009-hannover/pdfs/31.pdf. Dernière consultation le 31/07/2009.

IJSDIR (Journal international de recherche sur les infrastructures de données spatiales). (2009). Disponible sur http://ijsdir.jrc.ec.europa.eu. Dernière consultation le 26/03/2009.

IMAGI (Interministériel Ausschuss für Geoinformation). (2009). Geodateninfrastruktur Deutschland (Infrastructure de données spatiales pour l'Allemagne). Disponible sur http://www.gdi-de.de. Dernière consultation le 25/03/2009.

Internet2. (2009). Schibboleth. Disponible sur http://shibboleth.internet2.edu. Dernière consultation le 25/03/2009.

Jarfe, A., et Werner, A. (2000). Développement d'un système de gestion basé sur le SIG pour l'agriculture de précision. Dans H. H. Tok (éd.), Agroenviron 2000 : Actes du 2e colloque international sur les nouvelles technologies pour la surveillance environnementale et les agro-applications (Université de Tekirdağ, Turquie, pp. 121-125). ISBN 975-374-29-8.

Kiehle, C., Greve, K., & Heier, C. (2006). Géotraitement standardisé : pousse les infrastructures de données spatiales encore plus loin. Dans J. Suárez & B. Márkus (Eds.), Actes de la 9ème conférence AGILE sur les sciences de l'information géographique (Visegrád, Hongrie, pp. 273-282). ISBN 963-229-422-X.

Kim, Y., & amp Evans, R. G. (2009). Conception logicielle pour une irrigation sans fil spécifique au site basée sur des capteurs. Informatique et électronique dans l'agriculture, 65(1), 159–165.

Kitchen, N.R., Snyder, C.J., Franzen, D.W., & Wiebold, W.J. (2005). Besoins éducatifs de l'agriculture de précision. Agriculture de précision, 3(4), 341–351.

Korduan, P., & Nash, E. (2005). Intégration d'ISO- et agroXML dans GML (Intégration d'ISO- et d'agroXML dans GML). Dans A. B. Cremers, R. Manthey, P. Martini, & V. Steinhage (Eds.), Actes de la 35e réunion annuelle de la Gesellschaft für Informatik e.V., Bonn (pp. 375-379). ISBN 3-88579-396-2.

Kunisch, M., Frisch, J., Martini, D., Schmitz, M., & Böttinger, S. (2009). Stand der Entwicklung von agroXML (État de développement d'agroXML). Dans R. Bill, P. Korduan, & L. M. Theuvsen (Eds.), Anforderungen an die Agrarinformatik durch Globalisierung und Klimaveränderung (Défis pour l'informatique agricole à travers la mondialisation et le changement climatique), actes de la 29e conférence GIL, 9-10 mars 2009 (pp. 89-92), Rostock. Gesellschaft für Informatik, Bonn, Allemagne. ISBN 9783885792369.

LAiV (Landesamt für innere Verwaltung). (2009). GéoPortail.MV. http://www.geodaten-mv.de/. Dernière consultation le 25/03/2009.

Lokhorst, K., Goense, D., Ipema, B., de Vries, H., & van Grootheest, J.-E. (2008). L'agriculture bénéficie de l'infrastructure LOFAR. Dans L. Kooistra & A. Ligtenberg (Eds.), Actes de l'atelier sentir un monde en mutation, 19-21/11/2008 (pp. 96-99). Pays-Bas : Université de Wageningen.

McBratney, A., Whelan, B., Ancev, T. et Bouma, J. (2005). Orientations futures de l'agriculture de précision. Agriculture de précision, 6(1), 7–23.

Morais, R., Fernandes, M. A., Matos, S. G., Serôdio, C., Ferreira, P. J. S. G., & Reis, M. J. C. S. (2008). Un dispositif d'acquisition sans fil multi-alimenté ZigBee pour les applications de télédétection dans la viticulture de précision. Informatique et électronique dans l'agriculture, 62(2), 94–106.

Murakami, E., Saraiva, A. M., Ribeiro, L. C. M., Jr., Cugnasca, C. E., Hirakawa, A. R., & Correa, P. L. P. (2007). Une infrastructure pour le développement de systèmes d'information distribués orientés services pour l'agriculture de précision. Informatique et électronique dans l'agriculture, 58(1), 37–48.

Nasa. (2009). Serveur sur Terre. Disponible sur http://wms.jpl.nasa.gov/. Dernière consultation le 23/03/2009.

Nash, E., Bobert, J., Wenkel, K.-O., Mirschel, W. et Wieland, R. (2007). La géoinformatique simplifiée : géotraitement automatisé basé sur une chaîne de services pour l'agriculture de précision. Dans U. Demšar (éd.), Actes de la 9e conférence internationale sur la géoinformatique, Université nationale d'Irlande, Maynooth. Disponible sur http://ncg.nuim.ie/geocomputation/sessions/2A/2A1.pdf. Dernière consultation le 31/07/2009.

Pedersen, S.M., Fountas, S., Blackmore, B.S., Gylling, M., & Pedersen, J.L. (2004). Adoption et perspective de l'agriculture de précision au Danemark. Acta Agriculturae Scandinavica Section B, Sciences du sol et des plantes, 54(1), 2–6.

Pierce, F.J., & Elliot, T.V. (2008). Réseaux de capteurs sans fil régionaux et à la ferme pour les systèmes agricoles dans l'est de Washington. Informatique et électronique dans l'agriculture, 61(1), 32–43.

Reichardt, M., & Juergens, C. (2006). The farmers view on the usability of precision farming in Germany—results of a multi-temporal survey. Dans Agricultural engineering for a better world: Proceedings of XVI CIGR world congress (VDI Verlag GmbH Düsseldorf). ISBN 3-18-091958-2 (book of abstracts)/ISSN 0083-5560 (CD-ROM of full papers).

Schut, P. (Ed.). (2007). OpenGIS ® Web Processing Service. Wayland, MA, USA: Open Geospatial Consortium, Inc.

Spilke, J., & Zürnstein, K. (2005). Webservices—Beschreibung eines Ansatzes zur Anwendungskopplung und von Nutzensmöglichkeiten im Agrarbereich (Web services—description of an approach for application integration and of possibilities for usage in the agricultural sector). Zeitschrift für Agrarinformatik, 13(2), 33–40.

Steinberger, G., Rothmund, M., & Auernhammer H. (2006). Agricultural Process Data Service (APDS). Dans Agricultural engineering for a better world: Proceedings of XVI CIGR world congress (VDI Verlag GmbH Düsseldorf). ISBN 3-18-091958-2 (book of abstacts)/ISSN 0083-5560 (CD-ROM of full papers).

Steinberger, G., Rothmund, M., & Auernhammer, H. (2009). Mobile farm equipment as a data source in an agricultural service architecture. Computers and Electronics in Agriculture, 65(2), 238–246.

Steinberger, G., Rothmund, M., Martini, D., Spietz, C., Mallon, D., & Nash, E. (2007). Integrating agroXML into an agricultural spatial data infrastructure. Landtechnik, 62(2), 114–115.

Stollberg, B., Lutz, M., Ostländer, N., & Bernard, L. (2007). Geoprozessierung in Geodateninfrastrukturen—Aufgaben für die nächste Generation.(Geoprocessing in spatial data infrastructures—challenges for the next generation). GIS Zeitschrift für Geoinformatik 4/2007, pp. 22–27.

Tu, S., & Abdelguerfi, M. (2006). Web services for geographic information systems. IEEE Internet Computing, 10(5), 13–15.

Vellidis, G., Garrick, V., Pocknee, S., Perry, C., Kvien, C., & Tucker, M. (2007). How wireless will change agriculture. In J. Stafford (Ed.), Precision agriculture’07 proceedings of the 6th European conference on precision agriculture (pp. 57–67). Wageningen, The Netherlands: Wageningen Academic Publishers.

Vretanos, P. (Ed.). (2005). Web feature service implementation specification. Wayland, MA, USA: Open Geospatial Consortium, Inc.

Walter, K., & Nash, E. (2009). Coupling wireless sensor networks and the Sensor Observation Service—bridging the interoperability gap. In J.-H. Haunert, B. Kieler, & J. Milde (Eds.), Proceedings of the 12th AGILE international conference on geographic information science, 2–5 June 2009, Hannover, Germany. CD-ROM ISSN 2073-8013. Also available at http://plone.itc.nl/agile_old/Conference/2009-hannover/pdfs/119.pdf. Last accessed 31/07/2009.

Wang, N., Zhang, N., & Wang, M. (2006). Wireless sensors in agriculture and food industry: Recent development and future perspective. Computers and Electronics in Agriculture, 50(1), 1–14.


Quantum GIS (Powerful Free GIS software)

About QGIS and Its Features

Quantum GIS (QGIS) is a powerful and user friendly Open Source Geographic Information System (GIS) that runs on Linux, Unix, Mac OSX, and Windows. QGIS supports vector, raster, and database formats. QGIS is licensed under the GNU Public License.

The QGIS project offers different applications for your use cases:

* [Only registered and activated users can see links. ] - The classic QGIS desktop application offers many GIS functions for data viewing, editing, and analysis.
* [Only registered and activated users can see links. ] - A fast and easy data viewer for your local, network and online (WMS) data.
* [Only registered and activated users can see links. ] - A standard-compliant WMS 1.3 server that can be easily configured using QGIS Desktop project files.
* [Only registered and activated users can see links. ] - A web front-end for your web mapping needs based on OpenLayers and GeoExt.

The major features include:
1. Direct viewing of vector and raster data in different formats and projections. Supported formats include:
* PostGIS and SpatiaLite,
* most vector formats supported by the OGR library, including ESRI shapefiles, MapInfo, SDTS and GML.
* raster formats supported by the GDAL library*, such as digital elevation models, aerial photography or landsat imagery,
* GRASS locations and mapsets, online spatial data served as OGC-compliant WMS , WMS-C (Tile cache), WFS and WFS-T
2. Mapping and interactive exploration of spatial data. Tools include:
* on-the-fly reprojection
* print composer
* overview panel
* spatial bookmarks
* identify/select features
* edit/view/search attributes
* feature labeling
* vector diagram overlay
* advanced vector and raster symbology
* graticule layer
* map decorations like north arrow, scale bar and copyright label
3. Create, edit and export spatial data using:
* digitizing tools for vector features
* field and raster calculator
* the georeferencer plugin
* GPS tools to import and export GPX format, convert other GPS formats to GPX, or down/upload directly to a GPS unit
4. Perform spatial analysis, including:
* map algebra
* terrain analysis
* hydrologic modeling
* network analysis
* and many others
5. Publish your map on the internet using QGIS Server or the "Export to Mapfile" capability (requires UMN MapServer)
6. Adapt QGIS to your needs through the extensible plugin architecture.

QGIS Browser is a simple and fast data viewer. It allows the user to explore attribute and meta data of local and online source.

QGIS Server currently offers WMS 1.3.0 and 1.1.1 implementation. Features include:

* Enhanced WMS (Web Map Service) via HTTP GET. Supports GetCapabilities, GetMap, GetStyle, GetFeatureInfo and custom styling with Styled
* Layer Descriptor (Supported standards: WMS 1.3.0, WMS 1.1.1, and SLD 1.0.0).
* SOAP via HTTP POST. Compatible with the ORCHESTRA and SANY Service Oriented Architecture.
* Native configuration with SLD. User friendly map symbolisation using QGIS Desktop.
* Cartographic extensions to SLD (diagrams, patterns and custom symbols with Scalable Vector Graphics). Exchange of cartographic rules with the GetStyle operation.

The QGIS mapserver is a FastCGI/CGI application written in C++. It works together with a webserver (Apache in most cases) invoking the FastCGI application. Il utilise QGIS comme backend pour la logique SIG et pour le rendu des cartes.
Supported plattforms include Linux, Windows XP (only CGI at the moment) and MacOSX. Other Unixes possible, but not tested.


QGIS mapserver is an open source program released under the GPL license.
Installation instructions are provided on the QGIS Wiki.


GIS-based analysis of a peculiar effect of urbanization: the case of the buried watercourses of Como (Italy)

Studying territorial evolutions and investigating their underlying processes is essential to ensure continuity in well done land management decisions. The case of Como City (Northern Italy) can be considered as a perfect small-scale example of how human influence has acted on natural environment. Several watercourses buried under the road network of the city represent one of the meaningful consequences. The urbanization processes that happened in Como involved a significant increase of the impervious surfaces—and, in turn, an increase of the surface runoff volumes—within the watersheds drained by these watercourses. Geographic information system (GIS) technologies and geospatial data from different historical periods of Como City development allowed to trace the evolution of the territorial settings, the alteration of land use occurred for the area as well as the original position of the watercourses. The variations in their peak flood discharges were quantified as a consequence of watershed urbanization. The computed peak flood discharges were used for running water profile simulations, identifying the changes of the residual conveyance occurred in the buried channels, therefore underlying the human-induced increase of flood risk for Como City. A WebGIS was finally developed to provide an easy access to some of the meaningful outcomes of the study.

Ceci est un aperçu du contenu de l'abonnement, accessible via votre institution.


2. Related work

J-CO-QL moves from our previous work on the problem of querying heterogeneous collections of complex spatial data (see Bordogna, Pagani, and Psaila 2006 Psaila 2011 ). In that works, we proposed a database model capable to deal with heterogeneous collections of possibly nested spatial objects, based on the composition of more primitive spatial objects at the same time, a relational algebra to query complex spatial data is provided. With regard to those works, J-CO-QL relies on the JSON standard and does not require an ad hoc data model furthermore, J-CO-QL abandons the relational algebra syntax, in favor on a more flexible and intuitive execution model.

The adoption of NoSQL databases is motivated by the need of flexibility, as far as data structures are concerned. An interesting survey about NoSQL databases can be found in Han et al. ( 2011 ), where several systems are cataloged and classified. In particular, a DBMS like MongoDB falls into the category of document databases, because collections of JSON objects are generically considered as documents. Consequently, the query language provided by such a system does not allow complex and multi-collection transformations like those provided by J-CO-QL (see the web sites reported in the footnote 4 for details). Readers interested in NoSQL DBMSs evaluation can refer to Robin and Jablonski ( 2011 ) and to Cattell ( 2011 ).

As far as query languages for JSON objects are concerned, several proposals were made. However, none of them is explicitly designed to provide geographical data analysis capabilities, natively integrated in a high-level query language, as for J-CO-QL. Hereafter, we shortly refer to them.

Jaql (see Nayak, Poriya, and Poojary 2013 ) was designed to help Hadoop (see White 2012 ) programmers writing complex transformations, avoiding low-level programming, to perform in a cloud and parallel environment. Flexibility and physical independence are the main goals of Jaql: in particular, its execution model is similar to our execution model, since it explicitly relies on the concept of pipe in fact, the pipe operator is explicitly used in Jaql queries. However, it is still oriented to programmers, while J-CO-QL constructs are at a higher level and truly declarative.

An interesting proposal is SQL++ that has been defined to query both JSON native stores and SQL bases de données. Le SQL++ semi-structured data model is a superset of both JSON and the relational data model. Encore, SQL++ est SQL backwards compatible and is generalized towards JSON by introducing only a small number of query language extensions (Ong, Papakonstantinou, and Vernoux 2014 ). Dans SQL++, the classical SELECT statement of SQL is adapted and extended to perform queries on collections of JSON objects. In our opinion, this is a clean proposal, if compared with others, that tries to work at a higher abstraction level. However, it does not deal explicitly with heterogeneity of objects. Furthermore, complex transformations that require several queries sequentially executed would need to explicitly save intermediate results into the persistent database. In contrast, the execution model on which J-CO-QL relies clearly separate persistent databases and temporary databases.

Also the industry is looking at the extension of SQL to query JSON objects. An example is N1QL 5 that is a declarative language extending SQL pour JSON objects stored in NoSQL databases, specifically implemented for Couchbase 4.0, in order to handle semi-structured, nested data. It enables querying JSON documents without any limitations, sort, filter, transform, group, and combine data with a single query from multiple documents with a JOIN. Nevertheless it does not provide operators to manipulate GeoJSON objects. Finally, other declarative languages for JSON objects have been defined as extensions of structured languages for semi-structured documents, such as JSONiq 6 that borrowed a large numbers of ideas from XQuery, like the functional aspect of the language, the semantics of comparisons in the face of data heterogeneity, the declarative, snapshot-based updates. Nevertheless, like XQuery it can be hardly used by unexperienced users.


How To Load Mdb Geodatabases In Qgis For Mac

. As part of an Open Source Software ecosystem, QGIS is built upon different libraries that, combined with its own providers, offer capabilities to read and often write a lot of formats:.

Vector data formats include ESRI formats (Shapefile, Geodatabase), MapInfo and MicroStation file formats, AutoCAD DWG/DXF, GeoPackage, GeoJSON, GRASS, GPX, KML, Comma Separated Values, and many more Read the complete list of. Raster data formats include ArcInfo Binary Grid, ArcInfo ASCII Grid, JPEG, GeoTIFF, ERDAS IMAGINE, MBTiles, R or Idrisi rasters, ASCII Gridded XYZ, GDAL Virtual, SRTM, Sentinel Data, and many more Read the complete list of. Database formats include PostgreSQL/PostGIS, SQLite/SpatiaLite, Oracle, DB2 or MSSQL Spatial, MySQL. Support of web data services (WM(T)S, WFS, WCS, CSW, ArcGIS Servers) is also handled by QGIS providers (see ). You can also read supported files from archived folders and use QGIS native formats such as virtual and memory layers. As of the date of this document, more than 80 vector and 140 raster formats are supported by the and QGIS native providers. Note Not all of the listed formats may work in QGIS for various reasons.

Good afternoon. I am trying to use an ArcGIS (10.2) personal database MDB as a container for data to pass to a QGIS user. I formerly used QGIS 1.8 for Mac OSX, and after some fiddling around, I was. We navigate you through the differences between ArcGIS and QGIS because you’ll be more efficient and more advanced of a GIS user. It’s a head-to-head GIS software showdown with the star-studded lineup in the GIS industry – ArcGIS vs QGIS.

For example, some require external proprietary libraries, or the GDAL/OGR installation of your OS may not have been built to support the format you want to use. To have a list of available formats, run the command line ogrinfo -formats (for vector) or check settings ‣ Options ‣ GDAL menu (for raster) in QGIS.

In QGIS, depending on the data format, there are different tools to open it, mainly available in the Layer ‣ Add Layer ‣ menu or from the Manage Layers toolbar (enabled through View ‣ Toolbars menu). However, all these tools point to a unique dialog, the Data Source Manager dialog that you can directly open with the Open Data Source Manager button available on the Data Source Manager Toolbar or by pressing Ctrl+L. Indeed, the Data Source Manager dialog offers a unified interface to open vector or raster file-based data as well as databases or web services supported by QGIS. It can be set modal or not with the Modeless data source manager dialog in Settings ‣ Options ‣ General menu. QGIS Data Source Manager dialog Beside this main entry point, you also have the DB Manager plugin that offers advanced capabilities to analyze and manipulate connected databases. More information on DB Manager capabilities are exposed in. There are also many other tools, native or third-party plugins, that help you open dedicated data formats.

This chapter will describe only the tools provided by default in QGIS to load data. It will mainly focus on the Data Source Manager dialog but more than describing each tab, it will also explore the tools based on the data provider or format specificities. The Browser is one of the main ways to quickly and easily add your data to projects. It’s available as:. a Data Source Manager tab, enabled pressing the Open Data Source Manager button ( Ctrl+L). as a QGIS panel you can open from the menu View ‣ Panels (or Settings ‣ Panels) or by pressing Ctrl+2. In both cases, the Browser helps you navigate in your file system and manage geodata, regardless the type of layer (raster, vector, table), or the datasource format (plain or compressed files, database, web services).

To add a layer into a project, using the Browser interface:. Enable the Browser as described above. A browser tree with your file system, databases and web services is displayed. You may need to connect databases and web services before they appear (see dedicated sections). Find the layer in the list.

Double-click its name or drag-and-drop it into the. Your layer is now added to the and can be viewed in the map canvas. Tip Open a QGIS project directly from the browser You can also open a QGIS project directly from the Browser panel by double-clicking its name or by drag-and-drop into the map canvas. Once a file is loaded, you can zoom around it using the map navigation tools.

To change the style of a layer, open the Layer Properties dialog by double clicking on the layer name or by right-clicking on the name in the legend and choosing Properties from the context menu. See section for more information on setting symbology of vector layers. At the top of the Browser panel, you find some icons that help you to:. Add Selected Layers: you can also add data into the map canvas by selecting Add selected layer(s) from the layer’s context menu. Refresh the browser tree.

Filter Browser to search for specific data. Enter a search word or wildcard and the browser will filter the tree to only show paths to matching DB tables, filenames or folders – other data or folders won’t be displayed. See the Browser Panel(2) example on the. The comparison can be case-sensitive or not. It can also be set to:. normal: return any item containing the search text. using wildcard(s): fine tune the search using?

And/or. characters to specify the position of the search text. using a regular expression. Collapse All the whole tree.

Enable/disable properties widget: when toggled on, a new widget is added at the bottom of the panel showing, if applicable, metadatas of the selected item. Right-click an item in the browser tree helps you to:. in case of file or table, display its metadata or open it in your project. Tables can even be renamed, deleted or truncated. in case of folder, bookmark it into your favourites, hide it from the browser tree. Hidden folders can be managed from the Settings ‣ Options ‣ Data Sources tab. create connection to databases or web servers.

refresh, rename or delete schema. You can also import files into databases or copy tables from one schema/database to another one with a simple drag-and-drop. There is a second browser panel available to avoid long scrolling while dragging.

Just select the file and drag-and-drop from one panel to the other. The DB Manager Plugin is another one of the main and native tools to integrate and manage spatial database formats supported by QGIS (PostGIS, SpatiaLite, GeoPackage, Oracle Spatial, MSSQL, DB2, Virtual layers) in one user interface.

It can be activated from the Plugins ‣ Manage and Install Plugins menu. The DB Manager Plugin provides several features:. connect to databases and display its structure and contents. preview tables of databases. add layers to map canvas, either by double-click or drag-and-drop. add layers to a database from the QGIS Browser or from another database.

create and add output of SQL queries to the map canvas. créer. More information on DB Manager capabilities are exposed in. Add Vector Layer Dialog.

for raster layers, click on the Add Raster Layer icon, select the Layer ‣ Add Layer ‣ Add Raster Layer menu option or type Ctrl+Shift+R. That will bring up a standard open file dialog (see ), which allows you to navigate the file system and load a shapefile, a geotiff or other supported data source. The selection box Filter allows you to preselect some supported file formats. Only the formats that have been well tested appear in the list. Other untested formats can be loaded by selecting All files (.). Note Because some formats like MapInfo (e.g. tab) or Autocad (.dxf) allow mixing different types of geometry in a single file, loading such format in QGIS opens a dialog to select geometries to use in order to have one geometry per layer. Using the Add Vector Layer tool:.

You can also load specific formats like ArcInfo Binary Coverage, UK. National Transfer Format, as well as the raw TIGER format of the US Census Bureau or OpenfileGDB. To do that, you’d need to select Directory as Source type. In this case a directory can be selected in the dialog after pressing Browse. With the Database source type you can select an existing database connection or create one to the selected database type.

Available database types are ODBC, OGDI Vectors, Esri Personal Geodatabase, MySQL as well as PostgreSQL or MSSQL. Pressing the New button opens the Create a New OGR Database Connection dialog whose parameters are among the ones you can find in. Pressing Open you can select from the available tables for example of the PostGIS enabled database. The last source type, Protocol, enables to open data from the web using for example GeoJSON or CouchDB format. After selecting the type you have to fill URI of the source. Once the file is selected, QGIS attempts to parse the file with the most recently used delimiter, trying to identify fields and rows.

To enable QGIS to properly parse the file, it is important to select the correct delimiter. You can specify a delimiter by activating:. CSV (comma separated values) to use the comma character. Custom delimiters, choosing among some predefined delimiters like comma, space, tab, semicolon. or Regular expression delimiter and entering text into the Expression field. For example, to change the delimiter to tab, use t (this is a regular expression for the tab character).

Other than settings to identify rows and fields in the data, some convenient options can be used to tweak the data recognition:. Number of header lines to discard: convenient when you want to avoid some lines to show in the import, either because those are blank lines or with another formatting. First records has field names: values in the first row of data are used as field names, otherwise QGIS adds a fields row of a type field1, field2.

Detect field types: automatically recognizes the field type. If unchecked then all attributes are treated as text fields. Decimal separator is comma: if necessary, you can force a comma to be the decimal separator.

Trim fields: allows you to trim leading and trailing spaces from fields. Discard empty fields. As you set the parser properties, a sample data preview updates at the bottom of the dialog. Once the file is parsed, set Geometry definition to. Point coordinates and provide the X field and Y field if the layer is of point geometry type and contain such coordinate fields. If the coordinates are defined as degrees/minutes/seconds, activate the DMS coordinates checkbox.

Well known text (WKT) option if the spatial information is represented by WKT: select the Geometry field containing the WKT definition and choose the approriate Geometry field or let QGIS auto-detect it. If the file contains non-spatial data, activate No geometry (attribute only table) and it will be loaded as an ordinary table. Besides the features geometry information, you can also set the layer’s Geometry CRS using the Select CRS widget.

Additionally, you can enable:. Use spatial index to improve the performance of displaying and spatially selecting features. Use subset index to improve performance of (when defined in the layer properties). Watch file to watch for changes to the file by other applications while QGIS is running. At the end, click OK to add the layer to the map. In our example, a point layer named Elevation is added to the project and behaves like any other map layer in QGIS.

However, this layer is the result of a query on the.csv source layer (hence, linked to it) and would require in order to get a spatial layer on disk. Note DXF files containing several geometry types (point, line and/or polygon), the name of the layer will be made from entities. To keep the dxf/dwg structure and its symbology in QGIS, you may want to use the dedicated Project ‣ Import/Export ‣ Import Layers from DWG/DXF tool.

Indeed, the DWG/DXF Import dialog allows you to import into GeoPackage database any element of the drawing file. In the dialog, you have to:. Input a location for a GeoPackage file, that will be created to store the DWG/DXF content to. Specify which coordinate system the data in the DWG data is in. Then use the Import button to select the DWG/DXF file to use (one per geopackage). The GeoPackage database will be automatically populated with the drawing file content.

Depending on the size of the.CAD file, this could take some time. The Expand block references will transform the existing blocks into normal elements. the Use curves promotes the output layers geometry type to a curved one. After the.dwg or.dxf data is imported into the GeoPackage database the frame in the lower half of the dialog is populated with the list of layers from the imported file.

There you can select which layers to add to the QGIS project:. At the top, set a Group name to group the drawing files in the project. Check layers to show: Each selected layer is added to an ad hoc group which contains vector layers for the point, line, label and area features of the drawing layer. The style of each layer is setup so that it resembles the look it originally had in.CAD. Check whether layer should be visible at opening. Alternatively using the Merge layers option places all layers in a single group.

Press OK to open the layers in QGIS. In recent years, the OpenStreetMap project has gained popularity because in many countries no free geodata such as digital road maps are available. The objective of the OSM project is to create a free editable map of the world from GPS data, aerial photography or local knowledge. To support this objective, QGIS provides support for OSM data.

Using the Browser Panel, you can load a.osm file to the map canvas, in which case you’ll get a dialog to select sublayers based on the geometry type. The loaded layers will contain all the data of that geometry type in the file and keep the osm file data structure.

How To Load Mdb Geodatabases In Qgis For Mac Windows 10

The first time you load data from a SpatiaLite database, begin by:. clicking on the Add SpatiaLite Layer toolbar button. selecting the Add SpatiaLite Layer option from the Layer ‣ Add Layer menu. or by typing Ctrl+Shift+L. This will bring up a window that will allow you either to connect to a SpatiaLite database already known to QGIS, which you can choose from the drop-down menu, or to define a new connection to a new database. To define a new connection, click on New and use the file browser to point to your SpatiaLite database, which is a file with a.sqlite extension. QGIS also supports editable views in SpatiaLite.

In order to read and write tables from the many database formats QGIS supports you’ll need to create a connection to that database. While is the simplest and recommanded way to connect and use databases, QGIS provides other tools to connect to each of them and load their tables:.

Add PostGIS Layer or by typing Ctrl+Shift+D. Add MSSQL Spatial Layer or by typing Ctrl+Shift+M.

Add Oracle Spatial Layer or by typing Ctrl+Shift+O. Add DB2 Spatial Layer or by typing Ctrl+Shift+2. These tools are accessible either from the Manage Layers Toolbar or the Layer ‣ Add Layer ‣ menu. Connecting to SpatiaLite database is described at. Tip Create connection to database from the QGIS Browser Panel Select the corresponding database format in the Browser tree, right-click and choose connect will provide you with the database connection dialog. Most of the connection dialogs follow a common basis that will be described below using the PostGreSQL database tool as example. For additional settings specific to other providers, you can find corresponding description at:...

The first time you use a PostGIS data source, you must create a connection to a database that contains the data. Begin by clicking the appropriate button as exposed above, opening an Add PostGIS Table(s) dialog (see ). To access the connection manager, click on the New button to display the Create a New PostGIS Connection dialog. Create a New PostGIS Connection Dialog The parameters required for a PostGIS connection are exposed below.

For the other database types, see their differences at. Name: A name for this connection. It can be the same as Database. Service: Service parameter to be used alternatively to hostname/port (and potentially database).

This can be defined in pgservice.conf. Check the section for more details. Host: Name of the database host. This must be a resolvable host name such as would be used to open a TCP/IP connection or ping the host.

Si la base de données se trouve sur le même ordinateur que QGIS, saisissez simplement localhost ici. Port : numéro de port sur lequel le serveur de base de données PostgreSQL écoute. The default port for PostGIS is 5432. Database: Name of the database. Mode SSL : Comment la connexion SSL sera négociée avec le serveur. Note that massive speed-ups in PostGIS layer rendering can be achieved by disabling SSL in the connection editor. The following options are available:.

Disable: Only try an unencrypted SSL connection. Allow: Try a non-SSL connection. If that fails, try an SSL connection.

How To Load Mdb Geodatabases In Qgis For Mac

Prefer (the default): Try an SSL connection. If that fails, try a non-SSL connection. Require: Only try an SSL connection. Username: User name used to log in to the database. Mot de passe : mot de passe utilisé avec le nom d'utilisateur pour se connecter à la base de données. You can save any or both of the username and password parameters, in which case they will be used by default each time you need to connect to this database. If not saved, you’ll be prompted to fill the missing credentials to connect to the database in next QGIS sessions meanwhile the connection parameters you entered are stored in a temporary internal cache and returned whenever a username/password for the same database is requested, until you close the current QGIS process.

Warning QGIS User Settings and Security In the Authentication tab, saving username and password will keep unprotected credentials in the connection configuration. Those credentials will be visible if, for instance, you shared the project file with someone.

Therefore, it’s advisable to save your credentials in a Authentication configuration instead ( Configurations tab - See for more details) or in a service connection file (see for example). Optionally, depending on the type of database, you can activate the following checkboxes:. Only show layers in the layer registries. Don’t resolve type of unrestricted columns (GEOMETRY). Only look in the ‘public’ schema.

Also list tables with no geometry. Use estimated table metadata.

Tip Use estimated table metadata to speed up operations When initializing layers, various queries may be needed to establish the characteristics of the geometries stored in the database table. When the Use estimated table metadata option is checked, these queries examine only a sample of the rows and use the table statistics, rather than the entire table. This can drastically speed up operations on large datasets, but may result in incorrect characterization of layers (eg. The feature count of filtered layers will not be accurately determined) and may even cause strange behaviour in case columns that are supposed to be unique actually are not. Once all parameters and options are set, you can test the connection by clicking on the Test Connection button or apply it hitting OK.

From the Add PostGIS Table(s), click now on Connect and the dialog is filled with tables from the selected database (as shown in ). Note If you don’t want to save the passwords in the service file you can use the option. On.nix operating systems (GNU/Linux, macOS etc.) you can save the.pgservice.conf file in the user’s home directory and the PostgreSQL clients will automatically be aware of it. For example, if the logged user is web,.pgservice.conf should be saved in the /home/web/ directory in order to directly work (without specifying any other environment variables). You can specify the location of the service file by creating a PGSERVICEFILE environment variable (e.g. Run the export PGSERVICEFILE=/home/web/.pgservice.conf command under your.nix OS to temporarily set the PGSERVICEFILE variable) You can also make the service file available system-wide (all users) either by placing the.pgservice.conf file at pgconfig -sysconfdir or by adding the PGSYSCONFDIR environment variable to specify the directory containing the service file. If service definitions with the same name exist in the user and the system file, the user file takes precedence.

Warning There are some caveats under Windows:. The service file should be saved as pgservice.conf and not as.pgservice.conf. The service file should be saved in Unix format in order to work.

One way to do it is to open it with and Edit ‣ EOL Conversion ‣ UNIX Format ‣ File save. You can add environmental variables in various ways a tested one, known to work reliably, is Control Panel ‣ System and Security ‣ System ‣ Advanced system settings ‣ Environment Variables adding PGSERVICEFILE and the path of the type C: Users John pgservice.conf. After adding an environment variable you may also need to restart the computer.

The spatial features in Oracle Spatial aid users in managing geographic and location data in a native type within an Oracle database. In addition to some of the options in, the connection dialog proposes:. Database: SID or SERVICENAME of the Oracle instance.

Port: Port number the Oracle database server listens on. The default port is 1521. Workspace: Workspace to switch to.

Optionally, you can activate following checkboxes:. Only look in metadata table: restricts the displayed tables to those that are in the allsdogeommetadata view. This can speed up the initial display of spatial tables.

Only look for user’s tables: when searching for spatial tables, restricts the search to tables that are owned by the user. Also list tables with no geometry: indicates that tables without geometry should also be listed by default. Use estimated table statistics for the layer metadata: when the layer is set up, various metadata are required for the Oracle table. This includes information such as the table row count, geometry type and spatial extents of the data in the geometry column. If the table contains a large number of rows, determining this metadata can be time-consuming. By activating this option, the following fast table metadata operations are done: Row count is determined from alltables.numrows. Table extents are always determined with the SDOTUNE.EXTENTSOF function, even if a layer filter is applied.

Table geometry is determined from the first 100 non-null geometry rows in the table. Only existing geometry types: only lists the existing geometry types and don’t offer to add others. Include additional geometry attributes. In addition to some of the options described in, the connection to a DB2 database (see for more information) can be specified using either a Service/DSN name defined to ODBC or using the driver, host and port information. An ODBC Service/DSN connection requires the service name defined to ODBC. A driver/host/port connection requires:. Driver: Name of the DB2 driver.

Typically this would be IBM DB2 ODBC DRIVER. DB2 Host: Name of the database host. This must be a resolvable host name such as would be used to open a TCP/IP connection or ping the host. Si la base de données se trouve sur le même ordinateur que QGIS, saisissez simplement localhost ici.

How To Load Mdb Geodatabases In Qgis For Mac Free

DB2 Port: Port number the DB2 database server listens on. The default DB2 LUW port is 50000. The default DB2 z/OS port is 446.

Once you have one or more connections defined to a database (see section ), you can load layers from it. Of course, this requires having available data. Section for a discussion on importing data into a PostGIS database.

To load a layer from a database, you can perform the following steps:. Open the “Add table(s)” dialog (see ). Choose the connection from the drop-down list and click Connect.

Select or unselect Also list tables with no geometry. Optionally, use some Search Options to reduce the list of tables to those matching your search. You can also set this option before you hit the Connect button, speeding this way the database fetching. Find the layer(s) you wish to add in the list of available layers. Select it by clicking on it.

You can select multiple layers by holding down the Shift key while clicking. If applicable, use the Set Fillter button (or double-click the layer) to start the Query builder dialog (See section ) and define which features to load from the selected layer. The filter expression appears in the sql column.

This restriction can be removed or edited in the Layer Properties ‣ General ‣ Provider Feature Filter frame. The checkbox in the Select at id column that is activated by default gets the features ids without the attributes and speeds in most cases the data loading. Click on the Add button to add the layer to the map.

Latest release (richest on features): Mac Installer Package for macOS El Capitan (10.11) and newer. Installation instructions are in the Read Me on the disk image.

This package uses the, version 3.6, the 'macosx10.9' build - other distributions are not supported. Install packages in the numbered order. Long term release (most stable): Mac Installer Package for OS X Mountain Lion (10.8) and newer. Installation instructions are in the Read Me on the disk image. This package uses the system Python 2.7 - other distributions are not supported.


Voir la vidéo: QGIS - Lavbund til sø, raster calculator, WCS, terrain profile, raster to vector, fix geometries, cl (Octobre 2021).