• Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.

ACB verrechnet sich

M

McSla

Geocacher
Zunächst mal einen guten Rutsch gehabt zu haben...

Im Rahmen eines Mysteries bin ich bei ACB über folgendes Problem gestoßen:
Screenshot_2015-12-31-23-46-33.png

Samsung XCover2 (GT-S7710)
Android 4.1.2
CB 0.7.2014

Da ich gerade schon beim Solver bin:
Im Solver benutze ich recht häufig das Kommentarzeichen #
Diese werden mit der kompletten Zeile vom neuen Solver weiterhin gelöscht :(
(vergleiche auch https://geoclub.de/forum/viewtopic.php?f=114&t=73958#p1167435)

Und weiterhin:
McSla schrieb:
alphapos(".") liefert -52. [...]
AlphaPos("ä") liefert 132. [...]


Und noch ein paar Wünsche für die Zukunft (ich kann mir bei den meisten behelfen):
  1. AlphaPos("abc") sollte 1 2 3 ergeben (also alle einzelnen Buchstabenpositionen)
  2. sqrt(x) (geht auch mit x^-0.5)
  3. Trigonometrische Funktionen (geht auch (mühsam) mit Taylor-Reihen)
  4. Ich trau es mich fast gar nicht zu schreiben: Schleifen, Bedingungen, selbst-definierte Funktionen...
Zum Vergrößern anklicken....
 
Saturo

Saturo

Geomaster
Was mir letzte Woche aufgefallen ist:

"N 50 43."A 08
Liefert
"N 50 43."A80

"N 50 43." A 0 8
Liefert
"N 50 43."A08

Gesendet von meinem GT-I9300 mit Tapatalk 2
 
OP
M

McSla

Geocacher
Hmm. warum kann ich meine eigenen Beiträge nicht korrigieren?

Falsche ACB-Version angegeben: Richtig ist 20151130 (test)
 
H

Homer-S

Geomaster
@Saturo das erste ist ja klar. Wenn du 08 nicht als Text definierst mit "" dann denkt er/es es ist eine Zahl 08 =8
Beim Wegpunkt müssen aber 3 Ziffern sein, also A 8 0 weil ja hinten noch ne Ziffer hin muss

Bei "n50 42."a"08" gehts oder mit dem Leerzeichen, wie du im zweiten hast ...
Das ist kein Fehler denk ich
 
klausundelke

klausundelke

Geowizard
Homer-S schrieb:
Das ist kein Fehler denk ich
Zum Vergrößern anklicken....
Genau so ist es!
Das wäre das gleiche als wenn Du
B = 8
"N 50 43."A B
schreiben würdest.
Hat bei mir auch schon öfter für falsche Koordinaten gesorgt wenn z.B.
"N 50 43."A
gefragt war und A = 8 gesetzt war.
Stellt sich eh immer die Frage meint der Owner .800 oder .008
ich hatte jedenfalls schon beide Fälle.
 
Saturo

Saturo

Geomaster
Die selbe Logik führt dazu dass:

"N 49 42.110 E 011 10."(280-200)

N 49 42.110. E 011 10.800

ergibt, was leider definitiv falsch ist.


Gesendet von meinem GT-I9300 mit Tapatalk 2
 
C

cacheboxer

Geomaster
Das Ergebnis ist nicht falsch - die Formel ist falsch. Wenn Du das Ergebnis der Subtraktion auf drei Stellen mit Vornullen aufgefüllt haben möchtest, musst Du ":3" (ohne Anführungszeichen) anhängen.

Vom Tablet gesendet
 
Saturo

Saturo

Geomaster
Bleibt zu hoffen dass (260-200):3 niemals in einem Cache vorkommt, denn dass wäre auch wieder falsch.

Aus meiner Sicht ist es falsch hinten Nullen aufzufüllen. 280-200 ist nun mal 80 und nicht 800.


Gesendet von meinem GT-I9300 mit Tapatalk 2
 
C

cacheboxer

Geomaster
Saturo schrieb:
Bleibt zu hoffen dass (260-200):3 niemals in einem Cache vorkommt, denn dass wäre auch wieder falsch.
Zum Vergrößern anklicken....
Es gibt Listings, die ":" als Divisionsoperator verwenden. Den muss man dann halt durch "/" ersetzen, weil das der Divisionsoperator in ACB ist.

Aus meiner Sicht ist es falsch hinten Nullen aufzufüllen. 280-200 ist nun mal 80 und nicht 800.
Zum Vergrößern anklicken....
Es werden hinten keine Nullen aufgefüllt. Es wird wie vom Anwender verlangt an den Text "N 49 42.110 E 011 10." das Ergebnis der Subtraktion "(280-200)" als Text angehängt. Das Ergebnis ist der Text "N 49 42.110. E 011 10.80" und der wird so auch vom Solver angezeigt, wenn man das Ergebnis einer Variablen zuweist oder ohne Zuweisung stehen lässt.

Weist man das Ergebnis einem Wegpunkt zu, wandelt der Solver die Koordinatenteile in Zahlen um. Aus dem Text "10.80" wird die Dezimalminute gesetzt (vereinfacht gesagt - intern wird mit Dezimalgrad gearbeitet). 10.80, 10.8, 10.800, 10.8000000 ist nunmal mathematisch ein und dasselbe. Bitte richten Sie Ihre Beschwerde je nach Weltanschauung an Adam Riese oder den lieben Gott oder korrigieren Sie Ihre Formel :p

Die Solver setzen nicht nur Koordinatenteile ein - man berechnet damit auch Längen und Peilungen für Projektionen, Codes für Zahlenschlösser oder was auch immer an Aufgaben gestellt wird. Es wäre absolut tödlich, da eine eigene Mathematik für die Solver einführen zu wollen.

Wenn Du mit Vornullen aufgefüllt haben möchtest, setze bitte das ":3". Wenn ein Owner mathematisch falsche Aufgaben stellt, bitte ihn, das Listing zu korrigieren.

MfG
 
arbor95

arbor95

Geoguru
Senf dazu: da 10.800 oder 800 zwar auch Zeichenfolgen sind, aber gewünscht wird damit zu rechnen, was wiederum die Interpretation als Zahl voraussetzt, könnte man tatsächlich erwarten, dass bei Rechnungen auch Zahlen statt Zeichenfolgen herauskommen. An dieser Stelle ist einfach das Gehirn einzuschalten und sich zu merken, dass ohne besondere Vorkehrungen für die Ausgabe der Berechnung, diese "linksbündig" ausgegeben wird. Ein anderes Verhalten wäre grundsätzlich auch möglich, ist aber eben nicht umgesetzt.
 
Saturo

Saturo

Geomaster
Inzwischen setze ich prinzipiell :3 hinter jede Formel die Koordinaten berechnet. Ich kann ja nie wissen ob es erforderlich ist oder nicht. Fakt ist, das ich noch keinen Cache gesehen habe, bei dem hinten Nullen aufgefüllt werden mussten.
Was mich jedoch wirklich wundert ist, dass nur ich dieses Problem habe. Oder bin ich inzwischen der einzige User der noch den Solver nutzt?

Gesendet von meinem GT-I9300 mit Tapatalk
 
H

Homer-S

Geomaster
Nein, bist du nicht.
Aber nachdem ich mich einmal sauber "verlaufen habe" prüfe ich doppelt bei "komischen" Wegpunkten, ob es wieder der "Fehler" ist.

Das hat mich abe noch nie gestört, doppelt zu schauen. Das mit dem :3 find ich ist eine gute Lösung und die kann man ja so nutzen und schon läufts ...

Ich kenne bis jetzt noch nichts vergleichbares an Solvern wie unseren S1, außer, und das nun zu bemühen ist mir fast müßig, die Bedienbarkeit der Texteingabe.
 
Saturo

Saturo

Geomaster
Homer-S schrieb:
Aber nachdem ich mich einmal sauber "verlaufen habe" prüfe ich doppelt bei "komischen" Wegpunkten, ob es wieder der "Fehler" ist.
Zum Vergrößern anklicken....

So geht es mir leider auch immer. Gestern einen Multi mit 18 Stationen absolviert. Die teilweise recht komplexen Formeln habe ich natürlich mit WCB vorab in den Solver kopiert und dabei immer schon wenn etwas abgezogen wurde :3 angehängt.
Eine Konstellation (E 011 05.a(b+c)+d-c) ist mir dabei wieder durchgerutscht. und promt sind wir nach 6 Stunden nocheinmal 600m in die tiefste Pampa marschiert, haben 20min gesucht nur um dann beim händischen Nachrechnen festzustellen, dass es 054 statt 540 heißen muss.

Kann man nicht einen Schalter ala Standartmässig :3 an alle Solvereingaben anhängen einbauen?
 
H

Homer-S

Geomaster
Die Formel (E 11 05.a (b+c) usw
Klappt die überhaupt?
Gefühlt müsste das doch "e11 05."(a (b+c) usw):3 sein

Oder?
 
Saturo

Saturo

Geomaster
Gestern hatte ich mal wieder etwas Zeit zu cachen. Prompt habe ich :3 vergessen, das Ergebnis 48 wurde als 480 statt 048 interpretiert und bin einen Umweg von gut einer Stunde gegangen.
Nun bin ich mit dem Solver in seiner jetzigen Form endgültig durch, was echt schade ist, weil ich ihn viel und oft genutzt habe. Wegen mir braucht ihr keine Ressourcen mehr in dieses Teil zu investieren.

Vielleicht kann man in Cachebox 3 einen Schalter einbauen um das Verhalten bei der Umsetzung des Rechenergebnisses in Koordinaten zu beeinflussen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben