x2sys_initgmt - Online nel cloud

PROGRAMMA:

NOME

x2sys_init - Inizializza un nuovo database di tracce x2sys

SINOSSI

x2sys_init TAG defile [ c|f|g|e ] [ suffisso ] [ ] [ d|g ] [ dx[/dy]] [ d|sunità ] [
regione ] [ [ livello]] [ t|ddivario ]

Nota: Non è consentito alcuno spazio tra il flag dell'opzione e gli argomenti associati.

DESCRIZIONE

x2sys_init è il punto di partenza per chiunque desideri utilizzare x2sys; inizializza un insieme di
basi di dati che sono particolari per un tipo di dati di traccia. Questi dati, loro associati
database e parametri chiave viene data una notazione abbreviata chiamata TAG x2sys. Il
TAG tiene traccia delle impostazioni come il formato del file, se i dati sono geografici o meno,
e la risoluzione del binning per gli indici delle tracce. In esecuzione x2sys_init è un prerequisito per
eseguendo uno qualsiasi degli altri programmi x2sys, come x2sys_binlist, che creerà un grezzo
rappresentazione di dove va ogni traccia di dati all'interno del dominio e quali osservazioni sono
a disposizione; questa informazione serve come input per x2sys_put che aggiorna i dati della traccia
base. Quindi, x2sys_get può essere utilizzato per trovare quali tracce e dati sono disponibili all'interno di a
data regione. Con quell'elenco di tracce che puoi usare x2sys_cross calcolare la traccia
crossover, uso x2sys_report per segnalare statistiche crossover o x2sys_list tirare fuori
informazioni incrociate selezionate che x2sys_solve può utilizzare per determinare la traccia specifica
correzioni sistematiche. Queste correzioni possono essere utilizzate con x2sys_datalist estrarre
valori dei dati corretti per l'uso in lavori successivi. Perché puoi correre x2sys_init Tu devono obbligatoriamente:
imposta il parametro ambientale X2SYS_HOME su una directory in cui disponi dei permessi di scrittura,
che è dove x2sys può tenere traccia delle tue impostazioni.

OBBLIGATORIO ARGOMENTI

TAG Il nome univoco di questo tipo di dati TAG x2sys.

-Ddefile
Prefisso del file di definizione per questo set di dati [Vedi FILE DI DEFINIZIONE di seguito per ulteriori informazioni
informazione]. Specificare il percorso completo se il file non si trova nella directory corrente.

OPTIONAL ARGOMENTI

-Cc|f|g|e
Selezionare la procedura per il calcolo della distanza lungo il binario quando richiesto da altri
programmi:

c Distanze cartesiane [Predefinito, a meno che -G è impostato].

f Distanze della Terra Piatta.

g Distanze del cerchio massimo [Predefinito se -G è impostato].

e Distanze geodetiche sull'ellissoide GMT corrente.

-Esuffisso
Specifica l'estensione del file (suffisso) per questi file di dati. Se non viene dato, usiamo il
prefisso del file di definizione come suffisso (vedi -D).

-F Forza la creazione di nuovi file se sono presenti quelli vecchi [L'impostazione predefinita si interromperà se il vecchio TAG
vengono trovati file].

-Gd|g Seleziona le coordinate geografiche. Aggiungere d per discontinuità alla Dateline (fa
la longitudine va da -180 a + 180) o g per discontinuità a Greenwich (fa
la longitudine va da 0 a 360 [Predefinito]). Se non viene fornito, assumiamo che i dati siano
Cartesiano.

-Idx[/dy]
x_inc [e facoltativamente y_inc] è la spaziatura della griglia. Aggiungere m per indicare minuti o c
per indicare i secondi per i dati geografici. Queste distanze si riferiscono al raggruppamento utilizzato
nel database track bin-index.

