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

Online és letölthető térképek, Windows, Android és iPhone alkalmazások

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

Összesen: 2255 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ő


Old Eyehozzászólásai | válasz erre | 2019.02.22 18:27:11 (2256)
... - egyelőre a turistautak.hu-n - ...
[előzmény: (2252) becko, 2019.02.22 16:12:08]

beckohozzászólásai | válasz erre | 2019.02.22 16:24:58 (2255)
Természetesen másikat néztem meg, és nincs hibabejelentés mező!
[előzmény: (2253) Hev, 2019.02.22 16:18:52]

Hevhozzászólásai | válasz erre | 2019.02.22 16:21:24 (2254)
Miután szépen megkértem -bj- kollégát szinte azonnal törölte! Ez úton is köszönöm neki, mivel nem kellett várni az "illetékes szerkesztőkre".
[előzmény: (2251) Old Eye, 2019.02.22 12:59:11]

Hevhozzászólásai | válasz erre | 2019.02.22 16:18:52 (2253)
Mert a sajátodat nyilván nem hibásan töltöd fel (vagy nem tudsz róla)
Nézd meg MÁS POI-ját bejelentkezve, ott lesz!
[előzmény: (2252) becko, 2019.02.22 16:12:08]

beckohozzászólásai | válasz erre | 2019.02.22 16:12:08 (2252)
Nekem nem jelenik meg a hibabejelentés, igaz csak néhány perce töltöttem fel első POI-mat,
[előzmény: (2251) Old Eye, 2019.02.22 12:59:11]

Old Eyehozzászólásai | válasz erre | 2019.02.22 12:59:11 (2251)
bigmick, olvastam, nem tudtál átmenni egy rozoga gyaloghídon, a POI bejelentése (2012.01.30) óta teljesen összeomlott, jelezted is egy, a POI-hoz fűzött megjegyzésben. A POI-t bejelentője azonnal törölte. Ez ritka eset. Köszönjük!
Azért is, mert is 'illetékesek', a szerkesztők nem olvassák a POI-khoz fűzött esetleges megjegyzéseket.

POI-jaink java része elavult. Karbantartásuk nehézkes, a hibabejelentések több csatornán érkeznek, nem biztos, hogy a szerkesztőkhöz egyáltalán eljutnak.

Így a POI-k kezelését - egyelőre a turistautak.hu-n - kiegészítettük hibabejelentés, törlés kérés lehetőségével.

A mai naptól a POI-k adatlapjain megjelenik 'hibabejelentés' link azoknak, kik legalább egy POI-t már feltöltöttek az adatbázisba. Arra kattintva javaslatot lehet tenni a POI adatainak módosítására vagy a POI törlésére. A POI szerkesztők látni fogják és ha a POI bejelentője aktív (az elmúlt egy évben foglalkozott POI-jaival), értesítést kap; aztán vagy elfogadják és átvezetik a módosításokat illetve törlik a POI-t vagy elvetik.

Reméljük, ezzel az új szolgáltatással sikerül előbbre jutni a POI-k karbantartásában, tehermentesítjük a fórumokat és az info@turistautak.hu-t a sok reklamációtól.

Nem mellékesen a POI-k bejelentése több támogatást kapott. Még a mentés előtt megtekinthetjük a POI helyét a térképen, dupla felvitel elkerülésére figyelmeztetést kapunk, ha van a közelben hasonló POI.

bigmickhozzászólásai | válasz erre | 2019.02.22 08:30:23 (2250)
Jó, köszönöm, várom.
[előzmény: (2249) gusty, 2019.02.21 19:20:30]

gustyhozzászólásai | válasz erre | 2019.02.21 19:20:30 (2249)
Kis türelmet kérek, vettem, s rövidesen reagálok.
[előzmény: (2244) bigmick, 2019.02.20 22:03:15]

bigmickhozzászólásai | válasz erre | 2019.02.21 14:57:06 (2248)
Mindazonáltal én a jelenlegi formában nem bolygatnám nagyon az API-t, Gusty rengeteget dolgozott vele.
Alapvetően egyetértek. Sok munka van benne, stabilan működik, lehet használni. Nem is gondolnám, hogy alapjaiban kellene felforgatni. Én úgy vélem, az API jelenlegi struktúrájának a keretein belül mozognak a kéréseim, amik relatíve kis kiegészítést jelentenének néhány meglevő funkcióhoz, amivel jelentős optimalizálás lenne elérhető a használat közben.

