Je hebt met je edit een dubbele adresnode veroorzaakt. Maps.me is niet in staat om eigenschappen zoals een supermarkt te geven aan bestaande adressen. Gebruik dus liever niet maps.me als editor maar gebruik een echte editor als iD, Potlatch of JOSM.

Gebruik maps.me liever niet als editor om poi in te voeren. Maps.me is zeer onvolledig en kan bijvoorbeeld niet eigenschappen als een benzinepomp toevoegen aan een bestaand adres. Jij hebt (waarschijnlijk onwetend) het adres Weidelaan 2a nogmaals ingevoerd terwijl die al bestond. Ik heb de nodes inmiddels samengevoegd, maar ik zou je willen aanraden voor dergelijke edits een echte editor als iD, Potlatch of JOSM te gebruiken.

Please, don't use maps.me to create new POI's for which there is already an address. Maps.me is not a full OSM editor and is incapable of putting additional tags on an already existing address node. This edit duplicates the address. I corrected this mistake by deleting your node and putting the amenity=dentist on the existing address node. Also the name=Ede is for sure not the name of the dentist.
Feel free to contribute to OSM, but please use a fully supported editor like iD, Potlach or JOSM.

Why did you change the correct way of separating values (;) with an incorrect one (,)? Please read osm.wiki/Key:destination?uselang=nl before corrupting the database.
Also refs like E 42 should not be put inside the destination tag, but in a separate destination:ref tag.

I already corrected the E 42/E 411 junction, but I see that you made changes to a lot of other junctions.
If you need help in reverting this changeset, please contact me.

De verwijderde adres nodes (huisnummers met toevoeging) van deze changeset zijn teruggezet.

Prima. Dan laat ik ze nog even staan.
Tip bij JOSM kun je wijzigingen die nog niet klaar zijn ook lokaal opslaan zodat je voorkomt dat incorrecte / onvolledige informatie in de database komt te staan.

Er worden in deze changeset nogal wat lijnen toegevoegd zonder enige tags. Kan ik deze allemaal verwijderen of heb je daar nog plannen mee?
In de OSM database horen namelijk alleen nuttige zaken te staan. Lijnen zonder tags zijn dat mijns inziens niet.

Tijdens de BAG import zijn veel van de BAG-gebouwen gesplitst als in de originele OSM-situatie hier 2 gebouwen stonden met verschillende tags. Werkwijze bij de import was om het BAG-gebouw te splitsen (met beide dezelfde ref:bag tag). De in ontwikkeling zijnde BAG-update tool, zal hier dus mee om moeten kunnen gaan.

Dus concreet zou ik:
de ref:bag kopieeren naar zowel de woontoren als de parkeergagate en vervolgens dat "gekke ding" met #building=yes en layer=-2 gewoon weggooien, aangezien dat laatste noch door de renderer, noch door een BAG-update tool gebruikt zal worden (immers #building=yes is geen afgesproken tag en wordt dus ook door geen enkele tool gebruikt).

Laat je door mijn kritische commentaar trouwens vooral niet tegenhouden om de kaart te blijven verbeteren.

De aanbevolen manier (osm.wiki/Tag:amenity%3Dparking) is:

1. creeer een nieuwe relatie met de volgende tags:
type=site
site=parking
2. voeg alle parkeervakken toe aan deze relatie en haal de individuele amenity=parking van alle vlakjes af.
3. voeg alle wegen (service=parking_aisle) toe aan de relatie

Ik heb er zelf nooit mee gewerkt, dus weet ook niet hoe het gerendered wordt, maar we mappen tenslotte niet voor de renderer, toch? ;-)

Wat betekenen al die lijntjes zonder enige tags erop?

En iets lager ligt een lijntje zonder enige tags.
Kijk eens op http://keepright.ipax.at/report_map.php?schema=91&error=70488396&zoom=15&lat=52.20671&lon=6.88588&layers=B0T&ch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C295%2C296%2C297%2C298%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413&show_ign=1&show_tmpign=1 voor meer fouten.

