Searchie, welkom!
Als je het doet, doe je het goed: JOSM!
En voor alle vragen: dit forum.
Map ze.
Graag even mee in de gaten houden
https://www.openstreetmap.org/user/Norman%20Clifford/history#map=14/51.4398/5.4666
Gevalletje van vandalisme en niet reageren.
of weer iemand die denkt dat hij alleen veranderingen aanbrengt op zijn “eigen” kaart.
De changesets heb ik al teruggezet.
http://overpass-api.de/achavi/?changeset=56583591
http://overpass-api.de/achavi/?changeset=56500139
Een nieuwe tornado in Enschede: https://www.openstreetmap.org/user/Josbert%20Lonnee/history
Rcn route 7-60 was in ieder geval fors vernaggeld, bij de Van Lochemstraat van alles ten onrechte doorverbonden en de volgorde door elkaar gehaald.
Ik heb geen zin om weer discussies aan te gaan, dus geen commentaar geleverd, maar zijn commentaren vind ik toch wel erg pedant voor een nieuwe ster.
Inmiddels heb ik Josbert van harte uitgenodigd op het forum.
Hallo (test)
Welkom Josbert,
Je test bericht is zoals je ziet gelukt.
Probeer voorzichtiger te zijn in je edits. Je hebt (vermoedelijk) niet door dat alles wat je aanraakt ook gewijzigd wordt.
Hieronder laat ik je zien dat route relaties naar Berlijn, Groningen, Brussel ongewenst zijn aangepast.
Dit is een snelle blik op je edits.
Op detailniveau kan nog veel meer ongewenste mutaties hebben plaatsgevonden.
Vermoedelijk doe je dit onbewust, en er wordt niet getwijfeld aan je goede bedoelingen.
Toch zul je moeten beseffen dat de OSM database grote waarde heeft, en op deze manier in rap tempo schade kan oplopen.
Hallo Commodoortje,
Ja ik had begrepen dat de routes zelf weer heel lang zijn. De web-editor zou eigenlijk operaties alleen moeten toestaan wanneer deze in alle opzichten correct afgehandeld worden. Dat is dus niet het geval. Andere optie is dan om bepaalde operaties (in de web-editor) onmogelijk te maken. Jammer dat veel van de ervaring hier verscholen zit in workarounds om en kennis over tekortkomingen in de software.
Helaas is de wereld niet ideaal en zeker de webeditor niet 
Als je beter wilt mappen en zien wat je doet zou je JOSM moeten gebruiken.
En zoals alle waarschuwingen in je changesets en dit forum: begin voorzichtig; kijk hoe anderen ervaren mappers mappen en in geval van vragen wend je je hier.
Is er weleens gediscussieerd over het buiten gebruik stellen van die web-interface?
Dank voor je reactie, je hebt hier een punt, maar het is de gebruiker die de chaos kan veroorzaken. Dit is dan ook de reden dat we nieuwe mappers welkom heten en een klein stukje volgen. Hierbij zien we af en toe enthousiaste mappers die zeer snel van start gaan terwijl de finesses nog niet bekend zijn, maar wel als een olifant door een porseleinkast razen.
Het is dan zorg om deze vriendelijk aan te spreken om bewustwording te laten plaatsvinden.
De tip die Martin geeft ondersteun ik volledig.
Klik onderstaande link als je de stap naar JOSM zou maken.
https://forum.openstreetmap.org/viewtopic.php?id=53710
Over de lange relaties die je hebt aangeraakt… Vermoedelijk is hier niet veel aan gewijzigd, maar omdat je iets in deze relaties (vermoedelijk in Enschede) hebt aangeraakt, bijvoorbeeld een stukje weg verplaatst, zal de relatie als gewijzigd beschouwd worden.
Je zou kunnen overwegen dat je een mail aan de makers van ID kunt versturen met je bevindingen en dat je aangesproken werd op je mutaties gemaakt met ID.
Het is namelijk zorg dat we enthousiaste nieuwe mappers niet afstompen en wegjagen, maar het is de bedoeling dat we deze nieuwe enthousiaste mappers op het goed pad proberen te krijgen. OpenStreetMap is een samenwerkingsproject, en we
moeten samenwerken om de beste kaart te maken.
Hier kun je chronoligisch de opmerkingen die op je changesets zijn gemaakt nalezen.
http://resultmaps.neis-one.org/osm-discussion-comments?uid=7689814&commented
Het valt mij nu op dat ID toestaat dat fietspaden en wegen worden gecombineerd, terwijl slechts één van de gecombineerde delen een relatie heeft. Het nieuwe deel dat ontstaat heeft die relatie, maar de route klopt dan dus niet meer, en de volgorde bij de relaties is verstoord. (Ik gok dat dat nieuwe deel helemaal achteraan in de rij van gerelateerde wegen komt te staan?)
Anderzijds heb ik ID wel een keer zien melden dat dingen wegens relaties niet samen te voegen zijn. Dat wekt weer misplaatst vermoeden dat die editor dat prima onder controle heeft.
Ik ben mij nu inderdaad aan het verdiepen in de JOSM.
HenkL,
Remmen kan ook door bepaalde edit-operaties, die bijvoorbeeld (grote) routes verstoren, niet zonder meer mogelijk te maken. De iD editor is al zo laagdrempelig en ook nog veel te lichtzinnig over relaties.
Nog een rem zou zijn wanneer het onmogelijk wordt om gegevens die periodiek van buitenaf worden geïmporteerd, zoals kadasterdata, aan te passen. Edits aan die data is op lange termijn zinloos; het is onnodig risico. Als de editor daarnaast ook netjes zou aangeven waarom die gegevens niet aan te passen zijn lijkt mij dat ook meteen erg leerzaam.
@Josbert :
welkom!
De overstap naar JOSM loont inderdaad heel erg de moeite,
het is in het begin wel even doorbijten / volhouden de interface, de vele opties (en het pannen met de rechtermuisknop ;-), maar daar wordt je wel voor beloond!
Zelf was ik aanvankelijk wat afgeschrikt door JOSM en toen lang in de online editors blijven hangen, toen ik uiteindelijk toch was overgestapt, wenste ik dat ik dat veel eerder had gedaan…
Josbert,. Het zou beter zijn als een startend mapper niet te veel edits kan zetten en er langzaam ingroeit.
Er zijn wel voorbeelden van data waar je niet aan kan zitten. De Noordzee droogzetten gaat niet meer gelukkig. De coastline ligt vast. De grote rivieren liggen helaas regelmatig droog omdat een startende mapper de polygoon heeft onderbroken.
Ook is er wel degelijk kritiek op de Nederlandse OSM community die door de import van 3dshapes en BAG het mappen wel lastig maakt voor starters. Ook de routerelaties helpen daar niet aan mee. Zeker met alle knooppuntroutes in Nederland.
Wie na een tijdje mappen het ‘wereldje’ van de OSM community een beetje leert kennen komt er wel uit. Je kunt hulp vragen aan de specialisten. Dick van de Hoven voor de routerelaties en de Baggeraars voor de import en updates vanuit de BAG.
Wat doorverbinden van wegen betreft, geef ik het advies niet doen. Dan is een weg of een fietspad maar verdeeld in wat kortere stukjes. Alleen als je er helemaal van overtuigd bent dat er geen routerelaties kunnen afslaan, dan kan het.
In JOSM kun je niet zomaar over relaties heen doorverbinden.
Omgekeerd is het doorknippen van wegen ook linke loetje. Dagelijks kom ik relaties tegen, waarvan de volgorde verstoord is, omdat de desbetreffende weg door geknipt is. Handigste is om alle routerelaties van de weg geladen te hebben en elke route in een venster open te hebben. Maar dat heeft praktische grenzen. Bij meer dan vier relaties heb je wel een heel groot werkblad nodig. Beter is het om dan achteraf alle routes te checken. Vaak worden de relaties in de ene richting niet getroffen en in de andere richting wel.
Eggie en dvdhoven,
In tussentijd heb ik mij verdiept in die relaties.
Maar de situatie bij de OSM is dus dat er morgen weer een nieuwe mapper bij komt. Die wijst in de iD vervolgens twee wegsegmenten aan in Enschede, waar hij of zij geen verschil tussen ziet. Toets C; de editor combineert de stukken klakkeloos. Hij of zij savet: ‘Netjes oorgetrokken’; ook dat gaat klakkeloos. En een dag later krijgt hij om de oren omdat hij “ernstige schade” heeft aan een ‘enorme route’ tussen Berlijn en Brussel. Sorry, maar ik vindt dat hilarisch! I.p.v. twijfelen of bepaalde edit-mogelijkheden wel laagdrempelig aan een groot publiek blootgesteld moeten worden, gaan we gewoon structureel achter nieuwe mappers aanzitten.
Misschien heb je gelijk… , maar OSM-wereldwijd wordt er anders over gedacht.
Vaak wordt dan het geschutter van beginnede mappers afgedaan als “Not so good mapping”
Dat maakt op de Zuidpool misschien niet zoveel uit (hoewel) , maar op een kaart die tegenwoordig standaard in gps-apparatuur zit en in routeplanners gebruikt wordt wel degelijk.
Er wordt gelukkig meer goed gemapt dan fout gemapt.
Dan rest er even niets anders op dan de taken verdelen en nieuwe mappers zo goed mogelijk begeleiden. De meeste nieuwe mappers zetten twee of drie edits en laten zich overigens niet meer zien.
Hier weer een voorbeeld van een mapper die niet communiceet en gigantische schade aanbrengt aan de kaart…
een wirwar van wegen dwars over Delft. En mijn fixes van gisteren worden weer ongedaan gemaakt.
Alles is gelukkig te herstellen.
https://www.openstreetmap.org/user/bnikookar/history#map=15/52.0068/4.3422
edit2: Dat bepaalde restricties wel mogelijk zijn zie je bij de acties voor het Rode Kruis. HOT-OSM. Hier worden door startende mappers alleen “weggetjes” en gebouwen ingetekend.
Wat ik tegenwoordig doe is om voor en na het opknippen van een weg te kijken naar de relaties in het sub-venster “lid van” (direct onder de tags). Daarin staan de relaties waar de geselceteerde (en op te knippen weg) lid van is, inclusief het aantal leden dat die relatie heeft.
Na het opknippen zou dat aantal voor elk van de relaties met +1 moeten zijn veranderd.
Op basis van steekproeven lijkt dat te werken, maar ik weet niet of dat voor alle gevallen geldt
@Dick:
weet jij in hoeverre die “count” in de praktijk een goede maat is voor het al dan niet verdwijnen van een opgeknipt wegdeel uit een relatie?
Mag het wel als giraffe?
Je hebt helemaal gelijk behalve het “hilarisch”
Ik vind het eerder klote maar dit is hoe OSM in elkaar zit; iedereen mag mappen.
Daarom is mijn respect mega voor de mappers die nieuwe mappers begeleiden.
Als je wat langer meedraait zul je zien dat alles hier “open” is; zelfs met de ontwikkeling van de software mag je je bemoeien.