INVESTOX-Forum

yahoo hat die Daten URL geändert. Ist jetzt Session/omputer abhängig.

Das ganze ist etwas komplizierter. Eine einfache Anpassung der URL bei meinem eigenen Yahoo Downloader reicht nicht, da yahoo die Bulk-Datenabfrage anscheinend nicht mehr möchte und ein Session-Cookie eingeführt hat.

Diesen Link habe ich gefunden, zur Info, yahoo sagt da in einem Beitrag sinngemäss übersetzt, das API wird nicht mehr unterstützt und sie werden es auch nicht mehr aktivieren in Zukunft.

Es werden ein paar Work-arounds für Entwickler beschrieben, scheints geht es noch ein bisschen über Umwege, aber die Party mit den kostenlosen Kursen von yahoo ist wohl Geschichte.

Ja mehr als das, sie haben aus dem einzigen Asset, das sie noch haben, es nicht geschafft ein Bezahlt-Modell zu entwickeln; ich denke, viele Gratis-Kunden hätten den Weg mitgemacht, nun einen kleinen Obulus zu zahlen. Doch da jetzt alle schnell und überraschend eine andere Lösung finden müssen, wird diese Chance wohl damit verspiel sein. Alle ohne Ankündigung vor die Tür zu sezen, lässt dann auch keine potentielle Zahl-Kunden mehr übrig.

Zitat von »Bernd«

aber die Party mit den kostenlosen Kursen von yahoo ist wohl Geschichte

Also mein Yahoo-Downloader läuft wieder. Ich denke die Party ist erst vorbei, wenn yahoo komplett weg ist.

Gruss
Trader

Hallo Trader

Habe gerade auch schnell nachgesehen, und tatsächlich. Nicht nur der Daily Download geht wieder, auch ein paar historische Daten konnte ich nachladen. Geht wieder, aber mein Vertrauen ist weg. Klar, für Backtests oder Ad-Hoc Untersuchungen ist das ok. Jedoch

Ich habe ein paar Handelssysteme Life laufen auf den yahoo Daten, und diese waren erfolgreich die letzten Jahre. Daher habe ich einen hohen Druck, diese schnell umzustellen auf Bezahlt-Kurse.

Vielleicht hat jemand ähnliche Probleme jetzt, daher teile ich meine Gedanken / mein Vorgehen:
* in einem ersten Schritt habe ich diese auf RTT/IB Kurse umgestellt, deren Handelszeit ich über die Handelszeit-Beschränkung auf EOD Zeiten umgestellt habe; eben auf dem Backtest-Rechner nachgetestet, dass die Ergebnisse weiter passen und so ist das Zeug jetzt erstmal wieder life
* die Open/Close Kurse dieser Pseudo-EOD Titel passen aber nicht wirklich gut im Vergleich zur historischen Yahoo Datenbank (trotzdem sind die Backtests darauf erstaunlich ähnlich, so dass ich eben erstmal darauf handle)
* das geht schnell mal vorübergehend mitten im Jahr bei Ami Stocks/ETFs, aber die Handelszeitbeschränkung von Investox, wenn Ami-Daten mit Zeitzone CET/CEST eingeschränkt werden, sind im Backtest nicht ok, weil einige Wochen im Frühjar und im Herbst andere Einstellungen erfordern aufgrund der unterschiedlichen Umstellung auf die Sommerzeit (*)

Fazit:
* da ich die selben Titel noch über RTT/IB und über Taipan/RT habe, konnte ich eben einen Workaround mit Investox-Mitteln basteln, zumindest für die Systeme, die Life sind.
* Wirklich prikelnd ist die Lösung nicht, für lange zurückreichende Backtests muss eine neue Lösung her
* da die Life Syteme erstmal ok sind mit meiner Ersatz-Lösung und ich momentan praktisch keine freie Zeit habe, um mich um das Datenproblem dauerhaft zu kümmern, werde ich mich später im Jahr um eine neue EOD Lösung kümmern (*)
* oben auf der Liste stehen Taipan/EOD und Norgate
* Yahoo mit MLDownloader hat bei mir ausgedient (alternative Provider Anbindungen an MLDownloader haben hier nie richtig / stabil funktioniert, daily operations gingen bei mir nur mit Yahoo Daten gut)

