turistautak.hu térképrészleteK+ jelzés GPS-szel
[ english

Mielőtt kérdeznél, olvass: Wiki
Szerkesztést támogató audit processzek itt

új hozzászólás | témák listája

Összesen: 73507 db hozzászólás

Lapozás: előző | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | ... | következő


gszekelyhozzászólásai | válasz erre | 2020.06.24 12:03:55 (73260)
Az alábbi módon rekonstruálható, amiről beszélek.

https://turistautak.hu/regions.php
Letöltöd a "koszegi" tájegységet:
https://turistautak.hu/download.php?region_id=koszegi&filetype=mp_gpsmapedit
Tömörítés: "zip"
Beállítás-sablonok: "szerkesztésre" (tájegység zárolását kivettem, mert úgysem akarom feltölteni)

A letöltött .mp-t megnyitod MapEditben.
Ctrl+G
N47.008722 E16.604667
Ez Körmend központja. Látható, hogy nincs a közelben egyetlen poi sem.

Ezután
Ctrl+G
N46.971920 E16.609313
Ez a régió viszont tele van poi-val, pedig már bőven nem is ez a tájegység.

Ezért gondolom, hogy abban az eljárásban van a hiba, amelyik kiválasztja, melyik poi-k vannak benne adott tájegységben.
Megvannak a korábban letöltött .mp-im, azokban még rendben voltak a poi-k, nem volt tapasztalható ez a jelenség.
Volt mostanában mókolva a kiválasztó eljárás?
[előzmény: (73259) Old Eye, 2020.06.24 11:09:12]

Old Eyehozzászólásai | válasz erre | 2020.06.24 11:09:12 (73259)
Kulcskérdés: Mit töltöttél le?
Amúgy befutott még egy hibajelzés is. A hsz írója tapasztalt felhasználóink egyike.


Felület nem takar semmit.
Az összes térképgenerátor a felületekkel kezd. Hogy milyen sorrendben rakják össze, egymásra őket, általában azok rögzítési sorrendjén múlik.
A felületekre kerülnek a vonalak. Hogy milyen sorrendben rakják össze, egymásra őket, általában szintén azok rögzítési sorrendjén múlik.
A felületeknek, vonalaknak lehetnek felirataik. Ezek is rákerülnek a készülő térképre. A feliratok által lefoglalt területek mintegy tiltottakká válnak, a beléjük eső később fogadott feliratok, turistaútjelzések, POI-k nem jelennek meg.
Végül következik a turistaútjelzések, POI-k ikonjainak és feliratainak felrakása; ezek által lefoglalt területek is tiltottakká válnak. A POI-k feldolgozásának sorrendje megegyezik típusaik ismert sorrendjével.

Mint tudjuk, a kék színnel kiemelt kimenetek egy külsó szerveren a tuhu térképadatbázisából készülnek, a külalaki eltéréseken túl abban különböznek a turistautak.hu kimeneteitől, hogy a POI-k szelektálva vannak, az územeltetők messzemenőleg figyelembe veszik a térképolvasó természetjárók igényeit, csak a nekik fontos, az őket érdeklő POI típusokat dolgozzák fel.

A turistautak.hu raszteres térképe annyiban tér el a többi térképkimeneteitől, hogy nem az ismert térképadatbázisunk alapján készül, hanem egy köztes, shape típusú adatbázisból, amibe akkor kerül térképadat, amikor az keletkezik vagy módosul. Itt nem érvényesül a térképobjektumok rögzítési sorrendje.
[előzmény: (73256) gszekely, 2020.06.23 16:15:26]

gszekelyhozzászólásai | válasz erre | 2020.06.23 17:28:24 (73258)
A szomszéd tájegységből (jelen esetben orseg) viszont egy csomó poi belekerült az .mp-be.
Nekem ez valami kiválasztási gebasznak tűnik.
[előzmény: (73257) gszekely, 2020.06.23 16:50:26]

gszekelyhozzászólásai | válasz erre | 2020.06.23 16:50:26 (73257)
Nos. Töltöttem le egy friss .mp -t és a következőket vettem észre:
- Nem tűnt el a tájegység összes poi-ja. De kurvasok poi hiányzik az .mp -ből.
- Érdekes módon ezek a raszteresen látszanak.
- Néztem a felületeket, hogy nem került-e valamelyik magasabb Level-re (így esetleg kitakarhat), de nem.

Hogy lehet, hogy sok poi eltűnt, míg mások megmaradtak?
Mintha valamiért nem választódnának ki az .mp generálódásakor (és így gondolom a Garmin kimenet generálódásakor sem).
[előzmény: (73256) gszekely, 2020.06.23 16:15:26]

gszekelyhozzászólásai | válasz erre | 2020.06.23 16:15:26 (73256)
Letöltöttem a mai image-et. 62s-en nekem nem jelenik meg egyetlen POI sem koszegi tájegységben. A többi tájegység amiket néztem jónak tűnik. Mi lehet a gond? Olyan nem lehet, hogy poligon eltakarja a POI-kat? Nem tudom, csak ötletelek...
Körmend déli részénél van tájegységhatár orseg felé. Ami a másik tájegységbe esik, az már látszik a Garmin-on.
[előzmény: (73255) Old Eye, 2020.06.21 07:41:12]

Old Eyehozzászólásai | válasz erre | 2020.06.21 07:41:12 (73255)
Hibátlan a kék Garmin telepítő anyaga.
[előzmény: (73254) Old Eye, 2020.06.20 22:45:13]

Old Eyehozzászólásai | válasz erre | 2020.06.20 22:45:13 (73254)
A kék Garmin kimeneteket egy külső szerver készíti a mi térképadatbázisunk alapján.
Tájegység, mint fogalom, ebben nincs.
Ha telepítőt használsz, MapSource-szal/BaseCamp-pel láthatod, téglalapokra van bontva a térkép.
'Kőszegi tájegység' itt nem értelmezhető.
MGKE szerverén a felületek és a vonalak adatai tájegységeikkel vannak kiegészítve, a POI-k azonban nem.
Próbáld csak ki! Töltsd le szerkesztésre pl gödöllőit POI-k nélkül. Pikk-pakk lejön.
POI-kkal kb ötször annyi ideig tart mert a download.php-nak 187149 db POI-nál 'point in polygon' függvénnyel meg kell megnéznie, a kért tájegységbe esik-e.
Számomra egyértelmű, a kék kimenet gyártásba csúszott be hiba.
Holnap megnézem a legfrissebb kék kimenetet. Ha Kőszeg felé most nincs POI, hétfőn szólok az üzemeltetőknek.

Közben ellenőriztem az adatbázisunkat. Kőszegen és környezetében most 355 POI-nk él és virul.
[előzmény: (73251) gszekely, 2020.06.20 17:59:34]

Old Eyehozzászólásai | válasz erre | 2020.06.20 20:03:38 (73253)
Köszi az infót!
Épp keresem a tuhu leállásának okát. Odáig jutottam, az előző pillanatokban Somogy tájegységgel is dolgozott.
Kérlek, toldd fel a modonly MP file-odat tracként az egyéb tájegységbe, munkád ne menjen kukába, feltöltöm én.
[előzmény: (73252) -bj-, 2020.06.20 19:05:48]

-bj-hozzászólásai | válasz erre | 2020.06.20 19:05:48 (73252)
A somogyi rajzolásomat nem tudom feltölteni, mert állítólag a tájegység épp feltöltés alatt áll. Gondolom, valami összeakadt a délelőtti sikertelen feltöltési kísérlet közben. Utána adatbázishiba volt, most meg ez. Piszkálja meg valaki a processt, aki ért hozzá! Köszi.

gszekelyhozzászólásai | válasz erre | 2020.06.20 17:59:34 (73251)
Környező tájegységek okénak tűnnek.

gszekelyhozzászólásai | válasz erre | 2020.06.20 17:52:17 (73250)
koszegi tájegységben figyeltem meg egyelőre.

gszekelyhozzászólásai | válasz erre | 2020.06.20 17:51:34 (73249)
Kék Garmin kimenetről nekem eltűntek a POI-k (GPSmap 62s).
06.18-i letöltés.
Mi történhetett?

hozzászólásai | válasz erre | 2020.06.15 17:35:46 (73248)
Régen volt egy-egy link, amivel ha jól emlékszem, 1 napot, 1 hónapot, ill 1 évet vissza lehetett lépni, s úgy megtekinteni a feldolgozottságot. Ez ment a süllyesztőbe?
[előzmény: (3534) Kolesár, 2006.03.06 14:29:32]

hozzászólásai | válasz erre | 2020.06.13 21:46:04 (73247)
Helló!

10 év után meggondoltam magamat. A háttér az, hogy kicsit rákattantam Bp. városrészeinek bejárására, hasonlóan ahhoz, ahogy anno először a kistájakat, majd a kistérségeket, végül a településeket bejártam.

Megnéztem mind a 91 találatot, most már 92 hsz lesz, amit a térkepszerkesztés fórumban a kereső kiad, s utána írok. S megnéztem a tuhut, meg a többi térképet is a Mapsourceban. Nekem úgy tűnik, hogy sem poligonkent, sem poi-kent nincsenek alábontva a kerületek a tuhu alatt. Az OMP-vel kezdődő nevű térképek alatt sem, sőt ott a kerületeket sem látom, de az OSM map alatt igen.

Mi ennek az oka? A 2013-14-es vitáknak lett ez a konklúziója?

Én egyébként ebből indulok ki, https://net.jogtar.hu/rendelet?council=fovaros&dbnum=104&docid=A1200094.FOV, a 3 mellékletből.
[előzmény: (38255) 2010.02.01 19:20:25]

Vacsapehozzászólásai | válasz erre | 2020.05.25 12:29:57 (73246)
Köszi, akkor nem tornázok rajta.

Hevhozzászólásai | válasz erre | 2020.05.19 09:30:25 (73245)
Ez lenne a szabály:

Ha tudjuk, a kérdéses POI bejelentője aktív, amennyiben egy éven belül feltöltött, módosított vagy törölt POI-t, megadjuk neki az esélyt arra, hogy foglalkozzon vele. Három napja van rá, ez idő alatt az szerkesztők hozzá se tudnak férni a problémás POI-hoz.

Ez persze nem igaz mint az alábbi példa is bizonyítja:
https://www.turistautak.hu/poi.php?id=106627#16107

Az meg a másik hiba, hogy aki életében nem használt turista térképet GPS-en honnan is tudná, hogy a POI neve nem látszik csak ha rávisszük a kurzort és az ikon igy félrevezető lehet.

[előzmény: (73243) Vacsape, 2020.05.18 20:08:49]

olahtamashozzászólásai | válasz erre | 2020.05.18 21:05:42 (73244)
Ilyesmit én is kaptam, de nem tudtam hova tenni, így tovább léptem.
Talán valaki javíthatta közben.
[előzmény: (73243) Vacsape, 2020.05.18 20:08:49]

Vacsapehozzászólásai | válasz erre | 2020.05.18 20:08:49 (73243)
Megint lenne egy kérdésem. Egy POI-t kerestem, amikor észrevettem az üzenetet, miszerint 5 hibabejelentést és törlés kérést kaptam, viszont a megadott linkre -https://turistautak.hu/poi.php?code=all&askmoddel=1- kattintva a "A megadott szempontoknak egyetlen pont sem felel meg." üzenetet kapom. Mi tegyek, nem szeretem ha restanciám van :)

Old Eyehozzászólásai | válasz erre | 2020.05.10 10:34:46 (73242)
Új fiú. Egyértelmű, hogy csak saját magának tervezett utakat Routino szoftverrel.
Nem tudja, a saját gépére letöltött tervezett utakat tartalmazó trackeket nálunk a raszteresen is meg tudja nézni, nem kell feltölteni azokat.
Írok neki délután és törlöm.
Kösz a jelzést!
[előzmény: (73241) Vacsape, 2020.05.10 10:11:23]

Vacsapehozzászólásai | válasz erre | 2020.05.10 10:11:23 (73241)
Sziasztok, Jellemzően csak a saját bejárásokat rajzolom be, de megakadt a szemem a 42536-os és 42537-es feltöltéseken. Láthatóan az OSM-es térkép alapján tervezett útvonalak, amiknek szerintem nincs helyük az adatbázisban. Félreértés ne essék nem a forrás miatt, hanem hogy nem bejárás, nem gps által rögzített nyomvonal. Van erre szokásjog mit kezdünk velük?

Old Eyehozzászólásai | válasz erre | 2020.05.01 22:20:16 (73240)
Írj rám, légy szíves. Profillapomon az email címem.
[előzmény: (73239) gszekely, 2020.05.01 18:23:59]

gszekelyhozzászólásai | válasz erre | 2020.05.01 18:23:59 (73239)
Nekem is nginx a webszerverem.
Térképmotorral viszont még nem volt dolgom. Ha megadod a kezdőlökést, összerakok egy kis tesztkörnyezetet. Kell, hogy legyen megoldás.
[előzmény: (73238) Old Eye, 2020.04.30 23:15:02]

Old Eyehozzászólásai | válasz erre | 2020.04.30 23:15:02 (73238)
Van oka.
Véletlen, hogy 17. szinten neked megjelentek a csempék.

Röviden:
A csempekészlet 16. szintig előre le van generálva, a 17.-18. szinten nem.
Ha valaki belenagyít a 17.-18. szintbe, két eset van
- vagy nincs a kért csempe, ez esetben a csempegyártó parancsot kap a hiányzó csempe legyártására
- vagy valaki már kérte (mint esetedben), így meg lett generálva, megjelenik a csempe
Az első esetben régen a raszteres jól érzékelhetően lelassult, csak akkor adta vissza a vezérlést a kliensnek (az asztali PC-nek), ha elkészült a csempe.

Az NGINX bevezetésével befutottunk egy rendszerproblémába. Az a processz, amely hívja a csempegyártót a hiányzó csempe legyártására, most azonnal visszakapja a vezérlést, mivel a csempegyártó még mollyol rajta, a kliens csak egy üres (rózsaszín) csempét kap.
Foglalkozunk ezzel a problémával, de nem sok időnk van rá.

Bekavar még a böngészők ama közös sajátsága, hogy a képeket saját háttértárolójukban azok URL-eivel azonosítva elmentik. Ha a felhasználó újra kér már beolvasott képet, a böngésző a szerver helyett a saját mentéséből húzza elő azt, esetünkben gyakran a rózsaszin csempét, ami közben már elkészült a szerveren.

Nincs mese.... időről időre törölni kell a böngésző cache-ét.
[előzmény: (73237) gszekely, 2020.04.30 22:21:45]

gszekelyhozzászólásai | válasz erre | 2020.04.30 22:21:45 (73237)
Működik. Köszönöm.
Level 17-ig jó a zoom. 18 már nem megy.
Nem panasz, csak mondom :-)
[előzmény: (73235) Old Eye, 2020.04.30 14:05:17]

