Come gestiscono gli altri la differenza temporale tra broker e locale?

Come vengono gestite le differenze di fuso orario con le strategie generate, specialmente con gli indicatori sensibili al tempo? Nelle vostre strategie tenete conto dell'ora del broker e dell'ora locale? Se sì, come?

 

Grazie

Ciao Seaton,

 

La maggior parte delle mie strategie sono sensibili al tempo. Le ho gestite in questo modo semplice.

 

I dati vengono scaricati utilizzando TickStory. Questo ha l'opzione di spostare i dati Dukascopy all'ora di New York (EST + 7 ore). Ciò significa che la chiusura di New York (5PM EST) coincide con la mezzanotte su MetaTrader. Perché è importante?

 

http://www.learntotradethemarket.com/meta-trader-demo-account-sign-up-new-york-close-charts

 

TickStory applica ai dati anche i turni dell'ora legale di New York.

 

Tutto bene. E ora il broker?

 

Semplice. Faccio trading solo con broker che:

 

1. Scambi in linea con la chiusura di New York
2. Spostamento dell'ora legale in linea con New York

Eg.

 

http://www.icmarkets.com/client-area/faq/

 

Che cos'è l'offset GMT di IC Markets?

Per allineare le candele dei grafici giornalieri con la chiusura di New York (5pm ET), l'orario del server IC Markets e i grafici sono GMT + 2 o GMT + 3 quando è in vigore l'ora legale.

La tabella seguente indica le date in cui l'orario del server viene modificato ogni anno per riflettere l'ora legale.

 

Anno Data di inizio DST Data di fine DST

2013 10 marzo 3 novembre

2014 9 marzo 2 novembre

2015 8 marzo 1 novembre

 

L'ora legale inizia alle 2 del mattino della seconda domenica di marzo e termina alle 2 del mattino della prima domenica di novembre.

 

Questo rende tutto così semplice.  Nessuna confusione o spostamento quando cambia la luce del giorno. Allineare i dati a New York, scegliere il broker allineato a New York.

Faccio in modo che i miei dati storici abbiano lo stesso fuso orario del mio broker (NYC close/Sydney Open) e mi baso su quello. MT4 utilizza l'orario del broker, quindi il mio orario locale non ha alcun significato.
 

@soglia Grazie per la risposta,  

 

Questo è ciò che sto facendo attualmente, tuttavia vorrei utilizzare i dati di Asirikuy per il mio mining e il backtesting per le strategie a tempo, dato che è +1/2 e quindi non è in linea con nessuno dei miei broker, scusate per la risposta tardiva, ho appena aggiornato i miei dati di backtest e ho rivisto questo.

 

Avete provato a convertire i dati di Asirikuy M1?  

Ciao Seaton

 

Solo dopo aver acquisito qualche mese di esperienza di backtest con SQ mi sono reso conto dell'importanza di assicurarmi che i miei dati M1 e Tick in SQ siano impostati sull'ora del server del mio Broker e non sulla mia ora locale. Vivo nel Regno Unito: GMT+0 e DST+1, ma i server del mio broker britannico sono a Cipro: GMT+2 E DST+1. Mi sono reso conto di questa importanza solo dopo aver utilizzato MT4-TDS per scoprire che una strategia USDJPY H1 selezionata, che ha funzionato bene in SQ, ha dato zero operazioni in MT4-TDS. Il motivo è che la strategia inseriva operazioni solo la domenica, il che va bene per l'ora locale del Regno Unito, dato che i mercati aprono la domenica alle 22:00, ma non per l'ora del server di Cipro, dato che i mercati aprono a mezzanotte. Ho pensato che si trattasse di un caso isolato, ma la stessa cosa si è verificata una settimana dopo, dopo aver elaborato una coppia di valute diversa. (quali sono le probabilità [?], dopo la creazione e l'esclusione di milioni di strategie da parte di SQ e dopo i controlli di backtest completi, di avere due EA selezionati, ognuno basato su una coppia di valute diverse, che effettuano operazioni solo la domenica). Ulteriori test hanno rilevato che ~25% dei miei precedenti risultati EA erano influenzati da questa differenza di fuso orario, anche se l'impatto non era generalmente così grande. Pertanto, al giorno d'oggi utilizzo sempre l'orario del server del mio broker in SQ.

 

AC1962

L'articolo di oggi di Daniel di Asirikuy.com spiega come convertire usando Python.

 

http://mechanicalforex.com/2016/06/dealing-with-forex-data-time-zones-using-pandas.html