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=*

Het commentaar is verkeerd. Hier worden tramlijnen uitgelijnd m.b.v. de BGT.

Ik heb het hersteld.

Dit soort doorgaande wegen op een kruispunt horen gewoon als highway=secondary getagd te worden. Secondary_link zou je bijvoorbeeld kunnen gebruiken op een kruispunt met 4 wegen waarbij er een vrijliggende verbinding rechtsaf ligt. Die verbindingsweg kan dan als secondary_link worden getagd. Verder worden verbindingswegen eigenlijk alleen bij op- en afritten en bypasses van bijvoorbeeld rotondes gebruikt.

Hetzelfde geldt volgens mij voor alle buslijnen die je in deze wijziging het aangepast.

Dat kan gebeuren :)

Hallo IIVQ,
Volgens mij is hier iets verkeerd gegaan. Alle internationale buslijnen zijn nu lege relaties geworden:
Bijv: relation/5754040, relation/10098803

Dat lijkt me een goed idee. Het forum is een betere plek dan een changeset-comment.

Ik zou eerst een duidelijk criterium bedenken. Het is logisch als bijv. law's en streekpaden in één type vallen. De law's zijn typisch een nwn, zoals ook langeafstandsfietspaden ncn zijn. Dat er toevallig slechts één of juist meerdere provinciegrenzen in de route liggen, zegt weinig over het karakter van de route zelf.

Dus je vertaalt regionaal naar provinciaal? Ik vind dat eigenlijk best arbitrair, zeker wanneer je een pad van 237 km als regionaal gaat zien omdat het pas aan het einde over de provinciegrens gaat. Dan vind ik de oorspronkelijke indeling meerdaags vs eendaags een stuk duidelijker of een indeling als law vs streekpad.

Hallo Peter Elderson,
Zou het Hertogenpad, als wit-rode langeafstandsroute LAW13, niet nwn moeten zijn? Ik zou juist de streekpaden als rwn zien, niet de law's.

Een wegwijzer kun je toevoegen als node met tourism=information, information=guidepost, zoals bij die rotonde.

Een verkeersbord kun je toevoegen als node met traffic_sign=NL:<nummer>, waarbij <nummer> het nummer van het type verkeersbord is, bijvoorbeeld traffic_sign=NL:G11 is het verkeersbord 'begin verplicht fietspad' (nummer G11).

Veel wegwijzers en verkeersborden zijn (nog) niet toegevoegd, omdat het veel werk is en weinig mappers het interessant vinden, maar het is wel iets wat je toe kan voegen.

En als je zo'n node hebt toegevoegd, dan is het ook mogelijk om voor dat bord/wegwijzer het NBd-nummer als ref:NBd toe te voegen.

Je kan de Overpass-query aanpassen om bijvoorbeeld alleen kruisingen met ref:NBd te vinden door node["ref:NBd"] te vervangen door node["ref:NBd"]["junction"="yes"].

Graag gedaan!

De nieuwere tag public_transport=platform dekt inderdaad de lading van de oude tags railway=platform en highway=platform. Echter, veel op OSM gebaseerde kaart waaronder OSM-carto (de kaart op osm.org), kunnen nog niet omgaan met deze nieuwere tag. Daarom is het aan te raden om de oudere tag highway=platform toch toe te voegen voor compatibiliteit. Als je dit niet doet, is het perron niet te zien op osm.org.

Ja dit is wat ik bedoel. We schrijven normaal keys met alleen kleine letters (ref:nbd), maar in dit geval is de schrijfwijze toch wel toepasselijk.

Ik heb de Overpass-query aangepast zodat je de nummers direct kan zien: https://overpass-turbo.eu/s/N9C. Hij voert de query uit als je op 'uitvoeren' klikt.

Openstreetmap is meer dan alleen de standaardkaart (osm-carto) op openstreetmap.org. Het is een database met veel meer informatie dan wat door osm-carto wordt gerenderd. Het is daarom niet de bedoeling om dingen verkeerd te taggen om ze maar op de standaardkaart te krijgen.

Als je bijvoorbeeld ref:nbd=00001 gebruikt op dit kruispunt, dan is dit vindbaar met een database-api, zoals Overpass Turbo. De informatie staat dan correct in OSM, maar osm-carto kiest er niet voor om die tag te renderen. Je kan dan met deze query alle kruispunten vinden: https://overpass-turbo.eu/s/N7L. En met deze alleen kruispunt 00001: https://overpass-turbo.eu/s/N7M

Er zijn ook mogelijkheden om dit soort tags op een eigen kaart te renderen, maar daar weet ik niet zoveel vanaf. Hier is meer daarover te vinden: https://switch2osm.org/

Hier zit blijkbaar ook nog mijn vorige wijziging in van een duiker en foutief stukje eenrichtingsweg in Bergschenhoek. De bron daarvan is de BGT.