Crea y administra un conjunto de datos

Selecciona la plataforma: Android iOS JavaScript

Los conjuntos de datos te permiten subir datos geoespaciales desde un archivo local o desde Google Cloud Storage a Google Maps Platform. Luego, puedes asociar el conjunto de datos a uno o más diseños de mapa en la consola de Cloud. Después de asociar el conjunto de datos a un diseño de mapa, usa la API de diseño basado en datos para definir el diseño de tu aplicación de mapas de forma dinámica.

También puedes usar una API de REST para subir tus datos geoespaciales a un conjunto de datos. Para obtener más información, consulta la API de Maps Datasets.

Configura los roles

Para crear y administrar conjuntos de datos en un proyecto de Google Cloud, debes tener el rol de IAM de propietario o editor en el proyecto.

Como alternativa, puedes asignar los siguientes roles de IAM a una cuenta de usuario o de servicio que uses para administrar conjuntos de datos:

  • El rol Maps Platform Datasets Admin otorga a la cuenta de usuario o de servicio acceso de lectura/escritura a los conjuntos de datos del proyecto. A su vez, le permite al usuario realizar todas las operaciones en un conjunto de datos.
  • El rol Maps Platform Datasets Viewer otorga acceso de solo lectura a los conjuntos de datos del proyecto. A su vez, te permite crear una lista y obtener o descargar las operaciones de un conjunto de datos.

Para obtener más información, consulta Cómo otorgar un rol de IAM mediante la consola de Google Cloud.

Fuente de datos de un conjunto de datos

Crea un conjunto de datos y, luego, sube los datos allí desde Google Cloud Storage o un archivo local.
  • Cuando subas datos desde Cloud Storage, especifica la ruta de acceso al archivo correspondiente al recurso que contiene los datos en Cloud Storage. Esa ruta tiene el formato gs://GCS_BUCKET/FILE.

    El usuario que realiza la solicitud debe tener el rol de visualizador de objetos de Storage o cualquier otro rol que incluya el permiso storage.objects.get. Para obtener más información sobre cómo administrar el acceso a Cloud Storage, consulta Descripción general del control de acceso.

  • Cuando subas datos de un archivo local, especifica la ruta de acceso al archivo GeoJSON, KML o CSV que contiene los datos que deseas subir.

Requisitos previos

Cuando crees un conjunto de datos, ten en cuenta lo siguiente:

  • Los nombres visibles deben ser únicos para tu proyecto de Google Cloud.
  • Los nombres visibles deben tener menos de 64 bytes (dado que estos caracteres se representan en UTF-8, cada carácter puede representarse mediante varios bytes en algunos idiomas).
  • Las descripciones deben tener menos de 1,000 bytes.

Cuando subas datos, ten en cuenta lo siguiente:

  • Los tipos de archivo admitidos son CSV, GeoJSON y KML.
  • El tamaño máximo permitido del archivo es de 500 MB.
  • Los nombres de las columnas de atributos no pueden comenzar con la cadena "?_".
  • No se admiten las geometrías tridimensionales. Esto incluye el sufijo "Z" en el formato WKT y la coordenada de altitud en el formato GeoJSON.

Prácticas recomendadas para la preparación de datos

Si tus datos de origen son complejos o grandes, como puntos densos, cadenas de caracteres o polígonos largos (a menudo, los archivos de origen de más de 50 MB pertenecen a esta categoría), considera simplificarlos antes de subirlos para lograr el mejor rendimiento en un mapa visual.

Estas son algunas prácticas recomendadas para preparar tus datos:

  1. Minimiza las propiedades de los componentes. Solo conserva las propiedades de componentes necesarias para aplicar diseño a tu mapa, por ejemplo, "id" y "categoría". Puedes unir propiedades adicionales a un componente en una aplicación cliente con estilos basados en datos en una clave de identificador único. Por ejemplo, consulta Cómo ver tus datos en tiempo real con el diseño basado en datos.
  2. Usa tipos de datos simples para los objetos de propiedad siempre que sea posible, como números enteros, para minimizar el tamaño de las tarjetas y mejorar el rendimiento del mapa.
  3. Simplifica las geometrías complejas antes de subir un archivo. Puedes hacerlo en la herramienta geoespacial que elijas, como la utilidad de código abierto Mapshaper.org, o en BigQuery con ST_Simplify en geometrías de polígonos complejas.
  4. Agrupa puntos muy densos antes de subir un archivo. Puedes hacerlo en la herramienta geoespacial que elijas, como las funciones de clúster de código abierto de turf.js, o en BigQuery con ST_CLUSTERDBSCAN en geometrías de puntos densas.

