ProRealTime
Pour discuter sur l’interface de ProRealTime Software, nos configurations graphiques...

PRT : détection gaps

par LVO » 14 mai 2014 10:08

Voila une formule qui permet de mettre en évidence les gaps,

idéalement il faudrait un tracé automatique

Code : #

amplitude = 0.0000

detector=0

rem gap up

if low>high[1] then
if ABS((low-high[1])/high[1])>amplitude then
detector=1
endif
endif

rem gap down

if high<low[1] then
if ABS((high-low[1])/low[1])>amplitude then
detector=-1
endif
endif

return detector as "gap detection"

Re: GAP

par Rogue » 14 mai 2014 10:32

Bravo LVO ! Quelle célérité !! Je vais tester sur prt tout à l'heure. :top:

Re: GAP

par Benoist Rousseau » 14 mai 2014 10:35

Merci Lvo

Re: GAP

par blAst » 14 mai 2014 10:42

Merci

Pensez a utiliser les balises CODE qui sont faites exprès

Certains caractères spéciaux peuvent déglinguer un forum

Re: GAP

par Rogue » 14 mai 2014 11:04

Et ça fonctionne !
LVO_GAPs.PNG
LVO_GAPs.PNG (42.45 Kio) Vu 2239 fois
Merci LVO ! :top:

Re: GAP

par Rogue » 14 mai 2014 11:05

Donc sur la journée d'hier : pas de gap vu que la mèche basse est plus basse que la mèche haute de la veille...

Re: GAP

par blAst » 14 mai 2014 11:15

Plus de gap ? ;) Il y etait a l ouverture

Re: GAP

par G'sT » 14 mai 2014 11:55

Salut a tous,

Merci LVO. Cela m interesse car comme tu sais j ai ete un "chasseur de gaps" sur.le dax pendant longtemps. Je testerai......des que j aurais un ordi sos la main.....

Rogue, tu sais que sur tn graphe tu peux mettre le "Lvo 's gap" sous forme de batons (histogramme) de couleurs pour plus d esthetique ( mais apres tout apres c es chacun son style).

Re: PRT : détection gaps

par teg54 » 14 mai 2014 12:07

Re-hello LVO,

J'ai laissé trainer un bout de code dans la file du jour (page 6) pour les GAP … Plus concis donc moins gourmand en mémoire (j'ai chopé ton bout de code et j'ai les mêmes signaux que toi ;))

Libre à toi .. et merci :mercichinois:

++

EDIT : pour t'éviter la vérification ;)
EDIT 2 : tu entends quoi par tracé automatique ??

Re: PRT : détection gaps

par blAst » 14 mai 2014 12:28

LVO a écrit :Voila une formule qui permet de mettre en évidence les gaps,

idéalement il faudrait un tracé automatique
Nettoyé, amélioré

...

(pas testé)

Re: PRT : détection gaps

par teg54 » 14 mai 2014 12:41

blAst a écrit :(pas testé)
j'essaye d'y jeter un oeil après manger … ;)

Re: PRT : détection gaps

par LVO » 14 mai 2014 12:43

Blast ca ne marche pas, j'ai une courbe

Re: PRT : détection gaps

par blAst » 14 mai 2014 12:44

Montre une image s'il te plait. De toute facon je crois savoir

Re: PRT : détection gaps

par blAst » 14 mai 2014 12:49

Poursuoi pensez vous que ca devait marcher ? :mrgreen:
Jamais du premier coup !

Code : #

// Détection gaps journaliers sur historique
// Indique en la valeur des gaps laissés ouverts

// Plot "Gap up/down" en histogramme vert/rouge
if low>high[1] then
     gap=low-high[1]
elsif high<low[1] then
     gap=high-low[1]
else
     gap=0
endif

return gap as "Gap up/down"

Re: PRT : détection gaps

par LVO » 14 mai 2014 13:35

ca ne marche pas, je n'arrive pas a mettre l'image je passe du format png a jpeg et j'ai toujours se message que le format n'est pas bon.
j'ai utilisé le site que Amarantine nous avez conseillé et pareil
Ubuntu est peu être le problème (enfin plutôt mon incapacité a l'utilisé), je vais me l'envoyer sur un autre pc avec windows et on verra

Re: PRT : détection gaps

par blAst » 14 mai 2014 15:02

Boulette débile : vous peux réessayer (le code au dessus est édité)

Re: PRT : détection gaps

par teg54 » 14 mai 2014 15:10

j'me retrouve avec ça (indicateur du bas) :
Manuel d'utilisation ?!?! :lol2: :lol2:;)

Re: PRT : détection gaps

par LVO » 14 mai 2014 15:12

bon je suis rassuré, c'est pas moi qui ne savait pas l'utiliser

Re: PRT : détection gaps

par blAst » 14 mai 2014 15:32

Merci. Pas evident sans plateforme. Je vais retoucher lol pfff

Edit 15h30 : ce serait juste une histoire d initialisation ?! Code édité :merci: de tester

Re: PRT : détection gaps

par teg54 » 14 mai 2014 15:33

Pour une histoire de lisibilité je sais que quand un indicateur doit me donner plusieurs infos je préfère bosser les critères séparément (plusieurs indicateurs donc ..) avant de les fusionner, ça permet souvent d'épurer son code final ..

Ceci n'est pas un reproche mais un simple retour d'expérience .. ;)

EDIT : j'viens de voir ton EDIT, je copie/colle et envoie le feedback

EDIT2 : voilà le visuel (pas le temps de me pencher dessus pour l'instant, j'y reviendrai ;) … Néanmoins il semble + lisible que la précédente version ;))

Sujets similaires
Outils de detection de Rotation sectorielle
Fichier(s) joint(s) par Djobydjoba » 29 avr. 2014 18:02 (42 Réponses)
Detection UT automatiquement
par takapoto » 06 mai 2014 22:25 (12 Réponses)
PROSCREENER et détection KAGI
par Amarantine » 25 juil. 2014 16:41 (3 Réponses)
Proscreener : Détection de croisement STO
par Miju » 18 janv. 2015 02:25 (2 Réponses)
Journées de détection
Fichier(s) joint(s) par D.S. » 09 mars 2018 23:28 (68 Réponses)
Détection d'écrans - urgent
Fichier(s) joint(s) par smertrios90 » 26 févr. 2019 19:19 (47 Réponses)
Gaps et cotation en continu
par falex » 02 mars 2013 11:31 (10 Réponses)
Scalper les gaps sur le Dax ?
par G'sT » 09 avr. 2015 16:09 (7 Réponses)
Questions sur les gaps
par G'sT » 12 avr. 2015 21:34 (8 Réponses)