Když uzamknu mapu (aby se mi nenačítaly jiné mapy z jiných "zoomů"), tak ji pak mohu docela hodně "nazoomovat", zvětšit, ale "odzoomovat" mi dovolí Locus pouze jednou. Docela často mi to nestačí. Občas je výhodné oddálit pohled na mapu pro získání většího rozhledu a přitom neztratit přehled změnou mapy.
Nešel by limit na "odzoomování" zamknuté mapy zvýšit tak na tři?
Snad jsem to napsal dostatečně srozumitelně :-)
Dík.
naprosto souhlasim, kolikrat mi to uz chybelo
bohužel pánové s tím snadno nelze nic udělat. Pokud umožním větší oddálení než doposud, appka bude neustále padat na nedostatek paměti. Budu to mít na mysli při dalších úpravách práce s mapou, ale bohužel momentálně to jednoduše nejde
Ahoj,
nevím, od kdy se to změnilo, ale dřív se po uzamčení mapy zoom nastavil na poslední použitou polohu. Když jsem mapu uzamknul, pak oddálil, odemkl mapu a znovu ji zamkl, tak se mapa opět oddálila.
Teď po zamčení se bez ohledu na poslední použité nastavení mapa automaticky přiblíží.
Dost to zdržuje, nešlo by vrátit zpět aby se opět použilo nastavení z posledního uzamčení mapy?
Ď.
Jde to opět zakázat v Menu/Mapa - ovládání .../Automatický zámek měřítka . Tady zruš zaškrtnutí a bude to fungovat jako dříve.
Dík za tip, ale vyskoušel jsem to a funguje to pořád stejně.
Uzamknu mapu - automaticky naskočí 1x zoom+ - oddálím - odemknu mapu - uzamknu mapu - automaticky naskočí 1x zoom+ ...
rozumím. To je trošku jiná funkce než popisuje krokodýl. Tahle funkčnost se změnila s tím jak se změnil způsob zoomování na mapách. Dříve pro to bylo dokonce nastavení v nastavení ale to je vše teď pryč .. ehm. Byla to jedna z nejvíce minoritních funkcí a také hodně matoucích protože nebylo hned jasné k čemu funguje. Rozhodl jsem se jí tedy zrušit a ponechat pouze aktuální systém, tedy že každé nové stisknutí "zoom-lock" tlačítka, nastaví automaticky měřítko na 200% a ne na předchozí naposledy použitou hodnotu ...
no osobně si myslím, že zoomování na 50% není příliš často používaná funkce nebo ano? Celkově načtení mapy v 50% trvá celkem dlouho, je to 4x více dlaždiček, více než 50% oddálení to taky nejde kvůli paměti ... opravdu o to tak stojíš?
Za mne pouzivam prevazne odzoomovani, nez zoomovani.
Mam offline mapy, zoom 15 fotomapy, zoom 14 turisticke. Kdyz potrebuji zobrazit vetsi plochu v rezimu fotomap, tak prave pouziji to odzoomovani. Takze to, ze kdyz kliknu na uzamceni a zoomne se mi to na 200 procent, tak mne to taky vadi.
Chapu, ze zoom na mene nez 50% je pametove narocne, ale jiz jsou na trhu zarizeni s 2GB RAM...neslo by tedy omezeni zoomu nastavit v nastaveni?
Dale pokud dojde pamet, sekne se cely telefon, je problem to osetrit tak, aby spadla pouze apka?
promyslím to tedy ...
jinak pro upřesnění
1. 2GB RAM nemá nic společného s tím kolik paměti může aplikace používat. Tvůj telefon může mít třeba 100GB RAM ale Android umožní Locusu jen kolem 24-32MB! Stupidita ale tak to funguje
2. to že se sekne celý telefon je problém romky. Aplikace běží v tzv. sandboxu, uzamčené oblasti, a pokud dojde aplikace paměť, měla by se ukončit jen aplikace. Pokud zamrzne celý systém, je to v podstatě problém v tom systému (a samozřejmě i v aplikaci)
Mam dve zarizeni, jedno SGS ta ma 512 RAM, druhe Galaxy Tab, ten ma 1GB RAM. U SGS se mi pravidelne sekne cely system - nezavisle na verzi androidu. Pokud prochazim offline tar mapu, je seknuti drivejsi, nez u online map.
Dival jsem pri prochazeni mapy v SGS do logcatu a zaroven mel vedle spusteny top. V logcatu bylo krasne videt, jak system postupne zabiji jednotlive procesy, celkem zhruba 15, priklad jednoho: "I/ActivityManager( 296): Process com.android.voicedialer (pid 1708) has died" a v topu vzdy nasledoval skokovy pokles RSS. Jakmile dosahne VSS a RSS urcitou hranici telefon vytuhne. Nejspise to je tim, ze system nestiha dostatecne rychle killovat ostatni procesy a nebo mu jednoduse ty procesy dojdou. Btw nemohl by uz primo Locus uvolnovat misto a ne stale rust? :)
PID PR CPU% S #THR VSS RSS PCY UID Name
1873 0 71% R 13 230292K 97092K fg u0_a66 menion.android.locus.pro
296 0 3% S 77 269148K 35556K fg system system_server
128 0 2% S 8 38224K 16048K fg system /system/bin/surfaceflinger
1847 0 1% R 1 1100K 480K shell top
No a co jsem tim cele chtel rict? Ze si myslim, ze u telefonu s vice RAM muze byt klidne zoom 25% a telefon to ustoji, kdezto u telefonu s mene RAM je jiz problem tech 50%
no to je celkem divné a dít by se to určitě nemělo. Takže ty si jen prohlížíš TAR mapu a při posunu obrazu locus stále roste??
Nemusim prohlizet ani TAR mapu, ale tam je ten narust nejrychlejsi. Zalogoval jsem Locus od startu po vytuhnuti: https://dl.dropbox.com/u/14667200/locus_adb_top.txt (https://dl.dropbox.com/u/14667200/locus_adb_top.txt)
Kazdy pokles je diky zabitemu procesu. Takto dokazu shodit cely telefon do 20 sekund, cim rychleji mapu posouvam, tim rychleji se to stane - zustane svitit display a tel. nereaguje, musim provest reboot pomoci podrzeni tlacitka na vypnuti
zatr co to je. Proč jsi neřekl dříve? Takhle je Locus totálně nepoužitelný ne? Na tom Galaxy Tabu to funguje stejně?
Doprčic testuju to pravidelně na cca 4 zařízeních a nikde se nic takového neděje. Můžeš zkusit vypozovat jestli se to samé děje jen když spustíš Locus bez jakýchkoliv bodů a tratí a jen budeš v rámci jednoho měřítka posunovat mapu? Tím by se to mohlo eliminovat že je to problém jen s vymazáváním přebytečných bitmap
Pouzitelny je, jen nesmim rychle a dlouho prohlizet mapu :) Ted jsem pro jistotu zkusil stahnout foto mapu primo v Locusu do SQL, zoom 19, pak jsem si ji zobrazil, nastavil nejmensi zoom a opet posouval...trvalo to sice minutu, ale opet se telefon seknul.
Body a trate jsem mel vypnute vzdy.
U Tabu jsem posunoval 5 min a v poradku, v logcatu ze se zadne procesy nekillovali a ve vypisu topu Locus osciloval kolem stejnych hodnot:
PID PR CPU% S #THR VSS RSS PCY UID Name
2355 1 0% S 22 585192K 114980K bg u0_a100 com.opera.browser.extensio
3234 1 55% R 25 550680K 82100K fg u0_a112 menion.android.locus.pro
Možná by to stálo za malou anketu jestli uživatelé používají více 50% nebo 200%.
Já osobně používám 200% toliko výjimečně, např. když nemůžu přečíst název ulice nebo místní název.
Ale 50% používám v podstatě pořád. Používám mapový atlas sqlite a v každé vrstvě mám trochu jinou mapu. Když jsem například ve městě, tak mám mapu Prahy. A pokud chci vidět větší území najdnou, tak řešení není přepnutí na turistickou mapu (tím bych přišel o spoustu informací), ale uzamknutí mapy a navolení 50%. A je rozdíl jestli mi k tomu stačí zmáčnout jedno tlačítko (uzamknutí mapy) nebo ještě dvakrát na zoom-. Jednou to nevadí, ale po chvíli už to leze na mozek :-)
Jinak, já mám 512 MB Ram a při používání 50% nepozoruji, až na opravdu malé zpomalení scrolování mapy, žádné problémy.
Sodobare, kdyz si das 50% a budes velmi rychle posouvat mapu, tak ti telefon nevytuhne?
no doufám že nevytuhne. nepoužíváš nějakou alternativní romku? Tohle je totiž pěkná kravina. Nic nebere tolik paměti, jen bitmapy. A ty pečlivě všechny mažu. No možná ybch mohl pečlivěji tak se na to podívám ale vypadá to spíše na nějaký pokažený Garbage collector, který prostě nemaže bitmapy z paměti když už nejsou potřeba
pouzivam CM9 a ted CM10. Pokud muzu nejak pomoct, rekni.
Vecer jeste vyzkousim na Galaxy Ace s originalni romkou.
Ne, jezdil jsem mapou na všechny strany asi dvě minuty a žádná změna.
Jeste vypis z logcatu z poslednich chvil pred umrenim:
D/dalvikvm( 3531): WAIT_FOR_CONCURRENT_GC blocked 0ms
D/dalvikvm( 3531): GC_EXPLICIT freed 548K, 35% free 31292K/47431K, paused 3ms+11ms, total 69ms
D/dalvikvm( 3531): WAIT_FOR_CONCURRENT_GC blocked 0ms
D/dalvikvm( 3531): GC_EXPLICIT freed 219K, 35% free 31085K/47431K, paused 3ms+10ms, total 104ms
D/dalvikvm( 3531): WAIT_FOR_CONCURRENT_GC blocked 0ms
D/dalvikvm( 295): GC_CONCURRENT freed 1290K, 32% free 11646K/17095K, paused 27ms+31ms, total 199ms
D/dalvikvm( 295): WAIT_FOR_CONCURRENT_GC blocked 166ms
D/dalvikvm( 295): WAIT_FOR_CONCURRENT_GC blocked 158ms
D/dalvikvm( 3531): GC_EXPLICIT freed 111K, 35% free 30978K/47431K, paused 3ms+8ms, total 119ms
D/dalvikvm( 3531): WAIT_FOR_CONCURRENT_GC blocked 0ms
D/dalvikvm( 3531): GC_EXPLICIT freed 65K, 35% free 30917K/47431K, paused 2ms+7ms, total 47ms
W/InputEventReceiver( 3531): Attempted to finish an input event but the input event receiver has already been disposed.
D/dalvikvm( 295): GC_CONCURRENT freed 3319K, 39% free 10571K/17095K, paused 4ms+6ms, total 82ms
I/ActivityManager( 295): Process jp.co.johospace.jorte (pid 860) has died.
I/dalvikvm( 3531): Jit: resizing JitTable from 4096 to 8192
I/ActivityManager( 295): Process com.google.android.gm (pid 3016) has died.
I/ActivityManager( 295): Process com.bigtincan.android.adfree (pid 2103) has died.
I/ActivityManager( 295): Process com.google.android.apps.plus (pid 1469) has died.
I/ActivityManager( 295): Process com.google.android.apps.uploader (pid 2087) has died.
I/ActivityManager( 295): Process android.process.media (pid 530) has died.
I/ActivityManager( 295): Process com.google.android.youtube (pid 1490) has died.
I/InputDispatcher( 295): Application is not responding: Window{41bd61e8 menion.android.locus.pro/menion.android.locus.core.MainActivity paused=false}. It has been 5009.0ms since event, 5005.7ms since wait started. Reason: Waiting because
the touched window has not finished processing the input events that were previously delivered to it.
I/WindowManager( 295): Input event dispatching timed out sending to menion.android.locus.pro/menion.android.locus.core.MainActivity
Tak jsem vyzkousel stejnym zpusobem zabit dalsi dva telefony a bez uspechu, takze sry za plany poplach. Na svuj telefon jsem zkusil hodit 2.2 stock ROM a taktez v poradku, takze vidim chybu v Cyanogen Modu.
no tak planý poplach to nebyl ale že bude chyba v ROMce jsem předpokládal protože jinak by mě už dávno uživatelé zbombardovali maily a zprávami. Ten CM je nějaký beta build?
Vyzkousel jsem 4 ROMKy postavene na Androidu 4.1.1. a pada to na vsech. Na Tabu mam taktez 4.1.1. a bez problemu. Takze spatne chovani je pouze v kombinaci Samsung Galaxy S a 4.1.1.
Kazdopadne na stejne chovani si stezoval nekdo i zde: viewtopic.php?f=28&t=1393&p=14508&hilit=vytuhne#p14508 (http://forum.locusmap.eu/viewtopic.php?f=28&t=1393&p=14508&hilit=vytuhne#p14508) a jeste nekde jsem to cetl, ale to uz nedohledam.
Ahoj, nedávno jsem si tu "stěžoval", že po změně potřebuji k oddálení aktuálního měřítka ne jednou tapnout, ale třikrát.
Po poslední změně, kdy byla přidána funkce lupy počet tapnutí zvýšil na 4...
Napadlo mě, jestli by tato funkce (50%) nešla přidat do možností bočního panelu. Tak by se nemuselo nic měnit a kdo by chtěl, tak by si to nastavil.
no když podržíš dlouze tlačítko s lupou, vyskočí ti okno kde si nastavíš jaká akce se má na tom tlačítku provádět jako defaultní
Aha, zajímavé, díky. Hned jsem to použil také pro "Zobrazit pohled".
Nicméně, jsem opět na třech. Dovolil bych si oživit myšlenku, že po stisknutí "Uzamknout zoom" by se zobrazil zoom, který byl použitý naposledy. Pokud někdo používá zoom 200%, tak si ničeho nevšimne a když někdo používá zoom 50%, tak pro něj to bude zlepšení.
Přijde mi to jako win win situace :-)
Když už jsme u těch tlačítek, měl bych taky jeden dotaz (mírně offtopic):
Nešlo by někam (? volitelně do pravého panelu) nějakým způsobem přidat (resp. dát uživateli možnost přidat) tlačítko, které na jeden stisk ukončí aktuálně prováděné navádění nebo navigaci ? Nevím, jestli dělám něco zbytečně složitě, ale normálně mně to (např. při navádění na kešku) zabere tři kliky, přičemž poslední je v menu, takže za chůze se hůř vybírá.
Mimochodem, proč se u navigace (ne u navádění) k bodu po jejím ukončení Stopa sama nesmaže (musím to udělat ručně; když to neudělám, "hnije" tam i při příštím spuštění Locusu), i když jsem při zahájení navigace NEzatrhl checkbox "Trvalé uložení" ? (K čemu teda ten checkbox vlastně je ?)
Díky za info !