INVESTOX-Forum

Hallo zusammen

Für alle Freunde von 24 Stunden Feeds (Forex, Futures auf amerikanischen Märkten und viele andere): ich habe meinen Indikator Describe() in die Datenbank reingestellt.

LastDP() ist für solche Feeds wenig hilfreich! Der Indi soll die Lücke nicht nur füllen, selbst für LastDP() Fans hat er einiges zu bieten!

Nebenbei sieht man am praktischen Beispiel, dass die Vorschläge aus diesem Thread hilfreich sind und sinnvoll angewendet werden können.

Hallo Alexander

Zitat von »PnLtobePositive«

würde ich dazu neigen, die entsprechende Funktion nachzuprogrammieren und im Klartext vor mir zu haben.

Interessanter Ansatz. Das machst Du dann sicher auch mit den (fast 300!) Indikatoren aus dem Investox-Baukasten, statt die von Herrn Knöpfel zu verwenden?

Update in der Datenbank: Version V.1.02 steht zur Verfügung mit den neuen Bewertungen T(op) und B(ottom), um den bisher höchsten bzw. tiesten Wert der übergebenen Datenreihe im Zeitfenster Intraday auszulesen.

Describe V1.04 geladen. Hinweise zum Update siehe in der Investox Datenbank.

Hallo Alexander

Klar läuft der Indi unter V6. Eigentlich kann ich hier nur noch sicherstellen, dass alles was ich mache unter V6 läuft, weil ich keine einzige V5 Installation mehr habe. Ich denke aber, der Indikator sollte auch noch unter V5 laufen.

Der Indikator läuft pro Aufruf einmal über die Zeitreihe rüber; er würde kaum zusätzliche Geschwindigkeit aufnehmen können, wenn er Teil der "Originalsoftware" wäre. Im Gegensatz zu sehr rechenintensiven Indikatoren.

Insofern finde ich es eigentlich momentan ausreichend, das ich ihn in der Forums Datenbank zur Verfügung stelle. Genau dafür hat m.E. Herr Knöpfel doch die VBScript-Anbindung (und auch die Möglichkeit, externe Indikatoren einzubinden in VB6 oder einer der .Net Sprachen wie VBS, C# usw.) geschaffen: damit auch Anwender Indikatoren erstellen und untereinander austauschen können!) Oder welche Vorteile würdest Du darüber hinaus sehen, wenn er Teil der Investox-Auslieferung wäre?

OK, dann halten wir ihm den Rücken frei

Zitat von »PnLtobePositive«

Ich dachte tatsächlich an Geschwindigkeitsvorteile.

Wenn es meiner Meinung nach einen signifikanten Geschwindigkeitsvorteil bringen würde, hätte ich Herrn Knöpfel tatsächlich schon vor langer Zeit das Coding geschickt mit der Bitte, den Indikator im Standard zu integrieren!

Tatsächlich, wenn nachweisbar und klar ersichtlich ist, dass so ein Vorgehen wirklich Vorteile bringt - dann ist Herr Knöpfel bisher auch immer dazu bereit gewesen!

Wir als Anwender müssen aber halt schon abwägen, wann wir so eine Anforderung stellen - und wann wir uns mit den vorhandenen Mitteln eigentlich gut selbst behelfen können. Sonst macht Herr Knöpfel nur noch Arbeiten, die man selber genauso gut machen könnte - statt sich auf Innovationen zu konzentrieren!

Ich behaupte mal, mit interner Programmierung ist für so einen Indikator wie Describe() aus Performance-Sicht kein zusätzlicher Blumentopf zu gewinnen! Anders als bei Quantilsrang, den Lenzelott kürzlich vorgeschlagen und in VBS implementiert hat (in der neuen Investox Beta nun in der "Originalsoftware" als ProzentRang() implementiert): der hebt aber in der internen Implementation in Investox gegenüber dem Original (erwatungsgemäss!) sowas von ab, sicher Faktor 5, dass man es kaum vergleichen kann.

Also meine Meinung ist: bitte nur nach Herrn Knöpfel rufen, wenn es keine Alternative gibt; dass dies in jedem Fall Faktor 5 ausmacht, wage ich mal zu bezweifeln. Bei sowas wie Describe() würde ich allenfalls Faktor 1.4 erwarten! Es würde nur einfach die Schleife ein wenig schneller durchjukeln, aber kompliziert zu rechnen ist da nix.

Allerdings hätte ich nichts dagegen, wenn Herr Knöpfel Describe() in den Standard aufnehmen wollte! Ich würde ihm gerne auch den aktuellen Quell-Code schicken, bzw. weiss er eh' wie er das implementieren würde.

Falls viele oder alle Rahmenbedingungen eines Zeitfensters gleichzeitig benötig werden, wäre der V6 MultiMode noch eine sehr performante Alternative!

Statt jedes Datum einzeln abzufragen, würden dann mehrere oder gar alle Dati in einem Rutsch ermittelt. Damit wäre dann gegenüber Einzelaufrufen wirklich Speed zu gewinnen. Allerdings ist der Migrations-Aufwand für den Indikator Describe() nicht gerade Peanuts

Was ich mit MultiMode meine, habe ich beim Darvas Indiaktor beschrieben, denn dort habe ich es auch schon implementiert.