Ik ben een vrij nieuwe mapper, maar wil toch wat centjes in het zakje doen. Wellicht dat ik dingen zeg die nergens op slaan omdat ik de gebruiken nog niet zo ken, maar misschien dat ze juist daarom nuttig kunnen zijn.
In bovenstaande verhalen lees ik eigenlijk vooral dat het systeem van OSM notes in zijn huidige vorm tekort schiet. Er is 1 grote, globale, zak met notes. Het enige onderscheid dat er is is of een note open of dicht is, en daarmee wel of niet zichtbaar.
In werkelijkheid kan ik me voorstellen dat er veel meer categorieën zijn. Bijvoorbeeld op soort: “Lopende of te verwachten bouwprojecten”, “Fouten”, “Ontbrekende zaken”, “Onduidelijkheden”. Maar ook op benodigde actie: “Makkelijk op te lossen voor iemand die in de buurt is”, “Ingewikkeldere wijziging, maar alle info is aanwezig”, “Beslissing nodig over hoe te taggen”, etc. Of op onderwerp: “Fietsknooppunten”, “Wegverloop”, “POI”, etc. Of persoonlijk: “Wel interessant voor mij”, “niet interessant voor mij”. Dit zijn zo maar wat voorbeelden, niet bedoeld als concreet voorstel voor een technische oplossing. Maar wat ik maar wil zeggen: er zijn allerlei eigenschappen die nodes in principe hebben.
Vervolgens observeer ik dat voor verschillende mensen, verschillende zaken relevant zijn. Iemand die even een uurtje in de binnenstad van Utrecht overheeft ziet misschien graag makkelijk op te lossen notes en/of zaken die vooral survey nodig hebben, terwijl iemand die het belangrijk vind dat fietsknooppunten compleet zijn misschien alleen daaraan gerelateerde notes wil zien. Wat voor één iemand een “ongewenste” note is (omdat hij of zij er niet op wil of kan handelen), zal voor een ander juist een handige note zijn. Het huidige onderscheid in alleen open/closed is daarvoor maar beperkt toereikend, omdat we daardoor één consensus moeten bereiken over wanneer een note gewenst is en wanneer niet.
In die zin kan ik me voorstellen dat het omgaan met notes makkelijker kan worden door technische aanpassingen aan de OSM infrastructuur. Dat is natuurlijk geenszins een makkelijke oplossing (hoe moet dat dan werken, allerlei software moet daarop aangepast, hoe ga je dan die categorieën bepalen, etc.), maar wellicht wel iets waar over nagedacht kan worden. Schijnbaar is er op github ook al wat over gesproken (dit begint over het filteren van notes, maar verderop gaat het over een “survey needed” tag), wellicht op andere plekken ook al.
Een andere relatief makkelijke oplossing zou een “ignore” knop kunnen zijn - als jij een bepaalde note in jouw werkgebied niet actionable vind, maar hij voor anderen nog wel waarde kan hebben, zou je die lokaal, in de applicatie die jij gebruikt, kunnen ignoren. Dit zou dan in applicaties geimplementeerd kunnen worden, zonder dat de OSM infrastructuur wijzigingen nodig heeft. Dit helpt natuurlijk niet wanneer je ergens anders bent en alle notes te zien krijgt (sterker nog, dat kan wellicht een oerwoud van notes in de hand werken als er niet overal zinnige filtering mogelijk is).
Het voorstel van Andries is, in feite, ook een voorstel om een extra categorie te introduceren: “Niet opgelost, maar ook niet urgent (of whatever) genoeg om op de kaart te blijven staan”. De implementatie daarvan is dingen kopiëren naar het forum en sluiten in OSM. Persoonlijk lijkt mij dat veel werk, en ik vraag me af of die notes dan nog daadwerkelijk gezien worden door mensen die er wel iets mee kunnen, helemaal omdat ze niet meer op de kaart getoond worden, maar wellicht is het een goede stap om te bepalen om wat voor soort notes het eigenlijk gaat en kun je op basis daarvan weer een beter systeem opzetten.