Die CHART-Engine hier bei uns auf ARIVA

SIGNALISATION:
Durch die in obigen Postings #49 und #50 angeregte Anzeige-Correctur derer NASDAQ-Curse für die LEHMAN-Brothers signalisiert uns ARIVA, dass wir HIER, z.B. in dem inzwischen 132.045 mal gelesenen und actuell 2.205 Postings umfassenden
THREAD http://www.ariva.de/Lehman_Brothers_Holdings_Inc_LEH_t344623
zur LEHMAN-Actie, auch weiterhin willkommen sind und nicht mehr auf andere Plattformen QUER-clicken müssen, um dort nach den bei uns nicht correcten Cursen zu suchen. - Doch muss der Enstörungs-Erfolg zusätzlich GESICHERT werden.

PROBLEM:
Für den ARIVA-intern unter "secu=101262618" verdateten und öffentlich falsch als
"LEHMAN BROTHERS HOLDINGS INC" bezeichneten Preferred Stock
(WKN A0NC89; Ticker-Symbol aber wohl doch eher LEHJQ statt "LEHJ") wird uns nach Clicken auf "Times & Sales" die TAGES-Tabelle bereits mit VIER Nach-Comma-Stellen präsentiert, so dass sie problemlos mit den genauso structurierten NASDAQ-Cursen gefüllt werden kann.

Für den ARIVA-intern unter "secu=2468" verdateten und öffentlich salopp als
"Lehman Brothers" bezeichneten Lehman Brothers Holdings Inc. Common Stock (Ticker-Symbol: LEHMQ; WKN: 891041, ISIN: US5249081002) sehen wir nach Clicken auf "Times & Sales" aber z.Zt. noch eine Tages-Tabelle mit nur DREI Nach-Comma-Stellen, die einen NASDAQ-Eröffnungs-Curs von z.B. 0.0295 U$-Dollar wie am vergangenen FREITAG (2.1.2009) noch NICHT richtig verarbeiten kann...

ACTION:
Die NASDAQ-Tages-Tabelle der letzt-genannten Actie wird auf eine Spalten-Breite von 4 Nach-Comma-Stellen gebracht. - Falls auf der Spalte eine rundende oder nicht-rundende truncierende Formel liegen sollte, so wird dieselbe de-activiert oder gelöscht.

Der Entstörungs-VORGANG wird mit Name und Datum in's Entstörungs-Buch eingetragen, in welchem auch die Person vermerkt werden sollte, welche Haus-intern für die NACH-Beobachtung zuständig ist, ob die corrigierte Tages-Tabelle Ordnungs-gemäß mit denen einlaufenden Cursen sich füllt...

den herrlichsten QUATSCH an: Statt gestiegener (und weiter STEIGENDER) Curse sind sie laut ARIVA angeblich im STURZ-Flug...

Ich bleibe bei der Einschätzung, dass das nicht so sehr an der Chart-Engine SELBST liegt (jedenfalls nicht an der Chart-Engine im ENGEREN Sinne), sondern an der überschäumenden Web-Créativität, die man ihr aufzwingt:

So soll sie beispielsweise für FRANKFURT ein "VOLUMEN in USD" anzeigen...

Ein "VOLUMEN in USD" gibt es für die STÜCK!-Actie aber WEDER an der NASDAQ, NOCH irgendwo in Deutschland, schon gar nicht in Frankfurt!

UMSÄTZE allerdings gibt es für den Lehman Brothers Holdings Inc. Common Stock (Ticker-Symbol: LEHMQ; WKN: 891041, ISIN: US5249081002) in verschiedensten Währungen, zu denen u.a. auch der USD=U$-Dollar zählt...

