Ik zag dat op osm.org/way/6488911 cycleway:left=opposite_lane is toegevoegd in deze changeset

Dat lijkt me niet juist.

Verkeerde commentaar (zelfde als vorige commit), hier de twee gebroken routes die in osm.org/changeset/128846431 gebroken waren gerepareerd

De twee gebroken routes zijn opgelost met osm.org/changeset/151537019

De gemeente heet Eemsdelta niet Delfzijl.

Ja, die maxspeed ten zuid-oosten van Berta is een zooitje, osm.org/way/6364253

Heel de gemeente Oldambts is trouwens grote bagger wat betreft verkeersborden.

> Dan blijft het inderdaad wonderlijk.

Niet echt, ik snap hoe het gebeurd, een "sparse" gedownloade wegen ergens in splitsen. Een download rond het punt waar je wilt splitsen helpt niet tenzij er een punt van de weg die je wilt splitsen in die download zit.

Nu ik het weet ga ik groter downloaden maar het blijft beter als josm gewoon de problemen voorkomt.

Het probleem is dat de route-relaties niet geladen zijn, zie ook https://josm.openstreetmap.de/ticket/4142#comment:30

Ook deze changeset had weer 2 fietsroutes gebroken, opgelost in osm.org/changeset/150939147

Toch weer fout gegaan, net zoals in een latere changeset, osm.org/changeset/150913137, waarvan ik inmiddels de problemen zelf heb opgelost.

Voorlopig zie ik nog niet hoe het een probleem is met wat ik doe, ik vond een probleem voor een weg die ik had gesplitst maar daar liepen 2 routes over, de ene miste het nieuwe stuk na splitsen, de andere niet...

Ik ga proberen een z'n probleem te vinden als ik de wijziging maak, als dat lukt en het is reproduceerbaar dan kan er iets aan gedaan worden.

Deze changeset had triggerde problemen in knoopuntnet die zijn gerepareerd via osm.org/changeset/150916510

Ik ben proberen te begrijpen hoe de problemen geïntroduceerd worden, de route mist een segment dat is ontstaan door het splitsen van een weg maar wat is vreemd is dat ik zeker een keer heb gezien dat 1 route die de gesplitste weg gebruikte gebroken is maar een andere die dezelfde weg gebruikte niet.

Hoi Wauter,

Bedankt voor het bijwerken van de kaart!

Wat betreft highway=living_street, wegen die op een woonerf lijken worden niet zo gemapt als er geen blauw G5 bord staat, zie file:///home/emvee/Documents/OpenStreetMap/NL%20Overzicht%20Nederlandse%20Verkeersborden%20-%20OpenStreetMap%20Wiki.html#G:_Verkeersregels

Dit soort wegen kan je soms wel mappen als highway=service

Ik heb enkele van door jou gemapte highway=living_street omgezet naar highway=residential.

Groeten,

Martin.

Ja, goed gezien dat moet natuurlijk 60 zijn ipv 6-, zal het vanavond bijwerken. Vanmorgen kwam ik ook nog wat foutjes van mezelf tegen, vaak vindt ik ze wel voordat iemand anders ze vindt.

Ik had gisteren ook een conflict in de buurt van Arnhem met een commit van jou. Toen maar naar Wezep verhuist ;-)

Niet Arnhem maar Duiven 50 km/h, geen parkeerterrein maar wel *=use_sidepath; fietspad verbeterd

Goed, bedankt voor de terugkoppeling!

Nog even wat geprobeerd maar niet meer kunnen achterhalen hoe in vredesnaam "downloadprimitive.referers" op false stond.

Mijn testje liet zijn dat josm zich nu wel goed gedraagt dus ja, grote kans dat knooppuntnet niet meer aanslaat.

> Als je een weg knipt, krijg je een pop-up dat er nog relaties zijn, die ingeladen moeten worden. Verschijnt die pop-up nog wel bij jou of is hij uitgeschakeld?

Die pop-up ken ik, eerst de vraag en dan nog een vraag of josm het volgende keer weer moet vragen. Ik heb hem enkele weken geleden uit gezet door bij de tweede vraag aan te geven dat hij het niet meer hoefde te vragen, dat is gezegd dat hij het automatisch elke keer zelf doet.

Toch vreemd dus maar even een test gedaan, josm vers opgestart, File -> Download Object, gevolgd door osm.org/way/6889212 (de Stenenkamerstraat). Toen de weg splitst en ... de relaties worden niet geladen, dat is dus het probleem.

Ik weet vrijwel zeker dat die er vroeger wel was, dus maar eens even in de Preferences gaan kijken, gefilterd o download en .. message,split_way_download_missing_numbers staat gewijzigd naar false dat klopt maar downloadprimitive.referers staat (standaard) op false. Die maar eens op true gezet en toen de test herhaal en nu worden de relaties automatisch geladen.

Ik denk dus dat ik het probleem gevonden heb, ik wil er nog wel wat verder naar kijken maar dat kost nog wat tijd.

Dat is snel gevonden en opgelost! Bedankt.

Helaas met de tools die ik ken moeilijk te zien wat er nu fout is gegaan, ja ik heb de Stenenkamerstraat gesplitst maar dat doe ik zo vaak en dan gaat het wel goed.

Zeker, gecorrigeerd, bedankt!

Ik ben al verschillende keren gered door jou OsmMapcssValidationNL/main/netherlands.validator.mapcss "gered", wel source:maxspeed=NL:zone30 maar geen maxspeed=30 etc. etc. maar deze zit er zo te zien nog niet in ;-)

Ook nog even in Osmose gekeken maar die had inderdaad nog wat dingen gevonden en die ook gecorrigeerd:

* osm.org/changeset/150287738
* osm.org/changeset/150287791
* osm.org/changeset/150287830
* osm.org/changeset/150287842
* osm.org/changeset/150287971

source was deels AHN (voor pad door bos), voor het uitlijnen Luchtfoto Actueel Ortho HR (7,5 cm) Beeldmateriaal.nl (OSM OK)(wms); BGT Omtrekgerichte visualisatie (OSM OK)(wmts) en verder NDW verkeersborden

Ik zat vanmorgen ook even te kijken bij de officiele bekendmaking maar zag dat het altijd in OSM stond.

Goed bezig!

I think you could use osm.wiki/Tag:shelter_type%3Drock_shelter