INVESTOX-Forum

Da bin ich vehement dagegen!

RTT Titel müssen rund um die Uhr originalgetreu alles aufzeichnen können - und event. Einschränkungen müssen später auf der Ebene eine Kombititels erfolgen. Nur so kann man eine generische Titel-Bibliothek aufbauen, die den ganzen Misst 1:1 enthält, den man vom Datenprovider bekommen hat und den man braucht, um dort wegen der Datenqualität zu intervenieren.

Über den Aufbau von Kombititeln- und Aliasen auf den Original-Daten habe ich lange Forenbeiträge geschrieben (suchen!) und Herr Knöpfel hat entsprechend die Kombis angepasst, damit solches umgesetzt werden kann! Allenfalls auf der Ebene wäre dann eine Einschränkung wie von Dir angesprochen, denkbar.

Was ich noch fragen wollt wegen "Deinen Zwecken":

Zitat von »chris2000«

Dort könnte man dann mit Hilfe eines Indikators Fallunterscheidungen z.B. zur Behandlung von Sommer/Winterzeit in versch. Zeitzonen o.ä. durchführen.

Was ist dann mit der Handelszeitbeschränkung und der Intraday-Begrenzung (Ebene HS) sowie der Aktualisierung des TZSP, dem Aufgabenmanager usw. (Ebene Instanz), wie wird es speziell zu diesem Titel und vor allem zu allen Projekten und HSen in dieser Instanz passen?

=> Für den Realhandel gibt es ja schon die Zonen-Einstellung in den Investox Einstellungen, die deckt all das ab!

Nur für den Backtest, da würde so eine DST Sache schon sehr hilfreich; auch eine automatische DST Umschaltung der Zone wäre schön, ABER:
es dürfen in einer Instanz nur Waren einer Zeitzone gehandelt werden !!!, sonst wird's durcheinander.

Da hatten wir schon einige Threads zum Thema.

Hallo Christian

Ich wollte Dich nicht irgendwie angreifen; es tut mir leid, wenn Du mich so verstanden hast!

Zitat von »chris2000«

ich verstehe dein Problem nicht!

Das ist unser aller Problem als automatische Trader, und ich bin sehr an einer Verbesserung des Status Quo interessiert! Wahrscheinlich bin ich derjenige, der bisher am meisten sich für Zeitzonen-Adaptionen eingesetzt hat hier im Forum! Da gibt es einige Threads von mir!

Zitat von »chris2000«

wieso denn ein "vehement dagegen" für eine funktionale Erweiterung zum Zwecke der besseren Automatisierbarkeit????

Da bin ich dafür, woraus siehst Du hier im Posting oder aus meinen bisherigen Threads, dass ich dagegen wäre? Ich bin aber vehement dagegen, das auf Ebene RTT Titel umzusetzen. Das löst doch das Problem nicht und schafft neue. Liess bitte nochmals meine doch sehr detaillierten Ausführungen!

Zitat von »chris2000«

Was schlägst du denn vor, wenn man vor hat die Winter-/Sommerzeitverschiebungen (zu Deutschland) bei weltweiten Einsatz AUTOMATISCH vornehmen zu lassen?

DST (das kürze ich jetzt mal ab für Wo/WiZeit Umschaltung) muss in alle Bereiche von Investox einfliessen, damit der Backtest & der Realhandel realistisch möglich wird! Möglicherweise kann Herr Knöpfel das nur schaffen, wenn der Nutzer gleichzeitig seine Maschinen auf GMT laufen lässt, wie es im Grossrechner-Bereich aus diesem Grund üblich ist. Und dann von dieser sicheren Zeit alle Zeit-Offsets für alle beteiligten Zonen koordiniert werden! Ich denke, das wird eine ehrgeizige Anpassung werden.

Mal eben Titel anpassen, ist ungefähr die halbe Miete ...

nun ja, wie immer liegt wahrscheinlich in beiden Ansichten ein Stück Wahrheit.
Und weil das noch nicht genug Wahrheiten sind kommt hier gleich noch von mir was dazu:

Ich ersetze für klassische Zeibarbassierte Systeme das Tick Importvolumen (ES= ca 205 Mio Ticks für die letzten 4 Jahre) durch auf Zeitebene vorkomprimierte BT´s (1 Minute / 5 Minuten).
Da bei 1 Minuten Bars pro Jahr "nur noch" rund 360.000 Bars (250*24*60) zu laden sind geht das halt ca. um den Faktor 1-200 schneller.

Nun haben BT´s den Nachteil, dass Sie leider nicht zeitlich beschränkbar sind im Import.
Nur wenn der RTT Titel zeitbeschränkt ist im Import, entsteht auch ein eingeschränkter BT.
Insofern muss man sich die Frage stellen, ob (sofern von Herrn Knöpfel zukünftig unterstützt) nicht hier eine Lösung über alle ebenen notwendig sein könnte.
Sprich sowohl RTT als auch KT´s auf RTT Dateien mittels DST anders einzuschränken.
Man könnte wohl zur Lösung obigen Problems einen zeitlich beschränkten KT auf ne unbeschränkte RTT Datei werfen und darüber dann einen BT stülpen iss mir gerade beim sinnieren eingefallen.
Hab´s aber noch nicht ausgetestet. Aber irgendwie iss mir das bisschen

Ansonsten gibt´s ja auch noch ein paar andere Kleinigkeiten bei der Zeitzonen Verschiebung zu beachten (da hat Bernd ja schon einiges geschrieben dazu):
ganz blödes beispiel auf dass ich vor 2 Jahren mal reingefallen bin, nachdem ich Systeme mit der alten DST.CSV Datei ausgestattet hatte und die Zeitzonen Verscheibung das erstmal griff::
Die Aktualisierung im Handelssystem stand zb auf 15:30-22:15 Uhr. Und nu kommt DST zum Zuge und das HS fing erst ne Stunde zu spät an zu rechnen.
Man muss das auch im 1 Stunde verschieben können. Oder man geht auf Sicher und stellt gleich 14:30 bis 23:15 ein. Was aber die Maschine evtl. unnütz auslastet (meine aktuelle Lösung).

BT = Berechnungstitel
KT = Kombititel.