Die goldene Regel in OSM heißt: Nicht für den Renderer und nicht für den Router taggen. Wenn Euer Router das nicht beherrscht wäre die Regel den Router an die Gegebenheiten anzupassen. Wenn jeder "seine" Realitäten eingibt damit seine Änderungen auf der Hauptkarte erscheinen oder "sein" Router funktioniert wird es nicht funktionieren. Mit den jetzigen Änderungen funktioniert weder das reguläre Autorouting korrekt noch das Fußgängerrouting.

und das mit dem foot=yes ist komplett kontraproduktiv

osm.org/directions?engine=graphhopper_foot&route=50.97830%2C11.03694%3B50.98032%2C11.03937#map=17/50.97897/11.04049&layers=N

Hier noch das Bsp.
hier die Trasse mit psv=yes (1/2016)
way/390963939#map=19/50.97668/11.03532&layers=N

Hier die Paralleltrasse (2/2016)
way/291745846#map=19/50.97787/11.03644&layers=N

Alle Gegebenheiten sollen nur 1x vorhanden sein. Und ich meine OMME hatte die Gegebenheiten eigentlich vernünftig abgebildet. Durch die Ergänzung ist jetzt vieles 2x drin.
Hier mal nur ein Bsp. wie der Router über die Gleisanlage routet.
osm.org/directions?engine=graphhopper_car&route=50.97823%2C11.03481%3B50.97800%2C11.03546

Hier dann nochmal besonders rafiniert:
osm.org/directions?engine=graphhopper_car&route=50.97823%2C11.03481%3B50.97784%2C11.03552#map=19/50.97809/11.03569&layers=N

Ok, ich habe stadtauswärts das hw=service wieder runtergenommen.
Eigentlich sollen sich tram und Straße nicht die gleiche Linie teilen (osm.wiki/DE:Tag:railway%3Dtram) hier geht es nicht anders weil der Bus sonst falsch abbiegt.
An anderen Stellen finde ich es nicht so gelungen. Ich habe mir mal mehrere Deiner Änderungen angeschaut.
Eine Bitte, wenn Du zukünftig für Euere Router was eintägst bitte achte genau darauf zu schauen ob nicht auch eine schon bestehende (geteilte) Linenführung in Frage kommt, wie es z.B. auf dem Anger der Fall gewesen wäre. Im Januar 2016 hat OMME die >Spuren ordnungsgemäß in tram und hw geteilt (siehe wiki) und einen Monat später hast Du es wieder rückgängig gemacht. In meinen Augen unnötig und falsch auch noch (bus=yes). An anderen Stellen hast Du hw=service ergänzt und access=no vergessen, da routet der Router die Autos jetzt auf die Tramtrasse, nicht schön!
In der Windhorststraße habe ich das jetzt korregiert, deine anderen Änderungen habe ich nicht alle geprüft.
Wenn du das selber nochmal durchschauen würdest wäre es schön. Falschroutings des öffentlichen Verkehrs sind ärgerlich, auch wenn im Gegenzug der Busfahrer sich dadurch nicht verfährt ;-))
LG und danke

ok, Danke. Prinzip verstanden.Prinzipiell ist ja nicht soviel falsch.
Alles was mit dem Bus zu tun hatte habe ich jetzt mal zw. Halt Robert-Koch und Holbein gelöscht. Da fährt es ja auch nicht. Da die Zufahrt zur Einbahnstraße gefehlt hat, kam eine Fehlereldung. Danach den Teil habe ich es so gelassen, das kann man so machen. foot=yes habe ich gelöscht.
Die andere Bahnseite, wie ist es da? Fährt da auch ein Bus? Ist nämlich bis Halt Robert-Koch auch hw=service getaggt. Aber dort ohne access=no !?

Und interessehalber:
1. Was nutzt Ihr für Router, mit denen auf der Startseite konnte ich nämlich nicht nachstellen das er über die Schienen routet.
2. Wenn Ihr mit dem Bus auf den Schienen fahrt gelten dann die Verkehrszeichen der Straße oder andere?

Gleistrasse im Bereich Holbein-/Robert-Koch-Straße bis Stadtpark für SEV-Busse befahrbar markiert

Hallo, was genau wolltest Du denn darstellen?
So wie es jetzt ist fehlt der Bahntrasse die ja eine Einbahnstraße ist die Zufahrt für den Bus. Wendet der Bus da oder von wo kommt der Bus? Warum fährt der Bus nicht auf der Straße? Aus welchem Grund hast Du access=no und foot=yes auf dem Gleis ergänzt?
Bescheib doch bitte mal kurz die betriebliche Situation damit wir das zusammen berichtigen können. Danke

way/143199328#map=16/50.9276/10.9415

unvaved ist der Oberbegriff
unpaved ist besser als nichts, aber wenn Du doch da warst (wovon ich nach deinen Einbesserungen mal ausgehe) ist eine Klassifizierung nach dem wiki besser als unpaved. Versuchs einfach mal ;-)

