Anúncio: todos os projetos não comerciais registrados para usar o Earth Engine antes de 15 de abril de 2025 precisam verificar a qualificação não comercial para manter o acesso. Se você não fizer a verificação até 26 de setembro de 2025, seu acesso poderá ser suspenso.

Esta página foi traduzida pela API Cloud Translation.

Campos de descrição do conjunto de dados

Se você tiver um conjunto de dados enviado para o Earth Engine e quiser fazer a cópia dele no catálogo do Earth Engine, preencha um formulário especificando vários campos para a descrição do conjunto de dados. Este documento orienta você sobre o formulário.

ID do recurso privado

O ID do recurso ingerido. Torne o recurso legível publicamente.

ID do conjunto de dados público proposto

Recomendamos criar o menor número possível de recursos. Geralmente, todos os dados de uma única observação ou cálculo precisam estar no mesmo recurso. Limitar o número de conjuntos de dados facilita a navegação no catálogo.

Recomendamos que você inclua um número de versão, como v1, no ID, mesmo que não planeje produzir mais versões. Se um número de versão não for aplicável, sugerimos usar a data de publicação do conjunto de dados.

Às vezes, há várias famílias de conjuntos de dados relacionadas, mas diferentes, que diferem nas permutações de parâmetros, por exemplo, devido a diferentes algoritmos de simulação, diferentes coberturas geográficas, diferentes variáveis de entrada etc. Essas variações podem afetar a forma como você deve nomear seu recurso do Engine da Terra.

A decisão de usar vários níveis de pastas (por exemplo, ORG/A/B/C/D/V001/20180310) ou de agrupar níveis em uma pasta (por exemplo, ORG/A_B_C_D/V001/20180310) também depende da probabilidade de haver mais conjuntos de dados do mesmo tipo. Se for provável que haja um novo conjunto de dados com valores diferentes, use vários níveis (por exemplo, FOO/E/F/G/V001/20180310). Se não for provável que haja mais conjuntos de dados no futuro, é possível ocultar os níveis.

Se os dados diferirem nas permutações de parâmetros e você achar que é necessário dividi-los em vários recursos, agrupe todas as faixas relevantes. Por exemplo, um conjunto de dados com temperatura, umidade e tipo de vegetação pode ser dividido em dois recursos, com temperatura e umidade em um recurso e o tipo de vegetação em outro.

Exemplos de recursos combinados e divididos:

Os conjuntos de dados MERIT Hydro: hidrografia global têm todas as faixas relacionadas combinadas no conjunto de dados e separam as faixas não relacionadas em
MERIT Hydro: camadas de visualização complementares

Coleções de recursos e de imagens

As coleções de recursos e de imagens podem ser usadas para agrupar recursos ou imagens relacionados.

Exemplos de coleções de recursos e de imagens:

BLM AIM TerrADat TerrestrialAIM Point v1: combina dados de tabelas relacionadas em um FeatureCollection. Como não há uma maneira fácil de fazer atualizações contínuas nas tabelas, cada atualização precisa ser uma nova FeatureCollection.
LANDFIRE abrange todo o CONUS, Alasca e Havaí. Em vez de processá-los em um recurso, tivemos que colocá-los em um ImageCollection, porque os arquivos de origem têm projeções diferentes.

Título do conjunto de dados

Uma string de texto simples curta e descritiva. Ela vai aparecer na parte de cima da página do conjunto de dados.

Exemplo: Hansen Global Forest Change v1.7 (2000-2019)

Para ajudar a distinguir entre conjuntos de dados com nomes semelhantes, recomendamos que os primeiros 50 caracteres sejam exclusivos. Isso vai ajudar os usuários a encontrar o conjunto de dados adequado com mais facilidade nos resultados da pesquisa.

Nome do provedor

Especifique o nome do provedor do conjunto de dados. Use vários nomes de provedores se o conjunto de dados for produzido por uma colaboração de organizações diferentes.

Exemplo: European Union/ESA/Copernicus

URL da descrição do conjunto de dados

Adicione um link para a página da Web principal do conjunto de dados.

URL de download do arquivo

Adicione um link para o local onde os dados podem ser transferidos por download diretamente, se aplicável.