Legközelebb akkor látnám értelmét hozzányúlni, ha az egész GC.hu oldal kapna egy 21.századi felületet a hozzá való szabványos REST API-val, ahol maga az oldal is azt használja.
Valahogy ennek elég pici esélyét látom mostanában...
Az egész GC oldal + a tuhu egy hatalmas falat. Max azt tudom elképzelni, hogy a meglevő mellett elkezdeni csinálni egy újat, kis lépésekben, fokozatosan építkezve, és ami már elkészült, azt a régi oldalról átirányításokkal használatba venni.
De aki belülről jobban ismeri a mostani php kódot, az majd megmondja, hogy mennyire marhaság, amit leírtam, vagy nem az.
[előzmény: (2247) petrot81, 2019.02.21 12:43:49]

petrot81hozzászólásai | válasz erre | 2019.02.21 12:43:49 (2247)
Egyetértek, most egy láda teljes adatlapjához 5 hívás kell:

- alapadatok
- logok
- képek
- pontok (multipontok infói)
- megtalálás állapota

Bár én a geoládák appban 100%-ban az új apit használom már, de egyetértek abban, hogy a régi összetettebb lekérdezéseket könnyebb volt használni.

Nálam pl. a látható térképterület ládáit le lehet tölteni, ilyenkor azért sok ez az 5x-ös szorzó. OK, hogy kevesebb egy lekérés SQL igénye, de 5x annyi kapcsolatot kell megnyitni/lezárni.

Mindazonáltal én a jelenlegi formában nem bolygatnám nagyon az API-t, Gusty rengeteget dolgozott vele. Legközelebb akkor látnám értelmét hozzányúlni, ha az egész GC.hu oldal kapna egy 21.századi felületet a hozzá való szabványos REST API-val, ahol maga az oldal is azt használja.
[előzmény: (2244) bigmick, 2019.02.20 22:03:15]

szaszkievicshozzászólásai | válasz erre | 2019.02.21 12:15:55 (2246)
Én sem a Play alkalmazásban nem találtam, mint Locus kiegészítő, sem pedig bati oldaláról nem tudom letölteni. Amikor rákattintok a kiegészítésre az "oldal nem található" lap jön fel. Megpróbálok írni bati-nak.
[előzmény: (2245) Firesanyi, 2019.02.21 04:42:13]

Firesanyihozzászólásai | válasz erre | 2019.02.21 04:42:13 (2245)
Bocsánat szaszkievicsnek akartam írni [Javítva, Old Eye]
[előzmény: (2243) Firesanyi, 2019.02.20 19:08:57]

bigmickhozzászólásai | válasz erre | 2019.02.20 22:03:15 (2244)
Alaposan végigelemeztem (a teszt API-ban) a lehetőségeket, és hogy hogyan tudnám leghatékonyabban alkalmazni őket a mobil appban.

3 kritikus szitut találtam:

1. az elsőt már említettem: ha a láda adatok között letölthető lenne egy olyan adat, ami a láda logjaiban bekövetkezett utolsó lényegi változás (új log beküldés ill. meglevő log módosítás) időpontját tükrözi, akkor erre alapozva az egyszer már letöltött adatok későbbi frissítésekor sok felesleges /logsbycache hívást meg lehetne spórolni

2. Egy hosszabb (akár több napos) ládázás előtt az ember letölti a célterületen szóba jöhető ládákat, leírással, a legutolsó logokkal (ez nálam az utolsó 10 logot jelenti).
Egy ilyen akció során a szóba jöhető ládák száma akár több száz is lehet.
A régi API-val megoldható volt, hogy a ládadatok letöltésével egy menetben a logokat is megkapja a hívó. Így viszonylag kevés API hívással lejöttek a kért ládák adatai, logokkal együtt. 100 láda összes adatát (logokkal együtt) le tudtam kérni néhány (nagyságrendileg mondjuk 5) API hívással, és mindez elég gyors is volt.
Az új API-val viszont az nem megy. Ha van egy API hívással lekért 100 láda a kütyün, akkor az 100 újabb API hívást jelent, hogy mindegyikhez hozzájussak a logokhoz is.
Jelentősen több időbe telik így. Nem csoda, 20-szoros az overhead a szükséges http hívások felépítése/lebonyolítása során és ugyanekkora nagyságrend a szerveren az adatbáziskezelőnek is ennyi SELECT request-nek a felépítése/lezárása.
Ha itt megoldható lenne, hogy az API egy /logsbycaches hívással több láda logjait is le tudja kérni egyetlen hívással (cache_id lista alapján), akkor az megint egy nagyságrenddel gyorsítani tudná a logok letöltését

3. Az előzőhöz teljesen hasonló a helyzet a láda leíráshoz tartozó kép adatok letöltésénél is.
Itt is sokat gyorsítana egy /cachesimages hívási lehetőség (szintén cache_id lista alapján), amivel egyszerre több ládához tartozó képeket is le lehetne tölteni (a mezőlista is bővítendő ez esetben a cache_id-vel)

@gusty: látsz esélyt ezeknek a kéréseknek a megvalósítására?
[előzmény: (2240) bigmick, 2019.02.19 20:33:59]

Firesanyihozzászólásai | válasz erre | 2019.02.20 19:08:57 (2243)
keresd itt http://bati.hu/
[előzmény: (2241) szaszkievics, 2019.02.20 07:47:03]

mazsola069hozzászólásai | válasz erre | 2019.02.20 17:55:49 (2242)
Ha Android alkalmazásod van, akkor a PLAY áruházban megtalálod.
[előzmény: (2241) szaszkievics, 2019.02.20 07:47:03]

szaszkievicshozzászólásai | válasz erre | 2019.02.20 07:47:03 (2241)
Bati oldaláról szerettem volna letölteni a Ghu4Locus Locus kiegészítőt, de ez nem lehetséges. Tudja valaki, hogy mi van ezzel a kiegészítővel - esetleg fejlesztés alatt van, vagy bármi?

bigmickhozzászólásai | válasz erre | 2019.02.19 20:33:59 (2240)
Akkor elkezdem:
1. Már betöltött ládaadatok frissítésekor első körben id lista alapján kötegben le tudom kérni, hogy az egyes ládák adatai mikor frissültek utoljára.
Ezt összehasonlítva a lokálisan eltárolt adatokkal le lehet szűrni, melyik ládák változtak, elég csak az ő adataikat lekérni egy újabb körben, részletesen, az összes mezőre kiterjedően.
Ez így remekül működik.
Jó lenne valami hasonló a logokra vonatkozóan is.
A geoládáknál lekérhető egy utolsolog nevű mező, amiről azt gyanítom, hogy a ládához utoljára beküldött log létrehozási dátuma lehet. Valami ilyesmire lenne szükség, de mivel egy logot lehet utólag is szerkeszteni (akár API-n keresztül is), igazából azt kellene tudni, hogy az adott láda logjaiban mikor volt az utolsó módosulás (ami lehetett akár új log beküldés, akár korábbi log módosítása, akár még log törlés is).
Ennek az adatnak a birtokában lehetne igazából biztonsággal eldönteni, hogy az adott ládánál kell-e frissíteni a letöltött logokat, vagy sem.

Jelenleg hiába tudom, hogy a ládához az utolsó log 1 napja (v. 1 hete) került be az adatbázisba, adatfrissítéskor akkor is minden esetben le fogom tölteni a logokat minden egyes ládához, mert hátha változott valamelyik log tartalma, ami adott esetben fontos infót tartalmazhat.
Mozgó ládáknál pl. tipikus, hogy az újrarejtésről szóló infót nem új logba írják a megtalálók, hanem a megtalálás logot egészítik ki később (esetleg napok, ne adj isten hetek múlva).
Másik jellemző szitu, hogy normál ládához a helyszínen appon keresztül logolnak egy gyors Megtaláltam/Nem találtam/Jelszó nélküli logot, majd később (este otthon, vagy a szálláson, vagy több napos túra befejeztével hazulról kényelmesen) leírják az egyéb, adott esetben a későbbi keresők számára lényeges információkat is.

Tehát: a cache lekéréseknél jó lenne, ha lenne lehetőség egy mondjuk logsmodified nevű mezőben megkapni, hogy az adott láda logjaiban mikor történt az utolsó érdemi módosulás. Ha a törölt logokról nem marad elérhető infó (a törlés időpontja), az nem akkora nagy baj, de ha legalább az új log kreálásokat és a log módosításokat figyelembe tudná venni, az szuper lenne.
[előzmény: (2222) gusty, 2019.02.13 00:54:19]

