INVESTOX-Forum

Hallo Cristian,

viellicht hilft es wenn Du die alte RTT-Datei (auch BID-ASK falls geladen) komplett löscht und den Vorgang noch einmal wiederholst!

Noch was: Der Ladevorgang sollte nicht zwischen 0:00 Uhr und 1:00 Uhr stattfinden, da L&P einen sog. Midnightprozess fährt! Da könnte es zu Störungen kommen..

Hallo Christian,

man kann die Daten welche vom L&P Server geladen werden nicht direkt anwenden, da sie nicht realpush von Investox aktualisiert werden können! In der Regel genügen für den Server-Datenstream ein paar Ticks in der RTT Datei damit es funktioniert! Die RTT Datei ist quasi ein "Pseudo Pool" für den Stream. In der Regel sollte es auch machbar sein, den Stream ohne Zwischenstation,in dem Fall RTT, zu laden und ohne Pseudo-Titel auszukommen! Das ist aber aus jetziger Sicht mit Investox (noch) nicht möglich.Ich hatte des öfteren korrupte RTT Dateien was hauptsächlich auf Fehler oder Ausfälle in der Datenübermittlung zurückzuführen ist. Bei einem Realpush Stream wird zwar der Datenstrom auch ausfallen, aber da sich die Daten im RAM befinden wäre die RTT-Datei,die man abends nachladen könnte,nicht unmittelbar betroffen! Es sind schon eine Menge Daten die Du nachladen möchtest aber es sollte eigentlich funktionieren. Super wäre,wenn Investox auch die vorkomprimierten Daten vom TPR Server laden könnte denn nicht immer sind Tickdaten erforderlich. L&P bietet 1-x Minuten gestaffelt an,den genauen Raster weiß ich jetzt leider nicht. Das spart jede Menge Zeit und, was weniger wichtig ist, Speicherplatz

Hallo Christian,

aktuell gibt es kein anderes Daten-Verfahren,Du hast bereits alles aufgezählt! Das Problem könnte aber auch Datenreihen für IB betreffen. Nur es tritt nicht mit jedem Datenabriss auf und bei IB gestalten sich die Datenabrisse so,das keine falschen Zeitstempel durch nachpuschen geliefert werden! Daher sind den IB-Daten Tradern diese Problematiken vielleicht nicht so geläufig oder treten gar nicht auf. L&P hat seit letzten Monat (lt. Angabe) den neuen Server installiert und einen besseren Vendor Stellenwert bei VWD (so habe ich es verstanden). Damit sollten die gröbsten Probleme der Datenübertragung behoben sein-hoffe auch ich! Was das vermeiden der korrupten RTT-Dateien anbelangt kann sicher nur Herr Knöpfel interne Routinen anbieten,wir können nicht viel machen! Hast Du ein EOD ABO bei L&P? Wenn nicht, kannst Du über den Stream Server EOD-Kurse ziehen,die zeitreihe kopieren,als txt. anlegen,ASCII/ANSI einlesen und als Titel anlegen. Das ganze verbindest Du via Kombititel (txt+RTT) und lädst die Intraday-Zeitreihe so weit,das alle Berechnungen und eventuelle Grafiken sauber ausgeführt und dargestellt werden können. Das ist alles andere als optimal und ergonomisch aber ohne EOD-ABO z.Zt.nicht anders machbar! Oder Du lädst wirklich alles in Ticks und komprimierst-aber das dauert halt ewig! Um EOD Intraday zu handeln genügen oft ganz kurze (im Verhältnis) Datenzeitreihen um die Strategie umzusetzen! Es kommt darauf an, wie viele Titel Du handest und ob sich der Aufwand rentiert! Wenn es ein ganzer Indice ist,sollte man sich ein EOD Datenabo überlegen oder Herr Knöpfel programmiert und auf die Schnelle eine Möglichkeit,sämtliche L&P-Serverkomprimierungen als RTT-Datei zu speichern und abzulegen! Die Gefahr einer korrupte RTT Datei hemmt das nicht, aber eine kurze Intraday-Datenreihe ist schneller wieder aufgebaut als eine ultralange und so oft kommt es eigentlich nicht vor, das RTT Dateien korrupt sind. Ein bisschen was vertragen die schon..

Hallo Christian,

mit anderen Anbietern habe ich im Zusammenhang mit Investox keine Erfahrungen-ausser eben IB,mit Tenfore nicht und mehr hat man nicht zur Auswahl! Aber wahrscheinlich tauchen diese Problemen dort weniger auf, da die Datenabrisse (lt. Aussagen) nicht so gehäuft auftreten wie das bei L&P der Fall bislang war! Aber auch bei esignal habe ich schon von Problemen gehört das Ticks nachgelaufen sind! Jeder Datenanbieter hat da wohl mal das ein oder andere Problemchen nur sie sollten sich nicht überhäufen. In Bezug auf Deinen Vorschlag der sich an L&P richtet, solltest Du dort mal anrufen und das ganze mit einem Entwickler abklären. Ich denke sie sind an Weiterentwicklung schon interessiert wenngleich nicht jeder Entwickler auf erhebliche Mängel so ultraschnell wie Herr Knöpfel reagiert!

Prinzipiell finde ich L&P als Datenlieferant auch ganz o.k.. Aber wie schon gesagt, seit nunmehr 5 Tagen bin ich permanent dabei "einfach nur den DAX-Future" von L&P via Datenpflege zu laden... Und ich habe Ihn immer noch nicht komplett

Hmm..im Basisdienst hast Du nur einen gewissen Zeitraum auf die Historie Zugriff! Vielleicht kann man eine vorkomprimierte Datenreihe downloaden,sie haben ja eine Datenbank! Du kannst ja auch mal nachfragen, denn das ist wirklich stressig einen so langen Zeitraum TickbyTick zu laden!

Für Systementwicklung sind die Daten das A und O das stimmt und diese Diskussion haben wir,zurecht,schon seit einigen Jahren! Will man einen Datendienst mit 99,5%iger Ausfallsicherheitsgarantie seitens des Anbieters, zahlt man bis zu einer mittleren vierstellige Summe/Monat /je nach ABO)-so meine Erfahrung!

Hallo Christian,

wie schon erwähnt holst Du die EOD- Datenreihe über den L&P Server,das dauert nicht mal 5 Sekunden. Du ziehst den Chart voll auf und kopierst die Zeitreihe. Die Kopie transportierst Du in Excel und speicherst sie als txt. ab. Dann holst Du sie mit wenigen Mausklicks nach Investox und legst sie als Titel an. Aufwand: Nicht mal 2 Minuten! Jetzt kannst Du einen Kombititel daraus knüpfen und benötigst wesentlich weniger Ticks. Meine so erstellte EOD Historie für den FDAX reicht bis 2002 zurück, aber ich habe zusätzlich das EOD Abo. Vielleicht hilft das weiter. Für viele Titel ist die Lösung nicht optimal. Ich würde mir an dieser Stelle wünschen,das Investox den vorher beschrieben Vorgang automatisch durchführen-und die so gewonnen Daten formatiert abspeichern kann..

@Christian

Ein weiterer Vorteil des so erstellten Kombititel ist, das der Rechner nur zu ca. 5-10% dessen ausgelastet wird, was eine tickkoprimierte Datenreihe mit 32.000 Datenperioden fordert. Man kann hier locker 10 Titel laufen lassen und hat trotzdem 5-10 Jahre Historie!

Hallo Christian,

ich könnte ohne diesen Ansatz keine langen Historien darstellen und gleichzeitig real handeln. Da würde der PC abschmieren. Die langen Historien benötige ich für breite Histogramme!
Falls Du es testen möchtest und nicht klar kommst kann ich das gerne Schritt für Schritt entweder schriftlich oder via Video im Blog erklären. Wenn L&P auch Nachteile hat, ist das aber ein großer Vorteil. Übrigens kann man die EOD-Daten von L&P zeitgesteuert downloaden. Es wird aber immer ein Katalog aktualisiert und nicht ein einzelner Titel! Die Downloads beinhalten dem zum Zeitpunkt des Downloads gestellten realen Wert! Das nur nebenbei...

Hallo,

das angesprochene Problem bezieht sich auf die Datenpflege langer Historien mit mehr als 20 Millionen Ticks (z.B. FDAX ab 2002 sind mehr als 50 Millionen Ticks). Da steigt RTT bisher ab einem bestimmten Punkt aus (darauf bezieht sich auch der Tip mit der Uhrzeit zurückstellen).

Im jetzt verfügbaren Serviceupdate 2.8.8 für RTT ist dieses Problem beseitigt, d.h. die Datenpflege läuft auch beim FDAX ab 2002 durch (sollte aber natürlich nicht manuell abgebrochen werden, wenn man eine saubere Historie möchte).

Serviceupdate 2.8.8: www.download.investox.de/RTTUpd2_8_8.exe

Ein "Zerschiessen" von RTT-Daten von Investox aus ist dagegen ausgeschlossen, Investox greift in keinem Fall auf die RTT-Ddateien schreibend zu.

Viele Grüße

Andreas Knöpfel

Hallo Herr Knöpfel,

wäre es auch möglich die vorkomprimierten Daten von L&P zu laden und abzuspeichern? Man braucht ja nicht immer Tickdaten sondern es genügen oftmals 1 Minuten oder Hourly-Daten! Wenn es schon angeboten wird wäre es prima diese Möglichkeit zu nutzen. Zerschossen werden die Dateien von Unregelmäßigkeiten beim Datenanbieter und Verbindungsabbrüchen zum Server des Anbieters-so meine bisherige Erfahrung!

Noch ein Wunsch für die Datenpflege:
wäre es nicht möglich nur einen begrenzten Bereich nachzuladen?
Bei mir passiert es hin und wieder, dass von Zeit a bis Zeit b keine Daten gespeichert sind (warum auch immer).