Consulta orientación adicional sobre las prácticas recomendadas para los conjuntos de datos en Visualiza tus datos con conjuntos de datos y BigQuery.

Requisitos de GeoJSON

El SDK de Maps para iOS admite la especificación GeoJSON actual. El SDK de Maps para iOS también admite archivos GeoJSON que contengan cualquiera de los siguientes tipos de objetos:

  • Objetos de geometría. Un objeto de geometría es una forma espacial descrita como una unión de puntos, líneas y polígonos con agujeros opcionales.
  • Objetos de componente. Un objeto de componente contiene una geometría y pares de nombre/valor adicionales cuyo significado es específico para cada aplicación.
  • Colecciones de componentes: Una colección de características es un conjunto de objetos de características.

El SDK de Maps para iOS no admite archivos GeoJSON que tengan datos en un sistema de referencias de coordenadas (CRS) diferente de WGS84.

Para obtener más información sobre GeoJSON, consulta el artículo sobre el cumplimiento de RFC 7946.

Requisitos de KML

El SDK de Maps para iOS tiene los siguientes requisitos:

  • Todas las URLs deben ser locales (o relativas) al archivo.
  • Se admiten las geometrías de punto, línea y polígono.
  • Todos los atributos de datos se consideran cadenas.
No se admiten los siguientes componentes de KML:
  • Los íconos o <styleUrl> que se definan fuera del archivo
  • Los vínculos de red, como <NetworkLink>
  • Las superposiciones de suelo, como <GroundOverlay>
  • Las geometrías 3D o cualquier etiqueta relacionada con la altitud, como <altitudeMode>
  • Las especificaciones de cámara, como <LookAt>
  • Los diseños definidos dentro del archivo KML

Requisitos de CSV

Para los archivos CSV, los nombres de columnas admitidos se indican a continuación, en orden de prioridad:

  • latitude, longitude
  • lat, long
  • x, y
  • wkt (Well-Known Text)
  • address, city, state, zip
  • address
  • Una sola columna que contiene toda la información de la dirección, como 1600 Amphitheatre Parkway Mountain View, CA 94043

Por ejemplo, tu archivo contiene columnas llamadas x, y y wkt. Dado que x e y tienen una prioridad más alta, según el orden de los nombres de columna admitidos en la lista anterior, los valores en las columnas x y y se utilizan, y la columna wkt se ignora.

Además:

  • Cada nombre de columna debe pertenecer a una sola columna. Esto significa que no puedes tener una columna llamada xy que contenga datos de coordenadas "x" e "y". Las coordenadas "x" e "y" deben estar en columnas separadas.
  • Los nombres de las columnas no distinguen mayúsculas de minúsculas.
  • El orden de los nombres de columna no es relevante. Por ejemplo, si tu archivo CSV contiene columnas lat y long, estas pueden mostrarse en cualquier orden.

Cómo controlar errores de carga de datos

Cuando subes datos a un conjunto de datos, es posible que experimentes uno de los errores comunes que se describen en esta sección.

Errores de GeoJSON

Estos son algunos de los errores comunes de GeoJSON:

  • Falta el campo type, o bien type no es una cadena. El archivo de datos GeoJSON subido debe contener un campo de cadena llamado type como parte de la definición de cada objeto de componente y objeto de geometría.

Errores de KML

Estos son algunos de los errores comunes de KML:

  • El archivo de datos no debe contener ninguno de los componentes KML no admitidos que se mencionaron en la lista anterior. De lo contrario, la importación de datos podría fallar.

Errores de CSV

