Suite

Postgis : fusion de deux couches vectorielles en une seule couche

Postgis : fusion de deux couches vectorielles en une seule couche


Si j'ai le tableau A que je considère comme définitif et le tableau B qui peut avoir des éléments manquants dans le tableau B mais qui a également des géométries "proches" de celles de A que je veux ignorer. Comment puis-je fusionner les deux tables pour obtenir une table C fusionnée ?

Pour référence, il s'agit des voies Openstreetmap mariées aux données routières d'un autre ensemble.

Est-ce que je comparerais les points de début/milieu et de fin des chaînes de lignes avec le tableau B pour voir s'ils se trouvaient à moins de X mètres d'une chaîne de lignes dans le tableau A ?


Votre idée de comparer les points de début, de fin et de milieu de chaînes de lignes séparées est bonne et pourrait s'écrire comme suit :

CRÉER LA TABLE C AS AVEC diffs (aid, offre) AS (SELECT a.id, b.id FROM roads_a a, roads_b b WHERE ST_Distance(ST_StartPoint(a.geom), ST_StartPoint(b.geom)) > 20 ET ST_Distance(ST_EndPoint (a.geom), ST_EndPoint(b.geom)) > 20 ET ST_Distance(ST_LineInterpolatePoint(a.geom, 0.5), ST_LineInterpolatePoint(b.geom, 0.5)) > 20 ET ST_DWithin(a.geom, b.geom, 100 ) ) SELECT a.* FROM roads_a a WHERE id in (SELECT aide FROM diffs) UNION SELECT b.* FROM roads_b b WHERE id in (SELECT bid FROM diffs);

où ST_Line_Interpolate_Point est utilisé pour obtenir le milieu des lignes. Le dernier ST_DWithin dans la clause with est utilisé pour ne considérer que les lignes situées à moins de 100 mètres, dans l'espoir que l'index spatial l'utilisera et ne comparera pas les lignes distantes de kilomètres.

Vous pouvez également essayer d'utiliser la distance de Hausdorff et remplacer toutes les comparaisons point à point dans la clause where par un seulST_HausdorffDistance(a.geom, b.geom)>20, par exemple, mais cette métrique est un peu plus difficile à comprendre.


PostGIS Intersection de plusieurs tables

Dans ma base de données postGIS, je dois créer une nouvelle couche à partir de l'intersection de plusieurs couches de polygones, tout en conservant tous les champs (ou colonnes) de toutes les couches (ou tables) ==> dans la table de sortie, j'ai besoin de toutes les colonnes pour le 3 tableaux d'entrée

Je pense qu'il doit inclure ST_Intersects, mais je ne parviens pas à trouver la syntaxe correcte. Pouvez-vous m'aider à concevoir la ligne de commande SQL, connaissant les noms de tables génériques suivants :

Tous les champs géométriques de TableA, TableB et TableC sont dans la même projection.


Couches Photoshop dans des chemins SVG

J'ai un ensemble de fichiers Photoshop qui se composent d'une image de base avec une série de calques avec des superpositions colorées. Les superpositions sont étiquetées à l'aide des noms de calque.

Ma tâche consiste à obtenir ces superpositions sous forme de chemins SVG, en préservant en quelque sorte les étiquettes. (Si je peux également conserver les couleurs de remplissage, ce serait cool, mais nous pouvons définir des couleurs de remplissage arbitraires si nécessaire.)

Jusqu'à présent, nous avons essayé d'exporter les calques en tant que chemins Illustrator, puis de les exporter au format SVG à partir d'Illustrator. Cela nous donne des chemins SVG raisonnables, mais (a) nous perdons les étiquettes, et (b) si une couche a plus d'une section discrète dans sa superposition, elle est séparée en plusieurs chemins.

Existe-t-il un moyen d'intégrer ces couches dans SVG tout en conservant les étiquettes ? Ou devrions-nous effectuer notre itinéraire Exporter > Illustrator > SVG couche par couche ?

Nous travaillons avec CS5, si c'est important.

ETA aux répondants : Nous avons depuis longtemps terminé ce projet et livré le travail, donc je ne peux pas J'accepte une réponse, mais n'hésitez pas à proposer vos solutions potentielles aux autres.


Déploiement de GeoSever

Nous pouvons maintenant procéder au déploiement du logiciel GeoServer.

1. Ouvrez le Site officiel de GeoServer et téléchargez la dernière version stable en tant qu'archive Web.

2. Une fois le téléchargement terminé, extrayez l'archive que vous avez obtenue.

3. Revenez au tableau de bord Jelastic et téléchargez le geoserver.war fichier, situé dans le dossier avec le contenu d'archive extrait.

4. Enfin, appuyez sur Déployer sur.. bouton à côté de celui-ci .guerre dans la liste des packages et choisissez créé avant l'environnement afin de déployer l'application GeoServer dessus.


Postgis : Fusion de deux couches vectorielles en une seule couche - Systèmes d'Information Géographique

GéoTrellis est une bibliothèque et un framework Scala qui utilise Spark pour travailler avec des données raster. Il est publié sous la licence Apache 2.

GeoTrellis lit, écrit et exploite les données raster aussi rapidement que possible. Il implémente de nombreuses opérations d'algèbre cartographique ainsi que des opérations de vecteur à raster ou de raster à vecteur.

GeoTrellis fournit également des outils pour restituer des rasters au format PNG ou pour stocker des métadonnées sur les fichiers raster au format JSON. Il vise à fournir un traitement raster à des vitesses Web (inférieures à la seconde ou moins) avec des points de terminaison RESTful ainsi qu'à fournir un traitement par lots rapide de grands ensembles de données raster.

Veuillez visiter le site du projet pour plus d'informations ainsi que quelques démos interactives.

GeoTrellis a des liaisons Python via un projet appelé GeoPySpark. GeoPySpark est une bibliothèque de liaisons Python pour GeoTrellis et peut effectuer la plupart (mais pas toutes) des opérations présentes dans GeoTrellis. GeoPySpark peut être intégré à d'autres outils de l'écosystème Python, tels que les blocs-notes NumPy, scikit-learn et Jupyter. Plusieurs didacticiels GeoPySpark ont ​​été développés pour tirer parti de la capacité de visualisation de GeoNotebook, une extension Jupyter open source qui fournit des affichages de cartes interactifs.

Vous pouvez trouver plus d'informations et parler aux développeurs (faites-nous savoir sur quoi vous travaillez !) à l'adresse :

GeoTrellis est actuellement disponible pour Scala 2.11 et Spark 2.0+.

Pour commencer avec SBT, ajoutez simplement ce qui suit à votre fichier build.sbt :

Pour récupérer la dernière version SNAPSHOT, RC ou jalon, ajoutez ces résolveurs :

geotrellis-raster n'est qu'un sous-module sur lequel vous pouvez compter. Voici une liste de nos sous-modules publiés :

  • geotrellis-proj4 : Systèmes de référence de coordonnées et reprojet (Scala wrapper autour de Proj4j)
  • geotrellis-vector : Types de données vectorielles et opérations (Scala wrapper autour de JTS)
  • geotrellis-raster : Types de données raster et opérations
  • geotrellis-spark : permet la sauvegarde géospatiale de Spark vers et depuis HDFS
  • geotrellis-s3 : backend S3 pour geotrellis-spark
  • geotrellis-accumulo : backend Accumulo pour geotrellis-spark
  • geotrellis-cassandra : backend Cassandra pour geotrellis-spark
  • geotrellis-hbase : backend HBase pour geotrellis-spark
  • geotrellis-spark-etl : Utilitaires pour l'écriture d'applications ETL (Extract-Transform-Load), ou "ingest" pour geotrellis-spark
  • geotrellis-geotools : Conversions vers et depuis les données vectorielles et raster GeoTools
  • geotrellis-geomesa : Intégration expérimentale de GeoMesa
  • geotrellis-geowave : Intégration expérimentale de GeoWave
  • geotrellis-shapefile : Lire les fichiers de formes dans les types de données GeoTrellis via GeoTools
  • geotrellis-slick : Lire les données vectorielles à partir de PostGIS via LightBend Slick
  • geotrellis-vectortile : Prise en charge expérimentale de tuiles vectorielles, y compris la lecture et l'écriture
  • geotrellis-raster-testkit : Kit de test pour tester les types geotrellis-raster
  • geotrellis-vector-testkit : Kit de test pour tester les types de geotrellis-vector
  • geotrellis-spark-testkit : Kit de test pour tester le code geotrellis-spark

Une liste plus complète des fonctionnalités est disponible ci-dessous.

Où se trouvent notre historique des commits et notre liste de contributeurs ?

En novembre 2016, GeoTrellis a déplacé son référentiel de l'organisation GeoTrellis GitHub vers son emplacement actuel dans l'organisation LocationTech GitHub. Dans le processus de déplacement de notre référentiel, nous sommes passés par un processus d'examen de la propriété intellectuelle. Étant donné que la fondation Eclipse n'examine qu'un instantané du référentiel, et non tout l'historique, nous avons dû commencer à partir d'une branche maître propre. L'intégralité de l'ancien historique est disponible dans la branche _old/master. Vous pouvez également lier l'historique principal de votre clone local à l'ancien historique en exécutant

si l'origine pointe vers https://github.com/locationtech/geotrellis. Cela vous permettra de voir l'ancien historique des commandes telles que git log .

Malheureusement, nous avons perdu notre nombre de commits et de contributeurs lors du déplacement. Ce sont des statistiques importantes pour un référentiel, et nos chiffres actuels nous font paraître plus jeunes que nous ne le sommes. GeoTrellis est un projet open source depuis 2011. Voici à quoi ressemblait notre nombre de contributeurs et de commits avant le passage à LocationTech :

En plus des décomptes, nous voulons nous assurer que toutes les personnes formidables qui ont contribué à GeoTrellis avant le déménagement de LocationTech peuvent toujours être créditées sur une page de contributeurs. Pour la postérité, je laisserai la page des contributeurs suivante à ce qu'elle était avant le déménagement :

Il s'agit d'une liste des fonctionnalités contenues dans la bibliothèque GeoTrellis. Il est divisé par le sous-projet qui contient les fonctionnalités.

  • Représenter un système de référence de coordonnées (CRS) basé sur l'ellipsoïde, le datum et la projection.
  • Traduire les SCR vers et depuis les représentations de chaîne proj4.
  • Recherchez les CRS basés sur EPSG et d'autres codes.
  • Transformez les coordonnées (x, y) d'un SCR à un autre.
  • Fournit un wrapper idiomatique scala autour des types JTS : Point, Line (LineString dans JTS), Polygon, MultiPoint, MultiLine (MultiLineString dans JTS), MultiPolygon, GeometryCollection
  • Méthodes pour les opérations géométriques prises en charge dans JTS, avec des résultats qui fournissent un moyen sûr de faire correspondre les résultats possibles des géométries.
  • Fournit un type d'entité qui est la composition d'une géométrie et d'un type de données générique.
  • Lisez et écrivez des géométries et des fonctionnalités vers et depuis GeoJSON.
  • Lire et écrire des géométries vers et depuis WKT et WKB.
  • Reprojetez des géométries entre deux SCR.
  • Opérations géométriques : Coque convexe, Densification, Simplification
  • Effectuez une interpolation de krigeage sur les valeurs des points.
  • Effectuer des transformations affines de géométries
  • GeometryBuilder pour créer des géométries de test
  • GeometryMatcher pour les tests unitaires scalatest, qui aide à tester l'égalité des géométries avec un seuil facultatif.
  • Fournit des types pour représenter les rasters mono et multicanaux, prenant en charge les données Bit, Byte, UByte, Short, UShort, Int, Float et Double, avec une valeur NoData constante (ce qui améliore les performances) ou une valeur NoData définie par l'utilisateur.
  • Traitez une vignette comme une collection de valeurs, en appelant « map » et « foreach », ainsi que des versions à virgule flottante de ces méthodes (séparées pour les performances).
  • Combinez les données raster de manière générique.
  • Rendu des rasters via des dégradés de couleurs et des palettes de couleurs en images PNG et JPG.
  • Lisez GeoTiffs avec la compression DEFLATE, LZW et PackBits, y compris la prédiction horizontale et à virgule flottante pour LZW et DEFLATE.
  • Écrivez GeoTiffs avec DEFLATE ou sans compression.
  • Reprojetez les rasters d'un SCR à un autre.
  • Rééchantillonnage des données raster.
  • Masquer et recadrer les rasters.
  • Divisez les rasters en tuiles plus petites et cousez les tuiles en rasters plus grands.
  • Dérivez des histogrammes à partir de rasters afin de représenter la distribution des valeurs et de créer des ruptures quantiles.
  • Opérations d'algèbre cartographique locale : Abs, Acos, Add, And, Asin, Atan, Atan2, Ceil, Cos, Cosh, Defined, Divide, Equal, Floor, Greater, GreaterOrEqual, InverseMask, Less, LessOrEqual, Log, Majority, Mask, Max , MaxN, Moyenne, Min, MinN, Minorité, Multiplier, Annuler, Non, Ou, Pow, Rond, Sin, Sinh, Sqrt, Soustraire, Tan, Tanh, Non défini, Inégal, Variance, Variété, Xor, Si
  • Opérations d'algèbre cartographique focale : Ombrage, Aspect, Pente, Convolution, Jeu de la vie de Conway, Max, Mean, Median, Mode, Min, MoransI, StandardDeviation, Sum
  • Opérations d'algèbre cartographique zonale : Histogramme zonal, Pourcentage zonal
  • Opérations qui résument les données raster coupant des polygones : Min, Mean, Max, Sum.
  • Opération de distance de coût basée sur un ensemble de points de départ et un raster de friction.
  • Opérations hydrologiques : accumulation, remplissage et direction du débit.
  • Rasterisation des géométries et possibilité d'itérer sur les valeurs des cellules couvertes par les géométries.
  • Vectorisation des données raster.
  • Krigeage Interpolation de données ponctuelles en rasters.
  • Opération de bassin de vision.
  • Opération RegionGroup.
  • Créez des données raster de test.
  • Les données raster d'assertion correspondent aux données de tableau ou à d'autres rasters dans scalatest.
  • Manière générique de représenter les RDD de valeur clé sous forme de couches, où la clé représente une coordonnée dans l'espace basée sur une disposition de grille uniforme, éventuellement avec un composant temporel.
  • Représentez les données raster spatiales ou spatio-temporelles sous la forme d'un RDD de tuiles raster.
  • Architecture générique pour l'enregistrement/le chargement de couches de données RDD et de métadonnées vers/depuis divers backends, en utilisant l'API IO de Spark avec l'indexation Space Filling Curve pour optimiser la récupération du stockage (prise en charge des SFC de courbe de Hilbert et de courbe d'ordre Z). HDFS et le système de fichiers local sont des backends pris en charge par défaut, S3 et Accumulo sont des backends pris en charge par les projets geotrellis-s3 et geotrellis-accumulo, respectivement.
  • Architecture de requête qui permet une requête simple des données de couche par des limites spatiales ou spatio-temporelles.
  • Effectuez des opérations d'algèbre cartographique sur des couches de données raster, y compris toutes les opérations d'algèbre cartographique prises en charge mentionnées dans la liste d'entités geotrellis-raster.
  • Effectuez une reprojection transparente sur les couches raster, en utilisant les informations de tuiles voisines dans la reprojection pour éviter les cellules NoData indésirables.
  • Pyramidez les couches à travers les niveaux de zoom en utilisant diverses méthodes de rééchantillonnage.
  • Types pour raisonner sur les dispositions de raster en mosaïque dans divers CRS et schémas.
  • Effectuez des opérations sur les couches RDD raster : recadrer, filtrer, joindre, masquer, fusionner, partitionner, pyramider, rendre, rééchantillonner, diviser, assembler et mosaïquer.
  • Résumé polygonal sur les couches raster : Min, Mean, Max, Sum.
  • Enregistrez les RDD de tableaux d'octets à clé spatiale dans des fichiers z/x/y dans HDFS ou le système de fichiers local. Utile pour enregistrer les PNG pour les utiliser comme couches de carte dans les cartes Web ou pour accéder aux GeoTiffs via les coordonnées de tuile z/x/y.
  • Utilitaires autour de la création de contextes d'étincelle pour les applications utilisant GeoTrellis, y compris un registraire Kryo qui enregistre la plupart des types.
  • Code utilitaire pour créer des RDD de test de données raster.
  • Méthodes de correspondance pour tester l'égalité des RDD de données raster dans les tests unitaires scalatest.
  • Enregistrez et chargez des couches vers et depuis Accumulo. Interrogez efficacement de grandes couches à l'aide de l'API de requête de couche.
  • Enregistrez et chargez des couches vers et depuis Casandra. Interrogez efficacement de grandes couches à l'aide de l'API de requête de couche.
  • Enregistrez et chargez des couches vers et depuis HBase. Interrogez efficacement de grandes couches à l'aide de l'API de requête de couche.
  • Enregistrez/chargez les couches raster vers/depuis le système de fichiers local ou HDFS à l'aide de l'API IO de Spark.
  • Enregistrez les RDD de tableaux d'octets à clé spatiale dans des fichiers z/x/y dans S3. Utile pour enregistrer les fichiers PNG à utiliser en tant que couches cartographiques dans les cartes Web.
  • Options de ligne de commande d'analyse pour l'entrée et la sortie des applications ETL (extraction, transformation et chargement)
  • Méthodes utilitaires qui facilitent la création d'applications ETL pour l'utilisateur.
  • Travaillez avec des rasters d'entrée du système de fichiers local, HDFS ou S3
  • Reprojetez les rasters en entrée à l'aide d'un reprojet par tuile ou d'une reprojection transparente qui prend en compte les tuiles voisines.
  • Transformez les rasters en entrée en couches basées sur un schéma de mise en page ZXY
  • Enregistrez les couches dans Accumulo, S3, HDFS ou le système de fichiers local.
  • Enregistrez et chargez la géométrie et les données d'entités vers et depuis PostGIS à l'aide de la bibliothèque de base de données slick scala.
  • Effectuez des opérations PostGIS ST_ dans PostGIS via scala.
  • D'autres exemples et documentation des cas d'utilisation de GeoTrellis peuvent être trouvés dans le dossier docs/
  • Scaladocs pour la dernière version du projet peut être trouvé ici:

Les commentaires et les contributions au projet, quel qu'en soit le type, sont toujours les bienvenus. Un CLA est requis pour la contribution, voir Contribuer pour plus d'informations. Veuillez vous référer au guide de style Scala pour le formatage des correctifs dans la base de code.


COUCHE¶

Ce mot-clé permet de créer des paires nom-valeur pour lier des variables dans des instructions SQL. La liaison de variable empêche l'injection SQL en échappant correctement les chaînes et les entiers. S'applique uniquement aux connexions PostGIS et Oracle.

Signale le début d'un objet CLASS.

A l'intérieur d'une couche, une seule classe sera utilisée pour le rendu d'une entité. Chaque caractéristique est testée par rapport à chaque classe dans l'ordre dans lequel elles sont définies dans le mapfile. La première classe qui correspond à ses contraintes d'échelle min/max et à sa vérification d'EXPRESSION pour l'entité actuelle sera utilisée pour le rendu.

Cela peut être contrôlé avec la directive de traitement RENDERMODE.

Spécifiez le groupe de la classe qui serait pris en compte au moment du rendu. Le paramètre GROUP de l'objet CLASS doit être utilisé en combinaison avec CLASSGROUP.

Nom de l'élément dans la table attributaire à utiliser pour les recherches de classe.

Signale le début d'un objet CLUSTER.

L'option de configuration CLUSTER permet de combiner plusieurs entités de la couche en entités uniques (agrégées) en fonction de leurs positions relatives. Pris en charge uniquement pour les couches POINT.

Signale le début d'un objet COMPOSITE.

Un ou plusieurs blocs COMPOSITE peuvent être utilisés pour signaler que le rendu doit être effectué dans une image temporaire et fusionné sur l'image de carte finale dans une étape finale. Les options définies à l'intérieur du bloc COMPOSITE détermineront comment cette fusion doit être effectuée (par exemple en appliquant l'opacité, l'opérateur de composition ou les filtres de pixels)

Chaîne de connexion à la base de données pour récupérer les données distantes.

Une chaîne de connexion PostGIS est essentiellement une chaîne de connexion PostgreSQL régulière, elle prend la forme de "user=nobody password=****** dbname=dbname host=localhost port=5432"

Une chaîne de connexion Oracle : user/pass[@db]

Une chaîne de connexion SDE se compose d'un nom d'hôte, d'un nom d'instance, d'un nom de base de données, d'un nom d'utilisateur et d'un mot de passe séparés par des virgules.

Le pilote SDE natif de MapServer a été supprimé pour la version MapServer 7.0 (voir la discussion). Le support SDE est toujours accessible via le pilote OGR.

Données vectorielles pour des informations de connexion spécifiques pour diverses sources de données.

Voir Kernel Density Estimation (Dynamic Heatmap) pour des informations de connexion spécifiques pour l'estimation de la densité du noyau.

Ce mot-clé permet de définir des options de connexion exprimées sous forme de paires clé/valeur. Ceci n'est actuellement implémenté que pour les couches CONNECTIONTYPE OGR ou raster, afin de transmettre les options ouvertes aux pilotes GDAL/OGR.

Exemple pour une source de données GeoJSON pour spécifier l'option ouverte FLATTEN_NESTED_ATTRIBUTES du pilote OGR GeoJSON.

Type de connexion. La valeur par défaut est locale. Voir la documentation supplémentaire pour tout autre type.

Données vectorielles pour des informations de connexion spécifiques pour diverses sources de données. Voir Union Layer pour combiner les couches, ajouté dans MapServer 6.0

Voir Kernel Density Estimation (Dynamic Heatmap) pour des informations de connexion spécifiques pour l'estimation de la densité du noyau.

mygis est un autre type de connexion, mais il est obsolète, veuillez consulter la section MySQL du document Vector Data pour les détails de connexion.

Nom de fichier complet des données spatiales à traiter. Aucune extension de fichier n'est nécessaire pour les fichiers de formes. Peut être spécifié par rapport à l'option SHAPEPATH de l'objet Map.

S'il s'agit d'une couche SDE, le paramètre doit inclure le nom de la couche ainsi que la colonne de géométrie, c'est-à-dire "mylayer,shape,myversion".

S'il s'agit d'une couche PostGIS, le paramètre doit être sous la forme "<columnname> from <tablename>", où "columnname" est le nom de la colonne contenant les objets géométriques et "tablename" est le nom de la table à partir de laquelle les données géométriques sera lu.

Pour Oracle, utilisez « shape FROM table » ou « shape FROM (instruction SELECT) » ou encore des requêtes compatibles Oracle plus complexes ! Notez qu'il y a cependant des impacts importants sur les performances lors de l'utilisation de sous-requêtes spatiales. Essayez d'utiliser le FILTRE de MapServer chaque fois que possible à la place. Vous pouvez également voir le SQL soumis en forçant une erreur, par exemple en soumettant un paramètre DATA dont vous savez qu'il ne fonctionnera pas, en utilisant par exemple un mauvais nom de colonne.

Dans un cas d'utilisation standard, lorsque PostGIS, SpatiaLite ou GeoPackage sont utilisés comme source de données, le filtre BBOX (les cadres de délimitation se croisent, && avec PostGIS) est utilisé automatiquement. Cependant, dans certains cas d'utilisation rares, une sous-requête peut prendre beaucoup de temps si les données sont vraiment importantes, car les données finales ne seront filtrées que dans la requête. Afin de filtrer les données plus tôt, c'est-à-dire avant la requête finale, on peut filtrer les données directement dans la sous-requête à l'aide de la !BOX! variable : WHERE ST_Intersects(wkb_geometry,!BOX!) .

Données vectorielles pour des informations de connexion spécifiques pour diverses sources de données.

Active le débogage d'une couche dans la carte actuelle.

Débogage avec les versions MapServer >= 5.0 :

La sortie détaillée est générée et envoyée à la sortie d'erreur standard (STDERR) ou au fichier d'erreur MapServer si celui-ci est défini à l'aide de la variable d'environnement « MS_ERRORFILE ». Vous pouvez définir la variable d'environnement en utilisant le paramètre CONFIG au niveau MAP du mapfile, par exemple :

Vous pouvez également définir la variable d'environnement dans Apache en ajoutant ce qui suit à votre httpd.conf :

Une fois la variable d'environnement définie, le paramètre DEBUG mapfile peut être utilisé pour contrôler le niveau de sortie de débogage. Voici une description des valeurs DEBUG possibles :

DEBUG O ou OFF - seuls les appels msSetError() sont enregistrés dans MS_ERRORFILE. Aucune sortie msDebug() du tout. Ceci est la valeur par défaut et correspond au comportement d'origine de MS_ERRORFILE dans MapServer 4.x

DEBUG 1 ou ON - inclut toutes les sorties de DEBUG 0 plus les avertissements msDebug() sur les pièges courants, les échecs d'assertions ou les situations d'erreur non fatales (par exemple, valeurs manquantes ou invalides pour certains paramètres, fichiers de formes manquants dans tileindex, erreur de délai d'attente des serveurs WMS/WFS distants, etc. )

DÉBOGUER 2 - comprend toutes les sorties de DEBUG 1 ainsi que des avis et des informations de synchronisation utiles pour le réglage des fichiers de mappage et des applications

DÉBOGUER 3 - tout DEBUG 2 plus certaines sorties de débogage utiles pour résoudre les problèmes tels que les URL de connexion WMS appelées, les appels de connexion à la base de données, etc.

DÉBOGUER 4 - DEBUG 3 et encore plus de détails…

DÉBOGUER 5 - DEBUG 4 plus toute sortie msDebug() qui pourrait être plus utile aux développeurs qu'aux utilisateurs.

Vous pouvez également définir le niveau de débogage en utilisant la variable d'environnement "MS_DEBUGLEVEL".

Le paramètre DEBUG peut également être spécifié pour l'ensemble de la carte, en définissant le paramètre DEBUG dans l'objet MAP.

Pour plus de détails sur ce mécanisme de débogage, veuillez consulter Debugging MapServer .

Débogage avec les versions MapServer < 5:

La sortie détaillée est générée et envoyée à la sortie d'erreur standard (STDERR) ou au fichier journal MapServer s'il est défini à l'aide du paramètre LOG dans l'objet WEB. Les utilisateurs d'Apache verront les détails de la synchronisation pour le dessin dans le fichier error_log d'Apache. Nécessite que MapServer soit construit avec l'option DEBUG=MSDEBUG (option de configuration –with-debug).

6.0 sürümünden beri kullanım dışı: utilisez plutôt les METADONNEES DE COUCHE.

Basculez pour permettre à MapServer de renvoyer des données au format GML. Utile lorsqu'il est utilisé avec les opérations WMS GetFeatureInfo. "faux" par défaut.

L'encodage utilisé pour le texte dans la source de données de couche. La valeur doit être supportée par ICONV (par exemple « LATIN1 »). Lorsque ENCODING est défini (et différent de « UTF-8 »), les attributs de texte de la source de données seront convertis en UTF-8.

Requis pour afficher les caractères internationaux dans MapServer. Plus d'informations peuvent être trouvées dans le document Label Encoding .

ÉTENDUE [minx] [miny] [maxx] [maxy]

L'étendue spatiale des données. Dans la plupart des cas, vous n'aurez pas besoin de le spécifier, mais cela peut être utilisé pour éviter le coût de vitesse lié au calcul de l'étendue des données par MapServer. Une application peut également éventuellement utiliser cette valeur pour remplacer les étendues de la carte.

Signale le début d'un objet FEATURE.

Ce paramètre permet un filtrage d'attributs spécifiques aux données qui est effectué en même temps que le filtrage spatial, mais avant que les expressions CLASS ne soient évaluées. La chaîne est simplement une expression MapServer :

Les filtres natifs sont pris en charge via la clé NATIVE_FILTER PROCESSING :

Pas

Jusqu'à MapServer 6, les filtres natifs pouvaient être spécifiés comme :

Mais ce n'est plus pris en charge.

Élément à utiliser avec des expressions FILTER simples. OGR et fichiers de formes uniquement.

Modèle à utiliser après l'ensemble des résultats d'une couche a été envoyé. Modes de requête multi-résultats uniquement.

GEOMTRANSFORM [<expression>|<Fichier Javascript>]

Utilisé pour indiquer que l'entité actuelle sera transformée.

<expression>: applique l'expression donnée à la géométrie.

(tampon([forme],dist)): Tamponnez la géométrie ( [shape] ) en utilisant les unités dist ground comme distance tampon. Pour les polygones, une dist négative produira un recul.

(simplifier([forme],tolérance)): simplifie une géométrie ( [forme] ) en utilisant l'algorithme standard de Douglas-Peucker.

(simplifypt([forme], tolérance)): simplifie une géométrie ( [forme] ), garantissant que le résultat est une géométrie valide ayant la même dimension et le même nombre de composants que l'entrée. la tolérance doit être non négative.

(généraliser([forme],tolérance)): simplifie une géométrie ( [shape] ) d'une manière comparable à l'algorithme ThinNoPoint de FME. Voir http://trac.osgeo.org/gdal/ticket/966 pour plus d'informations.

(smoothsia([forme], smoothing_size, smoothing_iteration, prétraitement)): va lisser une géométrie ( [forme] ) en utilisant l'algorithme SIA

Il existe une différence entre STYLE et LAYER GEOMTRANSFORM. Le niveau LAYER recevra les coordonnées au sol (mètres, degress, etc.) et le niveau STYLE recevra les coordonnées des pixels. L'argument des méthodes telles que simplifier () doit être dans les mêmes unités que les coordonnées des formes à ce point du flux de travail de rendu, c'est-à-dire les pixels au niveau STYLE et en unités au sol au niveau LAYER.

La variable [map_cellsize] est disponible si vous devez passer une valeur de pixel au niveau LAYER.

Pour que cette variable fonctionne dans l'analyseur d'expressions mathématiques, la [map_cellsize] doit être convertie en unité au sol de la couche. Si vous choisissez d'utiliser [map_cellsize] dans votre expression GEOMTRANSFORM, vous devez explicitement définir l'option UNITS dans la couche.

<Fichier Javascript>: Un fichier Javascript qui renvoie une nouvelle géométrie. Voir Transformation Javascript .

Signale le début d'un objet GRID.

Nom d'un groupe auquel appartient cette couche. Le nom du groupe peut alors être référencé en tant que nom de calque normal dans les fichiers modèles, ce qui permet de faire des choses comme activer et désactiver un groupe de calques à la fois.

Si un nom de groupe est présent dans le paramètre LAYERS d'une requête CGI, toutes les couches du groupe sont renvoyées (le STATUS des LAYER n'a aucun effet).

