Hi, you've added a number of villages in this changeset and added place tags as well as boundary=administrative tags to their nodes. This is unusual tagging and has Nominatim confused (https://github.com/osm-search/Nominatim/discussions/3306). The boundary=administrative and admin_level should only go on areas. If I see it right, you already have the areas (for example way/1212880550), so a removal of the boundary and admin_level tags on the nodes won't loose you any information. I'd also get rid of the 'area=no' on the nodes. It doesn't do harm but also doesn't carry any additional information.

I've not edited anything myself because I suspect there might be other changesets as well that are affected. Happy to help, if necessary.

Ha, lustiger Eingabe-Fehler. Repariert. Danke.

It's been quite a while ago and I have no real photo proof for it, but looking at https://en.wikipedia.org/wiki/Kerikeri it has a mention of the oldest pear tree in NZ. I vaguely remember something about a 'notable tree' plate and might have added the tag because of that. Feel free to change/delete.

The wikipage for Lyncombe is already linked on node/6535752381. Lyncombe Vale looks to be a part of Lyncombe. Might also be the other way around. I went by the article name.

Upper and Lower Swainswick are presumably only parts of node/3596041357, which again has the wikidata/wikipedia correctly set already.

You have added a boundary=administrative with admin_level=2.5 here. This is an illegal value for admin_level and potentially breaks data for users. From what I read from the Wikipedia page, Mindanao isn't an administrative entity at all but just a group of islands. So my recommendation would be to remove the boundary and admin_level tag and just leave the place=archipelago.

I agree with PierZen that the Categorie does not belong in the name tag. You yourself explain that they describe administrative categories, not names. Move them to description or another tag agreed upon by the Canadian community. Official maps are then free to add the category or not. As it is, it breaks renderers and search engines and does not adhere to the OSM tagging standards.

Hi, I see that you have added postcodes to village places in this changeset. May I ask what the source for this is? Background is that I'm trying to figure out what the official format for postcodes in Niger is. Niger post only lists 4-digit postcodes while you've entered 8-digit numbers. So I wonder where they are from.

Schon klar. Ich bezog mich auf die Beschreibung des Eselswegs: "Eine Markierung (Kirche mit orangem Punkt) auf der Strecke ist bis auf ein Schild nicht oder nicht mehr vorhanden. Demnächst soll im Rahmen der Neukonzeption der Sch"

Ach so. Na das ist ja gut, dass ich das nicht einfach geändert habe. :) Es fragt sich natürlich, ob man dann den alten Eselspfad überhaupt noch drinnenlassen sollte. Besonders wenn es kaum noch Beschriftung gibt. Vielleicht auf route=hiking:disused oder soetwas setzen, während er neu konzipiert wird?

Hallo trailschneck, ein Nutzer von waymarkedtrails meldet, dass der Eselspfad jetzt umgeschildert sei mit "neue grün grundierte Schilder mit weißem Signet (stilisiertes großes
+„S“ mit einem Krönchen und zwei Wellenlinien unten)". Vielleicht könnten Sie das mal vor Ort prüfen und anpassen?

Gefixt.

place=town ist eben nicht definiert als "hat Stadtstatus" sondern als "Siedlung von lokaler bis regionaler Bedeutung". Dass es keine Stadt im legalen/administrativen Sinne ist, bildet sich dann durch das admin_level an der boundary=administrative ab.
Aber ich will mich da gar nicht streiten, was richtiger ist. Das place=town + place=suburb ist auch nicht wirklich falsch und kann ruhig so bleiben. Dann einfach node/8858607338 löschen und alles ist wieder gut.

node/9386783503 ist jetzt aber ein Duplikat von node/8858607338 . Das geht auf keinen Fall. Einer von beiden muss wieder weg.
Das Mappen hier mit place=municipality für Roßleben-Wiehe und place=town für die Gemeindeteile Roßleben und Wiehe kann durchaus korrekt sein in OSM, wenn die Städte rein administrative Verbindungen bilden, kulturell aber noch klar getrennte Ortschaften bilden mit je einem eigenen Zentrum.

Doch, Wikipedia/Wikidata anzupassen ist wichtig hier. Es gibt nämlich getrennte Artikel für beide. Aber auch im allgemeinen Fall gilt: wikipedia sollte einen Artikel über das Objekt referenzieren. Eine Erwähnung im Artikel reicht nicht. Man muss nicht um jeden Preis ein Wikidata/Wikipedia-Tag vergeben. Wenn es nicht passt, ist es besser es wegzulassen, als halbfalsche Daten einzutragen.

Weil das Ding entweder Dessau-Roßlau heisst oder Dessau. Beides geht nicht. Ich habe das ganze halt in eine Richtung gefixt und vermutlich war der Gedanke, das das Rendering bleibt wie es war. Aber das ist jetzt zwei Jahre her. Vielleicht würde ich das heute anders machen, aber das wäre dann eine grössere Aktion, wo auch die Relationszugehörigkeit und die Wikipedia/Wikidata-Einträge angepasst werden müssen. Es gibt auch noch node/240098523, der vermutlich auch mal entsorgt werden muss.

Straßenschlüssel müssen in OSM auch nicht zwingend einer Strasse zugeordnet sein. Der Auswerter für offizielle Straßenlisten https://regio-osm.de/listofstreets/evaluation?title=L%C3%B6bau&country=Bundesrepublik%20Deutschland ist mit der place-Node für Krappe zufrieden.

Solange es keine Strasse mit dem entsprechenden Namen gibt, ist addr:street schlicht und ergreifend falsch in OSM. Wir haben uns dafür eintschieden, addr:place zu benutzen, wenn Hausnummern in einem Dorf fortlaufend vergeben sind anstatt entlang einer benannten Strasse. Das ist hier eindeutig der Fall. Jemand der die OSM-Daten auswertet, sollte wissen, dass sie so zu handhaben sind, dass der Inhalt von addr:place in diesem Fall in das Feld "Strasse" der DIN-normierten Addresse einzutragen ist. Das ist ein einfacher Konvertierungsschritt zwischen verschiedenen Normen.
Wenn die offizielle Addresse den Ortsteilnamen Krappe auch noch aufführt, dann müsste der in addr:suburb. Mehr Information zu addr:place, siehe osm.wiki/DE:Key:addr:place

Wenn ich mir das nochmal angucke. Es gibt keine Straße namens 'Krappe'. addr:place scheint mir also durchaus korrekter. addr:place ist nicht mit addr:city (als Ortsangabe zu verwechseln). Sondern es sagt nur, dass sich die Hausnummer eben nicht auf eine Strasse bezieht. So wie es jetzt getaggt ist kommt als Adresse heraus: 15 Krappe, 02708 Löbau

Dann muss aber addr:place weg. Die beiden Tags können nicht gleichzeitig an einer Addresse sein. Entweder bezieht sich die Hausnummer auf eine Strasse oder auf einen Ort.

I was referring to the boundaries that were changed from boundary=administrative to boundary=statistical. This makes them de facto invisible for anybody that processes boundaries. I gather from the wiki page that this was intended. I mean if the 'regiões' and 'sub-regiões' are something that nobody ever uses outside the EU statistics bureau, then the change is perfectly reasonable. If these regions are something in common use and people expect them to show up on maps and/or to be shown in search results as part of the address, then that would be a different matter.
Anyway, thank you for the link. It was exactly what I was looking for. Nice work there from the Portuguese community. I'll close the Nominatim issue as "intentional data change".