Sélection simple mais résultat inattendu

Forums ProRealTime forum Français Support ProScreener Sélection simple mais résultat inattendu

Viewing 12 posts - 1 through 12 (of 12 total)
  • #205393

    Bonjour,

    J’ai programmé le plus simple screener possible (cours de clôture > cours de clôture précédent) pour l’utiliser en mensuel et j’obtiens un résultat (liste de titres) qui est faux.

    On peut le constater sur un exemple (image jointe). C’est pareil pour tous les titres (quasiment).

    Je pense donc que j’ai dû mal paramétrer quelque chose quelque part.

    D’avance merci pour votre aide !

     

    #205396

    A priori tu utilises une version gratuite “fin de journée”, donc les résultats sont décalés d’un chandelier. Pour obtenir des résultats en live, il faut souscrire aux flux des données qui t’intéressent.

    #205400

    Merci pour ton aide mais non, je ne cherche pas à obtenir des résultats en live puisque je suis au contraire en “Mensuel” dans mon exemple :).

     

    #205428

    Mensuel ou journalier, le résultat sera quoiqu’il arrive décaler d’une bougie. Dans ce que tu obtiens comme résultat est valide, pour la bougie n-1.

    #205430

    Ok, je reprends.

    D’après la documentation de PRT :

    c1 = (Close > Close[1]) signifie que c1 est vrai si le cours de clôture mensuel (dans mon cas) de la bougie courante est supérieur au cours de clôture mensuel de la bougie précédente (=> donc hausse des cours de clôture entre la dernière bougie et l’avant-dernière bougie)

    SCREENER(c1) signifie que les titres sélectionnés sont ceux pour lesquels c1 est Vrai (=> donc sélection des titres dont le cours de clôture mensuel est monté entre les deux bougies les plus récentes.)

    Pourtant, comme on le voit sur le graphique, ce n’est pas le cas !

     

     

    #205432

    Ok, je reprends.

    D’après la documentation de PRT :

    c1 = (Close > Close[1]) signifie que c1 est vrai si le cours de clôture mensuel (dans mon cas) de la bougie courante est supérieur au cours de clôture mensuel de la bougie précédente (=> donc hausse des cours de clôture entre l’avant-dernière bougie et la dernière bougie)

    SCREENER(c1) signifie que les titres sélectionnés sont ceux pour lesquels c1 est Vrai (=> donc sélection des titres dont le cours de clôture mensuel est monté entre les deux bougies les plus récentes.)

    Pourtant, comme on le voit sur le graphique, ce n’est pas le cas !

     

    #205451

    Merci pour ce rappel 🙂

    Cependant, ce petit rond blanc (voir image), signifie que les données sont dites “fin de journée” (soit fin de mois en vue mensuel), cela a un impact sur les calculs du screener, car les données sont gratuites.

    Le screener retournera les résultats en décalés, d’ailleurs on voit bien qu’il est correct sur la bougie précédente (la bougie de Novembre a une clôture supérieur à celle de Octobre). Pour obtenir les résultats de la bougie de Décembre, il faudra attendre le mois de Janvier.

    Close = cours actuel sur la bougie actuelle (même si elle n’est pas encore terminée) = donc le cours de la bougie de Décembre ; mais pour pouvoir scanner cela, il faut souscrire aux flux.

    #205453

    Merci pour ton aide Nicolas, j’ai compris l’erreur de ProRealTime.

    Le glossaire de ProRealTime qui définit les termes utilisés n’est pas bon (même plutôt mauvais pour un glossaire). J’explique :

    Pour le glossaire de PRT : “Close Close[N] Désigne le prix de clôture de la barre courante ou de celle n jours auparavant”

    en complément, pour le Larousse : Courant (adj) “Se dit d’une période qui est en cours, qui s’écoule actuellement et n’est pas terminée

    Pour PRT, la barre de cours la plus récente, en cours de construction, qui apparait le plus à droite, est « courante » au sens français (Larousse, Robert, …, par extension humain francophone) mais pour PRT, ce n’est pas celle-là qui est la courante mais celle d’avant !

    C’est bête, j’ai perdu 318 055 € à cause de ça.

    #205455

    Non, la barre courante est toujours la dernière.

    Ce sont les données gratuites “fin de journée” qui ont cet effet de décalage dans les résultats de l’application ProScreener.

    #205458

    Si c’était le cas, la sélection par le screener serait différente et exacte. Mais ce n’est pas le cas (cf. mon premier post avec la condition Close > Close[1]).

    et les infos que je relaie (le glossaire) sont issues de la doc de ProScreener. Il n’est pas mentionné de décalage sur les données gratuites fin de journée, ce qui voudrait dire 2 fonctionnements différents (gratuit/payant), ce serait un “truc de ouf” :).

    Pour moi, c’est bon, j’ai trouvé leur erreur et la sélection est

    • fausse (littéralement)
    • bonne (à condition d’exclure la chandelle la plus récente) => avec des conséquences !

    Je pense que le même problème existe dans la version payante (les utilisateurs payants utilisent aussi les données quotidiennes, hebdo, mensuelles).

    (juste une précision, il n’y a pas de “post de rappel” de ma part, car je corrigeais mon post avec “Edit” et cela a créé un nouveau post au lieu de corriger … j’ai surement validé trop tard car ton post est arrivé avant ma correction :)).

    #205462

    ce qui voudrait dire 2 fonctionnements différents (gratuit/payant)

    Je confirme qu’il y a bien un résultat différent selon le type d’abonnement aux flux de données. Au risque de me répéter: version gratuite = décalage des résultats d’une bougie en arrière (comme si on exécutait le screener dans le passé).

    #205469

    Ha bon ? Incroyable ! En tout cas, cela confirme bien que le mot “courant” dans la documentation est erroné pour la version gratuite. Merci.

    Donc deux fonctionnements différents (gratuit/payant) mais il existe une documentation unique de ProScreener et celle-ci ne mentionne sur ce sujet aucune différence de fonctionnement entre version payante et version gratuite => bonjour les surprises comme celle que j’ai eue. Hum, et peut-être qu’il y en a d’autres (?) …

    Personnellement, je n’aime pas les mauvaises surprises avec mon argent. Merci pour cet éclairage salutaire.

Viewing 12 posts - 1 through 12 (of 12 total)

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