Screener Détection Figure Tasse et Anse

Forums ProRealTime forum Français Support ProScreener Screener Détection Figure Tasse et Anse

Viewing 15 posts - 16 through 30 (of 67 total)
  • #74462

    Et, j’oubliais de répondre à l’invite de Nicolas, au delà des remerciements, je consacrerai du temps à éplucher sa proposition de codage pour le ‘early detection’ et ses résultats…

    #74563

    Après quelques recherches, l’article (en anglais, sorry !) à l’origine de la programmation de Nicolas est téléchargeable après incription (gratuite) sur : http://technical.traders.com/archive/volume-2014.asp?yr=2011#Apr (Identifying Cup Formations Early)

    La lecture de l’article permet de mieux comprendre l’approche de la ‘semi-tasse’.

    #74830

    Bonjour Nicolas,

    Pensez-vous pouvoir finir ce super screener et si oui avez-vous une idée de quand cela sera disponible ?

    Merci d’avance ;

    #74993

    Je trouve ce code pas mal du tout !

    Il donne de nombreuse possibilité de formation de tasse avec hanse sur le plan visuel.

    Mais il serai encore mieux si il pouvait les trier les valeurs avec un fort momentum ( tendance haussière) sur les 18 mois précédente la formation de la hanse.

    ayant très peu de notion en programmation est ce que quelqu’un pourrai m’aider a aboutir mon idée ?

    Merci d’avance

     

    #75006

    Je trouve ce code pas mal du tout !

    Il donne de nombreuse possibilité de formation de tasse avec hanse sur le plan visuel.

    Mais il serai encore mieux si il pouvait les trier les valeurs avec un fort momentum ( tendance haussière) sur les 18 mois précédente la formation de la hanse.

    ayant très peu de notion en programmation est ce que quelqu’un pourrai m’aider a aboutir mon idée ?

    Merci d’avance

    Je trouve ce code pas mal du tout !

    Il donne de nombreuse possibilité de formation de tasse avec hanse sur le plan visuel.

    Mais il serai encore mieux si il pouvait les trier les valeurs avec un fort momentum ( tendance haussière) sur les 18 mois précédente la formation de la hanse.

    ayant très peu de notion en programmation est ce que quelqu’un pourrai m’aider a aboutir mon idée ?

    Merci d’avance

    J’ai rajouté ceci au code, c1 = 2 MM 50 et 20 avec 20 sup a 50

    c2 compression du prix a 10 % a la anse ( a la anse peut être)

    Pas d’erreurs de syntaxe mais aucun résultat,surement normale vu la rareté des figures?

    Suis-je dans le vrai ?

    Merci

     

    1 user thanked author for this post.
    #75075

    Merci Mika pour cette contribution ; je la teste de ce pas ;

    de mon côté j’ai trouvé au bout de la nuit et au fin fond du web, ce code Amibroker qu’il nous faudrait “PRTiser” ;

    On y est presque !!

    Merci encore Nicolas pour votre aide ;

     

     

     

    #75077

    Mika, il s’agit plutôt d’un détecteur de demi tasse non ?

    Je ne vois pas de tasse et hanse évidents de détectés dans le proscreener ; j’ai testé sur NASDAQ Daily ;

    Sur quelle unité de temps le regardez-vous ?

     

    #75084

    Il s’agit d’une transposition (Amibroker semble-t-il) de l’approche de Rick Martinelli & Barry Hyman (forcément, vu la référence au HaihuLabs).

    Elle concerne bien la tasse avec hanse.

    Cependant Giorgios Siligardos a une autre approche dont le principe est appliqué dans le code de Nicolas, ce dernier ayant repris quelques figures plus avant dans le post l’illustrant /expliquant.

    Pour rappel, j’ai indiqué :

    “S’agissant de la ‘tasse’ avec ou sans hanse comme l’écrivait Giorgios Siligardos, ce dernier avait préconisé une approche de détection résumée dans un article payant (3$95…) uniquement disponible sur Traders.com, 026SILI.pdf. J’ai mentionné plus haut le lien vers une résumé (pdf de ppt) de son approche (‘matrice’).”

    L’article contient un code Metastock, mais est sujet à droits d’auteurs ; je ne puis donc pas le copier sans autorisation.

     

    #75183

    De ce que je sais en bourse il n’y a pas de certitude mais une forte/moyenne/faible probabilité.

    On ne va pas vous mettre l’argent dans la poches comme tomber du ciel.

    Ce n’est pas un détecteur de 1/2 tasse. c’est un code qui a une forte/moyenne/faible probabilité de trier les figures représentant une figure chariste (tasse avec anse).

    Il a l’aire d’aller dans se sens.

     

     

    1 user thanked author for this post.
    #75185

    J’ai commencé à travailler le code fourni par Kris75, pas simple pour le moment. On doit enchaîner les boucles pour simuler les instructions de Amibroker. J’espère pouvoir m’y remettre avant la fin de semaine.

    1 user thanked author for this post.
    #75224

    Merci Nicolas.

    Ce n’est pas le premier cas qui nous confronte aux limites de la plateforme PRT, en ce qui concerne la pénalisation résultant de programmes utilisant des boucles, tant en temps de traitement, qu’en complexité des ‘work-arounds’.

    Je réfléchis actuellement à une approche qui combinerait les deux directions prises dans les articles cités plus haut, à savoir les contraintes de taille de la figure (temps et prix), et la corrélation (simplifiée) basée sur les ‘boites’ temps/prix.

    Je teste…mais certainement sans commune mesure avec la maîtrise de Nicolas !

    On avance !

     

     

    1 user thanked author for this post.
    #76174

     

    Bonjour à tous,

    Bon j’ai avancé sur le code avec mon expertise très relative mais j’ai une erreur

    “Ce ProScreener n’a pas pu être exécuté : l’une des instructions contient un offset négatif ou trop élevée (ex : low[-1] ou low[300]).
    Les valeurs d’offset doivent être des entiers entre 0 et 254. ”

    Je n’arrive pas à voir d’où cela vient ; quelqu’un aurait-il un idée ??(PI Nicolas est en vacances)

    Merci

    Chris

     

     

     

    #76179

    Sur les lignes 44 et 59, index1 et index2 arrivent à -1, lorsque la limite zéro est atteinte.
    Vous ne pouvez pas faire référence à une bougie <0 ou> 254.

    1 user thanked author for this post.
    #76191

    Merci Roberto mais que feriez-vous ?

    j’ai fait ces changements mais ca ne marche pas non plus ;

    J’avoue ne pas comprendre car a priori BBC et BLC lignes 43 et 58 ne sont = 0 !

    Merci de vos lumières !!

    #76192

    Une erreur est certainement à la ligne 23, parce que si vous êtes sur le Dax LH aura une valeur autour de 12600 et à la ligne 23, BLH aura une valeur de …. qui sait?!
    Et puisque BLH est utilisé plusieurs fois plus tard, l’erreur se propage au reste du code.
    Je n’ai pas entré la logique du code, mais je crois que la traduction n’est pas correcte.
    À mon avis, il est conseillé d’attendre que Nicolas le remplisse, après quoi il peut être personnalisé.
    Pour le traduire correctement (Nicolas a déjà dit que ce n’est pas facile), il faut savoir très bien le langage de programmation original et celui de ProRealTime!

    Attendez que Nicolas revienne de vacances, alors son esprit sera en pleine forme!

     

    1 user thanked author for this post.
Viewing 15 posts - 16 through 30 (of 67 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login