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 zoeken voor het toekomstige OSM, dat moet zeker mogelijk zijn. > > Een mogelijkheid bv zou zijn een gemeente in te schakelen. Op dit ogenblik > is de gemeente Bierbeek op zoek naar vrijwilligers om de "trage wegen" te > inventariseren en waren ze blij verrast dat zoiets ls OSM bestond. Dit zou > allemaal mooi kunnen werken als de aanvullingen van gegevens alleen konden > gewijzigd worden door de gemeente (ik denk bv dat de dienst openbare werken > beter de aard van de verharding kan updaten). Enkele OSM-medewerkers zouden > de gemeenten kunnen helpen (bv met het invoeren van alle gebouwen in die > gemeente, melden van eventuele fouten, enz). > > Alternatief zou zijn dat alle OSM-medewerkers zich zouden bezig houden met 1 > bepaald gebied, iets wat nu al zou kunnen. > > Ik ben het volledig met je eens dat er dringend iets moet gebeuren, wil men > OSM een toekomst geven. > > > > Op 23 april 2011 07:46 schreef filip wolters <filip_wolt...@hotmail.com> het > volgende: > > > 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 > > > > _______________________________________________ > > Talk-be mailing list > > Talk-be@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-be > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20110423/214af057/attachment-0001.html> > > ------------------------------ > > Message: 3 > Date: Sat, 23 Apr 2011 11:41:15 +0200 > From: Gerard Vanderveken <g...@ghia.eu> > To: OpenStreetMap Belgium <talk-be@openstreetmap.org> > Subject: Re: [OSM-talk-be] Logboek gebied > Message-ID: <4db29ebb.1070...@ghia.eu> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > I'm sorry to hear you feel like that. > > And yes, the biggest force of OSM, that everybody can contribute, is > also a disadvantage. > But I think it still outweigts. Most additions and edits are done with > the best intentions. Malicious edits are very seldom. > And even with the most 'professional' people some 'colateral damage' may > occur during edits. A simple PM can solve a lot of things. We are not > only carthographs, but we form also part of the OSM community and as > such, comes also social interaction and education of newbees. > > The data in OSM is in an organic growth and there is no eternal value of > one particular edit. Every edit is at some point in time subject to edit > and modification. > The intention of the Wiki system is however that one should try to > modify and keeping as much as much as possible from the original data in > place and not simply delete and replace (altough this might be much > easier in some cases). > And even if some data got deleted, then there will be always someone, > that see the gap and add the data again. That is also the organic growth > principle. > A pity for the original contributor, who saw its original effort lost > and may loose its drive to continue. > That happens also in nature, where tree branches got overwhelmed by > others and die, but in the end the tree florish as never before. > > The GSM-antennas and the Lijn is of another order. Here too much data > was added without the proper license. > Also done with the best intentions, but it turned out to be wrong and > after some discussions, the data was removed and everything is now fine > again. > > Having to much rules will only form a bigger entry level for new > contributers and in the end it may dry up new blood enterily. I see now > a lot of respect for what is already accomplished by newbees and some > hesitation of will my edits be add something or be welcomed (cfr recent > Introduction thread in Talk.be) . > Even big organizations don't have all their data in order and some may > also be subject to corrections (cfr GSM thread), so I feel that nobody > should have a monopoly to some data. > > Try to see the bright side of life at OSM. Meanwhile we thank you for > all your contributions done. > And know you are welcome at any time to pick up with OSM again. > > Au revoir, > Gerard. > > filip wolters wrote: > > > 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 > > > >------------------------------------------------------------------------ > > > >_______________________________________________ > >Talk-be mailing list > >Talk-be@openstreetmap.org > >http://lists.openstreetmap.org/listinfo/talk-be > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20110423/507034e1/attachment-0001.html> > > ------------------------------ > > Message: 4 > Date: Sat, 23 Apr 2011 11:34:55 +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: <201104231134.55870.benlae...@gmail.com> > Content-Type: Text/Plain; charset="iso-8859-1" > > filip wolters wrote: > > 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. > > Als je dergelijke dingen ziet, meld het dan. Dan kunnen andere mensen ook > eens > kijken wat er gaande is, en als er werkelijk kwaad opzet is, dan zijn er > verdere kanalen om dit op te lossen. En als er geen kwaad opzet is dan zijn > er > wel genoeg mensen die kunnen helpen met het reverten van wat die persoon mis > heeft gedaan. > > Heb je de persoon in kwestie al gecontacteerd? > > > 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, > > We hebben het probleem met de antennes binnen de twee dagen na uploaden > opgemerkt en opgelost. Me dunkt dat het dan toch een beetje werkt dat sommige > mensen in het oog houden wat er met de data gebeurt. > > > een tijd geleden met data van de lijn, > > Marc is een geval apart... En de data van De Lijn zijn bij mijn weten nooit > in > de OSM-database terecht gekomen. En indien dat wel zo is, gelieve het dan > onmiddellijk te zeggen. > > Dit zijn dan trouwens de enige twee dergelijke problemen van de afgelopen > jaren... > > > 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. > > Over wat hebben we het dan? Imports die niet mogen (die antennes zijn echt > een > uitzonderlijk geval, als er ??n ander geval is in Belgi? van de voorbije > jaren > hoor ik het graag), of een gebruiker die iets verkeerd doet. Dat laatste zal > altijd gebeuren, en daar valt weinig tegen te doen tenzij je elke nieuweling > bij zijn polleke wil pakken en enkel iets laat doen als jij het goed vindt, > maar dan (1) zijn we met veel te weinig actieve mappers om elke nieuweling te > begeleiden, en (2) gaat die nieuweling ook gefrustreerd zijn omdat ie wil > mappen maar niet kan omdat er geen begeleider beschikbaar is. > > Al zou er wel een systeem moeten zijn om de changesets van nieuwe gebruikers > in de buurt op te sommen (pakweg de eerste twintig changesets van elke > gebruiker, en meer als er enkele problemen waren met de edits van die user), > zodat je toch een idee hebt of de nieuwkomers goed bezig zijn. Maar voorlopig > is het dus behelpen met wat we hebben, en in mijn geval is dat wanneer ik > edits tegenkom van een nieuwkomer die niet helemaal in orde zijn, dat die > persoon een berichtje krijgt van mij, en dat ik de rss-feed van zijn > changesets opvolg. En daarnaast is het met itoworld zoeken naar nieuwe edits. > > Het kan tijdrovend zijn om dat op deze manier te doen, maar ik vind de > resultaten niet slecht. Moesten we zo'n aantal mensen hebben die heel Belgi? > kunnen opvolgen, zou het al veel helpen. > > Daarnaast kunnen we ook niet veel meer doen in Belgi?. Voor verdere > infrastructuur die het mogelijk maakt om nieuwkomers beter in het oog te > houden moet je op de internationale niveaus zijn. > > > Maar begin alsjeblieft niet met dingen als het op slot gooien van data. Dat > heeft ongewenste effecten, en geeft enkel maar frustraties als je weet dat > iets verkeerd is maar het niet kan aanpassen en degene die het wel kan is > drie > weken op vakantie. En mensen zullen dan wel iets anders vinden om daarrond te > werken, zoals een weg er parallel over o.i.d. OSM is geen wikipedia, en wat > bij wikipedia wel kan (het beschermen van pagina's) kan niet in een OSM- > database waar elk object vasthangt aan andere objecten. > > > 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. > > En welk recht zou hen dat geven dan? We maken hier een database onder de (nu > nog) CC-BY-SA licentie. Dus als bedrijf wil jij data geven onder die licentie > maar dan wel zo dat niemand het mag aanpassen? Dat is zoals Encyclopaedia > Britannica die zijn artikels laat importeren in Wikipedia, en vanaf dan zegt: > nu mag niemand die artikels nog aanpassen... Het is juist de bedoeling van > OSM > dat iedereen alles kan aanpassen. > > > Soit, ondertussen wacht ik af en > > bekijk later wel hoe osm is ge?volueerd. > > Tja, dat is je recht, maar ondertussen verliezen we dan wel iemand die de > data > in zijn buurt in het oog houdt en de acties onderneemt om problemen op te > lossen, en zoals ik hierboven zei hebben we die juist nodig. > > Ben > > > > ------------------------------ > > _______________________________________________ > Talk-be mailing list > Talk-be@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-be > > > End of Talk-be Digest, Vol 40, Issue 27 > ***************************************
_______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
