Suite

Récupérer l'attribut de polygone lors du positionnement d'un point - openlayers / brochure


À l'aide d'une bibliothèque de cartographie Web côté client (openlayers3 ou brochure), je souhaite que mon utilisateur puisse ajouter un marqueur sur la carte. Je pourrai alors récupérer les coordonnées long/lat.

À partir de là, je veux savoir s'il est situé à l'intérieur d'un polygone (d'une autre couche) et récupérer les attributs de polygone. Est-ce possible ?


Oui c'est possible. Avec leafjs, vous pouvez utiliser cette API Mapbox : leaf-pip

Une fois que vous avez capturé les coordonnées cliquées par les utilisateurs, vous pouvez les utiliser comme dans l'exemple lié ci-dessus :

var userCoords = ???? var gjLayer = L.geoJson(statesData); résultats var = feuilletPip.pointInLayer(userCoords, gjLayer);

Cela vous donnera un tableau de polygones qui contiennent ce point, ainsi que tous les attributs des polygones.


ACRL TechConnect

Au cours de l'été, ma bibliothèque a commencé à étudier la possibilité de migrer vers le système de gestion de contenu LibGuides à partir de notre système actuel de guide de sujets basé sur Drupal. Dans le cadre de notre enquête, et avec les ressources de notre campus’ Universal Design Center 1 , j'ai commencé un examen initial pour déterminer dans quelle mesure LibGuides 2.0 était accessible à tous les utilisateurs, y compris les utilisateurs handicapés ou ceux utilisant des technologies d'assistance. Notre campus, comme les autres campus de la California State University, s'est fermement engagé à garantir que la technologie est accessible à tous les utilisateurs. Le campus dispose d'un processus assez étendu pour acquérir de nouvelles technologies qui obligent tous les départements à examiner l'accessibilité de toute technologie ou produit Web acheté, et le Universal Design Center assiste tous les départements du campus dans ces évaluations. Bien que l'évaluation de la technologie pour l'accessibilité ne soit généralement pas mon domaine de responsabilité (en fait, je suis rarement impliqué dans la technologie destinée à l'utilisateur final, sans parler des tests d'utilisabilité et d'accessibilité), dans ce cas, j'étais intéressé à utiliser LibGuides comme une opportunité d'apprendre plus sur l'accessibilité pour ma propre connaissance. Veiller à ce que le contenu Web soit accessible nécessite un mélange de compétences liées à l'utilisation du balisage Web, à la compréhension du comportement des utilisateurs et à la connaissance des technologies d'assistance. En tant que bibliothécaire, je sais que je peux bénéficier d'une solide compréhension de tous ces domaines.

Bien que je ne sois en aucun cas un expert en accessibilité, je connais les directives de base en matière d'accessibilité pour la création de contenu et le balisage. 2 Bien entendu, l'accessibilité et la convivialité d'un système de gestion de contenu dépendent en grande partie des pratiques suivies par les créateurs de contenu. Les auteurs de LibGuides ont un contrôle important sur l'accessibilité du contenu qu'ils créent. Par exemple, en utilisant les fonctionnalités d'édition de code source HTML de LibGuides, tout auteur de guide peut s'assurer que son propre balisage est conforme aux directives d'accessibilité et ajouter manuellement des éléments tels que du texte alternatif, des iFrames intitulés ou des attributs ARIA. Cependant, j'étais particulièrement intéressé à identifier les problèmes que les auteurs de guides LibGuides pourraient ne pas facilement se modifier. Bien que de nombreuses fonctionnalités puissent être remplacées via la personnalisation CSS étendue disponible dans Bootstrap Framework 3 de LibGuides 2.0, je voulais identifier les éléments prêts à l'emploi qui posaient des problèmes d'accessibilité.

Les problèmes suivants identifiés ci-dessous ont été signalés à SpringShare, et le support de SpringShare m'a dit que tous ces problèmes sont en cours d'investigation et sont déjà sur la liste pour un développement futur. Comme il s'agit de ma première tentative d'approfondir l'accessibilité du Web, je suis vraiment intéressé par les commentaires sur les problèmes identifiés ci-dessous. J'espère que j'ai interprété les normes correctement, mais je me réjouis de tout commentaire ou correction !

Méthode

Un exemple de guide a été créé dans une instance de démonstration LibGuides pour évaluer tous les types de boîtiers LibGuides intégrés, les types de contenu et divers éléments multimédias afin de déterminer la conformité à la section 508. Les fonctionnalités suivantes ont été incluses dans le guide utilisé pour les tests :

  • Texte enrichi/HTML
  • Base de données
  • Relier
  • Média/Widget
  • Livre du catalogue
  • Document/Fichier
  • Flux RSS
  • Liste des guides
  • Sondage
  • Recherche Google

Les outils gratuits utilisés pour évaluer l'accessibilité de LibGuides incluent :

  • Validateur de balisage W3C : Le balisage valide est généralement un balisage beaucoup plus accessible. Les balises non fermées ou les problèmes d'imbrication peuvent souvent causer des problèmes avec les lecteurs d'écran, la navigation au clavier ou d'autres technologies d'assistance. – Saisissez l'URL de votre page, et l'outil WAVE examinera la page et identifiera automatiquement les erreurs d'accessibilité (éléments, tels que les étiquettes de formulaire, qui sont absents ou mis en œuvre de manière problématique pour l'accessibilité), les alertes (problèmes potentiels qui pourraient être améliorées) et des fonctionnalités (bonnes pratiques d'accessibilité).
  • CynthiaSays – Semblable à l'outil WAVE, CynthiaSays lit automatiquement le balisage d'une URL que vous fournissez et génère un rapport complet des problèmes et des problèmes potentiels.
  • Mozilla Firefox avec les extensions suivantes (il existe probablement des alternatives Chrome à celles-ci) :
    • Fangs – Un émulateur de lecteur d'écran qui vous permet d'afficher une version texte uniquement d'une page de la même manière qu'un lecteur d'écran la lirait. S'assurer que votre page est lue par un lecteur d'écran comme vous le souhaitez est essentiel pour l'accessibilité, et Fangs vous permet de vérifier la lisibilité de votre page à l'écran sans télécharger un client de bureau de lecture en plein écran tel que JAWS.
    • WCAG Color Contrast Checker – Un outil pratique pour afficher rapidement le contraste des couleurs de votre page dans le navigateur. Les éléments à faible contraste, tels que le texte jaune sur fond blanc, peuvent être très différents à voir pour une variété d'utilisateurs.

    Les directives du programme d'accessibilité de la section 508 du gouvernement fédéral américain, les WCAG 2.0 du W3C et les critères d'accessibilité du Web de CSU Northridge ont été utilisés dans cette évaluation.

    Résultats

    Ces fonctionnalités ne sont pas conformes à la section 508 et/ou à la conformité WCAG 2.0, et leur implémentation dans LibGuides ne permet pas aux auteurs de guides de remplacer facilement le code pour améliorer l'accessibilité manuellement.

    Sondages : Manque d'étiquetage clair des éléments de formulaire (article 508 1194.22(n))

    Lors de nos tests, il manque aux éléments de sondage les attributs « FOR » dans les étiquettes des balises et les attributs « ID » dans les éléments de formulaire associés. Les formulaires de sondage utilisent également des « étiquettes implicites », où l'élément de formulaire et son étiquette associée sont contenus dans les balises d'étiquette d'ouverture et de fermeture. Par exemple, le code du bouton radio d'un élément de sondage est généré par LibGuides sous la forme :

    Un code plus accessible pourrait plutôt ressembler à :

    Images de couverture de « Livres du catalogue » : manque de description textuelle (article 508 1194.22(a))

    Lors des tests, que les couvertures aient été récupérées de Syndetics, Amazon, ou que les couvertures par défaut (bleues ou blanches) aient été utilisées, tous les éléments résultants « Livres du catalogue » manquaient d'attributs ALT. Les images ont cependant des éléments de titre. Il pourrait être interprété que ces éléments sont décoratifs et ne nécessitent donc pas d'éléments de texte alternatifs. Cependant, les éléments de titre par défaut (dérivés du titre du livre) ne sont pas particulièrement descriptifs pour aider l'utilisateur à comprendre le rôle de l'image sur la page.

    Ce code pourrait être rendu plus accessible avec les éléments suivants :

    Accessibilité du clavier de la galerie et navigation par onglets Article 508 1194.21 (a)

    Lors des tests, il n'a pas été possible de parcourir les images de la galerie en utilisant uniquement la navigation par onglets au clavier. Bien qu'il soit possible avec la navigation par onglets de contourner la galerie (onglet dans et hors de celle-ci dans l'élément de page suivant), l'utilisateur ne serait pas en mesure de contrôler le mouvement de la galerie ou de l'onglet à travers les images de la galerie pour accéder aux descriptions ou aux légendes de la galerie.

    Couleur de l'étiquette et de la légende par défaut de la galerie : contraste et lisibilité insuffisants

    Le vérificateur de contraste des couleurs WCAG de FireFox a identifié la couleur de l'étiquette blanche et de la légende du type de boîte « Galerie » comme ayant un contraste insuffisant avec de nombreuses images qui pourraient être utilisées dans la galerie. Étant donné que l'étiquette et les légendes apparaissent directement superposées aux images de la galerie, sans contour ni couleur d'arrière-plan pour améliorer le contraste du texte, ces étiquettes et légendes peuvent être difficiles à lire. Il ne semble pas y avoir de moyen dans les paramètres administratifs de LibGuides d'ajuster la légende par défaut, bien que des scripts personnalisés puissent être utilisés pour remplacer le style.

    Figure 1 : Fonctionnalité de la galerie LibGuides affichant une étiquette blanche et une légende qui peuvent être difficiles à lire par rapport à l'image de la galerie.

    Pratiques accessibles pour les auteurs de guides : quelques conseils

    Les problèmes identifiés ci-dessus ne peuvent pas être facilement résolus via les options administratives ou les contrôles d'auteur de LibGuides, mais il existe plusieurs autres pratiques importantes que les auteurs de guides doivent connaître. Les conseils ci-dessous ne sont en aucun cas un guide complet sur l'accessibilité, il existe de nombreux autres aspects pour garantir l'accessibilité du contenu (en particulier concernant l'utilisation des médias, des tableaux et d'autres types de contenu), mais cette liste fournit quelques exemples de choses que les créateurs de contenu peut être conscient lors de la création de guides.

    Codes d'intégration multimédia/widget : ajouter manuellement Titre attributs aux éléments iframe

    Lors de l'intégration d'un média iframe (comme une vidéo YouTube, un fichier SoundCloud ou un formulaire Google), il est essentiel que les auteurs de Guide ajoutent manuellement un attribut TITLE aux codes d'intégration de média.

    Voici un exemple de code d'intégration d'une vidéo YouTube :

    Lors de l'ajout de code comme celui-ci à une fonctionnalité LibGuides Media/Widget, les auteurs du guide doivent ajouter manuellement un élément de titre descriptif pour décrire brièvement le contenu du média intégré :

    Les médias intégrés doivent également toujours inclure des sous-titres pour les médias visuels et des transcriptions pour les médias audio et visuels.

    Contenu Rich Text/HTML : ajoutez un texte alternatif à toutes les images

    Lors de l'ajout manuel d'images au contenu RichText/HTML, les auteurs du guide doivent s'assurer d'ajouter un texte alternatif descriptif dans la boîte de dialogue de l'image :

    Figure 2 : Boîte de dialogue Propriétés de l'image LibGuides utilisée pour ajouter des images. Le champ Texte alternatif est mis en surbrillance.

    Liens : ajouter des attributs title et aria-label

    Lors de l'ajout manuel de liens vers des ressources dans LibGuides, assurez-vous que l'objectif du lien est clair, que ce soit avec des attributs de titre ou des attributs d'étiquette aria. Évitez, dans la mesure du possible, un texte de lien vague tel que « Lire la suite » ou « Cliquez ici ». Si le texte du lien est vague ou s'il n'y a pas d'informations descriptives sur le lien visible sur la page, utilisez un attribut title ou aria-label :

    Lien avec l'attribut title :

    Lien avec l'attribut aria-label :

    Aspect et sensation : assurez-vous que le texte est visuellement distinct des couleurs d'arrière-plan

    Lors de la conception de l'apparence et de la convivialité des LibGuides, assurez-vous, dans la mesure du possible, d'un niveau élevé de contraste entre le texte et les couleurs d'arrière-plan pour plus de lisibilité. Par exemple, envisagez d'améliorer le contraste du texte sur les étiquettes des boîtes, qui par défaut ont un contraste assez faible (texte gris foncé sur fond gris clair).

    Figure 3 : En-tête de boîte par défaut de LibGuides, montrant un faible contraste entre le texte dans la boîte et l'arrière-plan.

    Figure 4 : En-tête de la boîte LibGuides avec la couleur de police définie sur #000000 dans les paramètres d'apparence et de convivialité administratifs.

    Pour tout élément de la page, évitez d'utiliser des couleurs qui n'ont pas un contraste élevé avec les caractéristiques de couleur d'arrière-plan.

    Davantage de ressources

    De nombreux auteurs de LibGuides ont créé d'excellents guides d'accessibilité pour les auteurs de guides de leur institution, et SpringShare fournit également un guide utile des meilleures pratiques pour les créateurs de contenu LibGuides qui couvre certaines pratiques d'accessibilité. Voici quelques ressources de la communauté LibGuides qui m'ont énormément aidé lors de cette évaluation :

      (Melissa Cardenas-Dow, University of California, Riverside) (University of Waterloo) (Syracuse University Libraries) (Adina Mulliken, City University of New York)

    Le groupe d'intérêt pour l'accessibilité universelle de l'ACRL (UAIG) étudie actuellement la formation d'un sous-comité pour examiner l'accessibilité des LibGuides et potentiellement créer un guide plus complet des meilleures pratiques pour l'accessibilité des LibGuides. Vous pouvez rejoindre l'UAIG via votre adhésion ALA / ACRL pour en savoir plus sur cette initiative.

    J'aimerais également entendre d'autres personnes qui ont effectué ce type de test et trouvé d'autres problèmes. Disposez-vous d'un guide des bonnes pratiques en matière d'accessibilité ? Connaissez-vous d'autres fonctionnalités de LibGuides qui ne sont pas accessibles à tous les utilisateurs ? Commentez ici ou tweetez-moi @lpmagnuson.

    Remarques

    1. La mission du Universal Design Center est d'aider la communauté du campus à créer des voies permettant aux individus d'apprendre, de communiquer et de partager via les technologies de l'information. Une partie de la mission est d'aider la communauté du campus à concevoir l'interopérabilité, la convivialité et l'accessibilité dans les technologies de l'information afin que les styles d'apprentissage et de traitement individuels, ou les caractéristiques physiques ne soient pas des obstacles à l'accès à l'information.” http://www.csun .edu/universaldesigncenter↩
    2. Pour un excellent aperçu de la conformité à l'accessibilité Web, consultez les articles de Cynthia Ng’s sur ACRL Tech Connect à l'adresse http://acrl.ala.org/techconnect/post/making-your-website-accessible-part-1-understanding-wcag, http://acrl.ala.org/techconnect/post/making-your-website-accessible-part-2-implementing-wcag, et http://acrl.ala.org/techconnect/post/making-your-website -accessible-part-3-content-wcag-compliance. ↩
    3. Pour un excellent exemple de la personnalisation étendue qui peut être effectuée dans le cadre Bootstrap de LibGuides 2.0’s, voir http://acrl.ala.org/techconnect/post/migrating-to-libguides-2-0↩

    Oracle Spatial est un ensemble intégré de fonctions et de procédures qui permet

    données à stocker, accéder et analyser rapidement et efficacement dans un Oracle9i

    Les données spatiales représentent les caractéristiques de localisation essentielles des éléments réels ou conceptuels.

    objets car ces objets se rapportent à l'espace réel ou conceptuel dans lequel ils existent.

    1.1 Qu'est-ce qu'Oracle Spatial ?

    Oracle Spatial, souvent appelé Spatial, fournit un schéma et des fonctions SQL

    qui facilitent le stockage, la récupération, la mise à jour et l'interrogation de collections de données spatiales

    fonctionnalités dans une base de données Oracle9i. Spatial se compose des éléments suivants :

    Un schéma (MDSYS) qui prescrit le stockage, la syntaxe et la sémantique de

    types de données géométriques pris en charge

    Un mécanisme d'indexation spatiale

    Un ensemble d'opérateurs et de fonctions pour effectuer des requêtes de zone d'intérêt, spatiales

    requêtes de jointure et autres opérations d'analyse spatiale

    La composante spatiale d'un élément spatial est la représentation géométrique de son

    forme dans un espace de coordonnées. C'est ce qu'on appelle sa géométrie.

    1.2 Modèle objet-relationnel

    Spatial prend en charge le modèle relationnel objet pour représenter les géométries. Le

    le modèle objet-relationnel utilise une table avec une seule colonne de MDSYS.SDO_

    GEOMETRY et une seule ligne par instance de géométrie. Le modèle relationnel-objet

    correspond à une implémentation « SQL avec types de géométrie » de l'entité spatiale

    tables dans la spécification OpenGIS ODBC/SQL pour les entités géospatiales.

    Les avantages fournis par le modèle objet-relationnel comprennent :

    n Prise en charge de nombreux types de géométrie, notamment les arcs, les cercles, les polygones composés,

    chaînes de lignes composées et rectangles optimisés

    n Facilité d'utilisation dans la création et la maintenance des index et dans l'exécution

    n Maintenance des index par le serveur de base de données Oracle9i

    n Géométries modélisées en une seule ligne et une seule colonne

    1.3 Introduction aux données spatiales

    Oracle Spatial est conçu pour rendre la gestion des données spatiales plus facile et plus

    naturel pour les utilisateurs d'applications de localisation et d'informations géographiques

    Applications système (SIG). Une fois ces données stockées dans une base de données Oracle, elles peuvent être

    facilement manipulés, récupérés et liés à toutes les autres données stockées dans le

    Un exemple courant de données spatiales peut être vu dans une feuille de route. Une feuille de route est un

    objet bidimensionnel qui contient des points, des lignes et des polygones pouvant représenter

    les villes, les routes et les frontières politiques telles que les États ou les provinces. Une feuille de route est un

    visualisation d'informations géographiques. L'emplacement des villes, des routes et des

    frontières qui existent à la surface de la Terre sont projetées sur un

    affichage bidimensionnel ou morceau de papier, en préservant les positions relatives et

    distances relatives des objets rendus.

    Les données qui indiquent l'emplacement de la Terre (latitude et longitude, ou hauteur et

    profondeur) de ces objets rendus sont les données spatiales. Lorsque la carte est rendue, cette

    des données spatiales sont utilisées pour projeter les emplacements des objets sur une pièce bidimensionnelle

    de papier. Un SIG est souvent utilisé pour stocker, récupérer et restituer ces données spatiales relatives à la Terre.

    Les types de données spatiales pouvant être stockées à l'aide de Spatial autres que les données SIG comprennent

    données de conception assistée par ordinateur (CAO) et de fabrication assistée par ordinateur

    (CAM). Au lieu d'opérer sur des objets à l'échelle géographique, CAD/CAM

    les systèmes fonctionnent à plus petite échelle, comme pour un moteur automobile ou un circuit imprimé

    Les différences entre ces systèmes résident uniquement dans la taille relative des données, et non dans

    la complexité des données. Les systèmes peuvent tous impliquer en fait le même nombre de

    points de données. A l'échelle géographique, l'emplacement d'un pont peut varier de quelques dixièmes

    d'un pouce sans causer de problèmes notables aux constructeurs de routes, alors que si

    le diamètre des pistons d'un moteur est décalé de quelques dixièmes de pouce, le moteur va

    pas courir. Une carte de circuit imprimé est susceptible d'avoir plusieurs milliers d'objets gravés

    sur sa surface qui ne sont pas plus grandes que le plus petit détail montré sur un constructeur de routes

    Ces applications stockent, récupèrent, mettent à jour ou interrogent toutes une collection de fonctionnalités

    qui ont à la fois des attributs non spatiaux et spatiaux. Exemples d'attributs non spatiaux

    sont nom, sol_type, landuse_classification et part_number. L'attribut spatial

    est une géométrie de coordonnées ou une représentation vectorielle de la forme de l'entité.

    Une géométrie est une séquence ordonnée de sommets reliés par une ligne droite

    segments ou arcs de cercle. La sémantique de la géométrie est déterminée par son type.

    Spatial prend en charge plusieurs types et géométries primitifs composés de collections de

    ces types, y compris en 2 dimensions :

    n Points et amas de points

    n Chaînes de lignes d'arc (Tous les arcs sont générés sous forme d'arcs de cercle.)

    Les points bidimensionnels sont des éléments composés de deux ordonnées, X et Y, souvent

    correspondant à la longitude et la latitude. Les chaînes de ligne sont composées d'un ou plusieurs

    paires de points qui définissent des segments de ligne. Les polygones sont composés de lignes connectées

    des chaînes qui forment un anneau fermé et l'intérieur du polygone est implicite.

    Les polygones auto-croisés ne sont pas pris en charge, bien que les chaînes de lignes auto-croisées soient

    prise en charge. Si une chaîne de lignes se croise, elle ne devient pas un polygone. UNE

    la chaîne de ligne auto-croisée n'a pas d'intérieur implicite.

    Le modèle de données spatiales est une structure hiérarchique composée d'éléments, de géométries,

    et des couches, qui correspondent à des représentations de données spatiales. Les couches sont

    composé de géométries, elles-mêmes constituées d'éléments.

    Par exemple, un point peut représenter l'emplacement d'un bâtiment, une chaîne de lignes peut

    représentent une route ou une trajectoire de vol, et un polygone peut représenter un état, une ville, un zonage

    Un élément est le bloc de construction de base d'une géométrie. L'élément spatial pris en charge

    les types sont des points, des chaînes de lignes et des polygones. Par exemple, les éléments peuvent modéliser

    constellations d'étoiles (groupes de points), routes (chaînes de lignes) et limites de comté

    (polygones). Chaque coordonnée d'un élément est stockée sous la forme d'une paire X,Y. La bague extérieure

    et l'anneau intérieur d'un polygone troué sont considérés comme deux éléments distincts

    qui forment ensemble un polygone complexe.

    Les données de point se composent d'une coordonnée. Les données de ligne se composent de deux coordonnées

    représentant un segment de ligne de l'élément. Les données de polygone consistent en une paire de coordonnées

    valeurs, une paire de sommets pour chaque segment de ligne du polygone. Les coordonnées sont

    défini dans l'ordre autour du polygone (sens antihoraire pour un polygone extérieur

    anneau, dans le sens des aiguilles d'une montre pour un anneau polygonal intérieur).

    Une géométrie (ou objet géométrique) est la représentation d'une entité spatiale, modélisée

    comme un ensemble ordonné d'éléments primitifs. Une géométrie peut être constituée d'un seul élément,

    qui est une instance de l'un des types primitifs pris en charge, ou un ensemble homogène ou

    ensemble hétérogène d'éléments. Un multipolygone, comme celui utilisé pour

    représentent un ensemble d'îles, est une collection homogène. Une collection hétérogène

    est celui dans lequel les éléments sont de types différents, par exemple, un point et un

    Un exemple de géométrie pourrait décrire le terrain constructible dans une ville. Cela pourrait

    être représenté comme un polygone avec des trous où l'eau ou le zonage empêche

    Une couche est un ensemble de géométries ayant le même ensemble d'attributs. Par exemple, un

    couche dans un SIG peut inclure des caractéristiques topographiques, tandis qu'une autre décrit

    densité de population, et un troisième décrit le réseau de routes et de ponts dans le

    zone (lignes et points). Les géométries de chaque couche et l'indice spatial associé sont

    stockées dans la base de données dans des tables standard.

    1.5.4 Système de coordonnées

    Un système de coordonnées (également appelé système de référence spatiale) est un moyen d'attribuer

    coordonnées à un emplacement et établir des relations entre des ensembles de tels

    coordonnées. Il permet l'interprétation d'un ensemble de coordonnées comme une représentation

    d'une position dans un espace du monde réel.

    Toute donnée spatiale est associée à un système de coordonnées. Le système de coordonnées

    peut être géoréférencé (lié à une représentation précise de la Terre) ou non

    géoréférencée (c'est-à-dire cartésienne, et non liée à une représentation spécifique du

    Terre). Si le système de coordonnées est géoréférencé, il a une unité de mesure par défaut

    (tels que des compteurs) qui lui sont associés, mais vous pouvez faire en sorte que Spatial renvoie automatiquement

    donne une autre unité spécifiée (comme les miles).

    Avant Oracle Spatial version 8.1.6, les géométries (objets de type SDO_GEOMETRY)

    ont été stockées sous forme de chaînes de coordonnées sans référence à aucune coordonnée spécifique

    système. Les fonctions spatiales et les opérateurs ont toujours supposé un système de coordonnées qui

    avait les propriétés d'un système cartésien orthogonal, et parfois ne

    fournir des résultats corrects si les géométries terrestres étaient stockées en latitude et

    coordonnées de longitude. Avec la version 8.1.6, Spatial a pris en charge de nombreux

    différents systèmes de coordonnées, et pour convertir librement des données entre différents

    Les données spatiales peuvent être associées à une donnée cartésienne, géodésique (géographique), projetée,

    ou système de coordonnées local :

    n Les coordonnées cartésiennes sont des coordonnées qui mesurent la position d'un point à partir de

    une origine définie le long d'axes perpendiculaires dans le

    espace bidimensionnel ou tridimensionnel.

    Si un système de coordonnées n'est pas explicitement associé à une géométrie, un cartésien

    système de coordonnées est supposé.

    n Les coordonnées géodésiques (parfois appelées coordonnées géographiques) sont angulaires

    coordonnées (longitude et latitude), étroitement liées aux polaires sphériques

    coordonnées, et sont définis par rapport à un système géodésique de la Terre particulier. (UNE

    Le système géodésique est un moyen de représenter la figure de la Terre et est le

    référence pour le système de coordonnées géodésiques.)

    n Les coordonnées projetées sont des coordonnées cartésiennes planes qui résultent de

    effectuer une cartographie mathématique d'un point sur la surface de la Terre à un

    avion. Il existe de nombreux mappages mathématiques de ce type, chacun utilisé pour un

    n Les coordonnées locales sont des coordonnées cartésiennes dans un non-Terre (non géoréférencé)

    système de coordonnées. Les systèmes de coordonnées locaux sont souvent utilisés pour la CAO

    applications et enquêtes locales.

    Lors de l'exécution d'opérations sur des géométries, Spatial utilise soit un cartésien, soit un

    modèle de calcul curviligne, en fonction du système de coordonnées

    associé aux données spatiales.

    Pour plus d'informations sur la prise en charge du système de coordonnées dans Spatial, y compris

    coordonnées géodésiques, projetées et locales et transformation du système de coordonnées,

    La tolérance est utilisée pour associer un niveau de précision aux données spatiales. La tolérance

    valeur doit être un nombre non négatif supérieur à zéro. La plage de valeurs et

    l'importance de la valeur dépend de l'association ou non des données spatiales

    avec un système de coordonnées géodésiques.

    n Pour les données géodésiques (telles que les données identifiées par la longitude et la latitude

    coordonnées), la valeur de tolérance est un nombre de mètres. Par exemple, un

    une valeur de tolérance de 100 indique une tolérance de 100 mètres.

    n Pour les données non géodésiques, la valeur de tolérance peut aller jusqu'à 1, en se référant au

    fraction décimale de l'unité de distance utilisée. (Si un système de coordonnées est spécifié,

    l'unité de distance est la valeur par défaut pour ce système.) Par exemple, une valeur de tolérance

    de 0,005 indique une tolérance de 0,005 (c'est-à-dire 1/200) de l'unité de distance.

    Dans les deux cas, plus la valeur de tolérance est petite, plus la précision à associer

    Une valeur de tolérance est spécifiée dans deux cas :

    n Dans la définition des métadonnées de géométrie d'une couche

    n En tant que paramètre d'entrée optionnel de certaines fonctions

    1.5.5.1 Dans les métadonnées géométriques d'une couche

    Les informations dimensionnelles pour une couche comprennent une valeur de tolérance. Plus précisément, le

    Colonne DIMINFO (décrite dans la section 2.4.3) de la xxx_SDO_GEOM_METADATA

    vues inclut une valeur SDO_TOLERANCE.

    Si une fonction accepte un paramètre de tolérance facultatif et que ce paramètre est nul ou

    non spécifié, la valeur SDO_TOLERANCE de la couche est utilisée. En utilisant le

    données non géodésiques de l'exemple de la section 2.1, la distance réelle entre

    les géométries cola_b et cola_d sont 0,846049894. Si une requête utilise le SDO_GEOM.SDO_

    fonction DISTANCE pour renvoyer la distance entre cola_b et cola_d et ne

    spécifier une valeur de paramètre de tolérance, le résultat dépend de la SDO_TOLERANCE

    valeur de la couche. Par exemple:

    n Si la valeur SDO_TOLERANCE de la couche est 0,005, cette requête renvoie

    n Si la valeur SDO_TOLERANCE de la couche est 0,5, cette requête renvoie 0.

    Le résultat zéro se produit parce que Spatial construit d'abord un tampon imaginaire du

    valeur de tolérance (0,5) autour de chaque géométrie à considérer, et les tampons

    autour de cola_b et cola_d se chevauchent dans ce cas.

    Vous pouvez donc adopter l'une des deux approches pour sélectionner un SDO_TOLERANCE

    n La valeur peut refléter le niveau de précision souhaité dans les requêtes de distances

    entre les objets. Par exemple, si deux géométries non géodésiques distantes de 0,8 unité

    doit être considéré comme séparé, spécifiez une petite valeur SDO_TOLERANCE

    n La valeur peut refléter la précision des valeurs associées aux géométries dans

    la couche. Par exemple, si toutes les géométries d'une couche non géodésique sont définies

    utilisant des nombres entiers et si deux objets distants de 0,8 unité ne doivent pas être considérés comme

    séparés, une valeur SDO_TOLERANCE de 0,5 est appropriée. Avoir plus

    précision dans toute requête, vous devez remplacer la valeur par défaut en spécifiant la tolérance

    Avec des données non géodésiques, la ligne directrice à suivre pour la plupart des instances de la seconde

    cas (précision des valeurs des géométries dans la couche) est : prendre le niveau le plus élevé

    de précision dans les définitions de géométrie, et utilisez .5 au niveau suivant comme SDO_

    Valeur de TOLÉRANCE. Par exemple, si les géométries sont définies à l'aide d'entiers

    la valeur appropriée est 0,5. Toutefois, si

    les géométries sont définies à l'aide de nombres jusqu'à 4 positions décimales (par exemple,

    31.2587), comme avec les valeurs de longitude et de latitude, la valeur appropriée est

    1.5.5.2 En tant que paramètre d'entrée

    De nombreuses fonctions spatiales acceptent un paramètre de tolérance facultatif qui (si spécifié)

    remplace la valeur de tolérance par défaut pour la couche (expliquée dans la section 1.5.5.1). Si

    la distance entre deux points est inférieure ou égale à la valeur de tolérance, Spatiale

    considère les deux points comme un seul point. Ainsi, la tolérance est généralement le reflet

    de l'exactitude ou de la précision que les utilisateurs perçoivent de leurs données spatiales.

    Par exemple, supposons que vous vouliez savoir quels restaurants se trouvent à moins de 5

    kilomètres de votre maison. Supposons également que Maria's Pizzeria se trouve à 5,1 kilomètres de

    ta maison. Si les données spatiales ont un système de coordonnées géodésiques et si vous demandez, Find

    tous les restaurants dans un rayon de 5 kilomètres et utilisez une tolérance de 100 (ou plus, comme 500),

    Maria's Pizzeria sera inclus, car 5,1 kilomètres (5100 mètres) sont à moins de 100

    mètres de 5 kilomètres (5000 mètres). Cependant, si vous spécifiez une tolérance inférieure à

    100 (comme 50), Maria's Pizzeria ne sera pas inclus.

    Les valeurs de tolérance pour les fonctions spatiales sont généralement très faibles, bien que les meilleures

    la valeur dans chaque cas dépend des types d'applications qui utilisent ou utiliseront les données.

    Spatial utilise un modèle de requête à deux niveaux pour résoudre les requêtes spatiales et les jointures spatiales. Le

    terme est utilisé pour indiquer que deux opérations distinctes sont effectuées pour résoudre

    requêtes. La sortie des deux opérations combinées donne l'ensemble de résultats exact.

    Les deux opérations sont appelées opérations de filtrage primaire et secondaire.

    n Le filtre primaire permet une sélection rapide des enregistrements candidats à transmettre à

    le filtre secondaire. Le filtre principal compare les approximations géométriques à

    réduire la complexité des calculs et est considéré comme un filtre à moindre coût. Parce que

    le filtre primaire compare les approximations géométriques, il renvoie un sur-ensemble de

    n Le filtre secondaire applique des calculs exacts aux géométries résultant de

    le filtre primaire. Le filtre secondaire donne une réponse précise à une

    mettre en doute. L'opération de filtrage secondaire est coûteuse en temps de calcul, mais elle est

    appliqué uniquement aux résultats du filtre principal, et non à l'ensemble de données.

    Spatial utilise un index spatial pour implémenter le filtre principal. L'espace ne nécessite pas

    l'utilisation des filtres primaire et secondaire. Dans certains cas, en utilisant simplement le

    le filtre primaire est suffisant. Par exemple, une fonction de zoom dans une application cartographique

    requêtes de données qui ont une interaction avec un rectangle représentant visible

    limites. Le filtre principal renvoie très rapidement un sur-ensemble de la requête. Le

    L'application de cartographie peut alors appliquer des routines de découpage pour afficher la zone cible.

    L'objectif du filtre principal est de créer rapidement un sous-ensemble des données et de réduire

    la charge de traitement sur le filtre secondaire. Le filtre primaire doit donc être

    aussi efficace (c'est-à-dire sélectif mais rapide) que possible. Ceci est déterminé par le

    caractéristiques de l'indice spatial sur les données.

    1.7 Indexation des données spatiales

    L'introduction de capacités d'indexation spatiale dans le moteur de base de données Oracle est un

    caractéristique clé du produit Spatial. Un index spatial, comme tout autre index, fournit un

    mécanisme pour limiter les recherches, mais dans ce cas basé sur des critères spatiaux tels que

    intersection et confinement. Un index spatial est nécessaire pour :

    n Trouver des objets dans un espace de données indexé qui interagissent avec un point donné ou

    zone d'intérêt (requête fenêtre)

    n Trouver des paires d'objets dans deux espaces de données indexés qui interagissent spatialement

    entre eux (jointure spatiale)

    Un index spatial est considéré comme un index logique. Les entrées de l'index spatial sont

    dépendant de l'emplacement des géométries dans un espace de coordonnées, mais l'indice

    les valeurs sont dans un domaine différent. Les entrées d'index peuvent être ordonnées en utilisant un

    domaine ordonné, et les coordonnées d'une géométrie peuvent être des paires d'entiers,

    nombres à virgule flottante ou à double précision.

    Oracle Spatial vous permet d'utiliser l'indexation R-tree (par défaut) ou l'indexation quadtree, ou

    tous les deux. Chaque type d'index est approprié dans différentes situations. Vous pouvez maintenir les deux

    an R-tree and quadtree index on the same geometry column, by using the add_index

    parameter with the ALTER INDEX statement (described in Chapter 9), and you can

    choose which index to use for a query by specifying the idxtab1 and/or idxtab2

    parameters with certain Spatial operators, such as SDO_RELATE,

    A spatial R-tree index can index spatial data of up to 4 dimensions. An R-tree index

    approximates each geometry by a single rectangle that minimally encloses the

    geometry (called the minimum bounding rectangle, or MBR)

    For a layer of geometries, an R-tree index consists of a hierarchical index on the

    MBRs of the geometries in the layer,

    1.7.2 Quadtree Indexing

    In the linear quadtree indexing scheme, the coordinate space (for the layer where all

    geometric objects are located) is subjected to a process called tessellation, which

    defines exclusive and exhaustive cover tiles for every stored geometry. Tessellation

    is done by decomposing the coordinate space in a regular hierarchical manner. Le

    range of coordinates, the coordinate space, is viewed as a rectangle. At the first level

    of decomposition, the rectangle is divided into halves along each coordinate

    dimension generating four tiles. Each tile that interacts with the geometry being

    tessellated is further decomposed into four tiles. This process continues until some

    termination criteria, such as size of the tiles or the maximum number of tiles to

    cover the geometry, is met.

    Spatial can use either fixed-size or variable-sized tiles to cover a geometry:

    n Fixed-size tiles are controlled by tile resolution. If the resolution is the sole

    controlling factor, then tessellation terminates when the coordinate space has

    been decomposed a specific number of times. Therefore, each tile is of a fixed

    n Variable-sized tiling is controlled by the value supplied for the maximum

    number of tiles. If the number of tiles per geometry, n, is the sole controlling

    factor, the tessellation terminates when n tiles have been used to cover the given

    Fixed-size tile resolution and the number of variable-sized tiles used to cover a

    geometry are user-selectable parameters called SDO_LEVEL and SDO_NUMTILES,

    respectivement. Smaller fixed-size tiles or more variable-sized tiles provides better

    geometry approximations. The smaller the number of tiles, or the larger the tiles,

    the coarser are the approximations.

    Spatial supports two quadtree indexing types, reflecting two valid combinations of

    SDO_LEVEL and SDO_NUMTILES values:

    n Fixed indexing: a non-null and non-zero SDO_LEVEL value and a null or zero

    (0) SDO_NUMTILES value, resulting in fixed-sized tiles. Fixed indexing is

    described in Section 1.7.2.2.

    n Hybrid indexing: non-null and non-zero values for SDO_LEVEL and SDO_

    NUMTILES, resulting in two sets of tiles per geometry. One set contains

    fixed-size tiles and the other set contains variable-sized tiles. Hybrid indexing is

    not recommended for most spatial applications, and is described in Appendix B.


    Voir la vidéo: Monikulmioiden alat ja kulmien summa (Septembre 2021).