heyjoehozzászólásai | válasz erre | 2019.02.19 19:19:44 (2239)
Remek :)
[előzmény: (2238) epilogus, 2019.02.19 16:57:55]

epilogushozzászólásai | válasz erre | 2019.02.19 16:57:55 (2238)
és megy !! :)
[előzmény: (2236) heyjoe, 2019.02.18 11:04:55]

epilogushozzászólásai | válasz erre | 2019.02.19 07:32:14 (2237)
nagyon köszönöm,most nincs időm, a nap folyamán letöltöm a prc-t , és szinkronizálással viszem a kütyüre
[előzmény: (2236) heyjoe, 2019.02.18 11:04:55]

heyjoehozzászólásai | válasz erre | 2019.02.18 11:04:55 (2236)
https://github.com/fidian/MathLib
[előzmény: (2235) epilogus, 2019.02.18 10:11:50]

epilogushozzászólásai | válasz erre | 2019.02.18 10:11:50 (2235)
biztosan nem erről van szó, nem 3D nyomtató. TUNGSTEN T3 PDA-ra töltött CETUS GPS alkalmazás.
A műhold jeleket HOLUX GPSlim 236 veszi, bluetooth közvetíti a PDA-ra, most telepíteni kellene a MathLib libraryt. Ezt már a neten se találom, eddig életbetartottam, egyikről a másikra küldve, de most mindegyikről eltűnt.
[előzmény: (2234) Old Eye, 2019.02.17 18:49:45]

Old Eyehozzászólásai | válasz erre | 2019.02.17 18:49:45 (2234)
Erre gondolsz? Avagy milyen programról van szó?
[előzmény: (2232) epilogus, 2019.02.17 18:04:53]

Ajtonyhozzászólásai | válasz erre | 2019.02.17 18:46:41 (2233)
Köszönöm! Így már értem.
[előzmény: (2231) Old Eye, 2019.02.17 17:56:34]

epilogushozzászólásai | válasz erre | 2019.02.17 18:04:53 (2232)
sziasztok, segítséget keresek CETUS programom felélesztéséhez. 2 hónappal ezelőtt működött, mára nem. Az az üzenet, hogy telepítsem a MathLib libraryt. Addig nem volt probléma,amíg a másik kütyüről (TUNGSTEN T3) átmásoltam, de már azon sincs.
kösz

Old Eyehozzászólásai | válasz erre | 2019.02.17 17:56:34 (2231)
Valóban, a fórummotor nem fogadja el a 'MARK' tag-et, mert amikor készült, nem volt.
Helyette használd ezt:
<span style="background-color: yellow;">geocaching</span> ==> geocaching
[előzmény: (2230) Ajtony, 2019.02.17 08:11:37]

Ajtonyhozzászólásai | válasz erre | 2019.02.17 08:11:37 (2230)
Félreértés félreértés hátán. Lehet, túl tömören fogalmaztam. 1) Nem az a fő probléma, hogy itt a fórumon a hozzászólásból eltűnt a kacsacsőrök közé foglalt MARK , ez "csak" azt jelentette, hogy mivel a hozzászólásból egyszerűen eltűnt, tehát nem tudtam a problémámat rendesen elővezetni. Ámbár amikor ezt észrevettem, azonnal megismételtem (2019.02.16 17:03:40) a kérdésemet olyan módon, hogy ne lehessen félreérteni, mert a kacsacsőrök közé foglalt MARK tag az eredeti hsz-omból eltűnvén, úgy nézett ki, mintha én azt írtam volna, hogy a HTLM tag nem működik. 2) Maga a probléma pedig a következő. A ládalapon szerettem volna egy szövegrészt kiemelni olyan módon, hogy a sor háttere sárgán jelenjen meg. Ehhez bejelentkezés után a ládalap szerkesztő ablakában módosítottam a szöveget úgy, hogy eléje kiírtam a HTML-ben használatos MARK tag-et kacsacsőrök között, ahogy megszoktam a szerkesztés során mindig is alkalmazott b, u és i tag-eknél. A kiemelni kívánt szövegrész után ugyanígy a /MARK lezárást. Klikk a "Frissítés" gombra. Megnézem a módosítani kívánt ládalapot, nincs semmiféle változás, nincs kiemelés háttérszínnel. 3) Teljes mértékben amatőr vagyok ezen a téren, tehát számomra kétféle válasz emészthető. A) a mi rendszerünkben a szerkesztés során nem alkalmazható a s, tt, sub, sup, mark, stb. tag, keressek más megoldást a kiemelésre. B) Rosszul csináltam, így kellett volna: [következik szájbarágás amatőrök számára].

