Die offizielle Klassifizierung entspricht der höchsten Schwierigkeitsstufe auf einer längeren Wegstrecke. Das heisst aber nicht, dass die gesamte Strecke die maximale Schwierigkeit hat. Das sac_scale-Tagging in OSM bezieht sich aber auf den Weg, an dem das Tag dran ist. Damit kann es durchaus einem leichteren Teilstück entsprechen und eine kleinere sac_scale-Klassifizierung tragen als die des Gesamtwegs. Die Änderung von tgdbepe4 sieht richtig für mich aus. Die offizielle Klassifizierung des Gesamtwegs mappen wir über die Routen-Relationen. Die Information geht also nicht verloren.

Hi, sieht aus, als wenn dir in diesem Changeset ein kleines Unglück passiert ist. In der Tharandter Str fehlt auf der Höhe Würzburger Strasse jetzt ein Stück. Kannst du vielleicht mal nachschauen? Ich müsste das ganze Changeset rückgängig machen und das scheint mir etwas übertrieben. Danke.

Three months later and the relation is still broken. :( I've reinstated the names before your change now. The quality of wikidata imports is really disappointing.

It has brought back the actual name of the route. The network classification in Switzerland should correspond to the classification used by Wanderland. See osm.wiki/Switzerland/HikingNetwork for more information.

That is not acceptable. You do not enter bogus data into OpenStreetMap to work around short-comings in your software. You are not the only user of this data and OSM is not your private playground.

Why would there be no support? There are route relations that function as node connections and have a network:type=node_network. There are named guideposts that function as the nodes. I'd use 'from' and 'to' instead of 'name' on the relations. But apart from that everything was mapped correctly as far as I could see until you added the phantom ref tags to the relations and the phantom `rwn_ref` to the nodes.

Please do not add phantom network nodes where there are none. This network obviously functions by going from named guidepost to named guidepost. There is no need for nodes with `rwn_ref` in such a case. And adding tons of refs with 'o-o' is just tagging for your test script.

Diese Karte entspricht halt nicht dem, was man vor Ort vorfindet. Reimershagen hat genau ein Strassenschild und das ist für den Luisenhofer Weg. Alle anderen Strassen sind ohne Name. Das heisst, vermutlich ist selbst 'Dorfstr' nicht mehr korrekt. Ich bin aber nicht in der Region ansässig und weiss nicht genau, was da mit Strassenumbenennungen passiert ist. Ich werde das mal ins Forum eskalieren.

Die Adressen in Reimershagen sind so aber nicht korrekt eingetragen. Offensichtlich sind die meisten Hausnummern im Ort einfach durchnummeriert und gehören nicht zu einer Strasse. In einem solchen Fall ist addr:place anstatt addr:street zu verwenden, siehe osm.wiki/DE:Key:addr:place. Auf jeden Fall kann man nicht einfach bestehende Strassen umbenennen, damit sie zu den Adressen passen. Ich habe die Adressen in Reimershagen jetzt korrigiert. Es wäre schön, wenn Sie auch Ihre anderen OrKa.MV-Importe diesbezüglich korrigieren könnten.

There are at least two other CAs tagged at level 6: osm.org/relation/88084, osm.org/relation/6965187. Given that the admin_level was already set (in contrast to other ceremonial boundaries which usually don't have admin levels), it seemed to consolidate things.

To quote the appropriate wiki page: "The admin_level key describes the administrative level of an object within a government hierarchy." So the city of Berlin should not have an admin_level 2. It's not a country. That's why I removed the tag. It has nothing to do with what Nominatim can do. Changing the meaning of admin_level depending on weather or not a capital tag is present sounds like a very bad idea. If you want to express, what kind of capital a city is, 'capital' can be assigned a number. That's a much cleaner approach. See osm.wiki/Key:capital
Anyway, it looks like the tag has been there for 8 years, so feel free to claim customary right.

Many thanks. Let's see if the water comes back in the next few days.

You have removed a lot of natural=coastline in this change, presumably thinking they are redundant wrt natural=bay. That is not the case, a bay is a feature inside a waterbody (in that case the ocean described by natural=coastline), so both natural=* tags are needed. The result of your changes is that at least Hokianga Harbour in New Zealand is now no longer shown as water. Other bays likely have the same problem, I haven't checked in detail. It would be great if you could revert the changes and reinstate the coast lines as they were before, so that the water comes back to Hokianga Harbour.

Hi, I see that you have tagged a lot of subdivisions in Nassau with boundary=administrative and admin_level=3. Level 3 is normally for states and the like (e.g. California in the US). These subdivisions look more like suburbs, which should get something like admin_level=9. At least they should have a higher number than the district they are in (which is New Providence with admin_level=6), so that the hierarchy becomes clear. You'll see that when you search for places in Nassau that the results are very confused at the moment because of the broken hierarchy. Any chance you could change the admin_level for all the subdivisions you have mapped?

Hi Felipe, the new woods in this area have a lot of geometry errors. You can see all of them in the OSM Inspector: http://tools.geofabrik.de/osmi/?view=areas&lon=-72.24840&lat=-40.88134&zoom=10 I have tried to fix some but there are areas, where it is not obvious what the right geometry would be, for example http://tools.geofabrik.de/osmi/?view=areas&lon=-72.24840&lat=-40.88134&zoom=10. Could you have a look at it and fix the intersecting ways?

Die verkaufen neben Klamotten auch gebrauchte Bücher, Spiele und anderen Kram. Ist ein klassischer Second-Hand-Charity-Laden wie im Wiki unter osm.wiki/Tag:shop%3Dcharity beschrieben.

Super. Vielen Dank, eyewitness. Ich hatte es auch schon wieder vergessen. :)

Da eyewitness nicht weiter reagiert hat, werde ich das wohl mal morgen in Ordnung bringen.

Sorry, Wolle DD, aber so geht das jetzt gar nicht. Wenn ein anderer Mapper dich freundlich um eine Diskussion bittet, kannst du nicht einfach weitermappen wie bisher. OSM ist ein Gemeinschaftsprojekt und da ist es normal, dass man manchmal auf andere Ansichten trifft. Dann ist es wichtig, dass man erst einmal Pause macht und versucht zu einem Konsens zu kommen. Dabei geht es nicht darum, ob der eine oder andere Mapper "gewinnt", sondern darum, eine Lösung zu finden, mit der alle aktiven Mapper in der Gegend gut leben können. Ansonsten enden wir nämlich früher oder später in einem endlosen Editierkrieg. Ich würde also vorschlagen, dass du dich zurückhälst mit dem ÖPNV-Mapping bis zum Dresdner OSM-Stammtisch, wo das Problem in aller Ruhe besprochen werden kann.

Vielen Dank für das fleissige Eintragen der Hausnummern. Mir ist aufgefallen, dass hier am Ramsberg jeder Knoten ein addr:postcode Tag enthält (z.B. osm.org/node/3244008764) Kann es sein, dass es da einen kleinen Copy&Paste-Unfall gab beim Eintragen?