Messages

hehe, track name in icon? first three letters? I'm not avoiding ... when you hover start or end icon, it will display track name together wuth main parameters. I think, good enough . Anyway I should apply on this same settings as on POI's so these labels (probably only on first points) should be visible always ...

ah sorry, just 7, Souldhoud also (anyway on what is this application??). Suggest to buy everything you find useful. I read something like that these apps can change during these 10 days, so it should be sorry to miss any ...

no problem Matthias, I already own 8 apps from this offer, also Endomonto .. nice, sorry guys, Locus ends here

guys, new testing version here. I'm more then interested in feedback ... mainly if you'll see any difference in map speed with displayed items (POI's, tracks, ...)

thanks Joe, I'll look at. Good inspiration, but for this, I firstly need to add support for OpenGL. Main current limit is draw speed of icons so this is not yet needed ...

ah, I forget to look on last post. Anyway mapItems category purpose is for overlays (currently supported GroundOverlay from KML and aero files). Rest will be loaded but do not currently appear in items list ... check new version, I'm sure, you'll like it ... viewtopic.php?f=25&t=1250#p7349

uff job done (probably) ... worst then expected ... viewtopic.php?f=25&t=1250#p7349

yes, I'm interested in this topic .. but mainly in result . I never had garmin device in my hands and except images, never saw their maps. So I'm personally not interested in maps. Just know that many people use them .. so if you'll need 24GB ram for some testing, let me know ...

hmm, fajn ... tak Locus z toho navíc umí ještě GEMF, ale to je to samé jak SQLite jen rychlejší.

koukám že ten program je celkem zaměřen na Android programy, zajímavý. No jestli by jsi mi poslal ke stažení jeden mapový soubor s 512x512 px dlaždicemi, tak na to v průbehu týdne hodím rychlé oko jestli se to nedá nějak jednoduše zrychlit. každopádně jak jsem psal, ten TAR formát čeká trošku revize a taky přibudou jiné fomráty (pevně věřím) takže TAR určitě nebude ideální formát

nemyslel jsem Maps ale RMAP, formát používaný programem CompeGPS/TwoNAV, ak se jukni jestli tam není

Ahoj Pavle,
  určitě to můžeme ještě nějak vylepšit. Jinak pěkná techická zpráva . Ten TAR formát přeci jen není zcela ideální. Právě pracuju na podpoře pro další formáty, snad jich časem pár přibude. Akorát dneska dodělávám podporu pro RMAP formát. Není v exportu mapc2mapc programu? Jinak důvod proč používáš TAR chápu a SQLite má opravdu nevýhodu jak kolega píše, tzn. má omezený rozsah zoomu a je potřeba vybrat pro export ten nejbližší.

  jinak TAR který locus podporuje má několik omezení vyplívajících ze staré implementace celého systému. Určitě na tom v nejbližší době zapracuju a snad trošku pohnu i s tou rychlostí

this exactly is not possible, but you can enable in settings > global > quick switch button, that display aditional button on map. When you tap on it, you'll see sorted list of maps (sorted by distance between map center and red cross)

good point joe. thanks to your topic here viewtopic.php?f=13&t=1379, I was playing for a long time with track display system and new speed is around 20% faster then before. Anyway main problem is drawing path with a lot of points and this solution should help a lot. I'll try to implement this in some way .. so nice tip, thanks ...

nono, I have clear idea what you want ... there will be problem with tapping point on map and tapping just for new location ... what about adding point and centering on long click? will this be enough? Currently long click display address (or nothing if disable in settings) and in case you plan route, this will quickly add point. This solution will not cause any troubles to other functions .. hmm?

you should not load them because locus do not allow it (by message that image is too large)? If so, then this check is done only based on image size (pixels). I don't know if loaded bitmap take same amount of memory no matter of color palette, but I'm worried it does. I took 3 bytes for every pixel no matter of color palette you use. Anyway I'll test it a little. But no matter of result, memory limit will be still to tight till some improvement will be done