Old Eyehozzászólásai | válasz erre | 2019.02.16 22:11:20 (2229)
Nem hiszem, hogy Ajtony konkrétan a 'HTML' tag-re gondolt.
Ahogy mondod, ez nincs képben, nem kell/lehet/szabad használni.

Ajtony!
Egy HTML állomány egyszerű szövegállomány, ez leírja,, mi jelenjen meg a böngésző ablakában, HTML tagok egymásba skatulyázott sorozatából áll.
Szintaxisa egyszerű -
- egy tag egy kezdő és egy záró elemból áll
- ami a kettő között van, az jelenik meg a képernyőn
- hogy hogyan jelenjen meg, azt a tag-gel írjuk le.

<tag [tulajdonság="érték"]...> ami megjelenik a képernyőn </tag>

Például ha leírod '<B>geocaching</B>', így jelenik meg 'geocaching'

Ha gondosan ügyelsz a csibecsőrök elhelyezésére és minden tag-et lezársz, nem lesz semmi gond.
Ha hibázol, a böngésző nem tudja helyesen értelmezni a HTML állományt, jobb esetben elvész, amit írtál, rosszabb esetben az egész WEB lap összeomlik.

Melegen ajánlom ezt a útmutatót, kis angolsággal is érthető.

Visszatérve Fazék felvetésére, valóban van 'HTML' tag, de nem kell vele törődnöd, mert minden WEB lap eleve '<HTML>' kezdődik és '</HTML>'végződik, amit te be akarsz vinni, a kettő közé kerül majd, mint ebben a hozzászólásban a példának bemutatott 'geocaching' szöveg kövérítve.

Ha Chrome-t használsz, próbáld ki a Ctrl+U billentyű kombinációt.
Egyből látni fogod, hogy néz ki egy HTML állomány, adott esetben épp ez, amit most olvasol.
Jó nagy.
[előzmény: (2228) Fazék, 2019.02.16 20:37:09]

Fazékhozzászólásai | válasz erre | 2019.02.16 20:37:09 (2228)
<HTML> és </HTML> tag-eket nem kell / nem lehet / nem szabad írni a kódba, hiszen minden oldalnak eleve van HTML tag-je még egyet tilos használni.

Ha ide a fórumra akarod így kiírni kacsacsőröstől a <HTML>-t (vagy bármilyen egyéb tag-et), akkor a & # 60 és a & # 62 karaktersorozatokat használd szóköz nélkül.
[előzmény: (2225) Ajtony, 2019.02.16 16:57:14]

Kokóhozzászólásai | válasz erre | 2019.02.16 19:03:56 (2227)
Ha a két csőrt felcseréled >< akkor nem értelmezi a motor és nem fog eltűnni.
[előzmény: (2226) Ajtony, 2019.02.16 17:03:40]

Ajtonyhozzászólásai | válasz erre | 2019.02.16 17:03:40 (2226)
Nem csak a szerkesztő lapon, hanem itt is törlődik, egyszerűen eltűnt a hozzászólásból, mintha oda se írtam volna. Kénytelen vagyok gyerekesen leírni, hogy mivel van bajom. altGríMARKaltGry
[előzmény: (2225) Ajtony, 2019.02.16 16:57:14]

Ajtonyhozzászólásai | válasz erre | 2019.02.16 16:57:14 (2225)
Ládalap szerkesztésnél azt vettem észre, hogy a HTML tag nem működik. Mit rontok el?

petrot81hozzászólásai | válasz erre | 2019.02.16 14:57:57 (2224)
Ha már API... Mostanában én is újra elővettem a Geoládákat, hogy végre befejezzem a 3-as verziót.. A tesztoldal most teljesen szinkronban van az éles kóddal? Lehet majd bombázni tesztekkel?

[előzmény: (2222) gusty, 2019.02.13 00:54:19]

bigmickhozzászólásai | válasz erre | 2019.02.13 06:47:38 (2223)
Köszi, összeszedek pár példát, hogy milyen szituációban alkalmasabb a régi API, és miért.
[előzmény: (2222) gusty, 2019.02.13 00:54:19]