gszekelyhozzászólásai | válasz erre | 2020.04.30 15:20:38 (73236)
Köszönöm. Este ki is próbálom.
[előzmény: (73235) Old Eye, 2020.04.30 14:05:17]

Old Eyehozzászólásai | válasz erre | 2020.04.30 14:05:17 (73235)
Természetesen. Sokan élnek ezzel a lehetőséggel.

http://a.map.turistautak.hu/tiles/turistautak/${z}/${x}/${y}.png
http://b.map.turistautak.hu/tiles/turistautak/${z}/${x}/${y}.png
http://c.map.turistautak.hu/tiles/turistautak/${z}/${x}/${y}.png
http://d.map.turistautak.hu/tiles/turistautak/${z}/${x}/${y}.png

[előzmény: (73234) gszekely, 2020.04.30 11:30:22]

gszekelyhozzászólásai | válasz erre | 2020.04.30 11:30:22 (73234)
Az a kérdésem, hogy van-e lehetőség a turistautak.hu térképét használni térkép overlay-nek az alábbihoz hasonló módon:

"https:\/\/{s}.tile.openstreetmap.org\/{z}\/{x}\/{y}.png"

Van egy családi nyomkövető rendszerünk, backend saját szerveren, semmi public-facing. Ez alá tenném be, mert egyes területeken jobban követhető, mint az osm.

