Prima di iniziare

Questo documento descrive i prerequisiti, le best practice e gli errori comuni quando lavori con i set di dati.

Prerequisiti

Quando crei un set di dati:

• I nomi visualizzati devono essere univoci all'interno del progetto Google Cloud.
• I nomi visualizzati devono avere una lunghezza inferiore a 64 byte (poiché questi caratteri sono rappresentati in UTF-8, in alcune lingue ogni carattere può essere rappresentato da più byte).
• Le descrizioni devono essere inferiori a 1000 byte.

Durante il caricamento dei dati:

• I tipi di file supportati sono CSV, GeoJSON e KML.
• Le dimensioni massime supportate del file sono pari a 500 MB.
• I nomi delle colonne degli attributi non possono iniziare con la stringa "?_".
• Le geometrie tridimensionali non sono supportate. È inclusa la "Z" in formato WKT, e la coordinata dell'altitudine nel formato GeoJSON.

Nota: a seconda delle dimensioni del file di dati, il caricamento possono richiedere minuti o persino ore. In caso di errori di caricamento, ricevi un messaggio di errore. Non tentare di eliminare il set di dati finché non ha restituito una risposta da l'operazione di caricamento.

Nota: i riquadri della mappa creati con dati caricati utilizzando L'API Maps Datasets potrebbe ridurre o semplificare i dati densi o complessi a livelli di zoom ridotti. Ad esempio, quando diminuisci lo zoom su uno stato o un paese (ad esempio, livello di zoom 5-12), i dati affiancati potrebbero diverso rispetto a quando viene ingrandito una città o un quartiere (ad esempio, livello di zoom 13-18). Ciò accade per mantenere i riquadri sottili e ad alte prestazioni utilizzando un renderer delle mappe.

Suggerimento: se il file di dati è di grandi dimensioni e contiene molti attributi in non serve per lo stile e vuoi ottimizzare le prestazioni del rendering, modifica per rimuovere gli attributi non necessari. Riducendo il numero riduce le dimensioni dei riquadri della mappa, migliorando così le prestazioni di rendering.

Best practice per la preparazione dei dati

Se i dati di origine sono complessi o grandi, ad esempio punti densi, lunghe stringhe di linee o poligoni (spesso le dimensioni dei file di origine superiori a 50 MB rientrano in questa categoria), ti consigliamo di semplificare i dati prima del caricamento per ottenere le migliori prestazioni in una mappa visiva.

Di seguito sono riportate alcune best practice per la preparazione dei dati:

1. Riduci a icona le proprietà delle caratteristiche. Mantieni solo le proprietà delle caratteristiche necessarie per lo stile la mappa, ad esempio "id" e "category". Puoi unire altre proprietà a una funzionalità in un cliente utilizzando stili basati sui dati su una chiave di identificazione univoca. Ad esempio, vedi Visualizza i dati in tempo reale con gli stili basati sui dati.
2. Se possibile, utilizzare tipi di dati semplici per gli oggetti delle proprietà, come numeri interi, per ridurre al minimo le dimensioni del riquadro e migliorare le prestazioni della mappa.
3. Semplifica geometrie complesse prima di caricare un file. Puoi farlo in una strumento geospaziale di tua scelta, come l'open source Mapshaper.org o in BigQuery utilizzando ST_Simplify su geometrie poligonali complesse.
4. Cluster con punti molto densi prima di caricare un file. Puoi farlo in una strumento geospaziale di tua scelta, come l'open source funzioni cluster turf.js o in BigQuery utilizzando ST_CLUSTERDBSCAN per geometrie di punti densi.

Consulta ulteriori indicazioni sulle best practice per i set di dati in Visualizzare i dati con i set di dati e BigQuery.

Requisiti GeoJSON

L'API Maps Datasets supporta la classe attuale Specifiche GeoJSON. L'API Maps Datasets supporta anche i file GeoJSON che contengono uno qualsiasi dei seguenti tipi di oggetti:

