une stratégie commerciale basée sur la théorie des vagues d'Elliott - page 45
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Il ne reste plus qu'à justifier le choix d'une zone suffisante autour du High pour le prendre comme le High de l'échantillon donné. J'en déduis que ce High doit être un point maximum dans un rayon de +-30% de la longueur de l'échantillon ? Si ce n'est pas le cas, l'échantillon doit être augmenté afin de déterminer deux choses ensemble - l'extremum et la longueur de l'échantillon ? Qu'en pensez-vous ?
Si vous sélectionnez simplement un extremum sur un intervalle donné (c'est-à-dire le plus haut (le plus bas)) sur trois barres et que vous sélectionnez le plus haut (le plus bas), vous devriez en principe obtenir ce dont vous avez besoin. Cependant, il serait probablement judicieux de vérifier que la longueur de l'échantillon d'un tel extremum est suffisante, c'est-à-dire que tous les critères devraient fonctionner. Je vais expérimenter
Vladislav, pensez-vous que vous allez corriger le code de l'indicateur Murray à la lumière des nouvelles informations ? Nous attendons la nouvelle version ;o) !
Oui, ce n'est pas difficile à redresser. Cependant, si nécessaire, je le réparerai.
Bonne chance et bonne chance pour le passage des tendances.
Trouver ce dont vous avez besoin peut être fait très simplement en triant un tableau à deux dimensions.
Il y a 2 colonnes dans le tableau : 1er = Haut, et dans le 2ème on écrit le numéro de la mesure.
Le tri (dans MQL, il est effectué sur la première colonne) met le maximum sur la première colonne, et le minimum sur la dernière (ou vice versa),
et le minimum sur la dernière position (ou vice versa, selon le mode de tri).
Le numéro de la barre est lu dans la deuxième colonne.
Je ne sais pas combien de temps cela prendra, cependant.
Pour l'instant, j'essaie de trouver la méthode que Vladislav nous a généreusement donnée, ce qui implique de parcourir les 23 pages. En cherchant, j'examine bien sûr les morceaux de code que les panélistes ont choisi de publier. Je comprends que le code de la pg. Mais néanmoins, juste au cas où, je veux attirer votre attention sur le fait que je pense que la fonction de calcul de la dispersion des erreurs contient une erreur qui rend le calcul incohérent par rapport à la formule et provoque de possibles erreurs de division par zéro en cours d'exécution.
Peut-être que la ligne if(size>1) disper=disper/(size-2) ; serait plus correctement écrite comme if(size>1) disper=disper/(size-1) ;
Veuillez confirmer ou réfuter ma conclusion, car je ne peux malheureusement pas avancer sans connaître les moindres détails. :-) Merci d'avance.
ZS C'est mieux ? :)
SZZ c'est mieux ? :)
Pas du tout. :-) Maintenant, j'ai besoin de réparer le "toit" de toute urgence, parce que le long-souffrant Bulashev dans "4.3 Estimation de la dispersion et l'écart-type" dans la formule pour calculer la dispersion dans le diviseur est présent N-1.
D'où vient le bois, Rosh ? ?? :-)
En fait, lorsque nous estimons la variance des erreurs d'approximation, plutôt que l'échantillon de données lui-même, le dénominateur devrait bien sûr être N-2. https://c.mql5.com/mql4/forum/2006/06/disp_oshibok.zip
Bulashev donne même un exemple concret dans son livre sur ce point.
Oui. Merci. Je l'ai maintenant. Je vais lire cette pièce plus attentivement.
Dans ce cas, nous ferions mieux d'écrire la condition comme "if(size>2)" pour ne pas tenter le sort. Le code doit être stable :-)
C'est aussi clair que le jour!:o))))
Ce script fait sur commande a été publié comme une question pour Valadislav et non pour une utilisation pratique.
Dans le code que j'ai actuellement, la variance est calculée sans appeler une fonction spéciale pour économiser le temps de calcul et les contrôles suivants sont effectués
si(taille-2!=0) disper=disper/(taille-2) ;
en général, je pense que de telles trivialités de programmation ne méritent pas du tout d'être discutées dans ce fil de discussion.