gszekelyhozzászólásai | válasz erre | 2020.04.30 11:20:01 (73233)
Válasz ment.
[előzmény: (73229) Güszi, 2020.04.23 08:07:43]

Old Eyehozzászólásai | válasz erre | 2020.04.29 12:53:05 (73232)
Ez pech.
Nem is tudok arról, a háttérpolygont véletlenül eltolva írták vissza az adatbázisba. Valószínűleg ez történt. A feltöltő processz ezt nem ellenőrzi.
Megnézem.
[előzmény: (73231) fodor8peter, 2020.04.29 08:27:04]

fodor8peterhozzászólásai | válasz erre | 2020.04.29 08:27:04 (73231)
Sziasztok! Track daraboláskor vettem észre, hogy Mezőföld tájegység határa N 0.002377 E 0.003061 vektorral eltolódott.
Tud valaki segíteni?

gszekelyhozzászólásai | válasz erre | 2020.04.24 10:35:12 (73230)
Az baj, ha visszajött. A tesztüzenet magamnak megérkezik.
Üzenet megy másik címről, talán ez rendben lesz.
[előzmény: (73229) Güszi, 2020.04.23 08:07:43]

Güszihozzászólásai | válasz erre | 2020.04.23 08:07:43 (73229)
Írtam az adatlapodon lévő címre, de visszajött.
Fel tudjuk venni valahogy a kapcsolatot?
[előzmény: (73225) gszekely, 2020.04.22 14:00:29]