-Nd|sunità
Imposta le unità utilizzate per distanza e velocità quando richiesto da altri programmi. Aggiungere
d per distanza o s per la velocità, quindi dare il desiderato unità as c (dist. utenti cartesiano
o userdist/usertime), e (metri o m/s), f (piedi o piedi/i), k (km o km/h), m
(miglia o miglia/ora), n (miglia nautiche o nodi) o u (sondaggio piedi o sondaggio
piedi/i). [Il valore predefinito è -No -No (km e m/s) se -G è impostato e -Ncc e -Nsc
altrimenti (unità cartesiane)].

-R[unità]ovest/est/sud/nord[/zmin/zmax][R]
ovest, est, sude nord specificare la regione di interesse e si può specificare
in gradi decimali o in formato [+-]dd:mm[:ss.xxx][W|E|S|N]. Aggiungere r se inferiore
vengono fornite le coordinate della mappa a sinistra e in alto a destra invece di w/e/s/n. Il due
scorciatoie -Rg e -Rod sta per dominio globale (0/360 e -180/+180 in longitudine
rispettivamente, con -90/+90 in latitudine). In alternativa per la creazione della griglia, dai
Rcodelon/lat/nx/nyDurante la serata, codice è una combinazione di 2 caratteri di L, C, R (per sinistra,
al centro o a destra) e T, M, B per l'alto, il centro o il basso. ad esempio, BL per in basso a sinistra.
Questo indica quale punto su una regione rettangolare il lon/lat la coordinata si riferisce
a, e le dimensioni della griglia nx e ny con spaziatura della griglia via -I è usato per creare
la regione corrispondente. In alternativa, specifica il nome di un file griglia esistente
e la -R le impostazioni (e la spaziatura della griglia, se applicabile) vengono copiate dalla griglia.
utilizzando -Runità si aspetta coordinate proiettate (cartesiane) compatibili con quelle scelte -J
e progettiamo inversamente di determinare l'effettiva regione geografica rettangolare. Per
vista in prospettiva (-p), facoltativamente aggiungi /zmin/zmax. In caso di vista prospettica
(-p), un intervallo z (zmin, zmax) può essere aggiunto per indicare la terza dimensione. Questo
deve essere fatto solo quando si utilizza il -Jz opzione, non quando si utilizza solo il -p opzione.
In quest'ultimo caso viene tracciata una vista prospettica del piano, senza terzo
dimensione. Per i dati cartesiani basta dare xmin/xmax/ymin/ymax. Questa opzione basa il
statistiche su quei COE che ricadono all'interno del dominio specificato.

-V[ livello] (Di Più ...)
Seleziona il livello di verbosità [c].

-Wt|ddivario
Dare t or d e aggiungere il corrispondente intervallo di tempo massimo (in unità utente; questo è
tipicamente secondi [Infinito]), o distanza (per le unità, vedere ) gap [Infinito])
consentito tra i due punti dati immediatamente su entrambi i lati di un crossover. Se
se questi limiti vengono superati, si presume un gap di dati e non verrà determinato alcun COE.

-^ or ad appena -
Stampa un breve messaggio sulla sintassi del comando, quindi esce (NOTA: su Windows
usa solo -).

-+ or ad appena +
Stampa un messaggio di utilizzo esteso (aiuto), inclusa la spiegazione di qualsiasi
opzione specifica del modulo (ma non le opzioni comuni GMT), quindi esce.

-? or no argomenti
Stampare un messaggio di utilizzo completo (aiuto), inclusa la spiegazione delle opzioni, quindi
esce.

--versione
Stampa la versione GMT ed esci.

--show-datadir
Stampa il percorso completo della directory di condivisione GMT ed esci.

DEFINIZIONE FILE

Questi file *.def contengono informazioni sul formato del file di dati e hanno due sezioni:
(1) informazioni di intestazione e (2) informazioni di colonna. Tutte le informazioni di intestazione iniziano con
carattere # nella prima colonna, immediatamente seguito da una direttiva maiuscola. Se la
La direttiva accetta un argomento ed è separata da uno spazio bianco. Puoi aggiungere un # finale
Commenti. Vengono riconosciute cinque direttive:

