# App: Route transparency **URL:** \ **Category:** Implemented features\ **Tags:** implemented\ **Created:** [November 19, 2019, 8:53am UTC](https://forum.kurviger.com/t/app-route-transparency/2473 "2019-11-19T08:53:02Z")\ **Posts on this page:** 15\ **Page:** 1
**Author:** ![Ciutnik](https://forum.kurviger.com/user_avatar/forum.kurviger.com/ciutnik/32/1700_2.png) [@Ciutnik](https://forum.kurviger.com/u/Ciutnik)\ **Post date:** [November 19, 2019, 8:53am UTC](https://forum.kurviger.com/t/app-route-transparency/2473/1 "2019-11-19T08:53:02Z")
Hi. Is it possible (and I hope without effort) to introduce an alpha channel/transparency into the color picker when choosing the color of the route drawing (and maybe the saved path)? In addition, in my humble opinion it would be ideal to be able to move the route “to the bottom” - under a layer of roads, names and other symbols on the vector map - as I drew in the example picture: ![kurviger-screen-mini](https://forum.kurviger.com/uploads/default/original/2X/1/1d5e076c92441b3bbc5cfb548157edb252366ffa.jpeg) I got used to such a solution during wonderful 100.000 km of numerous trips with my beloved Garmin 276c. ---
**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\ **Post date:** [November 19, 2019, 9:23am UTC](https://forum.kurviger.com/t/app-route-transparency/2473/2 "2019-11-19T09:23:23Z")
Thanks for the interesting idea. _Exists already in my list (so I move it in new features category)._ > [@Ciutnik](#): > > introduce an alpha channel/transparency into the color picker when choosing the color of the route drawing (and maybe the saved path) Route overlay lines have also a stroke color, like all map roads. Can offer semi transparent lines, but with removal of the stroke. > [@Ciutnik](#): > > move the route “to the bottom” - under a layer of roads, names and other symbols on the vector map Cannot mix the rendering of overlays with map elements. With translucent routes that would be even less needed. Now for optimal result, routes appear below map labels. ---
**Author:** ![Ciutnik](https://forum.kurviger.com/user_avatar/forum.kurviger.com/ciutnik/32/1700_2.png) [@Ciutnik](https://forum.kurviger.com/u/Ciutnik)\ **Post date:** [November 19, 2019, 11:59am UTC](https://forum.kurviger.com/t/app-route-transparency/2473/3 "2019-11-19T11:59:22Z")
Thank you for your comprehensive answer. > [@devemux86](#): > > Route overlay lines have also a stroke color, like all map roads. > Can offer semi transparent lines, but with removal of the stroke. Can the stroke not be semi transparent? But, while you add transparency, removing a stroke will probably not change much because this outline has no informative content (e.g. road category). It only looks nice. And yet the category is very important information, which is often obscured by an opaque route. That’s why I dreamed about the route below roads… But of course I understand the limitations 🙁 Fortunately, as you wrote: > [@devemux86](#): > > Now for optimal result, routes appear below map labels. And thank you for that! This is very good and important for the readability of the route 👌 ---
**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\ **Post date:** [November 19, 2019, 12:09pm UTC](https://forum.kurviger.com/t/app-route-transparency/2473/4 "2019-11-19T12:09:59Z")
> [@Ciutnik](#): > > Can the stroke not be semi transparent? Road strokes in map engines are usually not ordinary line strokes. More like wide stroke casings below with narrower fill cores above. Making the fill translucent should reveal map, not the stroke below. ---
**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\ **Post date:** [November 20, 2019, 6:33pm UTC](https://forum.kurviger.com/t/app-route-transparency/2473/5 "2019-11-20T18:33:34Z")
Translucent colors will be available everywhere in next version: ![Kurviger](https://forum.kurviger.com/uploads/default/original/2X/5/52f565712fe1b4e7aa1cadcbe8fd2ae67d8f62b1.png) ---
**Author:** ![Ciutnik](https://forum.kurviger.com/user_avatar/forum.kurviger.com/ciutnik/32/1700_2.png) [@Ciutnik](https://forum.kurviger.com/u/Ciutnik)\ **Post date:** [November 21, 2019, 8:56am UTC](https://forum.kurviger.com/t/app-route-transparency/2473/6 "2019-11-21T08:56:49Z")
Great news! Thanks 🙂 And now I’m thinking about the proposal to change the behavior of “auto-zoom” - specifically, the possibility of its locking/unlocking depending on the distance from the next turn… But I still do not know how to describe it in English to make it understandable 😃 ---
**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\ **Post date:** [November 21, 2019, 9:05am UTC](https://forum.kurviger.com/t/app-route-transparency/2473/7 "2019-11-21T09:05:53Z")
> [@Ciutnik](#): > > And now I’m thinking about the proposal to change the behavior of “auto-zoom” _Let’s discuss each feature in separate topics._ 🙂 There is a proposal for speed based auto zoom: (versus current distance based) > [@App: Speed based auto zoom](https://forum.kurviger.com/t/app-speed-based-auto-zoom/2139): > > As alongside several other posts mentioned, but still not listed here as an own feature: I wish zoom level (between min and max with auto-zoom on) to depend (also) on speed. The slower you go, the more zoom (closer), the faster you go (or maintaining speed) the less zoom (further, more general view). ---
**Author:** ![Ciutnik](https://forum.kurviger.com/user_avatar/forum.kurviger.com/ciutnik/32/1700_2.png) [@Ciutnik](https://forum.kurviger.com/u/Ciutnik)\ **Post date:** [November 21, 2019, 10:03am UTC](https://forum.kurviger.com/t/app-route-transparency/2473/8 "2019-11-21T10:03:14Z")
Yes, I was browsing this topic but my idea is a bit different - of course to discuss in the new topic! ---
**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\ **Post date:** [November 26, 2019, 5:17pm UTC](https://forum.kurviger.com/t/app-route-transparency/2473/9 "2019-11-26T17:17:19Z")
Available in [Kurviger 1.11.8 (Beta)](https://forum.kurviger.com/t/kurviger-1-11-3-beta/2417). ---
**Author:** ![Ciutnik](https://forum.kurviger.com/user_avatar/forum.kurviger.com/ciutnik/32/1700_2.png) [@Ciutnik](https://forum.kurviger.com/u/Ciutnik)\ **Post date:** [November 26, 2019, 9:19pm UTC](https://forum.kurviger.com/t/app-route-transparency/2473/10 "2019-11-26T21:19:43Z")
Hi. It’s cool! 👌 It could be useful if the alternative gray routes inherited transparency from the active route 🙂 And on the sections where they overlap, it would be good that only the active route was visible, so that their transparency did not overlap. ---
**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\ **Post date:** [November 27, 2019, 7:12am UTC](https://forum.kurviger.com/t/app-route-transparency/2473/11 "2019-11-27T07:12:57Z")
> [@Ciutnik](#): > > It could be useful if the alternative gray routes inherited transparency from the active route Interesting idea, I could see it, though each color has its own “best” transparency. > [@Ciutnik](#): > > And on the sections where they overlap, it would be good that only the active route was visible, so that their transparency did not overlap. That would involve too much micromanagement and route analysis for simply overlay them. Also overlapping is useful for many to check the common parts. _I’ll probably work on some new color algorithms, we’ll see what happens as a result._ ---
**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\ **Post date:** [November 29, 2019, 9:44am UTC](https://forum.kurviger.com/t/app-route-transparency/2473/12 "2019-11-29T09:44:00Z")
> [@Ciutnik](#): > > It could be useful if the alternative gray routes inherited transparency from the active route Available in [Kurviger 1.11.8 (Beta)](https://forum.kurviger.com/t/kurviger-1-11-4-beta/2417). ---
**Author:** ![Ciutnik](https://forum.kurviger.com/user_avatar/forum.kurviger.com/ciutnik/32/1700_2.png) [@Ciutnik](https://forum.kurviger.com/u/Ciutnik)\ **Post date:** [November 29, 2019, 2:00pm UTC](https://forum.kurviger.com/t/app-route-transparency/2473/13 "2019-11-29T14:00:21Z")
It looks very good. Thank you! I am really happy that Kurviger is growing 😃 ---
**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\ **Post date:** [December 6, 2019, 12:13pm UTC](https://forum.kurviger.com/t/app-route-transparency/2473/14 "2019-12-06T12:13:06Z")
Implemented in [Kurviger 1.11.10](https://forum.kurviger.com/t/kurviger-1-11-5/2508). ---
**Author:** ![boldtrn](https://forum.kurviger.com/user_avatar/forum.kurviger.com/boldtrn/32/360_2.png) [@boldtrn](https://forum.kurviger.com/u/boldtrn)\ **Post date:** [October 9, 2024, 10:28am UTC](https://forum.kurviger.com/t/app-route-transparency/2473/15 "2024-10-09T10:28:26Z")