gszekelyhozzászólásai | válasz erre | 2020.04.22 21:33:18 (73228)
És remélem még nagyon sokáig készíti, mert a ,,kék" Garmin kimenet kiváló térkép. Nagyon jó a színvilága és a jelölései, egyből át lehet tekinteni rajta egy területet.
[előzmény: (73227) Hev, 2020.04.22 20:20:32]

Hevhozzászólásai | válasz erre | 2020.04.22 20:20:32 (73227)
A "kék" Garmin kimenet a szabványos túrista jelzéseket jeleníti meg. Direkt van így és ez nagyon jó mert nem jeleníti meg azokat az esetleges 'szemeteket' amivel a hagyományos garmin kimenetek tele vannak, a sok tervezett, megszüntetett jelzéseket és a katicákat, almákat és hasonlókat, melyek nagy része tanösvény. Ezek ha nem is kalóz jelzések nem hosszú életűek mert az első felfestés után elteszik az árát és karbantartásra már nem jut.

A kék kimenetek nem a turistautak.hu gyártása , más 'cég' készíti szívességből az egykori OMP-s kimenetek mintájára. Köszönjük.
[előzmény: (73225) gszekely, 2020.04.22 14:00:29]

olahtamashozzászólásai | válasz erre | 2020.04.22 14:21:23 (73226)
hiteles információt nehéz szerezni, sok-sok évvel ezelőtt magánkezdeményezésben (adott esetben engedély nélkül) felfestett utakról meg pláne.
Az MTSZ még gyerekcipőben jár ezen adatok összegyűjtésével, ami jelenleg publikus, az itt érhető el:
http://turistaterkepek.hu/portalwa/apps/webappviewer/index.html?id=1763a68c19b14a279850c3686415e589