ASCII afferma che i file di dati sono in formato ASCII.

BINARIO afferma che i file di dati sono file binari nativi.

NETCDF afferma che i file di dati sono file netCDF 1-D conformi a COARDS.

SALTA accetta un argomento intero cheèil numero di righe da saltare (durante la lettura
file ASCII) o il numero di byte da saltare (durante la lettura di file binari nativi). Non usato
con file netCDF.

GEO indica che questi file sono insiemi di dati geografici, con periodicità nel
x-coordinate (longitudini). In alternativa, usa -G.

MULTISEG significa che ogni traccia è composta da più segmenti separati da un'intestazione di segmento GMT
(in alternativa, usa -m in fase di definizione del TAG di sistema). Non utilizzato con i file netCDF.

Le informazioni sulla colonna sono costituite da una riga per colonna nell'ordine in cui appaiono le colonne
il file di dati. Per ogni colonna devi fornire sette attributi:

Nome Digitare NaN Proxy NaN scala offset offormat

Nome è il nome della variabile di colonna. Si prevede che utilizzerai lo speciale
nomi lon (o x se cartesiano) e lat (o y) per le due colonne di coordinate richieste, e
tempo quando sono presenti dati temporali facoltativi.

Digitare è sempre a per le rappresentazioni ASCII dei numeri, mentre per i file binari puoi
scegli tra c per carattere a 1 byte con segno (-127, + 128), u per byte senza segno (0-255), h da
interi a 2 byte con segno (-32768,+32767), i per interi a 4 byte con segno
(-2,147,483,648,+2,147,483,647), f per virgola mobile a 4 byte e d per 8 byte doppio
punti mobili di precisione. Per netCDF, usa semplicemente d come gestirà automaticamente netCDF
conversioni di tipo durante la lettura.

NaN è Y se determinati valori (ad es. -9999) devono essere sostituiti da NAN e N in caso contrario.

Proxy NaN è quel valore speciale (es. -9999).

scala viene utilizzato per moltiplicare i dati dopo la lettura.

offset viene utilizzato per aggiungere ai dati scalati.

offormat è una stringa di formato in stile C utilizzata per stampare i valori da questa colonna.

Se dai - come il offormat quindi verrà utilizzato il macchinario di formattazione di GMT (ad es.
FORMAT_FLOAT_OUT, FORMAT_GEO_MAP, FORMAT_DATE_MAP, FORMAT_CLOCK_MAP). Alcuni formati di file
hanno già dei file di definizione predefiniti. Questi includono mgd77 (per dati ASCII MGD77 semplici
file), mgd77+ (per file MGD77+ netCDF avanzati), gmt (per vecchi file binari di supplemento mgg
file), xy (per tabelle ASCII x, y semplici), xyz (uguale, con una colonna z), geo (per tabelle semplici
file ASCII di longitudine, latitudine) e geoz (uguale, con una colonna z).

ESEMPI

Se disponi di un ampio set di file di dati della traccia, puoi organizzarli utilizzando gli strumenti x2sys.
Qui illustreremo i passaggi. Supponiamo che il formato del file di dati della traccia sia composto da
2 record di intestazione con informazioni di testo seguite da un numero qualsiasi di formattati in modo identico
record di dati con 6 colonne (lat, lon, time, obs1, obs2, obs3) e che i file vengono chiamati
*.trk. Lo chiameremo formato "linea". Per prima cosa creiamo il file line.def:

? ?
│# Definisci │ │ │ │ │ │ │
│file per │ │ │ │ │ │ │
│formato linea │ │ │ │ │ │ │
? ?
│# SALTA 2 │ # Salta 2 │ │ │ │ │ │
│ │ intestazione │ │ │ │ │ │
│ │ registra │ │ │ │ │ │
? ?

