geocaching.hu geocaching.hu FAQ/cachikett
   + geoládák ~  |  + megtalálások ~  |  + felhasználók ~  |  + poi ~   |   fórum   |   belépés
  
  
  
 
FAQ
MGKE szoftverei, új fejlesztések
Online és letölthető térképek, Windows, Android és iPhone alkalmazások

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

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

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


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: (2240) bigmick, 2019.02.19 20:33:59]

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]

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

Nemi91hozzászólásai | válasz erre | 2019.02.08 20:00:45 (2205)
Igen 10Gb. Nekem már régóta fenn áll ez a hiba. Próbáltam már tiszta újra telepítést is.
[előzmény: (2204) V_Gabor, 2019.02.08 17:56:49]

V_Gaborhozzászólásai | válasz erre | 2019.02.08 17:56:49 (2204)
Nekem gyors a letöltés és a kicsomagolás is.
Van elég szabad hely a telefonodon?
[előzmény: (2202) Nemi91, 2019.02.08 12:47:17]

Nemi91hozzászólásai | válasz erre | 2019.02.08 12:48:54 (2203)
* Vagy mint most míg írtam le is fagyott.
[előzmény: (2202) Nemi91, 2019.02.08 12:47:17]

Nemi91hozzászólásai | válasz erre | 2019.02.08 12:47:17 (2202)
Köszönjük.
Már több verzió óta a térkép kicsomagolása annyira nehezen megy a program ki is írja néha hogy le állt, akkor felajánlja hogy bezárás vagy várakozás de várakozásra nyomok akkor is kb 10p mire végez nem tudom másnál is van-e ilyen probléma. Android 8 Samsung s7
[előzmény: (2201) bigmick, 2019.02.07 21:10:37]

bigmickhozzá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.

Mr Zergehozzászólásai | válasz erre | 2019.02.04 18:59:46 (2200)
Ugyanúgy feltelepítve is tud különböző gépen eltérően viselkedni.
Én a 6.16.1-t használom, hibátlan térkép kezelés, de az egyik gépen akkor lett jó a gpx mentés, ha a Topoguidot feltelepítettem a térképekhez.
Hisztis program, és a Garmin tényleg nem törődik vele.
[előzmény: (2199) V_Gabor, 2019.02.04 17:56:37]

V_Gaborhozzászólásai | válasz erre | 2019.02.04 17:56:37 (2199)
turistautak.hu-n is fent van egy jó verzió
[előzmény: (2198) tabletta, 2019.02.04 17:42:59]

tablettahozzászólásai | válasz erre | 2019.02.04 17:42:59 (2198)
Úgy emlékszem, a 462-es még használható, a 470-es már nem. Le kell szedni a gépről az újat és felrakni valamelyik régebbit.
http://www.gawisp.com/perry/mapsource/
[előzmény: (2196) Turistaember, 2019.02.04 15:27:59]

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

Turistaemberhozzászólásai | válasz erre | 2019.02.04 15:27:59 (2196)
Sziasztok!
Frissíteni akartam a térképet az eszközömön, ezért most leírom a legfrissebb tapasztalatom Etrex 30-on. Eddig a közvetlenül bemásolható *.img fájl rátöltésének gyakorlatát követtem néhány éve már. Ezt a fórumot olvasgatva és a letöltő oldalon látható felhívást meglátva beijedtem, hogy talán mégis jobb lesz a Base Camp szoftveren keresztül való feltöltés, hátha a Garmin valamit bütykölt a GPS-en időközben a készülék frissítések során és most nem fogja elfogadni a nem Garmin származású térképfájlt s ezért jön elő az itt előforduló hibajelenség. Fogtam hát a Base Camp-ot, számítógépre feltelepítettem, térképtelepítős csomagot hozzátelepítettem, majd a programon keresztül turistatérképet feltelepítettem a GPS-re. Miután felment, a fájlt átneveztem. Ezután GPS-t leválasztottam, elindítottam és láss csodát! A készülék szépen elindul, de térkép sehol! Vagyis a térképbeállítások listája mutatja, de hiába van engedélyezve, nem látszik a kijelzőn. Na, most ijedtem meg, hogy már így sem engedik feltelepíteni amit eddig lehetett? Ezután fogtam és letöröltem a Base Camp-on keresztül feltelepült fájlt, majd TC fájlkezelővel felraktam a közvetlenül másolható *.img-t úgy, hogy előtte a számítógépen átneveztem. S most már tényleg láss csodát, a friss térkép működik, mint régen! Szóval értem én, hogy ezeknek a kütyüknek érzékeny lelke van meg minden, de hogy nálam pont fordítva működjön jól mint ahogy a javaslat most szól, ez már felettébb érdekes! Lehet, hogy Etrex 30-tól már jó a közvetlen módszer?
[előzmény: (2089) Hev, 2019.01.01 10:53:14]

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

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

Egy lapon megjelenő sorok száma:

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


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