De ha egy út pl. magánterületen vezet keresztül, és a tulajdonos megtiltja az átjárást, nem sokat lehet tenni...
Meg kell keresni a jelzés felfestőjét, hogy merre is akarta vezetni a jelzést, és lehet segíteni neki legális kerülőutat keresni valamit segíteni a felfestésben is, hogy ne legyen folytonossági hiány.
[előzmény: (73225) gszekely, 2020.04.22 14:00:29]

gszekelyhozzászólásai | válasz erre | 2020.04.22 14:00:29 (73225)
Egy észrevétel a ,,kék" Garmin kimenettel kapcsolatban:
*-os turistautakat nem emeli ki. Tehát pl. az S* nem kap sárga kiemelést.
A ,,sima" Garmin kimeneten és a raszteresen ezek is ki vannak emelve. Ebből gondolom, hogy a kéken is ez lenne a szándék.

Más:
Honnan lehet hiteles infót kapni egy-egy turistaút vonalvezetéséről? Itt a környékünkön ugyanis egy kész mess a térkép ilyen szempontból. Turistautak végződnek és kezdődnek a semmiben; sok helyen, ahol a térkép jelöli, a valóságban egyáltalán nincsen jelzés, és a fordítottjára is van példa: fel van festve a jelzés, de a térkép megszűntként tartja nyilván.
Ha találnék hiteles adatot, ezeket kijavítgatnám.

