Screeners imbriqués
Forums › ProRealTime forum Français › Support ProScreener › Screeners imbriqués
- This topic has 10 replies, 4 voices, and was last updated 5 years ago by PhilippeN.
-
-
12/30/2017 at 1:07 PM #56863
Bonjour,
Je voudrais créer un screener1 (screener parent) qui appelle un screener 2 (screener fils) afin de :
- filtrer de manière sélective et dynamique via le screener 1(screener parent) sur une première liste de résultats obtenues du screener 2(screener fils)
- d’éviter de retrouver des résultats déjà obtenus par des screeners précédemment lancés.
Le cumul des conditions utilisées dans chacun des screeners en un seul screener ne répond pas totalement à mon besoin car cela exigerait que les conditions soient compatibles entre elles.
De même, la plateforme premium qui permet de lancer des screeners sur des listes personnelles, ne permets pas de reproduire le fonctionnement souhaité car il faudrait reproduire la liste du screener fils dans des UT > 15min pour reconstituer la liste. De plus elle est trop chère encore pour moi (je l’ai eu en démo 15 jours).
Merci pour votre retour d’expérience.
Cdt.
ABTROUN Y.
01/03/2018 at 4:24 PM #57146Bonjour et bonne année 2018.
La plateforme ne permet pas à un ProScreener d’en appeler un autre.
En revanche vous pouvez cumuler vos conditions ET / OU en utilisant des parenthèses.
Exemple :
1Screener[(C1 AND C2) OR (C1 AND C3) OR (C1 AND C4)]La même condition peut aussi s’écrire ainsi :
1Screener[C1 and (C2 or C3 or C4)]Pierre
01/03/2018 at 4:38 PM #57147Bonjour Pierre,
J’utilise bien cette approche, mais elle reste insuffisante pour mon besoin.
Pour obtenir le résultat souhaité, je fais passer les 2 screeners de manière séquentielle, ce qui passe par la construction manuelle d’une liste personnelle résultat du premier screener. Je ne trouve pas cela pratique et qui plus est chronophage.
exemple :
je passe un screener 1 qui scanne des valeurs sur un franchissement de valeur ou d’indicateur
je cherche un pattern particulier via screener 2 sur la liste résultant du screener 1.
La version premium à part de permettre l’utilisation de liste personnelle ne remplit pas ce besoin d’automatisation.
Merci tout de même pour votre réponse.
Yacine.
01/03/2018 at 8:20 PM #57187On ne peut pas créer dynamiquement des listes d’instruments par le code.
A ce stade, hormis implémenter les conditions dans le même screener, il n’y a pas de solutions. Sans avoir lu les codes en question, qui plus est. Je ne comprends pas d’ailleurs pourquoi cela ne fonctionne pas, difficile d’aider davantage sans le code, désolé.
01/04/2018 at 8:45 AM #57219Bonjour,
Un exemple1 est de chercher un pattern chandelier japonais en hebdo et affiner en Daily via des conditions de volume et de prix vs MM, ou confirmation par un croisement de confirmation de la lagging span.
Mais je pense que prorealtime se veut simple pour adresser un public assez large sans s’enfoncer dans des debug trop chronophage et peu lucratifs car cette fonctionnalité pourrait intéressé qu’un faible partie de ses clients.
Merci tout de même Nicolas.
Bonne journée.
Yacine
01/04/2018 at 11:30 AM #57231Un exemple1 est de chercher un pattern chandelier japonais en hebdo et affiner en Daily via des conditions de volume et de prix vs MM, ou confirmation par un croisement de confirmation de la lagging span.
C’est possible dans un seul et même screener, ProScreener permet la recherche multi critères sur plusieurs unités de temps différentes.
1 user thanked author for this post.
01/06/2018 at 9:53 AM #57482Bonjour Nicolas,
Je pense que tu fais allusion au post suivant :
https://www.prorealcode.com/documentation/timeframe/
Effectivement cela peut m’aider pour les principaux cas d’usage. Dès que j’aurais retrouvé un autre cas je le partagerai.
Bon Week-end.
Yacine.
05/15/2019 at 8:54 PM #98580Bonjour,
je rencontre une problématique similaire,
je souhaiterai qu’une première condition remplie active la détection d’une suivante, cela pas forcement dans la même periode, et sur une UT différente.
Tout le problème est que je souhaiterai recevoir l’alerte de la séquence de conditions remplie.
(ut1 condition 1, puis détection ut2 condition 2, puis détection ut3 condition 3)
Avez-vous avancé dans votre démarche? PRT me déclare que cette fonctionnalité n’intéresse pas les clients pour y travailler dessus.
Peut être qu’une astuce pourrait contourner le problème.
Pour l’instant j’ai un codé screener MTF plutôt efficace pour renvoyer la séquence de conditions mais je ne sais pas comment en tirer une alerte, dont je souhaiterai une notification e-mail.
Au plaisir de vous lire,
Philippe
05/17/2019 at 8:37 AM #98705Merci de poster le code du screener en question, afin de bien comprendre la démarche et de rapidement proposer une solution efficace.
05/17/2019 at 9:32 AM #98714Bonjour,
Comme indiqué par Nicolas précédemment, les conditions accumulées dans des UT différentes c’est possible. Cela couvre je pense au final le besoin. Je pensais à l’époque qu’en pouvant voir les résultats intermédiaires cela m’apporterait quelque chose, notamment si pour un titre on matchait 2 ou 3 conditions mais au final je pense que non. Il suffit de dupliquer le screener et enlever la condition dans l’UT que l’on ne veut pas voir.
Un petit exemple avait été donné : https://www.prorealcode.com/documentation/timeframe/
En gros la syntaxe de base pour une analyse sur 2 UT (Weekly, daily)
Timeframe (weekly)
condition1 = …. // formule de la condition1
Timeframe (daily)
condition2= ….// formule de la condition2
ok = condition1 and condition2 // l’ordre et l’UT sont donc important, mais également pour le résultat
criteria = …../ formule ou variable à définir.
screener[ok] (criteria)
Bonne journée.
Yacine.
05/20/2019 at 8:48 PM #98934Bonjour, cette solution ne me
permet pas de generer des notifications d’alertes de conditions multi time frame sequentielles.En effet cela me renvoit seulement des affichages en screener de conditions multi time frame simultannées.
-
AuthorPosts
Find exclusive trading pro-tools on