Ah, nun habe ich entdeckt, was du wahrscheinlich meinst: diesen Punkt node/252979961 , genauergesagt das Attribut highway=stop. Das gehört auf die Position der Haltlinie in den betroffenen Straßen. Das stammt aber aus diesem Änderungssatz vor 11 Jahren: changeset/11058339 .
Du kannst herausfinden, wann eine solche Änderung erfolgt ist, indem du auf "Verlauf anzeigen" klickst, wenn du das Objekt ausgewählt hast. Dann siehst du diesen Verlauf: node/252979961/history . Die Änderung erfolgte von Version 3 auf Version 4 in dem schon genannten Änderungssatz.

Auf den Luftbildern von Bing und Esri ist die Haltlinie in der Hadergasse klar zu erkennen, in der Bahnhofstraße nach ein wenig Drehen am Kontrast auch. Ich korrigiere das mal.

Viele Grüße,
Rainer

Hallo gitcookie,

ich grüble gerade, was du mit "das" meinst. Ich habe in diesem Änderungssatz einen veralteten Datentyp, eine Relation mit type=postal_code entfernt. So eine Relation hat keine Richtung.
Um welches Objekt oder um welches Attribut geht es?

Viele Grüße,
Rainer

Hallo george1201,

das Attribut habe ich wohl übersehen. Hab's korrigiert. Danke für den Hinweis!

Viele Grüße,
Rainer

Hallo becksys,
auch diesen Änderungssatz musste ich zurücksetzen, weil
a) die Landnutzung Wohngebiet zu Gebäude geändert wurde
b) die Adressen aus einer für OSM unzulässigen Quelle entnommen wurden.
Einzige erlaubte Möglichkeit in Bayern: die Straßen ablaufen und die Adressen vor Ort erfassen.

Gleiches gilt für die anderen beiden Änderungssätze 143796037 und 143796978.

Servus,
Rainer

Hallo becksys,
ich musste deinen Änderungssatz zurücksetzen, weil
a) ein Punkt der Straße Am Hoheneck au ein Gebäudeeck verschoben wurde
b) die Hausnummern aus einer für Openstreetmap unzulässigen Quelle entnommen wurde, dem Bayernatlas. Siehe dazu die Lizenzbedingungen des Bayernatlas: https://geoportal.bayern.de/geoportalbayern/seiten/nutzungsbedingungen Punkt 3.3

Viele Grüße,
Rainer

Hallo SG86,

willkommen bei OSM und danke, dass du mithilfst die Kartendaten zu verbessern.
Beim Weg way/256253114 bist du leider gleich in eine Falle getappt, denn der iD-Editor (das ist der, den du gleich direkt im Browser benutzen kannst) hat bei kombinierten Rad-/Fußwegen leider ein paar Unstimmigkeiten. Da es kein spezielles Attribut für solche kombinierten Wege gibt, wird dafür highway=path (+ foot=designated und bicycle=designated) verwendet, was hier an diesem Weg schon richtig war.
Wenn du dich näher mit der Variantenvielfalt von Fahrradwegen und den zugehörigen Attributen (OSM-Sprech "Tags") beschäftigen willst, sei die Lektüre von osm.wiki/DE:Bicycle/Radverkehrsanlagen_kartieren empfohlen.

Für die betroffenen Weg in diesem Änderungssatz werde ich es wieder auf den vorherigen Stand zurücksetzen.

Viele Grüße,
Rainer

Hallo Mathilde GAP,

diese Relation samt ihrer Linien ist nun doppelt, siehe auch Kommentar in changeset/143089946

Eine von beiden sollte weg.

Viele Grüße,
Rainer

Hallo Niiepce,

es gibt diese Relation "Wettersteingebiet einschließlich Latschengürtel bei Mittenwald" nun doppelt samt der Linien. Duplikat: relation/16552319

Eine davon sollte weg.

Viele Grüße,
Rainer

Mir scheint, das Gebiet der DB oder DR oder wie auch immer gibt es als Stadtviertel nicht mehr. Laut https://halle.de/fileadmin/Binaries/Bauen_Wohnen/Stadtteile_Stadtviertel/Grossraeumige_Gliederung_September2023.pdf gibt es nur noch das Stadtviertel 09 Freiimfelde / Kanenaer Weg, das diese Fläche beinhaltet.
Die Verwaltungsgrenzen gäbe es auf dem Opendataportal der Stadt Halle, aber die Lizenzbedingungen lassen eine Nutzung für OSM nicht zu (CC-BY 3.0 Namensnennung) https://halle.de/verwaltung-stadtrat/stadtverwaltung/online-angebote/open-data-portal/nutzungsbedingungen-und-lizenzen

Viele Grüße,
Rainer

changeset/142410114

Servus,
Rainer