gszekelyhozzászólásai | válasz erre | 2020.04.22 08:58:59 (73224)
Szerintem itt nem a timeout a gond. Sokat játszottam vele és egyértelműen az az érzésem, hogy a tile-okat le se generálja a backend.
[előzmény: (73222) BáthoryPéter, 2020.03.31 14:08:45]

E_Urhozzászólásai | válasz erre | 2020.04.14 20:18:05 (73223)
Sziasztok!

Réges-régen még PDA-n Russa programmal kezdtem használni az innen megszerzett térképeket, hogy a város (Monor) környéki biciklitúrákon tudjam merre menjünk a lányommal. Tavaly (már telefonon) a vándortáborban is nagy segítséget jelentett a munkátok. Most, hogy a többi gyerek is cseperedik, és az egyetlen kimozdulási lehetőségünk a környékbeli bicajozás arra gondoltam, hogy apróbb javításokat szívesen el is végeznék a térképen.

András

BáthoryPéterhozzászólásai | válasz erre | 2020.03.31 14:08:45 (73222)
Gondolom nginx proxy-zza tovább a kérést a renderelő backendnek. proxy_connect_timeout és proxy_read_timeout be vannak állítva? Melyik renderelőt használjátok?
[előzmény: (73220) Old Eye, 2020.03.31 10:26:06]

gszekelyhozzászólásai | válasz erre | 2020.03.31 10:33:58 (73221)
Kísérleteztem kicsit még vele és az az érzésem, hogy a generálás el sem indul.
A nagyon régen változott, de valószínűleg valaki által (régen) megtekintett részek megvannak, de újak generálását nem sikerült kiváltanom.
Ha retrieve-elni akarom a fájlt, 404.
[előzmény: (73217) Old Eye, 2020.03.30 12:51:03]

Old Eyehozzászólásai | válasz erre | 2020.03.31 10:26:06 (73220)
A 17.-18. szint akkora nagyítás, amit a látogatók kevés, csak frekventált helyeken használják.
A csempék száma nagyítási szinteken a kettő hatványával növekszik, esetünkben milliós nagyságrendben kellene ezeken a szinteken meggenerálni az összes csempét, melyek úgy 90%-a senkit sem érdekel. Nem éri meg.

De foglalkozunk a problémával.
Csak az nginx bevezetésével jelent meg. Egyik lényeges sajátsága a kiváltott I/O rendszerrel szemben, hogy az egymás után indított processzeket nem egymás után, hanem egyszerre futtatja le, nem várnak egymásra, ettől lényegesen felgyorsult a rendszer, de egyes processzek emiatt összeakadnak, nem kapják meg az elébb indítottak outputjait.
Ez a Garmin kimenetek gyártásánál nagy fejfájást okozott.
Ez egy processz volt, két lépésből állt, az elsőben leszedte a megváltozott tájegységek adatait a sokféle Garmin térkép miatt kilenc csomagban (a rajzolók tudják a legjobban, mennyit kell várni egy te anyagának letöltésére...), aztán indult meg a térképkimenetek generálása.
Az nginx bevezetésével az utóbbi lépés már megindult, mielőtt az összes 'nyersanyag' elkészült.
A folyamat figyelése triggerek beállításával nem ment.
Ketté kellett vágni az eredeti processzt. A kimenetgyártás csak 5 órakor indul meg, hogy biztosra meglegyen az összes input anyag.
Itt látjuk igazán a rendszer felgyorsulását. Nginx előtt a Garmin kimenetek elkészítéséhez két óra kellett, most fél óra alatt kész.
[előzmény: (73219) Juju, 2020.03.31 08:14:22]

