Tijd is een relatief begrip. Zeker als iemand in je eigen edit-gebied aan de gang gaat. Dat is heel herkenbaar.
Dan is het tenenkrommend als iemand (even in het algemeen) je eigen edits gaat omzetten naar bv leisure=park of zoals van de week alle G11 fietspaden gaat omtaggen naar voetpaden en een wirwar van wegen doorelkaar creëert … dan soms vlak voor de update van de Openfietsmap.
Dan is 7 seconden nog vaak te lang.
Reacties van deze mappers blijven vaak uit… in het Amersfoortse geval heeft het forum weer eens z’n nut bewezen.
edit: Hier een voorbeeld van een mapper die niet antwoordt… ook niet op PB’s. … en stug door gaat… Dat zijn geen uitzonderingen.
. … alle fietspaden G13 worden wandelpaden. https://www.openstreetmap.org/changeset/59944534#map=17/51.68269/5.12476
We zijn 1 uur later. Mappers zien in het scherm tijdens het mappen dat er een PB is.
We wachten nog even.
Wel erg fijn dat je dit allemaal in de gaten houdt en mensen begeleid, dat is erg waardevol !
En daarbij is het ook onvermijdelijk dat je een keer iets doet dat andere mensen anders zouden doen, en mensen aan de kant (zoals ik in dit geval) hebben natuurlijk makkelijk praten.
Moet bekennen dat ik ook wel eens ongeduldig ben geworden toen iemand niet reageerde op een vraag over een ongelukkig uitpakkende edit in een gebied waar ik ook mee bezig was, maar ondertussen wel door bleef gaan met nieuwe edits.
Het ligt inderdaad ook aan de context: is het iemand die niet goed lijkt te beseffen wat ie doet - zoals in het aangehaalde fietspadvoorbeeld, of een mapper waarvan duidelijk is dat ie goed werk levert, maar soms in stapjes (wat hier ook weer regelmatig wordt aanbevolen om conflicten te vermijden).
Mijn suggestie om meer tijd te geven was dan ook voor een belangrijk deel ingegeven door de constatering hier dat jrheijden eerder ook mooie toevoegingen heeft gedaan in stapjes, ik snap de noodzaak om in andere gevallen soms sneller in te grijpen.
Inmiddels heeft onze medemapper in Drunen gereageerd. Hier zie je weer het probleem dat startende mappers nog geen weet hebben hoe te reageren op de vragen in de changesets. In het begin is immers alles “rijstebrij”.
Hier was uiteraard geen sprake van vandalisme.
De fietspaden zijn inmiddels terug. De “voorgaande” mapper had ook al gereageerd.
Ik heb inmiddels een deel af welke ik wil uploaden vanuit JOSM naar OSM. Maar ik krijg een foutmelding en ik weet niet waar ik dit moet zoeken. wie kan mij helpen.
dit is de melding:
*Uploaden naar de server mislukt omdat uw huidige gegevensset in strijd is met een voorwaarde.
ResponseCode=412, Error Header=<Precondition failed: Way requires the nodes with id in (5687359247,5687359248), which either do not exist, or are not visible.>
*
Je probeert een way met nodes te uploaden die al gewist zijn.
Het advies om een flinke dataset off-line te bewerken en later te uploaden vind ik zelf niet zo geweldig. Dan loop je gewoon het grote risico dat iemand in de tussentijd ook iets wijzigt waardoor je dit soort conflicten krijgt.
Je opties zijn of om die nodes te restoren of om helemaal opnieuw te beginnen. En ik zou dat gewoon online doen. Als je denkt dat je lang bezig bent gewoon elk half uur of zo een keer je wijzigingen uploaden.
De nodes die je eerst had aangemaakt zijn verdwenen door het ongedaan maken van die wijzigingenset door ligfietser. Doe je dan binnen JOSM een revert van die revert dan krijg je de nodes terug. Oorspronkelijk waren het nieuwe nodes en kregen ze dus een id toegewezen. Door een revert in JOSM zullen diezelfde nodes dan niet terug als nieuw worden gezien maar gekoppeld blijven aan het id. Probeer je ze dan te uploaden dan krijg je dit probleem.
Dit is althans wat ik denk dat er aan de hand is en dus werkt deze methode niet goed wanneer je oorspronkelijke werk deels uit nieuwe nodes bestond.
Je kunt proberen de in de foutmelding genoemde nodes op te sporen. Het moeten twee van de kleine gele vierkantjes zijn uit deze oorspronkelijke wijzigingenset van jou: http://overpass-api.de/achavi/?changeset=59803899.
Ik heb even gezocht en vond ze dichtbij het olifantenverblijf (de twee bovenste vierkantjes van het rechter uitsteeksel in bovenstaande link).
Als je die nodes in JOSM verwijdert en nieuwe nodes aanmaakt op dezelfde plaats dan zou dat moeten zijn opgelost.
Ik zou echter verwachten dat die twee nodes slechts het topje van de ijsberg zijn want alles in het geel is immers verwijderd en door een revert binnen JOSM weer terug.
Dan zou je eerst alles in het geel (nieuw toegevoegde nodes/ways) moeten verwijderen en dan verder gaan. Wat je dan overhoudt zijn vooral verwijderde vlakken (rood) en enkele gewijzigde vormen (groen). Dan kun je voor de zekerheid al bijna net zo goed helemaal opnieuw beginnen.
Dat heb ik gedaan en die als osm laag online gezet. Maar daar zitten dus die node ID’s in die niet geupload mochten worden. Ik had dat dus niet zo moeten opslaan maar naar een nieuwe laag moeten kopiëren. Het beste is dus mijn osm laag kopiëren naar een nieuwe laag en daarop verder gaat-editten. Dan zitten die ID’s er niet meer in. Je zou de gereverte laag dus als onderliggende laag kunnen gebruiken om te kijken welke shapes even opnieuw gekopieerd moeten worden. Dat zijn dus mn de pedestrian areas die je eerst hebt ingetekend.
bedankt voor de info. ik kan wel mappen maar ben nog niet zo ver dat ik dit soort zaken weet en kan corrigeren. ik ben opnieuw begonnen want dat is voor mij het snelste. de eerste versie(s) staan online. over een week zal het gehele park klaar zijn.