Zum (*):
man könnte sich denken, dazu die Investox-Funktion "Import Intraday begrenzen" vermittels VBScript zu verwenden und das Sommerzeit-Problem via Investox Datenbank (Indikator DST_USA() von Lenzelott) anzugehen. Dann die Intraday-Titel mit einem Alias zu versehen, der solch ein VBScript mit DST_USA() in einem VBScript vereint. Trotzdem aufwändig: man müsste alle Intrday Titel nochmals als EOD-Alias mit VBScript-Definition definieren. Dazu die hohe Rechenzeit und den Resourcen-Verbrauch solch einer Lösung. Geht sicher übergangsweise für ein paar wenige Titel, aber eine neue EOD Datenlösung muss her, und das wird etwas kosten.

Daher habe ich getextet, die Party mit kostenlosen Kursen ist vorbei. Gute und umfangreiche Realtime Daten kosten schon einige Hunderter im Monat, jetzt kommen weitere EOD Datenfeed Kosten dazu ...

Aus diesem Grund und wegen dem Aufwand hätte ich locker einen 50er oder vielleicht auch einen hunderter pro Monat gezahlt an Yahoo, wenn sie gefragt hätten. Und ich denke, das hätten viele andere Trader auch gemacht. Ein Asset, das Yahoo aktuell aktiv verspiel; da wäre sicher was an Einnahmen zusammen gekommen!

Hallo zusammen

Hier findet Ihr das Coding, wie Investox den Daten-Import eines "rund um die Uhr" mit der Zeitzone CET/CEST aufgezeichneten USA Aktien- oder ETF Titels auf die Haupt-Handelszeit in USA einschränken kann - unter Berücksichtigung der Sommer-Winterzeit Umstellung in Europa.

Motivation für diese Entwicklung war: um EOD-Systeme schnell von MLDownloader Daten auf IB-Daten umstellen zu können; das Coding ist offengelegt, somit sollte es jedem möglich sein, damit auch andere Rund-um-die-Uhr USA Realtime Daten-Feeds auf EOD Europa anzupassen.

Ich stelle mir aktuell zwei Modelle vor, um dieses Coding anzuwenden:
1) man hat sowieso schon einen Titel langjährig mit RTT aufgezeichnet. Trotzdem hat man aber bisher EOD mit yahoo Daten gehandelt:
* ich gehe hier nun dessweiteren davon aus, dass man die Daten mit RTT 7*24h aufgezeichnet hat, also ohne jede Zeit-Einschränkung
* nun legt man einen Alias an in der Investox Titel-Verwaltung, am Beispiel SPY einen Alias: SPY_PSEUDO_EOD
* der Alias fusst auf den Daten des SPY, in die Handelszeit-Einschränkung des Alias-Titels kommt die Definition / Coding rein aus der oben verlinkten Investox-Forums-Datenbank
* diesen Titel SPY_PSEUDO_EOD ersetze man nun in seinem Life Handelssystem (*), das sollte es gewesen sein
* (aber Hallo, natürlich nicht vergessen, die Ordereinstellungen auf diesen Titel anzupassen!)
2) man hat ausschliesslich auf yahoo Daten gehandelt:
* nun aber fix, Titel in RTT definieren, 7*24h Aufzeichnung
* dazu einen Alias definieren wie bei 1) beschrieben
* dann so schnell wie möglich vie RTT einen Backfill starten mit soviel wie möglich Daten rückwirkend einsammeln
* Dann einen Kombi-Titel in Investox erstellen: vorne die yahoo-Daten, anschliessend ab Stichtag die RTT Daten auf dem Alias
* diesen Kombititel ersetze man nun in seinem Life Handelssystem (*), das sollte es gewesen sein
* (aber Hallo, natürlich auch hier nicht vergessen, die Ordereinstellungen auf diesen Titel anzupassen!)

Vielleicht hilft es ja dem einen onder anderen, sobald finance.yahoo.com wirklich dicht macht.

PS *: Haftungs-Ausschluss: vorher backtesten, ich übernehme natürlich keine Verluste, die jemand erleidet mit diesem Coding, im Gegenzug frage ich auch nicht an einem Anteil an jemandes Gewinnen ; mit "Life-Handelssystem" ist hier ganz deutlich ein Life-System im Paper-Trading Modus gemeint, also auf einem simulierten Konto: niemals mit Echtgeld handeln ist die dringende Empfehlung, so kann man nämlich niemals Geld verlieren! Alles andere, was Ihr sonst macht, ist Euer privat Vergnügen

Hallo

Zitat von »sukuh«