Modèle à utiliser avant que l'ensemble des résultats d'une couche a été envoyé. Modes de requête multi-résultats uniquement.

Signale le début d'un objet JOIN.

Supprimé dans la version 5.0 : veuillez plutôt consulter le paramètre ANGLE de l'objet LABEL.

Pour les versions MapServer < 5.0, il s'agit du nom de l'élément dans la table attributaire à utiliser pour les angles d'annotation de classe. Les valeurs doivent être en degrés.

Spécifie si les étiquettes doivent être dessinées lorsque les entités de cette couche sont dessinées, ou si elles doivent être mises en cache et dessinées une fois que toutes les couches ont été dessinées. La valeur par défaut est activée. La suppression des chevauchements d'étiquettes, le placement automatique, etc. ne sont disponibles que lorsque le cache d'étiquettes est actif.

Nom de l'élément dans la table attributaire à utiliser pour l'annotation de classe (c'est-à-dire l'étiquetage).

Échelle minimale à laquelle cette COUCHE est étiquetée. L'échelle est donnée comme dénominateur de la fraction d'échelle réelle, par exemple pour une carte à l'échelle 1:24 000, utilisez 24 000. Implémenté dans MapServer 5.0, pour remplacer le paramètre obsolète LABELMAXSCALE.

Échelle maximale à laquelle cette COUCHE est étiquetée. L'échelle est donnée comme dénominateur de la fraction d'échelle réelle, par exemple pour une carte à l'échelle 1:24 000, utilisez 24 000. Implémenté dans MapServer 5.0, pour remplacer le paramètre obsolète LABELMINSCALE.

Définit le contexte pour l'étiquetage de cette couche, par exemple :

signifie que ce calque ne sera PAS étiqueté si un calque nommé « orthoquads » est activé. L'expression consiste en une expression booléenne basée sur l'état des autres couches, chaque sous-chaîne [nom de la couche] est remplacée par un 0 ou un 1 selon l'ÉTAT de cette couche, puis évaluée comme normale. Les opérateurs logiques AND et OR peuvent être utilisés.

Supprimé dans la version 5.0 : veuillez consulter le paramètre SIZE de l'objet LABEL à la place.

Pour les versions MapServer < 5.0, il s'agit du nom de l'élément dans la table attributaire à utiliser pour les tailles d'annotation de classe. Les valeurs doivent être en pixels.

Les données de la couche actuelle ne seront rendues qu'à l'intersection des entités de la couche [layername]. [layername] doit référencer le NOM d'un autre LAYER défini dans le mapfile actuel. peut être n'importe quel type de couche de serveur de carte, c'est-à-dire vecteur ou raster. Si le calque actuel a un étiquetage configuré, alors seules les étiquettes dont le point d'étiquette tombe à l'intérieur de la zone non masquée seront ajoutées au cache d'étiquettes (les glyphes réels de l'étiquette peuvent être rendus au-dessus de la zone masquée.

À moins que vous ne vouliez que les caractéristiques de [layername] apparaissent réellement sur la carte générée, [layername] doit généralement être défini sur STATUS OFF.

Spécifie le nombre d'entités qui doivent être dessinées pour cette couche dans la fenêtre ACTUELLE. A des utilisations intéressantes avec des annotations et avec des données triées (c'est-à-dire des lacs par zone).

Largeur maximale, dans les unités géographiques de la carte, à laquelle cette COUCHE est dessinée. Si MAXSCALEDENOM est également spécifié, MAXSCALEDENOM sera utilisé à la place.

La largeur d'une carte en unités géographiques peut être trouvée en calculant les éléments suivants à partir des étendues :

5.0.0 sürümünde geldi : Remplacé MAXSCALE.

Échelle minimale à laquelle cette COUCHE est dessinée. L'échelle est donnée comme dénominateur de la fraction d'échelle réelle, par exemple pour une carte à l'échelle 1:24 000, utilisez 24 000.

Ce mot-clé permet de stocker des données arbitraires sous forme de paires nom-valeur. Ceci est utilisé avec OGC WMS pour définir des éléments tels que le titre de la couche. Cela peut également permettre plus de flexibilité dans la création de modèles, car tout ce que vous mettez ici sera accessible via les balises de modèle.

Largeur minimale, dans les unités géographiques de la carte, à laquelle cette COUCHE est dessinée. Si MINSCALEDENOM est également spécifié, MINSCALEDENOM sera utilisé à la place.

La largeur d'une carte en unités géographiques peut être trouvée en calculant les éléments suivants à partir des étendues :

Échelle maximale à laquelle cette COUCHE est dessinée. L'échelle est donnée comme dénominateur de la fraction d'échelle réelle, par exemple pour une carte à l'échelle 1:24 000, utilisez 24 000. Implémenté dans MapServer 5.0, pour remplacer le paramètre MINSCALE obsolète.

Nom abrégé de cette couche. Ce nom est le lien entre le mapfile et les interfaces Web qui font référence à ce nom. Ils doivent être identiques. Le nom doit être unique, à moins qu'une couche n'en remplace une autre à différentes échelles. Utilisez l'option GROUP pour associer des couches entre elles. Il est recommandé que le nom ne contienne pas d'espaces, de caractères spéciaux ou ne commence par un chiffre (ce qui pourrait causer des problèmes via des interfaces telles que les services OGC).

HORS SITE [r] [g] [b] | [chaîne hexadécimale]

Définit l'index de couleur à traiter comme transparent pour les calques raster.

r , g et b doivent être des entiers [0..255]. Pour spécifier les pixels noirs, les éléments suivants sont utilisés :

la chaîne hexadécimale peut être

Valeur RVB : « #rrggbb ». Pour spécifier le magenta, ce qui suit est utilisé :

Valeur RVBA (ajout de translucidité) : « #rrggbbaa ». Pour spécifier un magenta semi-translucide, les éléments suivants sont utilisés :

7.0 sürümünden beri kullanım dışı : Utilisez plutôt un bloc COMPOSITE.

Bibliothèque supplémentaire à charger par MapServer, pour cette couche. Ceci est couramment utilisé pour charger un support spécifique pour les couches SDE et Microsoft SQL Server, telles que :

Indique à MapServer de restituer cette couche une fois que toutes les étiquettes du cache ont été dessinées. Utile pour ajouter des lignes nettes et des éléments similaires. La valeur par défaut est false.

Passe une directive de traitement à utiliser avec cette couche. Les directives de traitement prises en charge varient selon le type de couche et le pilote sous-jacent qui les traite.

Directives ArcSDE - Toutes les options de traitement ArcSDE sont décrites dans ArcSDE . Voici deux exemples.

Directive Attributs - L'option de traitement ITEMS permet de spécifier le nom des attributs pour les couches en ligne ou de spécifier le sous-ensemble d'attributs à utiliser par la couche, tels que :

Regroupement - les directives d'objet cluster sont décrites dans CLUSTER

Directive de mise en commun des connexions - C'est ici que vous pouvez activer le regroupement de connexions pour certains types de couches. Le regroupement de connexions permettra à MapServer de partager le handle vers une base de données ouverte ou une connexion de couche tout au long d'un processus de dessin de carte unique. De plus, si FastCGI est activé, le descripteur de connexion restera ouvert indéfiniment, ou selon les options spécifiées dans la configuration FastCGI. Oracle Spatial , ArcSDE , OGR Vector Layers Through MapServer et PostGIS/PostgreSQL prennent actuellement en charge cette approche. "REPORTER” permet la mutualisation des connexions “TOUJOURS” fermera toujours la connexion après utilisation et n'essaiera pas non plus de réutiliser une connexion partagée du pool qui pourrait provenir d'une autre couche.

Directives de contour - les directives contour sont décrites dans Contour .

Rayon de densité de noyau

Rayon en pixels du filtre gaussien à appliquer au tableau bitmap une fois que toutes les caractéristiques ont été accumulées. Des valeurs plus élevées entraînent une augmentation du temps processeur nécessaire pour calculer les données filtrées.

Bordures de calcul de densité de noyau

Un noyau de rayon « r » ne peut pas être appliqué aux pixels « r » le long des bords de l'image. La valeur par défaut consiste à étendre le rectangle de recherche de la source de données d'entrée pour inclure les entités « r » pixels en dehors de l'étendue actuelle de la carte afin que la carte thermique calculée s'étende sur toute l'étendue de l'image résultante. Cela peut être désactivé lors de la mosaïque si le logiciel de mosaïque applique un méta-tampon de « r » pixels à ses requêtes, afin d'éviter la surcharge de performances liée au calcul de ces informations supplémentaires.

Normalisation de la densité du noyau

S'il est défini sur « AUTO », la bande raster créée sera mise à l'échelle de telle sorte que ses intensités vont de 0 à 255, afin de couvrir entièrement la palette de couleurs configurée. Un tel comportement peut ne pas être souhaitable (généralement pour le carrelage) car l'intensité résultante d'un pixel à un emplacement donné variera en fonction de l'étendue de la demande de carte actuelle. S'il est défini sur une valeur numérique, les échantillons seront multipliés par la valeur donnée. Il appartient à l'utilisateur de déterminer la valeur de mise à l'échelle à utiliser pour que les pixels résultants couvrent toute la plage 0-255, déterminant que cette valeur est principalement un processus d'essais et d'erreurs. Les pixels qui se trouvent en dehors de la plage 0-255 seront tronqués à 0 ou 255.

Rampe de couleur raster

RANGE_COLORSPACE=RGB|HSL - La prise en charge par défaut de RANGE interpole les couleurs entre les arrêts dans l'espace RVB, ce qui entraîne généralement des couleurs délavées. L'interpolation peut être effectuée dans l'espace HSL, ce qui entraîne généralement la sortie souhaitée pour les cartes thermiques.

Directive sur l'étiquetage - L'option de traitement LABEL_NO_CLIP peut être utilisée pour ignorer le découpage des formes lors de la détermination des points d'ancrage des étiquettes associées. Cela évite les changements de position de l'étiquette lorsque les étendues changent entre les tracés de carte. Cela évite également les étiquettes en double lorsque les entités apparaissent dans plusieurs tuiles adjacentes lors de la création de cartes tuilées.

Directive de rendu de ligne - L'option de traitement POLYLINE_NO_CLIP peut être utilisée pour ignorer le découpage des formes lors du rendu des lignes stylisées (en pointillés ou stylisées avec des symboles). Cela évite de modifier le style des lignes lorsque les étendues changent entre les tracés de carte. Cela évite également les effets de bord lorsque les entités apparaissent dans plusieurs tuiles adjacentes lors de la création de cartes en tuiles.

Directive de rendu de classe

L'option de traitement RENDERMODE spécifie comment les classes sont sélectionnées pour le rendu d'un calque. La valeur par défaut et le comportement historique sont FIRST_MATCHING_CLASS : seule la première classe applicable est sélectionnée pour restituer une entité (voir la description de CLASS ). L'autre valeur disponible est ALL_MATCHING_CLASSES : toutes les classes applicables sont utilisées pour restituer une entité, chacune étant utilisée en plus des précédentes. Il s'agit du comportement par défaut avec les styles SLD.

Directive sur les styles OGR - Cette directive peut être utilisée pour obtenir des styles d'étiquettes via MapScript. Pour plus d'informations, consultez le document OGR de MapServer.

Options spécifiques à MSSQL - MSSQL_READ_WKB=TRUE - Utilise le format WKB (Well Known Binary) au lieu du format natif lors de la récupération des géométries.

Filtre natif Directive

Cette directive peut être utilisée pour effectuer un filtrage spécifique au pilote. Pour les connexions à la base de données, la chaîne est une clause SQL WHERE qui est valide par rapport à la base de données sous-jacente.

Options spécifiques à PostGIS - FORCE2D=YES peut être utilisé pour forcer la récupération des géométries 2D uniquement à partir de PostGIS.

Options de rendu spécifiques au champ vectoriel - UV_SPACING : L'espacement est la distance, en pixels, entre les flèches à afficher dans le champ vectoriel. La valeur par défaut est 32. UV_SIZE_SCALE : Utilisé pour convertir les longueurs vectorielles (magnitude) du raster en pixels pour un meilleur rendu. La valeur par défaut est 1.

Ajustement du rendu AGG - Cette directive peut être utilisée pour définir le gamma linéaire à utiliser lors du rendu des entités surfaciques. La valeur par défaut de 0,75 (qui peut être remplacée au niveau OUTPUTFORMAT) peut être définie sur une valeur inférieure pour limiter/supprimer les contours pâles qui apparaissent entre les polygones adjacents. Une valeur de 0,5 est généralement suffisante.

Directives raster - Toutes les options de traitement raster sont décrites dans Raster Data . Ici, nous voyons les directives SCALE et BANDs utilisées pour mettre à l'échelle automatiquement les données raster et modifier le mappage des bandes.

Directives de la couche Union - Les options de traitement suivantes peuvent être utilisées avec les calques d'union : UNION_STATUS_CHECK (TRUE ou FALSE) - contrôle si l'état des calques source doit être vérifié et les calques invisibles (STATUS=OFF) doivent être ignorés. La valeur par défaut est FAUX. UNION_SCALE_CHECK (TRUE ou FALSE) - contrôle si la plage d'échelle des calques source doit être vérifiée et les calques invisibles (situés en dehors de la plage d'échelle et de la plage de zoom) doivent être ignorés. La valeur par défaut est VRAI. UNION_SRCLAYER_CLOSE_CONNECTION - remplace le paramètre de pool de connexions des couches sources.En introduisant ce paramètre, nous modifions le comportement actuel qui équivaut à : « UNION_SRCLAYER_CLOSE_CONNECTION=ALWAYS »

Signale le début d'un objet PROJECTION.

Définit le contexte d'affichage de cette couche (voir LABELREQUIRES).

Signale le début d'un objet SCALETOKEN. Autorise les substitutions de chaînes dépendantes de l'échelle. Voir MS RFC 86 : Substitutions de chaînes dépendantes de l'échelle .

Dans l'exemple précédent, %pri% serait remplacé par :

« 1 » pour les dénominateurs d'échelle inférieurs à 1 000, ce qui donne :

« 2 » pour les dénominateurs d'échelle entre 1 000 et 10 000 :

« 3 » pour les dénominateurs d'échelle supérieurs à 10 000 :

Définit l'unité des valeurs STYLE de l'objet SIZE (la valeur par défaut est le pixel). Utile pour simuler la mise en mémoire tampon. nauticalmiles a été ajouté dans MapServer 5.6.

Définit l'état actuel du calque. Souvent modifié par MapServer lui-même. Par défaut, le calque est activé en permanence.

