<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40" dir="ltr"><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Verdana;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
span.E-mailStijl18
{mso-style-type:personal-reply;
font-family:"Verdana",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="NL-BE" style="text-align:left; direction:ltr;"><div>Well, </div><div><br></div><div>The example Seppe gives is an lcn-route, 87-88, which is part of an rcn-network. I think the renderer here renders all routes in the rcn-network ignoring that this route is tagged as lcn.</div><div>For reasonable rendering, the lcn-network (nodes and routes) should have a different colour/shape than the rcn-counterparts, since some users will want to ignore the </div><div>lcn-nodes. e.g., someone using rcn-nodes wanting to travel from node 3 to node 82 in Ghent can follow the rcn-arrows carrying 82, but will find intermediate lcn-nodes and arrows on his ride.</div><div><br></div><div>vg,</div><div><br></div><div>JanFi</div><div><br></div><div> </div><div>Seppe Santens schreef op za 10-07-2021 om 13:54 [+0000]:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:9.5pt;font-family:"Verdana",sans-serif;mso-fareast-language:EN-US">Well, it seems these lcn node networks will be rendered at least in one layer/style:
<a href="https://imgur.com/a/Ev0xBGx">https://imgur.com/a/Ev0xBGx</a><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.5pt;font-family:"Verdana",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.5pt;font-family:"Verdana",sans-serif;mso-fareast-language:EN-US">see
<a href="https://www.openstreetmap.org/relation/11966301#map=15/50.9309/4.6234&layers=CN">
https://www.openstreetmap.org/relation/11966301#map=15/50.9309/4.6234&layers=CN</a> (although I suppose this should be corrected to rcn).
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.5pt;font-family:"Verdana",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.5pt;font-family:"Verdana",sans-serif;mso-fareast-language:EN-US">I guess a node network is defined by network:type=node_network and that should be independent of rcn / lcn / … Any other things to take into account?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.5pt;font-family:"Verdana",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.5pt;font-family:"Verdana",sans-serif;mso-fareast-language:EN-US">Cheers,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.5pt;font-family:"Verdana",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.5pt;font-family:"Verdana",sans-serif;mso-fareast-language:EN-US">Seppe<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.5pt;font-family:"Verdana",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="NL">Van:</span></b><span lang="NL"> Jo <winfixit@gmail.com>
<br>
<b>Verzonden:</b> donderdag 8 juli 2021 12:47<br>
<b>Aan:</b> OpenStreetMap Belgium <talk-be@openstreetmap.org><br>
<b>Onderwerp:</b> Re: [OSM-talk-be] Proposed cycle node network in Ghent<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Will this be communicated to map renderers? As far as I know, they only count rcn, rwn, rhn as (numbered) node networks. I tend to agree that lcn is the best solution for this, but usually lcn are loops. If the renderers can't cope with
this, maybe we need something like ccn? (city wide cycling network). I expect that those renderers will not be rendering the node numbers for lcn.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Jo<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Wed, Jul 7, 2021 at 8:45 PM joost schouppe <<a href="mailto:joost.schouppe@gmail.com">joost.schouppe@gmail.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex">
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Hi all,<br>
<br>
There was some discussion recently about the proposed cycle node network in the city of Ghent, see for example [1] (links summarized below). It's a rather confusing situation.<br>
<br>
There is of course a well known cycle node network that spans Flanders (and connects to other regions) and is managed per province by provincial authorities.<br>
The city of Ghent is planning a "stadsregionaal" cycle node network that spans the city and stretches slightly into neighbouring municipalities. The Ghent network respects the provincial network in the sense that all nodes from the province are re-used just
as they currently exist. But they add a lot more options within the city area.<br>
<br>
See the image linked here: [2]<br>
<br>
For example, the provincial network has one section from 4 to 93, but in the Ghent network, if you want to go from 4 to 93, you will go through 45, 11, 65 and 81 before reaching 93.<br>
<br>
As if this isn't confusing enough, add this:<br>
- the Ghent network is already mapped as a proposed network and is actually used in route planners and maps<br>
- the Ghent network will NOT be fully integrated in the provincial network. So a user at Node 4 in actual reality will see a "provincial" sign to node 93 and also a Ghent sign pointing to 45.<br>
<br>
This complicated situation, together with a lack of documentation about the data model for this kind of situation has led to a few mistakes when editing, and unnecessary issues for data consumers.<br>
<br>
So we set up a meeting with mappers who are also data-users: pelderson, seppe, Pietervdvn, vmarc and Pieter Deckers from Stad Gent. I facilitated, as an OSM Belgium member.<br>
<br>
During the meeting we came to these conclusions:<br>
- while not all of us are happy with the standard of using state=propose/construction/... for future route relations, this is documented and supported by most large data users. Interesting discussion on the topic is available here [3]. So let's keep using that
for the relations (the route from node to node and the network itself)<br>
- after considering all the options for how to indicate the status of nodes that are "proposed", we came to consensus that the best solution is to use lifecycle tagging. This is normally only needed for tags like proposed:rcn_ref. This will remove the planned
Nodes from any tool that is not aware of lifecycle tags. This will be the conclusion to the second discussion at [3].<br>
- The r in rcn stands for regional. Currently, the Ghent network is also defined as regional. We came to the consensus that the Ghent network is local in scope, so all relevant tags will be changed from rcn to lcn.<br>
- There will be route relations between the lcn nodes, but also between all the rcn nodes. To return to the example above, there will be a rcn route relation between 4 and 93 (as currently exists), and also a lcn route relation between 4 and the 45.<br>
- That means Nodes like 4 and 93 will of course keep their rcn_ref. Nodes like 45 will be changed from the current rcn_ref to lcn_ref (or as long as the network awaits construction: proposed:lcn_ref). Nodes that are used by BOTH networks need a ref from both
networks. So for example 4 will have both rcn_ref=4 as well as an lcn_ref=4. This makes sense, because it's the only way to make both networks "complete" when looked at individually. It is also a good fit for all the other networks that are popping up that
re-use existing Nodes (for example cycle-horse hybrids). Data users that are only interested in a particular type of network, will always find the relevant tag from their perspective.<br>
- Occasionally, Ghent did not add an extra Node between two provincial nodes that are both re-used in the Ghentian network. For the sake of consistency, these should also be connected by a Ghentian route relation.<o:p></o:p></p>
<div>
<p class="MsoNormal">These are some pretty large changes, but the people from the City of Ghent are willing to do them themselves (with a little help from us). We would like to encourage you to not make large scale changes to the tagging quickly. The city are
working to coordinate with their routing software developers (Anyways.eu) to be ready for the change. vmarc is also still preparing
<a href="http://knooppuntnet.nl" target="_blank">knooppuntnet.nl</a> to be able to consume this adapted data. Giving it a little time will also allow us to incorporate feedback received here.
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">We will of course keep you posted here.<o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
pelderson has already started documenting some of this on the wiki [4] and we will post an update at the previously mentioned talk page; as well as add a clarifier to the wiki page for the "state" tag that it should probably NOT be used on Nodes.<br>
<br>
<br>
1: <a href="https://www.openstreetmap.org/note/2727432" target="_blank">https://www.openstreetmap.org/note/2727432</a><br>
2: <a href="https://i.imgur.com/Vya2DEQ.png" target="_blank">https://i.imgur.com/Vya2DEQ.png</a><br>
3: <a href="https://wiki.openstreetmap.org/wiki/Talk:Key:state" target="_blank">https://wiki.openstreetmap.org/wiki/Talk:Key:state</a><br>
4: <a href="https://wiki.openstreetmap.org/wiki/Node_Networks#Recent_developments" target="_blank">
https://wiki.openstreetmap.org/wiki/Node_Networks#Recent_developments</a><br clear="all">
<br>
-- <o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal">Joost Schouppe<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">OpenStreetMap Belgium<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal">_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org" target="_blank">Talk-be@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-be" target="_blank">https://lists.openstreetmap.org/listinfo/talk-be</a><o:p></o:p></p>
</blockquote>
</div>
</div>
***DISCLAIMER*** www.westtoer.be/disclaimer
<pre>_______________________________________________</pre><pre>Talk-be mailing list</pre><a href="mailto:Talk-be@openstreetmap.org"><pre>Talk-be@openstreetmap.org</pre></a><pre><br></pre><a href="https://lists.openstreetmap.org/listinfo/talk-be"><pre>https://lists.openstreetmap.org/listinfo/talk-be</pre></a><pre><br></pre></blockquote></body></html>