Hi WanMil, okay, I agree that this would be the best solution.
I've started a new refactoring branch today, I'd like to finish this work first. Maybe you can look at it: I plan to evaluate all tags used in RoadMerger once in ConvertedWay and place them in fields (most of them are booleans). RoadMerger should then call ConvertedWay.isSimilar() which will implement most of the compare routines now implemented in RoadMerger.Road. Does that sound okay for you? Gerd > Date: Sat, 19 Apr 2014 16:12:06 +0200 > From: [email protected] > To: [email protected] > Subject: Re: [mkgmap-dev] oneway reverse patch > > Hi Gerd, > > I think this is also not a clean solution. What happens if the road > itself uses a directed symbol? AFAIK your patch handles only non-roads? > > From my point of view the only clean solution is to reverse all tags. > That should not be too complicated copying some parts from the JOSM class. > > WanMil > > > Hi all, > > > > did anybody try this patch attached to this post regarding reversed oneways? > > > > http://gis.19327.n5.nabble.com/mkgmap-ToDo-list-tp5803388p5803456.html > > > > If anybody is interested in this, I'll create a version that checks the > > style version file. > > Idea: > > If the version is 2 or higher, use the code in the patch, else not. > > > > Gerd > > > > > > > > _______________________________________________ > > mkgmap-dev mailing list > > [email protected] > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > _______________________________________________ > mkgmap-dev mailing list > [email protected] > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list [email protected] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
