[mkgmap-dev] Simplifying ways & rounding
From Mark Burton markb at ordern.com on Sun Nov 29 00:30:16 GMT 2009
Johann, > > > > I'm being so stupid today, it's the subdivisions. The lines that are > > not matching are in different subdivision so they don't get compared. > > > > > Thanks for the hint, this was it. I have noted that the lines are not > merged at subdivisions, but not thought to the final end. I think its > time to stop programming for today :-/ > > > That's a shame but the upside of only merging within a subdivision is > > that it's really quick. > > > Would it be possible to merge lines across more subdivisions or is this > a natural limit? I can't be 100% sure without some study but I think it should be possible to merge across a whole tile. Somewhere like makeMapAreas() is about right because there it's looping through the resolutions and driving the subdivision creation. I think the merging needs to happen around there before the subdivisions are created. What would be very nice is to keep your existing merging within subdivision as the default behaviour and then have a merge within tile option for those with CPU to burn. Something like: --merge-lines merge in subdiv --merge-lines=1 ditto --merge-lines=2 merge in tile > Also there seems to be some inaccuracys at rounding, as the line ends do > not meet exactly. (Or is this a displaying problem of the QLandkarte?) Using gpsmapedit the lines join pretty well (a lot better now that the coords are rounded!) Cheers, Mark
- Previous message: [mkgmap-dev] Simplifying ways & rounding
- Next message: [mkgmap-dev] Simplifying ways & rounding
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list