[mkgmap-dev] Memory limits for mkgmap and splitter
From Lambertus osm at na1400.info on Wed Aug 5 08:32:17 BST 2009
Great info, thanks! I'll try this solution, it sounds almost perfect... Chris Miller wrote: >> Crap, this means I'll have to split North America into two sections >> using Osmosis. At ground level this means broken routing between the >> sections and that some cities/villages will be divided into two... > > I think you may have misunderstood me here. You can run the splitter against > as big an osm file as you like, and the areas.list file that it generates > should still be correct. The problem doesn't happen until the second stage > of the split. > > So to be perfectly clear, I think if you do the following you should be OK: > > 1) run the splitter against all of North America (or whatever). Once the > areas.list file has been generated, hit Ctrl+C to kill the splitter. > 2) create two (or more) files by hand, areas1.list and areas2.list, each > with less than 256 areas in them. Together these contain all the areas from > areas.list. > 3) run the splitter again, giving it areas1.list as input. This should create > osm files for just the areas in that areas1.list file. > 4) run the splitter again, this time with areas2.list as a parameter. This > should create the remaining osm files. > > I haven't tried this myself and it's possible you'll run into some hurdles > along the way though off the top of my head I can't think of any. If you > do hit a problem please let me know and I'll see if I can create a fix so > you can manually work around the 255 area limitation using the above steps > until I have something more robust in place. > > Chris > > > > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev at lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
- Previous message: [mkgmap-dev] Memory limits for mkgmap and splitter
- Next message: [mkgmap-dev] Memory limits for mkgmap and splitter
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list