Stefan Dettenhofer (StefanDausR) schrieb: > Ulf Lamping schrieb: >> Außerdem werden die lat/lon Werte jetzt mit "allen verfügbaren Nullen" >> am Ende geliefert, also nicht mehr 86.84 sondern 86.8400000 - was auch >> nicht unbedingt im Sinne des geringen Transfervolumens ist ;-) >> >> Führt jetzt bei einem XSLT Skript von mir dazu, das fast alle Nodes >> gegenüber frühereren Referenzpunkten "ihren Platz geändert haben" :-( >> >> >> > Man darf auch nie Fließkommazahlen auf Gleichheit testen, sondern immer > nur Integer-Werte! Also vorher Runden und dann auf Gleichheit testen!
Ähem, du redest von Problemen mit Darstellungs-/Rundungsfehlern hervorgerufen durch IEEE Darstellung mit Exponent und Mantisse. Nur habe ich im XML keine Fließkommazahl, sondern die textuelle Repräsentation einer solchen - und das auch noch mit einer sehr begrenzten Anzahl Nachkommastellen, wo die von dir skizzierten Probleme schlicht keine Rolle spielen dürften. Wenn ich den String direkt vergleiche (was in XSLT leichter ist als ein Delta-Vergleich), habe ich daher solange kein Problem, wie sich die textuelle Repräsentation selbst nicht ändert - was eigentlich seit Jahren der Fall ist. Mir ging es nicht darum wie ich dieses Problem lösen kann - das weiß ich auch selber. Mir ging es darum, das sich hier subtil was geändert hat und jemand der nicht damit rechnet bei einem ähnlichen Problem u.U. ziemlich lange unnötig suchen muß. Gruß, ULFL _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