En mode CGI, les couches avec STATUS DEFAULT ne peuvent pas être désactivées à l'aide des mécanismes normaux. Il est recommandé de définir les couches sur STATUS DEFAULT lors du débogage d'un problème, mais de les remettre sur ON/OFF en utilisation normale.

Pour WMS , les couches dans le mapfile du serveur avec STATUS DEFAULT sont toujours envoyées au client.

Le STATUS des couches individuelles d'un GROUPE n'a aucun effet lorsque le nom du groupe est présent dans le paramètre LAYERS d'une requête CGI - toutes les couches du groupe seront renvoyées.

Style basé sur des attributs ou généré avec Javascript

<attribut>: élément à utiliser pour un style spécifique à une fonction. Les informations de style peuvent être représentées par un attribut séparé (chaîne de style) attaché à l'entité. MapServer prend en charge les représentations de chaîne de style suivantes :

Définition de STYLE MapServer - La chaîne de style peut être représentée comme un bloc MapServer STYLE selon l'exemple suivant :

MapServer CLASS définition - En spécifiant l'ensemble de la CLASSE au lieu d'un seul style, vous pouvez utiliser d'autres options (comme la définition d'expressions, les attributs d'étiquette, plusieurs styles) sur une base par caractéristique.

Chaîne de style OGR - MapServer prend en charge le rendu du format de chaîne de style OGR conformément à la documentation OGR - Feature Style Specification. Actuellement, seules quelques sources de données prennent en charge le stockage des styles avec les fonctionnalités (comme MapInfo, AutoCAD DXF, Microstation DGN), mais ces styles peuvent facilement être transférés vers de nombreuses autres sources de données en tant qu'attribut distinct en utilisant l'outil de ligne de commande ogr2ogr comme suit :

AUTO: La valeur : AUTO peut être utilisée pour le coiffage automatique.

Le style automatique peut être fourni par le conducteur. Actuellement, seul le pilote OGR prend en charge le style automatique.

Lorsqu'il est utilisé pour un calque d'union , les styles des calques source seront utilisés.

Un fichier Javascript qui renvoie une nouvelle chaîne contenant soit une définition STYLE, soit une définition CLASS avec un ou plusieurs styles. Voir STYLEITEM Javascript .

L'échelle à laquelle les symboles et/ou le texte apparaissent en taille réelle. Cela permet une mise à l'échelle dynamique des objets en fonction de l'échelle de la carte. S'il n'est pas défini, ce calque apparaîtra toujours à la même taille. La mise à l'échelle n'a lieu que dans les limites de MINSIZE et MAXSIZE comme décrit ci-dessus. L'échelle est donnée comme dénominateur de la fraction d'échelle réelle, par exemple pour une carte à l'échelle 1:24 000, utilisez 24 000. Implémenté dans MapServer 5.0, pour remplacer le paramètre obsolète SYMBOLSCALE.

Utilisé comme alternative globale à CLASS TEMPLATE . Voir Modèle pour plus d'informations.

Nom du fichier ou de la couche tileindex. Un index de tuile est similaire à un index de bibliothèque ArcInfo. Le tileindex contient des entités surfaciques pour chaque tuile. L'élément qui contient l'emplacement des données tuilées est donné à l'aide du paramètre TILEITEM. Lorsqu'un fichier est utilisé comme index de tuile pour un fichier de formes ou des couches raster, l'index de tuile doit être un fichier de formes. Pour les couches OGR CONNECTIONTYPE, toute source de données prise en charge par OGR peut être un index de tuile. Normalement, l'emplacement doit contenir le chemin d'accès au fichier de tuile par rapport au chemin de forme, et non par rapport à l'index de tuile lui-même. Si le paramètre DATA contient une valeur, elle est ajoutée à la fin de l'emplacement. Lorsqu'une couche tileindex est utilisée, elle fonctionne de la même manière qu'une référence directe à un fichier, mais n'importe quelle source d'entités prise en charge peut être utilisée (c'est-à-dire postgres, oracle).

Tous les fichiers du tileindex doivent avoir le même système de coordonnées et pour les fichiers vectoriels le même ensemble d'attributs dans le même ordre.

À partir de MapServer 6.4 pour les couches raster et MapServer 7.2 pour les couches vectorielles, des index de tuiles avec des tuiles de différentes projections peuvent être utilisés. Pour cela, le paramètre TILESRS doit être spécifié.

Élément qui contient l'emplacement d'une tuile individuelle, la valeur par défaut est « emplacement ».

Nom de l'attribut qui contient le SRS d'une tuile individuelle. Ce SRS peut être exprimé au format WKT, sous forme de code EPSG:XXXX ou sous forme de chaîne PROJ. Si le tileindex contient des rasters dans différentes projections, cette option doit être spécifiée. Si le tileindex a été généré avec gdaltindex (GDAL >= 2.0) ou ogrtindex (GDAL >= 2.2), la valeur de TILESRS est la valeur de l'option -src_srs_name de gdaltindex/ogrtindex. Voir Tileindexes avec des tuiles dans différentes projections

Cette option n'est actuellement disponible que sur les couches raster.

