Más

Atributos de geometría de funciones en KML

Atributos de geometría de funciones en KML


Estoy usando la clase OpenLayers.Format.KML para exportar las características de MyLayer a KML. Sin embargo, mis características tienen atributos adjuntos al objeto de geometría que también me gustaría haber exportado al archivo KML. ¿Alguien sabe como hacer esto?

Por ejemplo, a continuación se muestra un extracto de mi archivo KML exportado. Quiero poder completar el nombre y la descripción de la marca de posición con los valores de mi objeto feature.geometry.attributes.

  Exportación de pedidos Este KML es una representación de las funciones que se han exportado desde su carrito.  OpenLayers.Feature.Vector_3321 No hay descripción disponible    -87.905322927997,31.501496850947 -87.103099728388,31.3860815117 -87.130858407835,31.283001227822 -87.932252685086,31.398209088023 -87.905322927997,31.501496850947

Mi código:

var format = new OpenLayers.Format.KML ({'internalProjection': map.baseLayer.projection, 'externalProjection': map.Projections.Geographic}); format.foldersName = "Exportación de pedidos"; format.foldersDesc = "Este KML es una representación de las funciones que se han exportado desde su carrito."; var kml = format.write (MyLayer.features);

Desde la fuente OL y la función format.KML.js createPlacemarkXML (), aquí es donde se genera el nombre KML:

createPlacemarkXML: function (feature) {// Nombre de la marca de posición var placemarkName = this.createElementNS (this.kmlns, "nombre"); var name = feature.style && feature.style.label? feature.style.label: feature.attributes.name || feature.id; placemarkName.appendChild (this.createTextNode (nombre)); // Descripción de la marca de posición var placemarkDesc = this.createElementNS (this.kmlns, "description"); var desc = feature.attributes.description || this.placemarksDesc; placemarkDesc.appendChild (this.createTextNode (desc)); // Placemark var placemarkNode = this.createElementNS (this.kmlns, "Placemark"); if (feature.fid! = null) {placemarkNode.setAttribute ("id", feature.fid); } placemarkNode.appendChild (placemarkName); placemarkNode.appendChild (placemarkDesc); // Nodo de geometría (nodos Point, LineString, etc.) var geometryNode = this.buildGeometryNode (feature.geometry); placemarkNode.appendChild (geometryNode); // TBD - tratar con los atributos restantes (sin nombre / descripción). return placemarkNode; },

Así que asegúrese de configurar la funciónfeature.style.labelofeature.attributes.namedependiendo del estilo de la función.

Misma idea para eldescripcióncampo.


Crear KML en ArcGIS Desktop

La creación de KML en ArcGIS Desktop es un proceso sencillo que incluye tres pasos principales:

  1. Cree capas y mapas en una de las aplicaciones de ArcGIS Desktop (ArcMap, ArcGlobe y ArcScene).
  2. Prepare las capas y los mapas que se convertirán a KML estableciendo ciertas propiedades y atributos de datos que garantizarán que el KML creado coincida con sus requisitos y sea fácil de usar y esté bien formado.
  3. Cree el archivo KML utilizando una de las herramientas de conversión de KML: Capa a KML o Mapa a KML. También puede crear KML a partir de sus clases de entidad multiparche 3D utilizando la herramienta Multiparche a COLLADA.

Herramienta de mapa IGIS de conversión de SHP a KML

  • Ir a la herramienta de mapas IGIS
  • Inicie sesión en la herramienta si ya tiene una cuenta en IGIS Map Tool; de lo contrario, regístrese.
  • Haga clic en Convertidor

  • Estamos usando Google Drive. Una vez que se complete la carga del archivo, seleccione el formato de salida. Tocamos KML para obtener resultados.

Formato de archivo KML de datos puntuales & # 8211 shp a kml

Contiene ubicación geográfica, título y descripción como latitud y longitud.

Formato de archivo KML de datos de línea & # 8211 shp a kml

Con la etiqueta de estilo, puede especificar el color y el ancho de las líneas.

La etiqueta & lttessellate & gt divide la línea en trozos más pequeños, y la etiqueta & ltextrude & gt extiende la línea hasta el suelo.

Formato de archivo KML de Polygon Data & # 8211 shp a kml

Hay muchas etiquetas de opciones en KML.


HTML descriptivo en marcas de posición

El archivo KML Samples tiene un ejemplo de casi todo lo que puede hacer con el texto de la marca de posición. Puede agregar vínculos, tamaños de fuente, estilos y colores, y especificar la alineación del texto y las tablas. Si desea ver la lista completa, copie y pegue el ejemplo de marca de posición "HTML descriptivo" (en la carpeta Estilos y marcas) en un editor de texto.

Marcado automático en Google Earth (versión 4.0 y posterior)

Google Earth 4.0 tiene una función de marcado automático que convierte automáticamente texto como www.google.com en hipervínculos activos en los que el usuario puede hacer clic. El texto dentro de la etiqueta & ltdescription & gt, la etiqueta & ltSnippet & gt y el elemento & lttext & gt de & ltBalloonStyle & gt se transforman automáticamente en hipervínculos HTTP estándar. No es necesario agregar el & lta href =. & gt se etiqueta usted mismo.

Usando el elemento CDATA

Si desea escribir HTML estándar dentro de una etiqueta & ltdescription & gt, puede ponerlo dentro de una etiqueta CDATA. Si no lo hace, los corchetes angulares deben escribirse como referencias de entidad para evitar que Google Earth analice el HTML incorrectamente (por ejemplo, el símbolo & gt está escrito como & ampgt y el simbolo & lt está escrito como & amplt). Esta es una función estándar de XML y no es exclusiva de Google Earth.

Considere la diferencia entre el marcado HTML con etiquetas CDATA y sin CDATA. Primero, aquí está la & ltdescription & gt con etiquetas CDATA:

Y aquí está la & ltdescription & gt sin etiquetas CDATA, por lo que los caracteres especiales deben usar referencias de entidad:


Convertir KML en capas y entidades de geodatabase

Las capas KML son esencialmente de solo lectura. Su visualización y comportamiento vienen determinados por la configuración de su archivo KML de origen. No puede seleccionar funciones KML, utilizarlas en análisis o mostrarlas en una leyenda. Si desea trabajar con las entidades KML de la misma forma que otros datos GIS, utilice la herramienta KML a capa para convertir un archivo KML (o KMZ) en clases de entidad en una geodatabase de archivos. La herramienta también crea un archivo de capa correspondiente que refleja la simbología establecida en el archivo KML. Opcionalmente, puede convertir superposiciones de suelo en el archivo KML a rásteres en la geodatabase con esta herramienta.


Convertidor JSON a KML en línea gratuito

Envíe el enlace de descarga a

Presione Ctrl & # x2B D para almacenarlo en sus marcadores y no volver a buscarlo

Trabaje con sus documentos en otras aplicaciones gratuitas

Conversión Aspose.GIS

Visión general

JSON Notación de objetos JavaScript

Formato basado en JSON diseñado para representar las características geográficas con sus atributos no espaciales. Este formato define diferentes objetos JSON (JavaScript Object Notation) y su forma de unión. JSON representa una información colectiva sobre las características geográficas, sus extensiones espaciales y propiedades.

KML Lenguaje de marcado de palabras clave

KML (Keyhole Markup Language) contiene información geoespacial en notación XML. KML se puede abrir en aplicaciones del Sistema de información geográfica (SIG) siempre que lo admitan. Muchas aplicaciones han comenzado a ofrecer soporte para el formato KML después de que se adoptó como estándar internacional.

Cómo convertir archivos JSON

  • Haga clic dentro del área del cuadro desplegable para cargar archivos JSON, o arrastre y suelte.
  • Puede cargar un máximo de 10 archivos para la operación.
  • Haga clic en el botón Convertir. Sus archivos JSON se cargarán y convertirán al formato de resultado.
  • El enlace de descarga del resultado estará disponible inmediatamente después de la conversión.
  • También puede enviar un enlace al archivo JSON a su dirección de correo electrónico.
  • Tenga en cuenta que el archivo se eliminará de nuestros servidores después de 24 horas y los enlaces de descarga dejarán de funcionar después de este período de tiempo.

Otras conversiones admitidas

También puede convertir JSON en muchos otros formatos de archivo. Consulte la lista completa a continuación.

Conversión rápida y sencilla

Cargue su documento, elija el tipo de formato de guardado y haga clic en el botón & # x201CConvert & # x201D. Obtendrá el enlace de descarga tan pronto como se convierta el archivo

Convertir desde cualquier lugar

Funciona desde todas las plataformas, incluidas Windows, Mac, Android e iOS. Todos los archivos se procesan en nuestros servidores. No se requiere instalación de complementos o software.


Con FME puede convertir sus datos KML en shapefiles con poco esfuerzo. FME leerá los elementos KML en su archivo y los presentará como tipos de entidad para transformaciones más específicas, como establecer el sistema de coordenadas de su clase de entidad. Con estos flujos de trabajo podrá controlar qué atributos se guardarán o eliminarán.

Puntos, líneas y polígonos: ¡Dios mío!

La idea de transformar un archivo con múltiples geometrías en un archivo con un tipo de geometría suena difícil, ¡pero no lo es! Tiene la capacidad de manipular las características de interés en su archivo KML y convertirlas en un shapefile de puntos, líneas o polígonos. Ya sea que digitalizó la información en Google Earth o recuperó el archivo en otro lugar, no está limitado en sus opciones de visualización y transformación. Incluso agregue información adicional a los shapefiles finales durante el proceso de conversión.

Antes: .kml puntos de restaurantes en Surrey, BC

Después: restaurantes de Surrey que tenían "Pizza" en su nombre como puntos .shp.

Automatizar las transformaciones KML

FME está diseñado para mejorar su productividad para que pueda pasar más tiempo usando sus datos y menos tiempo luchando con ellos. Una vez configurados en su intuitiva interfaz gráfica de usuario, los flujos de trabajo de transformación de KML a SHP pueden ejecutarse automáticamente en segundo plano utilizando FME Server. Configure horarios para ejecutar su flujo de trabajo y entregar resultados a quienes los necesiten.
Realice el recorrido por el servidor FME

Elija la dirección de sus datos

Cuando usa FME para crear su flujo de trabajo de KML a SHP, tendrá una cantidad asombrosa de control sobre sus datos, ya que hay muchos transformadores específicos de KML, como KMLStyler y KMLPropertySetter, disponibles para su uso. El diseño de arrastrar y soltar de FME significa flujos de trabajo simples e intuitivos que no requieren ninguna codificación. Incluso puede ver los resultados de cada paso de transformación en el Inspector de datos cuando ejecuta el flujo de trabajo con Feature Caching.


1. Base

Las capacidades requeridas especificadas en esta cláusula sirven como base para las opciones especificadas en la cláusula Opciones y extensiones especificadas en la cláusula Extensiones registradas (Normativa). Todas las tablas y vistas de gpkg_ * y todas las tablas de datos de usuario de mosaicos especificadas en este estándar DEBERÁN tener solo las columnas y restricciones de tabla especificadas. Las tablas de datos de usuario de las características PUEDEN tener columnas además de las especificadas. Todos los valores especificados de nombres de tablas, vistas, columnas, activadores y restricciones DEBEN estar en minúsculas.

1.1. Centro

Las capacidades básicas obligatorias definidas en las subcláusulas y las declaraciones de requisitos de esta cláusula DEBERÁN ser implementadas por cada GeoPaquete y Configuración de GeoPackage SQLite.

1.1.1. Contenedor SQLite

La biblioteca de software SQLite proporciona un contenedor RDBMS autónomo, de un solo archivo, multiplataforma, sin servidor, transaccional y de código abierto. El estándar GeoPackage define un esquema de base de datos SQL diseñado para su uso con la biblioteca de software SQLite. El uso de SQLite como base para GeoPackage simplifica la producción, distribución y uso de GeoPackages y ayuda a garantizar la integridad de los datos que contienen.

"Autónomo" significa que el software contenedor requiere un soporte mínimo de bibliotecas externas o del sistema operativo. "Archivo único" significa que un contenedor no abierto actualmente por ninguna aplicación de software consiste en un archivo único en un sistema de archivos compatible con un sistema operativo de plataforma informática. "Multiplataforma" significa que un archivo contenedor PUEDE crearse y cargarse con datos en una plataforma informática, y usarse y actualizarse en otra, incluso si usan diferentes sistemas operativos, sistemas de archivos y convenciones de orden de bytes (endian). "Sin servidor" significa que el contenedor RDBMS se implementa sin ningún proceso de servidor intermediario y se accede directamente a través del software de la aplicación. "Transaccional" significa que las transacciones RDBMS garantizan que todos los cambios en los datos en el contenedor sean Atómicos, Consistentes, Aislados y Durables (ACID) a pesar de fallas del programa, fallas del sistema operativo y fallas de energía.

1.1.1.1. Datos
1.1.1.1.1. Formato de archivo

Un GeoPackage DEBE ser un archivo de base de datos SQLite [5] utilizando la versión 3 del formato de archivo SQLite [6] [7]. Los primeros 16 bytes de un GeoPackage SERÁN la cadena ASCII [B4] terminada en nulo "formato SQLite 3" [K1] [K2]

Un GeoPackage DEBE contener un valor de 0x47504B47 ("GPKG" en ASCII) en el campo "application_id" del encabezado de la base de datos SQLite para indicar que es un GeoPackage. [K3] Un GeoPackage DEBE contener un valor apropiado en el campo "user_version" del encabezado de la base de datos SQLite para indicar su versión. El valor SERÁ un número entero con una versión principal, una versión secundaria de dos dígitos y una corrección de errores de dos dígitos. Para GeoPackage Versión 1.2, este valor es 0x000027D8 (el valor hexadecimal para 10200). [K4]

El tamaño máximo de un archivo GeoPackage es de aproximadamente 140 TB. En la práctica, el sistema de archivos en el que se escribe el archivo PUEDE imponer un límite de tamaño más bajo. Muchos dispositivos móviles requieren que se formatee las tarjetas de memoria externas con el sistema de archivos FAT32, que impone un límite de tamaño máximo de 4 GB.

1.1.1.1.2. Nombre de extensión de archivo

Un GeoPackage DEBE tener la extensión de archivo ".gpkg".

Se RECOMIENDA que los GeoPackages extendidos utilicen la extensión de archivo ".gpkx", pero esto NO es un requisito de GeoPackage.

1.1.1.1.3. Contenido del archivo

Un GeoPackage solo DEBE contener los elementos de datos (tablas, columnas o valores) y construcciones SQL (vistas, restricciones o disparadores) especificadas en el núcleo de este estándar de codificación (características, mosaicos y atributos). Los GeoPackages extendidos PUEDEN contener elementos de datos adicionales y construcciones SQL como se especifica a través del Mecanismo de extensión.

El GeoPaquete La designación está diseñada para proporcionar la máxima interoperabilidad entre aplicaciones. En un GeoPackage extendido, el mecanismo de extensión se utiliza para proporcionar capacidades adicionales de una manera que mantenga la interoperabilidad tanto como sea posible. Se anima a los desarrolladores a considerar las implicaciones de las extensiones al diseñar sus aplicaciones. Las mejores prácticas incluyen lo siguiente:

Diseñar de una manera que anticipe la presencia de extensiones inesperadas, por ejemplo, manejar con elegancia columnas, valores o codificaciones inesperados.

Usando la extensión RTree Spatial Indexes para GeoPackages que contienen una cantidad no trivial de datos vectoriales.

Usar la extensión WKT para sistemas de referencia de coordenadas, que se recomienda encarecidamente debido a las debilidades inherentes al estándar original para codificar sistemas de referencia de coordenadas.

Las columnas de tablas en un GeoPackage DEBERÁN declararse únicamente utilizando uno de los tipos de datos especificados en la tabla Tipos de datos de GeoPackage. Los GeoPaquetes extendidos PUEDEN contener tipos de datos adicionales como se especifica a través del Mecanismo de extensión.

Un valor booleano que representa verdadero o falso. Almacenado como SQLite INTEGER con valor 0 para falso o 1 para verdadero.

Entero complementario de dos & # 8217s con signo de 8 bits. Almacenado como SQLite INTEGER con valores en el rango [-128, 127].

Entero complementario de dos & # 8217 de 16 bits con signo. Almacenado como SQLite INTEGER con valores en el rango [-32768, 32767].

Entero complementario de dos & # 8217s de 32 bits con signo. Almacenado como SQLite INTEGER con valores en el rango [-2147483648, 2147483647].

Entero complementario de dos & # 8217s con signo de 64 bits. Almacenado como SQLite INTEGER con valores en el rango [-9223372036854775808, 9223372036854775807].

Número de coma flotante IEEE de 32 bits. Almacenado como SQLite REAL limitado a valores que se pueden representar como un número de punto flotante IEEE de 4 bytes.

Número de coma flotante IEEE de 64 bits. Almacenado como SQLite REAL.

Cadena de longitud variable codificada en UTF-8 o UTF-16, determinada por la codificación PRAGMA, consulte http://www.sqlite.org/pragma.html#pragma_encoding. El maxchar_count opcional define el número máximo de caracteres en la cadena. Si no se especifica, la longitud es ilimitada. El recuento se proporciona con fines informativos y las aplicaciones PUEDEN optar por truncar cadenas más largas si se encuentran. Cuando está presente, es una buena práctica que las aplicaciones se adhieran al recuento de caracteres. Almacenado como SQLite TEXT.

Datos binarios de longitud variable. El max_size opcional define el número máximo de bytes en el blob. Si no se especifica, la longitud es ilimitada. El tamaño se proporciona con fines informativos. Cuando está presente, es una buena práctica que las aplicaciones se adhieran al tamaño máximo de blob. Almacenado como SQLite BLOB.

Geometría codificada según la cláusula Codificación de geometría. & ltgeometry type_name & gt es uno de los tipos de geometría central enumerados en Tipos de geometría (normativos) codificados por la cláusula 2.1.3 o un tipo de geometría codificado por una extensión como GeoPackage Non-Linear Geometry Types. Tipos de geometría Las geometrías XY, XYZ, XYM y XYZM utilizan el mismo tipo de datos. Almacenado como SQLite BLOB.

Cadena de fecha ISO-8601 con el formato AAAA-MM-DD codificado en UTF-8 o UTF-16. Ver TEXTO. Almacenado como SQLite TEXT.

Cadena de fecha / hora ISO-8601 con el formato AAAA-MM-DDTHH: MM: SS.SSSZ con carácter separador T y sufijo Z para la hora universal coordinada (UTC) codificada en UTF-8 o UTF-16. Ver TEXTO. Almacenado como SQLite TEXT.

1.1.1.1.4. Integridad de archivos

El comando SQL de SQLite PRAGMA Integrity_check DEBE devolver "ok" para un archivo GeoPackage. [K5]

El SQL de SQLite PRAGMA Foreign_key_check sin valor de parámetro DEBE devolver un conjunto de resultados vacío que indica que no hay valores de clave externa no válidos para un archivo GeoPackage.

1.1.1.2. API
1.1.1.2.1. Lenguaje de consulta estructurado (SQL)

Una configuración de GeoPackage SQLite DEBE proporcionar acceso SQL a los contenidos de GeoPackage a través de las API de software SQLite versión 3 [6]. [K6]

1.1.1.2.2. Cada configuración de GPKG SQLite

La biblioteca SQLite [8] tiene muchas opciones de tiempo de compilación y tiempo de ejecución que PUEDEN usarse para configurar SQLite para diferentes usos. No se recomienda el uso de las opciones SQLITE_OMIT porque ciertos elementos del estándar GeoPackage dependen de la disponibilidad de la funcionalidad SQLite en tiempo de ejecución.

Cada configuración de GeoPackage SQLite DEBE tener las opciones de tiempo de compilación de la biblioteca SQLite especificadas en la tabla de la cláusula 1.1.1.2.2 [every_gpkg_sqlite_config_table].

1.1.2. Sistemas de referencia espacial

1.1.2.1. Datos
1.1.2.1.1. Definición de tabla

Un GeoPackage DEBE incluir una tabla gpkg_spatial_ref_sys según la cláusula 1.1.2.1.1 Definición de tabla, Definición de tabla Sys de referencia espacial de tabla y Definición de tabla gpkg_spatial_ref_sys SQL.

Una tabla denominada gpkg_spatial_ref_sys es el primer componente del esquema SQL estándar para características simples descritas en la cláusula Introducción a SQL Características simples a continuación. Las definiciones del sistema de referencia de coordenadas que contiene están referenciadas por las tablas gpkg_contents y gpkg_geometry_columns de GeoPackage para relacionar los datos vectoriales y de mosaico en las tablas de usuario con ubicaciones en la tierra.

La tabla gpkg_spatial_ref_sys incluye las columnas especificadas en SQL / MM (ISO 13249-3) [12] y que se muestran en la Definición de la tabla Spatial Ref Sys a continuación, que contiene datos que definen los sistemas de referencia espacial. Las vistas de esta tabla PUEDEN usarse para proporcionar compatibilidad con SQL / MM [12] (ver Vista SQL / MM de la definición de gpkg_spatial_ref_sys SQL (informativo)) y OGC Simple Features SQL [9] [10] [11] (Tabla 21) normas.

Nombre legible por humanos de este SRS

Identificador único para cada sistema de referencia espacial dentro de un GeoPackage

Nombre de la organización definitoria que no distingue entre mayúsculas y minúsculas, p. Ej. EPSG o epsg

ID numérico del Sistema de Referencia Espacial asignado por la organización

Texto conocido [32] Representación del sistema de referencia espacial

Descripción legible por humanos de este SRS

1.1.2.1.2. Valores de datos de tabla

Los valores WKT de la columna de definición en la tabla gpkg_spatial_ref_sys definen los sistemas de referencia espacial utilizados por geometrías de entidades e imágenes de mosaico, a menos que estos SRS sean desconocidos y, por lo tanto, no estén definidos como se especifica en el Requisito 11. Los valores se construyen según la sintaxis EBNF en [32] cláusula 7. EBNF Los valores de nombre y número pueden obtenerse de cualquier autoridad especificada, p. ej. [13] [14]. Por ejemplo, consulte el valor de retorno en el paso (3) del método de prueba [space_ref_sys_data_values_default] utilizado para probar la definición de WGS-84 según el Requisito 11:

La tabla gpkg_spatial_ref_sys DEBERÁ contener como mínimo los registros enumerados en Registros de la tabla del sistema de referencia espacial. El registro con un srs_id de 4326 DEBERÁ corresponder a WGS-84 [15] según lo definido por EPSG [B3] en 4326 [13] [14]. El registro con un srs_id de -1 DEBE usarse para sistemas de referencia de coordenadas cartesianas no definidas. El registro con un srs_id de 0 SE DEBE utilizar para sistemas de referencia de coordenadas geográficas indefinidos.


7. Coberturas: descripción de propiedades que varían según la ubicación (y el tiempo).

Muchos aspectos de Spatial Things se pueden describir con propiedades estáticas de un solo valor. Sin embargo, en algunas aplicaciones es más útil describir la variación de los valores de las propiedades en el espacio y el tiempo. Tales descripciones se formalizan como coberturas. Los usuarios de información espacial pueden emplear ambos puntos de vista.

Entonces, ¿qué es una cobertura? Según lo definido por [ISO-19123], es simplemente una estructura de datos que asigna puntos en el espacio y el tiempo a los valores de las propiedades. Por ejemplo, una fotografía aérea se puede considerar como una cobertura que mapea posiciones en el suelo con colores. Un medidor de río mapea puntos en el tiempo para valores de flujo. Un pronóstico del tiempo asigna puntos en el espacio y el tiempo a valores de temperatura, velocidad del viento, humedad, etc. Una forma de pensar en una cobertura es como una función matemática, donde los valores de los datos son una función de las coordenadas en el espacio y el tiempo.

A veces escuchará la palabra "cobertura" utilizada como sinónimo de "datos cuadriculados" o "datos ráster", pero esto no es realmente exacto. Puede ver en el párrafo anterior que los datos no cuadriculados (como una medición de nivel de río) también se pueden modelar como coberturas. Sin embargo, a menudo encontrará un sesgo hacia los datos cuadriculados en las discusiones (y el software) que se relacionan con las coberturas.

Aunque la definición anterior presenta una cobertura como una estructura de datos, conceptualmente todavía tiene extensión espacial. Por ejemplo, la distribución de la lluvia medida por un radar meteorológico se puede considerar como una cobertura: la extensión espacial se define por el límite del alcance del radar meteorológico. De manera similar, podríamos decir en el ejemplo de hidrología, donde un medidor de río mide los valores de flujo en tiempos de muestreo regulares, la extensión espacial sería el punto de monitoreo donde se coloca el medidor de río.

Decimos que una cobertura es en realidad un tipo especial de Cosa espacial con algunas propiedades particulares. A menudo, una cobertura puede ser una propiedad de otra cosa espacial, refiriéndose a la hidrología, un "segmento de río" puede tener una propiedad "tasa de flujo" que se expresa como una cobertura.

Las cosas espaciales y las coberturas pueden estar relacionadas de varias formas:

  • Las señales en las coberturas pueden usarse para proporcionar evidencia de la existencia, ubicación y tipo de Cosas espaciales, por ejemplo, dentro de un pozo geofísico, la variación en el tipo de suelo / roca puede usarse para inferir la presencia de unidades de roca particulares en ubicaciones subterráneas.
  • Como el valor de propiedad de una cosa espacial cuyo valor varía dentro de la extensión de esa cosa espacial, por ejemplo, la fuerza variable de la cobertura de la red móvil en todo el Reino Unido.
  • Los valores de una propiedad común para un conjunto distribuido de elementos espaciales proporcionan un muestreo discreto de una cobertura, por ejemplo, la medición de la humedad del suelo basada en un conjunto de estaciones de muestreo se puede compilar para mostrar la variación espacial de la humedad del suelo en la región donde las estaciones de muestreo están ubicadas.

Una cobertura se puede definir utilizando tres datos principales:

  • El dominio de la cobertura es el conjunto de puntos en el espacio y el tiempo para los cuales tenemos valores de datos. Por ejemplo, en una medición de nivel de río, el dominio es el conjunto de momentos en los que se midió el caudal. En una imagen de satélite, el dominio es el conjunto de píxeles. En una previsión meteorológica, el dominio es un conjunto de celdas de cuadrícula.
  • El abarcar de la cobertura es el conjunto de valores de datos medidos, simulados u observados. Una sola cobertura puede registrar valores para muchas cantidades diferentes, por ejemplo, un pronóstico del tiempo predice valores para muchas cosas (temperatura, humedad, etc.) en el mismo dominio. Por lo tanto, el rango de una cobertura a menudo consta de varias listas de valores de datos, una para cada variable medida. Cada elemento dentro de cada lista se corresponde con uno de los elementos del dominio (por ejemplo, un píxel o una celda de cuadrícula).
  • El rango de metadatos describe el rango de cobertura, para ayudar a los usuarios a comprender qué significan los valores de los datos. Esto puede incluir enlaces a definiciones de variables, unidades de medida y otros bits de información útil.

Por lo general, la información más compleja de la cobertura es la definición del dominio. Esto puede variar bastante de un tipo de cobertura a otro, como muestra la lista anterior. Por esta razón, las coberturas a menudo se definen por la geometría espacio-temporal de su dominio. Escuchará a la gente hablar de "coberturas de cuadrículas multidimensionales" o "coberturas de series de tiempo" o "coberturas de perfil vertical", por ejemplo.


ArcGIS Earth 1.10 agrega edición KML

ArcGIS Earth es una experiencia 3D interactiva para planificar, visualizar y evaluar eventos en el mundo. Es una herramienta gratuita y fácil de usar que proporciona conocimiento de la situación en dispositivos móviles y de escritorio para mejorar la toma de decisiones. Durante muchos años, Keyhole Markup Language (KML) ha sido el tipo de archivo de referencia para mostrar y trabajar con información en un contexto geográfico simple. Esto es especialmente cierto en las agencias gubernamentales donde los sistemas heredados aún generan estos formatos basados ​​en XML. En el pasado, los usuarios de ArcGIS Earth tenían alguna capacidad limitada para trabajar con KML. Sin embargo, esta nueva versión brinda a los usuarios el poder y la flexibilidad para manipular KML en su totalidad, trabajar sin conexión con múltiples tipos de contenido en un solo archivo, agregar simbología militar y más.

Flujos de trabajo basados ​​en archivos y compatibilidad con datos heredados: Los usuarios encontrarán un aumento significativo en la compatibilidad con el tipo de archivo KML heredado, incluida la edición de su geometría de funciones, enlaces de red, estilos gráficos, estructura de archivos y manejo de errores, así como guardar como un nuevo archivo KMZ.
Algunas de las capacidades de edición incluyen:

  • Edición de geometría, incluida la edición de vértices, altitud y extrusión
  • Editar las propiedades de la capa, como la información emergente, mirar la vista, el tamaño, el color y la transparencia
  • Edición de documentos, incluida la capacidad de reordenar la estructura del archivo, agregar nuevos gráficos, eliminar contenidos y cortar, copiar y pegar
  • Cuando termine de editar, haga una copia de los archivos editados para compartir

Además, los usuarios pueden agregar, editar y guardar las siguientes entidades KML directamente en ArcGIS Earth:

El manejo de mensajes de error también está mejorando e incluye la capacidad de:

  • Indique el mensaje de error exacto para el esquema KML
  • Busque la línea de error para errores de lenguaje XML

ArcGIS Earth es más que una historia de reemplazo se centra en abordar muchas de las preocupaciones clave que tienen nuestros usuarios. ArcGIS Earth es una interfaz gratuita, liviana y fácil de usar que complementa las capacidades que se encuentran en ArcGIS. ArcGIS Earth es una experiencia inmersiva de globo en 3D que:

  • Facilita consumir, descubrir, editar y compartir datos KML
  • Es seguro y se puede implementar fácilmente en grandes empresas, incluso detrás de firewalls.
  • Aprovecha la nube geoespacial de Esri y los crecientes activos de datos y capacidades que ya existen en las empresas en la actualidad.

Durante los últimos años, ArcGIS Earth ha ido agregando constantemente capacidades para cerrar la brecha entre los flujos de trabajo basados ​​en archivos, como KML y el patrón SIG web. Esto permite a los usuarios continuar con los flujos de trabajo heredados mientras adoptan otros nuevos para el futuro. Sus comentarios continúan mejorando ArcGIS Earth, agregando nuevas capacidades para que pueda continuar con las operaciones. ¡Descarga ArcGIS Earth y pruébalo hoy!


Ver el vídeo: Learn Google Earth: Importing KML, KMZ and GPS Data