turistautak.hu

, bigmick hozzászólásai
Online és letölthető térképek, Windows, Android és iPhone alkalmazások

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

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

Lapozás: előző | 1 | 2 | 3 | 4 | következő

bigmick	hozzászólásai \| válasz erre \| 2019.03.16 13:57:45 (2366)
Nem a g:hu-val van gond, hanem az openmaps.eu letöltési szervere elhasalt Tudnak róla, jővő hétre remélhetőleg újra menni fog [előzmény: (2365) GSdriver, 2019.03.16 13:12:15]

bigmick

hozzászólásai | válasz erre | 2019.03.14 13:17:10 (2360)

g:hu 1.6.2xc
A visszatéréskori lefagyás kiiktatásának újabb állomása.
sanzi89 és vittorio visszajelzései segítettek megtalálni egy alattomos hibát, ami csak bizonyos körülmények között jön elő.
Nálam hosszas tesztelések során egyetlen egyszer sikerült előidézni (történetesen android 4.2-es emulátoron), de se előtte, se utána egyetlen más alkalommal sem.
A lényeg, hogy most ezt is javítottam, és remélem, hogy végelegesen sikerült ezt a bosszatnó hibaforrást is kigyomlálni.

[előzmény: (2358) sanzi89, 2019.03.14 11:25:53]

bigmick	hozzászólásai \| válasz erre \| 2019.03.14 12:20:19 (2359)
A lényeg, hogy nem fagy le. A megjelenő üzenetet majd kiirtom. [előzmény: (2358) sanzi89, 2019.03.14 11:25:53]

bigmick	hozzászólásai \| válasz erre \| 2019.03.14 09:45:19 (2356)
Te is meg tudod oldani. Az android Beállításokban visszaállítod a nagy betűméretet normálra... Azért megnézem, mit tehetek a SzemüvegEllenes Liga tagjainak érdekében :) [előzmény: (2355) V_Gabor, 2019.03.14 07:25:48]

bigmick	hozzászólásai \| válasz erre \| 2019.03.13 09:18:47 (2353)
g:hu 1.6.2xb Remélem sikerült meggyógyítani a logolás lépernyőre visszatérés problémáját

bigmick	hozzászólásai \| válasz erre \| 2019.03.13 09:02:45 (2352)
Nagyon köszönöm a visszajelzést, ez alapján meg tudom gyógyítani. [előzmény: (2351) vittorio, 2019.03.13 06:53:18]

bigmick

hozzászólásai | válasz erre | 2019.03.12 20:55:01 (2350)

