Nominatim findet die Kirche auch wenn nur der Name eingegeben wäre. Auch der doppelte Eintrag ist für Nominatim kein Problem, wird halt mehrfach angezeigt.

Laut OSM-(Dogma)-Grundsatz soll ein Objekt nur einmal in der Datenbank eingetragen sein.

Was Nominatim z.Zt. noch nicht findet sind addr:* Daten in Relationen. Z.B. relation:(street|site|associatedStreet).

Hallo WM-HHSHolz,
Knoten: Pfarrbüro (4440588892) doppelt.

EMPFEHLUNG: Kopiere die Tags wheelchair in das umgebende Gebäude und lösche diesen Knoten.
Ein Pfarrbüro ist kein amenity=place_of_worship sondern ein office=religion.
Zur religiösen Spezifikation sollte religion=* und denomination=* verwendet werden.
Du kannst das umgebende Gebäude mit diesen Angaben erweitern.

PS: Die St. Blasius Kirche und das Pfarrer-Schubert-Haus (amenity=community_centre) wurden, von MLVT, doppelt erfasst.
Vieleicht möchtest du diese Linien/Knoten wie oben empfohlen ändern/löschen.

Danke für die Korrektur.
Da habe ich mich wohl missverständlich ausgedrückt.
Der Knoten: Schönbuchsaal (4434651690) sollte nicht gelöscht werden.
Nur die doppelten addr: Tags in diesem Knoten.
Da leisure und amenity in einem objekt nicht möglich sind,
habe ich den Knoten wieder eingefügt.

Hallo,
mit dem Knoten: Evangelische Kirche Rübgarten (4436497214) wurden die Daten doppelt eingegeben. Eine Selektion ergibt 2 x 'Evangelische Kirche Rübgarten'.

EMPFEHLUNG:
Löschen den Knoten wieder.
Korregiere am Gebäude denomination=protestant, da dieses von dier richtig angegeben wurde.

Hallo WM-HHSHolz,
der Knoten: Sprthalle (4434751989) und
der Knoten: Schönbuchsaal (4434651690) überlagern sich.

Angabe von addr:*=* tags bitte nur EINMAL pro Gebäude. Mehrfachangaben werden mit dem Fehler "Doppelte Hausnummer" markiert.

Der Knoten: Sprthalle (4434751989) soll das Gebäude beschreiben, aber ein Tag
leisure=sports_centre macht OHNE building=yes keinen Sinn. Zudem ist der Tag name=Sporthalle kein Name sondern beschreibt nur was du mit leisure=sports_centre meinst.
EMPFEHLUNG: Kopiere die Tags leisure und wheelchair in das umgebende Gebäude und lösche diesen Knoten.

Knoten: Schönbuchsaal (4434651690):
EMPFEHLUNG:
Lösche die doppelten addr:*=* Tags und gleiche die wheelchair Tags mit dem Gebäude ab. Da anzunehmen ist, das es in diesem Gebäude nur einmal Sanitäranlagen gibt könnten diese hier auch entfallen.

@Athalis: Sorry, mein Fehler, Änderungen zurückgenommen.
Du siehts nur 395683716 und weitere weil 395683719 gelöscht wurde.

@MKnight: Ja, da OSMOSE 395683719 weiter als Problem sieht wird der Marker wieder angezeigt.
@MKnight: OSMOSE kennt keinen Permalink auf gelöschte Problem-Marker und kann zudem NICHT auf EINEN eingrenzen.
Problembeschreibung findest du hier:
osm.wiki/DE:Osmose/issues#2060
Leider für DIESES Problem nicht umfangreicher oder verständlicher.

Habe den Fehler gefunden.
OSMOSE kennt "addr:inclusion=estimate" nicht und
sieht alles außer "addr:interpolation=all/even/odd/alphabetic/Number" als
Tag der nicht zum interpolation:way gehört.

Werde einen Patch für "addr:inclusion=estimate" bei OSMOSE hochladen.
Die Problem-Marker werden dann gelöscht.

Hallo Michael-85,
OSMOSE sieht hier "E 1070 Straße schneidet Gebäude"

http://osmose.openstreetmap.fr/de/map/#zoom=17&lat=49.309403&lon=8.1213&item=1070&level=2&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT

Bitte lese hierzu:
osm.wiki/DE:Buildings#Werkzeuge_und_Methoden
=> Grundlinie finden: und folge dem Link => "Tipps und Tricks zum Nachzeichnen von Gebäuden"

Das Beispiel hier zeigt 3 Probleme:
1. Gebäude dürfen nicht mit Straßen verbunden werden
2. Gebäude sind in der Regel rechtwinklig
3. Gebäude(linien) dürfen sich nicht überschneiden - hier Haus 24 - aber die gleichen Punkte benutzen.

Bitte versuche die Probleme zu beseitigen. Danke.

Hallo 1022124,
warum hast du "Punkt eines Weges wie den Weg getaggt"?
OSMOSE sieht da "E 4090 unnötiges Merkmal auf Knoten"
http://osmose.openstreetmap.fr/de/map/#zoom=17&lat=47.750415&lon=13.00827&item=4090&level=1&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT

Bitte prüfe ob du der Lösungsempfehlung von OSMOSE folgend alle Merkmale auf den Knoten entfernst. Zudem halte ich eine weitere Einschränkung auf "horse,motor_vehicle" bei einem "amenity" oder gleichzeitigem "access=privat" für unnötig.

Hallo BeKri,
du hast die Leitung als transformer_tower getaggt?
http://tools.geofabrik.de/osmi/?view=areas&lon=8.73780&lat=48.95750&zoom=18&opacity=0.75&overlays=intersection,intersecting_segments

