Neco pro kacery aneb Geocaching na APRS.
Klicove slovo je GEO (geo). Zadanim klicoveho slova bez parametru system prohleda 5 nejblizsich kesi od pozice odesilatele a posle pouze kese typu Regular (muze tedy poslat 0 az 5 objektu).
Zadanim GEO a waypointu (napr GEO GCA917) system posle souradnice kese.
APRS umi jen setiny minut, proto jsou v komentari napsane i tisiciny. Vzhledem k chybejicim tisicinam to neni delane na hledani kesi, ale je to jednoduchy zpusob jak dostat kesku do autonavigace (Geosat). Tak mi to prosim tolerujte. 🙂
Teda honzo, ty jedes! 😀
Vecer jsem te smiroval, tak jsem tusil ze na tom pracujes. Odkud beres aktualni data? 🙂
EDIT: chapu-li to dobre, vybere se 5 nejblizsich kesi a pokud je z toho nejaka regular, tak se odesle. Proc tedy rovnou nevybrat 5 nejblizsich regular kesi? 🙂
aaaaneeeboooo, co takhle nehcat uzivatele vybrat si pocet sam, napr GEO 10 posle 10 🙂 Ale 10 bych si videla jako maximum, aby se sit prilis nezahltila 🙁
Pouzivam tehle tool http://geo.rkkda.com/ . Staci tam vyplnit login a heslo na GC.com a jede to. Pak uz je tam spoustu prikazu.
Bohuzel nejde hledat 5 regular, ale je mozne zadat N-kesi a z toho vybrat regular. Delaji to tak vsechny programy spolupracujici s GC.com. Stejne tak mapa GC je omezena na 500 kesi a nezalezi na tom, zda zaskrtas jen Regular nebo jen Unknown.
Jeste asi dodelam moznost uzivatelske volby poctu hledanych kesi. Samozrejme pro zacatek bylo jednodussi napsat tam "geo-nearest -n5 -Iregular $LAT $LON".
Samozrejme pro zacatek bylo jednodussi napsat tam "geo-nearest -n5 -Iregular $LAT $LON".
tak to je jasny 😉
Bohuzel nejde hledat 5 regular, ale je mozne zadat N-kesi a z toho vybrat regular. Delaji to tak vsechny programy spolupracujici s GC.com.
A co takhle vyhledat treba 30 nejblizsich a pomoci vlastniho skriptu v nich najit ty nejblizsi regular kese? ... jen napad 🙂
Zase jsem mel sileny napad a behem vcerejsi noci a dneska jsem ho uskutecnil. Stahnul jsem si vybrane body zajmu (POI) z POI.cz a napsal jsem skript, ktery umi na vyzadani zaslat nejblizsi bod zajmu od souradnic, kde se nachazi stanice, ktera poslala zpravu. Pokud tedy hledate nejblizsi bankomat/hotel/kavarnu/benzinku/... staci poslat zpravu pres APRS a behem nekolika desitek sekund obdrzite objekt se souradnicema, adresou a pripadne telefonem.
Velmi pěkné.
POZOR vyhledavani nekterych objektu jako restauraci a hotelu, muze trvat i par minut. Pokud je vyhledavani aktivni system neraguje na zadne dalsi zpravy. System zpravocvava prijate zpravy vzdy jednou za minutu, pokud zrovna nehleda nejaky objekt. Pokud nedostanete potvrzeni (ACK) system pravdepodobne zpravnu momentalne nemuze zpracovat.
Čím je toto dáno, náročností zpracování? zatím jsem negoogloval, ale určitě budou existovat nějaké lepší algoritmy, ale nežli procházet databázi řádek po řádku, napadlo mne třeba:
vytvořit několik referenčních bodů (čím více, tím lépe) spočítat a zaindexovat vzdálenost všech POI od těchto bodů. po aprs dotazu na POI zjistit vzdálenost odesílatele k nejbližšímu referenčnímu bodu, na základě toho pak provést filtr v POI, v těch co zbydou se bude hledat snad rychleji...
ještě jedna věc (možná již existuje)...:
ADD_OBJ klíčové_slovo
klíčové slovo: Nehoda, Požár, Záplava... (expedice...)
pro vytvoření objektu na aktuálních souřadnicích odesílatele (nebo poloha_obj=souřadnice_teď mínus čas potřebný k napsání zprávy) který by za danou dobu expiroval...
Petr
EDIT: aha, TA se již probíralo... http://www.hamradio.cz/forum/viewtopic.php?f=5&t=183#p2289 , objekt by byl globální...