gustyhozzászólásai | válasz erre | 2019.02.13 00:54:19 (2222)
Küldhetsz példát, hogy mire lenne szükség, mit tudsz csak sok hívással megoldani, s megnézem. Az lenne a jó, ha a régit teljesen ki tudnánk váltani.
Igazából több cél volt:
- az egyik a gyors válasz
- a strukturált naprakész adatletöltés
- a letöltendő felesleges adatmennyiség minimalizálása

Nyilván minél több kapcsolt táblával kell dolgozni, annál nagyobb a terhelés, a válaszidő
Mondjuk a közeli ládák listázásakor felesleges lehúzni a sok leírást, logot, ezt elég a kiválasztott láda esetén megtenni, és lehet, hogy a képek se érdekelnek mindenkit.
[előzmény: (2221) bigmick, 2019.02.12 23:28:16]

bigmickhozzászólásai | válasz erre | 2019.02.12 23:28:16 (2221)
Nagyon remélem, hogy nem.
Jó pár dolgot meg lehet benne csinálni egyetlen gyors hívással, ami az új API-ban csak sok-sok egyedi hívás egymás utáni végrehajtásával működik.

Ha jó tudom, az volt az elv az új API kapcsán, hogy lehetőleg csak egy-egy táblát érintő, egyszerű lekérdezésekkel ki lehessen szolgálni a kéréseket. Ami végül is sikerült, de szerintem ettől nem lett alacsonyabb a szerver terhelése.
Egy nagyobb, mondjuk 20 egységnyi terhelést okozó lekérdezés adatmennyiségét az új API-val úgy tudom csak összevadászni, hogy indítok 1 egységnyi lekérdezésből 100-at.
Sok éves (nem GC) mobil app fejlesztési gyakorlatomban is az volt a tapasztalat a cégnél, hogy a user összességében jobban járt a komplexebb, de sokkal kevesebb lekérdezéssel, mint a sok-sok egyszerűbbel.
A szerver össz terhelése is így volt alacsonyabb.
[előzmény: (2220) petrot81, 2019.02.12 21:06:34]

petrot81hozzászólásai | válasz erre | 2019.02.12 21:06:34 (2220)
A régi API nem fog megszűnni?
[előzmény: (2214) bigmick, 2019.02.09 18:40:43]

gustyhozzászólásai | válasz erre | 2019.02.10 18:40:17 (2219)
Nincs mit javítani.

Google chrome-ban így lehet ellenőrizni: Jobb klikk->vizsgálat->Appllication fül és a LocalStorage-ban kell nézelődni.
Az itt lévő változók tárolják a geomap beállításait. Ha ez jelen van, akkor induláskor az itt tárolt beállításokat olvassa be.

Természetesen ehhez belépéskor engedélyezni kell a cookie-k tárálását, hiszen innen veszi a Geomap, hogy melyik felhasználó szempontjából mutassa az adatokat.
Ennek hiányában az alap beállításokat állítja be minden induláskor.
[előzmény: (2217) V_Gabor, 2019.02.10 07:36:33]

stmesterhozzászólásai | válasz erre | 2019.02.10 12:20:03 (2218)
Köszönöm válaszod, várok az új verzióra.
Tudtam, hogy elfelejtettem valamit be/ki kapcsolni, csak az nem jutott eszembe mit. ( megtaláltakat mutat/ elrejt)
[előzmény: (2214) bigmick, 2019.02.09 18:40:43]

V_Gaborhozzászólásai | válasz erre | 2019.02.10 07:36:33 (2217)
Azért remélem, hogy javítva lesz...
[előzmény: (2216) Marton Zoli, 2019.02.09 20:46:51]

Marton Zolihozzászólásai | válasz erre | 2019.02.09 20:46:51 (2216)
Köszönöm, akkor megtanulok együttélni a dologgal. :-)
[előzmény: (2215) V_Gabor, 2019.02.09 19:35:39]

V_Gaborhozzászólásai | válasz erre | 2019.02.09 19:35:39 (2215)
Nálam is is így van.
Ami nagyobb gond, hogy néha megjegyezi, néha nem.

Nem találom a rendszert benne...

