Awoobis, NorthCrab, this is not a world-spanning edit, but it does cross the antimeridian at 180° E/W, which means this website can't tell that it's just a few streets in Russia; it thinks it wraps all around the world instead.

This sometimes happens. If you look at the changeset and see just a few Russian entities being edited, you know you can safely ignore it.

Is die ergens vastgelegd?

Het maakt hier trouwens niet veel uit, want de lokale dorpsvereniging hanteert zelf beide spellingen.

Zo te zien zit er een spatie teveel in de naam.

Bij Kapenga Wonen viel je anders niet op dat die parkeerplaats uitgebreid was en dat de voormalige twee delen nu aansluiten (zie mijn bewerking).

Boerderijen hebben nou eenmaal hun naam op hun erf, niet op een van de gebouwen. Als je het hoofdpand sloopt op opdeelt is het nog steeds dat boerenerf.

Er is niks mis met het gebruik van multipolygons an sich. Soms komt het beter uit wanneer één entiteit in meerdere stukken ingetekend is. Die vrijheid is er ook gewoon.

Blijft alsnog dat die huisarts niet twee parkeerterreinen heeft. Dat is bewust zo ingetekend. Je kan niet op basis van een overpass-query besluiten dat al dit gebruik onrechtmatig is. Ook het boerenerf is één entiteit. Regelmatig vind ik later de naam van de boerderij; die kan daar dan op.

Data verbeteren is goed, maar multipolygons zijn een valide manier om één entiteit over meerdere ingetekende vlakken te verdelen. Zou je deze changeset willen terugdraaien? Delen ervan kunnen correct zijn, maar ik pik er nu zo meerdere fouten uit.

Het speeltuintje bij het Bataviaplein is er ook maar één, ook al is het in twee delen opgesplitst.

Ook dat boerenerf is één boerderij, niet twee. Ook al zijn het twee vlakken.

Dit is niet correct. Een parkeerplaats bij een POI kan uit meerdere delen bestaan, maar dat maakt het niet meerdere parkeerplaatsen.

Op de boundary relations van plaatsen hoeft alleen de `name` te staan. Dit is een conventie voor dorpen en steden (bij provincies en groter zijn de name-tags doorgaans op beide synchroon). De place node bevat alle name-tags.

Weet je nog wat je bron is voor de Toki Pona namen? Ik kan 'ma Lise' niet fonetisch afleiden van Fryslân.

Reverted in changeset/138998814

Please stop this. You are just creating more work for the OpenStreetMap project. If you want to discuss this, go here:

https://community.openstreetmap.org/c/general/38

Just because Putin is an asshole and a murderer, doesn't make the Russian language suspect. There are quite a lot of languages that could be banned if that were the case (German? Japanese? Chinese? Burmese?).

We would end up with just Esperanto and Klingon.

Wat je het beste kan doen is in deze forumthread om een BAG-import vragen:

https://community.openstreetmap.org/t/bag-importverzoeken/3394/1137

Geef dan even aan dat het om dit stukje kaart gaat, en dit gebouw:

https://bagviewer.kadaster.nl/lvbag/bag-viewer/?objectId=0392010000108380

('ma Lise' voor Fryslân specifiek.)

Wat is je bron voor die Toki Pona name:tok?

Dat is een bug in die routers. Fietsers mogen altijd afstappen en een stuk over een voetpad lopen. Dat soort verbindingen zal een goede router proberen te vermijden, maar het komt voor, en als je er kilometers mee afsnijdt is dat zelfs wenselijk.

bicycle=dismount is sowieso goed, maar zou dus niet nodig moeten zijn. Het is hoe dan ook nuttig voor andere mappers, die dan begrijpen dat de route voor fietsers daar bewust als voetpad is ingetekend en je er afstapt.

OSRM en Valhalla werken goed met bicycle=dismount:

osm.org/directions?engine=fossgis_osrm_bike&route=53.19673%2C5.79378%3B53.19579%2C5.79297#map=19/53.19575/5.79359

osm.org/directions?engine=fossgis_valhalla_bicycle&route=53.19673%2C5.79378%3B53.19579%2C5.79297#map=19/53.19625/5.79334

Die redenering klopt niet. Het is daar fysiek nagenoeg onmogelijk om te fietsen tussen de weg en het pontje. Natuurlijk mag je dat met een fiets langs het speeltuintje lopen, maar dat doe je met de fiets in de hand.

bicycle=dismount lijkt me hier veel beter passen. Op het pontje zelf mag je immers ook niet fietsen.

Reverted in 138650979. See discussion on 138649186.

Reverted in 138650979.

If you desperately want to 'fix' these issues, do so without moving or reshaping the bridge outlines.

Stop this! You are deleting a bridge outline here!

In the other changeset you have reshaped an outline which was exactly aligned to the actual bridge outline.

I don't know what you are trying to fix here, but bridge outlines with layer=1 touching natural=water on layer=0 is not a bug!