Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - pmoravec

Pages: [1] 2 3
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):

Quote from: "Bucky Kid"
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.

Versions / Re: [APP] - version 2.12.X+
« on: May 30, 2013, 12:42:32 »
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).

Versions / Re: [APP] - version 2.12.X+
« on: May 28, 2013, 11:21:18 »
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" http:// looks promising for this task, at least it works this way on my phone and is free and not add-supported.

Versions / Re: [APP] - version 2.12.X+
« on: May 28, 2013, 11:11:07 »
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

Versions / Re: [APP] - version 2.11.X+
« on: May 24, 2013, 10:07:33 »
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.

Versions / Re: [APP] - version 2.11.X+
« on: May 24, 2013, 09:15:22 »
Quote from: "menion"
@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.

Versions / Re: [APP] - version 2.11.X+
« on: May 23, 2013, 07:34:07 »
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]
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 (pid 12415) has died.
W/ActivityManager(  409): Scheduling restart of crashed service in 12632ms
W/InputDispatcher(  409): channel '40d4ef78 (server)' ~ Consumer closed input channel or an error occurred.  events=0x9
E/InputDispatcher(  409): channel '40d4ef78 (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 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.

Versions / Re: [APP] - version 2.11.X+
« on: May 01, 2013, 22:05:35 »
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.

Versions / Re: [APP] - version 2.11.X+
« on: May 01, 2013, 21:56:41 »
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]
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}
I/ActivityManager(  398): Process (pid 12627) has died.
W/ActivityManager(  398): Scheduling restart of crashed service 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}
W/ActivityManager(  398): Force removing ActivityRecord{40e7fe98 u0}: 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
W/WindowManager(  398):         at
W/WindowManager(  398):         at$DeathRecipient.binderDied(
W/WindowManager(  398):         at android.os.BinderProxy.sendDeathNotice(
W/WindowManager(  398):         at 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?

[CZ&SK] - diskuze o Locusu / Re: Přenos bodů do JOSM
« on: April 28, 2013, 10:02:15 »
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í '?'.

[CZ&SK] - diskuze o Locusu / Re: Přenos bodů do JOSM
« on: April 28, 2013, 07:35:23 »
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é).

Quote from: "rolfovo"
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]
<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" />

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:// a gccz http:// 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, 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).

Pages: [1] 2 3