Messages

Trochu odbihame od tematu vektorovych map, tak at to Menion kdyztak oddeli do samostatneho tematu.

Otazkou je, zda offline vyhledavani integrovat primo do Locusu, nebo jestli to mit jako externi plugin. Preci jen uz je docela problem stahovat pres EDGE instalacni balicek, pri tom, jak narusta delka o vsechny doplnujici funkce a binarni knihovny pro vsechny mozne rodiny procesoru...

K tomu generovani dat - na filtrovani by se asi dal pouzit osmfilter pro vytazeni jen relevantnich casti XML a pak to prohnat pres nejakou konverzni utilitu (a tu by asi bylo nutne napsat s vyuzitim nejake knihovny pro OSM), nebo vse drzet v databazi a exportovat do potrebneho formatu.

Jinak predpokladam, ze ta spatial databaze resi perzistentni indexy a kesovani pro reverzni geokoding (souradnice->adresy), ciste v pameti to opravdu delat nejde. Co se tyce offline routingu, tak to je jeste uplne specialni situace...

To jste spatne pochopil - tech 200MB by ani nebylo kvuli routingu, ale kvuli vyhledavani adres a bodu k adresam (geokoding). Na routing uz nedoslo, to by asi ten student nedal...

Jinak to tema k routingu je zde, nemecky to neni, jen ten uzivatel pochazi z Rakouska (gynta):
//http://forum.locusmap.eu/viewtopic.php?f=26&t=2987&p=20528&hilit=routing#p20528

Ahoj   nevím jestli se to už někde neřešilo ale napadla mě taková věc jestli by nefungoval na základě nahrané vektorové mapy offline search a jednoduchý offline routing (vypočítání trasy). Je mi jasné že to nebude žádná sláva ale databázi místních názvů a k nim přiřazená geo souřadnice i síť komunikací to obsahuje tak proč toho nevyužít..

Neco k routingu se tu objevilo tady v DE forech, ale vyuziva to externi data. Nejsem si uplne jisty, jestli to je v datech z MapsForge a hlavne v podobe, z jake by se to dalo snadno extrahovat (prece jen je to format pro renderovani a ne pro vyhledavani).

Jinak dopredny a zpetny geokoding (adresy <-> souradnice) mi psal letos student jako bakalarku s dodrzenim kompatibility s API od google, ale vyzaduje to externi databazi (sel na to nejjednodussi cestou, takze CR potrebuje dalsich cca 200MB na karte). Muzu se zeptat, jestli by byl ochoten tu knihovnu zverejnit, ale spise by to chtelo ji dopracovat.

I have to report a strange behavior with 2.12.0 official pro version and geocaches.

I had a list of geocaches (with finds filtered out and distance-based sort) imported from GPX and updated the listings through external plugin (G4L). They are all part of an archived pattern,which is still physically on original location. What happened was that when updating the listings, logs, etc., the original coordinates and new data (complete listings) got randomly mixed. If I remember correctly, GC API does not return coordinates for archived caches. So when updating something went wrong with the order of original data. Normally this does not seem to happen (possibly because the coordinates get overwritten as well or you match the results based on the coordinates).

Unfortunately this one (Wakey) does not dim the screen in the basic version I have tested. But maybe some other...

Edit: OK, something called "Screen ON" //https://play.google.com/store/apps/details?id=com.brilliant.apps.screenon looks promising for this task, at least it works this way on my phone and is free and not add-supported.

Maybe there is an application with service on Google Play using wakelocks to keep the screen on, which would offer this function for people like joa? I found something called Wakey, but don't have any practical experience with it.

Edit: It's not suitable for this task, refer to later post

OK, I found out why the debuggerd is not running and include the trace [attachment=1:14clvs4l]native-crash.txt[/attachment:14clvs4l] when the problem happens. Hopefully it will help you diagnose the problem.


By the way, I remembered another issue I should mention - sometimes during the startup (of the current Pro version), i see "null" in the loading dialog, see [attachment=0:14clvs4l]null-load.png[/attachment:14clvs4l]

It happens for a few versions back, but not very often.

@pavel: it's probably same problem as before right? I always hate if there is any problem in native code as I really have problems with fixing such issues (if it's even possible). I'll check it, thanks

Yes, it is the same problem. If I find a way how to run debuggerd internally on the device (CM 10.1) and get more info out of it, I will let you know.

The silent crash in native code still persists in 2.11.1. I was hoping it was fixed in 2.11.5 since it did not happen for some time, but after extensive moving around the borders when looking for broken woods polygons, it happened as well:

Code Select Expand

D/dalvikvm(12415): GC_CONCURRENT freed 1205K, 29% free 11834K/16656K, paused 6ms+16ms, total 219ms
D/dalvikvm(12415): WAIT_FOR_CONCURRENT_GC blocked 147ms
F/libc    (12415): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 31254 (Thread-12854)
F/libc    (12415): Unable to open connection to debuggerd: Connection refused
I/ActivityManager(  409): Process menion.android.locus (pid 12415) has died.
W/ActivityManager(  409): Scheduling restart of crashed service menion.android.locus/.core.services.PeriodicUpdatesService in 12632ms
W/InputDispatcher(  409): channel '40d4ef78 menion.android.locus/menion.android.locus.core.MainActivity (server)' ~ Consumer closed input channel or an error occurred.  events=0x9
E/InputDispatcher(  409): channel '40d4ef78 menion.android.locus/menion.android.locus.core.MainActivity (server)' ~ Channel is unrecoverably broken and will be disposed!
D/Zygote  (  100): Process 12415 terminated by signal (11)

Is there a way how to debug it? Maybe find a way to run debuggerd? It looks like a null-pointer to me (e.g. failed allocation), but it's hard to say.

