Dit is onderdeel van wijziging changeset/164640251

Ik heb het dit geval verbeterd en het bedrijf samengevoegd met al bestaande BAG-adres.

Hoi, Bedankt voor de toevoegingen. Er zitten nog wel een paar fouten in.
- De name-tag is voor de naam zelf, in dit geval 'aaff'. Voor de vestigingsnaam is de tag branch.
- Een huisnummertoevoeging is in Nederland gewoon onderdeel van het huisnummer, dus 13A in dit geval. De tag addr:unit is voor nummers die geen onderdeel uitmaken van het huisnummer.
- De tag website heeft bij voorkeur de website van de vestiging zelf, dus https://www.aaff.nl/locaties/weert en als die niet bestaat de website van het bedrijf https://www.aaff.nl/ De huidige waarde https://www.aaff.nl/locaties is incorrect.

This is a secondary location, so you don't have to change or 'verify' anything.

This change reverts the newly reconstructed intersection back to the old situation. Therefore reverted.

Hoi,
De correcte tag voor busbaan is highway=busway, niet highway=service. Ik heb dit hersteld.

Ik heb de naamgeving volgens de gemeente hersteld.

Mijn wijziging ging vooral over de winkel Odin. Het restaurant Het Hart van Heerde had ik meegenomen omdat er een omschrijving in de naam stond. De website doet het inderdaad niet, dus daarom heb ik het niet verder aangevuld.

Als het restaurant niet meer bestaat, dan kan het weg. Maar ik gooi niet zomaar een POI weg als de website het niet doet.

Er is een fundamenteel verschil tussen wegnummers en deze nummers voor doorfietsroutes. Wegnummers zijn naast routenummers ook daadwerkelijk een eigenschap van de weg, die ook wordt gebruikt om een locatie op de weg (incl. fietspad) aan te geven.

Deze routenummers zijn puur routenummers. Ze zijn geen eigenschap van het fietspad en zeker niet het wegnummer van straten als de Stationsstraat in Sauwerd, waar de F361 over loopt.

Daarom worden A/N/S/R-nummers zowel in de ref-tag als de routerelatie gebruikt en de doorfietsroutes-nummers alleen in de routerelatie. Eigenlijk is de ref-tagging op de wegen al een soort legacy-tagging, omdat de routerelaties veel beter de eigenschappen van de routes kunnen weergeven. Bijvoorbeeld het renderen van wegnummers in correcte kleuren is hierdoor mogelijk gemaakt.

Hoi Grimbaert,

Het voorvoegsel Sint komt nogal vreemd over voor een protestantse kerk. Heb je hier een andere bron voor dan Wikipedia? De gemeente noemt het zelf de Maartenskerk, onder welke naam de kerk al jaren in OSM stond. https://maartenskerkgemeente.nl/

Hi, I've removed the website, as this isn't the website of the railway station, but the page of the station on a commercial third party website.

Bedankt voor het verwijderen van de winkel. Het adres is echter niet verdwenen. Ik heb deze hersteld.

De correcte manier om een winkel te verwijderen is om de tags die betrekking hebben op de winkel te verwijderen en het adres te laten staan.

Hi,
The tags access=no and bus=yes are default for highway=busway and shouldn't be added explicitly. The error seems to be in Brouter, not in the Openstreetmap data.

Bedankt voor het terugzetten

Hoi,
Waarom verwijder je de naam van het eiland? Alleen omdat je het een vreemde naam vindt?

Zie ook: https://www.vadedo.nl/eiland

Hoi Herrieman,

De area:highway-tagging is bedoeld om de oppervlakte van de verharding precies in te tekenen. Dit is dus de juiste tag voor het vlak.

Hier was een highway=service met area=yes (zeer ongebruikelijk) toegevoegd, met daarin doodlopende normale routeerbare service-wegen. Zowel de routering als de rendering liepen in de war door deze afwijkende tagging.

De routeerbare wegen lopen over dit vlak. Het is inderdaad het meest correct om bij elke pomp een aparte way toe te voegen, maar dit wordt meestal niet gedaan.

Tip: Den Ruygen Hoek is zeker niet uniek. Er zijn veel andere verzorgingsplaatsen in Nederland om inspiratie voor tagging op te doen.

Het is ook niet de bedoeling om iD-suggesties klakkeloos te accepteren. Dat is namelijk een soort 'mechanical editing', waarvoor regels zijn opgesteld: osm.wiki/Automated_Edits_code_of_conduct

Voor zover ik weet ik Breng een beetje een vreemde eend in de bijt (net als U-OV) omdat het een organisatie is om het OV in deze concessie uit te voeren en niet alleen een merknaam.

Dit soort wijzigingen kunnen het beste netwerkbreed worden uitgerold. Zo houden we de OV-netwerken consistent. Dit soort wijzigingen door iD/NSI aan de OV-netwerken zorgen voor zeer specifieke afwijkingen bij bepaalde routes, waarbij vaak ook nog eens veel correcte informatie wordt overschreven of niet wordt gekeken waarom een bepaalde lijn een andere tagging heeft.

Nogmaals het verzoek om suggesties die de iD-editor geeft niet zonder te controleren te accepteren. Deze suggesties komen namelijk voor een groot deel uit de NSI, waar helaas veel fouten in staan.

Ook klopt de wijziging van alle buslijnen van Breng naar Hermes niet.

Ik zal deze wijziging terugdraaien.