Pratiques conseillées pour créer des jeux de données de MNT
Voici quelques éléments à prendre en compte lors de la création d'un jeu de données de MNT :
- Pour ce qui est du format de livraison des données, si vous avez le choix entre ASCII et LAS pour les données lidar, optez pour LAS. Davantage d'informations sur les données sont enregistrées dans les en-têtes des fichiers LAS et, de par leur nature binaire, leur lecture s'avère plus efficace.
- Les données doivent figurer dans un système de coordonnées projetées. Il est déconseillé d'utiliser des systèmes de coordonnées inconnus. Les coordonnées géographiques, telles que les degrés décimaux, ne sont pas prises en charge.
- Lors de l'utilisation d'un jeu de données de MNT, il s'avère plus facile de disposer de valeurs z dans la même unité de mesure que les valeurs x-y.
- Les données concernées doivent être contiguës. Il peut y avoir des interruptions dans l'échantillonnage, comme c'est le cas généralement sur des plans d'eau ou des zones obscurcies lors de la création de modèles topographiques ; cependant, l'ensemble doit former un tout logique. Les ensembles hétérogènes sont mieux représentés sous la forme de jeux de données de MNT. Ainsi, la création d'un jeu de données de MNT avec des mesures provenant de deux comtés voisins ne pose aucun problème, contrairement à la création d'un jeu de données de MNT avec des mesures issues de deux comtés situés sur les côtés opposés d'un Etat.
- Il est préférable de générer un jeu de données de MNT à partir de données rassemblées sur la base de spécifications d'ensemble de données et d'exigences identiques en termes de précision. La cohérence du côté des données permettra une même cohérence du côté du jeu de données de MNT en ce qui concerne les performances et la précision des pyramides.
- Désactivez l'application des lignes de fracture dans les niveaux de pyramide offrant un degré de détail moindre. Les performances d'affichage s'en trouveront ainsi améliorées à petite échelle. Même si les lignes de fracture ne sont pas appliquées de manière stricte, leurs sommets participent au jeu de données de MNT. Une exception concerne toutefois les lignes de fracture utilisées pour délimiter les entités hydrographiques, étant donné que ces entités doivent ressortir, même à des petites échelles.
- Dans la mesure du possible, évitez d'ajouter des entités surfaciques à l'aide de SFTypes de type polygone ; leur application s'avère, en effet, plus onéreuse que les lignes de fracture. Elles peuvent généralement être ajoutées en tant qu'entités linéaires. Vous pouvez, par exemple, ajouter une limite de lac comme une ligne rigide plutôt que comme un polygone de type remplacement - rigide. Les polygones de remplacement ne doivent être utilisés que si le polygone contient manifestement d'autres mesures qui doivent être remplacées.
- Utilisez des groupes de jeux de données de MNT pour optimiser les performances à petite échelle. Exemples : découpage détaillé/généralisé et axe médian de route par rapport au contour des trottoirs (deux côtés).
- Utilisez le moins de classes d'entités possible. Cela permet d'améliorer les performances de génération et, lorsque des lignes de fracture sont impliquées, d'accélérer l'exécution du jeu de données de MNT. Le cas échéant, combinez les classes d'entités.
- Les données doivent être intègres et exemptes d'erreurs pour servir à créer un jeu de données de MNT. Celui-ci n'est pas conçu pour traiter des données brutes.
- Examinez l'étendue de toutes les classes d'entités participantes avant de créer le jeu de données de MNT. Assurez-vous qu'elles correspondent à ce qui est prévu. Les erreurs (points éloignés) dans les points de données ne sont pas rares et elles peuvent interférer avec le processus de génération du jeu de données de MNT.
- Définissez l'étendue d'analyse de géotraitement avant d'importer des données dans la zone d'étude. Les points situés hors de cette étendue sont exclus. Cela peut empêcher certaines erreurs de s'introduire dans la base de données.
- N'utilisez pas de grandes classes d'entités points uniques. Faites appel à une classe d'entités multi-points pour les grandes collections de points (supérieures à 500 000). Les entités multi-points doivent être regroupées spatialement. La limite de taille par forme doit être de 5 000 si les sommets ne donnent pas d'ID de point ; sinon, elle est de 3 000 points par forme.
- N'utilisez pas de polygones de découpage comme moyen d'extraire/de traiter des sous-ensembles d'un jeu de données de MNT. Toutes les données étant triangulées/mises en pyramide quand même, l'utilisation d'un polygone de découpage n'est pas adéquate pour cette tâche. Extrayez plutôt des sous-ensembles dans des classes d'entités distinctes et utilisez-les pour définir le jeu de données de MNT.
- Assurez-vous que les classes d'entités qui contribuent au jeu de données de MNT ont des étendues correctes. Si les entités ont été supprimées d'une classe d'entités, c'est peut-être parce que leur étendue était obsolète et inexacte. La géodatabase ne recalcule pas automatiquement les étendues au moment de la suppression d'entités, en raison de la dépense. Utilisez IFeatureClassManage.UpdateExtent pour corriger cette situation avant de créer un jeu de données de MNT. Dans le cas contraire, le MNT définit un système de tuilage inexact et tente de créer de nombreuses tuiles pour lesquelles il n'existe aucune donnée.
- Lorsque vous utilisez des données qui contiennent des résolutions et/ou des densités différentes, spécifiez l'espacement des points à partir des données contenant la plus petite résolution lors de la définition d'un jeu de données de MNT comptant plus de 200 000 points. En vue de leur analyse, les données ne doivent pas contenir de résolutions différentes.
5/10/2014