OpenStreetMap logo OpenStreetMap

Changeset When Comment
138458126 over 2 years ago

Ich selbst werde unter Garantie keine Wikiseiten löschen, kann ich auch nicht. Es ist nur ein Signal dessen, was ich davon halte! Die Zeit hat sich seit Erstellung der Seite bei Knotenpunktnetzen stark weiterentwickelt. ...und auch das kannst du mir glauben, daß es bei Knotenpunktnetzen in der Auswertung eben KEINE Hierarchie nach rcn/lcn gibt! Bei keiner Karte!!

Ansonsten Forum... Link hast du...

138458126 over 2 years ago

@monotar

Die Wikiseite gehört eingestampft.
ein lcn_ref suggeriert, daß es auch parallel ein rcn_ref und so geben muß DAS IST NICHT der Fall! Es gibt immer nur ein Basis-Fahrradnetz, daß hier als Knotenpunktnetz ausgeführt wird. Das lcn_ und rcn_ führt einem da in die Irre, glaube es mir! Bei Knotenpunktnetzen gibt es keine lcn->rcn->ncn-Hierarchien! Da es diese nicht gibt ist es auch unnötig, hier Unterscheidungen machen zu wollen.

Das erste mal hab ich im Mai 2015 (!!) in Knotenpunktnetzwerke reingerochen: https://community.openstreetmap.org/t/knotenpunktnetzwerke/72168 Bereits da in der Folge stieß ich auf diesen Widerspruch. Nach und nach entwickelten sich dann die fie einschlägigen Prüftools.
Für mich wäre es das Beste, rcn* und lcn* würde für Knotenpunktnetzwerke zugunsten eines neutral Tags wie z.B. "cnn*" (=cyclenodenetwork) eingestampft.

138540293 over 2 years ago

Hei, du hast hier bei der Route relation/8917224 aus dem Ref das Semikolon herausgenommen. Meiner Ansucht nach war das eminent wichtig. Es teilte das Routenref (83-85) von der Information daß es eine Alternativ-Route ist (ich kenne nicht die Situation vor Ort). Folge ist nun, daß Knotenpunkt 85 als "85 alternative" interpretiert wird.
Ich würde das Semikolon wieder einbauen hast du eine bessere Idee?

Das alternative weglassen, als separaten Tag (Note?) erfassen und der Rite im Netzwerk die Rolle alternative vergeben?

Ideen?

Sven

138458126 over 2 years ago

Beiteilige dich im Forum...

138304415 over 2 years ago

https://community.openstreetmap.org/t/knotenpunktnetzwerke-knotenpunktwegweisung-wurzener-land/101200

138458126 over 2 years ago

https://community.openstreetmap.org/t/knotenpunktnetzwerke-knotenpunktwegweisung-wurzener-land/101200

138458126 over 2 years ago

Du bist auf einem Irrweg!

Knotenpunktnetzwerke stellen ein Basis-Radwegenetz dar. Hier ist es irrelevant, wer das Netz erstellt hat und es betreut. Es gibt bei Knotenpunktnetzen KEINE HIERARCHISCHE UNTERGLIEDERUNG NACH LOKAL, REGIONAL ODER SONST WAS!!!!

Beschäftige dich mit Knotenpunktnetzwerken! Knotenpunktnetzwerke stellen eine Art- und Weise der Basisnetzausschilderung dar. Nicht mehr und nicht weniger!!!!

streckenkundler

138346948 over 2 years ago

...und warum steht das nicht im source-Tag?
Die Quelle "https://www.postdirekt.de/plzserver/" ist meiner Erinnerung nach zu Fehlerbehebung auch zugelassen.

Was ist mit den anderen Adresskorrekturen? Vergleiche changeset/138345911

Unter anderem Andress-Daten sind hier alle KOMPLETT nutzbar! Bezüglich der Datennutzung haben wir hier paradisische Verhältnisse! Da muß es für jeden Datennutzer ein leichtes sein, wenigstens die echte Quelle anzugeben und bei Diskrepanzen wenigstens der datenspendenden Stelle ein Rückmeldung zu geben! Das ist doch wirklich nicht so schwer!! :(

138353034 over 2 years ago

Quelle?

138352947 over 2 years ago

Bitte ein klein wenig Recherche ("bhg herzberg elster Finsterwalde" ... Das geht besser:

aktuelle Webseite: https://raiffeisen-elbe-elster.de/finsterwalde/

CS revertet und mit genannter aktueller Adresse hochgeladen...

138346613 over 2 years ago

Quelle?

138346633 over 2 years ago

Quelle?

138346702 over 2 years ago

Quelle?

138346779 over 2 years ago

Quelle?

138346948 over 2 years ago

Quelle?

138347027 over 2 years ago

Quelle?

138347080 over 2 years ago

Quelle?

138347261 over 2 years ago

Quelle?

138347293 over 2 years ago

Quelle?

138347483 over 2 years ago

Gemeindeschlüsselnummer ist nicht gleich PLZ!!! addr:postcode=12068353 ist demzufolge nicht die zugehörige PLZ!

Die ist addr:postcode=16818

Wieviele solcher Bugs baust du noch ein... :(