Re: [OSM-talk-be] Logboek gebied
filip wolters wrote: Ik denk wat Martijn verwoord toch heel dicht aansluit bij wat ikzelf wil. Alleen is hij verkeerd ( en anderen misschien ook) dat ik data voor mij wil houden, het als mijn bezit beschouw. Ik heb niet liever dat er aanvullingen/verbeteringen worden aangebracht om osm te verbeteren (ik moet echt niet de laatste edit hebben hoor). In mijn voorstel heb ik eigenlijk nog geen echte inhoudelijke bezwaren gehoord waarom het geen goed voorstel zou kunnen zijn. Hier een kopie; Als je nu een aantal levels hebt waarbinnen je vrij kan werken en een aantal waarbij je je aanpassingen draait binnen een soort van sandbox die dan nagekeken kan worden. De onderste level voor beginners en hardlerenden, de bovenste voor bedrijven/organisaties/gemeenten en specialisten zoals diegene die nu op mijn oproep reageren. Hogere levels hebben altijd toegang tot lagere levels en je kan je bijdrage vrij laten van bescherming of bescherming geven van max. je eigen level. Zoiets in den aard bedoel ik. Hopelijk is het een beetje te begrijpen. Een bijdrage van data gebeurt nog altijd onder dezelfde licentie, kan ook altijd gewijzigd worden, alleen niet door iedereen live. Dus de beginners doen hetgeen ze het beste kunnen zoals POI's toevoegen, extra taggen toevoegen, nieuwe huizen en straten toevoegen enz. zonder toezicht en of bescherming. Wat mogen ze niet (live), allerhande zaken deleten, relaties verbreken, adressen veranderen/verwijderen enz. Dit zouden ze in een beschermde omgeving moeten doen die dan voorgelegd wordt aan mensen met meer ervaring of verantwoordelijken van een gebied, eventueel aan de originele mapper. Als je dan bijvoorbeeld drie levels hebt (je kan dus max. een level toekennen aan ways en taggen gelijk aan je eigen level) krijg je op den duur een kwaliteitsmeter op je data. De hoogste level zal dan wel juist zijn. Wat zou niet beschermd mogen zijn, namen van bedrijven, max. snelheden, enz., zaken die nogal eens veranderen. Alleen voor de beginners/hardlerenden verandert er wat, de anderen blijven werken zoals ze gewoon zijn met een alsmaar toenemende kwaliteit(zij hebben toch het nodige level). Wel, dit idee van levels voor toegang tot de data, dat werkt gewoon niet. Ten eerste moet elke mapper vanaf het begin tot alles toegang hebben. Een grote relatie niet mogen aanpassen, tja dan mag je ook die weg niet in twee splitsen omdat een deel de verkeerde naam had. Adressen niet mogen veranderen? Er zal ongetwijfeld op veel plekken verkeerde data ingevoerd zijn, vaak eenvoudige typfouten. Maar je maakt het de nieuwe mapper wel erg lastig als eerst voor een een fix die tien seconden duurt opeens een hele waslijst moet doorlopen worden van mappers die moeten gecontacteerd worden, waarna die op hun beurt hun zegen moeten geven vooraleer er iets verandert, en hopen dat die reactie een beetje snel komt en dat de persoon in kwestie te veel ander werk heeft, op vakantie is of zich niet meer in OSM interesseert, of misschien gewoon niet wil antwoorden op al die vragen om zijn data aan te passen. Hoe denk je dat jij je gaat voelen als zo'n nieuwe mapper? Ik gok op het heeft geen zin iets te doen want ik kan toch niks doen en het duurt dagen vooraleer mijn kleine aanpassing ook werkelijk in OSM zit. Je gaat niet erg veel nieuwkomers binnenhalen op die manier, wat natuurlijk het probleem van foutenmakende nieuwkomers wel oplost, maar nu toch ook niet echt het gewenste resultaat is. De drempel is vandaag al zo hoog met alles wat je moet weten bij het mappen, dat bijkomende drempels echt wel gemist kunnen worden. Ik weet dat het wat anders eraan toe gaat bij de meeste opensourceprojecten, waar je eerst begint met patches te sturen, die dan misschien aanvaard worden, en waar je geleidelijk meer privileges krijgt tot je zelf rechtstreeks al de code in de repository kan aanpassen, en zelf mag beslissen over nieuwe patches die binnenkomen. Maar dit werkt niet in OSM. Dan krijg je een groepje in België dat dan beslist over wat al dan niet in de database mag, maar hoe kunnen die ooit weten of de patches die toegestuurd worden juist zijn? Een kilometer van bij mij thuis begint m'n straatnaamkennis al gevoelig af te nemen. Ik zie dat er in een patch een gebouw is gedeletet door iemand die zegt dat dat gebouw afgebroken is. Moet dan eerst iemand naar die plek gaan om te zien of hij gelijk heeft? Bij programmeercode kan je zien of iets klopt of niet (of toch een goed idee hebben daarover), bij OSM-data heb je er het raden naar. Om nog te zwijgen over het gigantisch aantal patches dat dan moet gecontroleerd worden door het kleine groepje dat zijn tijd daar sowieso in wil steken. Hetgeen dat Martijn zegt over teruggaan in de geschiedenis om missers terug recht te zetten is volgens mij veel moeilijker in de hand te houden dan bovenstaande. Dat reputatie-systeem en badges is exact wat ikzelf ook zeg (de levels). Zelfs zo'n systeem met badges wil ik wel
Re: [OSM-talk-be] Logboek gebied
2011/4/30 Ben Laenen benlae...@gmail.com Wel, dit idee van levels voor toegang tot de data, dat werkt gewoon niet. Ten eerste moet elke mapper vanaf het begin tot alles toegang hebben. Een grote relatie niet mogen aanpassen, tja dan mag je ook die weg niet in twee splitsen omdat een deel de verkeerde naam had. Adressen niet mogen veranderen? Er zal ongetwijfeld op veel plekken verkeerde data ingevoerd zijn, vaak eenvoudige typfouten. Maar je maakt het de nieuwe mapper wel erg lastig als eerst voor een een fix die tien seconden duurt opeens een hele waslijst moet doorlopen worden van mappers die moeten gecontacteerd worden, waarna die op hun beurt hun zegen moeten geven vooraleer er iets verandert, en hopen dat die reactie een beetje snel komt en dat de persoon in kwestie te veel ander werk heeft, op vakantie is of zich niet meer in OSM interesseert, of misschien gewoon niet wil antwoorden op al die vragen om zijn data aan te passen. [xpost naar talk-nl, ben ook benieuwd wat de NL-ers erover denken] In mijn optiek zou zo'n systeem dan ook niet afhankelijk moeten zijn van de medewerking van ervarener mappers. Het reguleert zichzelf doordat nieuwe gebruikers, naarmate ze meer ervaring opdoen, meer mogelijkheden krijgen om complexere zaken te manipuleren in de data. Je hoeft als beginnend mapper dus geen waslijst te doorlopen, je kunt nog steeds meteen beginnen met mappen, maar niet zonder beperkingen. Dit werkt echter niet belemmerend, maar juist motiverend. Onderzoek toont aan dat van concrete doelen in het vooruitzicht, en een element van competitie bij het leerproces in een nieuw systeem, in het algemeen een sterk motiverende werking uitgaat. Hiermee bereik je dus niet alleen dat beginners met of zonder kwade opzet grote schade toebrengen aan de data, maar ook dat een groter deel van de nieuwe deelnemers meer dan alleen die eerste stap neemt, hetgeen nu nog een groot probleem is (rond 70% van de accounts heeft nog niet één edit op zijn naam, van degenen die wel zover komen, zien we nog eens 80% na een maand afhaken. Dat is allemaal potentieel waar we nu geen gebruik van maken omdat we mappers niet motiveren. Je kunt daar wel simpelweg tegenoverstellen 'het werkt gewoon niet', maar ik verwacht daar van jouw kant dan ook wel iets meer onderbouwing van. Hoe denk je dat jij je gaat voelen als zo'n nieuwe mapper? Ik gok op het heeft geen zin iets te doen want ik kan toch niks doen en het duurt dagen vooraleer mijn kleine aanpassing ook werkelijk in OSM zit. Je gaat niet erg veel nieuwkomers binnenhalen op die manier, wat natuurlijk het probleem van foutenmakende nieuwkomers wel oplost, maar nu toch ook niet echt het gewenste resultaat is. De drempel is vandaag al zo hoog met alles wat je moet weten bij het mappen, dat bijkomende drempels echt wel gemist kunnen worden. Gokken staat je vrij, maar de churn rate-cijfers spreken boekdelen en zowel theorie (zie de links op de Badges-pagina op de wiki) als de praktijk (zie bijvoorbeeld een sterk groeiend en enorm succesvol crowdsourced kennisplatform als StackOverflow) wijzen uit dat het goed werken kan - en ik heb nog geen goed argument gehoord waarom deze concepten niet op OSM zouden toepasbaar zijn. [...] Hetgeen dat Martijn zegt over teruggaan in de geschiedenis om missers terug recht te zetten is volgens mij veel moeilijker in de hand te houden dan bovenstaande. Dat reputatie-systeem en badges is exact wat ikzelf ook zeg (de levels). Zelfs zo'n systeem met badges wil ik wel eens zien werken. 99% van de mappers gaat dat absoluut niets kunnen schelen of ze nu een zilveren badge van 10 nodes hebben of niet, en ik weet ook niet of we wel de mappers willen hebben die geobsedeerd zijn in de badges en niet de data die ze invoeren om die badges te bemachtigen. En privileges die afhangen naargelang de badges die je hebt zijn zoals hierboven al gezegt een slecht idee. Moest ik niet meteen alles kunnen doen in het begin had ik er nooit al die jaren werk in beginnen steken, dan had ik wel een andere bezigheid gevonden. Ik zou het ook graag zien werken, en daarom werk ik er ook aan om het mogelijk te maken. Om je heen kun je waarnemen dat online sociale netwerken breed gebruik maken van het concept van belonen van prestaties door middel van badges / reputatie, met groot succes. Naast het al genoemde StackOverflow kun je denken aan zulke uiteenlopende online sociale contexten als Foursquare en World of Warcraft. Die diversiteit geeft alleen maar aan hoe universeel dit werkt. En een reputatiesysteem, hoe ga je dat uitwerken? Wie gaat die reputatie geven? Ik vind iemand bv. niet sympathiek omdat hij iets dat ík gemapt heb heeft veranderd, maak twintig accounts en geef hem 20 keer een -1 reputatie. En wat doe je dan als iemand een negatieve reputatie heeft? Gewoon niet meer laten mappen? In een watchlist zetten om te zien of hij verbetert? Iemand anders heeft veel vrienden actief in OSM, krijgt een
Re: [OSM-talk-nl] [OSM-talk-be] Logboek gebied
2011/4/30 Ben Laenen benlae...@gmail.com Wel, dit idee van levels voor toegang tot de data, dat werkt gewoon niet. Ten eerste moet elke mapper vanaf het begin tot alles toegang hebben. Een grote relatie niet mogen aanpassen, tja dan mag je ook die weg niet in twee splitsen omdat een deel de verkeerde naam had. Adressen niet mogen veranderen? Er zal ongetwijfeld op veel plekken verkeerde data ingevoerd zijn, vaak eenvoudige typfouten. Maar je maakt het de nieuwe mapper wel erg lastig als eerst voor een een fix die tien seconden duurt opeens een hele waslijst moet doorlopen worden van mappers die moeten gecontacteerd worden, waarna die op hun beurt hun zegen moeten geven vooraleer er iets verandert, en hopen dat die reactie een beetje snel komt en dat de persoon in kwestie te veel ander werk heeft, op vakantie is of zich niet meer in OSM interesseert, of misschien gewoon niet wil antwoorden op al die vragen om zijn data aan te passen. [xpost naar talk-nl, ben ook benieuwd wat de NL-ers erover denken] In mijn optiek zou zo'n systeem dan ook niet afhankelijk moeten zijn van de medewerking van ervarener mappers. Het reguleert zichzelf doordat nieuwe gebruikers, naarmate ze meer ervaring opdoen, meer mogelijkheden krijgen om complexere zaken te manipuleren in de data. Je hoeft als beginnend mapper dus geen waslijst te doorlopen, je kunt nog steeds meteen beginnen met mappen, maar niet zonder beperkingen. Dit werkt echter niet belemmerend, maar juist motiverend. Onderzoek toont aan dat van concrete doelen in het vooruitzicht, en een element van competitie bij het leerproces in een nieuw systeem, in het algemeen een sterk motiverende werking uitgaat. Hiermee bereik je dus niet alleen dat beginners met of zonder kwade opzet grote schade toebrengen aan de data, maar ook dat een groter deel van de nieuwe deelnemers meer dan alleen die eerste stap neemt, hetgeen nu nog een groot probleem is (rond 70% van de accounts heeft nog niet één edit op zijn naam, van degenen die wel zover komen, zien we nog eens 80% na een maand afhaken. Dat is allemaal potentieel waar we nu geen gebruik van maken omdat we mappers niet motiveren. Je kunt daar wel simpelweg tegenoverstellen 'het werkt gewoon niet', maar ik verwacht daar van jouw kant dan ook wel iets meer onderbouwing van. Hoe denk je dat jij je gaat voelen als zo'n nieuwe mapper? Ik gok op het heeft geen zin iets te doen want ik kan toch niks doen en het duurt dagen vooraleer mijn kleine aanpassing ook werkelijk in OSM zit. Je gaat niet erg veel nieuwkomers binnenhalen op die manier, wat natuurlijk het probleem van foutenmakende nieuwkomers wel oplost, maar nu toch ook niet echt het gewenste resultaat is. De drempel is vandaag al zo hoog met alles wat je moet weten bij het mappen, dat bijkomende drempels echt wel gemist kunnen worden. Gokken staat je vrij, maar de churn rate-cijfers spreken boekdelen en zowel theorie (zie de links op de Badges-pagina op de wiki) als de praktijk (zie bijvoorbeeld een sterk groeiend en enorm succesvol crowdsourced kennisplatform als StackOverflow) wijzen uit dat het goed werken kan - en ik heb nog geen goed argument gehoord waarom deze concepten niet op OSM zouden toepasbaar zijn. [...] Hetgeen dat Martijn zegt over teruggaan in de geschiedenis om missers terug recht te zetten is volgens mij veel moeilijker in de hand te houden dan bovenstaande. Dat reputatie-systeem en badges is exact wat ikzelf ook zeg (de levels). Zelfs zo'n systeem met badges wil ik wel eens zien werken. 99% van de mappers gaat dat absoluut niets kunnen schelen of ze nu een zilveren badge van 10 nodes hebben of niet, en ik weet ook niet of we wel de mappers willen hebben die geobsedeerd zijn in de badges en niet de data die ze invoeren om die badges te bemachtigen. En privileges die afhangen naargelang de badges die je hebt zijn zoals hierboven al gezegt een slecht idee. Moest ik niet meteen alles kunnen doen in het begin had ik er nooit al die jaren werk in beginnen steken, dan had ik wel een andere bezigheid gevonden. Ik zou het ook graag zien werken, en daarom werk ik er ook aan om het mogelijk te maken. Om je heen kun je waarnemen dat online sociale netwerken breed gebruik maken van het concept van belonen van prestaties door middel van badges / reputatie, met groot succes. Naast het al genoemde StackOverflow kun je denken aan zulke uiteenlopende online sociale contexten als Foursquare en World of Warcraft. Die diversiteit geeft alleen maar aan hoe universeel dit werkt. En een reputatiesysteem, hoe ga je dat uitwerken? Wie gaat die reputatie geven? Ik vind iemand bv. niet sympathiek omdat hij iets dat ík gemapt heb heeft veranderd, maak twintig accounts en geef hem 20 keer een -1 reputatie. En wat doe je dan als iemand een negatieve reputatie heeft? Gewoon niet meer laten mappen? In een watchlist zetten om te zien of hij verbetert? Iemand anders heeft veel vrienden actief in OSM, krijgt een
Re: [OSM-talk-be] Logboek gebied
Ik denk wat Martijn verwoord toch heel dicht aansluit bij wat ikzelf wil. Alleen is hij verkeerd ( en anderen misschien ook) dat ik data voor mij wil houden, het als mijn bezit beschouw. Ik heb niet liever dat er aanvullingen/verbeteringen worden aangebracht om osm te verbeteren (ik moet echt niet de laatste edit hebben hoor). In mijn voorstel heb ik eigenlijk nog geen echte inhoudelijke bezwaren gehoord waarom het geen goed voorstel zou kunnen zijn. Hier een kopie; Als je nu een aantal levels hebt waarbinnen je vrij kan werken en een aantal waarbij je je aanpassingen draait binnen een soort van sandbox die dan nagekeken kan worden. De onderste level voor beginners en hardlerenden, de bovenste voor bedrijven/organisaties/gemeenten en specialisten zoals diegene die nu op mijn oproep reageren. Hogere levels hebben altijd toegang tot lagere levels en je kan je bijdrage vrij laten van bescherming of bescherming geven van max. je eigen level. Zoiets in den aard bedoel ik. Hopelijk is het een beetje te begrijpen. Een bijdrage van data gebeurt nog altijd onder dezelfde licentie, kan ook altijd gewijzigd worden, alleen niet door iedereen live. Dus de beginners doen hetgeen ze het beste kunnen zoals POI's toevoegen, extra taggen toevoegen, nieuwe huizen en straten toevoegen enz. zonder toezicht en of bescherming. Wat mogen ze niet (live), allerhande zaken deleten, relaties verbreken, adressen veranderen/verwijderen enz. Dit zouden ze in een beschermde omgeving moeten doen die dan voorgelegd wordt aan mensen met meer ervaring of verantwoordelijken van een gebied, eventueel aan de originele mapper. Als je dan bijvoorbeeld drie levels hebt (je kan dus max. een level toekennen aan ways en taggen gelijk aan je eigen level) krijg je op den duur een kwaliteitsmeter op je data. De hoogste level zal dan wel juist zijn. Wat zou niet beschermd mogen zijn, namen van bedrijven, max. snelheden, enz., zaken die nogal eens veranderen. Alleen voor de beginners/hardlerenden verandert er wat, de anderen blijven werken zoals ze gewoon zijn met een alsmaar toenemende kwaliteit(zij hebben toch het nodige level). Hetgeen dat Martijn zegt over teruggaan in de geschiedenis om missers terug recht te zetten is volgens mij veel moeilijker in de hand te houden dan bovenstaande. Dat reputatie-systeem en badges is exact wat ikzelf ook zeg (de levels). @Lennard. Die uitgewerkte patch kan ikzelf niet maken maar als ik zie wat voor knappe toepassingen hier allemaal voorbij komen lijkt het me niet zo moeilijk. De eerste lijst staat er al. Als je dan de nodes kan aanklikken waarop bewerkingen zijn gebeurt die je goedkeurt en daardoor in de andere lijst komen te staan ben je er. Zoiets als als lijst1=ok dan lijst2 anders lijst3(te veranderen of terugdraaien). Groeten Filip p.s. Ik ben deze draad begonnen toen ik op de kaart keek en een gebouw met naam er niet meer zag staan. In potlach een vierkante kilometer bekeken en minstens 5 adressen en/of namen van bedrijven verdwenen. Een eind verder flitspalen die een aantal jaren geleden waren toegevoegd, weg. Maar het gaat niet om mij alleen, het gaat om de zekerheid van data in osm in het algemeen. Met de levels ook over de kwaliteit misschien. From: talk-be-requ...@openstreetmap.org Subject: Talk-be Digest, Vol 40, Issue 44 To: talk-be@openstreetmap.org Date: Fri, 29 Apr 2011 12:00:04 +0100 Send Talk-be mailing list submissions to talk-be@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-be or, via email, send a message with subject or body 'help' to talk-be-requ...@openstreetmap.org You can reach the person managing the list at talk-be-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-be digest... Today's Topics: 1. Re: Logboek gebied (Lennard) 2. Re: Logboek gebied (Martijn van Exel) -- Message: 1 Date: Thu, 28 Apr 2011 20:41:54 +0200 From: Lennard l...@xs4all.nl To: talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] Logboek gebied Message-ID: 4db9b4f2.1010...@xs4all.nl Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 28-4-2011 0:49, filip wolters wrote: Ik heb OWL en ITO eens bekeken. Ofwel kan ik er niet mee werken ofwel vind ik het geen nuttig instrument om mijn ingevoerde data op te volgen. [...] Inderdaad, als je dat er van zou verwachten, dan is het een karige tool. Je kunt wel een RSS feed opzetten, zodat je direct een seintje krijgt als er in een gebied dat je interesse heeft, gewerkt is. Bij ITO kan je filteren op sessions, tags en users maar niet by me en by not me. Dat kan zeker wel. Nergens al je input met wijzigingen, zeker niet in een groter gebied over een langere tijd. Nochtans zou op je persoonlijke pagina bij
Re: [OSM-talk-be] Logboek gebied
On 28-4-2011 0:49, filip wolters wrote: Ik heb OWL en ITO eens bekeken. Ofwel kan ik er niet mee werken ofwel vind ik het geen nuttig instrument om mijn ingevoerde data op te volgen. [...] Inderdaad, als je dat er van zou verwachten, dan is het een karige tool. Je kunt wel een RSS feed opzetten, zodat je direct een seintje krijgt als er in een gebied dat je interesse heeft, gewerkt is. Bij ITO kan je filteren op sessions, tags en users maar niet by me en by not me. Dat kan zeker wel. Nergens al je input met wijzigingen, zeker niet in een groter gebied over een langere tijd. Nochtans zou op je persoonlijke pagina bij wijzigingensets zoiets wel te maken moeten zijn door iemand met wat kennis. Ik denk dat ze een uitgewerkte patch met open armen tegemoet zien. -- Lennard ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Logboek gebied
2011/4/28 filip wolters filip_wolt...@hotmail.com Ik heb OWL en ITO eens bekeken. Ofwel kan ik er niet mee werken ofwel vind ik het geen nuttig instrument om mijn ingevoerde data op te volgen. Bij OWL krijg je de osm-kaart met bruine rechthoeken op, die je kan aanklikken. Je krijgt daarbij een lijst te zien met de node en way. Ik zie nergens een lijst van mijn persoonlijke bijdrage die verandert of gewist zijn. Ook nergens een optie om de nagekeken data te merken indien oke. Voor mij helpt het om me de bijdragen die ik doe aan OSM niet op die manier toe te eigenen. Op het moment dat je iets bijdraagt, wordt het onderdeel van het gezamenlijk product, en kan iedereen er dus mee doen wat hem goeddunkt. Dat kan soms betekenen dat bijdragen worden verplaatst, van andere tags worden voorzien, of weer gewist. Het zal toch maar heel sporadisch gebeuren dat iemand systematisch juist 'jouw' bijdragen allemaal weer wegpoetst - begrijp ik het goed dat er dat aan de hand is? In dat geval kunnen OWL en de ITO-tools wel goed helpen om de vinger aan de pols te houden, want je kunt precies bijhouden wie wat in een bepaald gebied wijzigt, toevoegt, en verwijdert. Als daar een patroon in te onderkennen is kun je de discussie aangaan met de vermeende onverlaat. Of is dat al een gepasseerd station? Bij ITO kan je filteren op sessions, tags en users maar niet by me en by not me. Dit kan wel, zoals Lennard al zei. Je kunt dus ook een RSS-feed krijgen van veranderingen per gedefinieerd gebied, die je in je favoriete RSS-lezer kunt consumeren. In het algemeen deel ik wel je angst over het vandaliseren van data door al dan niet kwaadwillende gebruikers. OSM is een open systeem en juist daardoor is het nu zo'n succesvol platform, is mijn overtuiging. Nu OSM steeds bekender wordt en er elke dag tientallen, misschien wel honderden gebruikers bijkomen en er ook meer bronnen zijn om vanuit je luie stoel te gebruiken voor je mapping-inspanningen, wordt de kans op datavervuiling wel groter en moeten we nadenken over manieren om dat probleem het hoofd te bieden. Ik ben in internationaal verband bezig met het toegankelijker maken van de historische gegevens[1] zodat het teruggaan naar een vorige versie, of in elk geval het terugzien van een situatie op een willekeurig punt in het verleden, veel eenvoudiger wordt. Ook werken we nu nog op conceptueel niveau aan een soortement 'reputatie'-systeem[2] analoog aan StackOverflow, waarbij gebruikers 'badges' verdienen naarmate ze bepaalde mijlpalen bereiken in hun mapping-carrière. Zo'n systeem zou kunnen dienen als basis voor een gradueel rechtensysteem: als je minder dan 100 reputatie hebt, mag je niet aan grote relaties zitten, dat soort regels. Dit is allemaal nog heel ver van implementatie en ik weet niet of zoiets er ooit gaat komen, maar voor mijn gevoel moet het wel die kant op. Ik ben uiteraard benieuwd naar jullie visie op dergelijke ideeën, schroom niet om te reageren op de desbetreffende wiki-pagina's en hun Talk-pagina's. [1] http://wiki.openstreetmap.org/wiki/History_API_and_Database [2] http://wiki.openstreetmap.org/wiki/Badges -- Martijn van Exel http://about.me/mvexel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Logboek gebied
Een klein ideetje: Misschien is het in dit kader ook niet slecht om op de hoogte te worden gesteld nadat er deletes gebeuren op objecten die iemand aangemaakt heeft? Natuurlijk zal dit ook op internationaal niveau moeten bekeken worden... ongetwijfeld zijn er al acties onderweg om problemen zoals dit aan te pakken. Verder ben ik het 100% eens met de andere Ben! Het zou een spijtige zaak zijn om iemand te verliezen, we kunnen zeker in Belgie, nog een pak extra mensen gebruiken zelfs... Groeten, Ben Abelshausen 2011/4/23 filip wolters filip_wolt...@hotmail.com In 2007 of zo is men overgegaan van anonieme bijdragen naar verplichte aanmelding, juist om iets meer controle te hebben. Volgens mij komt er een moment dat je een extra tussenstap moet toevoegen. Als je nu een aantal levels hebt waarbinnen je vrij kan werken en een aantal waarbij je je aanpassingen draait binnen een soort van sandbox die dan nagekeken kan worden. De onderste level voor beginners en hardlerenden, de bovenste voor bedrijven/organisaties/gemeenten en specialisten zoals diegene die nu op mijn oproep reageren. Hogere levels hebben altijd toegang tot lagere levels en je kan je bijdrage vrij laten van bescherming of bescherming geven van max. je eigen level. Zoiets in den aard bedoel ik. Hopelijk is het een beetje te begrijpen. Een bijdrage van data gebeurt nog altijd onder dezelfde licentie, kan ook altijd gewijzigd worden, alleen niet door iedereen live. Een gedeelte van m'n frustratie is dat ik niet even onderlegd ben als vele onder jullie en dus ook niet direct in staat ben alles zo maar even terug te draaien, ook omdat ik geen geschiedenis bijhoudt van sinds 2007 :-) Neen, ik vind het een algemeen probleem. Ja ik heb de persoon een mail gestuurd, zal het ook zo niet bedoeld hebben, maar ik kan al mijn bijdragen niet gaan checken. Ik steek er net teveel tijd om het daarna te zien verdwijnen en met mijn voorstellen zou het denk ik beter werken. Filip From: talk-be-requ...@openstreetmap.org Subject: Talk-be Digest, Vol 40, Issue 27 To: talk-be@openstreetmap.org Date: Sat, 23 Apr 2011 10:35:10 +0100 Send Talk-be mailing list submissions to talk-be@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-be or, via email, send a message with subject or body 'help' to talk-be-requ...@openstreetmap.org You can reach the person managing the list at talk-be-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-be digest... Today's Topics: 1. Logboek gebied (filip wolters) 2. Re: Logboek gebied (Ivo De Broeck) 3. Re: Logboek gebied (Gerard Vanderveken) 4. Re: Logboek gebied (Ben Laenen) -- Message: 1 Date: Sat, 23 Apr 2011 07:46:19 +0200 From: filip wolters filip_wolt...@hotmail.com To: openstreetmap talk-be@openstreetmap.org Subject: [OSM-talk-be] Logboek gebied Message-ID: snt109-w49d4ecbc6cd2545465211e8e...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Nadat ik heb gemerkt dat er in een beperkt gebied verschillende inputs van mij zijn verdwenen en ik niet weet of de aanpassingen morgen niet weer verdwenen gaan zijn heb ik besloten om ermee te stoppen. In het verleden heb ik ook al aangegeven dat dit ??n van de belangrijkste aandachtspunten zou moeten zijn van osm. Deze week waren er ook weer problemen met de gsm antennen, een tijd geleden met data van de lijn, in Nederland en waarschijnlijk binnen heel osm is het niet anders. Dit zijn dan nog maar de grote missers die toevallig ontdekt worden en dit continu. Ook bv. bij wikipedia zijn er veel mensen vertrokken na de edit war die er heerste. Hoe groter de groep vrijwilligers en hoe groter + verfijnder de database is, hoe strakker de regels en organisatie zou moeten zijn. Men zou er ook aan kunnen denken om bedrijven en organisaties die hun data eventueel in osm willen plaatsen het alleenrecht te geven om die data te wijzigen zodat daar ook geen soep van gemaakt wordt. Soit, ondertussen wacht ik af en bekijk later wel hoe osm is ge?volueerd. Groeten Filip -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-be/attachments/20110423/d2b206ef/attachment-0001.html -- Message: 2 Date: Sat, 23 Apr 2011 10:34:10 +0200 From: Ivo De Broeck ivo.debro...@gmail.com To: OpenStreetMap Belgium talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] Logboek gebied Message-ID: BANLkTim=y0jyl50f_bp3r890eibk5ju...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Filip, Je legt de vinger op de wonde. Vooreerst zou het heel spijtig zijn om OSM te verlaten. We hebben mensen zoals jij juist heel nodig. Laten we samen oplossingen
Re: [OSM-talk-be] Logboek gebied
Ziet er op zich goed uit, maar ik krijg steeds Data not visible at this zoom level, please zoom in to see stuff. Het is me in 50 pogingen geloof ik één keer gelukt daadwerkelijk in te zoomen. Het is behoorlijk irritant als je geadviseerd/verzocht wordt iets te doen wat je niet kunt doen... Hoe probeer je dan in te zoomen? Het werkt hetzelfde als op de osm.org kaart, bijvoorbeeld. Dubbelklikken, of het de scroll/zoom-elementen linksboven gebruiken, of met shift-dragging. -- Lennard ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Logboek gebied
2011/4/26 Lennard l...@xs4all.nl: Ziet er op zich goed uit, maar ik krijg steeds Data not visible at this zoom level, please zoom in to see stuff. Het is me in 50 pogingen geloof ik één keer gelukt daadwerkelijk in te zoomen. Het is behoorlijk irritant als je geadviseerd/verzocht wordt iets te doen wat je niet kunt doen... Hoe probeer je dan in te zoomen? Het werkt hetzelfde als op de osm.org kaart, bijvoorbeeld. Dubbelklikken, of het de scroll/zoom-elementen linksboven gebruiken, of met shift-dragging. Ik probeerde het scrollelement linksboven en het muiswiel, dat zijn ook de methoden die ik op OSM gebruik. Shift-dragging werkte wel, en na dat een keer gebruikt te hebben, ging de rest ook weer. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Logboek gebied
Oké, de tips van Ben hebben het gedaan. Het was blijkbaar toch de laatste editor die wat driest te werk ging, zal hem een mailtje sturen. Toch wel fijn al deze weetjes, ze zijn alleen zo moeilijk te vinden. Hoe ik een oplossing zie voor het beschermen van data? Een oplossing waar iedereen zich in kan vinden zonder nadelen zullen we niet vinden. De minst slechte of de meest haalbare kunnen we naar voor schuiven. Misschien een soort van zandbak omgeving naar het idee van virusscanners, waarna de veranderingen aangeboden worden aan de lijst van opzichters. Moet je een weekje of zo wachten op renderen, net zoals in de begindagen van osm. Dit net zolang de nieuweling oké wordt bevonden of andere regeling. Of indien je nieuwe objecten aanmaakt je deze kan toe-eigenen, of labels ervan. Zodat veranderingen moeten aangevraagd/goedgekeurd worden. Je zou je rechten ook moeten kunnen delen met anderen, en personen met de nodige ervaring zouden zowiezo altijd alle rechten moeten hebben. Dan heb je wel een probleem wie dat bepaalt, alhoewel dat in de praktijk wel losloopt volgens mij. Indien betere voorstellingen hoor ik ze graag. Filip From: talk-be-requ...@openstreetmap.org Subject: Talk-be Digest, Vol 40, Issue 22 To: talk-be@openstreetmap.org Date: Thu, 21 Apr 2011 12:00:02 +0100 Send Talk-be mailing list submissions to talk-be@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-be or, via email, send a message with subject or body 'help' to talk-be-requ...@openstreetmap.org You can reach the person managing the list at talk-be-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-be digest... Today's Topics: 1. Logboek gebied (filip wolters) 2. Re: Logboek gebied (Ben Laenen) 3. Re: Logboek gebied (Gerard Vanderveken) -- Message: 1 Date: Wed, 20 Apr 2011 20:12:20 +0200 From: filip wolters filip_wolt...@hotmail.com To: openstreetmap talk-be@openstreetmap.org Subject: [OSM-talk-be] Logboek gebied Message-ID: snt109-w46690270c7d21bd8fb75878e...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Ik heb ontdekt dat bepaalde data samen met de bijhorende gebouwen zijn verdwenen (gedelete) en er nieuwe in de plaats zijn getekend. De persoon die de auteur is van de nieuw getekende gebouwen weet niets van extra taggen aan de gebouwen die zijn verdwenen. Doordat de oudere gebouwen zijn gedelete is ook de geschiedenis ervan verdwenen en weet ik niet wie of wat de oorzaak is. Mijn vraag is of er een geschiedenis wordt bijgehouden of kan opgevraagd worden van een bepaald gebied. In het verleden heb ik de opmerking al eerder gemaakt dat door de complexiteit/omvang van osm, er een manier moet gevonden worden om de ingevoerde data te beschermen. Door voornamelijk nieuwkomers (die heel welkom zijn) worden leerfouten gemaakt en in de toekomst misschien kwaadwillig door concurrentie als osm te belangrijk wordt. Hetgeen waar ikzelf aan dacht was een soort peterschap voor beginners met een aantal levels waarbinnen ze kunnen werken en de peter de data kan nakijken. Bv in het begin poi's en extra labels of nieuwe wegen en later de relaties of zo. Of anders bepaalde data die je kan bevriezen zodat anderen ze niet overhoop kunnen halen, uitgezonderd personen met een hogere bevoegdheid. Dus ik zoek een draagvlak voor het beschermen van data en de geschiedenis van een zone. Mvg Filip p.s. Als iemand zin heeft dit te vertalen in de andere landstalen voor een gezamenlijk standpunt.. -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-be/attachments/20110420/f361e488/attachment-0001.html -- Message: 2 Date: Wed, 20 Apr 2011 20:47:36 +0200 From: Ben Laenen benlae...@gmail.com To: talk-be@openstreetmap.org Cc: filip wolters filip_wolt...@hotmail.com Subject: Re: [OSM-talk-be] Logboek gebied Message-ID: 201104202047.36848.benlae...@gmail.com Content-Type: Text/Plain; charset=iso-8859-1 filip wolters wrote: Ik heb ontdekt dat bepaalde data samen met de bijhorende gebouwen zijn verdwenen (gedelete) en er nieuwe in de plaats zijn getekend. De persoon die de auteur is van de nieuw getekende gebouwen weet niets van extra taggen aan de gebouwen die zijn verdwenen. Doordat de oudere gebouwen zijn gedelete is ook de geschiedenis ervan verdwenen en weet ik niet wie of wat de oorzaak is. Mijn vraag is of er een geschiedenis wordt bijgehouden of kan opgevraagd worden van een bepaald gebied. Er bestaan verschillende methodes, zo kan je van objecten afzonderlijk de geschiedenis opvragen aan de hand van hun id in een browser, zoals
[OSM-talk-be] Logboek gebied
Ik heb ontdekt dat bepaalde data samen met de bijhorende gebouwen zijn verdwenen (gedelete) en er nieuwe in de plaats zijn getekend. De persoon die de auteur is van de nieuw getekende gebouwen weet niets van extra taggen aan de gebouwen die zijn verdwenen. Doordat de oudere gebouwen zijn gedelete is ook de geschiedenis ervan verdwenen en weet ik niet wie of wat de oorzaak is. Mijn vraag is of er een geschiedenis wordt bijgehouden of kan opgevraagd worden van een bepaald gebied. In het verleden heb ik de opmerking al eerder gemaakt dat door de complexiteit/omvang van osm, er een manier moet gevonden worden om de ingevoerde data te beschermen. Door voornamelijk nieuwkomers (die heel welkom zijn) worden leerfouten gemaakt en in de toekomst misschien kwaadwillig door concurrentie als osm te belangrijk wordt. Hetgeen waar ikzelf aan dacht was een soort peterschap voor beginners met een aantal levels waarbinnen ze kunnen werken en de peter de data kan nakijken. Bv in het begin poi's en extra labels of nieuwe wegen en later de relaties of zo. Of anders bepaalde data die je kan bevriezen zodat anderen ze niet overhoop kunnen halen, uitgezonderd personen met een hogere bevoegdheid. Dus ik zoek een draagvlak voor het beschermen van data en de geschiedenis van een zone. Mvg Filip p.s. Als iemand zin heeft dit te vertalen in de andere landstalen voor een gezamenlijk standpunt.. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be