En in het AOC ligt een punt zonder enige tags.

Ten zuid-westen van ROC van Twente locatie Wethouder Beverstraat staat een lijntje zonder enige tags. Wat stelt dat voor?

Geen idee wat je hier precies gedaan hebt en waarom, maar de manier waarop klopt volgens mij niet.
De tag #building=yes bestaat namelijk niet. Een gebouw begraven in layer=-2 lijkt me ook niet de werkelijkheid te weerspiegelen.
Als de BAG data niet klopt pas het dan aan of splits een gebouw in tweeen (heb je zo te zien gedaan) met behoud van het ref:bag nummer.
Zoals het nu in de database staat ligt er een gebouw bovenop een struktuur met #building=yes (wat dat dan ook moge zijn).

Weet je zeker dat die tentacle bij punt 43 bestaat? Het lijkt er mij namelijk op dat osm.org/way/111985020 gesplitst moet worden en alleen het linker deel ervan in de relatie hoort.

Net even langsgefietst en de bewegwijzering leid je inderdaad anders dan op de plattegronden staat aangegeven. Ik heb daarom de route weer teruggelegd waar 'ie lag. Bedankt voor het melden!

Gaat het hier om nieuw geplaatste routeaanwijzingspaaltjes of nog de oude? Er staan in deze omgeving namelijk ook nog vele oude paaltjes, bijvoorbeeld paaltjes die naar het oude punt 42 wijzen ten noorden van het Rutbeek.
Ik zal er vandaag wel even langsfietsen.

Het plein heb ik getagd als public_transport=station (osm.wiki/NL:Tag:public_transport%3Dstation). Daarmee geef je aan dat de area bedoeld is voor bussen en passagiers. De wegen die jij hebt gemarkeerd als highway=service heb ik ongemoeid gelaten. Ze zijn inderdaad niet als zodanig herkenbaar en zouden dus strikt genomen niet ingetekend moeten worden. Aan de andere kant is het wel nuttige informatie voor de buschauffeurs om te weten hoe ze moeten rijden. Ik heb ze dus maar laten staan.
Verdere aanpassingen:
* het overdekte wachthokje heb ik amenity=shelter & shelter_type=public_transport meegegeven
* de specifieke stopplaatsen van de bus heb ik op jouw highway=service wegen aangegeven met public_transport=stop_position
* van de platforms heb ik highway=pedestrian weggehaald (overbodig aangezien je op een platform hoort te kunnen lopen)
* relatie met type=public_transport & public_transport=stop_area toegevoegd en daaronder alle platformen, stop posities, het wachthokje en het busstation zelf laten vallen
* alle overbodige layer=* weggehaald (in jouw situatie kon de bus onder de platformen doorrijden en zouden de passagiers moeten springen om er op te klauteren; ook kruisden er wegen op verschillende layers)
* niet bestaande wandelpaden naar de platforms weggehaald (je mag overal lopen op het busstation)
* alle wegen netjes op elkaar aangesloten
* kruisende wegen voorzien van een gesharede node
* wegen zonder tags weggehaald
* multipolygon relaties zonder tags weggehaald

Hopenlijk zien we bij de volgende Keepright update een stuk minder foutmeldingen.

Also check http://keepright.ipax.at/report_map.php?zoom=19&lat=52.22167&lon=6.88937&layers=B0T&ch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C295%2C296%2C297%2C298%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413&show_ign=1&show_tmpign=1

Nice micromapping of the busstation.
A few remarks however:
1. Try to avoid geometries without any tags. For the database they are just garbage.
2. Don't intersect two ways that are on different layers (footpaths (on layer 1) with the busroutes (on layer 0))
3. The footpaths are not really there. Also they are not connected to anything. How should the passengers walk from the busplatform to the train station? Better to use highway=pedestrian for the whole area.
4. avoid using a way (highway=service) within an area (highway=service) with the same tags.
5. have a look at osm.wiki/Public_Transport#Buses on how to tag a busstation using the public transport schema (osm.wiki/Proposed_features/Public_Transport)