Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
Thanks for the reply Klaus, but I'm actually looking for instructions on how to use jstats. Is there a description out there somewhere on how it's intended to be used?
), inkl. eines zuverlässigen Sound-Alarms, wenn das Bid / Ask Verhältnis einen Trigger übersteigt (zB 2.0, 3.0, 4.0) ... mMn kann man dann gut in die Gegenbewegung, nachdem die Kurse panisch gefallen (gestiegen) sind - insbesondere beim Squeeze gegen den übergeordneten Trend mit Ratio um die 4 - und billig in Trendrichtung einsteigen. Nun mag ich nicht ganztägig am Rechner sitzen, deshalb würde ich auch für eine Programmierung zahlen oder ans Forum spenden, schließlich brauche ich dann nur noch auf den Monitor zu schauen, wenn der Alarm auch Bewegung ankündigt.
Würd mich freuen, wenn sich ein Programmierer meldet
LG
Chris
P.S.: Wäre natürlich auch denkbar, so etwas einfach durch Analyse der DOMs auszuwerten, dann könnte man vielleicht auch mehrere Underlyings gleichzeitig beobachten.
...wenn das Bid / Ask Verhältnis einen Trigger übersteigt (zB 2.0, 3.0, 4.0) ...
Sorry die Definition ist zu ungenau! Da fehlt zwingend eine Regel als Mindestvoraussetzung, unter der Annahme das du das Live TickByTick (äh per Bid/Ask) prüfen willst. Am Anfang eines BarTypes haben wir sagen wir mit 4 Tick ein kummuliert 3faches Bid zu Ask... sinnlos "auf 4Ticks"... Die pure 1:1 Auswertung von Bid/ASK kannst du vergessen... mit NT7 hast du niemals die Qualität des Datenfeeds um das "per Quote" auszuwerten, weil kurze Änderungen hier stets mehr FakeLimits als reale Orders sind(zumindest mit normaler Home-INET-Geschwindigkeit und NT7 Analyse.
Der bessere und ich glaube auch erfolgreichere Weg ist die kummulierte Differenz innerhalb eines odere mehrerer Bars aus Trades "OnBid"/"OnAsk"... damit wären wir dann schon "fast" bei CumulativeDelta oder OrderFlowAnalytics. Hier auf nexusfi.com (formerly BMT) zu finden unter GomLadder, GomMP,CumMP, Prometheus.
Den puren Bid/Ask wie beschrieben SoundLimit zu programmieren ist technisch das geringste Problem, fragt sich nur ob es wirklich was bringt, denn das läßt sich noch nicht einmal nicht per BackTest prüfen. CumCD oder CumUD Analysen lassen sich im Gegensatz dazu definitiv mit gomis daten bzw. DTNiqfeed oder NinjaTickdaten auch historisch jederzeit gut prüfen...
I like very much trading with level 2 data in the dom, but can't look always for hours on the screen. Is there a possibility or does a tool/indicator exist, so that a sound alert is initiated if e.g. the level 2 contract size amounts to 300 (or other …
Auf Seite 4 findest Du den Indi (DomAlert.zip) und unter #23 auch einen Link, um eine Speechdatei zu erstellen.
Habe den Dom-Alert installiert, funktioniert auch im Replay. Nimm die letzte Version des Indis von Seite 4. Es gibt 2 Alertsettings, einmal über einen festen Volumentrheshold , und einen Deltaprozenttrigger (ask/bid), den habe ich noch nicht ausprobiert.
Man verpaßt also keine Volumenausreißer im DOM, die Alerts werden auch im Alertfenster angezeigt, und so hat man zumindest die Zeit dokumentiert.
