Criar e gerenciar um conjunto de dados

Com os conjuntos de dados, você pode fazer o upload de dados geoespaciais de um arquivo local ou do Google Cloud Storage para a Plataforma Google Maps. Em seguida, é possível associar um conjunto a um ou mais estilos de mapa no console do Cloud. Depois de associar o conjunto de dados a um estilo de mapa, use a API de estilo baseado em dados para aprimorar dinamicamente o aplicativo de mapas.

Também é possível usar uma API REST se quiser fazer o upload dos dados geoespaciais para um conjunto. Para mais informações, consulte API Maps Datasets

Configurar papéis

Para criar e gerenciar conjuntos de dados em um projeto do Google Cloud, você precisa ter papel de proprietário ou editor do IAM nele.

Observação: se você criou o projeto, então terá o papel de proprietário. A página IAM do console do Google Cloud mostra os proprietários e editores do projeto.

Também é possível atribuir os seguintes papéis do IAM a uma conta de usuário ou de serviço usada para gerenciar conjuntos de dados:

• O papel Maps Platform Datasets Admin dá à conta de usuário ou de serviço acesso de leitura/gravação aos conjuntos de dados no projeto e permite que o usuário execute todas as operações neles.
• O papel Maps Platform Datasets Viewer dá acesso somente leitura aos conjuntos de dados no projeto e permite executar operações de listagem, recebimento ou download.

Para mais informações, acesse Conceder um papel do IAM usando o console do Google Cloud.

Origem de dados para um conjunto

Depois de criar um conjunto, faça o upload dos dados do Google Cloud Storage ou de um arquivo local para ele.

• Ao fazer o upload de dados do Cloud Storage, especifique o caminho do arquivo para o elemento que contém as informações no Cloud Storage. Esse caminho está no formato gs://GCS_BUCKET/FILE.

  Para fazer a solicitação, o usuário precisa ter o papel de leitor de objetos do Storage ou outra função que inclua a permissão de storage.objects.get. Para mais informações sobre como gerenciar o acesso ao Cloud Storage, consulte Visão geral do controle de acesso.

• Ao fazer o upload de dados de um arquivo local, especifique o caminho para o arquivo GeoJSON, KML ou CSV que contém os dados para upload.

Pré-requisitos

Ao criar um conjunto de dados:

• Os nomes de exibição precisam ser exclusivos no projeto do Google Cloud.
• Esses nomes devem ter menos de 64 bytes. Como os caracteres são representados em UTF-8, em alguns idiomas, um caractere pode ser representado por vários bytes.
• As descrições precisam ter menos de 1.000 bytes.

Ao fazer o upload de dados:

• Os tipos de arquivos compatíveis são CSV, GeoJSON e KML.
• O tamanho máximo de arquivo permitido é 500 MB.
• Os nomes das colunas de atributos não podem começar com a string "?_".
• Geometrias tridimensionais não são aceitas. Isso inclui o sufixo "Z" no formato WKT e a coordenada de altitude no formato GeoJSON.

.

Observação : dependendo do tamanho do arquivo de dados, o upload pode levar minutos ou até horas. Se houver um erro, você vai receber um alerta. Não tente excluir o conjunto de dados até que ele tenha retornado uma resposta do a operação de upload.

Observação : blocos de mapas criados com dados enviados usando o A API Maps Datasets pode eliminar ou simplificar dados densos ou complexos em níveis baixos de zoom. Por exemplo, quando um o usuário diminuir o zoom para um estado ou país (por exemplo, nível de zoom 5-12), os dados lado a lado podem parecer diferente do zoom de uma cidade ou bairro (por exemplo, nível de zoom 13-18). Isso acontece para manter os blocos finos e com bom desempenho usando os blocos com um renderizador de mapa.

Dica : se o arquivo de dados for grande e tiver muitos atributos em que não precisa de estilo e quer otimizar o desempenho de renderização, edite o para remover os atributos desnecessários. Reduzir o número de reduz o tamanho dos blocos do mapa, melhorando o desempenho da renderização.

Práticas recomendadas para a preparação de dados

Se os dados de origem forem complexos ou grandes, como pontos densos, linhas de linha longas ou polígonos (geralmente arquivos com mais de 50 MB se enquadram nessa categoria), simplifique os dados. antes de fazer o upload para obter o melhor desempenho em um mapa visual.

