Dag ov_fotograaf,

De halte node heb ik even aangepast.
network en operator horen daar niet getagd te worden.
De halte is eigendom van de gemeente en kan door meerdere vervoerders worden aangedaan.
De halte kan zelfs deel uit maken van meerdere netwerken.
De routerelatie aanpassen met de editor iD is niet goed mogelijk. Het rondje over de Vorstiusrode/Muzieklaan/Vorstiusrode moet op de juiste plaats in de route worden ingevoegd. Helaas voegt de editor iD de nieuwe wegen achteraan toe aan de routerelatie zodat er een gebroken route achterblijft.
Aanpassen van de routes kan alleen goed gedaan worden met de editor JOSM zoals Eggie ook al aangeeft.
Ik heb de route even aangepast.
Als er een route moet worden aangepast, vraag dan even hulp op het forum of zet een opmerking op de kaart. Dan zal een ervaren mapper dat doen.

https://overpass-api.de/achavi/?changeset=99310434

Reverted with my changeset/99471432.

Verder is het not done om twee gebieden die zover uit elkaar liggen samen te voegen in één changeset.
Ook het schuiven van de kaart over zo een grote afstand wil nog wel eens misgaan en dan wordt vaak een node of een way onbedoeld over grote afstanden verplaatst.

Dag padvinder,
De schade aan het Markermeer & Ijmeer is van dien aard dat ik de changeset wel moet reverten.
Je hebt daar een weg uit een multipolygoon verwijderd, de mp is daarmee niet meer gesloten en dat geeft onoplosbare problemen bij de rendering.
Het gebruik van Go Map leidt wel tot erg veel en grote fouten.
Je zou moeten overwegen om over te stappen naar JOSM.
Dan kun je veel nauwkeuriger werken en de ingebouwde validator waarschuwt je voor dit soort fouten.

Eggie, als ik er wat langer over na denk dan is ..=no een te sterke tag voor dit doel.
Dat is immer absoluut en dus is de weg niet te gebruiken voor een route berekening. Maar het zou wel eens de enige weg kunnen zijn om een natuurbrand te kunnen bereiken.
Dus is =discouraged m.i. de juiste tag.
@BrwMartijn:
Daarnaast dient deze problematiek gemeld te worden bij de maker van de brandweer-routing-app. Hoe zorgt hij ervoor dat de routeberekening niet over deze weg gaat, tenzij het de enige weg naar het doel is ?

Als deze wegen niet geschikt zijn voor de hulpdiensten is het misschien te overwegen om ze dan ook als zodanig te taggen.
Dus met emergency=no.

De routerelatie van lijn 19 is aangepast.

Dan was ik je voor. :-)
Maar wat me echt interesseert:
Laat Potlatch zo slecht zien wat je aan het doen bent ?
Overigens heb ik mij aangewend om eerst alle dubbele en driedubbele lijnen van elkaar te halen vóór ik mijn wijzigingen aanbreng. Er liggen in NL zoveel lijnen op elkaar dat het welhaast onmogelijk is om geen fouten te maken !

http://tools.geofabrik.de/osmi/?view=geometry&lon=5.21974&lat=51.99805&zoom=17&opacity=0.80

Alle dubbele lijnen zijn verwijderd, zodat het vlak ook wordt gerendert.

Dag iPeer,
In NL worden adressen en gebouwen rechtstreeks geïmporteerd vanuit het Kadaster. De adressen staan dan op een aparte node in het gebouw.
Adressen worden dus niet getagd op de outline van het gebouw.
Ik pas het even aan.

Dag Siebstra,
In NL worden adressen niet op het gebouw gezet.
Adressen en gebouwen worden rechtstreeks geïmporteerd vanuit het Kadaster. De adressen zijn dan als aparte node binnen het gebouw gezet.
Als goed kijkt en ver genoeg inzoomt dan zie je dat 298 ook al aanwezig is.

Je hebt hier huisnummer 222 gewijzigd in 298. Waarom ?
Even goed kijken en inzoomen dan zie je dat 298 er ook staat. Dat hoef je dus niet nog eens toe te voegen.
Alle begin is moeilijk, maar probeer je in te lezen. En als er vragen zijn, stel ze dan rustig.

Deze wijziging wordt dus ook terug gezet.

Dag Siebstra,
Gebouwen zijn geïmporteerd vanuit het Kadaster en zijn dus nauwkeurig ingemeten.
Je vergeet dat de luchtfoto schuin van voren is genomen. Je hebt nu uitgelijnd op het dak van het gebouw. Dat is dus niet correct.
Ik zal het terug zetten. op de juiste plaats.

Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Wat je als beginnend mapper niet kunt weten is dat er "onder de oppervlakte" ook nog routerelaties in de database aanwezig zijn. Niet zichtbaar op de standdardkaart. Die routes moeten dus nog aangepast worden. Maar de editor iD kan daar niet mee omgaan en plaatst de nieuwe halte achteraan de route en dat zorgt er dan voor dat de routeelementen niet meer in de juiste volgorde staan.
Dat kan dus alleen met de editor JOSM.
Voor een beginner is dat een overweldigende hoeveelheid zaken waar je nog geen kennis van hebt.
Laat je daardoor niet afschrikken. Ga gewoon verder met mappen en al doende leert men.
Ik zal de routes aanpassen.

Dag Lucas,
Ja alle begin is moeilijk en het openbaar vervoer in OSM al helemaal.
Opvallend is dat je wijzigingen niet zichtbaar worden op de standaardkaart.
Dat heeft vooral te maken met het feit dat tags verkeerd of onvolledig zijn.
De nieuwe halte als lijn op de kaart toevoegen is prima. Wil dat ook zichtbaar worden op de kaart dan moet highway=platform daar nog aan toegevoegd worden.
De stop_position voor de tram is nu voorzien van tram=1;9 en dat rendert niet.
Dat de halte wordt aangedaan door tramlijn 1 en 9 hoeft niet aangegeven te worden. Als je de route zichtbaar maakt op de kaart , worden de lijnnummers weergegeven. (Kies aan de rechterzijde voor de transportkaart of ÖpnvKarte en de lijnnummers worden zichtbaar.
tram=yes hoort er echter wel op.
De bushalte kent 3 dingen op de kaart.
De stop_position wordt vastgemaakt aan de weg en dan voorzien van de tags public_transport=stop_position en bus=yes( of de stop_position wordt geheel achterwege gelaten)
Het platform wat je als een lijn op de kaart hebt gezet.
Daarnaast wordt dan de bushalte nog op een node gezet met highway=bus_stop en public_transport=platform. Dat lijkt dubbelop mar highway=bus_stop zorgt voor het icoon op de kaart en PT=platform is de nieuwe tag volgens:
osm.wiki/Public_transport
ik pas het even aan.

goed gedaan.