Bedankt voor het uitlijnen.

Een weg of pad kan natuurlijk wel links en rechts ervan gras hebben. Dan is op de plek van de weg zelf een aantal meter geen gras. Wanneer je op een hoog detailniveau werkt, dan is het logisch dat die paar meter in Openstreetmap dus een gat ('whitespace') tussen twee stukken gras is. Dat gat bestaat namelijk ook in het echt.

Zelf houd ik als richtlijn aan om over verharde wegen en fietspaden uit het gras te houden en (vaak onverharde) voetpaden door het gras te laten lopen. Op het forum is dit een tijdje terug gevraagd en daaruit kwam dat de meeste mappers dit aanhouden.

Bij OSM-wegclassificatie zijn alleen motorway (autosnelweg), trunk (autoweg) en living_street (erf) gebasseerd op verkeersborden.

Primary t/m unclassified worden gebaseerd op de plaats in het netwerk. Daarbij wordt een hiërarchisch netwerk gemaakt, waarbij losse eindjes zoveel mogelijk worden voorkomen. Dit is natuurlijk niet altijd mogelijk, zoals bij kustplaatsen of dorpen waar maar een weg heen loopt, maar in de meeste gevallen wel. Het gaat bij primary t/m unclassified dus niet om uitbouwstatus.

Om te bepalen welke verbinding nu primary, secondary of tertiary moet zijn wordt er in Nederland inderdaad gekeken naar het N-nummer. Maar we proberen wel zoveel mogelijk losse eindjes te voorkomen. De N271 is dus tussen de A67 en A73 primary, als N-weg t/m 400, maar niet het losse eindje in Venlo.

Om aan te geven dat het een rijksmonument is, bestaan volgende tags:
- heritage=2
- heritage:operator=rce
Het nummer van de tag heritage geeft het bestuursniveau aan, voor Nederland geldt: 1: werelderfgoed, 2: rijksmonument, (6: provinciaal monument), 8: gemeentelijk monument. De waarde rce is de afkorting voor Rijksdienst voor het Cultureel Erfgoed.

Voor het ID is er de tag ref:rce, bijvoorbeeld ref:rce=46183.

De pagina waarheen je verwijst, is overigens de Nederlandstalige versie van de algemene pagina over de tag addr. Het beschrijft dus niet specifiek de situatie in Nederland.

In Nederland importeren we adressen en gebouwen uit de nationale database BAG (Basisadministratie Adressen en Gebouwen). Adressen worden als losse node, dus niet op een gebouw, in kaart gebracht. Elk adres krijgt een eigen node, met straatnaam, huisnummer, postcode (zonder spatie) en plaatsnaam.

Hierdoor zijn meerdere adressen op een node of interpolaties van huisnummers niet relevant voor de Nederlandse situatie.

Je kan inderdaad de tag addr:flats toevoegen aan de ingang. Dit staat los van de adresnodes die we uit de BAG importeren.

In dat geval maak je een punt op de rand van het gebouw met de tag entrance=yes. Daaraan kun je de huisnummers van die ingang toevoegen met addr:flats=18-27.

Hersteld met changeset/98847975.

Elk Nederlands adres krijgt een eigen adresnode in Openstreetmap, ongeacht het aantal ingangen van een appartementencomplex.

Dit klopt niet. We categoriseren wegen op basis van hun positie binnen het netwerk, niet hun uitbouwstatus. Een doorgaande route binnen de bebouwde kom kan prima een primaire weg zijn, ongeacht of het een provinciale of gemeentelijke weg is.

Dus of de gehele route tussen de A50 en het centrum van Arnhem is een primaire weg, of de gehele weg is een secundaire weg. Het hoort niet halverwege zomaar te veranderen.

Ik heb de onderbreking van de Molenweg toegevoegd.

De rendering van de kaart duurt de laatste tijd erg lang, dus het kan zijn dat het pas morgen te zien is op de kaart.

Twee tips:
- De tag network:type=Local bestaat niet. Dat het een lokale route is wordt aangegeven met de tag network=lwn (local walking network).
- Wanneer je twee waarden wil invullen in een tag, zoals hier bij de beheerder, kun je een puntkomma gebruiken als scheidingsteken. Nu staat er als beheerder een organisatie met de naam 'Gemeente Someren / Stichting Someren Natuurlijk'.

De route ziet er goed uit. Ik zie dat hij zonder onderbreken op volgorde staat. Dat is de bedoeling. De langere route van 10 km moet inderdaad als aparte relatie toegevoegd worden, omdat het een andere route is.

Het is relatief lastig om routerelaties toe te voegen met de eenvoudige editor iD en vaak gaat de volgorde ook fout of zitten er gaten in de route. In dit geval is dat wel goed gegaan. Eigenlijk is voor het bewerken van relaties de geavanceerdere editor JOSM nodig.

Het buitenste vlak (grasland) was blijkbaar niet gesloten. Ik heb het nu gesloten gemaakt en het er met het water een de multipolygoon-relatie van gemaakt.

Bedankt!
Ik had niet goed gekeken en dacht dat het een wandelroute was, die dus maar aan één kant van de middenberm hoeft te lopen. Ik heb het nu verbeterd.

Thanks for the quick response and solving it directly!

Has this turntrack been restored? It has been removed after the reconstruction in 2019.

Ik heb het verder aangepast met highway=platform en met de bus_stop waar het haltebord staat (en een extra note om aan te geven dat het haltebord niet naast de stop-positie van de bus staat).

Ik heb de looproutes over de perrons teruggezet, wel als highway=footway, want het is geen perron, maar een looproute over een perron.

Een stop_position is de plaats waar de bus stopt op een weg. Die weg kan twee richtingen hebben, waardoor de bus niet op het midden van de weg stopt, terwijl de way wel getekend is op het midden van die weg. In een geval van een weg met twee richtingen zal de stop_position dus alleen in de langsrichting van de weg op de exacte locatie staan en nooit in dwarsrichting.

Elke stop_position heeft ook een bus_stop-node naast de weg, die meteen duidelijk maakt voor welk perron de stop_position is bedoeld. In dit geval hebben deze ook nog dezelfde ref-tag.

Hallo,

Ik begrijp niet precies wat je bedoeld.

Een highway=platform-lijn is een simpele weergave van het perron. Ik heb die hier verder gedetailleerd naar een vlak, wat volgens mij juist een verbetering is.

Daarnaast heb ik de baan in het midden, die in twee richtingen wordt gebruikt, samengevoegd. Er is namelijk geen middenberm, dus ook geen twee ways.

Of bedoel je dat er nog een perron H is voor de way helemaal aan de westkant van het busstation?

Commentaar vergeten. Ik heb hier keerverboden toegevoegd.

Hallo Jeroen,
In dit geval lopen routerelatie over slechts een deel van de rotonde. De delen met en zonder route horen niet samengevoegd te worden, omdat zo routes onderbroken worden.

Daarnaast hoort de straatnaam van een zijweg niet op de rotonde, alleen de naam van de rotonde zelf als die bestaat, zie junction=roundabout#Naming