│# GEO │ # I dati sono │ │ │ │ │ │
│ │ geografico │ │ │ │ │ │
? ?
│#nome │ tipo │ NaN │ NaN-proxy │ scala │ offset │ oformat │
? ?
│lat │ la │ N │ 0 │ 1 │ 0 │ %9.5f │
? ?
lon │ a │ N │ 0 │ 1 │ 0 │ %10.5f │
? ?
tempo │ a │ N │ 0 │ 1 │ 0 │ %7.1f │
? ?
│obs1 │ a │ N │ 0 │ 1 │ 0 │ %7.2f │
? ?
│obs2 │ a │ N │ 0 │ 1 │ 0 │ %7.2f │
? ?
│obs3 │ a │ N │ 0 │ 1 │ 0 │ %7.2f │
? ?

Successivamente creiamo il TAG e la directory TAG con i database per questi binari di linea
File. Supponendo che questi contengano dati geografici e che vogliamo tenere traccia dei dati
distribuzione con una risoluzione di 1 x 1 grado, con distanze in km calcolate lungo geodetiche
e con le velocità date in nodi, possiamo correre

gmt x2sys_init LINEA -V -G -Dlinea -Rg -Ce -Ndk -NsN -I1/1 -Etrk

dove abbiamo selezionato LINE come nostro tag x2sys. Quando gli strumenti x2sys provano a leggere la tua linea
i file di dati cercheranno prima nella directory corrente e poi nel file
TAG_paths.txt per un elenco di directory aggiuntive da esaminare. Pertanto, creare un tale
file (qui LINE_paths.txt) e incolla lì i percorsi completi nelle directory dei dati. Tutto
I file relativi ai TAG (file di definizione, file di tag e basi di dati traccia creati) saranno
dovrebbe essere nella directory puntata da $X2SYS_HOME/TAG (nel nostro caso
$X2SYS_HOME/LINEA). Nota che l'argomento a -D deve contenere il percorso completo se *.def
il file non si trova nella directory corrente. x2sys_init copierà questo file nel
$X2SYS_HOME/TAG directory in cui tutti gli altri strumenti x2sys si aspetteranno di trovarlo.

Creare tbf File):
Una volta che i database TAG (vuoti) sono stati inizializzati, procediamo in due passaggi
processo per popolarli. Per prima cosa corriamo x2sys_binlist su tutti i nostri file di traccia per
creare uno (o più) file bin-index della traccia multisegmento (tbf). Questi contengono
informazioni su quali bin 1 x 1 grado (o qualsiasi altra dimensione del blocco; vedi -I) ogni traccia
ha visitato e quali osservazioni (nel tuo caso obs1, obs2, obs3) erano effettivamente
osservato (non tutte le tracce possono avere tutti e tre i tipi di osservazioni ovunque). Per
ad esempio, se le tue tracce sono elencate nel file track.lis possiamo eseguire questo comando:

gmt x2sys_binlist -V -TLINE :tracks.lis > tracks.tbf

Aggiornanento Index dati base:
Successivamente, i file bin-index della traccia vengono inviati a x2sys_put che inserirà il
informazioni nei database TAG:

gmt x2sys_put -V -TLINE track.tbf

Cerca da dati:
Ora puoi usare x2sys_get per trovare tutte le tracce all'interno di una determinata sottoregione, e
opzionalmente limitare la ricerca a quei brani che hanno una particolare combinazione di
osservabili. Ad esempio, per trovare tutte le tracce che hanno sia obs1 che obs3 all'interno del
regione specificata, eseguire

gmt x2sys_get -V -TLINE -R20/40/-40/-20 -Fobs1,obs3 > track.tbf

MGD77[+] or GMT:
Esistono già file di definizione per i file MGD77 (sia ASCII standard che avanzato
file MGD77+ basati su netCDF) e i vecchi file *.gmt manipolati da mgg
integratori; per questi set di dati il -C e -N di default sarà il cerchio massimo
calcolo della distanza in km e velocità in m/s. Ci sono anche file di definizione per
semplici tracce x,y[,z] e lon,lat[,z]. Per avviare nuovi database di tracce da utilizzare
con i dati MGD77 di NGDC, prova

