[mkgmap-dev] oneway reverse patch
From Felix Hartmann extremecarver at gmail.com on Thu Apr 24 16:49:06 BST 2014
I don't think that Minkos style shows cycleways on the left/right side of a road - am I wrong? - Anyhow they would usually have a oneway tag already in OSM data. Also definitely no uphill/downhill arrows - which nearly never actually have a oneway tag (and only sometimes I add one during processing). The routing I don't want to stress right now - I still have to play a bit on that due to the rather recent Basecamp changes again... (as I usually want to have routing in both directions, but at different priority). I probably won't be able to get hard facts till monday with OSM links... (I cannot access my own SVN server - and mkgmap SVN is taking ages and often not responding either here). On 24.04.2014 23:35, Gerd Petermann wrote: > Hi Felix, > > the problem with oneway=-1 should not appear often. If > I got you right you say that there is another problem > with roads that have a direction? > Can you give an example ? Just the OSM id of a way that > causes problems with your style. Maybe we find that > Minkos style has the same problem, maybe we find that > Minko found a better solution. > > Gerd > > > > Date: Thu, 24 Apr 2014 23:26:53 +0800 > > From: extremecarver at gmail.com > > To: mkgmap-dev at lists.mkgmap.org.uk > > Subject: Re: [mkgmap-dev] oneway reverse patch > > > > > > On 24.04.2014 23:14, Minko wrote: > > > I dont have any difficulties with mkgmap showing arrows in the > wrong direction, or routing going the wrong way. > > Well it didn't seem to work for me (at least using the patch with the > > most up to date mkgmap trunk version last Thursday) > > > I do see that sometimes the bike lane is drawn on the wrong side > of the road, but this is a Garmin bug. > > > In Mapsource and Basecamp it is rendered on the correct side, but > on the newer Garmins it is rendered on the opposite (wrong) side. On > older units it is rendered ok. > > > Garmin is aware of this issue but hasn't done anything for years. > > That's a bug - correct. But actually it's not sometimes, but all the > > time - I was first to report this over 3 years ago on the us garmin > > forum (mapsource 6.14) and actually one dev sometimes even promised to > > fix it but never got to do it. All asymetric lines are rendered the > > opposite side on Computer vs GPS unit (I think mapsource 6.13 is same > > side as GPS however). Garmin doesn't care as they never used asymetric > > lines (I was the first one to do so using transparency) - the only had > > asymetric lines in so far as older GPS units/mapsource 6.13 didn't > > render 2,4,6,8,... pixel lines actually in the middle (only 1,3,5 where > > actually centered) - and now that they started using asymetric lines - > > they don't have them dependent on direction... > > > > > > _______________________________________________ > > > mkgmap-dev mailing list > > > mkgmap-dev at lists.mkgmap.org.uk > > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > _______________________________________________ > > mkgmap-dev mailing list > > mkgmap-dev at lists.mkgmap.org.uk > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev at lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20140424/46022ed5/attachment-0001.html>
- Previous message: [mkgmap-dev] oneway reverse patch
- Next message: [mkgmap-dev] oneway reverse patch
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list