Más

¿Cómo puedo crear un archivo kml a partir de un geotiff con capa alfa?

¿Cómo puedo crear un archivo kml a partir de un geotiff con capa alfa?


Estoy tratando de crear una versión kml de un mosaico de mapa usando gdal_translate en un geotiff con capa alfa (enlace aquí) de la siguiente manera:

gdal_translate -of KMLSUPEROVERLAY input.tif output.kml

sin embargo, el archivo kml resultante tiene un área negra donde debería estar la capa alfa; consulte aquí para obtener un enlace a todos los archivos de entrada y salida (y subdirectorios producidos por la operación).

¿Cómo puedo producir un archivo kml sin el área negra (también cómo podría generar solo un archivo .kml independiente, en lugar de un archivo .kml que vincula un grupo de subdirectorios como en el archivo zip vinculado)?

gdalinfo en el geotiff de entrada:

Controlador: GTiff / GeoTIFF Archivos: input.tif El tamaño es 3822, 3837 El sistema de coordenadas es: PROJCS ["WGS 84 / Pseudo-Mercator", GEOGCS ["WGS 84", DATUM ["WGS_1984", SPHEROID ["WGS 84", 6378137,298.257223563, AUTORIDAD ["EPSG", "7030"]], AUTORIDAD ["EPSG", "6326"]], PRIMEM ["Greenwich", 0], UNIDAD ["grado", 0.0174532925199433], AUTORIDAD ["EPSG "," 4326 "]], PROYECCIÓN [" Mercator_1SP "], PARAMETER [" central_meridian ", 0], PARAMETER [" scale_factor ", 1], PARAMETER [" false_easting ", 0], PARAMETER [" false_northing ", 0] , UNIDAD ["metro", 1, AUTORIDAD ["EPSG", "9001"]], EXTENSIÓN ["PROJ4", "+ proj = merc + a = 6378137 + b = 6378137 + lat_ts = 0.0 + lon_0 = 0.0 + x_0 = 0.0 + y_0 = 0 + k = 1.0 + unidades = m + nadgrids = @ null + wktext + no_defs "], AUTHORITY [" EPSG "," 3857 "]] Origin = (-13539823.138956749811769,4690722.589982722885907) Tamaño de píxel = (0.12299566635) , -0.122995666356360) Metadatos: AREA_OR_POINT = Área TIFFTAG_DOCUMENTNAME = / mnt / dd / data / 1417212380_DDSPIDER / tmp-0-0.tif TIFFTAG_RESOLUTIONUNIT = 2 (píxeles / pulgada) TIFFTAG_XRESOLUTION e Metadatos: INTERLEAVE = PIXEL Coordenadas de las esquinas: Superior izquierda (-13539823.139, 4690722.590) (121d37'49.08 "W, 38d47 '0.99" N) Inferior izquierda (-13539823.139, 4690250.656) (121d37'49.08 "W, 38d46'49.09" N ) Superior derecha (-13539353.050, 4690722.590) (121d37'33.88 "W, 38d47 '0.99" N) Inferior derecha (-13539353.050, 4690250.656) (121d37'33.88 "W, 38d46'49.09" N) Centro (-13539588.094, 4690486.623) (121d37'41.48 "W, 38d46'55.04" N) Band 1 Block = 3822x1 Type = Byte, ColorInterp = Red Mask Flags: PER_DATASET ALPHA Band 2 Block = 3822x1 Type = Byte, ColorInterp = Green Mask Flags: PER_DATASET ALPHA Band 3 Block = 3822x1 Tipo = Byte, ColorInterp = Máscara azul Banderas: PER_DATASET ALPHA Bloque de banda 4 = 3822x1 Tipo = Byte, ColorInterp = Alfa

El formato de salida predeterminado para los mosaicos es jpeg y jpeg no se puede hacer transparente. Debes crear mosaicos en formato png. El formato GDAL KMLSUPEROVERLAY no está documentado por alguna razón, pero con la opción de creación "formato = png" debería poder crear mosaicos png que admitan transparencia. Incluso no hay documentación sobre el controlador en el sitio web de GDAL, todas las opciones de configuración se pueden enumerar con el comando gdalinfogdalinfo --formato KMLSUPEROVERLAY

El comando para crear mosaicos en formato png es así

gdal_translate -of KMLSUPEROVERLAY input.tif output.kml -co format = png

Cuando se trata del directorio de mosaicos, así es como se planea que funcione la superposición de KML https://developers.google.com/kml/articles/raster.


  1. Paso 1: Seleccione el comando & # 8220Import KML & # 8221 y elija el archivo deseado.
  2. Paso 2: la información contenida en el archivo KML se incorpora a su dibujo de AutoCAD.
  3. Paso 1: selecciona el comando & # 8220Publish to Google Earth & # 8221.
  4. Paso 2: Elija el método de transformación de coordenadas apropiado.

KML es un formato de archivo que se utiliza para mostrar datos geográficos en un navegador de la Tierra como Google Earth. KML utiliza una estructura basada en etiquetas con elementos y atributos anidados y se basa en el estándar XML.


Cómo utilizar ArcMap para crear mapas personalizados de Garmin

ArcGIS incluye un Asignar a KML herramienta que creará un archivo KML a partir de un documento de mapa existente. El archivo KMZ exportado se abrirá en GoogleEarth u otros visores de archivos KML, pero el formato de imagen predeterminado que crea es no compatible con unidades GPS Garmin.

Este video ilustra el proceso de exportación, además de algunas ediciones rápidas que puede realizar para crear un archivo KML compatible con Garmin que funcionará en las unidades GPS Garmin habilitadas para mapas más recientes, como Dakota, Oregon, Colorado, Map78, map 62 y eTrex 20 y 30. Además de ArcMap, también debe tener acceso a un editor de texto como el Bloc de notas, un editor de imágenes como GIMP o ImageJ y Google Earth.

Para ver su mapa exportado en su GPS Garmin, deberá asegurarse mapas personalizados están habilitados (están por defecto). Este proceso variará ligeramente dependiendo de la unidad que tenga, debería ser similar al siguiente (pasos de un GPSMap 78):
MENU & gt Configuración & gt Mapa & gt Información del mapa / Seleccionar mapa y desplázate hasta Mapas personalizados. Si Mapas personalizados habilitados & # 8211 se muestra, debería estar todo listo. Si Mapas personalizados para discapacitados & # 8211 se muestra, presione INGRESAR, Seleccione Permitiry presione INGRESAR nuevamente para alternar la configuración. prensa DEJAR varias veces para salir de la configuración y seleccionar la pantalla del mapa.

Ahora debería poder desplazarse hasta la ubicación de su mapa y verlo en la pantalla del GPS. Es posible que deba hacer zoom para que aparezca el mapa.

Si eres un QGIS usuario, abierto Complementos & gt Administrar e instalar complementos & # 8230 y buscar GarminCustomMap. Este complemento exportará el lienzo del mapa actual a un archivo KMZ compatible con Garmin.


1 respuesta 1

Bienvenido al desbordamiento de la pila. Bueno, hay un par de formas de renderizar imágenes geotiff en el navegador web. Primero, hay una forma de mencionarlo e implica el uso de middleware como Geoserver o MapServer. Aquí hay algunos puntos de partida de ayuda que lo señalarán en la dirección correcta:

  • Aquí hay un manual de usuario de Geoserver bastante general
  • O si desea más precisión, puede pasar a la parte de WMS
  • Un buen tutorial paso a paso que incluye el enlace del tutorial OL y Geoserver
  • Algunos cursos de Udemy sobre OL y enlace Geoserver
  • OL Ejemplo de imagen única https://openlayers.org/en/latest/examples/wms-image.html

La siguiente ruta es el uso de la biblioteca Geotiff.js junto con plotty. Aquí hay un pequeño tutorial con una explicación Visualización de mosaicos GeoTIFF con OpenLayers.

Además, aquí está la versión beta de la pequeña aplicación WEB GIS que incluye la carga de la funcionalidad de imágenes GeoTIFF.


4 respuestas 4

Tengo 4 respuestas o 0 respuestas, dependiendo de tu proyecto.

Uso de la API de Google Maps para empresas (

10.000 $ por año) puede generar una ID de cliente y usarla para proteger una Tabla Fusion (puede crearla en Google Drive) donde puede importar su KML y que luego puede mostrar usando la API de Google Maps. Sería la solución perfecta, pero sin Google Maps Api for Business, su Fusion Table no está protegida, por lo que cualquiera puede acceder a ella en Google Drive y ver y copiar y pegar la representación Kml de los polígonos.

Con Google Maps Engine (/ Lite) también puede importar su Kml a Google (si usa Lite, primero debe importar a Google "Mis mapas" y desde dentro de Google Maps Engine Lite puede importar desde "Mis mapas" ). No conozco el precio para los que no son lite. Un mapa de Google Maps Engine se puede compartir, por lo que es solo visible y en esta única versión visible no he encontrado una manera de descargar o ver los datos de kml sin procesar que serían lo que queremos. Todo suena bien, pero está limitado a 3 capas en Maps Engine Lite y no he encontrado una manera de importar todos mis polígonos (distritos en mi caso) en una capa a la vez. Solo puedo importarlos poco a poco como parece (logré importar 10 polígonos con un total de 353 puntos en una capa). Cada importación da como resultado una capa, no puedo mover cosas de una capa a otra y, por alguna razón, hay algunos polígonos que parece que no puedo importar. Editar:
Puedo importar todos los polígonos, un polígono (debido a la simplificación algorítmica de mis polígonos) obtuvo una intersección (cruce de línea) y tan pronto como arreglé esa parte, la importación ya no arrojó ningún error, pero ahora veo que solo puedo incruste ese mapa usando un iframe que también tenga la leyenda incluida, por lo que esta solución no es nada para mí.

Restrinja el acceso a un KML en su servidor a los servidores de Google utilizando solo una lista blanca de servidores de Google Maps que podrían solicitar su KML. Problema: no puedo encontrar una lista de este tipo en línea. debe recolectar de alguna manera primero.


1 respuesta 1

Lo que estás intentando hacer es posible, pero creo que tu sintaxis curl es incorrecta. Usaría algo como:

donde se hace referencia al archivo por su nombre (ya que es local), de lo contrario, curl solo enviará el nombre del archivo como los datos.

Si comienza los datos con la letra @, el resto debe ser un nombre de archivo para leer los datos o, si desea que curl lea los datos de stdin. También se pueden especificar varios archivos. La publicación de datos de un archivo llamado 'foobar' se haría entonces con --data @foobar. Cuando se le dice a --data que lea de un archivo como ese, se eliminarán los retornos de carro y las nuevas líneas.


Datos de nombres admitidos para campos en una visualización de mapa

La visualización del mapa puede usar datos de nombres en campos para colocar ubicaciones en capas de mapas. Se pueden utilizar los siguientes tipos de ubicación:

  • Nombres de continentes
  • Nombres de países
  • Códigos de país ISO alfa 2
  • Códigos de país ISO alfa 3
  • Nombres de áreas administrativas de primer nivel. como los nombres de un estado o provincia
  • Nombres de áreas administrativas de segundo nivel
  • Nombres de áreas administrativas de tercer orden
  • Nombres de áreas administrativas de cuarto orden
  • Nombres de ciudades, pueblos u otros lugares poblados
  • Códigos postales o códigos postales
  • Códigos de aeropuerto IATA
  • Códigos de aeropuerto ICAO

La disponibilidad de ubicaciones puede variar según el país. Si la ubicación nombrada no está disponible, use datos de coordenadas o área para la ubicación.

Qlik Sense utiliza mapas y datos de ubicación obtenidos de líderes de campo reconocidos que utilizan metodologías aceptadas y mejores prácticas para marcar fronteras y nombrar países dentro de sus mapeos. Qlik Sense proporciona flexibilidad para permitir a los usuarios integrar sus propios mapas de fondo separados. Si los mapas estándar no encajan, Qlik Sense ofrece la opción de cargar mapas de fondo, bordes y áreas proporcionados por el cliente.


3 respuestas 3

Para leer archivos .csv, puede usar el módulo csv de esta manera:

Puede tener problemas cuando su archivo está codificado en UTF-8, ya que csv no lo admite. Pero hay una envoltura que se encargará de esto.

Por supuesto, también puede simplemente leer su archivo línea por línea y dividirlo por comas: valores = línea.split (',').

Dado que el formato kml no es muy complicado, la parte más difícil de crear una representación de sus datos es decidir cómo deben verse. Un fragmento de código muy simple para insertar los valores leídos del archivo csv podría verse así:


4.2 Recomendaciones para paquetes de datos

4.2.1 Consideraciones para el archivo de datos espaciales

4.2.1.1 Formatos de datos

Para maximizar la reutilización, evite los formatos propietarios. Los formatos enumerados a continuación pueden ser leídos o importados por la mayoría de los programas GIS convencionales o con código usando bibliotecas como GDAL.

Formatos muy recomendados:

  • GeoTIFF - Un formato abierto para almacenar datos y metadatos ráster espaciales en un archivo TIFF.
  • GeoPaquete - Un formato estándar del Consorcio Geoespacial Abierto (OGC) para almacenar datos vectoriales y ráster en un archivo de base de datos SQLite.

Algunos otros formatos a considerar se enumeran a continuación.

  • KML / KMZ - Archivo Keyhole Markup Language (KML) y su versión comprimida para almacenar datos vectoriales. Este formato fue popularizado por Google Earth y ahora es un estándar OGC. KML se visualiza mejor en el software de Google y es posible que no se procese tan bien en otro software SIG.
  • GeoJSON - Un formato para almacenar datos vectoriales como texto en JavaScript Object Notation (JSON). Los datos de GeoJSON están limitados al sistema de coordenadas WGS84.
  • netCDF / HDF5 - formatos binarios diseñados originalmente para almacenar arreglos multidimensionales de datos espaciales normalmente organizados en una cuadrícula, pero que ahora pueden acomodar datos vectoriales siguiendo las convenciones de clima y pronóstico de NetCDF (versión 1.8 o superior).

Vale la pena mencionar un par de formatos de Esri que se enumeran a continuación.

  • Geodatabase de archivos - Uno de los formatos de Esri para almacenar información vectorial y ráster. Se pueden almacenar varias clases de entidades y rásteres en esta carpeta y estructura basada en archivos. El controlador OpenFileGDB de GDAL permite que el software que no es de Esri vea al menos las capas de datos en una geodatabase de archivos, pero es posible que el uso de componentes de geodatabase de archivos más avanzados, como reglas de topología o redes geométricas, no esté disponible fuera del software de Esri. Es posible que los tipos de campo tampoco se importen correctamente. En su lugar, exporte a GeoPackage, a menos que la geodatabase sea el único formato que admita la representación avanzada de sus datos SIG. Solo sepa que limita la reutilización potencial de sus datos si usa este formato.
  • Shapefile - Un formato heredado para datos vectoriales que es ampliamente compatible. Tenga en cuenta las limitaciones de los archivos shapefile al considerar este formato. Un shapefile consta de varios archivos individuales que se incluyen como un solo archivo zip en el paquete de datos. Si el paquete tiene más de un shapefile, cree un archivo zip separado para cada shapefile.

Aunque existen otros formatos abiertos, su implementación en software SIG popular puede ser menos común. Si se debe usar un formato propietario para capturar el significado completo de los datos, considere incluir también una versión de los datos en un formato abierto, como una tabla de datos simple junto con metadatos que expliquen sus limitaciones en ese formato, o instrucciones sobre cómo utilizarlos. el formato propietario. Por ejemplo, se podría usar un paquete de capas de Esri cuando se desee incluir símbolos recomendados para dibujar entidades vectoriales en un SIG, en cuyo caso se podría tener en cuenta que los datos vectoriales se pueden extraer tratando el paquete de capas como un archivo zip.

Los formatos que se componen de más de un archivo, como los shapefiles, deben estar comprimidos. Incluya un conjunto de datos por archivo zip. Por ejemplo, si tiene 10 shapefiles, crearía 10 archivos zip.

4.2.2 Documentar paquetes de datos espaciales

4.2.2.1 Documento como espacial [ráster, vector] frente a otra entidad en EML

Existe una notable divergencia en los paquetes de datos espaciales EDI, específicamente, en el uso de otherEntity vs espacial [Raster, Vector]. Aquí discutimos los pros y los contras de por qué uno podría optar por documentar datos espaciales con un tipo de entidad EML sobre otra. Cualquiera de los métodos es aceptable, y recomendamos usar espacial [Raster, Vector] cuando sea posible. La documentación que sigue proporciona las mejores prácticas que maximizarán la capacidad de descubrimiento y uso de los datos espaciales, independientemente del tipo de entidad utilizada.

4.2.2.2 otra entidad

  • Pros
    • La preparación de EML es más sencilla que con los tipos de EML espaciales
    • Permite estructuras de datos agregadas (por ejemplo, geodatabases de archivos)
    • Los datos espaciales almacenados como & ltotherEntity & gt pueden ser más difíciles de descubrir porque puede ser difícil determinar si los datos en & ltotherEntity & gt son datos espaciales o de algún otro tipo al buscar o navegar
    • Actualmente no hay una palabra clave controlada para identificar archivos de datos espaciales que se incluyen como otra entidad en EML
    • Es posible que los atributos tabulares de las entidades geométricas no se describan en detalle
    • Es posible que no se identifiquen las unidades (latitud / longitud frente a metros frente a pies) y las proyecciones

    4.2.2.3 espacial [Ráster, Vector]

    • Pros
      • EML describe con más detalle los atributos de los vectores
      • Existe una ruta bien documentada desde los metadatos de Esri a EML
      • Una búsqueda de metadatos de EML (en EDI o en cualquier otro lugar) los identifica claramente como conjuntos de datos espaciales mediante el uso de entidades spaceRaster o spaceVector
      • LTER ha creado aplicaciones basadas en entidades espaciales [ráster, vector]
      • Es posible que los datos no se originen en ArcGIS, lo que requiere un flujo de trabajo personalizado para generar EML de entidad espacial
      • Spatial [Raster, Vector] no puede describir agregados multicapa de datos SIG (p. Ej., Geodatabases que contienen múltiples clases de entidades)

      4.2.2.4 Palabras clave

      Identificar claramente un conjunto de datos como de naturaleza espacial es importante para la capacidad de descubrimiento. Esto se puede lograr mediante el uso de palabras clave en los elementos de palabras clave de EML, así como en el título / resumen y métodos cuando sea apropiado. Las palabras clave buscadas con frecuencia incluyen: SIG, sistema de información geográfica, datos espaciales, además de los nombres de formato más específicos como shapefile, geoTIFF, etc. Considere incluirlos según corresponda.

      Incluya las palabras clave vector espacial y trama espacial según corresponda a sus datos. Estas palabras clave deben usarse especialmente si los datos se archivan como otra entidad.

      También puede incluir palabras clave que describan capas amplias de datos espaciales, p. Ej., Modelo de elevación digital, elevación, límite, uso del suelo, cobertura del suelo, censo, parcela, imágenes, así como palabras clave que describan los aspectos específicos asociados con una capa amplia de datos espaciales. por ejemplo, tipos de cobertura del suelo como tipos de agua y vegetación, tipos de uso del suelo como urbano y forestal, etc.

      4.2.2.5 Metadatos compatibles con software GIS

      Las plataformas GIS no ingerirán metadatos EML. Si su software SIG crea su propio archivo de metadatos específico para ese software, entonces puede incluirse como otra entidad. Asegúrese de completar estos metadatos, por ejemplo, con descripciones y unidades para atributos en datos vectoriales o tablas de atributos ráster. Sin embargo, los metadatos en el formato estándar ISO 19115 o CSDGM para permitir que los metadatos sean leídos por otro software SIG son más útiles.

      4.2.2.6 Detalle del sistema de coordenadas y atributos para otra entidad

      Si bien los metadatos compatibles con el software SIG incluidos en el paquete generalmente describen atributos y sistemas de coordenadas de los datos, dichas descripciones también deben incluirse en los metadatos EML para ayudar a los usuarios a determinar si son aptos para su uso antes de descargar los datos. Los tipos EML espacialVector y SpatialRaster incluyen elementos para este propósito. EML otherEntity también puede incluir descripciones de atributos; sin embargo, la inclusión de atributos en este elemento más genérico puede no ser tan común y el elemento no admite formalmente una descripción de sistemas de coordenadas.

      Cuando utilice otherEntity en lugar de SpatialVector o Spater, incluya detalles del sistema de coordenadas en el elemento otherEntity / entityDescription. Si no incluye una descripción de los atributos en el elemento otherEntity / attributeList, al menos incluya una descripción resumida de los atributos en otherEntity / entityDescription. Si el conjunto de datos espaciales y sus archivos de metadatos asociados son los únicos elementos del paquete de datos, puede incluir estas descripciones en elementos EML de nivel superior, como el resumen del conjunto de datos, además de las descripciones a nivel de entidad o en lugar de ellas.

      4.2.2.7 Contenido estandarizado para formatos y tipos de entidad

      En EML Physical / dataFormat / externallyDefinedFormat, incluya un formatName indicando el formato del archivo de datos espaciales. Recomendamos usar nombres de formato de la lista de formatos DataONE cuando sea posible. Algunos elementos espaciales de esa lista se muestran a continuación. Siempre revise la lista para ver la versión más actualizada de estos nombres.

      • Esri Shapefile (comprimido)
      • Lenguaje de marcado de ojo de cerradura de Google Earth (KML)
      • Archivo comprimido de Google Earth Keyhole Markup Language (KML)
      • Formato de datos común de red, versión 4
      • Formato de datos jerárquico versión 5 (HDF5)
      • GeoTIFF
      • Familia de formatos del estándar de codificación GeoPackage (OGC)
      • Geodatabase de archivos de Esri (comprimido)
      • GeoJSON, versión RFC 7946

      Si su formato no está incluido en la lista DataONE, considere enviar un problema al rastreador de problemas de ese repositorio de GitHub para que se pueda agregar el formato.

      EML formatVersion, se puede usar un hermano de formatName para indicar la versión del formato como en el fragmento de EML de ejemplo a continuación.

      Para otherEntity, al poblar el entityType elemento, uso trama espacial o vector espacial según sea apropiado.


      Cómo convertir Excel a KMZ

      Un archivo KML, Keyhold Markup Language, es un archivo basado en XML que muestra datos geográficos para software de visualización de la Tierra, como Google Earth y Google Maps. Utiliza una estructura basada en etiquetas, junto con elementos anidados, y guarda información importante basada en la ubicación, como datos de latitud y longitud. Un archivo KMZ es una versión comprimida en ZIP de un archivo KML. Puede convertir datos de Microsoft Excel a un archivo KMZ configurando una hoja de cálculo compatible con KML y luego comprimiéndola.

      Paso 1

      Abra Microsoft Excel y cree un nuevo documento de muestra. En la celda A1, escriba "Latitud" y en la celda B1, escriba "Longitud". Para que su archivo se lea como un archivo KML, estas columnas deben estar presentes.

      Paso 2

      Escriba "Nombre", "Descripción" e "Icono" para las celdas C1, D1 y E1, respectivamente. El "Nombre" es la etiqueta que aparece junto a cada icono en Google Earth, mientras que "Descripción" es el texto que aparece en el globo emergente de Google Earth. El "Icono" asigna un icono utilizado para cada punto. Si no se coloca nada en la columna Icono, se mostrará de forma predeterminada una imagen de pin sin etiqueta (número de icono 166).

      Paso 3

      Escriba la latitud de su primera ubicación en la celda A2. Utilice el datum geodésico WGS 84, que actualmente utilizan el GPS y el Departamento de Defensa de EE. UU. Para actividades geoespaciales (consulte el enlace en Recursos). Si ingresa la latitud como decimales, debe usar números negativos para todas las latitudes del sur, mientras que usa números positivos para todas las latitudes del norte.

      Paso 4

      Escriba la longitud de su primera ubicación en la celda B2. Si ingresa la longitud como decimales, use números negativos para todas las longitudes occidentales y números positivos para todas las longitudes orientales.

      Paso 5

      Escriba un nombre alternativo para su primera ubicación en la celda C2. Para la celda D2, escriba el texto emergente opcional. Si está más familiarizado con Excel, también puede crear una fórmula que vincule los valores de las columnas.

      Paso 6

      Escriba la información de su icono opcional en la celda E2. Puede personalizar un icono ingresando la URL de un archivo que haya cargado. También puede mostrar uno de los íconos predeterminados de Google seleccionando un ícono en blanco y negro con una ID entre 301 y 570, o un ícono de color con una ID entre 1 y 279.

      Paso 7

      Continúe escribiendo todas las filas de datos para cada ubicación que desee incluir en su archivo KMZ. Una vez que haya terminado, guarde su archivo como un documento Excel XLS. También puede guardarlo como un libro de trabajo binario XLSB, delimitado por tabulaciones TXT, libro de trabajo XLSX o un archivo de texto CSV delimitado por comas.

      Paso 8

      Cambie a un programa de archivo ZIP para crear un archivo ZIP que contenga su archivo de Excel. Edite la extensión del archivo de ZIP a KMZ.


      Ver el vídeo: Πώς μπορώ να δημιουργήσω εισόδημα από το Internet