Bad tiling of TAR in Locus

Hi,

i think that this will be problem in way how locus handle stored images. In TAR you have also one file that say order of images inside right? Unfortunately Locus ignore this and take images in TAR in name order. So proper naming fix this issue probably ...

here on GetSatisfaction is request for full support of TAR atlases, so after more then two years, since I did support for TAR, seems I`ll improve it a little so it will also cover using of this "image-list" file

Yes, there is a .map file inside the atar and .tmi file outside. So you Locus ignore both of them and when I rename tiles from Tirol_0_256.png to Tirol_00000_00000.png to make the tiles alphabetically sorted it will start to display right?

Seams like a quite huge job for file renamer..

locus ignore only TMI file. May you send me some small map that do not work? I`ll try to do something with it quickly. Renaming is not best solution, I know :)

Here is the zip with all the example with:

.tmi

.log

.tar with couple of .pngs and .map

http://uloz.to/xw98aFD/tirol-zip

the password is: test

Thanks, m

I have tried the simple renaming by 6 regexps and it didn`t help. Columns are continuous but rows doesn`t match.

Another observation: border tiles are hiding and apearing again when scrolling over them. And tiles on the right of the map area has "unknown problem" signs.

All that seams that there is less number of tiles than locus expects. By observation it seams that locus expects more than 10 more tiles to be in vertical dimension.

I managed to convert the map by Orux maps desktop to sqlite - that is correctly displayed in Orux maps. So I am at least able to use the map with Orux now.

Locus displays in same renamed sqlite just empty tiles. I did check also that journal mode referenced at http://forum.locusmap.eu/viewtopic.ph... - still no images in Locus.

m

Finally I did manage to the map into locus by increasing a tile size to 1024×1024 and renaming to let the tiles be sorted alphabetically..

I checked your sample file but it`s hard to check if files are displayed correctly or not, when in file is only few map tiles and all are white :)

For me is currently more interesting that some SQLite map do not work in Locus. If you send me this map, there will for sure be some missing map projection that`s not included in Locus yet. No problem to add it ...

About TAR it`s little bit more complicated. As I wrote, TAR currently do not have best support in Locus (even you`re first known case that map do not work due to incorrect order of images in package) and are plans for full atlas supports as have TrekBuddy. Anyway this will take some time (probably during a August) so for now, I have to leave this topic as "not yet solved" issue, sorry ... (anyway offer for fix of SQLite map is still valid ;) )

Hi,

Sqlite:

the sql db not understandable by locus is on http://uloz.to/xS4MoZk/tirol-zip

password: proorux

It is a result of OruxMapsDesktop conversion tool. Then I renamed it to .sqlite and copied to Locus directory in phone. It is possible to select the map but none of tiles are displayed.

Tar:

I also previously used a Tar without problems so I don`t tell there is a problem with every Tar. I think it is related with conversion tool wich is used to make a tar.

Thanks, m

thanks for map,

tested, checked and seems that problem was only in name of images file. I always expect that name is "OruxMapsImages.db". Anyway since next version, it will also correctly works with name you use, so with "Tirol.sqlite", or other that is defined in XML file

I see this topic is month old and I don`t know if problem solved or not

so, are TAR maps working correctly and also OruxMaps format? Let me know so in case answer is "not", I should fix it, or close this topic as finally solved :)

Hi, sorry I did not reply. OruxMaps export works now as you described.

You did also a fix for TAR maps not to ignore TMI anymore? Should I test it?

Thanks, m

Hi,

no problem. Anyway TMI is still ignored. I don`t know if I forget on it or don`t wanted to do ... a few posts above, I wrote that map you send me have only a white tiles and it`s hard to test if result is correct or not. May you please create for me some better sample map that do not works correctly but will with TMI support? Thanks, I`ll try to add support for this file also ...

Hi I did just a small map for testing purposes: here you have files: ozfx format and converted tar. Tar was scaled down to 25%.

http://uloz.to/xoEwjU4/maptest-zip

pass: proorux

Now Locus even claims "Problem with file ..." on startup and doesn`t allow to load it..

Thx, m

ah hard work. You have scaled down your map but in TAR file is not configuration "*.map" file. Unfortunately map file is for big map, not for scaled by 25%, so I cannot test.

I still think that Locus should be able to handle correctly tar maps even without TMI file. Anyway if you really have problems with any map, I need full not working TAR map that I can test. I have around 30 TAR maps that I use for testing from various sources, and all works fine for me ...

Hi, finaly confirming: Tar maps are displayed OK even without tmi file.

I took me a while to check it with map that was previously bad (20 hours of conversion). But it is OK now. For some reasons ozimaptrans doesn`t put map file inside tar of previously converted maps.

Did you repair something or should I continue to look for reason why previously converted map didn`t work?

20hours? Nice :)

yes, I did some changes. I discovered problem with my indexes of TAR file, so maybe there were a problem. So do not search for problem on your side. As usually, it`s a problem of developer :)

Thanks for report. Issue closed