A  zkoušel jste nejnovější verzi mapy z osm.paws.cz? Není to totiž mapa stažená odsud, generuje to někdo úplně jiný (Speirs). Snaží se co nejvíce přiblížit Locusu, ale hlavně se původně zaměřoval na svůj styl a podporu pro interní styl Locusu pozvolna přidává. Zrovna přes víkend předělával generování cest, takže by se to zase mělo blížit více mapě od tvůrců Locusu.

I still don't see the update, so to make it clear - this happens with 2.11.0, there is no update to 2.11.1 visible for me in Play Store yet.

Bad news - with this version of Locus is silently crashing on me when moving around the vector map (probably a null pointer in native code?), one second the window is visible, the next I am at home screen. I would suspect insufficient memory issues as in the old times, but the stats around seem to contradict this. No file is created in /sdcard/Locus/logs, and the  only set of messages I was able to recover from the log is:

Code Select Expand

D/dalvikvm(12627): GC_FOR_ALLOC freed 1122K, 26% free 11766K/15820K, paused 178ms, total 179ms
F/libc    (12627): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 28591 (Thread-948)
F/libc    (12627): Unable to open connection to debuggerd: Connection refused
I/Sensors (  398): mSensors[2]->enable(0, 0)
I/Sensors (  398): mSensors[2]->enable(2, 0)
I/WindowState(  398): WIN DEATH: Window{41413a28 u0 menion.android.locus.pro/menion.android.locus.core.MainActivity}
I/ActivityManager(  398): Process menion.android.locus.pro (pid 12627) has died.
W/ActivityManager(  398): Scheduling restart of crashed service menion.android.locus.pro/menion.android.locus.core.services.PeriodicUpdatesService in 5000ms
D/Zygote  (  100): Process 12627 terminated by signal (11)
W/WindowManager(  398): Force-removing child win Window{4143b2a0 u0 SurfaceView} from container Window{41413a28 u0 menion.android.locus.pro/menion.android.locus.core.MainActivity}
W/ActivityManager(  398): Force removing ActivityRecord{40e7fe98 u0 menion.android.locus.pro/menion.android.locus.core.MainActivity}: app died, no saved state
W/WindowManager(  398): Failed looking up window
W/WindowManager(  398): java.lang.IllegalArgumentException: Requested window android.os.BinderProxy@412fd800 does not exist
W/WindowManager(  398):         at com.android.server.wm.WindowManagerService.windowForClientLocked(WindowManagerService.java:8171)
W/WindowManager(  398):         at com.android.server.wm.WindowManagerService.windowForClientLocked(WindowManagerService.java:8162)
W/WindowManager(  398):         at com.android.server.wm.WindowState$DeathRecipient.binderDied(WindowState.java:932)
W/WindowManager(  398):         at android.os.BinderProxy.sendDeathNotice(Binder.java:433)
W/WindowManager(  398):         at dalvik.system.NativeStart.run(Native Method)
I/WindowState(  398): WIN DEATH: null

Any idea what's going on? Or is there a way how to get more info for you if the problem happens again?

No on je tam toho víc (verze 2.10.2, novější mi zatím Google Play nenabízí) - jednak se vezme poslední hodnota popisu (a možná i tagů, netestoval jsem), ne ta, co tam byla zadána, při prvním otevření jsem tam měl vyplněné hodnoty "null" a "null" jako řetězce, a také je po exportu v nepořádku čeština - místo českých znaků se na OSM objeví '?'.

No dá se to řešit přímým exportem do OpenStreetMap z Locusu (je nutné v něm mít zapnutý patřičný modul) a pak to v JOSM pomocí pluginu pro trasy natáhnout z webu, kam je to exportováno správně. Jen pozor na to, že je v tom exportu v Locusu drobný bug a trasa se exportuje s popisem zadaným u předchozího exportu (je to o 1 posunuté).

pmoravec: moc děkuju!
Na rozdíl od mých pokusů vyexportovat to z apk tohle zafungovalo. Mám jen jeden dotaz, možná prkotina, ale dost jsem se na tom zasekl. Když chci přidat nějaký prvek, řekněme posed, stačí poeditovat to XMLko a přidat SVG ikonu posedu do složky "symbols"?
Přidal jsem do sekce    <!-- nodes --> <!-- amenity --> (na nějakou řádku 2233) tohle pravidlo:

Code Select Expand

<rule e="node" k="amenity" v="hunting_stand" zoom-min="13">
<symbol src="file:/symbols/hunting_stand.svg" scale="0.45" scale-icon-size="13,1.1" />
</rule>
do složky symbols zkopíroval "hunting_stand.svg"
a přesto se mi posedy na mapě nezobrazí :-(
Možná, že dělám nějakou základní chybu, ale i po pročtení snad půlky fóra jí nemůžu najít...
Díky moc

Ta základní chyba bude v tom, že hunting stand není fyzicky v datech mapy generovaných exportním pluginem pro mapsforge. Kromě tohoto souboru na telefonu je ještě nutné mít ho ještě definovaný v exportním souboru a ten předat jako parametr osmosis při generování výstupní mapy.

Locus používá (pokud nebyl mezitím aktualizován) //http://docs.locusmap.eu/doku.php/manual:vector_maps_content a gccz //http://osm.paws.cz/tag-mapping.xml a ani v jednom hunting stand není. Takže jedině poprosit tvůrce map (třeba v diskuzi k těm mapám gccz na geocaching.cz), aby jej do nich při generování přidali (jinak by bylo nutné si to generovat sám, ale tam zase stejně jako já narazíte na nutnost převést relace s turistickými značkami na cesty a to si oba zdroje dělají sami vlastním SW).