Sajnos a Google Play developer konzolon nem jelent meg adat a Te próbálkozásodról :(

Csináltam egy kidekorált g:hu 1.6.2xa verziót, direkt neked.
Meg kéne próbálni a Galériáról visszatérést, és ha szerencsénk van, nem lefagyás lesz, hanem a program egy pár másodpercre feldob majd egy üzenetet, amit ha valami módon tudnál rögzíteni és nekem eljuttatni, akkor azzal előrébb lehetnénk.

[előzmény: (2341) sanzi89, 2019.03.11 19:11:51]

bigmick	hozzászólásai \| válasz erre \| 2019.03.12 15:09:26 (2348)
g:hu 1.6.2x Ennek már települnie kell mindenkinél.

bigmick	hozzászólásai \| válasz erre \| 2019.03.11 20:44:49 (2343)
Köszi, remélem meg tudjuk fogni, mi okozza [előzmény: (2341) sanzi89, 2019.03.11 19:11:51]

bigmick	hozzászólásai \| válasz erre \| 2019.03.11 18:54:46 (2339)
Az mit jelent, hogy nem engedi? Mi történik telepítési kísérletkor? [előzmény: (2336) V_Gabor, 2019.03.11 18:45:01]

bigmick

hozzászólásai | válasz erre | 2019.03.11 18:53:53 (2338)

Na, Android 4.4.4-hez nincs emulátorban futtatható image :(
4.4.2-t tudok próbálni, abban csont nélkül működik.

Esetleg még azt lehetne, hogy felraksz egy g:hu 1.6.2-t a Google Play-ről,
majd működő internet kapcsolat mellett reprodukálod a hibát,
amiről a telefon a háttérben küld egy logot a developer konzolra,
amit holnap már én is látni fogok,
és akkor talán kiderül, mi lehet a gond

[előzmény: (2333) sanzi89, 2019.03.11 18:32:17]

bigmick	hozzászólásai \| válasz erre \| 2019.03.11 18:45:44 (2337)
g:hu 1.6.1 g:hu 1.5.4 [előzmény: (2335) sanzi89, 2019.03.11 18:35:28]

bigmick	hozzászólásai \| válasz erre \| 2019.03.11 18:03:42 (2332)
A telefonon pontosan milyen verziójú az android? [előzmény: (2331) sanzi89, 2019.03.11 17:53:07]

bigmick	hozzászólásai \| válasz erre \| 2019.03.11 17:33:43 (2330)
g:hu 1.6.2w Javítások az alábbi hibákra: - logolás képernyőre visszatéréskor adatokat elfelejti / lefagy - iránytű használat közben néha előforduló lefagyás - ládalista képernyő lefagyás bizonyos körülmények között

bigmick	hozzászólásai \| válasz erre \| 2019.03.11 17:24:49 (2329)
Nálam nem fagy le a 4.4 emulátoron ilyenkor sem, de a visszatéréskor elfelejti a láda nevét, meg amit esetleg már beírtam bármelyik mezőbe, és ez hiba. Javítom, majd még ma csinálok egy tesztverziót, és meglátjuk, azzal mi lesz a tapasztalat. [előzmény: (2328) sanzi89, 2019.03.11 16:46:42]

bigmick

hozzászólásai | válasz erre | 2019.03.11 16:30:30 (2327)

Érdekes dolog, mert akik tesztelték az 1.6.2-t (magamat is beleértve), ilyesmiről nem panaszkodtak.
A Google Play developer konzolon mindig szoktam nézni új verzió telepítése után, hogy van-e hirtelen változás a lefagyások gyakoriságában.
Párat találtam, aminek köze lehet az 1.6.2-ben végzett módosításokhoz, ezeket próbálom gyomlálni, és pár napon belül lesz egy javított kiadás.
Közben raktam fel 4.4.2-es emulátort a gépemre, azon próbálom nyúzni a programot, hátha előjön az a gond, ami nálad is.
Van valami jellemző szituáció, ahol lefagy a program?

[előzmény: (2326) sanzi89, 2019.03.11 16:05:50]

bigmick	hozzászólásai \| válasz erre \| 2019.03.08 14:36:39 (2322)
OK, köszi, várok. [előzmény: (2321) gusty, 2019.03.08 12:24:55]

bigmick

hozzászólásai | válasz erre | 2019.03.07 17:18:41 (2319)

Bocs, nem cseszegetésből kifolyólag kérdezem, hogy mire számíthatok, csak a g:hu program utódjának (g:hu+) fejlesztése során eljutottam arra pontra, ahol legalább elvi szinten el kéne tudnom dönteni az API hívások stratégiáját.
Ehhez jó lenne tudni, hogy lesz-e lehetőség arra a 3 dologra, amiről pár hete írtam, és amivel összességében kevesebb html hívással, kevesebb select végrehajtásával, sokkal gyorsabban lehetne hozzájutni a láda adatokhoz.

Már egy (3) igen/nem válasz is segítség lenne.
Ha igen (amit nagyon remélek...), akkor esetleg a majdani megvalósítás iránya (pl. logok a cache adatokkal együtt, vagy külön hívással, de cache_id lista alapján, stb.) is jó lenne, ha tudható lenne.
Hogy mikor, az majd egy következő kérdés témája :)

[előzmény: (2249) gusty, 2019.02.21 19:20:30]

bigmick	hozzászólásai \| válasz erre \| 2019.03.04 19:29:02 (2308)
g:hu 1.6.2i Tovább faragtam a "zsebből elővéve elveszti a gps pozíciót" témakör javítását.

bigmick	hozzászólásai \| válasz erre \| 2019.03.04 16:48:28 (2307)
Gondolom, térképe válogatja.. Az érdekel,hogy a turistautak mi alapján jelennek meg az egyes térképeken, vagy hogy egy adott térkép egy adott nagyítási szintjén egy adott területen pontosan mi alapján mutakoznak pont ott a turistajelzés ikonok, ahol? [előzmény: (2305) petrot81, 2019.03.04 15:29:19]

bigmick	hozzászólásai \| válasz erre \| 2019.03.04 16:20:48 (2306)
Alapból szerintem nincs köze hozzá. De van saját külön beállítása: webView.getSettings() Ott lehet matatni pl. a fontméretet is. [előzmény: (2304) petrot81, 2019.03.04 15:09:27]

bigmick

hozzászólásai | válasz erre | 2019.03.03 21:56:45 (2302)

g:hu-ban a leírás és a logok szövegének betűméterét lehetne a "..." menüből elérhetően plusz 1-2-3-4 lépésben növelni?

Biztos lehetne, kérdésem, hogy mennyire nagy erre az igény?

Nejemnek jó pár évvel ezelőtt hasonló gondjaira az optikus kislány (lehetett úgy 15 évvel fiatalabb, mint Iza) azt mondta:
Hölgyem, az Ön korában már természetes, hogy szemüveget kell hordania...

a logok mintha kisebb betűvel jelennének meg, mint a leírás, nem?

Igazából nem tudom, mert a leírást a szabvány androidos webview jeleníti meg a letöltött html formázásnak megfelelően, a g:hu ebbe nem szól bele.
A logok betűmérete '16sp'. Ha nagyon nem olvasható szemüveg nélkül, akkor tudok rajta növelni picit.

A változtatható betűméret macerásnak tűnik, ezt még körbe kell járnom, hogyan lehetne viszonylag nem horribilis mennyiségű kódolással (theme-eléssel, style módosítással) megoldani.

[előzmény: (2293) V_Gabor, 2019.03.03 10:57:28]

bigmick	hozzászólásai \| válasz erre \| 2019.03.03 20:05:34 (2298)
mi kellene ahhoz, hogy a teljes nyomvonalat exportálni tudjam? Pl. próbáld meg a g:hu 1.6.2h verzióval :) Ebben javítottam az általad jelzett gpx export hibát. [előzmény: (2291) Akubb, 2019.03.02 16:46:03]

