Seite 3 von 8

Re: ACB verrechnet sich

Verfasst: Mo 24. Jul 2017, 19:15
von Saturo
In erster Linie Wut im Bauch.
Zum besseren Verständnis habe ich den Beitrag oben editiert.

Re: ACB verrechnet sich

Verfasst: Mo 24. Jul 2017, 20:44
von SammysHP
Ich habe die alten Beiträge nicht gelesen, aber 48 als xx.48 zu interpretieren ist doch völlig korrekt.

Re: ACB verrechnet sich

Verfasst: Mo 24. Jul 2017, 21:07
von 8812
SammysHP hat geschrieben:
Mo 24. Jul 2017, 20:44
Ich habe die alten Beiträge nicht gelesen, aber 48 als xx.48 zu interpretieren ist doch völlig korrekt.
Nein. 48 ist 48 und eben nicht 480. Man füllt nicht vom Punkt aus auf, sondern verwendet grundsätzlich drei Stellen im Dezimalbereich.

Hans

Re: ACB verrechnet sich

Verfasst: Mo 24. Jul 2017, 21:19
von Saturo
Ich glaube eben auch, dass kein Cacher mit Stift und Zettel jemals auf die Idee kommen würde das Formelergebnis 48 als 480 ins GPS einzugeben.
Ich glaube weiterhin, dass kein Owner davon ausgeht, dass der Cacher Nullen rechts auffüllt. Wenn er 480 als Ergebnis haben möchte, passt er die Formel so an, dass 480 herauskommt.
Kurzum hier ist Frust vorprogrammiert.

Re: ACB verrechnet sich

Verfasst: Mo 24. Jul 2017, 21:57
von PiWe84
SammysHP hat geschrieben:
Mo 24. Jul 2017, 20:44
Ich habe die alten Beiträge nicht gelesen, aber 48 als xx.48 zu interpretieren ist doch völlig korrekt.
+1

Genauso wurde es auch bei Cachelab, gcc und afaik bei Multi-cache.ch auch umgesetzt.
Solange man kein Wertebereich vorgibt und man mit einem Gemurkse aus Strings, Zahlen und Ziffern arbeitet lässt sich das leider nicht vermeiden. Ausser man programmiert eine entsprechende KI :p

Re: ACB verrechnet sich

Verfasst: Mo 24. Jul 2017, 22:05
von 8812
PiWe84 hat geschrieben:
Mo 24. Jul 2017, 21:57
[...]
Solange man kein Wertebereich vorgibt [...]
Das Beim Geocaching übliche Kordinatenformat mit Dezimalminuten und drei Stellen nach dem Punkt gibt aber genau den Wertebereich vor. Wir reden hier grundsätzlich von Tausendsteln. Und 48/1000stel sind defintiv 0.048
Wer anderes behauptet, sollte sich ein Schulgeld wiedergeben lassen. :roll:

Re: ACB verrechnet sich

Verfasst: Mo 24. Jul 2017, 22:10
von SammysHP
Es könnten aber ebenso zwei oder vier Nachkommastellen sein. Wenn man die Zahl als 1000er-Zähler sieht, wäre .048 natürlich richtig. Ich sehe hier keine einheitliche Konvention.

Re: ACB verrechnet sich

Verfasst: Mo 24. Jul 2017, 22:13
von arbor95
Das Problem liegt einfach darin, als was man die 3 Ziffern nach dem Punkt betrachtet: Nachkommastellen oder eigenständige Zahl.
Mir sind tatsächlich schon beide Varianten vorgekommen. Eigentlich ist der Owner gefragt, das eindeutig zu kennzeichnen.
Bei einer Null bzw bei einem zweistelligen Rechenergebnis muss man immer den Kopf einschalten. (Wie weit ist der nächste Punkt, passt das Ergebnis zum bisherigen, was sagen Vorlogs,...)
Ich denke, daß es möglich ist im Solver auch entsprechende Hinweise einzubauen. (Muß ich mir bei Gelegenheit mal anschauen)

Re: ACB verrechnet sich

Verfasst: Mo 24. Jul 2017, 22:24
von cacheboxer
PiWe84 hat geschrieben:
Mo 24. Jul 2017, 21:57
SammysHP hat geschrieben:
Mo 24. Jul 2017, 20:44
Ich habe die alten Beiträge nicht gelesen, aber 48 als xx.48 zu interpretieren ist doch völlig korrekt.
+1
Genauso wurde es auch bei Cachelab, gcc und afaik bei Multi-cache.ch auch umgesetzt.
Solange man kein Wertebereich vorgibt und man mit einem Gemurkse aus Strings, Zahlen und Ziffern arbeitet lässt sich das leider nicht vermeiden. Ausser man programmiert eine entsprechende KI :p
Es würde vielleicht helfen, als Ergebnis den expandierten String ("N53 30.48 E9 20.48"), statt der interpretierten Koordinate ("53° 30,480N / 9° 20,480E") anzuzeigen. So, wie es auch angezeigt würde, wenn dem Ergebnis kein Wegpunkt zugewiesen wäre. Dann könnte man sehen, dass es hier verschiedene Intepretationen geben könnte und 'mal auf der Karte schauen, welche Variante plausibler ist.

Re: ACB verrechnet sich

Verfasst: Mo 24. Jul 2017, 22:35
von 8812
SammysHP hat geschrieben:
Mo 24. Jul 2017, 22:10
[...] Ich sehe hier keine einheitliche Konvention.
N 53° 33.123' E 010° 02.456'
ist nicht eindeutig genug? Das ist das übliche Koordinatenformat bei GS und OC. Man darf das ruhig als Konvention bezeichnen.