geocaching.hu geocaching.hu FAQ/cachikett
   + geoládák ~  |  + megtalálások ~  |  + felhasználók ~  |  + poi ~   |   fórum    |   belépés
  
  
  
 
FAQ
Előzmények

Jujuhozzászólásai | válasz erre | 2019.07.15 09:05:48 (2494)
Sajnos az óraátállítás eltörlése nem befolyásolja az időzónák eltérő helyi idejének problémáját. Az továbbra is különböző lesz. De ha a hibaüzenetbe bekerül, az jó. Ez egyébként Magyarországon is lehetséges, ha valaki a határ közelében a külföldi hálózatra csatlakozik, és a telefon idejét automatikusan a hálózatból veszi.
[előzmény: (2493) Old Eye, 2019.07.15 07:11:28]

Old Eyehozzászólásai | válasz erre | 2019.07.15 07:11:28 (2493)
Világos helyzetleírás. Köszönjük.

Ha azt nézzük, MGKE geoládáinak csak kis tört része van határainkon túl telepítve és a napi logok számaihoz mérten az azokra küldött bejegyzések is elenyésző számúak, nem érdemes komoly erőforrást áldozni ez jelenség kezelésére.

Néha a faék módszer a leghatásosabb - kérdéses ládáknál figyelmeztessük a játékost, vegye figyelembe a hazai időszámítást!

Vállalom, ez esetekben a WEB-es felületen, vagy a ládaleirásban vagy a log bevitelnél kiíratom az időzónákra figyelmeztetést.
Erre van egy alaprutin: https://geocaching.hu/inHungary.inc (A raszteres ez alapján vált TUHU és OSM térkép között.) Hívása API-nól nem lehet gond.

Mert azt is vegyük figyelembe, ha minden igaz, pár éven belül eltörlik az óraátállítást. Nem tudni, nálunk melyiket (téli vagy nyári időszámítást) fogják bevezetni. Jobb eleve mint most, akkor sem kínlódni vele.
[előzmény: (2492) bigmick, 2019.07.14 22:43:46]

bigmickhozzászólásai | válasz erre | 2019.07.14 22:43:46 (2492)
Az appok természetesen engedik az időpont manuális bevitelét.
Amúgy meg nem felelőst akarok keresni, hanem csak (mivel magam is ugyanígy jártam anno), maximálisan megértem a mezei user lelkiállapotát.
Az ember külföldön is a megszokott módon próbál logolni először:
- örül, hogy megtalálta a ládát,
- örül, hogy sikerült kideríteni a jelszót,
- előkapja a telefont, logolást kezdeményez,
- elfogadja az app által felkínált aktuális időpontot,
- beírja a jelszót,
- ha rendes, akkor némi érdemi megjegyzést is ír,
- majd nyomja a Beküldés gombot,
- aztán értetlenül bámul, hogy most akkor miért is nem engedi a szerver a logolást.
- Ki akart itt jövőbeli időpontra logolni? Most x óra y perc van, ennyit is írtam be (hagytam jóvá), most akkor mi a fene baja van?.

A user nem ismeri a technikai hátteret, fogalma sincs, milyen kiegészítő infók (mint pl. időzóna) utaznak (vagy nem) a háttérben, nem tudja (eddig [akár évekig] nem is kellett tudnia), hogy az időzóna eltérés lehet a dolog hátterében.

Arra próbáltam az előbb célozni, hogy megfelelő módon esetleg lehetne a user figyelmét felhívni arra, hogy ember, LEHETSÉGES, hogy azért kapod a jövőbeli logolást tiltó üzenetet, mert momentán nem a budapesti szerverrel azonos időzónából próbálkozol.
Ezt az üzenetet praktikusan adhatná a szerver (aki az időpontot ellenőrzi), ha direktben weblapon át próbál logolni a user.
Appok esetében pedig vagy az API hibaüzenete egészülhetne ki ilyen plusz infóval, vagy megteheti maga az app is (ha külön 4xx-as hibakódja van ennek a típusú hibának)
[előzmény: (2490) Old Eye, 2019.07.14 22:12:09]

Old Eyehozzászólásai | válasz erre | 2019.07.14 22:12:09 (2490)
Kap hibajelzést, nem? Ha nem tudja értelmezni, az nem az üzemeltető hibája, kivéve, ha az app-ok nem engedik az időpont manuális bevitelét.
[előzmény: (2489) bigmick, 2019.07.14 21:19:13]

bigmickhozzászólásai | válasz erre | 2019.07.14 21:19:13 (2489)
Aki messze nyugaton és keleten ott áll a megtalált láda felett és azonnal bejelenti, az pontosan tudja, hány az óra otthon, írja be azt és kész.
Csak a mezei user egyszerűen nincs tudatában annak, hogy gond, ha nem így tesz.
[előzmény: (2487) Old Eye, 2019.07.14 21:07:32]

