Falsche EOD Daten von Yahoo / Reuters via MetaQuote
Seit dem 07.02.2007 werden bei mir für MetaStock die Daten (Datum) wie nachstehend falsch übertragen (Data for Swiss Market Index - SMI)
Date Open High Low Close Volume
02.02.2007 9230.70 9264.40 9226.20 9260.50 621934
05.02.2007 9249.60 9261.30 9225.30 9257.90 499540
06.02.2007 9259.30 9303.20 9259.30 9266.20 510290
01.20.2008 9292.00 9301.20 9201.70 9229.30 901262
01.20.2009 9268.50 9309.40 9260.40 9292.10 555490
Seit dem 09.02.2007 geht gar nichts mehr. Mehrmalige Meldung an <quoteloader@yahoo.com> ergaben keine Stellungsnahme. Haben andere Anweder mit MetaQuote das gleiche Problem und was ist die Löesung ?
Danke füe Stellungsnahme
H.U. Luescher
@ luescher [#1]
Betrifft das nur den SMI ?
@ alle
Wer kann helfen ?
Habe SMI als Beispiel genommen. Es betrifft auch DAX oder Aktien wie ABB, Daimler, etc.
Voraus-Dank für Unterstützung.
H.U. Luescher
@ luescher [#3]
Yahoo Daten non-US kann man m.E. in die Tonne treten!
@ dansmo [#4]
Nachtrag:
Der Grund für meine Aussage liegt in den Feiertagen. In Datenreihnen deutsche Aktien habe ich festgestellt, dass bei Feiertagen in D, die in USA trotzdem Handelstag waren, Kurse in der deutschen Aktien waren.
Diese verzerren das kurzfristige Bild erheblich und machten zumindest für mich die Nutzung der Daten zunichte.
Ueber zwei Wochen habe ich ueber verschiedene Wege und Möglichkeiten versucht
Unterstützung zu erhalten, ohne jeden Erfolg. Es scheint dass die Leifer-/Hersteller Firma nicht mehr existiert. Das als Hinweis für event. Käufer des MetaQuote-Programmes. H.U. Luescher
@ dansmo [#4]
Yahoo Daten non-US kann man m.E. in die Tonne treten!
in vielen Fällen trifft das zu, in diesem Fall aber nicht.
http://ichart.finance.yahoo.com/table.csv?s=%5ESSMI&d=1&e=24&f=2007&g=d&a=10&b=9&c=1990&ignore=.csv
2007-02-23,9258.70,9272.40,9205.80,9258.00,75431000,9258.00
2007-02-22,9239.20,9286.30,9233.40,9251.80,86077200,9251.80
2007-02-21,9334.10,9357.90,9197.70,9207.10,76673000,9207.10
2007-02-20,9358.60,9359.30,9273.60,9315.30,61841800,9315.30
2007-02-19,9338.40,9376.70,9335.80,9345.60,46258000,9345.60
2007-02-16,9279.50,9337.00,9272.00,9336.30,85844200,9336.30
2007-02-15,9332.00,9335.70,9262.30,9305.40,111212300,9305.40
2007-02-14,9275.80,9299.20,9231.80,9299.20,75720200,9299.20
2007-02-13,9273.70,9287.60,9231.10,9240.00,78439000,9240.00
2007-02-12,9247.90,9272.60,9227.30,9261.60,56875800,9261.60
2007-02-09,9268.50,9309.40,9260.40,9292.10,55549000,9292.10
2007-02-08,9292.00,9301.20,9201.70,9229.30,90126200,9229.30
2007-02-07,9271.90,9288.20,9235.10,9288.20,62206800,9288.20
Die Probleme könnten möglicherweise daran liegen, dass Yahoo das Datumformat umgestellt hat, was möglicherweise am 9.Februar passiert ist. Habe mir dazu keine Notizen gemacht, nur die Sache wie folgt im Code meines eigenen Downloaders notiert:
/** The Date Format used by Yahoo until February 2007. It is unclear
* whether after January 2007 Yahoo may still use this Date Format occasionally. */
private SimpleDateFormat dfYahooHisto = new SimpleDateFormat("d-MMM-yy",Locale.US);
/** The Date Format Yahoo is using since February 2007 */
private SimpleDateFormat dfYahooHisto2 = new SimpleDateFormat("yyyy-MM-dd",Locale.US);
Hallo,
ich nutze auch die Yahoo-Daten mittels MLDownloader und Metastock. Nach meiner Recherche zeichnen sich die fehlerhaften Feiertagsdaten dadurch aus, dass O,H,L,C jeweils den gleichen Wert haben. Da ich nur Indizes handele, ist das für mich kein großes Problem, da ich mir mit einem Indikator solche Tage markiere und im Einzelfall entscheide, ob die Fehlerdaten relevant sind.
Am einfachsten wäre es, ein Programm über die Datenbasis laufen zu lassen, der solche Tagesdaten entfernt. Vielleicht hat dazu jemand von euch ja eine Idee.
Gruß Henning
Der Autor hat sich nach langer Zeit gemeldet und auf meinen Hilferuf reagiert.
MetaQuote funktioniert wieder.