[mkgmap-dev] how to ignore/force road direction

Mon Apr 28 13:52:31 BST 2014

hi!

I use custom codes (0x10e00 and such) and those lines render fine on top of
any other road (I also use transparent background). Problem is in this
situation:

when road in OSM is directed from left to right, trail is rendered below
the road:

- - -_ _ _ - - -

when road in OSM is directed from righ to left, trail is rendered above the
road:

___-----___

As road directions in OSM are mostly random, trails render either below or
above roads, which looks ugly (there is a quite large gap) when one road
connects with other road.

best regards

Michal Rogala

2014-04-23 16:58 GMT+02:00 Minko <ligfietser at online.nl>:

> I know what you mean,
> It is rendered like this: - - -_ _ _ - - -
>
> To prevent this I use a important road type like 0x02 for cycle routes.
> This is always rendered on top (in the centre of the road axis).
> You can also use 0x01. Disadvantage is that these road type must be
> routable.
> If you dont make them routable it will cause routing errors.
> Another way is make a separate map layer with routes that can be switched
> on or off.
>
>
> > Hi!
> >
> > I've a problem with rendering trails on my map. Trails in TYP files
> > are defined with transparent background and off the road axis (below
> > it) so they don't render on top of the real road.
> >
> > But roads in OSM have pretty random direction (unless used with
> > oneway=yes) and trails are rendered above real roads or below it
> > depending of a road direction - this looks quite ugly and leaves empty
> > gaps on road junctions.
> >
> > Is is any way to force consistent rendering of such trail regardless
> > of the road direction?
> >
> > best regards
> >
> > Michal Rogala
> _______________________________________________
> 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/20140428/5af5845d/attachment.html>