OruxMaps
Visit the new forum: <a href="http://www.oruxmaps.com/foro">OruxMaps</a>

Join the forum, it's quick and easy

OruxMaps
Visit the new forum: <a href="http://www.oruxmaps.com/foro">OruxMaps</a>
OruxMaps
Would you like to react to this message? Create an account in a few clicks or log in to continue.

>2GB map size problem and a possible solution

2 posters

Go down

>2GB map size problem and a possible solution Empty >2GB map size problem and a possible solution

Post  Jarny Mon Jun 20, 2011 9:14 pm

Hi
I notice that oruxmaps or the sqllitedb engine have problems with map files bigger than 2 GByte.
The idea to avoid those problems is to manually split big maps into any rectangular pieces (size < 2gb) at creation time and let oruxmap choose the correct map to view. So I can manually create many small Maps with my favourite app mobac and oruxmap choose at runtime the one where the current viewport is inside. To avoid selecting maps from different sources (eg. I have cards from outdoor active and cards from google earth) it has to be possible to group maps from the same source (or from the same type). A simple <cardGroupId>-Tag in the *.otrk2.xml can do this. Oruxmaps may only automatically switch between maps with the same cardGroupId. If the cardGroupId tag is missing than oruxmaps work like before and you have to manually choose a new map.
What do you think?

best regards from germany
Jarny

Jarny
Guest


Back to top Go down

>2GB map size problem and a possible solution Empty Re: >2GB map size problem and a possible solution

Post  orux Tue Jun 21, 2011 7:33 pm

Jarny wrote:Hi
I notice that oruxmaps or the sqllitedb engine have problems with map files bigger than 2 GByte.
The idea to avoid those problems is to manually split big maps into any rectangular pieces (size < 2gb) at creation time and let oruxmap choose the correct map to view. So I can manually create many small Maps with my favourite app mobac and oruxmap choose at runtime the one where the current viewport is inside. To avoid selecting maps from different sources (eg. I have cards from outdoor active and cards from google earth) it has to be possible to group maps from the same source (or from the same type). A simple <cardGroupId>-Tag in the *.otrk2.xml can do this. Oruxmaps may only automatically switch between maps with the same cardGroupId. If the cardGroupId tag is missing than oruxmaps work like before and you have to manually choose a new map.
What do you think?

best regards from germany
Jarny

Hi, Jarny;

Group your maps in folders inside mapfiles/ directory.

Then you can enable/disable the entire folder with a long press over this directory at the select map view.

orux
orux
orux

Cantidad de envíos : 3946
Fecha de inscripción : 2009-07-06

Back to top Go down

>2GB map size problem and a possible solution Empty Re: >2GB map size problem and a possible solution

Post  Jarny Sat Jun 25, 2011 1:32 pm

Thank you orux for the hint. It works fine cheers , but I have two small improvements:
1) Can you please add an option that oruxmaps only offers the maps from the same subdirectory as the current map. I often switch between a satellite map and a street map and I dont want die enable/disable the directories permanently.
2) Add an option where oruxmaps select the first map if there are more than one map available. This option would be fine if you create overlapping pieces of maps and it is regardless which map you select because they shows the same images.

regards
Jarny

ps: Oruxmaps 3.5.22b works great. The new ui and the menu system is very straight.
Thank you for this great piece of software

Jarny
Guest


Back to top Go down

>2GB map size problem and a possible solution Empty Re: >2GB map size problem and a possible solution

Post  Psycogeek Sat Jun 25, 2011 10:59 pm

jarny another way i use to have multiple style of Offline maps, is to have every other layer be a different map. but still many maps in the same organised folder.

because road are so different than sattalite this often works out ok. with the one level back as a road or trail, and the closer level as arial picture map.
also i have used this method to put in a parks trail map (scan and calibrate), because the trail map is so minor, it works good at say level 15, with satalite of 16 or even with road of 14 too.
by using different levels, there it is only one click to the next.

then that is where Disabling and enabling Maps can come in usefull again, if you folder and subfolder "layers", you can select the type of map for each layer. dependining on what your doing.

say i have
--------------------------------------------
road 13 (maps in that folder)
road 14 (maps in that folder)
road 15 (maps in that folder)

Trail 15

Sattalite 13 <--red is disabled
Sattalite 14
Sattalite 15
sattalite 16
------------------------------------------------

Now it will do
road 13
sattalite 14
road 15
sattalite 16


or Reverse that, and i can shut off the Roads turn on the trail
-----------------------------------------------------
road 13
road 14
road 15

Trail 15

Sattalite 13
Sattalite 14
Satalite 15
sattalite 16
----------------------------------------

Sattalite 13
Sattalite 14
Trail 15
sattalite 16

and then everything is satt and trail for that "session" no pop-up for the selections.

it is a pain to set up the maps that way, but then there is only one setup decision nessisary for the computer to the human, then i can layer zoom to switch types many times without the extra selection. and still digitally zoom any level.
if you already have the maps in seperate layers, it is just a matter of folder organisation. Organising folders by Layer that can then be disabled.

of course I get it even more complex, with interleaved types. and usually i dont have all the levels, it is to much space, some maps are only usefull in these small screens at specific levels anyway. and i can pick the best assembly of levels for storage and the activity one time, and jump between them easily after that.

Psycogeek

Cantidad de envíos : 53
Fecha de inscripción : 2011-04-14

Back to top Go down

>2GB map size problem and a possible solution Empty Re: >2GB map size problem and a possible solution

Post  Jarny Wed Jun 29, 2011 7:38 pm

Thanks Psycogeek for your reply

Your idea sounds very complicated at the first read. Than I understand how it works and it is a possible solution for my problem.
But I really hope that orux implement my two little suggestion to improve the map handling.

regards
Jarny

Jarny
Guest


Back to top Go down

>2GB map size problem and a possible solution Empty Re: >2GB map size problem and a possible solution

Post  Sponsored content


Sponsored content


Back to top Go down

Back to top

- Similar topics

 
Permissions in this forum:
You cannot reply to topics in this forum