New Topic

Locus Map - help desk Topic Idea Locus Map (Android)

This object is in archive!

Category Locus Map (Android)

Tags tar

Comments 19

Subscribers 12

Votes 38

Support for TARed TrekBuddy atlases

johndirt shared this idea ago

Declined

I wish to add ability of app Locus to use TARed TrekBuddy atlases. This map format enable to use multi maps a and zooms.

I like this idea 1

Replies (13)

gynta ●

hi protop4u

in my opinion Locus supported TAR already.

URL

johndirt ●

@gynta:

Locus now supported correctly simple TAR maps, but no full structured TAR (TrekBuddy) atlases. That is different.

URL

shost ●

Definition is on http://www.trekbuddy.net/forum/viewto... under "Howto create a packed atlas".

URL

johndirt ●

Structure [maps and zooms] of TARed TrekBuddy atlas in MOBAC (example):

URL

SeaFargo ●

I like this idea especially for importing full raw PNG 100% zoom maps. TAR format do not need to force all images to reach fixed zoom scales.

http://mapc2mapc.freeforums.org/proce...

So our custom map can be processed, for the 100% zoom scale, looslessy!!

This is a great thing!

Hope Locut to have nice support for this kind of format ;-)

URL

myneur ●

There is also a warning in locus download map dialog telling not to download map into tar, that it might not be supported in future.

So I vote not only to expand this format support but mainly to continue with supporting it.

URL

Georg D ●

Personally, I do not use TARed TrekBuddy maps, but those with single files (before Android, I had Symbian S60 so I chose TrekBuddy untared due to performance). Hence, I don`t mind which type of TrekBuddy maps are supported, but I like the idea to use the same maps (which typically demand much space on the SD card as these are raster maps) in multiple applications :) This requires that Locus looks for some maps (not all) in other directories than standard, see http://docs.locusmap.eu/doku.php/manu...

URL

ugn ●

Also I would like to see support of multi part TAR map (one map splitted to more smaller TAR files) within this feature . Mainly because of android filesystem limit (I think it is 4 GB).

URL

jkk88 ●

It is probably possible to avoid current limits by creating softlinks with proper directory/file structure Locus require (if you use ext2, 3, 4 second partition on sd card) and point Locus to use maps (in real links) from there.

URL

Spartaner ●

I do not much understand of the previous discussion here, but would also like TARed TrekBuddy atlas (made by TerraIncognita) working in Locus. My current test showed severe errors.

Unlike (one large) JPG+Ozi-map-file the TARed TrekBuddy atlas contains many little JPGs.

My 2 testfiles do not work. The first shows nothing but the "Lade..." text, the second shows parts of the JPGs, but on wrong positions.

Files:

URL

Menion ●

Good day Spartaner,

as I'm checking your files, I see there issue that I never see before. I always believed that TAR maps has to be square and TAR file have to contain all required map tiles. Anyway TAR file you attached miss some tiles. For example right at begin ... Tara02_0_0_0_0.jpg, Tara02_0_0_0_256.jpg, etc...

I do not know, if such files works in different applications, but Locus is not prepared for them, sorry to say this.

EDIT: hmm, I've in the end fixed this issue, so in next version, it should work as expected. If not, firstly try to clean a Locus/cache directory.

URL

gynta ●

nope

much better, but not 100% :)

... see 2 clips compare locus and trekbuddy.

(*.rar)

Files:

URL

Menion ●

Ej, you found quite a serious issue in indexing of TAR maps, thank you very much, fixed!

URL

gynta ●

You're welcome - fixed? - we will see :)

URL

Spartaner ●

Sorry, my next trial with TrekBuddy-TARs once again does not work.

There are 3 different failures:

1. the position ist not right, the TrekBuddy-Picture are positioned around 200m north of the right position. Screenshot1 shows a mouth of a river (blue arrow) and a bridge (black sign) at the right positions, an the corresponding structures on the TrekBuddy-TARs Satellite foto.

2. I can only make 2 zoom steps visible. Only the shown zoomstep ("300m", screenshot1) and a next step ("100m" screenshot2) the TrekBuddy-TARs are visible. When I click one (or more) additional "+", than the screen becomes white, but the scale remains "100m" (screenshot3).

3. when the border to the next TrekBuddy-TAR is approached, Locus shows "Laden ...", but nothing happens (screenshot4).

4. one trial showed different parts of pictures connected together, but with visible breaks. At least one of them had the wrong position. I can not replicate this behavior, so I have no screenshot.

URL

Menion ●

Spartaner, this is not a topic for your private problems with TAR maps, so please create a separate topic, thanks for understanding,

URL

Menion ●

Hi guys,

hope you will agree with me, that TrekBuddy atlases are very outdated map format. Its implementation may still be quite complex and the availability of maps in this format is every year worst and works. Also, if I've noticed correctly, TrekBuddy is no longer actively developed.

Because of this, I'm declining this idea. Thanks for understanding.

URL

arepo ●

I just hope that the TAR maps will continue to work, even with rare problems if there are no more changes, they account for about 35% of my (and lots od friends from Poland too) collection - this is thick gigabytes (maybe 20 GB on my phone) of useful and valuable maps..

Lucas

URL

Menion ●

Sure they will. There will be no change in TAR support. This topic was focused on more complex "TAR atlases".

URL