Je n’arrive pas à trouver d’où vient mon problème.
J’ai un graphique journalier avec le volume journalier affiché et si je fais un simple indicateur qui retourne le volume, j’obtiens comme attendu la même valeur.
Maintenant, si je fais un peu la même chose mais dans un graphique 30 minutes par exemple et que je souhaite avoir le volume journalier, j’obtiens pas les mêmes valeurs et je ne comprends pas pourquoi ?
TIMEFRAME(1 DAY)
volumeJournalier = volume
TIMEFRAME(DEFAULT)
IF OpenDay <> OpenDay[1] THEN
PRINT OpenDay[1] AS "Jour (OpenDay)"
PRINT volumeJournalier[1] AS "monVolume"
ENDIF
RETURN volumeJournalier
Avez-vous une explication ? Je précise que je suis en NASDAQ ETH (horaire étendus sur NASDAQ).
Pour information, un screener sur une période 1min qui contient un TimeFrame(1 Day) donne bien le volume du graphique journalier.
À ma connaissance, les volumes journaliers en chandeliers proviennent de sources officielles, et ces sources ne correspondent pas toujours à la somme des volumes intraday. Je pense que les volumes officiels sont toujours supérieurs, car ils incluent ceux d’autres marchés.
Essayez de modifier la ligne Timeframe comme ceci :
1
TIMEFRAME(1DAY,UpdateOnClose)
Bonjour,
Merci pour votre contribution.
De ma compréhension dans mon cas, le updateOnClose ne donne pas accès à l’évolution intraday du volume dans le timeframe du graphique (ici 30min) et donnera juste le volume à la clôture journalière (en étant sur un timeframe 1 Day dans l’indicateur) à la bougie suivante (du graphique en timeframe 30min). Mais logiquement, à la “clôture de la bougie journalière” dans le cas d’un TimeFrame 1 Day, la valeur entre la variable avec ou sans updatOncClose reste la même. Je vais faire une capture pour illustrer cela.
Comme on peut voir sur la capture d’écran que j’ai fourni, on voit bien évoluer le volume au cours des journées sans le updateOnClose (histogramme) et les valeurs se rejoignent à la cloture avec le updateOnClose (ligne blanche).
À ma connaissance, les volumes journaliers en chandeliers proviennent de sources officielles, et ces sources ne correspondent pas toujours à la somme des volumes intraday. Je pense que les volumes officiels sont toujours supérieurs, car ils incluent ceux d’autres marchés.
Bonjour et merci pour votre message,
Cela peut-être une explication en effet, pourtant dans mes paramètres ProRealTime, je demande à ce que les données journalières et plus importantes (comme weekly, …) ne soient pas calculées à partir des valeurs intraday.
Peut-être que dans un graphique intraday (dans mon cas 30min), dans un indicateur personnel comme “monVolume” qui appelle le TimeFrame 1 Day, alors les valeurs dans le timeframe 1 Day sont calculées avec celles du timeframe du graphique et non les données officielles du graphique 1 Day … Quelqu’un aurait cette confirmation ?
Il y a donc une grosse différence entre un timeframe dans ProBuilder et un timeframe dans ProScreener car des “print” du volume journalier dans un screener 1min avec un timeframe 1 Day “inséré” donne le “bon” volume journalier (celui du graphique 1 Day).
Essayez de modifier la ligne Timeframe comme ceci :
1
TIMEFRAME(1DAY,UpdateOnClose)
Bonjour,
Merci pour votre contribution.
De ma compréhension dans mon cas, le updateOnClose ne donne pas accès à l’évolution intraday du volume dans le timeframe du graphique (ici 30min) et donnera juste le volume à la clôture journalière (en étant sur un timeframe 1 Day dans l’indicateur) à la bougie suivante (du graphique en timeframe 30min). Mais logiquement, à la “clôture de la bougie journalière” dans le cas d’un TimeFrame 1 Day, la valeur entre la variable avec ou sans updatOncClose reste la même. Je vais faire une capture pour illustrer cela.
Comme on peut voir sur la capture d’écran que j’ai fourni, on voit bien évoluer le volume au cours des journées sans le updateOnClose (histogramme) et les valeurs se rejoignent à la cloture avec le updateOnClose (ligne blanche).
Pardon, j’ai oublié d’insérer le code de l’indicateur pour permettre de reproduire la capture d’écran :
TIMEFRAME(1 DAY)
volumeJournalier = volume
TIMEFRAME(1 DAY, UPDATEONCLOSE)
volumeJournalierUpdateOnClose = volume
TIMEFRAME(DEFAULT)
IF OpenDay <> OpenDay[1] THEN
PRINT OpenDay[1] AS "Jour (OpenDay)"
PRINT volumeJournalier[1] AS "monVolume"
PRINT volumeJournalierUpdateOnClose AS "monVolume UpdateOnClose"
ENDIF
RETURN volumeJournalier AS "volumeJournalier", volumeJournalierUpdateOnClose AS "volumeJournalier UpdateOnClose"
Oui, c’est comme ça. UpdateOnClose indique les données à la fermeture de la barre quotidienne, tandis que si vous ne l’indiquez pas, la période par défaut est supposée (celle du graphique), donc elle vous montre toujours la valeur DAILY, mais mise à jour en (presque) temps réel, c’est-à-dire à la fermeture de la barre de période par défaut.
Si vous utilisez cet indicateur, vous verrez que le nouveau jour commence à 01h00 et non à 00h00.
En effet, c’est la bougie quotidienne qui « dicte » les règles. Alors entre 00h00 et 00h59 c’est toujours le bon vieux temps :
The information collected on this form is stored in a computer file by ProRealCode to create and access your ProRealCode profile. This data is kept in a secure database for the duration of the member's membership. They will be kept as long as you use our services and will be automatically deleted after 3 years of inactivity. Your personal data is used to create your private profile on ProRealCode. This data is maintained by SAS ProRealCode, 407 rue Freycinet, 59151 Arleux, France. If you subscribe to our newsletters, your email address is provided to our service provider "MailChimp" located in the United States, with whom we have signed a confidentiality agreement. This company is also compliant with the EU/Swiss Privacy Shield, and the GDPR.
For any request for correction or deletion concerning your data, you can directly contact the ProRealCode team by email at privacy@prorealcode.com
If you would like to lodge a complaint regarding the use of your personal data, you can contact your data protection supervisory authority.
Get Assistance
Assistance Type
Your Need
Proposed Solutions
Do you like cookies? 🍪 We use cookies to ensure you get the best experience on our website.
(Learn more)
