You are not logged in.

#1 2019-08-27 20:18:40

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Node networks: Dutch proposition

LS
Sorry to do this in English, but my German is even worse!

In Nederland, network=rwn and rcn have been (ab)used to accommodate walking node networks and cycling node networks. We would like to repair this, by proposing an alternative way to indicate that routes belong to a node network. I know this is discussed in the German forum as well.


The Dutch have discussed this at length. Bottom line we propose simply to
add a tag network_type=node_network to the route relations of the node
networks.
Nodes do not need this tag, the fact that they have the xxn_ref tag says it
all.

This allows node networks to be defined for all modes of transportation and
all geographical scopes. The setup can handle other network_types should
they arise; other modes of transportation; and other geographical scopes if
necessary (so intercontinental drone hub_networks, no problem!)

Node network checking-site knooppuntnet.be/knooppuntnet.nl (the site
formerly known as vmarc.be, i.e. user vmarc) has indicated it is an
easy-to-implement  solution and it would allow the site to facilitate german node networks as well.

From statements of waymarkedtrails we understand that they can work with this too; we have asked them (on github) to confirm this.

We think maybe the network relation with all the routes and nodes in it is
no longer necessary. That is in the current system the main
pain-in-the-butt for node network maintenance, and nobody really used it.

Existing base does not need retagging, just add the extra tag to the individual node
route relations. In Nederland this can be done quick and easy because we
have no regional linear routes defined: all rwn routes are node_network
routes.

In Germany I think there is a mix of linear and node rwn routes, so
it's a project but I think not a large or difficult one. I would be glad to help out if necessary. Maybe this proposal even helps in separating rXn node routes from "real " rXn routes.
Adding the extra tag changes nothing for the current rendering, so existing
data users can keep their system in place while developing handling of the
new system, then changeover at their own time. If they don't, nothing changes for them.

I would like to hear your questions and comments on this proposal. We have considered a lot of arguments to get to this simple result, but please, surprise me with things we haven't thought of!

I will share this with the Belgian (Flemish)  community as well. Their situation is about the same as in Nederland.

The idea is to get to one common proposal (DE+BE+NL), then present this to the tagging list as the way we want to normalise/undo the exception we created to accommodate the rising node network system in a more generic way.

Fr gr Peter Elderson

Last edited by Peter Elderson (2019-08-27 20:21:06)


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#2 2019-08-28 21:26:01

streckenkundler
Member
From: Lübben (Spreewald)
Registered: 2012-08-09
Posts: 3,553
Website

Re: Node networks: Dutch proposition

Oh man, what did I do... Me and my "good" English. Saint Bing help me... big_smile

I challenged this a bit, because I have now realized that junction networks have a completely different structure than other hiking or cycling path signs. Junction networks are not really comparable with all other hiking or cycling trails...
This should also be better reflected in the tagging and subsequently in the rendering.
Personally, I am very interested in a common solution! I really like that.
As a result, it must be a question of capturing such junction networks in a clean, unambiguous and separate way and making them questionable!
I myself have a brief overview of the situation in the federal state of Brandenburg here in Germany. Here, these junction networks are only built for the bicycle. Therefore, I had the idea to use network=cnn (=cyclenodenetwork) for such networks instead of network=rcn|lcn, which could be extended to network=wnn (walkingnodenetwork).

But I like the idea of "simple" network_type=node_network even more. This does not change the existing data. Above all, existing evaluation tools such as https://knooppuntnet.nl/en/networks/de/rcn do not need to be fundamentally touched. The new network_type=node_network property then ensures that such networks can be separated cleanly from everything else.

We should now consider...

Here, for example, we have pure thematic cycling routes and more and more (bicycle) junction networks. Both always use the same infrastructure. At a junction you can find a themed bike path guide and a hint to the next junction or just a hint to the next junction.
In my opinion, this is also the reason why separate registrations are taking place here and should be the case.

The question now is which objects network_type=node_network must be...

Nodes?
The relationship that summarizes the path relations with the nodes?
Subrelations between the nodes?
To everything?

The bottom line is to capture the relation that summarizes everything as a superroute and set network_type=node_network to the nodes and subrelations that summarize each node.

Example:

the relation https://www.openstreetmap.org/relation/8801845 get additional network_type=node_network + (relation-type) type=superroute
The nodes of the network https://www.openstreetmap.org/node/243202864 get additional network_type=node_network and
the relations between the nodes https://www.openstreetmap.org/relation/9691317 get additional network_type=node_network

In addition to network=rcn, this can then be indentified as a (regional) bicycle junction network.

supplementary opinions? I think it should work.

