Bibliothèque: Calendrier - page 9

Nouveau commentaire
 
Aleksey Vyazmikin #:

Et si c'est l'heure d'un autre pays ? Je sais que des pays différents ont des heures différentes pour des dates différentes.

J'ai vérifié du mieux que j'ai pu. Je suis épuisé. C'est pourquoi je vous ai demandé de me faire savoir s'il y avait un bogue.

Jusqu'à présent, je ne comprends pas très bien qui utilise MQL-calendar ou d'autres solutions automatisées sans corrections.

 
fxsaber #:

Je l'ai vérifié du mieux que j'ai pu. Je suis épuisé. C'est pourquoi je vous ai demandé de me faire savoir si vous voyez un bug.

Je ne sais pas vraiment qui utilise MQL-calendar ou d'autres solutions automatisées.

Je comprends - je ne fais que partager mes réflexions. Pour ma part, je ne peux pas faire la comptabilité historique de la traduction des horloges dans différents pays - il n'y a pas d'informations consolidées et je n'ai pas les mains libres.

Vous avez raison. Je n'utilise pas encore le calendrier MT5 - j'ai besoin de statistiques historiques importantes pour l'analyse. J'aimerais travailler avec les actualités (plus précisément, j'ai expérimenté et trouvé un certain nombre de régularités), mais je n'arrive pas à m'asseoir et à le faire.

 

Pendant la désynchronisation DST Europe/USA, TOUS les événements du calendrier sont décalés d'une heure sur les serveurs synchronisés par l'Europe.

 
fxsaber #:

Pendant la désynchronisation DST Europe/USA, TOUS les événements du calendrier sont décalés d'une heure sur les serveurs synchronisés par l'Europe.

Tous les événements ? Ou seulement les événements se produisant à l'heure des États-Unis ?

 
Mikola_2 #:

Tous les événements ? Ou seulement les événements se déroulant aux États-Unis/à l'heure des États-Unis ?

Absolument tous.

 
fxsaber #:

Absolument tout le monde.

Pour tous les événements décalés de deux semaines, imposer une correction horaire ?

Mais c'est une telle béquille et une telle inefficacité... qu'il n'est même pas nécessaire d'échanger pendant une quinzaine de jours...

 
Mikola_2 #:

Tous les événements décalés de deux semaines introduisent-ils une correction forcée de l'horloge ?

Mais c'est une telle béquille et ce n'est pas vraiment efficace... qu'il n'est même pas nécessaire d'échanger ces deux semaines...

Le problème est résolu en une ligne.

Calendar += 3600.

Je n'ai pas fait de correction supplémentaire automatique invisible pour l'utilisateur.

 
fxsaber #:

C'est désormais ce qui semble être la bonne façon d'utiliser le calendrier pour les backtests.

Sur les événements que j'ai vérifiés, dans les backtests (MQ-Demo), tout est parfait tout au long de l'année.

 
fxsaber #:

Une seule ligne suffit pour résoudre ce problème.

C'est compréhensible. Mais que se passe-t-il si MQ décide (discrètement) d'ajouter sa propre correction de l'heure ?

Ce que je veux dire, c'est qu'il n'est pas certain que les événements marqués dans le calendrier pendant la période de désynchronisation se produisent exactement à l'heure déclarée.

Le calendrier indique la même heure et la réponse sur le graphique est de +- une heure.

Cependant, je n'utilise pas le calendrier, je suis lié à l'heure du jour. J'arrête donc de tergiverser.

 
Mikola_2 #:

C'est compréhensible. Mais que se passe-t-il si MQ décide (discrètement) d'ajouter sa propre correction horaire ?

Je ne vois pas l'intérêt d'envisager toutes les situations hypothétiques.

Ce que je veux dire, c'est qu'il n'est pas certain que les événements marqués dans le calendrier pendant la période de désynchronisation se produisent exactement à l'heure déclarée.

Le calendrier indique la même heure, et la réponse sur le graphique est de +- une heure.

Je n'ai trouvé aucune anomalie. Partout où j'ai regardé, cela correspond.

123456789101112131415
Nouveau commentaire