[mkgmap-dev] Splitter crashing on asia.osm.pbf with --keep-complete
From Felix Hartmann extremecarver at gmail.com on Wed Dec 19 16:13:28 GMT 2012
Thanks for the quick reply Gerd, Nope, same problem with 202. I don't know at all where the problem comes from. Too bad but Qlandkarte GT doesn't like the map either (shows blank only) - so I'm not sure why this happens. Maybe the single tiles are too big. The easternmost tiles span around 48°... Or the map should stop at 179° instead of 180°? I cannot remember, that an Asia extract from geofabrik, ever worked without that bug... Garmin did have a worldmap once, dunno if that could give clues to the max tile sizes? On 19.12.2012 16:47, Gerd Petermann wrote: > Felix, > > I don't think that this is related to the use of a polygon, because > that influences > only the sizes and positions of the tiles. Do you think the problem is > caused > by the way how splitter r264 splits asia.osm.pbf? > Does it work if you use r202 for splitting? > > Gerd > > > > Date: Wed, 19 Dec 2012 16:28:08 +0100 > > From: extremecarver at gmail.com > > To: mkgmap-dev at lists.mkgmap.org.uk > > Subject: Re: [mkgmap-dev] Splitter crashing on asia.osm.pbf with > --keep-complete > > > > Well I tried out 264 without a polygon, and it's fixed and the empty > > area in the west is taken out. But Mapsource still cuts the map when > > zooming in at around 142 East. Is this the same when using a polygon? > > On 19.12.2012 09:57, GerdP wrote: > > > Felix Hartmann-2 wrote > > >> yep. I think the actual data is no more than 150° (east 31 to > 180)- but > > >> the sea info around adds more to it so it starts already at W2°) > > >> On 18.12.2012 22:46, Gerd Petermann wrote: > > > The error was in the new split algorithm. This is fixed with r264. > > > > > > While fixing the error I found a general problem: > > > Some objects in the OSM database are crossing large areas, eg. > > > "The Arctic Circle" > > > http://www.openstreetmap.org/browse/way/162812278 > > > > > > Since the asia extract contains this way completely, splitter > creates a tile > > > that covers > > > almost whole Europe if you don't provide a bounding polygon. > > > I've attached the results, once with using > --polygon-file=asia.poly, once > > > without. > > > > > > asia.zip <http://gis.19327.n5.nabble.com/file/n5740975/asia.zip> > > > Gerd > > > > > > > > > > > > > > > > > > > > > -- > > > View this message in context: > http://gis.19327.n5.nabble.com/Splitter-crashing-on-asia-osm-pbf-with-keep-complete-tp5740926p5740975.html > > > Sent from the Mkgmap Development mailing list archive at Nabble.com. > > > _______________________________________________ > > > mkgmap-dev mailing list > > > mkgmap-dev at lists.mkgmap.org.uk > > > http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > -- > > keep on biking and discovering new trails > > > > Felix > > openmtbmap.org & www.velomap.org > > > > > > _______________________________________________ > > mkgmap-dev mailing list > > mkgmap-dev at lists.mkgmap.org.uk > > http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20121219/70727d6f/attachment.html
- Previous message: [mkgmap-dev] areas.poly from splitter
- Next message: [mkgmap-dev] splitter "fine tuning"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list