Ik heb deze changeset reverted omdat ik anders changeset/75352710 niet kon reverten

Hallo Leo,

Bedankt voor je acties.

Ik had het niet gemerkt. Gewoon er is iets geselecteerd, je schuift met je muis en hoppa. Komt vaker voor. Meestal zie ik het en herstel ik het.

Vriendelijke groeten,
Dick van den Hoven

Elk knooppunt en elke route van een knooppuntnetwerk moet voorzien worden van de tag network:type=node_network

Zo ongeveer.
De netwerken zijn ook niet zichtbaar voor OSM gebruikers.
Er is ook een discussie of we de netwerken handhaven of weg doen. Daarvoor verwijs ik naar het forum
Maar er zijn gewoon plekken waar het beter is af te wijken van de bebording.
En ik zeg dat het hier goed is, alleen dat als je dit knooppunt in het Groene Hart wilt hebben, je de aansluitende routes ook in het Groene Hart moet opnemen, wat weer verdere consequenties kan hebben. Als de knooppunten aan het eind van die routes wel in Haaglanden moeten blijven, dan moeten de routes op connection worden gezet.
Het is echt een heel ingewikkeld bouwwerk, waar je niet zomaar aan iets kan trekken. Voor je weet ligt de hele boel ondersteboven. Ik kan niet helpen, ik heb het zo niet gemaakt

Vriendelijke groeten,
Dick van den Hoven

Thomas,

Wil je niet zomaar lidmaatschappen van knooppunten en routes veranderen?
Het knooppuntnetwerk is een zeer fragiel bouwwerk met veel afhankelijkheden.
Dat je dit knooppunt lid gemaakt hebt van Groene Hart, leidde direct tot een foutmelding in knooppuntnet.nl
De routes zijn nl allemaal lid van Haaglanden en dan moet de knoop ook lid zijn van Haaglanden. En ook de routes kun je niet zomaar ergens anders lid van maken, dat geeft ook foutmeldingen.
Ik heb de knoop weer lid gemaakt van Haaglanden.

Vriendelijke groeten,
Dick van den Hoven

Ik begrijp dat met goede bedoelingen met deze en de voorgaande changeset routes hebt gewijzigd.
Echter de uitwerking was desastreus. Ik heb flink wat tijd besteed aan het repareren van alle routes
Als je met ID wegen toevoegt aan een relatie, komen die onderin de relatie te staan en dat is meestal niet de plek, die je wilt. De wegen moeten aansluitend en in goede volgorde in een route staan. Bij routes als LF routes is dat helemaal rampzalig omdat die wel 1000 of meer wegen bevatten, dus het is een onbegonnen klus om die wegen vanaf onderaan "op te takelen" Verwijderen en opnieuw toevoegen, maar dan op de goede plek is de enige optie.
Verder bevatten de route nog flinke stukken eenrichting route, die met forward/backward als role in de routes moeten worden gezet en nog in een speciale volgorde. De enige tool waarmee je dat tot een goed einde kan brengen is JOSM en dan nog de nodige ervaring.

Ik wil je dan ook vragen als je nog meer van deze wijzigingen hebt, die niet meer zelf aan te brengen, maar mij een berichtje te sturen. Dan kan ik het aanpassen. Uiteindelijk heb ik dat nu ook gedaan en dat was veel werk.

Vriendelijke groeten,
Dick van den Hoven

Dat is al gebeurd
Bedankt voor je antwoord

Kan zeker aan de download liggen.
Ik gebruik zelf al jaren naar tevredenheid de plugin continuosDownload maar de meeste mappers gruwen daarvan.
Die plugin laadt direct automatisch alle data in JOSM als je naar een bepaald punt gaat en als je scrollt wordt ook automatisch gedownload. Nadeel kan zijn dat je geheugenproblemen krijgt, maar ik heb er weinig last van en af en toe een restart helpt ook.
Daardoor krijg ik ook alle relaties binnen en heb ik nooit het probleem van de overpass download, waar je op moet letten of je alles binnen hebt.
Maar ik werk ook continu met relaties, dus dan is het belangrijk dat je alles binnen hebt.

Vriendelijke groeten,
Dick van den Hoven

Dolf,

Let er aub op dat er overal routerelaties lopen, die heel moeten blijven.
Het lijkt erop dat je een aantal stukken fietspad opnieuw hebt getekend en daarmee gaten hebt gemaakt in de routes 18-19 en 19-20. Probeer dit te vermijden. Meestal kun je gewoon de bestaande paden verbeteren. Voor een andere tagging hoef je zowiezo niet opnieuw in te tekenen.
Graag dus aandacht voor het hoofdstuk routerelaties.

Vriendelijke groeten,
Dick van den Hoven

