Goed gezien, ja natuurlijk is dat maxlength 10, C17 met C18 door elkaar gehaald.

Gecorrigeerd: changeset/116178230

Bedankt voor het nakijken!

Ik snap niet helemaal wat er fout was

https://overpass-api.de/achavi/?changeset=115110278
https://overpass-api.de/achavi/?changeset=116019250

Stond er een stuk oneway in de verkeerde richting?

Van het weekend nog naar Osmose issues gekeken voor objecten waar ik de laatste editor was maar daar ben ik de Telgerweg niet tegen gekomen.

Maar.. bedankt voor het oplossen!

Dank voor je reactie, dan was mijn intuïtie fout.

Bij de gemeente kan ik niet veel (meer) vinden maar het Internet wel: https://www.vlaardingen24.nl/nl/nieuws/nieuws/werk-aan-reigerlaan-zit-er-bijna-op/31770

Ik heb gisteren nog de omgeving bijgewerkt, https://overpass-api.de/achavi/?changeset=115731011, ik zal de changes op de Reigerlaan reverten.

Ik vraag me sterk af of dit de werkelijk is, de voetpaden en de fietspaden zijn niet te zien op een foto van 18-4-2021 en het lijkt me niet dat ze er zomaar 3 maanden later zijn.

Ja, het zou daar mee te maken kunnen hebben maar het is vreemd dat ik het dan nu niet meer kan reproduceren dus er lijken meer dingen van belang.

Ik heb even in de JOSM preferences gekeken want ik zou graag de split warning terugwillen maar "way.split.roles.nowarn" een empty set maken helpt niet.

Het heeft denk ik te maken met de manier waarop ik de split heb gedaan, ik een stukje Kraakselaan (way/1017318753) van surface=paving_stones voorzien en daarbij gesplit op 2 punten.

Dat nog enkele malen geprobeerd maar nog niet gelukt het probleem te reproduceren.

De tweede keer, de vraag is waarom JOSM het in deze twee gevallen niet goed heeft gedaan

En ik zie dat jij het probleem al hebt opgelost, changeset/115689343#map=19/52.01213/6.14836

Ik ga er nu naar kijken.

Als BGT inderdaad niet de werkelijkheid weer geeft dan is een revert correct.

Ik heb geen licensie voor AHN maar zie op http://mijndev.openstreetmap.nl/~allroads/NLOSMOK/OSMOKNL.html#map=18.66/52.0172/5.9816/0 waar je het over hebt. Weer wat geleerd want tot nu toe vroeg ik me af waarvoor het AHN handig zou zijn.

Nooit geweten dat BGT z'n consequente afwijking kan hebben, in mijn ervaring met BGT heb ik dat nooit meegemaakt.

Wel eens overwogen een melding via verbeterdekaart te maken hiervan?

Geen reacties (nog) op het topic...

Wat betreft verkeersborden is er de Verkeersbordenkaart, zie https://forum.openstreetmap.org/viewtopic.php?id=70487. Niet 100% betrouwbaar maar best goed.

Wat betreft robot wijzigingen zie ook osm.wiki/Automated_edits

Ja, ik vindt het ook opmerkelijk, sinds de update van JOSM waarbij het splitten van routes is verbeterd heb ik een tijdje de optie waarbij JOSM vraagt om extra segmenten te downloaden als je een route knipt op manual laten staan waardoor hij er elke keer om vroeg maar sinds ongeveer een maand heb ik gezegd dat hij het automatisch mag doen. Dat lijkt hier zogezegd niet goed gegaan te zijn maar ik ben bang dat dat niet reproduceerbaar is...

Sorry te horen dat deze changeset een probleem opleverde en bedankt dat je ze hebt opgelost. Wat mij betreft had je het ook aan mij kunnen melden, dan had ik het zelf kunnen oplossen.

> Mijn conclusie is dan ook dat je de verkeerde werkwijze volgt door de weg (Parklaan) niet op te knippen maar compleet nieuw te tekenen.

Waar baseer je die conclusie op? Ik heb wel degelijk de Parklaan op twee plekken doorgeknipt om een fietspad-bypass toe te voegen, duidelijk te zien op achavi als de gele segmenten.

Hoi,

Die consensus lijkt er te zijn binnen het Nederlandse deel van OSM. Internationaal is dat een ander verhaal

Een robot voor dit soort dingen wordt niet als een goed idee gezien, en daar zit naar mijn idee wat in. Ik wil wel eens wat bijwerken maar kijk dan gelijktijdig alle oneway na, ook in Haarlem was er een stuk weg dat niet eenrichtingsverkeer (meer) is terwijl het werk zo getagd was

Hoi multichill,

Ik was ik Haarlem bezig en kwam deze changeset tegen.

Twee opmerkingen:
* cycleway=opposite is niet meer van deze tijd, zie https://forum.openstreetmap.org/viewtopic.php?id=65612
* moped=yes op highway=residential is een beetje overbodig, zie osm.wiki/OSM_tags_for_routing/Access_restrictions#Netherlands

Groeten,

Martin.

Goed te weten, waren de lege delen langs de Lageweg ook van jou hand?

In plaats van eerst weg halen en inchecken en daarna weer toevoegen zou je natuurlijk er ook voor kiezen het allemaal in één changeset te doen, zo zijn er geen open vlakken.

Maar goed bezig, ja het water/groen kan zeker een update gebruiken!

Alweer even geleden maar ik fiets elke werkdag hier en een fietspad is het (nog) niet.

Gecorrigeerd in changeset/114286997

Ik zie op changeset/113462300 jou commentaar en daar ben ik het helemaal mee eens.

Der Bierpuncheur vraagt nu "shall I change it?" en ik zou daar ja op zeggen en vermoed dat daarmee het probleem opgelost gaat worden.

Ik had Mapillary bekeken en het verkeerslicht gezien, het zebrapad niet bewust waargenomen. Maar geen G11 bord en geen stoeprand en zoals je zegt zelfs de Mapillary track fietst over de kruising.

Met het zebrapad meegenomen valt de overweging meer in de richting van voetpad dus heb ik hem weer footway gemaakt.

changeset/113624044

One more tip, I found this issue through Osmose, have once a while a look at http://osmose.openstreetmap.fr/en/byuser/Alex%20Holloway

Like clearly indicated "This doesn't means that this user is responsible for all these issues." but reviewing them can not harm.

You will see my list, http://osmose.openstreetmap.fr/en/byuser/emvee is also far from empty.

Greetings,

Martin.