bigmick

hozzászólásai | válasz erre | 2019.03.01 21:30:25 (2290)

Megpróbáltam a saját telefonomon, letöltöttem az összes geoládát (sose szoktam egyébként, mert egyrészt sokáig tart, másrészt minek).
Bekapcsolt gps mellett Ládalista menüben Térképre funkcióban akármelyik opciót választom, pontosan az jelenik meg a térképen, amit vártam. A térképen a pozíciót jelző emberkét vagy nyíilat nem látom a nagy tömegben, csak ha belenagyítok a térképbe. De közben a g:hu fejléc sávjában a gps ikon folyamatosan zöld, vagyis van aktuális pozíció.
Nem tudom, nálad mi lehet a gond.

[előzmény: (2287) zsedely, 2019.02.28 09:36:06]

bigmick	hozzászólásai \| válasz erre \| 2019.02.26 09:54:53 (2278)
g:hu 1.6.2g Apró javítások, további optimalizálások.

bigmick	hozzászólásai \| válasz erre \| 2019.02.24 22:57:00 (2274)
Milyen g:hu verziót használsz? g:hu 1.6.2f-ben javítottam pont ezt a környéket. [előzmény: (2272) zsedely, 2019.02.24 22:18:20]

bigmick	hozzászólásai \| válasz erre \| 2019.02.24 16:59:41 (2267)
Hogyan próbálod? [előzmény: (2266) zsedely, 2019.02.24 16:49:08]

bigmick	hozzászólásai \| válasz erre \| 2019.02.24 14:43:33 (2262)
Ezt a g:hu fejlesztést már én is nagyon várom. Hát, mit mondjak, én is... Ehhez az API-ban kellene egy olyan bővítés, ami a láda betegre állítását lehetővé teszi. Jelenleg nincs ilyen lehetőség. [előzmény: (2261) V_Gabor, 2019.02.24 11:36:15]

bigmick	hozzá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]

bigmick

hozzá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]

bigmick

hozzá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]

bigmick

hozzá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]

bigmick	hozzá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]

bigmick

hozzá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]

bigmick

hozzá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]

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

bigmick

hozzá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]

bigmick

hozzászólásai | válasz erre | 2019.02.08 20:29:24 (2206)

Hm. Érdekes. Normál szituációban nálam teljesen jó sebességgel megy a letöltés, kicsomagolás.
Mostanában a térkép használat közben tapasztaltam ilyen lefagyásos jelenségeket (ha extrém nagy számú geoláda van rátöltve a telefonra, és ezeket mind látni is akarom a térképen...)
A mostanában elkövetett kód optimalizálások mind pont az ilyen extrém szituációkban előforduló lefagyások elhárítását célozzák.
Az említett lefagyások, belassulások oka sok esetben az, hogy egy időben ezer alkalmazás van nyitva a telefonon, amik mind tülekednek a szűkös erőforrásokért (CPU, de főleg memória), és ezen a helyzeten az android úgy próbál meg úrrá lenni, hogy menet közben kiirt mindent, amit csak tud, hogy a többiek éljenek...
Az ilyen jellegű extrém helyzetek fájdalommentesebb kezelését próbálom mostanában megoldani.
Már nagyon sok ilyen problémaforrást kiküszöböltem a g:hu programon belül, de tartok tőle, hogy vannak még...

[előzmény: (2205) Nemi91, 2019.02.08 20:00:45]

bigmick	hozzászólásai \| válasz erre \| 2019.02.07 21:10:37 (2201)
g:hu 1.6.2f Újabb kódoptimalizálások, elsősorban a térkép és az iránytű használat környékén.

bigmick

hozzászólásai | válasz erre | 2019.02.04 17:13:40 (2197)