@Nakaner
Die Verwendung motorway_junction ist nicht zwingend und es werden nur
name oder ref gerendert, also nix mit "...Datennutzer sind gewöhnt.."
Da hier kein motorway_junction verwendet, irrelevant.

Hiermit gebe ich dir Recht, "...Abstufung anhand von Ausbauzustand und
Relevanz...". Das habe ich nicht berücksichtigt. Der motorway_link wird genauso gerendert wie Anschluß Raststätte oder Parkplatz.

Du möchtest die Diskusion beenden?

Dann fasse ich mal zusammen:
a) highway=service wurde bisher nie über motorway_link mit motorway verbunden
b) Das taggen von highway=service mit access=no überschreibt das meist vorhandene vehicle=no
c) keepRight zeigt einen Fehler wenn KEIN access=no
d) In DE:Tag:highway=motorway; highway=motorway_link — Auf- und Abfahrtsstraßen
e) motorway_link wird abgelehnt weil:
Keine Auf- und Abfahrtsrampe, Betriebsweg, Dienstein- und -ausfahrt, Rettungszufahrt
f) motorway_junction node wird nicht verwendet
g) Renderer, wie Anschluß an Raststätte oder Parkplatz.

Dann starte deine Diskussion auf talk-de

@Nakaner
Ich tagge einfach die Regel aus DE:Tag:highway=motorway
"highway=motorway_link — Auf- und Abfahrtsstraßen"

QA mappen ist wenn mann, wie allgemein üblich, ein access=no tagged,
aber wie @Peilscheibe sehe ich das als falsch.

Dein "...eines motorway_links auch ein highway=motorway_junction-Node vorfinden."
kann ich in diesem Zusammenhang nicht nachvollziehen. Bitte näher ausführen.

In DE:Tag:highway=motorway steht:
highway=motorway_link — Auf- und Abfahrtsstraßen, sie führen auf und von einer Autobahn.
Auch eine Rettungszufahrt ist eine Auf- und Abfahrtsstraße.

In DE:Tag:highway=motorway_link steht:
In Deutschland gehören die Rampen in der Regel mit zur Autobahn.

Ausfahrten zu Park- und Rastplätzen
Außerdem wird highway=motorway_link für Ein- und Ausfahrten von Rastplätzen
highway=services und Parkplätzen highway=rest_area benutzt.
In diesem Fall wird highway=motorway_link von der Autobahn bis zur Raststätte
benutzt, soweit die Regeln der Autobahn gelten (z.B. keine Fußgänger).

Das für Rettungszufahrten eine Ausnahme von der Regel,
highway=motorway_link — Auf- und Abfahrtsstraßen, gilt,
steht da ebensowenig.

Ja, kann ich auch aus eigener Erfahrung bestätigen. 99% der 'duplicate_node_in_way' sind von iD. Gemeldet wurde das Problem schon vor 4 Jahren, wurde offenbar nicht gefixt.

Gehen wir einen Schritt zurück und betrachten nur layer=*

Wer braucht den tag:layer?
Welchen Nutzen bringt der tag:layer?

Definition access=no: Benutzung durch die Allgemeinheit verbieten, nichts erlaubt.
Definition vehicle=no: Für Fahrzeuge aller Art verboten, erlaubt für 'horse' und 'foot'.

Es geht hier um den Regelbruch, motorway ist nicht über motorway_link verbunden,
und für Routing die Nutzung zu verhindern.
Allgemein wird bei solchen 'highway=service' Verbindungen deshalb einfach access=no
verwendet.

Durch die Trennung in 2 Segmente kann jetzt so getaggt werden wie es zu sehen ist.
Das Segment von DE:250 bis motorway als motorway_link, ein access=no ist nicht mehr notwendig.
Damit ist die Regel motorway über motorway_link zu verbinden erfüllt und
für Routing endet die Nutzung am DE:250 da vehicle=no + motorway_link == access=no!

Meine Entscheidung keinen layer=-1 zu verwenden beruht auf /wiki/Waterways; zitiere: "Where a river or stream goes under a road, railway or similar ..., or alternatively tag the watercourse with layer=-1 and tunnel=yes or tunnel=culvert ..."

Also layer=-1 nur mit tunnel=yes!

Die deutsche wiki/DE:Waterways verdreht dieses und ist meiner Meinung nach falsch.

Mit welcher Begründung benötigt ein =culvert layer=-1?

Du hast jetzt 4x access=no entfernt, gut das du eine Diskussion gestartet hast.

Es geht hier nicht um DE:250, sondern hier treffen 2 OSM Regeln aufeinander:
1. motorway soll über motorway_link verbunden werden. motorway_link hat default access=no.
2. highway=service hat als default access=yes. Die Einschränkung auf vehicle=no reicht nicht.

Als Lösung habe ich den highway=service in 2 Segmente geteilt.
Innerhalb von DE:250 OHNE access=no und die Verbindung zum motorway MIT access=yes. Damit sind beide Regeln erfüllt.

Würde gerne verstehen was ich falsch gemacht habe? Habe keine Nodes eingegeben sondern die doppelt vorhandenen gelöscht. Leider kann ich mein changeset nicht mehr sehen!

Es fällt schwer die Aich, soweit ich sie kenne, als Fluss zu sehen. Nicht bedacht habe ich das aus jedem Rinnsal mal ein Fluss werden kann. Da eine Relation den ganzen Verlauf beschreibt ist sowohl Stream als auch River nicht eindeutig. Ich setze auf River zurück!

Sorry, da hab ich anstatt name:de hinzuzufügen name geändert.