<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>So the solution for a complex intersection is to have a signal_area area with an outline that intersects with all the nodes where the signal would affect the traffic? This would let the renderer use one icon, and still have the ways marked in the proper spot for the intersection, right? (assuming they will support signal_area).</div><div><br></div><div>Javbw</div><div><br></div><div><br></div><div><br></div><br><div><div>On Sep 20, 2014, at 8:10 AM, John Baker <<a href="mailto:rovastar@hotmail.com">rovastar@hotmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div class="hmmessage" style="font-size: 12pt; font-family: Calibri; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div dir="ltr">Yeah sadly it is fairly complex to display different icons in different locations. Not something we will doing in OSM carto for a good while.<br><br><div><hr id="stopSpelling">From:<span class="Apple-converted-space"> </span><a href="mailto:johnw@mac.com">johnw@mac.com</a><br>Date: Sat, 20 Sep 2014 07:07:56 +0900<br>To:<span class="Apple-converted-space"> </span><a href="mailto:tagging@openstreetmap.org">tagging@openstreetmap.org</a><br>Subject: Re: [Tagging] Feature Proposal - RFC - Tagging for complex junctions or traffic signals that are named<br><br><div>I don't know much about how the rendering system parses the tags. I thought t would be non-trivial for it to work out how to display signal icons without a new tag, so I thought a new tag might be necessary, and gave my suggestion. </div><div><br></div><div>I'm aware the current system is in use a lot for simple 1 node intersections, but as the number of complex intersections increases (?micro-mapping?), so will the need for a solution.</div><div><br></div><div>Javbw</div><br><div><div>On Sep 19, 2014, at 11:32 PM, Lukas Sommer <<a href="mailto:sommerluk@gmail.com">sommerluk@gmail.com</a>> wrote:</div><br class="ecxApple-interchange-newline"><blockquote><div dir="ltr"><div class="ecxgmail_extra"><div class="ecxgmail_quote"><br><blockquote class="ecxgmail_quote" style="border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div style="word-wrap: break-word;">Differentiated tagging is needed for differentiated rendering. "junction" vs "Signal". a single signal icon needs to be rendered in Japan for intersections. </div></blockquote><div><br></div><div>But that is yet working perfectly with the current tagging!<br><br>In Korea, we have yet thousands of nodes with junction=yes and name=*, and they are rendered just with their name (and without any icon) at<span class="Apple-converted-space"> </span><a href="http://osm.org/" target="_blank">osm.org</a>. Example:<span class="Apple-converted-space"> </span><a href="http://www.openstreetmap.org/#map=17/37.48391/126.65874" target="_blank">http://www.openstreetmap.org/#map=17/37.48391/126.65874</a><br><br></div><div>In Japan, we have yet thousands of nodes with highway=traffic_signals and name=*, and they are rendered with their name together with the icon at<span class="Apple-converted-space"> </span><a href="http://osm.org/" target="_blank">osm.org</a>. Example:<span class="Apple-converted-space"> </span><a href="http://www.openstreetmap.org/#map=17/34.43281/132.46446" target="_blank">http://www.openstreetmap.org/#map=17/34.43281/132.46446</a></div><div><br></div><div>(I know that the rendering style is not very “japanese”, but<span class="Apple-converted-space"> </span><a href="http://osm.org/" target="_blank">osm.org</a><span class="Apple-converted-space"> </span>has worldwide coverage and has to render something that fits best at least a big part of the world. But this is a _rendering_ issue, not a _tagging_ issue.)<br><br></div><div>There is only a problem when you have to tag complex junctions or traffic signal systems with dual carrigeways, because you want that the icon the the name show up only _once_ per junction/traffic signal system, and not _multiple_ times. That’s what is proposal is for.<br></div><div><br></div><blockquote class="ecxgmail_quote" style="border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div style="word-wrap: break-word;">is there a way to tell the renderer to not render it's icon if it is part of another area's way? that would allow the intersection tag to take over for the rendering of the signals for it's single icon. </div></blockquote><div><br>I guess you want to say that we have to supress the rendering of individual traffic signals (nodes with highway=traffic_signals) if these node are located within the area element that marks the traffic signal system as a hole. So we render only the area element and we get only _one_ icon and name per traffic signal system.<br><br></div><div>Indeed that is exactly what is necessary, and I’ve made my proposal based on this assumption.<br><br></div><div>I assumed that this is tecnically easy, but I’ll check this again…<br></div><div> <br></div><blockquote class="ecxgmail_quote" style="border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div style="word-wrap: break-word;"><div></div><div>if that's the case:</div><div><br></div><div>landmark=intersection ?</div><div>Intersection=signals for Japan, intersection=junction for korea, or other named junctions.<br></div></div></blockquote><div><br></div><div>Again, I do not see the point in introducing here a new tag. Using the existing junction=yes in Korea and the existing highway=traffic_signals in Japan – just not only on nodes but extending it also also on closed ways (=areas) – should be fine.<br></div></div></div></div>_______________________________________________<br>Tagging mailing list<br><a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/tagging">https://lists.openstreetmap.org/listinfo/tagging</a><br></blockquote></div><br><br>_______________________________________________ Tagging mailing list<span class="Apple-converted-space"> </span><a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><a href="https://lists.openstreetmap.org/listinfo/tagging">https://lists.openstreetmap.org/listinfo/tagging</a></div></div>_______________________________________________<br>Tagging mailing list<br><a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/tagging">https://lists.openstreetmap.org/listinfo/tagging</a></div></blockquote></div><br></body></html>