Datas de início e término do conjunto de dados

O Earth Engine exige que as datas de início e término sejam definidas. É recomendável que as datas representem o intervalo de observação. Se for um conjunto de dados em andamento, deixe a data de término em branco.

Há alguns casos em que não é óbvio quais são as datas. Por exemplo, um conjunto de dados de temperatura média de 30 anos, em que definimos as datas de início e término para abranger os 30 anos.

Área de cobertura do conjunto de dados

Escolha GLOBAL ou CUSTOM_EXTENT. Para que um conjunto de dados seja considerado GLOBAL, ele precisa se sobrepor ao antimeridiano ou cobrir mais da metade do globo.

Se você escolher CUSTOM_EXTENT, vai ser direcionado a uma página separada em que poderá especificar uma caixa delimitadora. Essa caixa pode ser maior que a área de cobertura real, mas não pode se sobrepor ao antimeridiano. O site geojson.io pode ser útil para procurar rapidamente as coordenadas de pontos em um mapa.

Descrição do conjunto de dados

Ele deve conter informações suficientes para que um novo usuário comece a usar o produto.

Limite a descrição a, no máximo, cinco parágrafos. O primeiro parágrafo precisa ser independente para descrever brevemente o conjunto de dados. Links para documentação mais detalhada são bem-vindos.

A descrição pode usar Markdown para links e pontos.

A descrição não pode duplicar informações de campos encontrados em outro lugar neste formulário.

Licença do conjunto de dados (termos de uso)

Se você já escolheu os termos de uso, especifique-os nesta seção. Recomendamos aplicar a licença CC-BY-4. Termos mais restritivos precisam ser discutidos com a equipe de dados do Earth Engine.

Link para a licença do conjunto de dados

Especifique um link para a página no site principal do seu conjunto de dados em que a licença está listada.

Citações

Liste os requisitos de como e quando os dados devem ser citados. Use o formato de citação APA, se aplicável.

Exemplos de conjuntos de dados atuais:

Link do DOI

Use o formato https://doi.org/10.7265/N5V98602

Bandas rasterizadas ou propriedades vetoriais

Nesta seção, você pode listar propriedades de banda raster ou vetor (tabela).

Exemplos:

WDPA: World Database on Protected Areas (link em inglês) é um exemplo de como listar cada atributo de tabela com uma descrição e um tipo de dados.
A RTMA é um exemplo de como as faixas seriam exibidas.

Se você tiver mais de 10 entradas, crie uma lista em um arquivo separado e faça upload dela em uma planilha do Google.

O tipo de entrada (STRING / INT / DOUBLE) precisa ser especificado apenas para propriedades de vetor.

Exemplo de visualização / Link para uma miniatura

Crie uma imagem de miniatura de exemplo para exibir na página do catálogo. Siga estas diretrizes ao criar uma miniatura:

As imagens de amostra precisam ter 256 x 256 pixels.
Não inclua mais nada (sem mapa de plano de fundo, bordas, nomes de cidades etc.). Se houver uma área sem dados (por exemplo, oceanos ao redor de continentes), deixe o plano de fundo branco para que ele combine melhor com o plano de fundo da página da Web. Por exemplo, para adicionar uma camada branca no editor de código:

var white = ee.Image(1);
Map.addLayer(white, {min: 0, max: 1});

Foque em algo reconhecível, por exemplo, um continente.
Tente mostrar uma visualização limpa. Use uma média ou mediana se os dados individuais estiverem muito confusos/com ruído.

Exemplo de visualização / Link para um script do editor de código

Compartilhe um link para a visualização de exemplo no editor de código. Esse snippet de código será compartilhado na página de catálogo do conjunto de dados. Confira abaixo um exemplo usado para o conjunto de dados CORINE Land Cover do Copernicus.

var dataset = ee.Image('COPERNICUS/CORINE/V20/100m/2012');
var landCover = dataset.select('landcover');
Map.setCenter(16.436, 39.825, 6);
Map.addLayer(landCover, {}, 'Land Cover');

Se você quiser compartilhar um exemplo mais complexo, confira na seção de scripts do repositório da comunidade do Earth Engine.