DE:Relation:network
network |
Beschreibung |
---|
Fasst Elemente eines Netzwerkes zusammen. |
Gruppe: Straßen |
Mitglieder |
|
Sinnvolle Kombinationen |
Status: in Benutzung |
Werkzeuge für dieses Attribut |
Diese Seite beschreibt die Verwendung von network-Relationen. Zudem wird das Erfassen von Netzwerken generell diskutiert.
Eine network-Relation fasst Elemente eines Netzwerkes zusammen. Die Relation repräsentiert das Netzwerk selber. Network-Relationen unterscheiden sich dadurch zu den Tags network=*
und cycle network=* welche lediglich auf den Namen, die Abkürzung oder Klassifizierung eines Netzwerks verweisen.
Ob Netzwerke mittels Relationen oder ausschließlich mit dem Tags wie network=*
kartiert werden, hängt vom Anwendungsfall ab, ist regional unterschiedlich und mitunter Gegenstand umfangreicher Diskussionen.
Network-Relationen werden mit type=network
versehen.
Warum Netzwerke als Relation erfasst werden
Netzwerke werden als Relationen erfasst, um
- die Zugehörigkeit zum Netzwerk an dessen Mitgliedern zu markieren, vor allem, wenn dies auf anderen Weg nicht erkennbar ist
- die Wartbarkeit zu erleichtern, z. B. indem Informationen zentral am Netzwerk gespeichert werden und nicht an jedem einzelnem Mitglied
Vorteil der network-Relationen ist, dass damit Elemente zu einem Netzwerk zugeordnet werden können, ohne dass diese Elemente identische Eigenschaften haben müssen. Jedem Element kann dabei eine Rolle zugewiesen werden.
Nachteil der network-Relationen ist, dass die Relationen sehr groß werden können (Womöglich ist dies eine Lösung dafür). Zudem sind vor allem neue Mapper oft ungeübt im Umgang mit Relationen, so dass zusätzliche Wartungsarbeiten notwendig werden können, um z. B. Elemente nachträglich (wieder) aufzunehmen.
Wann Netzwerke nicht als Relation erfasst werden
Relationen sollten nicht als Sammelkategorien verwendet werden, z. B. um "alle Straßenbahnhaltestellen in Frankfurt" zusammenzufassen, siehe "Relationen sind keine Kategorien".
Sei trotzdem vorsichtig mit dem Löschen solcher Relationen. Kontaktiere erst die Ersteller und die lokale Comunity, um den Sinn der Relation zu verstehen, Alternativen zu finden und ggf. eine Einigung zu erreichen.
Die Alternative für eine network-Relation ist meist, alle Elementen mit dem Tag network=xyz
o. ä. zu versehen. Das stößt an seine Grenzen, z. B. wenn Elemente mehreren Netzwerken zuzuordnen sind (siehe "used differently for bicycle and hiking routes").
Netzwerke des öffentlichen Verkehrs kartieren
Network-Relationen werden in einigen Ländern verwendet, um Netzwerke des öffentlichen Verkehrs abzubilden (ÖV). Ein solches Netzwerk sind z. B. alle Linien
- eines Tarifsystems
- einer Konzeption zum Betrieb von Linien (Los einer Ausschreibung)
- eines bestimmten Verkehrsmittels
Praxis in Deutschland
Im deutschsprachigen Raum ist es unüblich, network-Relationen für ÖV-Netzwerke zu verwenden. Verkehrsverbünde und Betreiber werden durch die Tags network=*
und operator=*
erfasst. Existieren mehrere Fahrtvarianten einer ÖV-Linie, so werden diese mittels route-master-Relationen zusammengefasst.
Praxis in anderen Ländern
In anderen Ländern weicht die Praxis vom deutschsprachigem Raum ab. So werden Dänemark alle in einer Verkehrskonzeption enthaltenen Linien mittels network-Relationen zusammengefasst. Das erleichert die Aktualisierung, wenn z. B. nach erneuter Ausschreibung solche Netze geschlossen an neue Betreiber gehen.
Die Übersicht Category:Public transport by country bietet einen Ausgangspunkt für die Praxis in anderen Ländern. In den verlinkten Seiten wird das gesamte Schema der Erfassung von öffentlichen Verkehrsmitteln beschrieben, nicht nur die (Nicht-)Verwendung von network-Relationen.
Radverkehrsnetze kartieren
Netze des Fahrradverkehrs bestehen üblicherweise
- aus dem mit Wegweisung versehenen Radverkehrsnetz (Grundnetz)
siehe Radverkehrsnetze_kartieren - und dem darüberliegenden ausgeschilderten Fahrradrouten (z. B. Themenradwege)
siehe Fahrradrouten_kartieren.
Die Wegeverbindungen und Routen eines zusammengehörigen Radverkehrsnetzes konnen in Master-network-Relationen zusammengefasst werden, siehe unten.
Folgenden Tags bezeichnen eine Radverkehrs-network-Relation (beispielsweise Relation 4257206 4257206):
Schlüssel | Wert | Beschreibung |
---|---|---|
type | network | Netzwerk-Relation |
route | bicycle | Verbindung im Radverkehrsnetz (nur verwenden, wenn die network-Relation eine Verbindung im Radverkehrsnetz beschreibt, nicht bei Master-network-Relationen) |
network | rcn oder lcn | Räumliche Einordnung des Netzes, siehe Key:network#Radverkehrsnetze
obligatorisch, falls route=biycle nicht gesetzt wird |
operator | * (optional) | Betreiber ist die Institution, welche die Wegweisung aufstellt und pflegt. Bitte den Schlüssel nur nutzen, wenn er für alle Mitglieder der Relation einheitlich ist. |
ggf. weitere | Ggf. weitere Information zum Radverkehrsnetz und Betreiber, z. B. weitere Kontaktdaten. |
Erfassen einer Wegeverbindung im Radverkehrsnetz (Grundnetz)
In der Vergangenheit wurde hier vorgeschlagen, network-Relationen mit route=bicycle für unbenannte Wegeverbindungen in Radverkehrs- und Wandernetzen zu verwenden (Grundnetz). Dieses Vorgehen mündete in sehr große und nicht mehr pflegbare Sammelrelationen, in denen z.B. alle Radwege eines Landkreises enthalten waren.
Seit dem noch nicht bestätigtem Proposal der Verwendung von route-Relationen mit route=bicycle und network:type=basic_network wird verstärkt diese Methode verwendet, wobei jede Wegeverbindung im Netzwerk als eigene Relation abgebildet wird. Bitte daher keine route-Relationen in network-Relationen ändern.
Zusammenfassen von Wegeverbindungen und Routen in Master-network-Relationen
Die Relationen der Wegeverbindungen, Fahrradrouten und Teilnetze eines zusammengehörigen Radverkehrsnetzes können in einer Master-network-Relation zusammengefasst werden. Somit können Angaben zum Netz zentral an einer Stelle gespeichert werden und müssen nicht separat an jede Wegeverbindung bzw. jedes Teilnetz geschrieben werden.
Ein Netz wird dabei in der Regel über die folgenden Eigenschaften definiert:
- Innerhalb eines Netzes ist die Beschilderung typischerweise einheitlich gestaltet.
- Für die Errichtung und den Unterhalt der Ausschilderung ist eine einzige Stelle (meist Behörde) zuständig.
- Das Netz wird zusammenhängend vermarktet.
Als Mitglieder enthält die network-Relation die einzelnen route-Relationen, aus denen sich das Wegenetz zusammensetzt. Bei einem Fahrradknotenpunktnetzwerk werden zusätzlich die nummerierten Knotenpunkte aufgenommen (siehe Fahrradrouten_kartieren).
Beachtet, dass nur Fahrradrouten in die Master-network-Relation aufgenommen werden, die komplett im beschriebenem Netz liegen. Eine nationale Fahrradroute mit network=rcn darf demnach kein Mitglied eines lokalen Radverkehrsnetzes mit network=lcn sein (sonst wäre z. B. der Hamburger Elbradweg Teil des "SachsenNetz Rad"). Teilt ggf. die Fahrradrouten und übernehmt nur die zutreffende Teilroute in die Masterroute.
Eigenschaften der Master-network-Relationen
Auf eine Angabe von route=bicycle oder route=mtb sollte bei Master-network-Relationen verzichtet werden, da die Master-Relationen nicht selber die Routen beschreiben. Über das Fehlen dieses Tags sind sie zudem von den network-Relationen der Wegeverbindungen abgrenzbar.
Folgenden zusätzlichen Tags der network-Relation beschreiben das Radverkehrsnetz (beispielsweise Relation 4257206 4257206):
Tags | Beschreibung |
---|---|
name=* (optional) | beispielsweise name=Knotenpunktwegweisung Prignitz |
ref=* (optional) | Kurzbezeichnung der Netzes. Bei einem kreisweiten Netz z. B. das Kfz-Kennzeichen, beispielsweise ref=PR |
network:type=node_network (bei Fahrradknotenpunktnetzwerken) | kennzeichnet das Netz als ein Fahrradknotenpunktnetzwerk, siehe Fahrradrouten_kartieren |
weitere (optional) | Weitere Tags z. B. Telefonnummer oder Webseite zum Radverkehrsnetz über contact=*-Schema oder über die älteren Tags phone=*, fax=*, website=* und url=*. |
Mitglieder der Master-network-Relationen
Siehe auch
- DE:Relationen zum generellen Umgang mit Relationen und deren Mitglieder.
- DE:Types of relation Liste verschiedener Relations-Typen and die zugehörigen Vorschläge (sowohl angenommene als auch abgelehnte)
- DE:Key:network und Key:cycle network alternative Tags zur network-Relation