Valeur fausse retournée par un indicateur ?

• 08/11/2016 at 6:57 PM #11563
  Nicolas

  @AstonAddict

  Ok, on va travailler le sujet alors. Je serai un peu “off” la semaine prochaine, donc j’essaierai d’ici là d’y regarder avec toi si tu veux dans l’autre topic, pour ne pas polluer celui de Kero ici 🙂

  

  Nicolas

  Keymaster

  Topics: 81

  Replies: 20864

  Been thanked: 4777 times
  08/11/2016 at 7:12 PM #11565
  kero

  😉

  Nicolas, pour le RSI, c’est très clair. J’ai vérifié les jours précédents. La valeur que j’ai citée, par exemple, avait un RSI qui oscillait autour de 1 et des poussières pendant tous les derniers jours. La valeur retournée par l’indicateur du ProScreener était 99. À noter qu’on perçoit clairement qu’il y a un bug, dans le fait qu’il y a une régularité dans ce bug: plus le RSI d’une valeur se situe proche d’un extrême (0 ou 100), plus il peut y avoir un écart important, voire complètement farfelu (comme celui que j’ai indiqué). Au fur et à mesure qu’on approche d’une valeur moyenne, l’écart se réduit, ou devient même insignifiant.

  Pour tout dire, lorsque j’ai lancé le sujet, je m’attendais à ce qu’on pointe une erreur que j’avais faite dans mon code, ou quelque chose que je n’avais pas compris dans le classement des valeurs par critères dans le ProScreener. Maintenant, les réponses reçues ici et celle que m’ont renvoyée les gars de PRT m’ont persuadé qu’il y a bien de gros problèmes de code au niveau des appels de fonctions qui retournent les valeurs des indicateurs. Peut-être que l’argument donné à la fonction est mal transmis, ou quelque chose dans le genre.

  

  kero

  Participant

  Topics: 2

  Replies: 7

  Been thanked: 0 times
  08/11/2016 at 8:00 PM #11568
  AstonAddict

  Ok Nicolas merci.

  kero, désolé pour l’intrusion 😉

   

  

  AstonAddict

  Participant

  Topics: 8

  Replies: 59

  Been thanked: 7 times
  12/17/2017 at 2:52 PM #55868
  Vivien

  Bonjour,

  Je suis nouveau sur prorealtime/prorealcode et pour rebondir sur ce topic, il semblerait que j’obtienne un comportement similaire sur le calcul du MACD via proscreener (indicateur MACD (9.19.6) appliqué à la clôture) qui est différent de celui obtenu sur les graphiques PRT.

  Voici un cas concret : je cherche à détecter un non-croisement sur le MACD et son signal.

  En lançant mon screener sur le marché US NYSE Actions, il m’a retourné l’action suivante : The Hershey Company (code HSY)
  Mais le résultat ne me convient pas vraiment

  En hebdo, sur la semaine du 13/11/2017 pour cette action, le graphique me retourne 0.23452 comme valeur pour le MACD

  Mon screener me retourne 0.249980 (avec le code suivant :MACDLine[9,19,6](close))

  Sur le semaine suivante (du 20/11/2017), le graphique retourne 0.24121 comme valeur pour le MACD, le screener 0.191799

  Sur le graphique, on a donc MACD(13/11/2017)<MACD(20/11/2017)
  Via le proscreener, nous avons MACD(13/11/2017)>MACD(20/11/2017)

  Savez vous d’où vient cette différence ?

  Je précise que je n’ai pas le même comportement pour les MMA à 8 et 24 jours qui elles semblent correctes.

  Merci d’avance

  Vivien JACOB

  

  Vivien

  Participant

  Topics: 0

  Replies: 1

  Been thanked: 0 times
  12/17/2017 at 5:12 PM #55890
  Nicolas

  Le problème existe il en daily ? En reconstruisant par le code une MACD sans utiliser l’instruction de ProScreener, cela corrige-t’il la différence ? 

  

  Nicolas

  Keymaster

  Topics: 81

  Replies: 20864

  Been thanked: 4777 times
• Author
  Posts