Jujuhozzászólásai | válasz erre | 2020.03.31 08:14:22 (73219)
Esetlegesen hogy legenerálni őket előre? Sok, sok erőforrás, de most a fejlesztésekkel lett több, nem?
[előzmény: (73218) gszekely, 2020.03.30 18:34:49]

gszekelyhozzászólásai | válasz erre | 2020.03.30 18:34:49 (73218)
Köszönöm a magyarázatot. Ez sokmindent megvilágít.
Sajnos nekem nem sikerül eltüntetni a rózsaszín csempéket cache ürítéssel sem (Firefox).
Hogy lehetne elérni, hogy az nginx szépen megvárja, amíg legenerálódnak a csempék?
[előzmény: (73217) Old Eye, 2020.03.30 12:51:03]

Old Eyehozzászólásai | válasz erre | 2020.03.30 12:51:03 (73217)
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]

gszekelyhozzászólásai | válasz erre | 2020.03.30 00:16:55 (73216)
Mi az oka, hogy raszteresen bizonyos helyeken megvannak a Level 17 tile-ok, míg más helyeken nincsenek?

Old Eyehozzászólásai | válasz erre | 2020.03.17 21:32:27 (73215)
Köszönjük -)
[előzmény: (73214) olahtamas, 2020.03.17 20:52:01]

olahtamashozzászólásai | válasz erre | 2020.03.17 20:52:01 (73214)
Felirat törölve!
[előzmény: (73212) Old Eye, 2020.03.16 23:04:44]

olahtamashozzászólásai | válasz erre | 2020.03.17 15:57:51 (73213)
Mi is arra jártunk szombaton :)
https://www.mapillary.com/app/?lat=47.961193&lng=18.941512&z=17&pKey=AtQy5ArAPRtnnxi_rGWgoA&focus=photo&x=0.5066339946550824&y=0.5153904399909808&zoom=0
[előzmény: (73211) Zergi, 2020.03.16 17:32:29]

Old Eyehozzászólásai | válasz erre | 2020.03.16 23:04:44 (73212)
Húúú... ez nagyon jó hír!
Holnap aktualizálom, ha nem előz meg valaki.
Köszönjük!
[előzmény: (73211) Zergi, 2020.03.16 17:32:29]

Zergihozzászólásai | válasz erre | 2020.03.16 17:32:29 (73211)
Sziasztok!
Vasárnap jártunk a Börzsönyben és azt tapasztaltuk, hogy a Magosfától északra Királyházára vezető P4 jelzés felső szakaszára jelzett "fakidőlés, nagyon nehezen járható" felirat a favágók munkájának köszönhetően okafogyottá vált, törölhető!
Köszi!

Lapozás: előző | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | ... | következő

Egy lapon megjelenő sorok száma:

új hozzászólás | témák listája


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

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

[ kezdőlap ] [ térkép ] [ + felmérések ~ ] [ + útvonalak ~ ] [ + poi ~ ] [ belépés ] [ faq ] [fórum] [email]

A weboldal működése és tartalma folyamatos fejlesztés alatt áll, köszönettel vesszük az észrevételeket a fejlesztési ötletek oldalon.
A turistautak.hu-ra feltöltött track-eket és a letölthető térképeket, azaz térképi adatbázist az ODbL licencnek megfelelően bárki használhatja.
Minden egyéb anyag előzetes írásbeli engedély nélkül csak magáncélra használható fel. jogi tudnivalók