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

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