750-Katana meldde mij dat bij changeset http://www.openstreetmap.org/browse/changeset/19035141 in het centrum van Dordrecht een fout is ontstaan bij het uploaden. Die changeset bestaat uit 5.120 changes, waarna door 750-katana en eggie 770 changes zijn gemaakt in de afgelopen vijf dagen. Inmiddels heb ik al apart contact met beiden gehad, maar via dit forum gaat het net iets handiger. Volgens mij zijn er nu twee manieren om het op te lossen:
terugdraaien van alle changes in dat gebied van de afgelopen vijf dagen
de meest in het oog springende fouten verder herstellen
Ik kan helpen bij 1, maar dan moeten in dat gebied in de komende dagen even geen bewerkingen worden gedaan én moeten we scherp krijgen welke changesets teruggedraaid moeten worden (startend met die van vandaag). Morgenavond kan er niet gewerkt worden, niet alleen omdat ik dan op mijn koor zit maar ook omdat de server er wegens onderhoud uit ligt. Het wordt dan donderdagavond voor een herstel
Vandaag kwam ik er achter toen ik de nieuwe cycleway Nassauweg wilde uitbreiden met oneway. http://www.openstreetmap.org/#map=18/51.80131/4.67273
In m’n onschuld heb ik met de hand het stratenpatroon hersteld. Zinloos als de huizen nog fout liggen. Wat mij betreft kun je alles terugzetten in Krispijn. Die paar edits van mij komen wel weer goed.
'k weet natuurlijk niet wie naast Katana en ik nog meer bezig is geweest met belangrijke zaken?
Ik stop nu even met alle edits tot vrijdag in Dordrecht.
Graag even een seintje als ik weer kan beginnen anders krijg ik ontwenningsverschijnselen.
Eggie
Hoi Eggie,
er was iets mis met mijn computer waardoor een groot deel van Nieuw-Krispijn is verschoven. Alles handmatig terug zetten is een crime. Het gaat om het gebied vanaf het station tot Genestetstraat, naar hoek Nassauweg Willem de Zwijgerlaan, langs Johan Willem Frisostraat en Charlotte de Bourbonstraat terug naar het station. Het Weizigtpark is ook verschoven. Het gaat dus om heel veel gebouwen en straten en niet alle nodes waren geselecteerd. Vraag me niet hoe het kan maar het is toch gebeurd.
Johan,
Eggie stuurde me een mail waarin hij meldde dat hij vanmiddag in die buurt was geweest.
Eggie´s mailtje = Hoorde (van johan) dat je een reverse wilde doen van een deel van Dordrecht. 'k Was vandaag op de Nassauweg en zag thuis dat veel straten (en huizen) naast de bing zaten. Heb met de hand denk ik alles al weer goed gelegd. Als je een reverse wil kan dat ook. Dan moet ik denk ik alleen de nassauweg opnieuw doen. Cyclestreet en oneway nu cycleway = opposte.
De Amalia v solmsstraat was ook verdwenen net als die speelplaats richting het oude politiebureau. Dat had ik ook al gerepareerd. de vraag is even wat wijsheid is. MVG, Egbert
Het lijkt mij dat het dus mogelijk is Eggie’s bewerkingen terug te draaien, waarna mijn fout hersteld kan worden.
Ter herinering - Het `´besmette´´ gebied is grotendeels verschoven, waarbij niet alle nodes zijn meegenomen. Het is handmatig een crime om het terug te zetten, dus het verzoek is om het te proberen. Ik denk dat als er toch wat mis gaar dat beter is te herstellen, vandaar. Ter controle zijn er een aantal situaties die goed laten zien wat er ongeveer gebeurd is. Johan Willem Frisostraat, Rene van Chalonstraat, Prinses Margrietstraat, Genestetstraat (politiepost) en station Dordrecht (Perron 1 ligt nog goed ten zuiden daarvan is verschoven).
Op basis van http://zverik.osm.rambler.ru/whodidit/ heb ik het volgende lijstje gemaakt van (startend met de bovenste) donderdagavond terug te draaien changesets:
It’s,
Wat mij betreft kan die zo. Dan zet ik vrijdag de “belangrijke” edits weer opnieuw. (bv Nieuwe fietsverbinding Zwijndrechtse brug; kant zwijndrecht) Veel plezier op het koor.
Verzoek aan een ieder dus om tot vrijdag geen edits te plegen in Dordrecht.
19035141 21-11-13 is de probleemset.
19133966 26-11-13 is een aanpasing van Eggie die niet terug hoeft gedraaid
19133791 26-11-13 is een herstelpoging van Eggie mag teruggedraaid
19131603 26-11-13 is een herstelpoging van Eggie mag teruggedraaid
19131567 26-11-13 is een herstelpoging van Eggie mag teruggedraaid
19130676 26-11-13 is een herstelpoging van Eggie mag teruggedraaid
19130345 26-11-13 is een herstelpoging van Eggie mag teruggedraaid
19127743 26-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid
19118022 25-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid
19046410 21-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid
19046748 21-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid
19057137 22-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid
19057250 22-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid
19039805 21-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid
19039560 21-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid
19035953 is een aanpasing van Katana die niet terug hoeft gedraaid
19038109 is een aanpasing van Katana die niet terug hoeft gedraaid
19130289 is een aanpasing van Katana die niet terug hoeft gedraaid
19130483 is een aanpasing van Katana die niet terug hoeft gedraaid
19112305 25-11-13 ligt buiten het gebied dus hoeft niet terug gedraaid (edit)
19041084 21-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid (edit)
19041050 21-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid (edit)
19040940 21-11-13 is een aanpasing van Katana die niet terug hoeft gedraaid (edit)
19040671 21-11-13 ligt buiten het gebied dus hoeft niet terug gedraaid (edit)
tot zover mijn scan van de sets en wat er mee mag.
Ok, dan ga ik donderdagavond op basis van de lijst van vorige posting (van katana) aan de slag. Voor de revert is het dus wel van belang dat de changesets met aanpassingen die niet terug gedraaid hoeven te worden volkomen losstaan van de changes in 19035141. Anders blijft de revert conflicten geven. De database zorgt namelijk logischerwijze dat bij wijziging x van elke node, way en relation, gevolgd door wijziging x+1 van dezelfde node, way of relation een handmatig uit te zoeken conflict ontstaat bij het terugdraaien van wijziging x.
Voor of Na de verschuiving had de Amalia van Solmsstraat geen tag meer en die heb ik er dus weer aangehangen??? 'k weet dus niet of die fout terugkomt ivm routeren.
Voor de rest heb ik alleen wegen verschoven.
De Nassauweg heb ik deels van extra tags voorzien oneway=yes cycleway=opposite t/m de begraafplaats. (+ een zijstraat en parkeerplaats)
Na de reverse (graag seintje) loop ik de infrastructuur wel na zodat voor de update van de OFM geen routeerfouten overblijven.
Eggie
Bewerkt op:
din 26 nov 2013 18:02:19 UTC
Bewerkt door:
eggie
Versie:
9
In set wijzigingen:
19130676
Opmerking:
improve from bing
Labels:
highway = unclassified
name = Amalia van Solmsstraat
Nodes:
43884819 (onderdeel van Bilderdijkstraat (7338851), Krispijnseweg (7338992) en Krispijnseweg (7339011))
43885543 (onderdeel van Lodewijkstraat (7338518))
43885925 (onderdeel van Ernst Casimirstraat (7338902))
43886647 (onderdeel van Engelbrechtstraat (7338895))
43887070 (onderdeel van Nassauplantsoen (7338577))
2542018885 (onderdeel van Albertine Agnesstraat (7338836))
1516414236 (onderdeel van Nassauplein (138313326))
43888131 (onderdeel van Nassauplantsoen (7338987), Nassauweg (7338981) en Amalia van Solmsstraat (248504858))
Onderdeel van:
Relatie Amalia van Solmsstraat (3186816) (als street)
Nodes:
43887749 (onderdeel van Nassauweg (7338527) en Nassauweg (7338830))
43888897 (onderdeel van Amalia van Solmsstraat (248504858) en Nassauweg (7338618))
Ik ben bezig met de revert. Na het terugdraaien van de changesets van Eggie heb ik alsnog het enorme aantal van 467 conflicten. Dat wordt dus toch ook het verder terugdraaien van de changesets, dus ook die van 750-katana
… we wachten rustig af… Vreemd was dat op de kruising van de Brouwersdijk/Krispijnseweg één node in het midden was blijven staan en een vreemde zigzag vormde. Toen ik dinsdag die node probeerde te verwijderen ging dat niet. http://www.openstreetmap.org/#map=19/51.79922/4.66654
De revert is nu geheel afgerond, dus inclusief de oorspronkelijke 19035141. Die leverde na de revert van de changesets van 750-katana nog maar 4 conflicten op. Dat is behapbaar, je moet de conflicten namelijk stuk voor stuk handmatig corrigeren.
Veel mappplezier weer in Dordrecht. En daarbuiten!
Cheers, Johan
ps voor de import van data uit de BAG gelden binnenkort afspraken over de te hanteren tags en de wijze van import, zie de separate topic daarvoor
Mooi… ik heb de fouten (verdwenen tags van wegen: Amalia v Solmsstraat + speelplaats) al gecorrigeerd. De cyclestraat staat er ook weer op. Nog wat kleine correcties (Weg Nassauplein bestaat niet als unclassified) en het is weer oké.
edit:
De nodes op de kruispunten waar ik het over had zaten vast aan boundarygrenzen en schoven denk ik ongemerkt mee. Zitten nu los. Zal morgen eens met de inspector kijken.
It’s so funny, heb net even een scan gedaan en het ziet er heel goed uit. Harstikke bedankt en Eggie sorry voor je dubbele werk. Hopen dat ik zulke problemen niet meer heb.
Over en uit wat mij betreft.
Volgens mij wordt het hier in Dordt ook gecontroleerd van uit de lucht (google spy-ing), want er hangt al de hele avond een helikopter boven m’n huis.
Eggie