Old Eyehozzászólásai | válasz erre | 2019.07.14 21:07:32 (2487)
Szerintem se kell sokat foglalkozni a megtalálás időpontjának korrekt rögzítésével.
Aki messze nyugaton és keleten ott áll a megtalált láda felett és azonnal bejelenti, az pontosan tudja, hány az óra otthon, írja be azt és kész.
Ezt az adatot kezdetben manuálisan vittük be, még szintaktikai vizsgálat sem volt, nemhogy szemantikai.
Most a WEB-es felületen egy script kínálja fel az időpont kényelmes bevitelét. Viszonylag új keletű ficsör, használata nem kötelező, a processz csak a láda megjelenésének és az éppeni időpontnak dátumai közti dátumot követel meg. Ez esetben a megtalálás időpontja '<dátum> 23:59:59'-ként lesz értelmezve.
Az app-ok lehetnek ennyire rugalmasak.
[előzmény: (2485) gusty, 2019.07.14 09:39:03]

gustyhozzászólásai | válasz erre | 2019.07.14 09:39:03 (2485)
Technikailag az lenne a korrekt (és egyszerű), ha a GPS koordináták alapján a szerver meg tudná határozni az időzónát, s ez alapján elvégezni az ellenőrzést. Az a baj, hogy a megbízható, pontos adatokat szolgáltató apik fizetősek. (google, microsoft).
Szerintem nem akkora tragédia, másrészt ha valaki akarja 1-2 óra múlva pikk-pakk módosíthatja a log dátumát a valósra.
[előzmény: (2484) bigmick, 2019.07.11 14:03:57]

bigmickhozzászólásai | válasz erre | 2019.07.11 14:03:57 (2484)
Technikailag valószínűleg ez lenne a legegyszerűbb.
De az azért továbbra is bizgat, hogy csak jó lenne a log időpontjaként a megtalálás lokális idejét látni.
[előzmény: (2483) petrot81, 2019.07.11 12:25:27]

petrot81hozzászólásai | válasz erre | 2019.07.11 12:25:27 (2483)
Igazándiból elég lenne, ha a dátumot és időt egy mezőben, UTC formátumban tudnánk küldeni. Vagy akár külön is, de az csak sok felesleges konverzió mindkét oldalon.
[előzmény: (2482) bigmick, 2019.07.11 12:20:43]

bigmickhozzászólásai | válasz erre | 2019.07.11 12:20:43 (2482)
Meglepne, ha kezelné.
A megtalálás időpontja gyanánt egy stringet vár, ami nem tartalmaz időzóna információt.

Első erdélyi ládakeresésemkor én is így jártam (akkor még nem volt API, wap-on át ment a g:hu-s logolás), nem engedett a szerver "jövőbeli" időpontra logolni. Egy órával később persze már simán bement.

Gondolkodtam már azon, hogy esetleg kliens (app) oldalon kellene az időzóna figyelembe vételét megoldani (automatikusan a szerver időzónájára konvertálni a lokális időt. De ez a kliens oldali konverzió megtévesztő, hogy a log időpontja nem a valós helyi időt fogja mutatni.

Szóval az igazi megoldás az lenne, ha az API valamilyen módon tudná fogadni az időzóna információt is. Akár magában az időpont stringben, akár egy másik mezőben. És az időpontellenőrzéshez figyelembe tudná venni az időzónát, de a log időpontjaként a helyi időt tudná eltárolni.


[előzmény: (2481) petrot81, 2019.07.11 12:00:06]

petrot81hozzászólásai | válasz erre | 2019.07.11 12:00:06 (2481)
Felmerült egy kérdés a mobilos bejelentésekkel kapcsolatban: az API kezeli az iőzónákat? Idézném a levelet:
"... Erdélyben ládáztam, ahol ugye egy órával előbb jár az időszámítás. Ezért az automatikusan kitöltött bejelentési idővel küldött találatokat visszadobta a rendszer (g.hu és a honlap egyaránt) egy számomra értelmetlen számkód kiséretében. De mire én erre rájöttem, hogy az idővel van baja (jövőbeli időre nem enged bejelentést).... "


Bejelentkezés név:  jelszó:   [regisztráció]

Felhasználónevedet és jelszavadat a turistautak.hu oldalon is használhatod!

[fejlesztési ötletek] [grafikonok] [szavazások] [jogi tudnivalók] [e-mail]

[impresszum]

A geocaching.hu megnevezés és a kapcsolódó logo bejegyzett védjegy.
Kereskedelmi célú felhasználásuk csak a tulajdonosok hozzájárulásával lehetséges.
turistautak.hu