A BaseCamp-nek (ill. a Mapsource-nak) az a része, amivel a PC-re rádugott kütyüre tudja tolni a kiválasztott térképet (azt hiszem Mapinstall a neve), egy bizonyos verzió óta hibás. Rossz. A vele felrakott térkép nem működik (ahogy nálad sem).
A Garmin pedig magasról tesz rá, hogy javítsa ...

Így vagy az marad, hogy BaseCamp/Mapsource nélkül direktben másolod a kütyüre a térképet, és örülsz, hogy működik (ha a kütyü támogatja ezt a módit), vagy beszerzel egy kellően RÉGI Basecamp/Mapsource verziót, amiben még jó Mapinstall volt, és azzal csinálod a térkép felrakást.

[előzmény: (2196) Turistaember, 2019.02.04 15:27:59]

bigmick	hozzászólásai \| válasz erre \| 2019.02.03 10:54:37 (2195)
előjött de GPS pozíció nélkül. Ki kell törölni az automatikusan beíródó GC -t Hoppá, ez hiba. A következő verzióban javítva lesz. [előzmény: (2194) Hev, 2019.02.03 10:46:21]

bigmick	hozzászólásai \| válasz erre \| 2019.02.03 09:32:36 (2192)
korábban volt olyan funkció, hogy a ládákat csak egy adott távolságon belül töltse le ... Pedig ott van, mindig is ott volt. De csak akkor, ha épp van fix GPS pozíció. Ha az (még) nincs, akkor ez az opció nem látszódik (mert nincs viszonyítási pont, hogy mihez képest van közel egy láda...) [előzmény: (2191) V_Gabor, 2019.02.03 08:20:53]

bigmick	hozzászólásai \| válasz erre \| 2019.01.31 21:34:52 (2187)
g:hu 1.6.2e - újabb optimalizálások - láda Fotóim oldal megjelenésének és viselkedésének javítása Kíváncsi vagyok a gps beragadás környéki tapasztalatokra. Ha netán még mindig előfordul (bár szerintem 1.6.2d óta sokkal ritkábban szabadna csak), akkor faragom tovább (nagyjából megvan, hogy még hova kellhet belenyúlni).

bigmick	hozzászólásai \| válasz erre \| 2019.01.30 16:37:04 (2185)
Elvileg mindegy [előzmény: (2184) Nemi91, 2019.01.30 16:35:46]

bigmick

hozzászólásai | válasz erre | 2019.01.30 09:18:44 (2183)

g:hu 1.6.2d

- próbáltam javítani a "gps beragadás" jelenséget
- további optimalizálások
- a programban a gps icon újra reagál a megnyomásra. Szituációtól függően
-- vagy az android Beállítások/g:hu app infó oldalra visz, ahol az Engedélyek gombra bökve beállíthatók az app hiányzó engedélyei,
-- vagy pedig az android Helyszolgáltatások be/ki kapcsolása androidos funkcióhoz visz

bigmick	hozzászólásai \| válasz erre \| 2019.01.30 00:03:52 (2182)
Végre elő tudtam idézni a saját telefonon is, locusról visszaváltáskor. Próbálok rájönni, hol van a gond, aztán javítom. [előzmény: (2181) V_Gabor, 2019.01.29 22:10:04]

bigmick

hozzászólásai | válasz erre | 2019.01.29 20:36:05 (2180)

Próbálom értelmezni, hogy pontosan mit is takar ez a gps beragadás, és aztán próbálnám javítani.
Szóval, jól értem a tüneteket?
1. g:hu Térkép képernyő, bekapcsolt gps-szel mutatja a pozíciót,
2. telefon képernyő kikapcs, zsebretesz
3. pár perc ballagás, teló zsebben,
4. telefon elő, képernyő bekapcs.
5. a g:hu térkép képernyőn az aktuális pozíció nem frissül

Erről van szó?
Mit mutat a progi gps ikonka a képernyő visszakapcsolásakor?

[előzmény: (2179) Nemi91, 2019.01.29 17:56:21]

bigmick	hozzászólásai \| válasz erre \| 2019.01.26 08:57:15 (2174)
Kösz. [előzmény: (2173) Old Eye, 2019.01.26 07:19:09]

bigmick	hozzászólásai \| válasz erre \| 2019.01.26 07:14:50 (2172)
turistautak.hu-n a garminos térkép letöltő oldal továbbra sem működik. A többi fajta térkép letöltő oldala jó, de a garminosé tök üres.

bigmick	hozzászólásai \| válasz erre \| 2019.01.25 23:08:14 (2171)
turistautak.hu-ról a garmin térkép letöltő oldal tök üres: http://www.turistautak.hu/garmin.php https-sel szintén. A mapsforge térképes oldal jó.

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

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