Belangrijk uitgangspunt blijft naar mijn idee osm.wiki/Tagging_for_the_renderer, en breder genomen: dit geldt ook voor routeerapplicaties We voeren in OSM in wat er in werkelijkheid is. Dus is een weg(deel) afgesloten? Dan highway=construction, of wellicht beter: access=no (eventueel: access:conditional=*). Nu wordt er wél ingevoerd welke weg er niet meer eenrichting is, maar niet welke weg is afgesloten. Naar mijn idee is dat inconsequent. Via https://brouter.de/brouter/suspects/TheNetherlands/Overijssel/all kwam ik bij deze locatie, want way/856953383 is tweerichting, terwijl way/856953382 eenrichting is. Moet je daar dan omdraaien, bijvoorbeeld? Dit is een technische fout.
Ik vind het heel mooi dat o.a. Melvin en VRT data van OSM gebruiken, maar wel graag consequent invoeren met in gedachten de regels van OSM.

Duidelijk. Maar welke wegen zijn er nu dan precies afgesloten? Want die zouden als highway=construction en construction=<wegtype> óf met access=no getagt moeten worden. Nu verandert er namelijk weinig aan de routering, tenzij je expliciet aangeeft dat je over de baan van de tegenovergestelde rijrichting wilt routeren.

Het is teruggedraaid. Maar dan ook graag de foutmeldingen die hierdoor m.b.t. routering ontstaan, oplossen. Oftewel: alles correct taggen. En is dit werkelijk voor iedereen oneway=no, of alleen voor hulpdiensten? En dan graag ook het afgesloten weggedeelte op highway=construction zetten.

Het is teruggedraaid. Maar dan ook graag de foutmeldingen die hierdoor m.b.t. routering ontstaan, oplossen. Oftewel: alles correct taggen. En is dit werkelijk voor iedereen oneway=no, of alleen voor hulpdiensten? En dan graag ook het afgesloten weggedeelte op highway=construction zetten.

Voor het viaduct is er dan wel een hoogtebeperking, maar ik had alleen de hoogtebeperking ter hoogte van de spoorwegovergang verwijderd. Want die is er niet. Bedankt voor het verbeteren!

Wegen weer op oneway=yes gezet. Je kunt altijd iets als oneway:emergency=no toevoegen als het alleen hulpverleningsvoertuigen betreft.

Als er werkzaamheden zijn en de betreffende wegen op dit moment inderdaad voor ALLE verkeer twee-richting is, dan moet de beperking zelf (dus bijvoorbeeld de rijbaan richting westen) ook als zodanig ingevoerd worden. Omdat ik deze wijziging en de wijziging aan het Mitchamplein daarom niet begrijp, zet ik deze wegen weer op oneway=yes.

Tja, kan gebeuren... De N348 staat er nu in ieder geval weer in, én de oversteek is van de kaart verwijderd!

Lamb, let goed op je wijzigingen! Je hebt per ongeluk namelijk ook de N348 verwijderd. In wijzigingenset 105313430 heb ik dit hersteld.

De rails voor de kranen heb ik gewijzigd naar man_made=crane_rail. Want dit is in ieder geval geen railway=narrow_gauge. Wellicht is het beter om de 2 rails met een relatie te koppelen tot 1 kraan? Want de rails staan er nu volgens mij wel in, maar de kraan zelf nog niet...

Nee, dit is geen vergissing. De borden G5/G6 staan er in werkelijkheid écht... Het geldt alleen voor dit plein, dus dit kleine stukje. Het idee van een hoofdweg komt er wel mee te vervallen, maar wellicht is dat ook juist de bedoeling.
Groeten, BAGgeraar

Duidelijk, ik heb het weer teruggezet, alleen wel naar motorway_link; het is per slot een verbinding tussen twee rijbanen, én dan is er nog iets van onderscheid met de normale rijbaan.

Nog een aanvulling: bekijk ook de BGT, hier staat als straatnaam 'Rijksweg 15'.
En het adres van het tankstation is inmiddels gewijzigd van Europaweg in Rijksweg 15, zie hiervoor de BAG.

Vroeger was dit inderdaad Europaweg, net als dat vroeger het wegnummer A15 was. Tegenwoordig echter niet meer. Zie het Nationaal Wegenbestand voor de correcte, actuele situatie. En gebruik vooral geen Google Streetview, dat is niet toegestaan voor OSM! Wegenwiki is erg interessant, maar deze heeft niet de waarheid in pacht.
Dus het beste is om de wegsituatie ter plaatse te bekijken, óf geautoriseerde bronnen te gebruikten (bijvoorbeeld het Nationaal Wegenbestand of Mapillary).

Graag eerst de gegevens verifiëren voordat je ze invoert. Zo heet de A15 alleen ten westen van Steenen Baakplein 'Europaweg', en bestaat de N15 voor het gedeelte van Rijkswaterstaat niet, ook niet voor de Calandbrug. Dat is gewoon allemaal A15, zie het Nationaal Wegenbestand of de hectometerpaaltjes.
Als er nog meer is wat je op die manier hebt aangepast, kun je daar dan nog eens kritisch naar kijken?

Overigens zijn er in de BAG ruim 6000 adressen waarvan de openbareruimtenaam gelijk is aan de woonplaatsnaam, dus wat dat betreft lijkt het geen technisch probleem te zijn.
Ik ben benieuwd naar de reactie van de gemeente!

Het zou kunnen, maar ook bijvoorbeeld het NWB geeft Nr als straatnaam weer (naast andere 'grote' kaartleveranciers). En het wijzigen van addr:street van Nr naar <addr:city> vind ik ook niet zonder meer correct, daarom heb ik het, naast enkele kleine verbeteringen, teruggedraaid (en dus is het weer in overeenstemming met de BAG).
Maar mocht dit niet correct zijn, of mocht er terugkoppeling komen van de BAG: schroom niet om deze wijzigingenset terug te draaien of de adressen/straatnamen te corrigeren.

Volgens mij niet, zie https://www.portofrotterdam.com/nl/onze-haven/havenontwikkeling/theemswegtrace#/2019/21/omleiding-doorgaand-verkeer-over-de-calandbrug-richting-maasvlake
De afsluiting en bijbehorende omleiding lijkt dus tot eind dit jaar van kracht te zijn.

Groeten, BAGgeraar

Wellicht beter om in een dergelijk geval maxheight:physical=* samen met maxheight=default te gebruiken; zie maxheight:physical=*

Mee eens, het routeknooppunt stond eerst op de veerterminal, dit heb ik verbeterd. Maar ik was vergeten de relatie ook aan te passen.