Sensibilité pour les requêtes basées sur des points (c'est-à-dire via la souris et/ou les coordonnées cartographiques). Donné en UNITES DE TOLERANCE. Si la couche est un POINT ou une LIGNE, la valeur par défaut est 3. Pour tous les autres types de couche, la valeur par défaut est 0. Pour restreindre les recherches de polygones afin que le point doive se produire dans le polygone, définissez la tolérance sur zéro. Ce paramètre ne s'applique pas aux opérations WFS GetFeature.

Unités de la valeur de TOLÉRANCE. La valeur par défaut est les pixels. Nauticalmiles a été ajouté dans MapServer 5.6.

TRANSPARENCE [entier|alpha] - obsolète

5.0 sürümünden beri kullanım dışı: Utilisez OPACITY à la place.

7.0 sürümünden beri kullanım dışı: Utilisez plutôt COMPOSITE.

Indique à MapServer si une couche particulière doit être transformée ou non d'un système de coordonnées en coordonnées d'image. La valeur par défaut est true. Cela vous permet de créer des fichiers de formes en coordonnées image/graphique et donc d'avoir des caractéristiques qui seront toujours affichées au même endroit sur chaque carte. Idéal pour placer des logos ou du texte dans des cartes. N'oubliez pas que le système de coordonnées graphiques a une origine dans le coin supérieur gauche de l'image, contrairement à la plupart des systèmes de coordonnées cartographiques.

La version 4.10 introduit la possibilité de définir des caractéristiques avec des coordonnées données en pixels (ou pourcentages, voir UNITS), le plus souvent des caractéristiques en ligne, par rapport à autre chose que le coin UL d'une image. C'est ce que signifie "TRANSFORMER FAUX". En définissant une origine alternative, cela vous permet d'ancrer quelque chose comme une déclaration de droit d'auteur à une autre partie de l'image d'une manière indépendante de la taille de l'image.

Spécifie comment les données doivent être dessinées. N'a pas besoin d'être le même que le type de fichier de formes. Par exemple, un fichier de formes de polygones peut être dessiné comme une couche de points, mais un fichier de formes de points ne peut pas être dessiné comme une couche de polygones. Règles de bon sens.

Afin de différencier les POLYGONES et les POLYLINES (qui n'existent pas en tant que type), il suffit d'utiliser ou d'omettre respectivement le mot-clé COLOR lors de la classification. Si vous l'utilisez, c'est un polygone avec une couleur de remplissage, sinon c'est une polyligne avec seulement OUTLINECOLOR.

Un cercle doit être défini par un rectangle englobant minimum. C'est-à-dire deux points qui définissent le plus petit carré pouvant le contenir. Ces deux points sont les deux coins opposés de ladite boîte. Voici un exemple utilisant des points en ligne pour tracer un cercle :

La requête TYPE signifie que la couche peut être interrogée mais pas dessinée.

L'annotation TYPE est dépréciée depuis la version 6.2. Des fonctionnalités identiques peuvent être obtenues en ajoutant des blocs STYLE de niveau LABEL, et ne nécessitent pas de charger les jeux de données deux fois dans deux couches différentes comme c'était le cas avec les couches d'annotation TYPE .

Le graphique HowTo de création de graphiques dynamiques pour le graphique TYPE.

Unités de la couche. Les pourcentages (dans ce cas, une valeur comprise entre 0 et 1) ont été ajoutés dans MapServer 4.10 et sont principalement destinés aux fonctionnalités en ligne. nauticalmiles a été ajouté dans MapServer 5.6.

Un modèle JSON UTFGrid. Syntaxe d'expression MapServer (expressionObj). Si aucun UTFDATA n'est fourni, aucune donnée au-delà des valeurs UTFITEM ne sera exposée. Si UTFITEM est défini, les UTFDATA les exposent afin que les clés et les données puissent être connectées. Voir MS RFC 93 : prise en charge de la grille UTF et sortie UTFGrid .

L'attribut à utiliser comme ID pour l'UTFGrid. Si un UTFITEM n'est pas défini, l'ID séquentiel (basé sur l'ordre de rendu) est utilisé. Si UTFITEM est défini, les UTFDATA les exposent afin que les clés et les données puissent être connectées. Voir MS RFC 93 : prise en charge de la grille UTF et sortie UTFGrid .

Signale le début d'un bloc VALIDATION.

Depuis MapServer 5.4.0, les blocs VALIDATION sont le mécanisme préféré pour spécifier des modèles de validation pour les substitutions d'exécution de paramètres CGI. Voir Substitution à l'exécution .


COUCHE¶

Ce mot-clé permet de créer des paires nom-valeur pour lier des variables dans des instructions SQL. La liaison de variable empêche l'injection SQL en échappant correctement les chaînes et les entiers. S'applique uniquement aux connexions PostGIS et Oracle.

Signale le début d'un objet CLASS.

A l'intérieur d'une couche, une seule classe sera utilisée pour le rendu d'une entité. Chaque caractéristique est testée par rapport à chaque classe dans l'ordre dans lequel elles sont définies dans le mapfile. La première classe qui correspond à ses contraintes d'échelle min/max et à sa vérification d'EXPRESSION pour l'entité actuelle sera utilisée pour le rendu.

Cela peut être contrôlé avec la directive de traitement RENDERMODE.

Spécifiez le groupe de la classe qui serait pris en compte au moment du rendu. Le paramètre GROUP de l'objet CLASS doit être utilisé en combinaison avec CLASSGROUP.

Nom de l'élément dans la table attributaire à utiliser pour les recherches de classe.

Signale le début d'un objet CLUSTER.

L'option de configuration CLUSTER permet de combiner plusieurs entités de la couche en entités uniques (agrégées) en fonction de leurs positions relatives. Pris en charge uniquement pour les couches POINT.

Signale le début d'un objet COMPOSITE.

Un ou plusieurs blocs COMPOSITE peuvent être utilisés pour signaler que le rendu doit être effectué dans une image temporaire et fusionné sur l'image de carte finale dans une étape finale. Les options définies à l'intérieur du bloc COMPOSITE détermineront comment cette fusion doit être effectuée (par exemple en appliquant l'opacité, l'opérateur de composition ou les filtres de pixels)

Chaîne de connexion à la base de données pour récupérer les données distantes.

Une chaîne de connexion PostGIS est essentiellement une chaîne de connexion PostgreSQL standard, elle prend la forme de "user=nobody password=****** dbname=dbname host=localhost port=5432"

Une chaîne de connexion Oracle : user/pass[@db]

Une chaîne de connexion SDE se compose d'un nom d'hôte, d'un nom d'instance, d'un nom de base de données, d'un nom d'utilisateur et d'un mot de passe séparés par des virgules.

Le pilote SDE natif de MapServer a été supprimé pour la version MapServer 7.0 (voir la discussion). Le support SDE est toujours accessible via le pilote OGR.

Données vectorielles pour des informations de connexion spécifiques pour diverses sources de données.

Voir Kernel Density Estimation (Dynamic Heatmap) pour des informations de connexion spécifiques pour l'estimation de la densité du noyau.

Ce mot-clé permet de définir des options de connexion exprimées sous forme de paires clé/valeur. Ceci n'est actuellement implémenté que pour les couches CONNECTIONTYPE OGR ou raster, afin de transmettre les options ouvertes aux pilotes GDAL/OGR.

Exemple pour une source de données GeoJSON pour spécifier l'option ouverte FLATTEN_NESTED_ATTRIBUTES du pilote OGR GeoJSON.

Type de connexion. La valeur par défaut est locale. Voir la documentation supplémentaire pour tout autre type.

Données vectorielles pour des informations de connexion spécifiques pour diverses sources de données. Voir Union Layer pour combiner les couches, ajouté dans MapServer 6.0

Voir Kernel Density Estimation (Dynamic Heatmap) pour des informations de connexion spécifiques pour l'estimation de la densité du noyau.

mygis est un autre type de connexion, mais il est obsolète, veuillez consulter la section MySQL du document Vector Data pour les détails de connexion.

Nom de fichier complet des données spatiales à traiter. Aucune extension de fichier n'est nécessaire pour les fichiers de formes. Peut être spécifié par rapport à l'option SHAPEPATH de l'objet Map.

S'il s'agit d'une couche SDE, le paramètre doit inclure le nom de la couche ainsi que la colonne de géométrie, c'est-à-dire "mylayer,shape,myversion".

S'il s'agit d'une couche PostGIS, le paramètre doit être sous la forme "<columnname> from <tablename>", où "columnname" est le nom de la colonne contenant les objets géométriques et "tablename" est le nom de la table à partir de laquelle les données géométriques sera lu.

Pour Oracle, utilisez « shape FROM table » ou « shape FROM (instruction SELECT) » ou encore des requêtes compatibles Oracle plus complexes ! Notez qu'il y a cependant des impacts importants sur les performances lors de l'utilisation de sous-requêtes spatiales. Essayez d'utiliser le FILTRE de MapServer chaque fois que possible à la place. Vous pouvez également voir le SQL soumis en forçant une erreur, par exemple en soumettant un paramètre DATA dont vous savez qu'il ne fonctionnera pas, en utilisant par exemple un mauvais nom de colonne.

Dans un cas d'utilisation standard, lorsque PostGIS, SpatiaLite ou GeoPackage sont utilisés comme source de données, le filtre BBOX (les cadres de délimitation se croisent, && avec PostGIS) est utilisé automatiquement. Cependant, dans certains cas d'utilisation rares, une sous-requête peut prendre beaucoup de temps si les données sont vraiment importantes, car les données finales ne seront filtrées que dans la requête. Afin de filtrer les données plus tôt, c'est-à-dire avant la requête finale, on peut filtrer les données directement dans la sous-requête à l'aide de la !BOX! variable : WHERE ST_Intersects(wkb_geometry,!BOX!) .

Données vectorielles pour des informations de connexion spécifiques pour diverses sources de données.

Active le débogage d'une couche dans la carte actuelle.

Débogage avec les versions MapServer >= 5.0 :

La sortie détaillée est générée et envoyée à la sortie d'erreur standard (STDERR) ou au fichier d'erreur MapServer si celui-ci est défini à l'aide de la variable d'environnement « MS_ERRORFILE ». Vous pouvez définir la variable d'environnement en utilisant le paramètre CONFIG au niveau MAP du mapfile, par exemple :

Vous pouvez également définir la variable d'environnement dans Apache en ajoutant ce qui suit à votre httpd.conf :

Une fois la variable d'environnement définie, le paramètre DEBUG mapfile peut être utilisé pour contrôler le niveau de sortie de débogage. Voici une description des valeurs DEBUG possibles :

DEBUG O ou OFF - seuls les appels msSetError() sont enregistrés dans MS_ERRORFILE. Aucune sortie msDebug() du tout. Ceci est la valeur par défaut et correspond au comportement d'origine de MS_ERRORFILE dans MapServer 4.x

DEBUG 1 ou ON - inclut toutes les sorties de DEBUG 0 plus les avertissements msDebug() sur les pièges courants, les échecs d'assertions ou les situations d'erreur non fatales (par exemple, valeurs manquantes ou invalides pour certains paramètres, fichiers de formes manquants dans tileindex, erreur de délai d'attente des serveurs WMS/WFS distants, etc. )

DÉBOGUER 2 - comprend toutes les sorties de DEBUG 1 ainsi que des avis et des informations de synchronisation utiles pour le réglage des fichiers de mappage et des applications

DÉBOGUER 3 - tout DEBUG 2 plus certaines sorties de débogage utiles pour résoudre les problèmes tels que les URL de connexion WMS appelées, les appels de connexion à la base de données, etc.

DÉBOGUER 4 - DEBUG 3 et encore plus de détails…

DÉBOGUER 5 - DEBUG 4 plus toute sortie msDebug() qui pourrait être plus utile aux développeurs qu'aux utilisateurs.

Vous pouvez également définir le niveau de débogage en utilisant la variable d'environnement "MS_DEBUGLEVEL".

Le paramètre DEBUG peut également être spécifié pour l'ensemble de la carte, en définissant le paramètre DEBUG dans l'objet MAP.

Pour plus de détails sur ce mécanisme de débogage, veuillez consulter Debugging MapServer .

Débogage avec les versions MapServer < 5:

La sortie détaillée est générée et envoyée à la sortie d'erreur standard (STDERR) ou au fichier journal MapServer s'il est défini à l'aide du paramètre LOG dans l'objet WEB. Les utilisateurs d'Apache verront les détails de la synchronisation pour le dessin dans le fichier error_log d'Apache. Nécessite que MapServer soit construit avec l'option DEBUG=MSDEBUG (option de configuration –with-debug).

6.0 sürümünden beri kullanım dışı: utilisez plutôt les METADONNEES DE COUCHE.

Basculez pour permettre à MapServer de renvoyer des données au format GML. Utile lorsqu'il est utilisé avec les opérations WMS GetFeatureInfo. "faux" par défaut.

L'encodage utilisé pour le texte dans la source de données de couche. La valeur doit être supportée par ICONV (par exemple « LATIN1 »). Lorsque ENCODING est défini (et différent de « UTF-8 »), les attributs de texte de la source de données seront convertis en UTF-8.

Requis pour afficher les caractères internationaux dans MapServer. Plus d'informations peuvent être trouvées dans le document Label Encoding .

ÉTENDUE [minx] [miny] [maxx] [maxy]

L'étendue spatiale des données. Dans la plupart des cas, vous n'aurez pas besoin de le spécifier, mais cela peut être utilisé pour éviter le coût de vitesse lié au calcul de l'étendue des données par MapServer. Une application peut également éventuellement utiliser cette valeur pour remplacer les étendues de la carte.

Signale le début d'un objet FEATURE.

Ce paramètre permet un filtrage d'attributs spécifiques aux données qui est effectué en même temps que le filtrage spatial, mais avant que les expressions CLASS ne soient évaluées. La chaîne est simplement une expression MapServer :

Les filtres natifs sont pris en charge via la clé NATIVE_FILTER PROCESSING :

Pas

Jusqu'à MapServer 6, les filtres natifs pouvaient être spécifiés comme :

Mais ce n'est plus pris en charge.

Élément à utiliser avec des expressions FILTER simples. OGR et fichiers de formes uniquement.

Modèle à utiliser après l'ensemble des résultats d'une couche a été envoyé. Modes de requête multi-résultats uniquement.

GEOMTRANSFORM [<expression>|<Fichier Javascript>]

Utilisé pour indiquer que l'entité actuelle sera transformée.

<expression>: applique l'expression donnée à la géométrie.

(tampon([forme],dist)): Tamponnez la géométrie ( [shape] ) en utilisant les unités dist ground comme distance tampon. Pour les polygones, une dist négative produira un recul.

(simplifier([forme],tolérance)): simplifie une géométrie ( [forme] ) en utilisant l'algorithme standard de Douglas-Peucker.

(simplifypt([forme], tolérance)): simplifie une géométrie ( [forme] ), garantissant que le résultat est une géométrie valide ayant la même dimension et le même nombre de composants que l'entrée. la tolérance doit être non négative.

(généraliser([forme],tolérance)): simplifie une géométrie ( [shape] ) d'une manière comparable à l'algorithme ThinNoPoint de FME. Voir http://trac.osgeo.org/gdal/ticket/966 pour plus d'informations.

(smoothsia([forme], smoothing_size, smoothing_iteration, prétraitement)): va lisser une géométrie ( [forme] ) en utilisant l'algorithme SIA

Il existe une différence entre STYLE et LAYER GEOMTRANSFORM. Le niveau LAYER recevra les coordonnées au sol (mètres, degress, etc.) et le niveau STYLE recevra les coordonnées des pixels. L'argument des méthodes telles que simplifier () doit être dans les mêmes unités que les coordonnées des formes à ce point du flux de travail de rendu, c'est-à-dire les pixels au niveau STYLE et en unités au sol au niveau LAYER.

La variable [map_cellsize] est disponible si vous devez passer une valeur de pixel au niveau LAYER.

Pour que cette variable fonctionne dans l'analyseur d'expressions mathématiques, la [map_cellsize] doit être convertie en unité au sol de la couche.Si vous choisissez d'utiliser [map_cellsize] dans votre expression GEOMTRANSFORM, vous devez explicitement définir l'option UNITS dans la couche.

<Fichier Javascript>: Un fichier Javascript qui renvoie une nouvelle géométrie. Voir Transformation Javascript .

Signale le début d'un objet GRID.

Nom d'un groupe auquel appartient cette couche. Le nom du groupe peut alors être référencé en tant que nom de calque normal dans les fichiers modèles, ce qui permet de faire des choses comme activer et désactiver un groupe de calques à la fois.

Si un nom de groupe est présent dans le paramètre LAYERS d'une requête CGI, toutes les couches du groupe sont renvoyées (le STATUS des LAYER n'a aucun effet).

Modèle à utiliser avant que l'ensemble des résultats d'une couche a été envoyé. Modes de requête multi-résultats uniquement.

Signale le début d'un objet JOIN.

Supprimé dans la version 5.0 : veuillez plutôt consulter le paramètre ANGLE de l'objet LABEL.

Pour les versions MapServer < 5.0, il s'agit du nom de l'élément dans la table attributaire à utiliser pour les angles d'annotation de classe. Les valeurs doivent être en degrés.

Spécifie si les étiquettes doivent être dessinées lorsque les entités de cette couche sont dessinées, ou si elles doivent être mises en cache et dessinées une fois que toutes les couches ont été dessinées. La valeur par défaut est activée. La suppression des chevauchements d'étiquettes, le placement automatique, etc. ne sont disponibles que lorsque le cache d'étiquettes est actif.

Nom de l'élément dans la table attributaire à utiliser pour l'annotation de classe (c'est-à-dire l'étiquetage).

Échelle minimale à laquelle cette COUCHE est étiquetée. L'échelle est donnée comme dénominateur de la fraction d'échelle réelle, par exemple pour une carte à l'échelle 1:24 000, utilisez 24 000. Implémenté dans MapServer 5.0, pour remplacer le paramètre obsolète LABELMAXSCALE.

Échelle maximale à laquelle cette COUCHE est étiquetée. L'échelle est donnée comme dénominateur de la fraction d'échelle réelle, par exemple pour une carte à l'échelle 1:24 000, utilisez 24 000. Implémenté dans MapServer 5.0, pour remplacer le paramètre obsolète LABELMINSCALE.

Définit le contexte pour l'étiquetage de cette couche, par exemple :

signifie que ce calque ne sera PAS étiqueté si un calque nommé « orthoquads » est activé. L'expression consiste en une expression booléenne basée sur l'état des autres couches, chaque sous-chaîne [nom de la couche] est remplacée par un 0 ou un 1 selon l'ÉTAT de cette couche, puis évaluée comme normale. Les opérateurs logiques AND et OR peuvent être utilisés.

Supprimé dans la version 5.0 : veuillez consulter le paramètre SIZE de l'objet LABEL à la place.

Pour les versions MapServer < 5.0, il s'agit du nom de l'élément dans la table attributaire à utiliser pour les tailles d'annotation de classe. Les valeurs doivent être en pixels.

Les données de la couche actuelle ne seront rendues qu'à l'intersection des entités de la couche [layername]. [layername] doit référencer le NOM d'un autre LAYER défini dans le mapfile actuel. peut être n'importe quel type de couche de serveur de carte, c'est-à-dire vecteur ou raster. Si le calque actuel a un étiquetage configuré, alors seules les étiquettes dont le point d'étiquette tombe à l'intérieur de la zone non masquée seront ajoutées au cache d'étiquettes (les glyphes réels de l'étiquette peuvent être rendus au-dessus de la zone masquée.

À moins que vous ne vouliez que les caractéristiques de [layername] apparaissent réellement sur la carte générée, [layername] doit généralement être défini sur STATUS OFF.

Spécifie le nombre d'entités qui doivent être dessinées pour cette couche dans la fenêtre ACTUELLE. A des utilisations intéressantes avec des annotations et avec des données triées (c'est-à-dire des lacs par zone).

Largeur maximale, dans les unités géographiques de la carte, à laquelle cette COUCHE est dessinée. Si MAXSCALEDENOM est également spécifié, MAXSCALEDENOM sera utilisé à la place.

La largeur d'une carte en unités géographiques peut être trouvée en calculant les éléments suivants à partir des étendues :

5.0.0 sürümünde geldi : Remplacé MAXSCALE.

Échelle minimale à laquelle cette COUCHE est dessinée. L'échelle est donnée comme dénominateur de la fraction d'échelle réelle, par exemple pour une carte à l'échelle 1:24 000, utilisez 24 000.

Ce mot-clé permet de stocker des données arbitraires sous forme de paires nom-valeur. Ceci est utilisé avec OGC WMS pour définir des éléments tels que le titre de la couche. Cela peut également permettre plus de flexibilité dans la création de modèles, car tout ce que vous mettez ici sera accessible via les balises de modèle.

Largeur minimale, dans les unités géographiques de la carte, à laquelle cette COUCHE est dessinée. Si MINSCALEDENOM est également spécifié, MINSCALEDENOM sera utilisé à la place.

La largeur d'une carte en unités géographiques peut être trouvée en calculant les éléments suivants à partir des étendues :

Échelle maximale à laquelle cette COUCHE est dessinée. L'échelle est donnée comme dénominateur de la fraction d'échelle réelle, par exemple pour une carte à l'échelle 1:24 000, utilisez 24 000. Implémenté dans MapServer 5.0, pour remplacer le paramètre MINSCALE obsolète.

Nom abrégé de cette couche. Ce nom est le lien entre le mapfile et les interfaces Web qui font référence à ce nom. Ils doivent être identiques. Le nom doit être unique, à moins qu'une couche n'en remplace une autre à différentes échelles. Utilisez l'option GROUP pour associer des couches entre elles. Il est recommandé que le nom ne contienne pas d'espaces, de caractères spéciaux ou ne commence par un chiffre (ce qui pourrait causer des problèmes via des interfaces telles que les services OGC).

HORS SITE [r] [g] [b] | [chaîne hexadécimale]

Définit l'index de couleur à traiter comme transparent pour les calques raster.

r , g et b doivent être des entiers [0..255]. Pour spécifier les pixels noirs, les éléments suivants sont utilisés :

la chaîne hexadécimale peut être

Valeur RVB : « #rrggbb ». Pour spécifier le magenta, ce qui suit est utilisé :

Valeur RVBA (ajout de translucidité) : « #rrggbbaa ». Pour spécifier un magenta semi-translucide, les éléments suivants sont utilisés :

7.0 sürümünden beri kullanım dışı : Utilisez plutôt un bloc COMPOSITE.

Bibliothèque supplémentaire à charger par MapServer, pour cette couche. Ceci est couramment utilisé pour charger un support spécifique pour les couches SDE et Microsoft SQL Server, telles que :

Indique à MapServer de restituer cette couche une fois que toutes les étiquettes du cache ont été dessinées. Utile pour ajouter des lignes nettes et des éléments similaires. La valeur par défaut est false.

Passe une directive de traitement à utiliser avec cette couche. Les directives de traitement prises en charge varient selon le type de couche et le pilote sous-jacent qui les traite.

Directives ArcSDE - Toutes les options de traitement ArcSDE sont décrites dans ArcSDE . Voici deux exemples.

Directive Attributs - L'option de traitement ITEMS permet de spécifier le nom des attributs pour les couches en ligne ou de spécifier le sous-ensemble d'attributs à utiliser par la couche, tels que :

Regroupement - les directives d'objet cluster sont décrites dans CLUSTER

Directive de mise en commun des connexions - C'est ici que vous pouvez activer le regroupement de connexions pour certains types de couches. Le regroupement de connexions permettra à MapServer de partager le handle vers une base de données ouverte ou une connexion de couche tout au long d'un processus de dessin de carte unique. De plus, si FastCGI est activé, le descripteur de connexion restera ouvert indéfiniment, ou selon les options spécifiées dans la configuration FastCGI. Oracle Spatial , ArcSDE , OGR Vector Layers Through MapServer et PostGIS/PostgreSQL prennent actuellement en charge cette approche. "REPORTER” permet la mutualisation des connexions “TOUJOURS” fermera toujours la connexion après utilisation et n'essaiera pas non plus de réutiliser une connexion partagée du pool qui pourrait provenir d'une autre couche.

Directives de contour - les directives contour sont décrites dans Contour .

Rayon de densité de noyau

Rayon en pixels du filtre gaussien à appliquer au tableau bitmap une fois que toutes les caractéristiques ont été accumulées. Des valeurs plus élevées entraînent une augmentation du temps processeur nécessaire pour calculer les données filtrées.

Bordures de calcul de densité de noyau

Un noyau de rayon « r » ne peut pas être appliqué aux pixels « r » le long des bords de l'image. La valeur par défaut consiste à étendre le rectangle de recherche de la source de données d'entrée pour inclure les entités « r » pixels en dehors de l'étendue actuelle de la carte afin que la carte thermique calculée s'étende sur toute l'étendue de l'image résultante. Cela peut être désactivé lors de la mosaïque si le logiciel de mosaïque applique un méta-tampon de « r » pixels à ses requêtes, afin d'éviter la surcharge de performances liée au calcul de ces informations supplémentaires.

Normalisation de la densité du noyau

S'il est défini sur « AUTO », la bande raster créée sera mise à l'échelle de telle sorte que ses intensités vont de 0 à 255, afin de couvrir entièrement la palette de couleurs configurée. Un tel comportement peut ne pas être souhaitable (généralement pour le carrelage) car l'intensité résultante d'un pixel à un emplacement donné variera en fonction de l'étendue de la demande de carte actuelle. S'il est défini sur une valeur numérique, les échantillons seront multipliés par la valeur donnée. Il appartient à l'utilisateur de déterminer la valeur de mise à l'échelle à utiliser pour que les pixels résultants couvrent toute la plage 0-255, déterminant que cette valeur est principalement un processus d'essais et d'erreurs. Les pixels qui se trouvent en dehors de la plage 0-255 seront tronqués à 0 ou 255.

Rampe de couleur raster

RANGE_COLORSPACE=RGB|HSL - La prise en charge par défaut de RANGE interpole les couleurs entre les arrêts dans l'espace RVB, ce qui entraîne généralement des couleurs délavées. L'interpolation peut être effectuée dans l'espace HSL, ce qui entraîne généralement la sortie souhaitée pour les cartes thermiques.

Directive sur l'étiquetage - L'option de traitement LABEL_NO_CLIP peut être utilisée pour ignorer le découpage des formes lors de la détermination des points d'ancrage des étiquettes associées. Cela évite les changements de position de l'étiquette lorsque les étendues changent entre les tracés de carte. Cela évite également les étiquettes en double lorsque les entités apparaissent dans plusieurs tuiles adjacentes lors de la création de cartes tuilées.

Directive de rendu de ligne - L'option de traitement POLYLINE_NO_CLIP peut être utilisée pour ignorer le découpage des formes lors du rendu des lignes stylisées (en pointillés ou stylisées avec des symboles). Cela évite de modifier le style des lignes lorsque les étendues changent entre les tracés de carte. Cela évite également les effets de bord lorsque les entités apparaissent dans plusieurs tuiles adjacentes lors de la création de cartes en tuiles.

Directive de rendu de classe

L'option de traitement RENDERMODE spécifie comment les classes sont sélectionnées pour le rendu d'un calque. La valeur par défaut et le comportement historique sont FIRST_MATCHING_CLASS : seule la première classe applicable est sélectionnée pour restituer une entité (voir la description de CLASS ). L'autre valeur disponible est ALL_MATCHING_CLASSES : toutes les classes applicables sont utilisées pour restituer une entité, chacune étant utilisée en plus des précédentes. Il s'agit du comportement par défaut avec les styles SLD.

Directive sur les styles OGR - Cette directive peut être utilisée pour obtenir des styles d'étiquettes via MapScript. Pour plus d'informations, consultez le document OGR de MapServer.

Options spécifiques à MSSQL - MSSQL_READ_WKB=TRUE - Utilise le format WKB (Well Known Binary) au lieu du format natif lors de la récupération des géométries.

Filtre natif Directive

Cette directive peut être utilisée pour effectuer un filtrage spécifique au pilote. Pour les connexions à la base de données, la chaîne est une clause SQL WHERE qui est valide par rapport à la base de données sous-jacente.

Options spécifiques à PostGIS - FORCE2D=YES peut être utilisé pour forcer la récupération des géométries 2D uniquement à partir de PostGIS.

Options de rendu spécifiques au champ vectoriel - UV_SPACING : L'espacement est la distance, en pixels, entre les flèches à afficher dans le champ vectoriel. La valeur par défaut est 32. UV_SIZE_SCALE : Utilisé pour convertir les longueurs vectorielles (magnitude) du raster en pixels pour un meilleur rendu. La valeur par défaut est 1.

Ajustement du rendu AGG - Cette directive peut être utilisée pour définir le gamma linéaire à utiliser lors du rendu des entités surfaciques. La valeur par défaut de 0,75 (qui peut être remplacée au niveau OUTPUTFORMAT) peut être définie sur une valeur inférieure pour limiter/supprimer les contours pâles qui apparaissent entre les polygones adjacents. Une valeur de 0,5 est généralement suffisante.

Directives raster - Toutes les options de traitement raster sont décrites dans Raster Data . Ici, nous voyons les directives SCALE et BANDs utilisées pour mettre à l'échelle automatiquement les données raster et modifier le mappage des bandes.

Directives de la couche Union - Les options de traitement suivantes peuvent être utilisées avec les calques d'union : UNION_STATUS_CHECK (TRUE ou FALSE) - contrôle si l'état des calques source doit être vérifié et les calques invisibles (STATUS=OFF) doivent être ignorés. La valeur par défaut est FAUX. UNION_SCALE_CHECK (TRUE ou FALSE) - contrôle si la plage d'échelle des calques source doit être vérifiée et les calques invisibles (situés en dehors de la plage d'échelle et de la plage de zoom) doivent être ignorés. La valeur par défaut est VRAI. UNION_SRCLAYER_CLOSE_CONNECTION - remplace le paramètre de pool de connexions des couches sources. En introduisant ce paramètre, nous modifions le comportement actuel qui équivaut à : « UNION_SRCLAYER_CLOSE_CONNECTION=ALWAYS »

Signale le début d'un objet PROJECTION.

Définit le contexte d'affichage de cette couche (voir LABELREQUIRES).

Signale le début d'un objet SCALETOKEN. Autorise les substitutions de chaînes dépendantes de l'échelle. Voir MS RFC 86 : Substitutions de chaînes dépendantes de l'échelle .

Dans l'exemple précédent, %pri% serait remplacé par :

« 1 » pour les dénominateurs d'échelle inférieurs à 1 000, ce qui donne :

« 2 » pour les dénominateurs d'échelle entre 1 000 et 10 000 :

« 3 » pour les dénominateurs d'échelle supérieurs à 10 000 :

Définit l'unité des valeurs STYLE de l'objet SIZE (la valeur par défaut est le pixel). Utile pour simuler la mise en mémoire tampon. nauticalmiles a été ajouté dans MapServer 5.6.

Définit l'état actuel du calque. Souvent modifié par MapServer lui-même. Par défaut, le calque est activé en permanence.

En mode CGI, les couches avec STATUS DEFAULT ne peuvent pas être désactivées à l'aide des mécanismes normaux. Il est recommandé de définir les couches sur STATUS DEFAULT lors du débogage d'un problème, mais de les remettre sur ON/OFF en utilisation normale.

Pour WMS , les couches dans le mapfile du serveur avec STATUS DEFAULT sont toujours envoyées au client.

Le STATUS des couches individuelles d'un GROUPE n'a aucun effet lorsque le nom du groupe est présent dans le paramètre LAYERS d'une requête CGI - toutes les couches du groupe seront renvoyées.

Style basé sur des attributs ou généré avec Javascript

<attribut>: élément à utiliser pour un style spécifique à une fonction. Les informations de style peuvent être représentées par un attribut séparé (chaîne de style) attaché à l'entité. MapServer prend en charge les représentations de chaîne de style suivantes :

Définition de STYLE MapServer - La chaîne de style peut être représentée comme un bloc MapServer STYLE selon l'exemple suivant :

MapServer CLASS définition - En spécifiant l'ensemble de la CLASSE au lieu d'un seul style, vous pouvez utiliser d'autres options (comme la définition d'expressions, les attributs d'étiquette, plusieurs styles) sur une base par caractéristique.

Chaîne de style OGR - MapServer prend en charge le rendu du format de chaîne de style OGR conformément à la documentation OGR - Feature Style Specification. Actuellement, seules quelques sources de données prennent en charge le stockage des styles avec les fonctionnalités (comme MapInfo, AutoCAD DXF, Microstation DGN), mais ces styles peuvent facilement être transférés vers de nombreuses autres sources de données en tant qu'attribut distinct en utilisant l'outil de ligne de commande ogr2ogr comme suit :

AUTO: La valeur : AUTO peut être utilisée pour le coiffage automatique.

Le style automatique peut être fourni par le conducteur. Actuellement, seul le pilote OGR prend en charge le style automatique.

Lorsqu'il est utilisé pour un calque d'union , les styles des calques source seront utilisés.

Un fichier Javascript qui renvoie une nouvelle chaîne contenant soit une définition STYLE, soit une définition CLASS avec un ou plusieurs styles. Voir STYLEITEM Javascript .

L'échelle à laquelle les symboles et/ou le texte apparaissent en taille réelle. Cela permet une mise à l'échelle dynamique des objets en fonction de l'échelle de la carte. S'il n'est pas défini, ce calque apparaîtra toujours à la même taille. La mise à l'échelle n'a lieu que dans les limites de MINSIZE et MAXSIZE comme décrit ci-dessus. L'échelle est donnée comme dénominateur de la fraction d'échelle réelle, par exemple pour une carte à l'échelle 1:24 000, utilisez 24 000. Implémenté dans MapServer 5.0, pour remplacer le paramètre obsolète SYMBOLSCALE.

Utilisé comme alternative globale à CLASS TEMPLATE . Voir Modèle pour plus d'informations.

Nom du fichier ou de la couche tileindex. Un index de tuile est similaire à un index de bibliothèque ArcInfo. Le tileindex contient des entités surfaciques pour chaque tuile. L'élément qui contient l'emplacement des données tuilées est donné à l'aide du paramètre TILEITEM. Lorsqu'un fichier est utilisé comme index de tuile pour un fichier de formes ou des couches raster, l'index de tuile doit être un fichier de formes. Pour les couches OGR CONNECTIONTYPE, toute source de données prise en charge par OGR peut être un index de tuile. Normalement, l'emplacement doit contenir le chemin d'accès au fichier de tuile par rapport au chemin de forme, et non par rapport à l'index de tuile lui-même. Si le paramètre DATA contient une valeur, elle est ajoutée à la fin de l'emplacement. Lorsqu'une couche tileindex est utilisée, elle fonctionne de la même manière qu'une référence directe à un fichier, mais n'importe quelle source d'entités prise en charge peut être utilisée (c'est-à-dire postgres, oracle).

Tous les fichiers du tileindex doivent avoir le même système de coordonnées et pour les fichiers vectoriels le même ensemble d'attributs dans le même ordre.

À partir de MapServer 6.4 pour les couches raster et MapServer 7.2 pour les couches vectorielles, des index de tuiles avec des tuiles de différentes projections peuvent être utilisés. Pour cela, le paramètre TILESRS doit être spécifié.

Élément qui contient l'emplacement d'une tuile individuelle, la valeur par défaut est « emplacement ».

Nom de l'attribut qui contient le SRS d'une tuile individuelle. Ce SRS peut être exprimé au format WKT, sous forme de code EPSG:XXXX ou sous forme de chaîne PROJ. Si le tileindex contient des rasters dans différentes projections, cette option doit être spécifiée. Si le tileindex a été généré avec gdaltindex (GDAL >= 2.0) ou ogrtindex (GDAL >= 2.2), la valeur de TILESRS est la valeur de l'option -src_srs_name de gdaltindex/ogrtindex. Voir Tileindexes avec des tuiles dans différentes projections

Cette option n'est actuellement disponible que sur les couches raster.

Sensibilité pour les requêtes basées sur des points (c'est-à-dire via la souris et/ou les coordonnées cartographiques). Donné en UNITES DE TOLERANCE. Si la couche est un POINT ou une LIGNE, la valeur par défaut est 3. Pour tous les autres types de couche, la valeur par défaut est 0. Pour restreindre les recherches de polygones afin que le point doive se produire dans le polygone, définissez la tolérance sur zéro. Ce paramètre ne s'applique pas aux opérations WFS GetFeature.

Unités de la valeur de TOLÉRANCE. La valeur par défaut est les pixels. Nauticalmiles a été ajouté dans MapServer 5.6.

TRANSPARENCE [entier|alpha] - obsolète

5.0 sürümünden beri kullanım dışı: Utilisez OPACITY à la place.

7.0 sürümünden beri kullanım dışı: Utilisez plutôt COMPOSITE.

Indique à MapServer si une couche particulière doit être transformée ou non d'un système de coordonnées en coordonnées d'image. La valeur par défaut est true. Cela vous permet de créer des fichiers de formes en coordonnées image/graphique et donc d'avoir des caractéristiques qui seront toujours affichées au même endroit sur chaque carte. Idéal pour placer des logos ou du texte dans des cartes. N'oubliez pas que le système de coordonnées graphiques a une origine dans le coin supérieur gauche de l'image, contrairement à la plupart des systèmes de coordonnées cartographiques.

La version 4.10 introduit la possibilité de définir des caractéristiques avec des coordonnées données en pixels (ou pourcentages, voir UNITS), le plus souvent des caractéristiques en ligne, par rapport à autre chose que le coin UL d'une image. C'est ce que signifie "TRANSFORMER FAUX". En définissant une origine alternative, cela vous permet d'ancrer quelque chose comme une déclaration de droit d'auteur à une autre partie de l'image d'une manière indépendante de la taille de l'image.

Spécifie comment les données doivent être dessinées. N'a pas besoin d'être le même que le type de fichier de formes.Par exemple, un fichier de formes de polygones peut être dessiné comme une couche de points, mais un fichier de formes de points ne peut pas être dessiné comme une couche de polygones. Règles de bon sens.

Afin de différencier les POLYGONES et les POLYLINES (qui n'existent pas en tant que type), il suffit d'utiliser ou d'omettre respectivement le mot-clé COLOR lors de la classification. Si vous l'utilisez, c'est un polygone avec une couleur de remplissage, sinon c'est une polyligne avec seulement OUTLINECOLOR.

Un cercle doit être défini par un rectangle englobant minimum. C'est-à-dire deux points qui définissent le plus petit carré pouvant le contenir. Ces deux points sont les deux coins opposés de ladite boîte. Voici un exemple utilisant des points en ligne pour tracer un cercle :

La requête TYPE signifie que la couche peut être interrogée mais pas dessinée.

L'annotation TYPE est dépréciée depuis la version 6.2. Des fonctionnalités identiques peuvent être obtenues en ajoutant des blocs STYLE de niveau LABEL, et ne nécessitent pas de charger les jeux de données deux fois dans deux couches différentes comme c'était le cas avec les couches d'annotation TYPE .

Le graphique HowTo de création de graphiques dynamiques pour le graphique TYPE.

Unités de la couche. Les pourcentages (dans ce cas, une valeur comprise entre 0 et 1) ont été ajoutés dans MapServer 4.10 et sont principalement destinés aux fonctionnalités en ligne. nauticalmiles a été ajouté dans MapServer 5.6.

Un modèle JSON UTFGrid. Syntaxe d'expression MapServer (expressionObj). Si aucun UTFDATA n'est fourni, aucune donnée au-delà des valeurs UTFITEM ne sera exposée. Si UTFITEM est défini, les UTFDATA les exposent afin que les clés et les données puissent être connectées. Voir MS RFC 93 : prise en charge de la grille UTF et sortie UTFGrid .

L'attribut à utiliser comme ID pour l'UTFGrid. Si un UTFITEM n'est pas défini, l'ID séquentiel (basé sur l'ordre de rendu) est utilisé. Si UTFITEM est défini, les UTFDATA les exposent afin que les clés et les données puissent être connectées. Voir MS RFC 93 : prise en charge de la grille UTF et sortie UTFGrid .

Signale le début d'un bloc VALIDATION.

Depuis MapServer 5.4.0, les blocs VALIDATION sont le mécanisme préféré pour spécifier des modèles de validation pour les substitutions de paramètres d'exécution CGI. Voir Substitution à l'exécution .


Geographic Imager vous permet d'importer un certain nombre de formats vectoriels SIG directement sur vos images dans Photoshop. Qu'il s'agisse d'effectuer une vérification pour assurer un géoréférencement précis, un AQ/CQ ou simplement l'inclusion de données supplémentaires, cette fonctionnalité vous permet d'améliorer l'efficacité de votre flux de travail. Pendant un certain temps, il n'était possible d'importer des données vectorielles qu'à partir de vos propres fichiers, mais nous avons ajouté la possibilité d'importer à partir de bases de données, notamment PostGIS Spatial Database et ESRI File and Personal Databases (.gdb et .mdb). Notez que l'importation de données vectorielles à partir de bases de données n'est disponible que dans la version complète de Geographic Imager.

Lors du mosaïquage de documents dans Photoshop avec les outils Mosaic de Geographic Imager, vous aviez auparavant la possibilité de : grouper les calques de chaque document dans des dossiers ou fusionner toutes les couches en une seule couche. Dans cette nouvelle version, nous avons ajouté une nouvelle option à fusionner les calques du document source qui aplatira chaque document source en un seul calque, mais gardera également chaque document séparé dans la destination, sans utiliser de dossiers. Cela permet de garder les images individuelles séparées tout en minimisant le nombre de calques et de dossiers que vous devez traiter.

Imageur géographique 6.1 Couche de mosaïque améliorée


Granule spatial

Un problème spatial complexe se compose de parties spatiales interconnectées et en interaction. Chaque partie spatiale peut être constituée d'autres parties. Pour chaque partie spatiale ou un groupe de parties peut être considéré comme un granule spatial. Ces granules spatiaux deviendront une notion primitive de l'informatique granulaire géospatiale. La signification physique des granules spatiaux peut être clarifiée lorsqu'un traitement spatial particulier est pris en compte. Dans la modélisation de systèmes géospatiaux complexes, les granules peuvent être structurés en couches spatiales à différents niveaux.

Dans le système de géocodage, les granulés peuvent varier avec des couches à différents niveaux, par exemple, un pays en tant que granule dans la couche de pays ou une province en tant que granule dans la couche de province. Dans n'importe quelle couche, les granules peuvent être représentées de manière abstraite par diverses divisions d'entités spatiales. Considérons l'application du système de géocodage, un granule spatial peut être considéré comme un point focal d'intérêt à un certain stade de la localisation d'une adresse demandée.

Pour la forme du granule spatial, nous utiliserons représentation vectorielle pour décrire leur géométrie. Le système de géocodage ne concerne pas seulement les polygones, tels que les pays et les régions. Il comprend également des points et des polylignes, lorsque le calcul du géocodage se limite à l'adresse au niveau de la rue.

Structure granulaire géospatiale

Dans une carte, les données géographiques sont généralement organisées en couches. Chaque couche représente un concept cohérent sur les entités géographiques. Les entités géographiques peuvent être classées en trois types de données géométriques clés, à savoir les points, les polylignes et les polygones. De manière correspondante, ces géométries peuvent représenter une caractéristique de localisation, une caractéristique linéaire ou une caractéristique surfacique. De nombreux types de données tels que l'étiquette, la mesure et la qualité peuvent être attribués à chaque caractéristique. Sans perdre en généralité, le modèle cartographique adopte une hiérarchie de combinaisons.

Chiffre. La structure granulaire géospatiale d'un modèle de carte typique.

Pour chaque modèle de carte, il collecte de nombreuses couches. Pour chaque couche, il compose de nombreuses fonctionnalités. Pour chaque caractéristique, il définit des attributs spatiaux et alphanumériques. Les attributs spatiaux et alphanumériques combinés sélectionnent la représentation graphique et les significations. Cette vue conceptuelle est la base de la structure granulaire géospatiale.

C'est l'une des nombreuses méthodes possibles pour décrire un modèle de carte concret. Mais la vision du monde en termes de granules et de multiples niveaux de granularité représentés par des couches, formant une structure connectée et hiérarchique sont les principes de l'informatique granulaire.

Granule géospatial

Pour être considéré comme un granule géospatial, le granule doit être une entité spatiale géoréférencée. Pour que l'entité spatiale soit calculable, nous devons représenter la propriété spatiale sous forme de structure géométrique. Nous choisissons la représentation vectorielle de nos entités spatiales, un Point est représenté par son tuple de coordonnées. Une Polyligne ou un Polygone sont représentés par des structures (listes, ensembles ou tableaux) sur la représentation Point. Il existe un grand nombre de variantes pour représenter les vecteurs Polyligne et Polygone. Pour un aperçu complet de toutes les représentations vectorielles populaires, voir le chapitre 2 dans [Westra15].

Remarque : Nous évitons intentionnellement d'utiliser le format WKT (texte bien connu) de l'Open Geospatial Consortium (OGC) pour une représentation simple des caractéristiques, même si l'OGC est extrêmement important dans l'industrie. Les représentations géométriques précises ont peu de valeur dans notre discussion ici.

Par souci de simplicité, la représentation vectorielle suivante est utilisée :

  • Un point est représenté par la coordonnée ((x,y)).
  • Une polyligne est représentée par une liste de points ([p_1, …, p_n]), chaque pi commence un sommet. Chaque paire ((p_i, p_)), avec (i < n), représente l'une des arêtes de la polyligne.
  • Un polygone est également représenté par une liste de points. La différence notable est que la liste représente une polyligne fermée, et donc la paire ((p_n, p_1)) est également une arête du polygone.

Dans un contexte textuel, nous utilisons la notation suivante pour spécifier une valeur spatiale :

Type d'espace Notation textuelle Exemples textuels
Point (x, y) (4,7)
Polyligne [] [(4,4),(6,1),(3,0),(0,2)]
Polygone [] [(4,4),(6,1),(3,0),(0,2),(4,4)]

Relation granulaire

L'étape importante pour formuler la théorie, nous devons modéliser le atomique granule d'où provient le traitement de l'information. Une relation granulaire est la représentation atomique du granule spatial. Puisque cette représentation relationnelle est le fondement théorique pour dériver la théorie, nous décrirons la relation granulaire avec une meilleure précision et généralité mathématique.

La relation est modélisée comme un tuple composé à la fois d'attributs alphanumériques et spatiaux. Nous adoptons les conventions suivantes : nous utilisons (ST) pour un type d'attribut spatial, et (AT), (AT_1, AT_2, …) pour un type d'attribut alphanumérique. Les majuscules telles que (A), (A_1, A_2, …) sont utilisées pour les noms d'attributs alphanumériques et (S), (S_1, S_2, …) pour les noms d'attributs spatiaux. Les valeurs sont indiquées par des lettres minuscules.

Une couche peut se définir formellement comme une relation granulaire et elle collecte un ensemble de tuples granulaires (aka. granule atomique). Comme exemple de tuple granulaire, ((A_1:a, A_2:b, S:r)) désignera une entité avec l'attribut spatial (S) avec la valeur (r) et avec deux attributs alphanumériques ( A_1) et (A_2) avec les valeurs respectives (a) et (b).

Pour être qualifié de granule spatial, nous n'exigeons pas l'existence d'attributs alphanumériques (par exemple, (<(S:r)>) représente une couche comprenant une seule entité). Cependant, une couche doit avoir au moins un attribut spatial. Pour définir plus formellement une couche, nous suivons l'approche des objets complexes dans [AbBe95] et la modélisation cartographique dans [ScVo89]. Les couches sont des granulés typés définis comme suit.

Nous supposons un ensemble fini de noms d'attributs (spatiaux ou non), un ensemble donné de domaines non spatiaux () et un ensemble donné de domaines spatiaux (< riangle_1, …, riangle_m>), où ( riangle_i in mathbb^2).

Les types sont construits à partir de domaines, de noms d'attributs et des constructeurs set <> et tuple(). Chaque couche est une instance d'un type défini comme suit :

  1. si spatial ( riangle) est un domaine, alors (S: riangle) est un type spatial.
  2. si (AT_1, …, AT_n) sont des types et (A_1, …, A_n) sont des noms d'attribut qui ne sont utilisés dans aucun d'entre eux, alors ((A_1:AT_1, …, A_n:AT_n)) est un type de tuple alphanumérique.
  3. si (AT) est un type et (A) un nom d'attribut non utilisé, alors () est un type d'ensemble.
  4. si (AT) est un type et (A) un nom non utilisé, alors (A:AT) est un type nommé.

Nous illustrons cette définition par des exemples de couches et de types associés :

En combinant les granules géospatiaux décrits précédemment et leurs relations, nous pouvons générer notre structure granulaire géospatiale. Nous définissons un nom de couche Carte comme une collection de Couche géographique. Une couche est un ensemble d'entités géographiques. Au niveau atomique, nous aurons la relation Feature définie.

Vous trouverez ci-dessous une définition générique d'un modèle de carte :

où () désigne une énumération de types nommés (les attributs alphanumériques). (AT_i) se traduit par un type alphanumérique de base pris en charge par le système géospatial. (S) désigne le nom d'un attribut spatial dont le type est ( riangle). ( riangle) peut être l'un des types géométriques Point, Polyligne ou Polygone pris en charge par le système géospatial.

A titre d'illustration, la structure granulaire géospatiale suivante peut être définie :

  • L'ensemble des domaines alphanumériques est
  • L'ensemble des domaines spatiaux est
  • Le nom d'attribut défini est

Les relations granulaires sont,

  • Ville = ((Nom:STR, Population:NUM, Superficie:NUM, Région: riangle))
  • Rue = ((Streetid:NUM, Name:STR, Class:NUM, Shape: riangle))

Le modèle de carte est formé par,

Algèbre granulaire

Pour continuer avec la perspective informatique, une algèbre granulaire est formellement définie pour permettre un traitement granulaire via un ensemble d'opérateurs bien définis. La définition de l'algèbre granulaire est utilisée pour spécifier la sémantique opérationnelle entre les domaines. Nous nous référons à de nombreux résultats de la littérature pour guider le développement d'une telle algèbre. Le langage de requête géospatiale doit suivre la sémantique définie par l'algèbre granulaire afin de conserver l'applicabilité et la clôture des opérations.

Remarque : Le processus de géocodage ne nécessite pas l'ensemble complet d'algèbre granulaire défini ici. Ces définitions peuvent être étendues pour effectuer des analyses géospatiales supplémentaires.

L'algèbre granulaire part d'une vision de l'algèbre relationnelle comme une algèbre à plusieurs tris. Ce type d'algèbre est bien développé dans de nombreux systèmes [AbBe95] [GuSc93a] [GuSc93b] [ScVo89], y compris certains systèmes de bases de données spatiales commerciales populaires [RiMiVo02] [ScVo92]. Les objets de l'algèbre sont des valeurs atomiques telles que des chaînes, des nombres ou des valeurs booléennes ainsi que des relations. Les opérateurs de l'algèbre comprennent les opérateurs arithmétiques (e.g. addition, soustraction) sur les nombres ainsi que les opérateurs relationnels (e.g. sélection, jointure).

Après la relation granulaire géospatiale, l'attribut spatial fait partie de la relation. Les types et opérateurs spatiaux sont intégrés dans l'algèbre en tant que partie de l'objet trié. Les types spatiaux encapsulent une représentation géométrique telle que le point, la polyligne et le polygone, que nous avons définis dans la section des granulés géospatiaux. De plus, les opérateurs spatiaux spécifiques sont introduits pour accéder et opérer sur ces attributs spatiaux. Nous n'aurons ici qu'un aperçu des opérations spatiales, un autre article devrait être consacré pour le traitement complet de ce sujet.

Notre algèbre granulaire commence par l'ensemble de sortes suivant :

Type de domaine La description
NUM nombres, y compris les nombres entiers ou réels
STR valeurs de chaîne alphanumérique
BOOL valeurs booléennes
REL rapports
ST valeurs spatiales

Un exemple de liste d'opérateurs dans l'algèbre granulaire est donné. La liste est regroupée en 3 classes d'opérateurs. La première classe comprend toutes les opérations habituelles d'un système de base de données relationnelle plus quelques opérateurs supplémentaires. La seconde classe contient des opérateurs spatiaux. La classe restante contient des opérateurs composites.

Tableau de la classe d'opérateurs relationnels :

Signature de l'opérateur Symbole de l'opérateur La description
(NUM x NUM à NUM) (+, -, *, /) opérateurs arithmétiques standards
(BOOL imes BOOL à BOOL) et, ou opérateurs booléens standard
(BOOL à BOOL) ne pas opérateurs booléens standard
(REL fois REL à REL) union, se croiser, différence, traverser, étendre, rejoindre opérateurs relationnels binaires
(REL fois AT_i à REL) sélectionner, projeter opérateurs relationnels unaires
(NUM x NUM à BOOL)
(STR imes STR o BOOL)
(BOOL imes BOOL à BOOL)
(=, lt, gt, le, ge, eq) opérateurs de comparaison
(STR imes STR o BOOL) aimer, correspondre opérateurs de correspondance de chaîne
(REL à NUM) compter opérateurs statistiques
(NUM*) somme, moyenne, min, max opérateurs statistiques

Tableau de la classe d'opérateurs spatiaux :

Signature de l'opérateur Symbole de l'opérateur La description
(ST à NUM) diamètre, longueur, surface opérateurs de calcul de métrique spatiale
(ST à ST) lié, centre, tampon opérateurs de représentation spatiale
(ST x ST à BOOL) (=, eq), à l'intérieur, à l'extérieur, à l'intersection, près opérateurs de prédicats spatiaux
(ST fois AT_i à ST) sélectionner, projeter opérateurs de sélection d'objets géographiques
(ST fois ST à ST) union, fenêtre, clip, superposition opérateurs spatiaux binaires
(ST fois ST à NUM) dist opérateur métrique binaire

Tableau de la classe d'opérateur composite :

Signature de l'opérateur Symbole de l'opérateur La description
(REL* à REL) sélectionner:dans:de,
sélectionner:dans:de:où,
sélectionner:dans:de:où:rangby
étendre les opérateurs pour prendre en charge les opérations similaires à SQL

Vecteur

Vecteur importation et exportation de données
Le module v.in.ogr offre une interface commune pour de nombreux vecteur formatage. De plus, il offre des options telles que la création à la volée de nouveaux emplacements ou l'extension de la région par défaut pour correspondre à l'étendue de la zone importée. vecteur carte.

Vecteur Structures de modèles de données
Vecteur Les modèles de données peuvent être structurés de différentes manières. Nous examinerons ici deux des structures de données les plus courantes.

Vecteur le graphisme est l'utilisation de polygones pour représenter des images en infographie. Vecteur les graphiques sont basés sur vecteurs, qui mènent à des emplacements appelés points de contrôle ou nœuds.

1. Généralement, une quantité possédant à la fois une amplitude et une direction.
2. Une structure de données basée sur les coordonnées couramment utilisée pour représenter des entités cartographiques linéaires. Chaque entité linéaire est représentée sous la forme d'une liste de coordonnées x,y ordonnées.

Analyse II : Superposition topologique
Discussion:
Les processus de superposition topologique sont au cœur de la boîte à outils ArcInfo d'origine. En fait, la superposition topologique est ce pour quoi ArcInfo et ses prédécesseurs, tels que Odyssey, ont été conçus à l'origine.

couche de tuiles
Considérations lors du partage vers des portails plus anciens .

les données peuvent déjà conduire à une grande confusion.

_raster_surfs by The Pennsylvania State University est sous licence Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License, sauf indication contraire.
Partagez ce livre
Propulsé par Pressbooks.

IZE PHOTO AÉRIENNE/IMAGERIE SATELLITE À L'AIDE DE R2V

Les photos aériennes et les images satellites constituent une source d'informations riche pour la cartographie informatique et la création de cartes.
Vous pouvez utiliser R2V pour extraire

limites à partir de photos aériennes ou d'images satellites ou tracer des rues et des routes.

données les caractéristiques sont enregistrées une par une, la forme étant définie par les valeurs numériques des paires de coordonnées xy.

représentation, les limites ou le tracé des éléments sont définis par une série de points qui, réunis par des lignes droites, forment la représentation graphique de cet élément.

entités pour un raster entier ou une partie de celui-ci en fonction des paramètres définis par l'utilisateur. [Catégorie=Géospatial ] .

Les calques seront utiles. Dans ce tutoriel, nous allons essayer de représenter 6 villes européennes qui ont été particulièrement importantes dans le Grand Tour.

tous deux utilisés dans les applications de gestion des ressources
B. "ARCS"
lorsque l'application planaire est utilisée, les objets de surface d'une classe ou d'un calque ne peuvent pas se chevaucher et doivent occuper l'espace d'un calque .

isation Tracez l'outil vers le bas et cliquez pour commencer à créer l'entité linéaire.

La conversion est l'un des processus de numérisation les plus viables adoptés par les fournisseurs de services de dessin CAO.

couche. Vous pouvez également voir qu'il y a beaucoup de colonnes supplémentaires que nous pouvons supprimer pour nettoyer les choses.

Des s peuvent être ajoutés aux événements dans une couche de suivi de point pour montrer la direction dans laquelle se dirige un objet suivi et à quelle vitesse il va.

Les flèches vertes représentent le vent

plus le vent est fort. Sur la carte ci-dessus, vous pouvez facilement trouver des fronts chauds, froids, occlus et stationnaires.

SIG de masse SIG gratuit raster et

Couches
Ce site regorge de couches de données gratuites pour le Massachusetts. Il a l'indice Tiger Street, les données de recensement, les orthos noir et blanc, les orthos couleur, les empreintes de bâtiments, le Congrès, le Sénat, les districts de vote de la Chambre, les écoles, etc. pour l'État du Massauchusetts.

format de fichier développé par ESRI pour stocker l'emplacement géométrique et les informations attributaires des entités géographiques.

data en tant qu'instructions sur la façon de rendre les données. La meilleure façon de le visualiser est de le considérer comme une feuille de calcul avec des colonnes qui contiennent vos données habituelles, mais en plus, il a toujours une colonne supplémentaire appelée "géométrie".

Formats
Formats spécifiques au matériel
Il existe deux types de formats, ceux qui préservent et utilisent les coordonnées au sol réelles des données et ceux qui utilisent une description alternative des coordonnées de page de la carte.

Fichiers de formes, WFS externe
PostGIS, ArcSDE, DB2, Oracle Spatial, MySql, SQL Server
Raster.

les graphiques sont l'utilisation de primitives géométriques telles que des points, des lignes, des courbes et des formes ou des polygones, qui sont tous basés sur des équations mathématiques, pour représenter des images en infographie.
&uarr .

Structure de données géographiques basée sur les coordonnées (contrairement au raster) souvent utilisée pour représenter des entités linéaires.
À propos de Get Data Links .

Caractéristiques géographiques décrites par des géométries (point, ligne, polygone) sur un plan (typiquement) cartésien. WCS
WCS est une norme OGC qui décrit comment produire systématiquement des données cartographiques Raster structurées à partir d'un service et les retourner à un client
Voir également .

modèle de données : divise l'espace en entités discrètes, généralement des points, des lignes ou des polygones.
Département d'anglais et d'écriture créative, Bowland College, Université de Lancaster, Lancaster, LA1 4YT .

superposition superpose principalement les polygones d'une couche sur les polygones d'une autre couche, mais il peut également être utilisé pour superposer des entités ponctuelles ou linéaires sur des couches de polygones.

Format du produit (MIL-STD-60006) : Philadelphie, ministère de la Défense, bureau du détachement du service d'impression de la défense.

: Un élément géométrique, stocké sous forme de point avec des coordonnées x,y dans une base de données informatique.

s sont des points, des polylignes et des polygones.

Données
Structure de données basée sur les coordonnées couramment utilisée pour représenter les entités cartographiques. Chaque entité linéaire est représentée sous la forme d'une liste de coordonnées x,y ordonnées. Les attributs sont associés à l'entité (par opposition à une structure de données raster, qui associe des attributs à une cellule de grille).

et raster dans la cartographie des conversations. Combien avez-vous besoin de savoir à leur sujet ? Assez pour comprendre le jargon et assez pour faire des choix éclairés sur les formats.

éléments : des points pour les puits, des lignes pour les rivières et un polygone pour le lac.

Données : Une méthode de stockage, de représentation ou d'affichage de données spatiales sous forme numérique. Il consiste à utiliser des paires de coordonnées (x,y) pour représenter des emplacements sur la terre. Les entités peuvent prendre la forme de points uniques, de lignes, d'arcs ou de lignes fermées (polygones) (voir Données raster).

les données font référence à des données sous la forme d'un tableau à une dimension.

Flèche représentant la vitesse du vent. La flèche pointe dans la direction du vent. La longueur de la flèche est proportionnelle à la vitesse du vent.
Vitesse du vent .

élément, comme un ruisseau intermittent ou une autoroute. Les classes d'éléments peuvent être affectées directement ou extraites d'un champ sélectionné dans un objet de base de données associé.

Le mappage de bureau basé sur le mappage manuel et la gestion de base de données traditionnelle ont alimenté son adoption rapide. À bien des égards, une base de données n'est qu'une image en attente de se produire.

résolution
Utilisé pour enregistrer des dessins et des étiquettes ainsi que des éléments de mise en page tels que du texte ou des lignes horizontales et verticales. La résolution doit être supérieure à 1 DPI et inférieure à 7 200 DPI. La valeur par défaut est 300 DPI.

modèle serait utilisé pour stocker et manipuler un plan d'excavation.

modèle, les informations sur les points, les lignes et les polygones sont codées et stockées sous la forme d'une collection de coordonnées x,y.

Les données
Nom
informations représentant l'emplacement précis en termes de point, de ligne ou de forme.

- Une structure de données pour représenter les données de limites de points, de lignes et de zones au moyen de coordonnées géométriques à 2 et 3 dimensions (cartésiennes x, y ou x, y, z).
Notes de bas de page.

: non structuré (spaghetti, instanciation primitive, entité par entité), topologique (TIGER, DIME)
- hybride : plus vaste
- structures de données pour les données d'attributs : fichier plat, liste inversée, hiérarchique, réseau, relationnel .

Carte de la propriété. C'est le produit des limites de propriété saisies par la géométrie de coordonnées numérique pour le district de Columbia.
salle
Le District de Columbia est divisé en huit. Visitez le site Web du DC Council pour obtenir des informations sur chaque quartier.

Programme de vérification radar du processeur
S
Retour à l'index
s.

affichages et bases de données Bases de données qui construisent toutes les entités géographiques à partir d'un point, c'est-à-dire d'emplacements X-Y discrets.

les structures de données comprennent des polygones à double numérisation et des modèles de nœuds d'arc.

Un modèle de données basé sur des coordonnées qui représente des entités géographiques sous forme de points, de lignes et de polygones. Chaque entité ponctuelle est représentée sous la forme d'une seule paire de coordonnées, tandis que les entités linéaires et surfaciques sont représentées sous la forme de listes ordonnées de sommets.

Mathématiques
Article
Interférence, diffraction et principe de superposition .

la source de données.
2. Sélectionnez-le dans le volet des tâches, puis cliquez sur Style.
3. Cliquez sur les points de suspension à côté du symbole.

Les ensembles de données peuvent être orientés vers une carte, lorsqu'ils comprennent des attributs qualitatifs d'une zone enregistrés sous forme de lignes, de points et de zones souvent en

format, ou orienté image, lorsque les données sont des attributs quantitatifs faisant référence à des cellules dans une grille rectangulaire généralement au format raster.

[LINK] Les fichiers de données raster peuvent être manipulés rapidement par l'ordinateur, mais ils sont souvent moins détaillés et peuvent être moins attrayants visuellement que

fichiers de données, qui peuvent se rapprocher de l'apparence de cartes plus traditionnelles dessinées à la main.

Certains systèmes SIG utilisent également un point pour identifier l'intérieur d'un polygone Polygone A

représentation d'une région fermée, décrite par une liste séquentielle de sommets ou de fonctions mathématiques. Précision .

Attitude (tangage, roulis, lacet) Tangage : rotation verticale de l'avion (nez vers le haut, piqué vers le bas) Roulis : rotation de l'avion autour du vol

(aile en haut, aile en bas) Yaw : rotation horizontale de l'avion (nez à gauche, nez à droite).

Les structures de données raster offrent plusieurs avantages par rapport à

structures de données : - Elles sont plus simples à utiliser.
- Les superpositions de cartes peuvent être réalisées plus efficacement.
- Les surfaces continues (densité de population, pente, etc.) peuvent être mieux représentées.

La transformation de Helmert à 7 paramètres peut être soit une position

transformation ou une transformation de cadre de coordonnées. Les deux transformations sont basées sur la même définition des paramètres de translation et d'échelle, mais une définition différente des paramètres de rotation. htm',0)

Les deux types de données spatiales les plus populaires sont raster et

data référence les données spatiales à une série de coordonnées. Les données raster se composent de différentes valeurs numériques attribuées à des pixels individuels.

L'inclinaison magnétique ou pendage magnétique est l'angle (I) entre le plan horizontal et le champ magnétique

. En se rapprochant des pôles magnétiques, un côté de l'aiguille de la boussole pointe vers le bas.

Les données SIG utilisées dans le modèle peuvent être raster,

et/ou raster) des cartes, des graphiques et des dessins existants des données d'arpentage originales (aériennes, terrestres, .

Ceux-ci permettent aux données de distance d'être converties en un relatif

coordonner. Si l'emplacement précis de l'observateur est connu (via une unité GPS), l'emplacement géographique précis de l'objet observé dans le télémètre peut être déterminé.

Une version numérique d'une carte formant l'unité de base de

stockage de données dans ArcInfo. Une couverture stocke les entités géographiques en tant qu'entités principales (telles que les arcs, les nœuds, les polygones et les points d'étiquette) et les entités secondaires (telles que les tics, l'étendue de la carte, les liens et les annotations).

Il existe deux types de mappage :

, qui construit des cartes à travers une série de points et de lignes et raster, qui utilise des polygones (figures géométriques à plusieurs côtés). Chacun est meilleur pour certaines applications. Certains logiciels intègrent les deux, d'autres non. La plupart des logiciels contiennent des méthodes d'intégration des deux.

données au format Shapefile ou [GML], données statistiques au format CSV tabulaire ou tableur, sous forme de données GPX avec "waypoints" et "tracks", imagerie satellitaire en GeoTIFF, simulations climatiques en CF-NetCDF etc.
un référentiel de données, par ex.

Utilisez le bouton de l'outil polygone pour dessiner un

forme autour du lac/zone de mer en question, assurant une boucle fermée.
Remplissez un nom d'identification dans la description de la région pour la zone d'exclusion - par exemple, lac.
Cliquez dans la zone de stratégie de région et redéfinissez comme il convient.

Plans. Grâce aux portails de données ouvertes tels que Natural Earth, vous pouvez télécharger des ensembles de données de gamme mondiale ainsi que des jeux de données régionaux pour servir de fond de carte pour votre carte.

Ces dossiers de projet intègrent tous les

, image et données tabulaires disponibles sur ce CD-ROM. Le fichier nommé gis_tour.apr contient un aperçu des données avec des thèmes connexes regroupés dans des vues respectives. Sur les ordinateurs plus lents, ce fichier peut prendre quelques minutes à charger.

au niveau moyen de la mer est partout perpendiculaire à cette surface. Les hauteurs topographiques (H) sont généralement exprimées par rapport au géoïde. Mais en raison de la répartition irrégulière des masses à l'intérieur de la Terre, le géoïde a une forme irrégulière.

shapefile - Format de stockage de données qui contient les attributs de particulier

(c'est-à-dire points, lignes, polygones). [1]
Outil d'esquisse - Outil qui permet à l'utilisateur de modifier une entité en ajoutant des points, des sommets ou des segments. [1] .

services d'intégration
Nettoyage des données (automatisé et manuel)
Correspondance des bords.

La restructuration des données peut être effectuée par un SIG pour convertir les données dans différents formats. Par exemple, un SIG peut être utilisé pour convertir une carte d'image satellite en un

structure en générant des lignes autour de toutes les cellules avec la même classification, tout en déterminant les relations spatiales des cellules, telles que la contiguïté ou l'inclusion.

DXF
Acronyme de Data Exchange Format, un format standard d'échange de données spatiales pour les systèmes de CAO. Les fichiers DXF contiennent des enregistrements ASCII ou binaires (DXB) dont chacun décrit un

suffisamment pour qu'il puisse être converti en une entité spatiale par n'importe quel produit de gestion de base de données spatiale capable de traiter ces fichiers.

Concepts de base de données : problèmes de modélisation et de représentation par Kenneth E. Foote et Donald J. Huebner. Discute de raster et

méthodes, la structure des fichiers de base de données et les relations topologiques.

Topologie : branche des mathématiques concernée par les attributs des surfaces qui ne changent pas lorsqu'elles sont déformées ou déformées. L'inclusion, la contiguïté et la connectivité sont des exemples de trois de ces attributs.

les couches dans le SIG nécessitent une spécification de topologie.

Des combinaisons sont possibles, par ex. la seconde s'appliquant au texte et la troisième au contour d'une entité cartographique telle qu'une forêt, un bâtiment, etc. La carte peut également comporter des couches qui sont en partie des graphiques raster et en partie

format de stockage de données pour stocker l'emplacement, la forme et les attributs d'entités géographiques.
Échelle - Le rapport ou la relation entre une distance ou une zone sur une carte et la distance ou la zone correspondante au sol, généralement exprimée sous forme de fraction ou de ration.

utilisation, bien qu'éventuellement avec un système d'exploitation interactif à temps partagé qui lui a été installé, il est particulièrement utilisé pour les machines construites par IBM, Unisys et les autres grands dinosaures survivants de l'âge de pierre de l'informatique (The Free On-line Dictionary of Computing). PHP : préprocesseur hypertexte SVG : évolutif

États-Unis : base de données mondiale sur le littoral, cohérente, hiérarchique et à haute résolution --

base de données du littoral par la Garde côtière
États-Unis : bases de données topographiques de la FCC
États-Unis : Rail to Trails dans le NH, le VT et le ME - une excellente ressource pour les personnes utilisant le système rail-to-trails .


Voir la vidéo: QGIS: Download data from OpenStreetMap in vector format