Haakjes, Dubbele Haakjes, Sterretje, Punt Etc.etc.

[ceesmich]

Wie kan ons uitleg geven hoe we de gebruikte rekenmethode die wij al vaak zijn tegengekomen bij het formuleren van, voornamewlijk eindcoördinaten, die leiden naar de plaats van de cache, en hierdoor helaas al vaak tot teleurstellingen hebben geleid. Voorbeeld bij een van onze laatste zoektochten N51.(J*J0+G.((26*A)-G)

E004.(E*+D.H(C+1)(I\F-2)

[fczwolle99]

Tussen haakjes betekent dat je dat eerst moet oplossen. Dus bij dubbele haakjes: eerst de binneneste dan de buienste

* word gebruikt voor x dus 3*4=12

en \ bedoelen ze volgens mij delen mee dus 12\3=3

[adrike]

Wij reken dit soort sommen altijd uit op onze mobiele telefoon. Daar kan je alle haakjes en rekentekens gebruiken zoals staat aan gegeven bij de som. Wel zo makkelijk en weinig kans op fouten.

[trainfreak]

Wat binnen haakjes staat moet je altijd apart uitwerken.

 

N51.(J*J0+G.((26*A)-G)

Dus: J*10+G, dan bereken je eerst 26*A en je trekt daar G van af, dan heb je de coordinaat

 

E004.(E*B )+D.H(C+1)(I\F-2)

Hier idem dus (E*B )+D

Dan je cijfer H, dan (C+1) en tenslotte (I/F-2)

 

Tenzij er gebruikt gemaakt is van 'wiskundige regels', maar ik denk niet dat dit hier het geval is.

10 augustus 2010 bewerkt door trainfreak

[hesselannema]

Onder weg heb je de benodigde getallen bij a b c enz. gekregen.

Deze vul je dan in op de ontbrekende plaatsen.. en rekenen maar.

Als opmaak hou je Nxx.xx.xxx Exxx.xx.xxx in het achterhoofd.

Dus (J*J)+G leid tot een antwoord van 2 cijvers en (26*A)-G) tot en antwoord van 3 cijvers

 

(ben er vanuit gegaan dat er een "(" te veelstaat in je voorbeeld)

10 augustus 2010 bewerkt door hesselannema

[Krusko]

en \ bedoelen ze volgens mij delen mee dus 12\3=3

Woops... hahaha... Tijd voor de rekenmachine

[rhr_nl]

Caches met dit soort waardeloze berekeningen mogen de reviewers wat mij betreft afkeuren zodat ze niet online komen. Voor dit soort berekeningen moet een eenvoudigere oplossing zijn.

[parreg]

Nog eenvoudiger?

[ceesmich]

Wie kan ons uitleg geven hoe we de gebruikte rekenmethode die wij al vaak zijn tegengekomen bij het formuleren van, voornamewlijk eindcoördinaten, die leiden naar de plaats van de cache, en hierdoor helaas al vaak tot teleurstellingen hebben geleid. Voorbeeld bij een van onze laatste zoektochten N51.(J*J0+G.((26*A)-G)

E004.(E*+D.H(C+1)(I\F-2)

 

Sorry foutje in eerste coördinaat! moet zijn N 51.(J*J)+G.((26*A)-G)

E004.(E*+D.H(C+1)(I\F-2)

[Bariet]

Ik zou het als volgt interpreteren (vooropgesteld dat er tikfouten instaan) :

N51 (J*J0+G.((26*A)-G) : (J*J0+G als J*10*J+G en het minutendecimale eerst A vermenigvuldigen met 26 en G eraf trekken

 

E004(E*+D.H(C+1)(I\F-2) : E vermenigvuldigen met B en daar D bij optellen, dan het minuten decimale deel H als eerste cijfer ; C+1 als tweede cijfer en I/F-2 als derde cijfer aannemende dat \ moet zijn / (een check is dat normaal gesproken I/F een heel getal moet opleveren)

 

Het is wel erg verwarrend allemaal.

[Lighthouse777]

Ik reken het tegenwoordig met PCGT uit, maar het beroerde is dat ook veel cache-eigenaren niet altijd weten hoe het precies moet en ik kom toch regelmatig wel fouten tegen en dan moet je het toch anders uitrekenen, terwijl dat dus eigenlijk niet klopt.

Lastig, misschien goed om, zeker met het leggen van een cache en dan het erbij doen van zo'n berekening wel het op de juiste manier te doen.

Dan is het immers voor iedereen op te lossen?!

[fczwolle99]

en \ bedoelen ze volgens mij delen mee dus 12\3=3

Woops... hahaha... Tijd voor de rekenmachine

nee hoor.

Ik had eerst 9/3=3 staan

Maar 2 keer 3 dacht ik dat het misschien verwarrend was, dus deed ik 12....

[Sivota]

Er staat wat uitleg over rekenregels op deze site.

[Miniatuur]

Dat is een goede site voor de rekenregels.

En toch gebeurt het nog dat cachers van het tijdperk van Meneer van Dale in de fout gaan.

Wij hebben dat ontdekt na het oplossen en vinden van de cache De moord op Meneer van Dale GC11RX3. Deze cache is gearchiveerd, maar nog wel na te lezen. Op dat punt horen wij nu bij de generatie van na Meneer van Dale. En wij houden ons dus aan die regels, ook bij onze eigen caches.

[Fotogravinnetje]

Ik vind het wel leuk om eerst te kijken of er uit een som netjes een coord uitkomt volgens de wiskundige regels (dus het cijfer achter de punt is een getal van 3 cijfers) of dat ik 3 sommetjes heb waar steeds een getal tussen 0 en 9 uit komt. Ben ook wel tegengekomen dat een cache-legger daar niet consequent in was. Maar meestal kun je er prima uit komen als je weet welke vorm het coord moet hebben.

Bij dit voorbeeld zie je mogelijk al die inconsequentie: Het N-coord ziet er als volgt uit: N51° ((J*J)+G = twee-cijferig getal) . (((26*A)-G) = drie-cijferig getal). Het E-coord: E004° ((E*B )+D = twee-cijferig getal) . (H = 1e decimale getal) ((C+1) = 2e decimale getal) ((I\F-2) = 3e decimale getal), hoewel het ook zo kan zijn dat je eerst C+1 en I/F - 2 uit moet rekenen en dan die uitkomsten met elkaar en met H moet vermenigvuldigen