openchecker improvement: show nearing results

[kojoty]

from OCPL forum (AER):

Pytanie - propozycja do openSprawdzacza: czy istnieje szansa, by wynik nie był podawany zerojedynkowo (dobre / złe kordy), lecz w przypadku wyniku zbliżonego do właściwego wyskakiwał komunikat, iż kordy do dupy, ale jesteś, keszerze szanowny, w promieniu iluśtamniewielu? Nie pamiętam, ale chyba geochecker tak ma (lub miał).

A pytanie dla mnie o tyle ważne, że w różnych quizach trzeba przekonwertować współrzędne na inny format i pojawiają się zaokrąglenia. Skutek taki, że zagadka rozwiązana, kordy pół koboldziej stopy od właściwych, a openSprawdzacz mówi że nie da rady (i keszer kombinuje że na przykład w ogóle źle się za zagadkę zabrał).

[deg-pl]

I think Openchecker should work as TRUE/FALSE (as is)

If it give a distance, after FOUR attempts I was able to determine the location of the cache with high probability, without solving the quiz.

EDIT: With given distance we need only 3 attempts to quess any quiz! After 2 tries we have only 2 points to check.

[kojoty]

If "near" means for example 25m it is not a problem for me :)

[deg-pl]

The quiz with the openchecker should give a solution with EXACT coordinates. Why inform the user - you have a bad solution, but good enough that you can go to coordinates and find the bruteforce method. Why solve quizzes?

[andrixnet]

IMO Openchecker should work as true/false only. No approximations.

[deg-pl]

@andrixnet on OC PL Forum we discuss about it. Conclusions (polish with google translation below)

Proponuję przyjąć założenia:

• Nie zmieniamy funkcjonowania Opensprawdzacza w stosunku do obecnych quizów/nietypowych bez woli i wiedzy Założycieli. Takie działanie popsułoby sporą część quizów
• Rozszerzamy funkcjonalność Opensprawdzacza (Openweryfikatora?) o nowe tryby. Podczas zakładania/edycji kesza Założyciel może wybrać jeden z trybów działania

Propozycje trybów:

• Dotychczasowy 0/1. Albo kordy są poprawne w 100%, albo nie.
• Z tolerancją - działa j.w., ale w określonej strefie pojawia się komunikat, że kordy masz błędne, ale kesz jest blisko. Każdy Założyciel może samodzielnie definiować jak duża jest ta strefa
• Tolerancja z informacją - działa jak tolerancja, dodatkowo podaje: jesteś w odległości XX m od kordów.
• Pelengacja - działanie jak http://pelengacja.miklobit.pl/
• Hasło - po podaniu hasła wyświetlane są właściwe kordy. Ten tryb pozwoliłby w wielu przypadkach uniknąć bezsensownych obliczeń kordów z np. cyferek zczytywanych z tablicy. Ideą quizów z cyferkami często jest skłonienie keszera do odwiedzenia miejsca w którym założyć kesza się nie da. Zamiast liczyć często skomplikowane wzory - podajesz hasło ("2-gi wyraz w 4-tej linijce") i masz kordy

I suggest to accept the assumptions:

• We do not change the functioning of the Open Checker in relation to the current quizzes without the will and knowledge of the Founders. Such action would spoil a large part of the quizzes
• We are extending the Open Checker functionality (Open Verifier?) ​​with new modes. When creating / editing the Cache, the Founder can choose one of the modes of operation

Suggestions of modes:

• Current 0/1. Either the cords are 100% correct or not.
• With tolerance - works in as above, but in a specific zone a message appears that the cord is wrong, but the cache is close. Each Founder can independently define how big this zone is
• Tolerance with information - acts as a tolerance, in addition it states: you are at a distance of XX m from the cords.
• Bearing - action like http://pelengacja.miklobit.pl/
• Password - the appropriate cords are displayed after entering the password. This mode would allow in many cases to avoid pointless calculations of cords from eg numbers crossed from the table. The idea of ​​quizzes with numbers is often to get the cacher to visit a place where you can not set up a cache. Instead of often counting complex patterns - you give the password ("2nd word in the 4th line") and you have a cord

[andrixnet]

Interesting discussion and very productive way to exchange ideas with the geocacher community.
I completely agree not to change the way it works with existing caches.

Regarding proposed modes, might I suggest the following:
Modes of operation:

• precise (current mode)
• with tolerance
• password

Regarding "tolerance mode":

• tolerance radius must be a required field, expressed in meters. This field must be checked against a defined maximum allowed radius, which should be a per-node setting. (eg tolerance may be at most 20m on PL and 10m on NL)
• optional checkbox = show "you are XX m from the cache"
• optional checkbox = show bearing from entered coords to the cache