Confira algumas práticas recomendadas para preparar os dados:

1. Minimize as propriedades de recursos. Manter apenas as propriedades de elementos necessárias para definir o estilo seu mapa, por exemplo, "id" e "category". É possível mesclar propriedades adicionais a um recurso em um cliente aplicativo usando estilos baseados em dados em uma chave de identificador exclusivo. Por exemplo, consulte Veja seus dados em tempo real com o estilo baseado em dados.
2. Use tipos de dados simples para objetos de propriedade sempre que possível, como números inteiros, para minimizar o tamanho do bloco e melhorar o desempenho do mapa.
3. Simplifique geometrias complexas antes de fazer o upload de um arquivo. Você pode fazer isso em uma ferramenta geoespacial de sua preferência, como utilitário Mapshaper.org ou no BigQuery usando ST_Simplify em geometrias de polígono complexas.
4. Pontos muito densos do cluster antes do upload de um arquivo. Você pode fazer isso em uma ferramenta geoespacial de sua preferência, como funções de cluster turf.js ou no BigQuery usando ST_CLUSTERDBSCAN em geometrias de pontos densas.

Confira mais orientações sobre as práticas recomendadas para conjuntos de dados em Visualize seus dados com conjuntos de dados e o BigQuery.

Requisitos de GeoJSON

O SDK do Maps para iOS é compatível com a especificação GeoJSON (link em inglês) O SDK do Maps para iOS também aceita arquivos GeoJSON que contêm qualquer um destes tipos de objetos:

• Objetos de geometria. Esse tipo de objeto é uma forma espacial, descrita como uma união de pontos, linhas e polígonos com furos opcionais.
• Objetos de elementos. Esse tipo de objeto contém uma geometria e outros pares de nome/valor, com um significado específico do aplicativo.
• Coleções de elementos. Uma coleção de recursos é um conjunto de objetos de recursos.

O SDK do Maps para iOS não é compatível com arquivos GeoJSON que têm dados em um sistema de referência de coordenadas (CRS) diferente de WGS84.

Para mais informações sobre o GeoJSON, consulte Compliance com RFC 7946 (ambos os links em inglês).

Requisitos de KML

O SDK do Maps para iOS tem os seguintes requisitos:

• Todos os URLs precisam ser locais (ou relativos) ao próprio arquivo.
• Compatível com geometrias de ponto, linha e polígono.
• Todos os atributos de dados são considerados strings.

Os seguintes elementos KML não são compatíveis:

• Ícones ou <styleUrl> definidos fora do arquivo
• Links de rede, como <NetworkLink>
• Sobreposições de solo, por exemplo, <GroundOverlay>
• Geometrias 3D ou qualquer tag relacionada à altitude, como <altitudeMode>
• Especificações da câmera, por exemplo, <LookAt>
• Estilos definidos dentro do arquivo KML

Requisitos de CSV

Para arquivos CSV, os nomes das colunas compatíveis são listados abaixo em ordem de prioridade:

• latitude, longitude
• lat, long
• x, y
• wkt (texto conhecido)
• address, city, state, zip
• address
• Uma única coluna contendo todas as informações de endereço, como 1600 Amphitheatre Parkway Mountain View, CA 94043

Por exemplo, seu arquivo inclui colunas chamadas x, y e wkt. Como x e y têm uma prioridade mais alta, segundo a ordem dos nomes de colunas compatíveis na lista acima, os valores nas colunas x e y são usados, e a coluna wkt é ignorada.

Além disso:

• Cada nome de coluna tem que pertencer a uma única coluna, ou seja, não é possível ter uma coluna chamada xy que inclua dados das coordenadas x e y. Essas coordenadas precisam estar em colunas diferentes.
• Os nomes das colunas não diferenciam maiúsculas de minúsculas.
• A ordem dos nomes não importa. Por exemplo, se o arquivo CSV tiver colunas lat e long, elas poderão estar em qualquer ordem.

Solucionar erros de upload de dados

Ao fazer o upload de dados para um conjunto, você pode encontrar um dos erros comuns descritos nesta seção.

Erros de GeoJSON

Exemplo de erro comum de GeoJSON:

• Campo type faltando, ou type não é uma string. O arquivo de dados GeoJSON enviado precisa ter um campo de string chamado type em cada definição de objeto de elemento e de geometria.

Erros de KML

Exemplo de erro comum de KML:

• O arquivo de dados não pode conter nenhum dos elementos KML incompatíveis listados acima. Caso contrário, a importação pode falhar.

Erros de CSV

Exemplos de erros comuns de CSV:

• Algumas linhas não contêm valores para uma coluna de geometria. Em um arquivo CSV, todas as linhas em colunas desse tipo precisam ter valores não vazios. Confira algumas colunas de geometria:
  • latitude, longitude
  • lat, long
  • x, y
  • wkt
  • address, city, state, zip
  • address
  • Uma única coluna contendo todas as informações de endereço, como 1600 Amphitheatre Parkway Mountain View, CA 94043
  Observação: esse erro geralmente é descrito por uma mensagem no formato "Não foi possível converter ' ' em aspas duplas" ou "Não foi possível analisar a entrada na região geográfica: está faltando o valor da geografia".
• Se x e y forem suas colunas de geometria, verifique se as unidades são longitude e latitude. Alguns conjuntos de dados públicos usam sistemas de coordenadas diferentes nos cabeçalhos x e y. Se as unidades incorretas forem usadas, o conjunto poderá ser importado, mas os dados renderizados talvez mostrem os pontos em locais inesperados.

Criar conjunto de dados

Para fazer isso:

1. No console do Google Cloud, acesse a página Conjuntos de dados.
2. Clique em Criar conjunto de dados.
3. Insira um nome, que precisa ser exclusivo.
4. Também é possível inserir uma descrição, o que é opcional.
5. Clique em Continuar. A página Importar dados aparece.
6. Selecione a Origem do upload dos dados usados para preencher o conjunto como Computador, ou seja, um arquivo local no seu sistema, ou Bucket do Google Cloud Storage.
   • Em Computador, clique em Procurar e escolha o arquivo no seletor.
   • Em Bucket do Google Cloud Storage, clique em Procurar e selecione o bucket e o arquivo que contêm os dados.
7. Escolha o Formato do arquivo.
8. Clique em Continuar para revisar as configurações.

9. Clique em Criar. A página Conjuntos de dados aparece com o novo conjunto. O status deve ser Processando.

   Se o upload dos dados for concluído:

   • O status do conjunto de dados é definido como CONCLUÍDO.
   • O conjunto de dados se torna o “ativo” e é a versão usada pelo seu app.

   Se houver um erro no upload:

   • O status da nova versão do conjunto de dados é definido com um status diferente CONCLUÍDA.

Acessar ou modificar um conjunto de dados

Depois de criar um conjunto de dados, é possível visualizá-lo ou modificá-lo:

1. No console do Google Cloud, acesse a página Conjuntos de dados.
2. Clique no nome do conjunto de dados. A página Detalhes do conjunto de dados vai aparecer.
   1. Selecione a guia Detalhes para encontrar informações sobre o conjunto. Nessa guia, também é possível editar o nome e a descrição dele.
   2. Clique na guia Visualização para ver seu conjunto de dados em um mapa (conjuntos de dados com um apenas COMPLETED ou REVERTED).
   3. Clique na guia Dados da tabela para ver todos os atributos do conjunto de dados (conjuntos de dados apenas com o estado COMPLETED ou REVERTED. São os atributos que você pode usar para estilizar o conjunto de dados no mapa.
   4. Clique no botão Download para armazenar as informações em um arquivo local.
   5. Clique no botão Excluir para remover o conjunto.

   6. Clique no botão Importar arquivo de dados para fazer o upload de novos dados para o conjunto de dados.

      O upload de novos dados para o conjunto de dados cria uma nova versão dele. Se os novos dados uploads concluídos com sucesso:

      • O status da nova versão do conjunto de dados é definido como CONCLUÍDO.
      • A nova versão se torna "ativa" e é a versão usada pelo seu app.

      Se houver um erro no upload:

      • O status da nova versão do conjunto de dados é definido com um status diferente CONCLUÍDA. Por exemplo, se já houver um ativo versão, a o status do conjunto de dados será definido como REVERTED.
      • O valor anteriormente "ativo" do conjunto de dados permanece como "ativa" e é a versão versão usada pelo seu app.