In der Entstörungs-Anweisung No. 2 vom 4.1.2009 (siehe das obige Posting #51) sprachen wir davon, dass für den ARIVA-intern unter "secu=2468" verdateten und öffentlich salopp als "Lehman Brothers" bezeichneten Lehman Brothers Holdings Inc. Common Stock (Ticker-Symbol: LEHMQ; WKN: 891041, ISIN: US5249081002) nach Clicken auf "Times & Sales" noch eine NASDAQ-Tages-Tabelle mit nur DREIEN Nach-Comma-Stellen zum Vorschein kommt.

PROBLEM:

Da eine solche CRÜPPEL-Tabelle einen NASDAQ-Eröffnungs-Curs von z.B. 0.0295 U$-Dollar wie am vergangenen FREITAG (2.1.2009) nicht verarbeiten kann, sprachen wir die Selbst-Verständlichkeit an, sie auf die erforderlichen 4 (VIER!) Nach-Comma-Stellen zu erweitern, DAMIT sie endlich DAS anzeigen darf, was tatsächlich IST!

Daraufhin wurde die Tages-Tabelle in der Art bearbeitet, dass sie uns jetzt seit MEHREREN Tagen, heute AUCH wieder, überhaupt KEINE einlaufenden Curse mehr anzeigt, WEDER Curse mit 2, NOCH Curse mit 3, NOCH Curse mit den' erforderlichen 4 Nach-Comma-Stellen (vgl. den unten angehängten, beweisenden SCREEN-Shot)...

Zum Glück aber wurde im letzten Absatz des obigen Posting's #51 vorsorglich auch der Entstörungs-STANDARD erinnert, dass "der Entstörungs-VORGANG ... mit Name und Datum in's Entstörungs-Buch eingetragen [wird], in welchem auch die Person vermerkt werden sollte, welche Haus-intern für die NACH-Beobachtung zuständig ist, ob die corrigierte Tages-Tabelle Ordnungs-gemäß mit denen einlaufenden Cursen sich füllt"...

ACTION:

ERSTENS: Es wird jetzt die Person ermittelt, die die erforderliche Änderung vorgenommen hat und möglicherweise mit ihrer KENNUNG noch auf der geänderten Tabelle sitzt, so dass die Änderung noch nicht wirksam werden kann.

ZWEITENS: Es wird jetzt im Entstörungs-Buch die Person nachgeschlagen, "welche Haus-intern für die NACH-Beobachtung zuständig ist, ob die corrigierte Tages-Tabelle Ordnungs-gemäß mit denen einlaufenden Cursen sich füllt".

DRITTENS: Es wird jetzt Haus-intern der Name des Chart-Engine-VERANTWORTLICHEN communiciert, damit die Mitarbeiter endlich wissen, wer im Zweifels-Falle für sie zuständig ist...

Während die für den ARIVA-intern unter "secu=2468" verdateten und öffentlich salopp als "Lehman Brothers" bezeichneten Lehman Brothers Holdings Inc. Common Stock (Ticker-Symbol: LEHMQ; WKN: 891041, ISIN: US5249081002) nach Clicken auf "Times & Sales" angezeigte Tages-Tabelle für NASDAQ OTO (=Over the Counter: Other) gestern und vorgestern weiterhin Probleme hatte, wird die FRANKFURTER Tages-Tabelle weiterhin angezeigt - wenn auch nur mit 3 Nach-Comma-Stellen (siehe den unten angehängten SCRENN-Shot)...  

die im obigen Posting #53 für NASDAQ OTO documentiert wurde, gibt zu weiteren Rückfragen Anlass:

Es ist dort beim Versuch, per Clicken auf "Times & Sales" die NASDAQ-Tages-Tabelle aufzurufen, die schrille Rückmeldung erteilt worden, dass "leider keine Tages-UMSÄTZE [!?!] für das gewählte Wert-Papier vorhanden" seien...

Etzliche ANDERE Wert-Papiere aber, die eine satt GEFÜLLTE Tages-Tabelle aufweisen, haben TROTZDEM, und zwar nicht nur angeblich (wie bei ARIVA-NASDAQ-Lehman), sondern TATSÄCHLICH keine Tages-Umsätze zu verzeichnen, was nun wahrlich keine Neuigkeit ist: Es kommt das sogar REGEL-mäßig zu Stande, und zwar genau DANN, wenn bei einem VOLUMEN von jeweils NULL der Curs rein-GELD- oder rein-BRIEF-mäßig geändert wird.

Liegt hier das Geheimnis das Geheimnis des notorischen Fehlers?
- Verwechselt uns ARIVA Volumen mit UMSATZ?

In denen-Tages-Tabellen jedenfalls werden nur DATUM mit UHRZEIT, CURS und VOLUMINA abgebildet, aus denen sich der Umsatz ja denn erst ERRECHNET, und zwar jeweils AUßERHALB, nach auslesendem RÜCK-Griff auf die Tages-Tabelle. - Wie soll diese Tages-Tabelle denn dann wissen, ob es Tages-UMSÄTZE geben WIRD, obwohl sie schon von denen (tatsächlich transagierten!) Lehman-Tages-VOLUMINA überhaupt gar nichts gewusst hat?

Umsatz gibt es, nicht nur hier bei uns auf ARIVA, wie Sand am Meer. - Und das ist ja auch durchaus CORRECT so:

VOR der Ermittlung derer VOLUMINA kann man nämlich noch gar nicht WISSEN, ob es an dem fraglichen Tage auch UMSÄTZE gegeben haben wird. - Volumina werden GEZÄHLT, Umsätze hingegen werden ERRECHNET, und zwar aus VOLUMEN x CURS, woraus denn auch SONST!

Und für etzliche Papers, z.B. auch für "LEHMAN BROTHERS PR.EQ.P.A" (WKN: A0MXLB; ISIN: GG00B1ZBD492) KLAPPT das (wie aus der unten beispielhaft angehängten BERLINER Tages-Tabelle ersichtlich) ja auch ganz vorzüglich.

Warten wir also Alle gespannt, ob es auch für den ARIVA-intern unter "secu=2468" verdateten und öffentlich salopp als "Lehman Brothers" bezeichneten Lehman Brothers Holdings Inc. Common Stock (Ticker-Symbol: LEHMQ; WKN: 891041, ISIN: US5249081002) bezüglich der heutigen NASDAQ-Tabelle dann endlich klappt...

den uns unsere heißgeliebte Plattform ARIVA für die LEHMAN-Brothers leider immer noch anzeigt:

Angeblich soll - laut Intraday-Chart - der NASDAQ-OTO-Curs des ARIVA-intern unter "secu=2468" verdateten und öffentlich salopp als "Lehman Brothers" bezeichneten Lehman Brothers Holdings Inc. Common Stock (Ticker-Symbol: LEHMQ; WKN: 891041, ISIN: US5249081002) in einem einzigen glatten Rutsch von 0,0600 auf 0,0500 U$-Dollar abgestürzt sein, obwohl er den ganzen Tag über trotz heftigster Volumina, die uns ARIVA in decentem GRAU darbietet (damit sie unsere Augen-Licht nicht gar zu sehr strapacieren), doch angeblich GLEICH blieb...

Wo BIN ich? - FINANZ-Plattform? - Ich fühle mich eher wie in einer IRREN-Anstalt!

gestern auch wieder, wie der unten angehängte Screen-Shot eindrucksvoll beweist.

An der rechts neben der Chart-Graphik angebrachten Tabelle jedenfalls kann das NICHT liegen, da dieselbe immerhin DREI derer VIER NASDAQ-typischen Nach-Comma-Stellen zulässt (Applaus, Applaus). - Der Chart SELBER aber kennt z.Zt. noch IMMER nur ZWEI (!) von VIER (!) Nach-Comma-Stellen, weshalb er uns auch jedes Mal nur das HUNDERT-fache der tatsächlichen Bewegung überhaupt REGISTRIERT!

Es handelt sich hier ganz offenkundig um einen äußerst hartnäckigen (und nur auf ARIVA vorkommenden!) Fehler, der uns wohl noch etwas länger beschäftigen wird...

aber ich hab mich bei euch nicht angemeldet weil ich von computern nicht viel verstehe.  

ich mache das, soweit es die USER-Seite des collectiven Entstörungs-Processes angeht, zur Zeit leider noch alleine!

Ich danke Dir aber sehr für Deinem aufmunternden Zuspruch. - Und was mein obiges Posting #58 angeht, so ist darinnen das Wort "Tabelle" zu STREICHEN und durch SCALA zu ersetzen...

Herzliche Grüße an Dich und an alle Users, die mir die DAUMEN drücken, dass sich unsere Chart-Engine demnächst zum Positiven verändert!

Teras.

den wir z.Zt. sehen, ist als "TEST 6" hinreichend als ein TEST!-Lauf ausgewiesen.

Wir sollten deshalb davon Abstand nehmen, wie wild auf die "Fehler melden"-Buttons zu hämmern, und statt dessen ausreichende ZEIT einräumen, den GRUND des Fehlers zu ermitteln, weshalb die Curse in der Graphik ab Mitte September einfach abgeschnitten werden (Combinierter FREEZING Error mit Pseudo-DEPRIVATION, da die in der Graphik abgeschnittenen Curse ja weiterhin auffindbar sind, wie man auf der rechten Seite des unten angehängten Photo's auch ganz deutlich sieht)...

jetzt auch für die Nasdaq-OTO-Curse, was natürlich etwas verwundert, da es sich bei denen NASDAQ-Anzeige-Fehlern hier bei uns ARIVA nie um FREEZING-Errors gehandelt hat, sondern - was LEHMQ angeht - stets um reine DEPRIVATION-Errors...

Zur Documentation jedoch untenstehend trotzdem das entsprechende Photo:

Eindeutig ein DEPRIVATION-Error mit keinen, da allenfalls theoretischen, FREEZING-Anteilen ist der auch jetzt wieder geschaute Fehler auf denen Nasdaq-OTO-Cursen für LEHMAN (siehe das angehängte Photo).

Und dennoch wird die Anzeige derer Nasdaq-OTO-Curse z.Zt. auch weiterhin dem TEST-Lauf No. 6 unterzogen, der ganz offenkundig für das Aufzeigen von FREEZING-Errors concipiert worden ist (vgl. das obige Posting #61). - Entweder ist also dieser Test-Lauf No. 6 etwas schnoddrig geschrieben oder als ein tatsächlicher SAMMEL-Test wenig praecise bezeichnet - oder denen Testern ist (der GRÖßTE anzunehmene Unfall) das Entstörer-Handbuch abhanden kommen...

Ich habe deshalb jetzt veranlasst, mir aus dem all' die Jahre weiterhin bezahlten Keller meiner ehemaligen Wohnung flugs die restlichen Umzugs-Cartons zuzuliefern, die meine Schmierzettel-Sammlung aus denen 1990er Jahren enthalten, als ich, jedoch immer nur auf User-Seiten, an der Entstörung diverser Curs-Praesentations-Plattformen habe mitwirken dürfen. - Vorausgesetzt, dass sie noch da sind, werden die Cartons wohl frühestens Mittwoch eintreffen.

Deshalb jetzt vorab schnell das Photo (der Vermerk "Test 6" steht rechts unten):

ist der etwas grob programmierte FREEZING-"Test 6" noch am Laufen, und zwar weiterhin auch für die LEHMQ-Nasdaq-Anzeige hier bei uns auf ARIVA, obwohl dort bezüglich derer LEHMAN-Curse immer nur ein DEPRIVATIONS-Fehler (also kein FREEZING-Error wie bei denen FRANKFURTER Lehman-Cursen) festgestellt wurde...

Doch auch ich selber bin etwas grob-motorisch zu Werke gangen:

Im obigen Posting #62 ist
"hier bei uns ARIVA" zu streichen und durch
"hier bei uns AUF Ariva" zu ersetzen.

Und im obigen Posting #63 ist das am 18.1.2009 geschossene Photo fälschlich als
"2009-01-17-LEHMQ-Freezing-Test-No-6-E.gif" ausgegeben, obwohl  
"2009-01-18-LEHMQ-Freezing-Test-No-6-E.gif" sicherlich besser gewesen wäre...

Ich bitte um Entschuldigung.

und ihrer für den concreten Test-ZWECK jeweils am besten geeigneten GESTALTUNG gebührt in jedem Entstörer-Handbuch eine eigens diesem Thema gewidmete ABTEILUNG; und zwar unabhängig davon, wie groß dieselbe SCHON oder wie klein sie NOCH ist. - Die Einträge in dieser Abteilung verweisen jeweils auf die im Rest des Entstörer-Handbuchs beschriebenen und KATEGORIELL geordneten Fehler, zu deren Aufspürung und/oder FIXATION sie jeweils geschrieben (und hoffentlich auch GEEIGNET) sind. - Umgekehrt verweisen die dortigen Einträge jeweils auf den entsprechenden Eintrag in der Testlauf-Abteilung; und zwar unbeeindruckt davon, ob für den jeweiligen Fehler bereits geeignete Test-Läufe einsetzbar sind oder nicht. - Ist für den jeweils beschriebenen Fehler noch KEIN geeigneter Test-Lauf geschrieben, so findet sich in der Testlauf-Abteilung der Eintrag: Noch KEIN Test für Xyz [=Name oder Bezeichnung des verweisenden Fehler-Eintrages] vorhanden...

KEINE Verlinkung auf die Testlauf-Abteilung hingegen erfahren die direct unterhalb des jeweiligen (kategoriell eingeordneten) Fehler-EINTRAGS nebst Auswirkungs-Beschreibung angefügten Darlegungen MANUELLER Fehler-Abhilfe; sofern eine manuelle Abhilfe bereits bekannt ist. - Ist eine solche noch nicht verfügbar, so findet sich DORT der Vorrats-Eintrag: Noch KEINE manuelle Abhilfe vorhanden...

Erst UNTERHALB dieses Absatzes, der sich zu denen jeweils concreten manuellen Abhilfe-Möglichkeiten einlässt, findet sich der Verweis auf die Testlauf-Abteilung. - Ist ein solcher Verweis noch LEER, weil noch kein Test-Lauf zur Aufspürung oder Fixation des Fehlers einsetzbar ist, so findet sich HIER der Eintrag: Noch KEIN automatisierter Test-Lauf für den oben beschriebenen Fehler vorhanden...

Das Ganze wird heutzutage in clickbaren Formaten realisiert, wozu anzumerken ist, dass mittlerweile nicht nur HTML, sondern auch z.B. PDF und alle sonstigen Text-fähigen Formate quer-clickbar sind. - Was für ein gewaltiger Fortschritt gegenüber denen Entstörer-Handbüchern derer 1980er und noch derer frühen 1990er Jahre!

An der grundsätzlichen SYSTEMATIK von Entstörer-Handbüchern hingegen hat sich in all' dieser langen Zeit doch recht WENIG verändert...

meldet uns jedenfalls die Graphik bzw. der PLATZ-Halter für die Chart-GRAPHIK, obwohl rechts NEBEN eben derselben genau DIESER "nicht vorhandene" Curs
(in Höhe von 0,102 DEMark bei 12:22 Uhren in Frankfurt) doch völlig correct ANGEZEIGT wird!

Die Chart-Engine (hier die Chart-Engine im ENGEREN Sinne) SIEHT gar nicht das, was von der Chart-Engine (hier: der Chart-Engine im WEITEREN Sinne) den ganzen Tag lang' getrieben wird. - Und das ist zur Zeit auch noch gut so! - Wenn die einzelnen Module erst besser auf einander abgestimmt sind, wird man sie auch enger an einander ancoppeln können...

Der heute geschaute Fehler ist möglicher Weise von AUßEN getriggert. - Aber INTERN fehlt eine valide Routine, den WEITERHIN einlaufenden CEF-Stream voll zu VERWERTEN. - Das Thema hatten wir vor genau einem Monat schon ein Mal:

http://www.ariva.de/...VATIONS_Fehler_t332945?pnr=5227095#jump5227095
(obiges Posting #40 vom 23.12.2008 auf obiger Seite No. 2).

eine correcte CURS-Anzeige; ja, in der Krise vielleicht noch STÄRKER als vorher...

Und der Grund dieses seltsamen Wunsches, correcte Curse anschauen zu dürfen, liegt ganz einfach darin: Wer zutreffende Curse erblicken darf, ist auf einem ganz wichtigen Teil-Gebiet correct INFORMIERT. - Und nur, wer über die Börse correct informiert ist, kann auch die richtigen ENTSCHEIDUNGEN treffen. - Und das ist auch schon das ganze Geheimnis hinter diesem merkwürdigen Wunsche, nicht irgends-welche Curse serviert zu bekommen, sondern solche, die tatsächlich CORRECT sind.

Das Team von ARIVA arbeitet mit Hoch-Druck daran, diesem Börsianer-Wunsch zu entsprechen. - Und was da alles noch zu tun ist, zeigt uns der unten angehängte SCREEN-Shot vom gestrigen MITTWOCH (25.2.2009):

Erstens: OBWOHL der Curs doch heftig hin und her gesprungen ist, sieht man nur eine Schnur-gerade Linie...
Zweitens: OBWOHL der größte transagierte einzelne Block ein Volumen von knapp 600.000 Stücken gehabt hat, behauptet die derzeit noch gestörte CHART-Engine hier bei uns auf ARIVA, das GRÖßTE(!) transagierte Einzel-Volumen habe bei lächerlichen 20.000 Stücken gelegen...
Drittens: OBWOHL der Intraday-Chart doch "automatisch alle 20 Sekunden(!) aktualisiert" wird, zeigt uns die derzeit noch gestörte Engine ALLE(!) Volumen-Blöcke in GRAU an, ganz so, als könne sie nicht unterscheiden, ob das jeweils transagierte Volumen zuerst als BID im System stand, dem dann durch ASK entsprochen wurde, oder aber umgekehrt, was normalerweise durch farbliche Unterscheidung (Grün gg Rot, oder Blau gg Rot, oder Schwarz gg Rot) einschlägig KENNTLICH gemacht wird...

Und zur UNTERSTÜTZUNG dieses Entstörungs-Bemühens
wurde am 9.6.2008 dieser Discussions-Faden erschaffen.

bei dem Bemühen, die EIGENE Chart-Engine zu entstören, einen Blick auf ANDERE Chart-Engines zu werfen, die schon entstört SIND. - Werfen wir also im Beispiels-weise angehängten Photo einen vergleichenden Blick auf advfn.com, wo derselbe gestrige MITTWOCH (25.2.2009), der ARIVA so große Probleme gemacht hat, völlig CORRECT dargestellt worden ist:

http://de.advfn.com/p.php?pid=qkchart&symbol=lehmq

Und noch etwas: Es kann nicht unsere Aufgabe sein, andauernd irnxwohin QUER zu clicken, nur, um correcte Curse zu schauen. - Aufgabe dieses Discussions-Fadens jedenfalls IST, WAR und BLEIBT es, "die Korrektur der erkannten Fehler HIER anzumahnen, damit wir uns dort noch wohler fühlen, wo wir ja schon SIND" (Citat aus dem Eingangs-Posting). - Und bei diesem gemeinsamen Entstörungs-Bemühen ist Unterstützung seitens weiterer ARIVA-Users jederzeit gerne WILLKOMMEN...

heute schon den ganzen Tag, jedenfalls hier bei uns auf ARIVA, wo die derzeit noch gestörte Chart-Engine die Curs-Feststellung in Höhe von 0,025 ?uro bei 09:22:27 Uhren einfach nicht anzeigen will:

Die Stuttgarter Curs-Anzeige KLEMMT unter "Letzte Kurse" immer noch auf denen 0,024 ?uro vom gestrigen MITTWOCH, was in der Spalte rechts unter der Überschrift "Zeit" denn auch UNÜBERSEHBAR als "25.02.09" documentiert wird.

Stuttgarter BIDs und ASKs hingegen laufen UNGESTÖRT ein, wie man unter "Geld- und Briefkurse" nachprüfen kann, wo für Stuttgart unter der Überschrift "Zeit" die correcten BIDs und ASKs von "17:31:10" Uhren des heutigen DONNERSTAGS (26.2.2009) getreulich vermerkt sind (siehe das angehängte Photo).

An was muss ein Chart-Engine-Verantwortlicher als Erstes denken, wenn er dieses hoch-SPECIFISCHE Fehler-Bild sieht? - Selbst-redend an den "Out-of-Spread-Quoting-Error", der jedoch allzu salopp als solcher bezeichnet wird, da er gar kein ERROR (der Börse), sondern lediglich eine VULNERABILITY (der CHART-Engine) ist. - Oder hat man jemals gehört, dass ein SCONTRO-Führer nicht außerhalb des Spread's quoten dürfe? - Doch, genau das hat man gehört. - Aber was uns ARIVA (und etliche ANDERE Plattformen!) da als "Spread" ausgeben, ist ja auch gar kein Spread, sondern vielmehr die TAXE! - Der Unterschied besteht nur darin, dass UNSERE Engine durch das out-of-"Spread"-Quoting VULNERABLE (=verwundbar) ist, die ANDEREN Engines aber NICHT...

Nach meinen obigen Ausführungen zu denen Börsen-Grundlagen (HIER: Unterscheidung des tatsächlichen SPREAD's von der durch den SCONTRO-Führer oder seinem Computer-System ermittelten TAXE, die wiederum von Tax-CURSEN zu unterscheiden ist) fällt mir wiederum die undankbare Aufgabe zu, den heute geschauten Fehler vergleichend zu DOCUMENTIEREN. - Niemand wird daran zweifeln, dass mir das schwer fällt, denn mein Herz liegt voll und ganz bei ARIVA.

Nun aber soll es doch geschehen (vgl. das unten angehängte Photo von HIER):
http://www.finanztreff.de/...tKey,891041.STG,popup,,seite,aktien.html

Wie man unschwer erkennen kann, wird dort der tatsächliche Stuttgarter Curs vom heutigen DONNERSTAG (26.2.2009) bei 09:22:27 Uhren völlig correct angezeigt. - Es liegt dort also eindeutig KEINE Out-of-"Spread"-Quoting-Vulnerability vor...

werden müssen, denn auch am gestrigen MONTAG (2.3.2009) war unsere Stuttgarter Curs-Anzeige noch immer GESTÖRT: Es wurde bei 09:22:37 Uhren für Stuttgart noch immer ein angeblich "letzter Kurs" vom "27.02.09" angezeigt. - Und auch die obere Kante der SCONTRO-Taxe wurde für Stuttgart unter "Geld- und Briefkurse" noch immer als "0,035" ?uro angezeigt, obwohl das Herabziehen der oberen Kante der SCONTRO-Taxe auf 0,025 ?uro für Hamburg, München und Frankfurt völlig correct vermerkt worden ist (siehe das angehängte Photo).

Die Preis-Frage lautet: Wieso darf uns unsere Engine für HAMBURG, MÜNCHEN und FRANKFURT, wo die obere Kante der Scontro-Taxe ja vorher AUCH auf 0,035 ?uro gelegen hatte, eine Herabziehung derselben auf 0,025 ?uro völlig CORRECT anzeigen, für STUTTGART aber leider NICHT?

hingegen, von denen ich fünf verschiedene aufgesucht habe, gab es UNSERE Stuttgarter Probleme eindeutig NICHT. - Der vergleichende Blick auf

http://www.finanztreff.de/...tKey,891041.STG,popup,,seite,aktien.html
Beispiels-weise beweist, dass man nicht nur eine bei 09:05:10 Uhren geschehene Herabziehung der oberen Kante der Scontro-TAXE von 0,035 ?uro auf 0,025 ?uro, sondern obendrein ein schon bei 09:05:08 Uhren transagiertes Volumen von 2.000 Stücken @0,024 ?uro ausweislich des angehängten Photo's völlig CORRECT darstellen kann - vorausgesetzt, man verwechselt die obere Kante der Scontro-TAXE nicht mit der oberen Kante des SPREAD's...

gibt es drei Haupt-Varianten, die miteinander combiniert auftreten können. - Alle Erscheinungs-Formen desselben gehören zur Kategorie derer FREEZING-Errors, was diesem Fehler, so er sich zeigt, von vornherein eine hohe Aufmerksamkeit sichert. - Und hier liegt zugleich ein Problem seiner BEHEBUNG. - Jeder spectaculäre Fehler zieht die Blicke nicht nur auf SICH, sondern auch auf die Absonderlichkeiten in seiner UMGEBUNG. - Das kann dazu verführen, einige dieser Absonderlichkeiten fälschlich für die URSACHE des Fehlers zu halten, was dessen Behebung dann nachhaltig BEHINDERT. - Wir sind also gut beraten, streng nach ENTSTÖRER-Handbuch vorzugehen und zumindest einige derer Umgebungs-Auffälligkeiten auf mögliche Causalität abzuklopfen, und zwar VOR der eigentlichen Entstörung...

Beim Blick auf das unten angehängte ABEND-Photo vom MONTAG (2.3.2009) fällt sofort auf, dass dort die den ganzen Tag über BLOCKIERTEN Stuttgarter Curse urplötzlich ANGEZEIGT werden können. - Verblüffung löst auch die Tatsache aus, dass dort nicht nur der CURS, sondern auch der zeitliche VERLAUF(!) des Volumens wie von Geister-Hand repräsentiert wird, indem dort das an diesem BLOCKIERTEN(!) Montag (2.3.2009) bei 09:05:08 Uhren transagierte Volumen von 2.000 Stücken @0,024 ?uro und das bei 13:14:02 Uhren transagierte Volumen von weiteren 200 Stücken @0,024 ?uro getrewlich als zwei VERSCHIEDENE Vorgänge verzeichnet sind!

"Wie ist denn das möglich!", fragt sich sofort der Laie. - Und sein forschender Blick saugt sich an der Auffälligkeit fest, dass in DEM Moment, wo die Stuttgarter Volumina endlich Ordnungs-gemäß angezeigt werden KONNTEN, die Stuttgarter Bid- und Ask-Taxe NICHT mehr angezeigt wurde (während sie für Frankfurt und XETRA noch angezeigt blieb). - Sofort vergleicht er diesen unten documentierten Sach-Verhalt mit dem Photo aus dem obigen Posting #71, wo eine Stuttgarter Bid- und Ask-Taxe (bei blockierter Curs-Anzeige) noch angezeigt WURDE, und weiß nicht, wie er den Trug-Schluss auflösen soll, dass die Anzeige der Scontro-Taxe die URSACHE des "Out-of-Spread-Quoting-Error's", vielleicht auch nur sein AUSFLUSS sei...

Hier weiß das Entstörer-Handbuch natürlich schnell Rat, dass die nach-börsliche Ausblendung der Scontro-Taxe weder als Ursache noch als Wirkung der hier geschauten Variante des OoSQ-Error's überhaupt in BETRACHT kommt. - Da wir jedoch bereits am SONNTAG (18.1.2009) den Eindruck gewonnen haben, dass das einschlägige Hand-Buch
http://www.ariva.de/...sind_unterwegs_t332945?pnr=5316040#jump5316040
(vgl. das obige Posting #63) aus irngswelchen Gründen momentan nicht voll-umfänglich zugreifbar ist, werden wir auch diese Frage unter weitest-gehendem Verzicht auf einschlägig Geschriebenes, allein vermittelst des gesunden Menschen-Verstandes, zu lösen versuchen, welcher Aufgabe das nächste Posting gewidmet sein soll...

Genau in der SECUNDE, in der am heutigen MONTAG (9.3.2009) für HAMBURG bei 09:06:21 Uhren eine Scontro-TAXE (kein "Spread") von 0,023 ?uro im Bid auf 0,025 ?uro im Ask mitgeteilt wurde, blieb die CURS-Anzeige für STUTTGART stehen:

Der dort genau bei 09:06:21 Uhren festgestellte CURS in Höhe von 0,023 ?uro wird auf ARIVA nicht angezeigt. - Die HAMBURGER Curs-Anzeige ist längst um 6 Secunden auf 09:01:27 fortgeschritten, aber von STUTTGART sieht man immer noch die 0,027 ?uro vom FREITAG, dem "06.03.09" (siehe das angehängte Photo)...

hängt die Curs-Anzeige für STUTTGART. - Denn zum Beispiel auf onVista
http://aktien.onvista.de/...I=89070&ID_NOTATION_SELECTED=24766891
wird die exact bei 09:06:21 Uhren am heutigen MONTAG (9.3.2009) in STUTTGART getroffene CURS-Feststellung in Höhe von 0,023 ?uro völlig correct angezeigt (siehe das angehängte Photo)...

Man beachte, dass diese Curs-Anzeige dort möglich ist, OBWOHL der so genannte "Spread" dort Regel-widrig von Oben nach Unten gerechnet und mit 8,00% angegeben wird, da 0,025 ?uro MINUS 8,00% = 0,023 ?uro sind, anstatt ihn mit 8,70% von Unten nach Oben zu rechnen, da 0,023 ?uro PLUS 8,695% = 0,025 ?uro sind.

Der Befund bestätigt eindrucksvoll die ALLGEMEINE Entstörungs-Theorie, die in allen Fällen der Entstörung OHNE Entstörer-Handbuch allein Maaß-geblich ist, - dass nämlich auch FEHLERHAFTE Quellen als Vergleichs-Normal tauglich sind...