17.-18. zoom szinten található csempék (tiles) csak akkor generálódnak, ha valaki megnézi azokat.
Áttekintés:
A tuhu szerverén vannak a csempék elhelyezve.
Egy-egy csempe 256x256 pontos képfile.
Ha egy térkép adat megváltozik (új/módosult/törölt POI/vonal/felület (*)), az érintett csempék törlődnek 1.-18. szinten és újragenerálódnak 1.-16. szinten.
Ha valaki belenagyít 17.-18. szintbe, ha a kért csempe nincs, az meggenerálódik, ha van, azonnal megjelenik.
Itt bejön egy kellemetlen jelenség - ha nincs csempe, indul a legyártása, de az nginx nem várja meg elkészültét, egy üres (rózsaszín) csempét küld válaszul.
És itt bekavar a kliens gépeken futó böngészők optimalizált működése:
A böngészők a letöltött képfile-okat URL-jükkel azonosítva eltárolják saját gyorsító tárolójukba; ha a felhasználó újra letölti a képfile-t tartalmazó WEB lapot, a böngészők a képfile-okat már nem a szerverről, hanem a saját gyorsító tárolójukból veszik, akkor is, ha az a szerveren időközben változott, ami esetünkben gyakori.
Ilyenkor kényszeríteni kell a böngészőt, juszt is a szerverről töltse le a képfile-okat, ne használja saját gyorsító tárolóját - Ctrl+F5 a legtöbb böngészőnél. (Big hammer - a böngésző saját gyorsító tárolójának törlése a beállítások menüben).
(*) Még egy kellemetlen tény:
A geocaching.hu-n végzett POI műveletek (felvitel/módosítás/törlés) rendben átvezetésre kerülnek az adatbázisban, de nem realizálódnak a csempéknél, mert a geocaching.hu nem éri el a turistautak.hu csempekezelő rendszerét.
Ez az egyik magyarázata annak, sok POI nem jelenik meg a raszteresen - mert a geocaching.hu-n lettek rögzítve/módosítva. A napokban dolgozunk azon, kivezetjük a geocaching.hu-ról a POI-k szerkesztési lehetőségét.
(Csak megjegyzem, mindig is kevesebb POI jelenik meg a raszteresen, mint amennyi az adatbázisban van, mert csak akkor kerülnek a csempékre, ha van a feliratuknak hely. Itt van fontossági sorrend, megegyezik a POI típusok ismert listájával).
[ előzmény: (73216) gszekely, 2020.03.30 00:16:55] |