Sorry, maar ik heb inhoudelijk niks aan de route gedaan. Een DWG lid dat altijd let op de tagging had de note tag van deze route verprutst. Er was een remark geplaatst over verplaatste route. Echter remark was gespeld als remarik. En dat was aanleiding voor het DWG lid om de inhoud van de remark toe te voegen aan de note tag en daarmee was de route niet meer zichtbaar als rcn route in knooppuntnet.nl Ik heb alleen er weer een remark ingezet met de oorspronkelijke inhoud;.

Vriendelijke groeten,
Dick van den Hoven

Op verzoek van fietswim is deze changeset reverted. Kostte nog flink moeite gemopper over een relatie, die een andere relatie wilde hebben. Uiteindelijk 31-33 uit Breda verwijderd, gesaved, toen lukte het wel en 31-33 opnieuw lid gemaakt van Breda

Vr Gr
Dick van den Hoven

Dat is het paardrijnetwerk van Twente.
Alle routes heb ik omgelegd, de rest laat ik aan iemand anders over.

Vriendelijke groeten,
Dick van den Hoven

I found 27 in de data of the operator on the crossing of Looistraat/Dorpsstraat.
In the data of the Fietsersbond 27 is there for many years, I have seen it several years ago, so I supposed that 27 in OSM was not altered for long time. Bicycle routes are not very popular amongst mappers.
I didn't checked history. As I had checked history, I had seen that you changed this recently.
Sorry for that.
I have changed 27 to the position, you gave it.

routes krijgen een note tag, geen description met knooppunt-knooppunt als waarde. Laagste knooppunt vooraan, hoogste achteraan. Route van laag knooppunt naar hoog knooppunt gesorteerd.
Ik heb vandaag 2 routes hersteld vwb de note tag.
Eea kun je met wat zoekwerk ook vinden op https://knooppuntnet.nl/nl/
Daar vind je ook een overzicht van alle wandelnetwerken, de routes, etc. Ook alle fouten worden daar getoond.
Routes kun je ook bekijken via Waymarked Trails https://hiking.waymarkedtrails.org/#?map=14!53.017!5.604

Vriendelijke groeten,
Dick van den Hoven

Changeset reverted op verzoek van de maker

En ook in achavi is te zien wat deze changeset te weeg bracht: https://overpass-api.de/achavi/?changeset=72265220

En dat de brug ingestort is, is wel duidelijk en de tagging van de bridge is zodanig dat dat afgedekt is en niet voortdurend allerlei mappers moeten gaan proberen dat nog eens te "verbeteren"

Deze changeset is reverted oftewel terug gedraaid. Er was een kluwen van wegen ontstaan, die niet te ontwarren was. En hier lopen veel routerelaties, die daardoor allemaal in de problemen waren gekomen.

Ik vind het geen mooie oplossing. Een route laten staan om te gaan kijken of hij echt wel weg is. Dat geeft foutmeldingen in VMarc en in tegenstelling tot jou moet ik daar dagelijks mee dealen. Ik wil VMarc zo foutvrij mogelijk houden als mogelijk.
Voor mij is het rcn dagelijks werk.
En als routedatabank aangeeft dat hij weg is, dan moeten we het daarmee doen. Ik heb de afgelopen tijd veel routes verwijderd, er zijn overal grote wijzigingen.
En zeker, ik weet het, routedatabank bevat ook fouten.
Om die storende foutmeldingen in VMarc kwijt te raken, heb ik de route naar lcn gezet. Dan heeft het rcn er voorlopig geen last meer van.

Ik heb 30 jaar in de IT gewerkt en daar heel veel tijd in het fout zoeken en oplossen gewerkt. Mijn ervaring is, dat je foutlijsten zo schoon mogelijk moet houden. Anders stikt het van de known bugs.

Vriendelijke groeten,
Dick van den Hoven

Ik heb deze changeset terug gedraaid. Er is geen enkele reden om de brug te verwijderen.
Een andere mapper had de brug al op construction gezet en er hekken bij gezet.
Dus de brug was op geen enkele manier toegankelijk. En nu blijven de routes gewoon heel. Verwijderen is altijd een slechte optie

Wil je aub per direct stoppen met het doorverbinden van wegen?
Wegen zijn doorgeknipt om routerelaties te kunnen laten afslaan.
Met deze changeset zijn 4 wandelroutes stuk gemaakt.
Het doorverbinden van wegen heeft geen enkel nut. Routeplanners werken perfect bij doorgeknipte wegen.
En als je stopt met het doorverbinden bespaart mij dat een hoop tijd.
Bij doorverbinden kan het gebeuren dat een routerelatie een complete puzzel wordt.

Alvast heel erg bedankt.
Vriendelijke groeten,
Dick van den Hoven