... nein, aber 2 verschiedene surface an einem way ergeben eine Fehlermeldung.
unpaved bedeutet nur unbefestigt und dein tag ist genauer und deshalb auch besser, wenn hier vermutlich aber nicht richtig.
Du solltest den richtigen Tag entsprechend dem surface wiki einsetzen einsetzen und unpaved löschen. surface_1 gibt es nicht

und was gar nicht geht sind zwei verschiedene surface werte, siehe way/143199328

osm.wiki/DE:Key:surface

Hallo Du hast sehr viele (mir bekannte) Strecken mit surface=gravel getaggt. DAs kann ich nicht so ganz nachvollziehen. Siehe wiki -> Loser Schotter: Scharfkantig gebrochener Naturstein. Hier das Bild dazu -> osm.wiki/File:Dscf1582-800.jpg

HAbe jetzt nicht alle Deine Änderungen angeschaut aber die 3 die ich angeschaut habe sind definitiv nicht gravel.

Hallo j1scad, du hast hier gerade Änderungen vorgenommen. Ich habs am Netto Parkplatz gesehen. Du hast die Mapbox Bilder Als Hintergrund. Im meine die ESRi Bilder sind neuer. Wenn Du das auch so siehst dann ändere es bitte wieder zurück. Wenn nicht melde dich mal.

Wenn Du Bäche wie den hier
way/556347354#map=15/50.9089/10.7881&layers=N anlegst können diese nicht ohne node andere Bäche schneiden (node notwendig). Anderen Straßen hingegen schon (node unnötig), diese benötigen dann jedoch eine Brücke o.ä.
Mit deinen Änderungen im jetzigen Zustand hast Du leider mehr zerstört als verbessert. Vielleicht meldest Du Dich mal.

Hallo asa wera, auch nach meinen ersten Hinweisen an die sind deine Versuche nicht viel besser geworden. Ich würde die weiterhin gerne unterstützen.
Den von dir eingezeichneten Günthersleber See kann ich auf keiner mir bekannten Karten sehen. Woher stammt diese Info. Durch den See geht ein Weg, das kann so auch nicht stimmen.
Eine Ruine heißt nicht Ruine sondern ruins=yes osm.wiki/DE:Key:ruins
Genauso die Quelle.

way/460994993

access=no ist nicht richtig und cycleway=sidepath auch nicht gut.
Orientier dich hier dran: osm.wiki/DE:Bicycle/Radverkehrsanlagen_kartieren

Grüße

Du hast den Eintrag 2x erstellt. Was soll Pforte bedeuten. Wenn es das ist was ich glaube (Pförtner) dann gehört das nicht hier hin. Ich mach statt dessen einen Haupteingang an die Stelle (node mit entrance=main).

access=no ist nicht richtig.
Schau bitte nochmal in osm.wiki/DE:Key:access
und wenn du die entsprechenden Tore noch ergänzt ist es perfekt.
osm.wiki/DE:Tag:barrier%3Dgate

Beziehen sich Deine Fragen auf den Tulpenweg? Was meinst Du mit "keine Kreuzungsbereiche sichtbar"?
beide Straßen lt. Luftbild 3,10 breit und schon deshalb Straße, lt. Geoproxy Straße, lt. Alkis Straße.
Wo kann man die Katasterkarte von der Du schreibst sehen?
Steht denn ein DE:239 da? Sonst wäre es nämlich sowieso nicht footway.

Leute die Sätze schreiben wie "Weiss nicht wie das passiert ist, dass sich der Node an die Maus gehängt hat.Hatte ich auch noch nie" kann ich ehrlich gesagt nicht für voll nehmen. Leider passt das was Du hier wieder schreibst nahtlos in dein vorheriges Ausredengestammele. Alle anderen sind Schuld (sogar die Maus), nur Du nicht. Und wenn Dir Leute zuwider sind die sich ans Wiki halten dann wirst Du über kurz oder lang die Erfahrung sammeln das dir hier alle zuwider sein werden. Denn die Mehrheit hält sich ans wiki oder versucht es wenigstens. Die Sachargumente haben ich und kreuzschnabel Dir jetzt bereits mehrfach geschrieben. Ich habe alle Deine Fehler beseitigt und will mit Dir auch keine Brieffreundschaft anfangen. Von daher können wir hier glaube ich Schluss machen. Alles Gute für Dich.

node/4985874064
Ich hatte die Häuser zwischen Nr. 27 und Nr. 29 vor ein paar Tagen gerade an der Bahnhofstraße ausgerichtet. Warum hast Du das ganze eigentlich schon wieder verunstaltet? Und komm mir bitte nicht wieder mit "Schulmeister". Die Häuser gehen mit Sicherheit nicht über die Straße!