• Oggetti geometrici. Un oggetto di geometria è una forma spaziale, descritta come un'unione di punti, linee e poligoni con fori opzionali.
• Oggetti caratteristica. Un oggetto caratteristica contiene una geometria più coppie nome/valore, il cui significato è specifico per l'applicazione.
• Raccolte di funzionalità. Una raccolta di caratteristiche è un insieme di oggetti di caratteristiche.

L'API Maps Datasets non supporta i file GeoJSON contenenti dati in un sistema di riferimento di coordinate (CRS) diverso da WGS84.

Per ulteriori informazioni su GeoJSON, vedi Conforme a RFC 7946.

Requisiti per i file KML

L'API Maps Datasets prevede i seguenti requisiti:

• Tutti gli URL devono essere locali (o relativi) al file stesso.
• Sono supportate le geometrie di punti, linee e poligoni.
• Tutti gli attributi dei dati sono considerati stringhe.

Le seguenti funzionalità KML non sono supportate:

• Icone o <styleUrl> definiti all'esterno del file.
• Link di rete, ad esempio <NetworkLink>
• Overlay del suolo, ad esempio <GroundOverlay>
• Geometrie 3D o tag correlati all'altitudine, ad esempio <altitudeMode>
• Specifiche della fotocamera come <LookAt>
• Gli stili definiti all'interno del file KML.

Requisiti CSV

Per i file CSV, i nomi delle colonne supportati sono elencati di seguito in ordine di priorità:

• latitude, longitude
• lat, long
• x, y
• wkt (Testo noto)
• address, city, state e zip
• address
• Una singola colonna contenente tutte le informazioni sull'indirizzo, ad esempio 1600 Amphitheatre Parkway Mountain View, CA 94043

Ad esempio, il tuo file contiene colonne denominate x, y e wkt. Perché x e y hanno una priorità più alta, in base a quanto stabilito dall'ordine dei nomi delle colonne supportati nell'elenco precedente, i valori nelle colonne x e y e la colonna wkt viene ignorata.

Inoltre:

• Ogni nome di colonna deve appartenere a una singola colonna. Ciò significa che non puoi avere una colonna denominata xy che contiene dati delle coordinate x e y. Le coordinate x e y devono essere nel formato colonne separate.
• I nomi delle colonne non fanno distinzione tra maiuscole e minuscole.
• L'ordine dei nomi delle colonne non è importante. Ad esempio, se il file CSV contiene lat e long colonne, possono verificarsi in qualsiasi ordine.

Gestire gli errori di caricamento dei dati

Quando carichi i dati in un set di dati, potresti riscontrare uno degli errori comuni descritti in .

Errori GeoJSON

Gli errori più comuni di GeoJSON includono:

• Campo type mancante oppure type non è una stringa. L'oggetto caricato Il file di dati GeoJSON deve contenere un campo stringa denominato type Definizione degli oggetti feature e Geometry.

Errori KML

Gli errori KML più comuni includono:

• Il file di dati non deve contenere nessuna delle funzionalità KML non supportate elencate sopra, altrimenti i valori l'importazione dei dati potrebbe non riuscire.

Errori CSV

Gli errori più comuni dei file CSV includono:

• In alcune righe mancano valori per una colonna di geometria. Tutte le righe di un file CSV devono contenere valori non vuoti per le colonne di geometria. Le colonne della geometria includono:
  • latitude, longitude
  • lat, long
  • x, y
  • wkt
  • address, city, state e zip
  • address
  • Una singola colonna contenente tutte le informazioni sull'indirizzo, ad esempio 1600 Amphitheatre Parkway Mountain View, CA 94043
  Nota: questo errore viene spesso descritto da un messaggio nella modulo "Impossibile convertire" a un doppio" o "Impossibile analizzare l'input per l'area geografica.: Area geografica valore mancante".
• Se x e y sono le colonne di geometria, assicurati che le unità siano longitudine e latitudine. Alcuni set di dati pubblici utilizzano sistemi di coordinate diversi sotto le intestazioni. x e y. Se vengono utilizzate le unità errate, il set di dati potrebbe importare correttamente, ma i dati visualizzati possono mostrare i punti del set di dati in posizioni impreviste.