Disponible con una licencia de 3D Analyst.
A continuación se ofrecen algunas ideas a tener en cuenta al generar un dataset de terrenos:
- Como formato de entrega de datos, si tiene la opción de elegir entre datos con formato ASCII o LAS para lidar, elija LAS. En los encabezados de los archivos de LAS se registra más información sobre los datos y si son binarios, su lectura es más eficaz.
- Los datos deberían estar en un sistema de coordenadas proyectadas. No se recomienda utilizar sistemas de coordenadas desconocidos. No se admiten coordenadas geográficas, como grados decimales.
- cuando se utilice un dataset de terrenos, es más sencillo tener los valores z en la misma unidad de medida que los valores y, x.
- Los datos implicados deberían ser contiguos. Puede haber huecos en el muestreo, como sucede normalmente en masas de agua o áreas ocultas al generar los modelos topográficos, pero la colección debería formar un todo lógico. Las colecciones dispares se representan mejor como dataset de terrenos separados. Por ejemplo, es correcto generar un dataset de terrenos con mediciones de dos condados vecinos. Sin embargo, no es correcto generar un dataset de terrenos con mediciones de dos condados en los extremos de un estado.
- Es mejor generar un dataset de terrenos a partir de los datos recopilados según las mismas especificaciones de colección de datos y requisitos de precisión. La coherencia del lado de los datos hará posible que exista una coherencia, en términos de rendimiento y precisión de la pirámide, del lado del dataset de terrenos.
- Deshabilite el cumplimiento de líneas de corte en los niveles de detalle más bajos de los niveles de pirámide. Esto mejorará el rendimiento de la visualización a escalas menores. Pese a que las líneas de corte no se implementarán forzosamente, sus vértices seguirán contribuyendo al dataset de terrenos. Una posible excepción son las líneas de corte para delinear entidades de agua, ya que incluso en escalas pequeñas estas entidades necesitan destacar.
- Evite agregar entidades poligonales mediante SFTypes basados en polígonos cuando sea posible; su implementación es más cara que las líneas de corte. En muchas ocasiones, se pueden agregar como entidades de línea. Por ejemplo, puede agregar un límite de lago como línea brusca en lugar de un polígono de sustitución brusca. Los polígonos de sustitución solo se necesitan si sabe que hay otras mediciones en el interior del polígono que deben invalidarse.
- Utilice grupos de dataset de terrenos para optimizar el rendimiento a escalas menores. Entre los ejemplos se incluyen clips de detalle y generalizados, así como línea de centro de camino frente a eje de pavimento (a ambos lados).
- Utilice la menor cantidad posible de clases de entidad. Esto puede mejorar el rendimiento de la compilación y, cuando hay líneas de corte, acelera el uso del tiempo de ejecución del dataset de terrenos. Combine clases de entidad donde sea apropiado.
- Los datos deberían estar limpios y sin equivocaciones antes de utilizarlos para generar un dataset de terrenos. No está diseñado para tratar datos sin procesar.
- Revise la extensión de todas las clases de entidad que participan antes de generar el dataset de terrenos. Asegúrese de que son como se había previsto. Las equivocaciones (puntos periféricos) con puntos de datos no son poco habituales y pueden provocar estragos en el proceso de generación de datasets de terreno.
- Establezca la extensión del análisis del geoprocesamiento antes de importar los datos en el área de estudio. Los puntos fuera de esta extensión se excluirán. Esto puede evitar que las equivocaciones afecten a la base de datos.
- No utilice clases de entidad de un solo punto grandes. Utilice una clase de entidad multipunto para las colecciones de puntos grandes (más de 500.000). Los multipuntos se deberían agrupar espacialmente. Los límites de tamaño por forma deberían ser de 5.000 puntos si los vértices no proporcionan identificadores de puntos, en caso contrario, deberían ser de 3.000 puntos por forma.
- No utilice polígonos de recorte como un medio para extraer o procesar subconjuntos de un dataset de terrenos. Todos los datos se triangulan o piramidan indiferentemente, por ello, no es apropiado utilizar un polígono de recorte para esta tarea. En su lugar, extraiga los subconjuntos en clases de entidad separadas y utilícelas para definir el dataset de terrenos.
- Asegúrese de que las clases de entidad que participan en el dataset de terrenos tienen las extensiones correctas. Si las entidades se han eliminado de una clase de entidad, su extensión puede quedar anticuada y por lo tanto ser incorrecta. La geodatabase no vuelve a calcular automáticamente las extensiones para cualquier eliminación de entidades debido al gasto. Utilice IFeatureClassManage.UpdateExtent para corregir esta situación antes de crear un dataset de terrenos, de lo contrario, se definirá un sistema en tesela incorrecto y se intentarán generar muchos mosaicos para los que no hay datos.
- Cuando utilice datos que contienen resoluciones o densidades diferentes, especifique el espaciado del punto a partir de los datos que contienen la resolución más pequeña, al definir un dataset de terrenos que tenga más de 200.000 puntos. Desde una perspectiva de análisis de datos, los datos no deberían contener resoluciones diferentes.