aber das ist höchstens ein kurzfristiger Workaround.
Es kann nicht die Strategie sein, tonnenweise real-time Daten zu laden um daraus EoD zu erzeugen.

Sehe ich genauso. Das oben war auch nur als Workaround gedacht, damit erstmal der Druck weg ist, schnell einen Ersatz für Yahoo & MLD für schon Life laufende Systeme zu finden. Grossflächige Backtests usw. sehe ich damit natürlich auch nicht als machbar an.

Finde ich gut, dass Du den anderen Thread geöffnet hast, um gezielt Erfahrungen über einen möglichen Ersatz auszutauschen!

Hallo zusammen !

Auch wir standen vor den EOD Problemen mit Yahoo, da wir 9 EOD Aktiensysteme mit Yahoo Daten laufen haben
Wir nutzen den YLoader und haben kurzfristig auf Quotemedia umgestellt.
EIn paar Symbolde - gerade von den Indizies - mussten manuell in der Datenbank verändert werden.
Aber die meisten Stocks funktionierten.
Mit der neuen Version des YLoaders funktioniert alles wieder bestens - auch Yahoo.

@Bernd : Was Du da immer so alles zusammen programmierst - Respekt...

Exakt so wie Bernd das oben beschrieben hat, verwende ich meinen DST Indikator schon ein paar Jahre um aus 24h Feed, US RTH (Regular Trading hours) EOD Daten zu machen.

Ich setze sowieso Taipan Realtime ein, und muss mir dann nicht noch über eine 2. Datenquelle Gedanken machen für den Handel.

Hallo,

die URL zum Downloaden von historischen Kursen über den Yahoo Server haben sich im Mai 2017 geändert. Google hat die URL letzte Woche geändert.

Ich habe die MLDownloader Datei von der Webseite heruntergeladen. Sie stammt von September 2015.

Daraus folgt, dass das Programm nicht funktionieren kann (Benutzt alte Urls)

Kontaktiere den Entwickler!

Gruss
Trader

Hallo Trader

Zitat von »Trader«

Daraus folgt, dass das Programm nicht funktionieren kann (Benutzt alte Urls)

Kontaktiere den Entwickler!

Bin gespannt auf Deinen Erfahrungsbericht zu Deinem Kontakt-Versuch.

Ich habe immer wieder versucht, via eMail direkt den Entwickler zu erreichen, als auch über die eMail Funktion auf der Web-Site. Mehrfach. Reaktion jeweils: exakt - 0. Nix. Zero.

Tatsache ist, dass andere Software-Pakete es mittlerweile wieder schaffen, historische Daten zwecks Backfill von yahoo herunterzuladen. MLDownloader schafft es seit Monaten nur noch, aktuelle Daten zu laden, nicht mehr die historischen Backfills.

Es scheint mir, Peter Zierl hat das Interesse an seinem Produkt verloren

Hoi Tobias

Zitat von »Tobias«

@Bernd : Was Du da immer so alles zusammen programmierst - Respekt...

Hehe, ja, Not macht erfinderisch. Ich musste schnell ein paar wenige Systeme, die seit Jahren erfolgreich auf Yahoo / MLDownloader Daten liefen, weitermachen lassen. Das hat geklappt mit Taipan Realtime Daten und dem Investox-Coding, das jetzt in der Investox-Datenbank zu finden ist.

So richtig zu einem neuen Titel-Lieferant für EOD Daten für neue "zwanglose" Backtests konnte ich mich noch nicht durchringen. Taipan-EOD? Norgate? Neben den reinen Kosten des Datenfeeds schreckte mich bisher vielmehr die Arbeit ab, die damit verbunden wäre, einen neuen Datenanbieter ins Investox-Tirelverzeichnis so zu integrieren, dass das dann nicht nur auf einer Maschine passt, sondern quer über eine Maschinen-Landschaft. Alles sehr un-inspirierend, solche Überlegungen, speziell, wenn ich dazu in meinen Terminkalender schaue wo ich die Zeit dafür her-nehmen soll

Jeden, die Life-laufenden Systeme gehen mal wieder, das ist wichtig. Sonst, für die Zukunft der EOD Backtests, naja mal sehen. Aktuell schreibt mir MLDownloader noch die Daten fort - wehe wenn einmal ein Neu-Aufsetzen mit Backfill der Daten nötig wäre. Das geht ja aktuell und seit Monaten nicht mehr. Ist also einmal die MLD Metastocks-Datenbank kabod, tja, dann, Maikäfer flieg, Pommerland ist abgebrannt