Das (und die Berichterstattung hier natürlich) sind in der Softwareentwicklung unerlässlich.
Ich habe es bei mir getestet und mir ist folgendes aufgefallen:
Du hast den 31. Tag des Monats pauschal angesetzt. Bitte versuche in solchen Fällen immer zuerst den 32… (Warum: siehe meinen Beitrag weiter oben)
Du verwendest Monats-basierende URLs, aber lässt Dir Daten für je ein Jahr mitgeben. Macht meiner Meinung nach wenig Sinn. Besser: {DATE:31.12.yyyy} + 1Y
Wenn ich den zweiten Link mit rechter Maustaste kopiere und in TextEdit einfüge, wird er beschädigt: …&dateStart=%7BDATE:31.MM.yyyy%7D&… mit %7B %7D funktioniert das natürlich nicht, { } sind bindend – damit geht es dann auch (bei mir, PP 0.32.0, MacOS X).
Wo auf der Seite hast du denn diesen Link gefunden? Was kann man hinter exchange= angeben?
Ganz toll wären weitere Macros für {WKN} oder {ISIN}, und auch wenn man in der dynamischen URL bei onvista nach ISIN suchen kann. Dann brauchte PP am Ende nur noch eine globale Default URL.
Ich finde auf onvista.de unten bei Historische Kurse nur die Links “CSV runterladen” und “Druckansicht”.
CSV-URLs wäre als Import für PP auch nicht schlecht, anstelle von HTML parsen wäre das wohl auch stabiler.
Wie würde ich hier mit dem {DATE} Macro arbeiten? StartRange kann ich ja fix auf 01.01.2010 setzen, das LastRange müsste aber dynamisch das heutige Datum sein. 2 Macros in der URL sind ja laut Dokumentation nicht möglich.
Ich habe die Doku nicht gelesen und schon gar nicht geschrieben – obwohl ich diese Funktion initiiert und entwickelt habe. Umso genauer kann ich darüber Auskunft geben, wie das ganze (tatsächlich) funktioniert:
Du kannst soviele Makros angeben wie Dein Arbeitsspeicher reicht (ich bin mal schnell bei Amazon… ), aber Du darfst nicht verschiedene Arten von Makros mischen. D.h. https://192.0.2.1/?start={DATE:01.01.yyyy}&end={DATE:31.12.yyyy} geht (und sollte auf Deinen Fall übertragbar sein), aber bei https://192.0.2.1/?start={DATE:01.01.yyyy}&end={DATE:31.12.yyyy}&p={PAGE} ist Schluss mit lustig.
Hintergrund:
Meine bodenlose Faulheit
Meiner Vermutung nach sehr unwahrscheinlicher Mischbetrieb auf Seite der Kurslieferanten (ggf. wären im Einzelfall Workarounds i.d. URL möglich)
Bloß nicht! Damit belastest Du den Anbieter unverhältnismäßig ohne dass es Dir etwas bringt. Meine persönichte Empfelhung:
Hmm… Je mehr ich darüber nachdenke, desto besser gefällt mir die Idee… ich habe es mir mal auf die ToDo-Liste gesetzt. Aber bevor ich das einbaue, wüsste ich gerne (von Leuten, die sich mit einigen representativen Kurslieferanten rumschlagen), ob diese Art der URL-Variation so verbreitet und auch wirklich so einfach ist – und diese Funktion damit verhältnismäßig ist. Gegenbeispiel: boerse.de
Das ist dann wohl falsch. Man kann mehrere Marcos in der URL verwenden - aber immer nur von einem Typ. Wobei ich mir den aktuellen PR noch nicht im Detail angeschaut habe: vielleicht ändert sich das mit den weiteren Marcos.
Oben rechts gibt es Edit Link. Die Dokumentation ist einfach ein anderes GitHub Projekt.
Neuerdings kannst Du die Typen auch durchmischen, wichtig ist nur, dass Du nicht mehr als einen “uneingeschränkt variablen” Typ hast (DATE + PAGE, die mit Macro#getVariableURLConstructor() != null). Das Problem ist, dass diese fortlaufend iterieren und Du (AFAIK) mehrere unbeschränkte Iterationen nicht sinnvoll zusammenlegen kannst.
Yahoo findet bei manchen Werten einfach nichts auch wenn es ein Kürzel gibt, wie bei diesem:
AT0000746748
IWTQ.F
676337
Daher überlege ich bereits, alle Werte von ariva zu nehmen.
Soweit ich das nun verstanden habe, wäre die passende URL:
https___www.ariva.de/espa_stock_biotec_a_%28eur%29-fonds/historische_kurse?boerse_id=8&month={DATE:yyyy-MM-32}
(Das Forum hat mir nicht erlaubt, den Link zu posten, daher musste ich ihn etwas abwandeln…)
Über boerse_id kann man bequem den Handelsplatz wählen.
Warum war nun das Format yyy-MM-32 ideal? Warum nicht 31 und warum überhaupt nicht -dd?
Wenn die Dokumentation nun in diesem Punkt noch aktuell ist, wird er beim ersten Mal rückwärts alle Kurse abrufen, bis keine mehr kommen. Das ist teuer für den Anbieter. Beim nächsten Mal würde er nur noch vom letzten vorhandenen Kurs aufwärts bis zum aktuellen Datum abrufen, also nur noch die fehlenden?
Kann man die URL der /historischen_kurse bei ariva nun auch beim Tab “Aktueller Kurs” verwenden, oder wird hier immer der aktuelle Kurs fehlen?
Hallo @Mssm und danke für Deine kritischen Fragen! (Heutzutage ist sowas Mangelware…)
Die Empfehlungen bzgl. des 32. und konstanten Monatstags in der Doku (die ich mittlerweile gelesen habe) hat Andreas von mir übernommen. Ich selbst habe sie aus folgendem Grund abgegeben:
Den klassischen Nutzer interessieren weder die Programm-Abläufe, noch die Konsequenzen, sondern nur, dass es geht – einmal eine URL zusammenbauen und fertig! Deshalb habe ich mir diese Empfehlungen überlegt, aus denen eine URL hervorgeht, die alles abdeckt:
Keine Daten vorhanden, gib mir alles
Habe die letzten 10 Jahre PP nicht aufgemacht (Alzheimer/Koma/JVA/…), gib mir ein Update
Habe PP erst gestern aufgemacht, bin ein aktiver Anleger
In den ersten 2 Fällen wäre eine tagesbasierte URL eine 30x größere Last für den Anbieter und 30x längere Wartezeit für den Nutzer als eine monatsbasierte. Im letzten Fall macht es nicht sonderlich viel aus, da manche auch mal gerne wöchentlich aktualisieren. Und selbst wenn nicht, macht es wenig aus, ob Du Dir nur den Kurs von gestern oder für 31 Tage holst. Die 31-Tage-Abfrage ist bei den Anbietern Standard. Wenn man das Intervall bspw. auf ein Jahr anhebt (sofern überhaupt vom Anbieter unterstützt), nützt das zwar in den Fällen 1 und 2, aber schadet im 3…
Und den Hintergrund zum 32. Monatstag… hat Andreas bereits hinreichend in der Doku zitiert.
Aktuelle Kurse: keine Ahnung, habe mich nie mit denen beschäftigt.
Also wenn ISIN oder WKNgroß geschrieben werden, funktioniert es bei mir. Nur bei ARIVA funktioniert bei mir keiner deiner Links. Ursache dürfte sein, das PP die direkte URL erwartet und ARIVA eine Weiterleitung auf ᐅ IBM Historische Kurse | Historische Werte | ARIVA.DE vornimmt, damit rechnet PP mE nicht.
Wenn ich eine URL habe, wo bei den Variablen ?isin={ISIN} auftaucht wird {ISIN} aufgelöst.
Vielleicht funktioniert das nur in der Serveradresse nicht?? Wenn ich da ein eigenes Attribut einsetze gibt es folgende Fehlermeldung:
hatte 3m_company-aktie in tickerSymbol eingetragen, also den Wert, den Ariva in der URL ersetzt.
Ich kann den Bug nachvollziehen. Aktuell kann man das DATE Makro nicht zusammen mit einem “Wertpapier” Makro (ISIN, TICKER, …) mischen. Das behebe ich.
(BTW, für die Markos gibt es eine Seite in der (noch) überschaubaren Hilfe - es heißt TICKER und nicht tickerSymbol)
Hallo @AndreasB,
hab mir deinen neuesten commit geholt, klappt jetzt super.
Die Anleitung hatte ich gesehen, tickerSymbol hatte ich mir selber als Attribut definiert und damit experimentiert.
Danke für den schnellen Patch.
Ist ne echt tolle Arbeit, die Du hier leistest, Danke!!
Udo