Misschien dat er onduidelijk is, door de slechte en inconsistente vertalingen op osm.org (Nominatim) en de editors iD en JOSM. Voor Nederland geldt:
- place=suburb: stadsdeel
- place=quarter: wijk
- place=neighbourhood: buurt

In Waddinxveen wordt buurt (dus place=neighbourhood) gebruikt voor onderdelen van wijken, zoals Groenswaard II en De Rietkraag in Park Triangel.

Bedankt! Misschien wordt de naam verder in de toekomst nog wel een keer aangepast.

Hallo TekkoTaks,

De wijken van Waddinxveen zijn getagd als wijk (place=quarter). Waarom zet je deze om naar buurt (place=neighbourhood)?

Hallo Dave009,

Volgens de gemeente Hoekse Waard heet de sporthal nog steeds Sporthal Cromstrijen, ook al bestaat Cromstrijen niet meer als gemeente.

https://www.gemeentehw.nl/inwoner-bezoeker/sporthallen-en-zalen_47771/

The admin_level is correct. Level 2 is used for the entire sovereign country (Kingdom of the Netherlands), level 3 is used for the constituent countries (Netherlands, Aruba, Curaçao, Sint Maarten). So this is the relation of a constituent country and therefore level 3.

boundary=administrative#11_admin_level_values_for_specific_countries

Dat maakt niet uit. Openstreetmap is nogal ingewikkeld in het begin.

Ik heb het grotendeels hersteld. Op verschillende plekken waren zijpaden niet meer op de weg aangesloten, waardoor op OSM gebaseerde navigatie niet meer de weg op kon steken.

Hallo DenvemMaps,

Je voegt hier enkele stoepen, toe als aparte ways, zoals deze:(way/743579789. Als er geen fysieke scheiding is, maar slechts een stoeprand, dan geven we een stoep aan met de tag sidewalk=left/right/both op de naastgelegen weg, bijvoorbeeld zo: way/27823840. Alleen daadwerkelijk fysiek gescheiden stoepen, zoals bij de Laan van Tolkien, mappen we als aparte ways.

Hallo leonard461341,

Goed dat je de hotelgegevens naar de BAG-node verplaatst! Je had echter ook het bouwjaar van het gebouw (start_date=1994) verplaatst. Die heb ik teruggezet, omdat dat informatie is over het gebouw.

Als het hotel ook in 1994 is gestart, dan kan die tag natuurlijk ook aan het hotel (de node) worden toegevoegd.

Als iets in de praktijk dubbel staat aangegeven, hoeven wij dat niet te doen. Een afslagbeperking is niet gelijk aan een verkeersbord. Er kan bijvoorbeeld ook een afslagbeperking zijn bij een dubbele streep of juist geen afslagbeperking bij een eenrichtingsweg, busbaan, etc.

Het keerverbod wordt in principe alleen gebruikt door navigatiesystemen als er meerdere ways zijn, bijvoorbeeld bij een middenberm. Je zou namelijk ook midden op een wegvak kunnen keren, waar nooit een afslagbeperking zou worden toegevoegd.

Je kan natuurlijk altijd informatie dubbel toevoegen, maar andere mappers zullen het dan misschien later weer verwijderen, omdat het de kaart nodeloos ingewikkeld maakt.

Hallo Gekke Henkie,

Afslagbeperkingen hoeven alleen toegevoegd te worden, als deze beperking niet uit de bestaande data af te leiden is.

In dit geval is de busbaan getagd als verboden voor ander verkeer dan bussen. OSM geeft dus al aan dat ander verkeer niet af mag slaan en de afslagbeperking is overbodig.

Hallo Dirk,

Nog een tip om het correct te krijgen. De buitenste weg (met de rol 'outer' in de multipolygon) heeft nog de tag building=yes. Als je die verwijderd, klopt het.

Bij deze wijziging wordt het Fietsroutenetwerk Leiestreek West-Vlaanderen omgezet in een gebouw. Ik heb dit hersteld.

Hier wordt een weg aangepast van tertiary naar primary. Het is echter geen primaire weg (grofweg provinciale wegen onder de N400). We taggen wegen aan de hand van de ligging in het netwerk, niet de uitbouwstatus, behalve bij autowegen en autosnelwegen. Dat dit een 80-km-weg is kun je aangeven met maxspeed=80.

Hallo Hansworst,
Je verandert hier wegen op een industrieterrein van unclassified ('kleine weg') naar tertiary (laagste type doorgaande weg). Dit zijn geen doorgaande wegen, dus unclassified was correct.

Hallo Padvinder,
Je hebt hier allerlei watervlaktes over gras heen getekend. Daarmee geef je aan dat iets zowel gras als water is. Dat klopt natuurlijk niet.

Het is de bedoeling dat je het gras tot het water laat lopen i.p.v. het te laten overlappen.

Ik heb het hersteld. Voorsorteervakken waren onterecht als rijbanen ingetekend.
Alle rijstroken en relaties kloppen nu weer.

Hallo Tijn Bok,

We tekenen alleen rijbanen als aparte ways in. Voor rijstroken gebruiken we de tag lanes en de suffix :lanes. Bij rijbanen is er sprake van een fysieke scheiding, niet slechts een wit puntstuk. In dit geval horen dus geen aparte linkwegen getekend te worden.

Daarnaast kloppen de rijstroken nu totaal niet meer. Zo staan de voorsorteervakken (turn:lanes) nog gewoon ingetekend volgens de situatie voor je wijziging. Ze zijn niet aangepast aan de link-wegen.

Hallo Gekke Henkie,

Bij een fietsstraat hoef je alleen de tag cyclestreet=yes toe te voegen. Dit impliceert bicycle=designated. cycleway=cyclestreet is een oude manier die in het verleden gebruikt wordt, maar wordt afgeraden omdat de key cycleway gebruikt wordt voor bijvoorbeeld fietsstroken.

Verder zijn tags als motor_vehicle=yes niet nodig. Cyclestreet betekent namelijk een fietsstraat waarbij auto's te gast zijn. Ze zijn dus standaard toegestaan. Als dat niet zo is (bijv. in Duitsland) dan gebruiken we bicycle_road=yes.

Zie ook cyclestreet=*