Estos son algunos de los errores comunes de CSV:

  • A algunas filas les faltan valores para una columna de geometría. Todas las filas de un archivo CSV deben contener valores no vacíos para las columnas de geometría. Entre las columnas de geometría, se incluyen las siguientes:
    • latitude, longitude
    • lat, long
    • x, y
    • wkt
    • address, city, state, zip
    • address
    • Una sola columna que contiene toda la información de la dirección, como 1600 Amphitheatre Parkway Mountain View, CA 94043
  • Si x y y son las columnas de geometría, asegúrate de que las unidades sean de longitud y latitud. Algunos conjuntos de datos públicos usan diferentes sistemas de coordenadas bajo los encabezados x e y. Si se usan unidades incorrectas, el conjunto de datos podría importarse de forma correcta, pero los datos renderizados podrían mostrar puntos del conjunto de datos en ubicaciones inesperadas.

Cómo crear un conjunto de datos

Sigue estos pasos para crear un conjunto de datos:

  1. En la consola de Google Cloud, ve a la página Conjuntos de datos.
  2. Haz clic en Crear conjunto de datos.
  3. Ingresa el nombre del conjunto de datos. El nombre debe ser único para el conjunto de datos.
  4. Como alternativa, ingresa una Descripción del conjunto de datos.
  5. Haz clic en Continuar. Se abrirá la página Importar datos.
  6. Como fuente de carga de los datos que quieres usar para completar el conjunto de datos, selecciona Computadora de escritorio (para hacer referencia a un archivo local en tu sistema) o Bucket de Google Cloud Storage.
    • Si eliges Computadora de escritorio, haz clic en Explorar y, luego, selecciona el archivo en el selector de archivos.
    • Si eliges Bucket de Google Cloud Storage, haz clic en Explorar y selecciona el bucket y el archivo que contienen los datos.
  7. Selecciona el Formato de archivo.
  8. Haz clic en Continuar para revisar la configuración.
  9. Haz clic en Crear. Se abrirá la página Conjuntos de datos, que mostrará tu nuevo conjunto de datos. El estado debe ser Processing.

    Si los datos se suben correctamente, ocurrirá lo siguiente:

    • El estado del conjunto de datos se establece en COMPLETED.
    • El conjunto de datos se convierte en la versión "activa" y es la que usa tu app.

    Si hay un error en la carga, haz lo siguiente:

    • El estado de la versión del conjunto de datos nuevo se establece en un estado que no sea COMPLETED.

Cómo ver o modificar un conjunto de datos

Después de crear un conjunto de datos, puedes ver o modificarlo de las siguientes maneras:

  1. En la consola de Google Cloud, ve a la página Conjuntos de datos.
  2. Haz clic en el nombre del conjunto de datos. Se abrirá la página Detalles del conjunto de datos.
    1. Haz clic en la pestaña Detalles para ver información sobre el conjunto de datos. En esta pestaña, también podrás editar el nombre y la descripción del conjunto de datos.
    2. Haz clic en la pestaña Vista previa para ver tu conjunto de datos en un mapa (solo conjuntos de datos con el estado COMPLETADO o REVERTIDO).
    3. Haz clic en la pestaña Datos de la tabla para ver todos los atributos del conjunto de datos (solo los conjuntos de datos con el estado COMPLETADO o REVERTIDO). Estos son los atributos que puedes usar para aplicar diseño al conjunto de datos en el mapa.
    4. Para descargar los datos en un archivo local, haz clic en el botón Descargar.
    5. Para borrar el conjunto de datos, haz clic en el botón Borrar.
    6. Haz clic en el botón Import Data File para subir datos nuevos al conjunto de datos.

      Si subes datos nuevos al conjunto de datos, se creará una versión nueva de este. Si los datos nuevos se suben correctamente, ocurrirá lo siguiente:

      • El estado de la nueva versión del conjunto de datos se establece como COMPLETADA.
      • La nueva versión se convierte en la versión "activa" y es la que usa tu app.

      Si hay un error en la carga, haz lo siguiente:

      • El estado de la versión del conjunto de datos nuevo se establece en un estado que no sea COMPLETED. Por ejemplo, si hay una versión "activa" anterior, el estado del conjunto de datos se establece como REVERTED.
      • La versión del conjunto de datos que antes era "activa" permanece como la versión "activa" y es la que usa tu app.