Greetings from the Spreewald,

Sven

Offline

#3 2019-08-28 22:38:17

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Re: Node networks: Dutch proposition

streckenkundler wrote:

The question now is which objects network_type=node_network must be...

Nodes?
The relationship that summarizes the path relations with the nodes?
Subrelations between the nodes?
To everything?

The bottom line is to capture the relation that summarizes everything as a superroute and set network_type=node_network to the nodes and subrelations that summarize each node.

In our opinion, after consulting with vmarc and with Sarah from waymarkedtrails, only the subrelations between nodes need the tag network_type=node_network. However, it does not hurt to add it to the nodes and the superrelation.

The nodes are identified as network nodes because of the xxn_ref says it all. Waymarkedtrails then just renders the nodes on the right map, it does not use the overall network relation at all.  For network analysis, vmarc also does not need an extra tag for the nodes. Same thing: the xxn_ref is enough, and they are also part of the overall network relation.

I don't know enough about other renderers, checkers and datausers to tell. But we in NL will not need to add the node_network tag to the nodes.

The node network relation, we think it has to have the network_type=node_network tag.

[(Sidestepping: At the same time, we are considering not to use a node network superrelation any more! It groups nodes and node2node routes into networks, mainly for consistency checking. In reality, all of Nederland is becoming one big node network, resulting in an unmanageable superrelation without structure or order.
For administration, checking and maintenance, it would be simpler to use e.g. municipal boundaries to group nodes and node-routes into manageable divisions. No mapping necessary, and we wouldn't need special rules and roles for connection routes. Network names found in the field could still be recorded and could be rendered, but nothing would depend on that.)


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#4 2019-08-28 22:48:43

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Re: Node networks: Dutch proposition

About long distance routes or theme routes routed over the node network: We build the longer routes as superroutes containing the node2node routes as sections (instead of the separate ways). In waymarkedtrails that works fine because they handle nested routes very cleverly. Which means other renderers and routers can do the same! It's explained on the waymarkedtrails site https://hiking.waymarkedtrails.org/help … ierarchies


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#5 2019-08-29 06:26:40

SimonPoole
Member
Registered: 2010-03-14
Posts: 1,836

Re: Node networks: Dutch proposition

Slightly OT, but: could we -not- use type of network/route encoded in the network value for any new route tagging scheme?

The means of travel is already tagged in the route tag and encoding it in the network value instead of just using "international", "national", "regional" and "local", is really really silly. The damage has been done for conventional routes (with the exception of inline skating) but we don't need to repeat the same mistakes  time and time again for new schemes.

Last edited by SimonPoole (2019-08-29 06:54:19)

Offline

#6 2019-08-29 08:46:00

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Re: Node networks: Dutch proposition

SimonPoole wrote:

Slightly OT, but: could we -not- use type of network/route encoded in the network value for any new route tagging scheme?

The means of travel is already tagged in the route tag and encoding it in the network value instead of just using "international", "national", "regional" and "local", is really really silly. The damage has been done for conventional routes (with the exception of inline skating) but we don't need to repeat the same mistakes  time and time again for new schemes.

I see your point... but in this proposal we do not add new modes of transport or new scope values,  we just want to add a tag for network configuration type so node networks can be handled separate from regular routes.  The use of xxn values corresponding to xxn_ref tags in the nodes, I think that is established now for cycling and walking, it’s used widely in NL, BE and DE, so we do not want to touch that now. But on the other hand, this proposal fits another network mode/scope tagging scheme just as much.


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#7 2019-08-29 10:55:16

Pfad-Finder
Member
Registered: 2010-02-11
Posts: 508

Re: Node networks: Dutch proposition

Have a look at the node network in Barnim county north of Berlin. It works fairly well with my preferred rendering and routing tools (waymarkedtrails, mapy.cz).

Example:
https://www.openstreetmap.org/relation/8946367

I certainly agree with Streckenkundler's proposition not to introduce a solution that interferes with established tagging, but rather add a tagging for node networks "on top".

Last edited by Pfad-Finder (2019-08-29 10:56:03)

Offline

#8 2019-08-29 14:12:02

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Re: Node networks: Dutch proposition

@Pfad-Finder Looks good! How does mapy.cz use the cycling node network? I can see it on the map, but is it used for the routing?

The main reason for our proposal is to clearly separate non-node route networks from node networks. We undo the hijacking of rwn and rcn, and get them back for true regional routes. Bonus of our proposal is that extra network configuration types could be accommodated, and node networks can now be defined at all four geographical levels. (In Nederland, the LAW network already looks like a node network, they just haven't numbered the nodes yet).


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#9 2019-09-10 20:25:01

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Re: Node networks: Dutch proposition

Hi! The Dutch community has reached consensus about the following:

We add the tag network:type=node_network to all the junction nodes, to all the node2node route relations, and the node network relation of the node network.

This applies to all recreational node networks: all transport modes, and all geographical scopes.

This means that network=rcn in itself no longer implies that it is a cycling node network. Without the network:type=node_network tag, network=rcn denotes a regular cycling route.

We checked that this solution fits Nederland and Belgium, and we believe it fits Germany as well.

To make it work in rendering and other data use, some work has to be done: tagging all the node networks.  Until that time, nothing really changes!

But that's up to you, if you want to use this solution.


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#10 2019-09-13 10:22:00

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Re: Node networks: Dutch proposition

Status report
All elements of all recreational node networks in the Netherlands now have the tag network:type=node_network. The maintenance site https://www.knooppuntnet.nl is being modified to check for the tag.
I think it is up to the German and Belgian communities to add the tag to ‘their’ node networks. Of course, we would be glad to help out, when asked.


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#11 2019-10-19 15:58:47

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Re: Node networks: Dutch proposition

Waymarkedtrails hat die Knotenpunktnetzwerk-Rendering implementiert. Siehe https://hiking.waymarkedtrails.org/#?map=14!51.5521!5.2

Die Logik lautet: Wenn es ein Tag network:type=node_network gibt, wird network=* ignoriert und wird das Rendern des Knotennetzwerks verwendet.

Es ist jetzt möglich, echte regionale Routen auf der Karte klar zu unterscheiden.


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#12 2019-10-19 16:12:53

streckenkundler
Member
From: Lübben (Spreewald)
Registered: 2012-08-09
Posts: 3,553
Website

Re: Node networks: Dutch proposition

Peter Elderson wrote:

Waymarkedtrails hat die Knotenpunktnetzwerk-Rendering implementiert. Siehe https://hiking.waymarkedtrails.org/#?map=14!51.5521!5.2

Die Logik lautet: Wenn es ein Tag network:type=node_network gibt, wird network=* ignoriert und wird das Rendern des Knotennetzwerks verwendet.

Es ist jetzt möglich, echte regionale Routen auf der Karte klar zu unterscheiden.

Yippie... Das sieht sehr gut aus... Ich finde ein sehr gutes Ergebnis.

Vielen Dank an alle Beteiligten und besonders an Peter und Sarah.

...jetzt geht es weiter mit der Datenpflege.

freut sich Sven

Offline

#13 2019-10-20 19:51:57

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Re: Node networks: Dutch proposition

vmarc wrote:

In knooppuntnet.nl  zijn voorbereidingen gedaan voor het herkennen van knooppuntnetwerken op basis van network:type=node_network tags. Maar in afwachting van het aanpassen van de bestaande tagging zijn deze veranderingen momenteel nog niet actief gemaakt. Er zijn nog een beperkt aantal knooppunten/routes/netwerken in Duitsland en Frankrijk die zouden verdwijnen bij het activeren (zie Overzicht). Ik wacht nog 1 of 2 weken om de verandering door te voeren.

https://knooppuntnet.nl/public/overview-2.png

Het is heel fijn dat door het toepassen van de nieuwe tagging het mogelijk was om een heleboel uitzonderingslogica te verwijderen uit knooppuntnet (meer dan 4000 lijnen code!! Indien interesse in details: zie ondermeer github commit en commit). Heel veel dank aan iedereen die hieraan heeft meegewerkt.

Übersetzung:

vmarc wrote:

In knooppuntnet.nl wurden Vorbereitungen für die Erkennung von Knotennetzwerken basierend auf  network: type=node_network -Tags getroffen. Bis zur Änderung der vorhandenen Kennzeichnung wurden diese Änderungen jedoch noch nicht aktiviert. Es gibt immer noch eine begrenzte Anzahl von Knoten / Routen / Netzwerken in Deutschland, die bei Aktivierung verschwinden würden (siehe Overview ). Ich werde noch 1 oder 2 Wochen warten, bis die Änderung wirksam wird.

Es ist sehr schön, dass durch das Anwenden des neuen Tags eine Menge Ausnahmelogik aus dem Knotennetzwerk entfernt werden konnte (mehr als 4000 Codezeilen! Bei Interesse an Details: siehe github
commit en commit). Heel veel dank aan iedereen die Vielen Dank an alle, die daran teilgenommen haben.


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#14 2019-10-27 08:27:08

toc-rox
Member
From: Münster
Registered: 2011-07-20
Posts: 2,084
Website

Re: Node networks: Dutch proposition

Mit der Winterausgabe der Freizeitkarte Android werden wir (Dank Stephans Arbeiten) auch das Thema Knotennetz umfänglich unterstützen. Routen (local, regional, national, international) sind ja bereits jetzt enthalten. Stellt man Routen und Knotennetz gleichzeitig auf der Karte dar, wird der Benutzer von der Fülle an Informationen nahezu erschlagen. Von daher soll sich der Benutzer wahlweise das eine oder andere anzeigen lassen können (beides gleichzeitig geht auch). Dies geht von der Annahme aus, dass der Kartennutzer sich typischerweise entweder an den Routen oder am Knotennetz orientiert. Frage: Ist diese Annahme korrekt bzw. so zu erwarten?

zXinJJll.png

Offline

#15 2019-10-27 10:27:49

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Re: Node networks: Dutch proposition

Ich benutze oft Karten zum Planen und Reisen. Für die Planung verwende ich fast nie Knotennetze. Ein Wahlschalter ist schön zu haben.
Die Darstellung der Knoten selbst ist auch für die Planung und Nutzung längerer Strecken sehr angenehm. Sie sind gute Bezugspunkte auf der Straße und auf der Karte.

Wenn ich Routen auswähle, möchte ich die Knotenpunkte auf der Karte sehen, ohne die Knotenrouten.


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#16 2019-10-27 10:58:29

geri-oc
Member
From: Sachsen
Registered: 2011-03-21
Posts: 4,416
Website

Re: Node networks: Dutch proposition

Peter Elderson wrote:

möchte ich die Knotenpunkte auf der Karte sehen, ohne die Knotenrouten.

Bin zwar nicht mehr so der aktive Radfahrer und solche Knotennetzwerke gibt es in der näheren Umgebung nicht. Würde aber nur die Knotenangabe nützlicher finden. Wie man zu diesem Knoten kommt ist ja nicht "ausgewiesen". Routen sind ja auch unterwegs noch durch Wegzeichen im Streckenverlauf gekennzeichnet.

Online

#17 2019-10-27 11:32:39

streckenkundler
Member
From: Lübben (Spreewald)
Registered: 2012-08-09
Posts: 3,553
Website

Re: Node networks: Dutch proposition

geri-oc wrote:

Bin zwar nicht mehr so der aktive Radfahrer und solche Knotennetzwerke gibt es in der näheren Umgebung nicht.

Och komm... Landkreis Spree-Neiße ist doch schon fast nähere Umgebung... big_smile

geri-oc wrote:

Würde aber nur die Knotenangabe nützlicher finden.

Das ist ja vorgesehen: entweder Knoten oder Route oder beides... Das ist in meinen Augen eine äußerst nützliche Auswahlmöglichkeit.

geri-oc wrote:

Routen sind ja auch unterwegs noch durch Wegzeichen im Streckenverlauf gekennzeichnet.

wenn es eine Themenradroute ist ja, wenn es eine Knoten-zu-Knoten-Route ist: es kommt drauf an... gelegentlich findet man Schilder mit der Richtung, in der die Route geht, aber nicht immer...

@toc-rox: der Vorschlag ist sehr gut und in meinen Augen sehr praktikabel.

Sven

Offline

#18 2019-10-27 14:06:33

geri-oc
Member
From: Sachsen
Registered: 2011-03-21
Posts: 4,416
Website

Re: Node networks: Dutch proposition

streckenkundler wrote:

Das ist ja vorgesehen: entweder Knoten oder Route oder beides... Das ist in meinen Augen eine äußerst nützliche Auswahlmöglichkeit. ...
,,, Knoten-zu-Knoten-Route ist: es kommt drauf an... gelegentlich findet man Schilder mit der Richtung, in der die Route geht, aber nicht immer...

Das unterscheidet sich aber schon: Knotennetzwerkrouten und Fahrradrouten - das auswählen finde ich ja schon gut. Bei Knotennetzwerkrouten sollte man noch so etwas auswählen können https://www.openstreetmap.org/relation/ … 54/12.0488 oder z.B. nur die node wählen können: https://www.openstreetmap.org/node/45928088 oder eben auch beides.

Würde ich jedenfalls sinnvoll finden - und habe auch Peter so verstanden.

Online

#19 2019-10-27 15:12:16

streckenkundler
Member
From: Lübben (Spreewald)
Registered: 2012-08-09
Posts: 3,553
Website

Re: Node networks: Dutch proposition

geri-oc wrote:

Würde ich jedenfalls sinnvoll finden - und habe auch Peter so verstanden.

ach optional  nur die Knoten, ohne dazugehörigen Routen? Hm...

Wenn in Ergebniss eine ähnliche überlagernde Darstellung wie hier: https://cycling.waymarkedtrails.org/#?m … 06!14.1156 rauskommen würde, würde ich mich freuen und es würde mir reichen... Da ich dann ja z.B. lcn und rcn sehe und auch das Knotennetz. Ich finde es nicht schlimm, neben den Knotenpunkten, dann auch die knotenpunkt-Routen mit zu sehen.

Welche Router unterstützen denn Knotennetze in der textlichen Routenbeschreibung? Im Moment kenne ich nur: https://cycle.travel/map?from=53.041279 … &suggest=1 ...oops, nächste Baustelle.

Sven

Offline

#20 2019-10-28 07:24:01

toc-rox
Member
From: Münster
Registered: 2011-07-20
Posts: 2,084
Website

Re: Node networks: Dutch proposition

Peter Elderson wrote:

Wenn ich Routen auswähle, möchte ich die Knotenpunkte auf der Karte sehen, ohne die Knotenrouten.

Hmm, wozu denn überhaupt die Knotennetzverbindungen anzeigen? Hört sich für mich nach einer sehr speziellen Nutzungsweise an.

Offline

#21 2019-10-28 08:33:39

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,120

Re: Node networks: Dutch proposition

toc-rox wrote:

Hmm, wozu denn überhaupt die Knotennetzverbindungen anzeigen? Hört sich für mich nach einer sehr speziellen Nutzungsweise an.

Es geht hauptsächlich um die Freizeitnutzung. Viele Wanderer planen auf diese Weise Fernrouten wie Jacobs-Routen und andere vordefinierte Mehrtagesrouten. Knotenpunktrouten verwendet man eher für Tagestouren und Rundwanderungen durch ein Gebiet, wenn man im Voraus keine Route hat. Immer mehr Routen werden als Knotenpunktrouten angeboten, die man auf Attraktivität bewerten kann wenn man auch die Verbindungen zwischen den Knoten seht.

Waymarkedtrails hat kürzlich das Erscheinungsbild verbessert, um Knotenrouten weniger dominant zu machen: zB https://hiking.waymarkedtrails.org/#?ma … 355!6.0429

Last edited by Peter Elderson (2019-10-28 08:33:56)


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

#22 2019-10-28 18:32:29

Skinfaxi
Member
From: Blackstad, Sweden
Registered: 2013-07-30
Posts: 1,053

Re: Node networks: Dutch proposition

toc-rox wrote:
Peter Elderson wrote:

Wenn ich Routen auswähle, möchte ich die Knotenpunkte auf der Karte sehen, ohne die Knotenrouten.

Hmm, wozu denn überhaupt die Knotennetzverbindungen anzeigen? Hört sich für mich nach einer sehr speziellen Nutzungsweise an.

Sehe ich ganz genauso. Fuer mich sind die Knotenrouten entscheidend, denn die fuer mich wichtige Information ist "dieser spezielle Weg ist als empfehlenswerteste Route vorgeschlagen" - zwar eine an sich subjektive Wertung, aber hier ist die subjektivität ja durch einen Planungsprozess abgesichert.

Die Knotenpunkte an sich nutzen mir recht wenig, dass ich irgendwie von der einen zu anderen Stelle komme, weis ich ja.

Offline

#23 Yesterday 16:32:03

toc-rox
Member
From: Münster
Registered: 2011-07-20
Posts: 2,084
Website

Re: Node networks: Dutch proposition

Habe heute mal eine Auswertung bezüglich der Netzknoten durchgeführt. In den Niederlanden gibt es über 27.000 OSM-Nodes vom Typ "network:type?node_network". Respekt.

Last edited by toc-rox (Yesterday 19:43:49)

Offline

#24 Yesterday 17:35:21

hfwri
Member
Registered: 2018-09-22
Posts: 13

Re: Node networks: Dutch proposition

Offline

#25 Yesterday 19:50:59

toc-rox
Member
From: Münster
Registered: 2011-07-20
Posts: 2,084
Website

Re: Node networks: Dutch proposition

hfwri wrote:

Interessant. Die Statistik dort weist über 33.000 Knotenpunkte aus (Stand 12.11.2019, 12.456+20.293+525+100+108+43=33.525) Der Unterschied zu den zuvor erwähnten 27.000 OSM-Nodes dürfte sich vermutlich daraus ergeben, dass ein OSM-Node oftmals zwei oder drei Knotenpunkte beinhaltet.

Offline

Board footer

Powered by FluxBB