Ah gut, dann kennst du das Problem ja schon. Ich hatte den Änderungssatz, in dem ich die doppelten entfernt hatte, nicht hochgeladen, sondern erst mal gefragt. Jetzt brauche ich ihn nur hochladen, dann musst du dich nicht auf die Suche nach den doppelten Wegstücken machen.

Hallo Toni,

in den Kreisverkehren in der Dachauer Straße im Gewerbegebiet in Erding sind nun einige Wegelemente doppelt. Vermutlich kann Relatify nicht mit Kreisverkehren umgehen. Ich habe zwar herausgefunden, welche der doppelten Wegstücke nicht in Busrelationen sind und könnte sie nun löschen, aber vielleicht magst du dir das selbst anschauen, um den Fehler von Relatify zu verstehen? Daher mache ich erstmal nichts.

Servus,
Rainer

Hallo Roland,

vielen Dank für die ausführliche Antwort.
Beim verwenden der REST API wäre es gut mit "created_by" das Tool anzugeben, mit dem der Änderungssatz hochgeladen wird und mit "source" die Quelle der Daten. Die OSM-Editoren machen das.
Für diese Ladestationen würde es sich anbieten ein Wikidata-Objekt anzulegen und das dann immer mit "wikidata=<wikidatanummer>" zu verlinken. Das hat den Vorteil, dass man die Daten, z.B. das Bild, dort nur einmal pflegen muss. Mehr dazu im Wiki osm.wiki/DE:Key:wikidata
Ein Beispiel: node/8250678695

Das, was hier in "name" steht ist aber kein Name, allenfalls eine Beschreibung. Daher würde ich das in "description" verschieben. Bei OSM wird "name" nur für Eigennamen verwendet, nicht für beschreibende Angaben.

Das Duplikat hier in Niederaichbach entferne ich jedenfalls, das war sicher versehentlich doppelt hochgeladen.

Viele Grüße,
Rainer

Hallo redhoff,

was ist die Quelle für die eBike-Ladesäulen, die du seit einiger Zeit einträgst?
Ich frage deshalb, weil bei OSM genau darauf geachtet wird lizenzrechtlich einwandfreie Quellen zu verwenden.
Auf diesen Änderungssatz bin ich gestoßen, weil die Ladesäule doppelt eingetragen ist. Da die für Editoren üblichen Angaben fehlen, verwendest du ein Skript zum Hochladen der Daten?

Und noch zu den Tags: name ist in OSM nur für Eigennamen. Ladesäulen haben in aller Regel keinen Namen. "[BCS] FF Haus Niederaichbach" ist eine Beschreibung der Örtlichkeit und BCS das Modell des Herstellers. Dafür könntest du das Tag description verwenden.
Das verlinkte Bild ist bei deinen Eintragungen immer dasselbe. Wenn man ein Bild hinzufügt, sollte es das konkrete Objekt vor Ort abbilden, nicht ein Musterbild des Herstellers.

Viele Grüße,
Rainer

Hallo Nornie007,

danke, dass du bei Openstreetmap zur Verbesserung der Geodaten beitragen willst.
Erlaube mir ein paar Hinweise:
- wir vermeiden es Objekte zu löschen und neu einzuzeichnen, sondern korrigieren die Geometrie, falls das nötig ist. Damit wird die Arbeit anderer nicht einfach entfernt und es bleibt die Historie der Objekte erhalten. Ich habe daher deine Änderungen teilweise revertiert (die Gebäude und die Wertstoffcontainer) Bei den Gebäuden hattest du durchs Löschen auch die Adressen beseitigt.
Und bitte nicht die Namen der Bewohner bei den Gebäuden eintragen. Solche privaten Daten gehören nicht in OSM.

Viele Grüße,
Rainer

Super, danke.

Super, besten Dank!

Hallo whellmut,

da sind jetzt drei Ladesäulen dazugekommen. Die beiden aufeinanderliegenden Punkte an der Hausnummer 27 sind doch sicher Artefakte, oder?

Servus,
Rainer

Hallo 2567ghjkldfg8,

anläßlich des Umzugs einer Augenärztin in die Südtiroler Straße 1a bin ich darauf gestoßen, dass die Adresse Bozener Straße 1a way/898504437 nicht stimmen kann. Siehe die Karte auf https://www.passau-augenarzt.de/kontakt/
Hast du noch Aufzeichnungen von der Erfassung der Adressen und kannst das Problem damit aufklären?

Das betrifft dann sicher auch die Hausnummern 1b und 1c.

Servus,
Rainer

Hallo Tommy:87,

willkommen bei Openstreetmap und danke für deine erste Änderung!

Ein Hinweis dazu: bei Adressänderungen ist es notwendig den POI (Point of Interest) auch an die neue Position zu verschieben, nicht nur die neue Adresse einzutragen.
Ich habe ihn gerade verschoben.

Servus,
Rainer