Ik heb zeker niet de hele Changeset Reverted. Volgens mij heb ik voor 4 wegen de defrag teruggedraaid.

Jij hebt twee highways (id=913571077 + id=913571076) samengevoegd tot één highway (id=913571077) met als tags:
 - highway=tertiary
 - maxspeed=50
 - name=Prins Bernhardstraat
 - oneway=yes
 - surface=asphalt

Deze highways bestaan niet meer en zijn alleen via twee "niet doorgevoerde Reverts" zichtbaar te maken.

Ik heb highway (id=913571077) weer gesplitst in twee highways (id=913571077 + id=1186851607).

Highway (id=913571077) is ongewijzigd.

Maar highway (id=1186851607) is gewijzigd want hier mag je niet fietsen, dus toegevoegd:
 - bicycle=use_sidepath
 - foot=no
 - mofa=use_sidepath
 - moped=use_sidepath

Deze wijziging had ik al doorgevoerd op mijn eigen kaart (in mijn eigen datalayer), maar door jouw samenvoeging van de weg mét bicycle=use_sidepath én de weg zónder bicycle=use_sidepath is deze wijziging weer verloren gegaan. 
En ik zie dat meteen zodra ik een nieuwe kaart maak.
Het is de bedoeling dat de fietser uit noordelijke richting direct het fietspad naar Prins Bernhardstraat (westelijke richting) volgt en niet via highway (id=913571077) fietst.

Zie:
https://i.postimg.cc/t4wTxYF3/2023-07-04-20-51-07.png

Algemene opmerking:
Het samenvoegen van highways is alleen foutloos als beide wegen (wegsegmenten) én gelijk zijn én ook gelijk horen te zijn.
In dit geval ontbreekt op OSM de toevoeging bicycle=use_sidepath op het oostelijk gelegen segment.
Als een Mapper dit na controle alsnog wil toevoegen dan moet hij/zij dus eerst de wegen weer splitsen (zoals het een paar dagen geleden was).
Ook vind ik dat als je wegen samenvoegt je op dat moment ook zou kunnen kijken of deze wegen niet verschillend horen te zijn (maar dat nog niet zijn).
Verschillen zijn mogelijk voor access, lit, width, surface, smoothness, maxspeed, enzovoorts. 
Maar helaas zijn deze verschillen vaak nog niet toegepast. 
Dit betekent dat het samenvoegen altijd een risico inhoudt waardoor je een toekomstige wijziging lastiger maakt of verbergt. Het is immers één weg, dus waarom zou je gaan kijken of een deel van die weg misschien toch anders/beter getagd kan worden?

Maar in het geval van een verplicht fietspad (NL:G11 of NL:G12a) naast deze weg (zoals hier), kun je óók op OpenStreetMap zien dat hier bicycle=use_sidepath ontbreekt.

Van deze Changeset had ik zelf (op mijn eigen kaart) niet heel veel last: 
alleen bicycle=use_sidepath ontbreekt, maar dat routeert dus wel.
Alleen niet foutloos, niet volgens de regeltjes. En daarmee ook niet zonder risico.

In https://www.openstreetmap.org/changeset/138057762 
wordt routeren wel geblokkeerd.

Ik heb vorig jaar, vakantie voorbereiding, 10.000 wegsegmenten "op slot gezet" voor fietsers door bicycle=no toe te voegen op mijn eigen kaart, daar waar OpenStreetMap heeft verzuimd om dat te doen.
Vooral in Oost Brabant en Noord Limburg ziet dat er verschrikkelijk uit. Highways bestaan uit segmenten waar je wel/niet/wel/niet mag fietsen.
Highways waar je niet mag fietsen zijn op mijn eigen kaart zichtbaar als grijze wegen (disabled, grayed-out, niet routerend). Dit ziet er dus uit als een "lappendeken".

Deze 10.000 segmenten heb ik in een paar weken gewijzigd, want dat gaat razendsnel. Bovendien: foutjes zijn onschuldig, want alleen wij zelf hebben daar last van.
Goed mappen is hier lastig omdat (veel te veel) fietspaden de noodzakelijke tags (traffic_sign, moped, mofa, NL:G13, oneway=yes/no) ontberen!
Maar ik heb bedacht dat het mijn eigen voorkeur is om óók de weg naast een NL:G13 (niet verplicht fietspad) op slot te zetten. Ook nadat wij tot driemaal toe van de weg zijn gereden door automobilisten die vinden dat een fietser altijd op het fietspad moet rijden. 
Om die reden maak ik me ook niet druk om het onderscheid bicycle=no/use_sidepath. Geen enkele, mij bekende, Renderer maakt dat onderscheid.

Op de Burgemeester van Dijkesingel heb ik ook bicycle=use_sidepath (dus "no" op mijn eigen kaart) toegevoegd. Maar niet (!) voorbij Griendakker richting west.
Jij hebt de wegen Burgemeester van Dijkesingel westelijk en oostelijk van Griendakker samengevoegd. 
Gevolg: ook het westelijk deel van Burgemeester van Dijkesingel kreeg hierdoor op mijn kaart de toevoeging bicycle=no waardoor bijvoorbeeld de Marieke Hoogerwerflaan niet meer bereikbaar was, op mijn eigen kaart.

Renderers hebben de mogelijkheid om (m.b.v. mkgmap) de tags van highways, ways (landuse, natural, tourism, enz.), nodes en relations in de OSM database, op basis van ID op de eigen kaart te wijzigen.
Bijvoorbeeld omdat je een privé fietsroute wilt tekenen (voor onze campinggasten), of omdat je wegen scenic (subjectief) vindt of juist verschrikkelijk (subjectief), of omdat een gemeente een kaart maakt waarop de wegafsluitingen staan aangegeven. Of omdat je naar mijn mening nooit mag fietsen op een begraafplaats.
Of omdat er honderden wegen als highway=service op OSM staan wat het niet zijn. Of omdat ik niet wil fietsen op wegen die doodlopen op een gesloten hek (privé), maar die volgens OSM gewoon openbare weg zijn.
Of wegen die "doodlopen" op een autoweg (bicycle=no), maar de gemeente geen budget heeft om het verkeersbord NL:C14; NL:C16 aan het begin van deze weg te plaatsen.

Al dit soort wijzigingen worden soms (soms dus) gefrustreerd door het samenvoegen van wegsegmenten (defrag).

Tenslotte: mkgmap wordt gebruikt om een kaart op basis van OSM data te Renderen t.b.v. een Garmin GPS.
Hier kan ik vrijwel alles wijzigen waar ik het om persoonlijke redenen niet mee eens ben. Mijn database met wijzigingen voor alleen Nederland bevat inmiddels 19.000 objecten.
Maar wat ik (mkgmap) niet kan is: toevoegen van nieuwe objecten, wegen samenvoegen en wegen splitsen.
Daarom was Revert van deze 4 wegen mijn enige optie.