:(
[előzmény: (2213) Marton Zoli, 2019.02.09 10:46:46]

bigmickhozzászólásai | válasz erre | 2019.02.09 18:40:43 (2214)
Menjünk sorban.

hogy van tartózkodási hely bekapcsolva, bepipálva hogy a közelben lévőket,...10km-en belül, mégis letöltött...
Ha a Láda kód mező elejére automatikusan kitöltött GC karaktereket kitörölve használod a ládaletöltés funkciót, akkor egy programhiba folytán sajnos simán előfordulhatott ilyen szituáció :(
Erre nemrég hívta fel a figyelmemet Hev ugyanezen a fórumon. Az 1.6.2f verzióban ezt már javítottam, szerintem pár héten belül kikerül a Googla Play-re is.

A mozgókat pedig nem frissíti,
A mozgók frissítése sajnos jóval lassabb lett, mióta a legfrissebb API-t használom (főleg a logbeküldési tudása miatt).
Ha épp olyan helyen vagy, ahol lassú a mobilnet, akkor a mozgók frissítése akár fél-egy percig is eltarthat.
A program most készülő utódjában megpróbálom a régi és az új API-t kombinálva használni úgy, hogy az újnak a funkcionalitását is kihasználjam, lehetőleg a régi sebessége mellett...

A térképen viszont csak azokat a ládákat látom, amit még nem találtam meg
Ha a ládalista menüben a Megtaláltakat mutat/elrejt funkcióval elrejted a megtalált ládákat, és utána választod a Térképre funkciót, akkor a térképen sem fognak megjelenni a megtalált ládák.
[előzmény: (2212) stmester, 2019.02.09 09:42:36]

Marton Zolihozzászólásai | válasz erre | 2019.02.09 10:46:46 (2213)
Az csak nálam gond, hogy a Geomap kapcsolóinak az állását nem őrzi meg az oldal? Be vagyok jelentkezve beállítom, hogy mit és hogyan szeretnék látni - minden oké - majd elhagyom az oldalt és legközelebb újra be kell állítgatnom. Úgy emlékszem a "régi" Geomap-nál egyszer beállítottam és nem kellett vesződni ezzel minden belépés után.

stmesterhozzászólásai | válasz erre | 2019.02.09 09:42:36 (2212)
Sziasztok nekem az a gondom frissítés után 1.6.1x-re, hogy van tartózkodási hely bekapcsolva, bepipálva hogy a közelben lévőket, csak a kereshetőeket, csak a még meg nem találtakat 10km-en belül, mégis letöltött 2049-et és azt összest is, amit már régen megtaláltam. A mozgókat pedig nem frissíti, netem van, mielőtt azt mondanátok. A térképen viszont csak azokat a ládákat látom, amit még nem találtam meg. Mit nem kapcsoltam ki vagy be androidos telefonon?

bigmickhozzászólásai | válasz erre | 2019.02.09 00:32:57 (2211)
:-))
[előzmény: (2210) Nemi91, 2019.02.08 23:05:48]

Nemi91hozzászólásai | válasz erre | 2019.02.08 23:05:48 (2210)
köszönöm :) végre jó ismét
valóban az volt a ludas
[előzmény: (2209) bigmick, 2019.02.08 22:25:25]

bigmickhozzászólásai | válasz erre | 2019.02.08 22:25:25 (2209)
greenify alkalmazást használom
Akkor lehet, hogy megvan a bűnös :)

Fejlesztői fórumokon körbenézve kb. ez a mondat summázza legtömörebben a greenify és az android 8-as együttműködéséről szóló véleményeket:
everyone says Greenify is trash on Oreo

Szóval, én a helyedben kipróbálnám, hogy viselkedik a g:hu-s térképletöltés greenify nélkül...
[előzmény: (2208) Nemi91, 2019.02.08 21:43:39]

Nemi91hozzászólásai | válasz erre | 2019.02.08 21:43:39 (2208)
Nem tudom mi más hiba lehet, mert greenify alkalmazást használom és azzal fagyasztom az alkalmazásokat ne fussanak a háttérben feleslegesen.
[előzmény: (2206) bigmick, 2019.02.08 20:29:24]

GSdriverhozzászólásai | válasz erre | 2019.02.08 21:35:31 (2207)
Szia! Nálam rendben lejött Samsung S8-ra. Egyelőre nem találtam hibát. A ládaletöltés gomb nem kerülhet vissza a helyére? Szerintem jobb volt úgy, mint így a menübe rejtve.
[előzmény: (2201) bigmick, 2019.02.07 21:10:37]

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