gmt x2sys_init MGD77 -V -Dmgd77 -Emgd77 -Rd -Gd -Nsn -I1/1 -Wt900 -Wd5

dove abbiamo scelto una soglia di 15 minuti (900 sec) o 5 km per indicare un gap di dati
e nodi selezionati come velocità; gli altri passaggi sono simili.

Binario File:
Facciamo finta che i tuoi file di linea siano in realtà file binari con 128 byte
struttura dell'intestazione (da saltare) seguita dai record di dati e dove lon, lat,
tempo sono numeri a doppia precisione mentre le tre osservazioni sono interi a 2 byte
che deve essere moltiplicato per 0.1. Infine, le prime due osservazioni possono essere -32768
il che significa che non ci sono dati disponibili. Tutto ciò che serve è una riga diversa.def
file:

? ?
│# Definisci │ │ │ │ │ │ │
│file per │ │ │ │ │ │ │
│linea binaria │ │ │ │ │ │ │
│formato │ │ │ │ │ │ │
? ?
│# BINARIO │ # Il file è │ │ │ │ │ │
│ │ ora binario │ │ │ │ │ │
? ?
│# SALTA 128 │ # Salta 128 │ │ │ │ │ │
│ │ byte │ │ │ │ │ │
? ?
│# GEO │ # I dati sono │ │ │ │ │ │
│ │ geografico │ │ │ │ │ │
? ?
│#nome │ tipo │ NaN │ NaN-proxy │ scala │ offset │ oformat │
? ?
lon │ d │ N │ 0 │ 1 │ 0 │ %10.5f │
? ?
│lat │ d │ N │ 0 │ 1 │ 0 │ %9.5f │
? ?
tempo │ d │ N │ 0 │ 1 │ 0 │ %7.1f │
? ?
│obs1 │ h │ Y │ -32768 │ 0.1 │ 0 │ %6.1f │
? ?
│obs2 │ h │ Y │ -32768 │ 0.1 │ 0 │ %6.1f │
? ?
│obs3 │ h │ N │ 0 │ 0.1 │ 0 │ %6.1f │
? ?

Il resto dei passaggi è identico.

COARDI 1-D netCDF File:
Infine, supponi che i tuoi file di linea siano effettivamente file netCDF conformi al
Convenzione COARDS, con colonne di dati denominate lon, lat, tempo, os1, os2e os3.
Tutto ciò che serve è un file line.def diverso:

? ?
│# Definisci │ │ │ │ │ │ │
│file per │ │ │ │ │ │ │
│CDF netto │ │ │ │ │ │ │
│Linea COARDS │ │ │ │ │ │ │
│formato │ │ │ │ │ │ │
? ?
│# NETCDF │ # Il file è │ │ │ │ │ │
│ │ ora netCDF │ │ │ │ │ │
? ?
│# GEO │ # I dati sono │ │ │ │ │ │
│ │ geografico │ │ │ │ │ │
? ?

│#nome │ tipo │ NaN │ NaN-proxy │ scala │ offset │ oformat │
? ?
lon │ d │ N │ 0 │ 1 │ 0 │ %10.5f │
? ?
│lat │ d │ N │ 0 │ 1 │ 0 │ %9.5f │
? ?
tempo │ d │ N │ 0 │ 1 │ 0 │ %7.1f │
? ?
│obs1 │ d │ N │ 0 │ 1 │ 0 │ %6.1f │
? ?
│obs2 │ d │ N │ 0 │ 1 │ 0 │ %6.1f │
? ?
│obs3 │ d │ N │ 0 │ 1 │ 0 │ %6.1f │
? ?

Nota che non utilizziamo alcun ridimensionamento o proxy NAN poiché tali problemi vengono generalmente gestiti
internamente nella descrizione del formato netCDF.

Usa x2sys_initgmt online utilizzando i servizi onworks.net