Plugin für Bildfahrpläne

[Duke]

Ich habe zwar am allerwenigsten Ahnung, finde es aber komisch, dass es dann doch einmal funktioniert hat, obwohl da auf jeden Fall ebenfalls ein Sonderzeichen vorhanden war.

Es gab sehr wahrscheinlich vor ein paar Wochen Änderungen an der Schnittstelle, die zu dem Verhalten führen.

[GuyD]

Gelten die französischen accents (é, ç etc.) auch als Sonderzeichen? Die tauchen nämlichen regelmässig in Ortstnamen und somit auch in Zugläufen auf.

[DevonFrosch]

Moin,

es sind Sonderzeichen, aber problematisch sind in erster Linie die Zeichen, die in XML eine besondere Bedeutung haben, ohne Anspruch auf Vollständigkeit:

Code: Alles auswählen

< > ' ? " / \ & { }

Wobei der / inzwischen recht zuverlässig funktionieren sollte. Beim Rest muss man das immer im Einzelfall testen.

Gruß,
DevonFrosch

[Duke]

Wobei der / inzwischen recht zuverlässig funktionieren sollte. Beim Rest muss man das immer im Einzelfall testen.

Gerade der / scheint in dem konkreten Fall aber ein Problem zu sein und er kommt recht häufig vor.

[DevonFrosch]

Wobei der / inzwischen recht zuverlässig funktionieren sollte. Beim Rest muss man das immer im Einzelfall testen.

Gerade der / scheint in dem konkreten Fall aber ein Problem zu sein und er kommt recht häufig vor.

Warte, von welchem Fall sprichst du (Anlage und/oder Zug)? Ich gehe nämlich aktuell davon aus, dass in Verden die spitzen Klammern das Problem sind - und weitere Probleme wurden bisher immer nur als "es gibt irgendwelche Anlagen" beschrieben.

Gruß,
DevonFrosch

[Duke]

Ich hatte den Fall, dass ein Zug mit folgendem Text im Fahrplan war: vmax 60 km/h. Sobald jener Zug mit dem / aus dem Stellwerk gefahren ist, hat das Plugin wieder funktioniert.

Ein gutes Beispiel ist auch dieses Stellwerk. Dort gibt es häufiger Hinweise mit :, die scheinbar auch diesen Fehler auslösen.

[MeldungsRobot]

Automatische Meldung vom Bugtracker:

Es existiert bereits ein Case #3553 für diesen Fall: Pluginschnittstelle: Escaping von Sonderzeichen

[MeldungsRobot]

Automatische Meldung vom Bugtracker:

Es existiert bereits ein Case #3553 für diesen Fall: Pluginschnittstelle: Escaping von Sonderzeichen

[MeldungsRobot]

Automatische Meldung vom Bugtracker:

Der Case #3553 wurde geschlossen (erledigt). Behoben ab Build 5808 (Java). Freigegeben ab Revision 11373.

[MeldungsRobot]

Automatische Meldung vom Bugtracker:

Die Korrektur von Case #3553 ist jetzt online.

[PianoRailways]

Seit mindestens gestern Abend funktioniert es wieder nicht mehr. jTrainGraph kann sich irgendwie nicht verbinden. Auch andere Plugins haben Probleme, sich zu verbinden.

Eventuell machen Umlaute Probleme?

Code: Alles auswählen

System.AggregateException: One or more errors occurred. (Reference to undeclared entity 'uuml'. Line 1554, position 143.)

[PoFraBoPil]

Ich gehe davon aus, dass hier nicht als XML kodiert wird, sondern als HTML. XML kennt kein 'uuml'-Entity, weshalb der Reader (zu recht) eine Exception schiesst.

Ersichtlich z.B. hier:

Code: Alles auswählen

<shape name='Emmenbr&uuml;cke 191' enr='141' type='7' />
<shape name='Emmenbr&uuml;cke 291' enr='142' type='7' />
<shape name='Emmenbr&uuml;cke 191' enr='143' type='6' />
<shape name='Emmenbr&uuml;cke 291' enr='144' type='6' />

Effektiv müssen in XML nur 5 Zeichen escaped werden... <, >, &, ', und ".

[DevonFrosch]

Moin,

ich schaue mal, was wir da machen können.

Gruß,
DevonFrosch

[BadWolf97]

ich schaue mal, was wir da machen können.

Wäre es nicht generell sinnvoll, (auch) eine JSON-API anzubieten? Das ist (in meiner Weltsicht) ein etwas besseres Format als XML ^^

[DevonFrosch]

Moin,

naja, der einzige Vorteil wäre eine geringere Größe, ansonsten gibt's im Zweifel Probleme mit Anführungszeichen und Whitespace - das ist nicht viel besser als XML

Es gab heute einen Hotfix, damit wurde die Ersetzung etwas zurück gedreht. Testet das also gerne nochmal.

Gruß,
DevonFrosch