Além disso, não tem nada em português a respeito, mas há uma categoria inteira do wiki só sobre esse assunto: http://wiki.openstreetmap.org/wiki/Category:Counter-vandalism
E também uma lista de e-mail dedicada a isso (também em inglês): http://wiki.openstreetmap.org/wiki/Moderation_mailing_list Eu posso postar a sua proposta lá. Mas se a lista já está no ar desde 2009, certamente já devem ter trabalhado com uma proposta parecida, e ainda não chegaram a um consenso OU não tiveram tempo/recursos para implementar (talvez porque a implementação seja complexa). 2013/6/14 Fernando Trebien <[email protected]>: > Isso é meio parecido com a estrutura dos "desenvolvedores de mapas" do > TrackSource. Eles têm dois níveis: os que são responsáveis por municipios, e > os que são responsáveis por estados. Os dos estados são responsáveis por > tudo aquilo que não tenha desenvolvedor municipal no estado. Nada impede que > a mesma pessoa seja desenvolvedora de vários municípios (do mesmo estado ou > não) ou de vários estados, ou de um estado e vários municipios dele. No caso > do OSM isso poderia ser menos rígido (bastaria definir regiões de tamanhos > diferentes, com ou sem buracos). Assim, uma cidade grande como Sao Paulo > poderia ser subdividida, e de várias formas, e inclusive a subdivisão > poderia evoluir. > > Mas assim, José Carlos, 99,9999% dos contribuintes do OSM têm boas > intenções. Quando algo dá errado, 99,9999999% das vezes é apenas um engano. > Como a maior parte das edições tem sido em área urbana, 99% dos casos podem > ser detectados desde que 1 pessoa por cidade se prontifique a usar algo como > o WhoDidIt periódicamente (tipo, 1x por semana). > > A propósito, você tem feito isso? Pelo seu nível de preocupação, acho que > seria muito bom fazer. Você se sentiria mais seguro e acho que veria que a > velocidade da introdução de erros é muito menor do que a do conserto. Essa é > a minha experiência aqui em Porto Alegre. Até hoje só vi 1 erro e talvez 3 > leves enganos (mas não erros), talvez mais uns 2 que seriam discutíveis, e > faz 8 meses que mapeio. Em todos os casos eu abordei o usuário educadamente > e ele não repetiu o engano e seguiu mapeando. (E eu confesso que cometi > alguns erros no início e depois consertei, acho que a comunidade ainda > precisa se esforçar mais para esclarecer certos assuntos para os > iniciantes.) > > De qualquer forma, apoio a sua proposta de moderação, só com menos urgência. > > On Jun 14, 2013 5:47 PM, "Jose Carlos Medeiros" <[email protected]> > wrote: >> >> Eu acho este mapa muito sensível, para utilizar como GPS em massa ou algo >> mais sério como base para um produto comercial, um Waze da vida. Basta um >> mal intencionado cortar um nó, de estrada por exemplo, e a rota que uma >> pessoa faria poderia mudar toda. Da até pra desfazer algumas coisas, mas nem >> todo mundo tem familiaridade com o processo ou como usar o JOSM. >> >> O legal seria um sistema onde o pessoal faria as alterações num servidor >> de homologação, e para os commits ir para produção, utilizaríamos um >> workflow de aprovação, onde teríamos de um a dois aprovadores por região, >> parece complicado, mas basicamente o cara recebe um email, ve se ta certo e >> aprova. >> Agora de onde vem os aprovadores? Pode ser hierarquia, regiões sem >> aprovadores vai pra um nível acima, responsáveis por múltiplas regiões. >> E para o cara virar aprovador, poderia ser criado um sistema de karma, >> onde quanto mais altera e é aprovado, depois de um número, ele pode ser >> aprovador por uma região. >> >> Claro, precisaria de um sistema para isso, mas não vejo como algo muito >> complicado, da pra utilizar muita coisa existente. >> >> >> >> >> []'s >> José Carlos >> >> >> Em 14 de junho de 2013 16:34, Gerald Weber <[email protected]> escreveu: >>> >>> Eu penso que o OSM poderia implementar períodos de quarentena para novos >>> usuários. Por exemplo, um usuário novo não deveria ser capaz de deletar nada >>> inicialmente até que ele tenha feito um certo número de edições ele mesmo. >>> Alternativamente, um usuário novo poderia ter todas as suas edições iniciais >>> sendo validadas por usuários mais experientes. Acho que isto daria mais >>> segurança a usuários novos pois eles não ficariam com medo de fazer >>> besteira. Aliás, eu acho que muitos usuários novos não contribui por medo >>> estarem fazendo coisas erradas, como tudo é muito técnico eles acabam >>> ficando inibidos. Seria um jeito de resolver 2 problemas de uma vez só. >>> >>> Eu acho que do jeito que está fragiliza o sistema demasiadamente. >>> >>> abraço >>> >>> Gerald >>> >>> >>> 2013/6/14 Fernando Trebien <[email protected]> >>>> >>>> Ah, só acrescentando. Quando um projeto colaborativo cresce, não há >>>> como fugir de aplicar algum tipo de moderação ativa. Já é assim no >>>> OpenStreetMap em vários lugares da Europa, e na Wikipédia também é >>>> assim em diversos artigos (mas não todos). >>>> >>>> A única solução para escapar da moderação é não fazer/usar mapas >>>> colaborativos. Mas veja que tanto Google quanto Navteq já têm alguns >>>> recursos colaborativos (o que quer dizer que também estão sujeitos a >>>> vandalismo), então já há pouca opção disponível com garantia de >>>> qualidade. A própria Apple optou por usar dados do OpenStreetMap >>>> através do Maps em algumas regiões. >>>> >>>> 2013/6/14 Fernando Trebien <[email protected]>: >>>> > Olá José Carlos, >>>> > >>>> > Talvez lhe surpreenda quão fácil é monitorar a sua região. Eu uso um >>>> > feed >>>> > RSS do WhoDidIt por ser mais fácil. Se você tiver interesse, posso >>>> > fornecer >>>> > os detalhes. Um dos problemas desse método é que cada feed cobre uma >>>> > área >>>> > pequena (só um pouco mais do que Porto Alegre) mas não é impossível >>>> > usar >>>> > mais de um feed. >>>> > >>>> > Eu concordo que um sistema de moderadores (tal como o da Wikipédia e, >>>> > de uma >>>> > certa forma, também o do TrackSource) seria muito bem-vindo. >>>> > >>>> > On Jun 14, 2013 3:12 PM, "Jose Carlos Medeiros" >>>> > <[email protected]> >>>> > wrote: >>>> >> >>>> >> O mapeamento do jeito que esta, fica um pouco complicado, e sem muita >>>> >> segurança, já que, se alguem quiser corromper alguma coisa, basta >>>> >> criar um >>>> >> email e sair alterando as coisas. >>>> >> >>>> >> Claro, que podemos reverter, mas os itens que tem alguem olhando >>>> >> sempre. >>>> >> Eu por exemplo, mapeei o meu bairro, mas não fico monitorando isso, >>>> >> se >>>> >> alguém alterar pode ser que eu nem veja, e o mapa fique errado. >>>> >> >>>> >> Deveria ser parecido com o Waze, onde existe o responsável pela área, >>>> >> tipo, você se cadastra pra alterar uma região, se la não tiver >>>> >> responsável, >>>> >> então você vira um. >>>> >> E caso desse algum problema de o dono da área não estar disponível ou >>>> >> outros problemas, acionar uma pessoa ou grupo, responsável pela >>>> >> cidade ou >>>> >> região maior. >>>> >> >>>> >> Ficamos falando sempre, do ganho em ter um mapa colaborativo, que >>>> >> podemos >>>> >> utilizar pra projetos e tal, mas do jeito que ele esta não da pra >>>> >> confiar. >>>> >> Imagina se você faz um sistema de logistica ou um programa de GPS, e >>>> >> alguem >>>> >> vai e altera o mapa, a pessoa pode até corrigir, mas nem todo mundo >>>> >> que >>>> >> ficar fazendo isso. >>>> >> >>>> >> Será que alguem ja propôs alguma coisa deste tipo para a OSF? >>>> >> >>>> >> >>>> >> >>>> >> []'s >>>> >> José Carlos >>>> >> >>>> >> >>>> >> Em 15 de abril de 2013 13:15, Vitor George <[email protected]> >>>> >> escreveu: >>>> >>> >>>> >>> Fernando, >>>> >>> >>>> >>> A primeira coisa a fazer se você notar que um contribuidor está >>>> >>> fazendo >>>> >>> más edições, é entrar em contato, cordialmente. Se o usuário >>>> >>> responder e >>>> >>> entrar em um acordo contigo, o caso está resolvido. >>>> >>> >>>> >>> Caso alguma polêmica persista, o próximo passo seria postar aqui na >>>> >>> lista, para que a comunidade possa debater o caso e tentar chegar a >>>> >>> uma >>>> >>> solução. >>>> >>> >>>> >>> A maioria dos casos se resolve assim. >>>> >>> >>>> >>> Quando isso não funciona ou quando o usuário se recusa a discutir as >>>> >>> suas >>>> >>> edições, recorre-se à OpenStreetMap Foundation, que pode aplicar >>>> >>> sanções, se >>>> >>> necessário. >>>> >>> >>>> >>> Neste caso do Matheus Eduardo, ele não respondeu aos contatos que >>>> >>> foram >>>> >>> feitos e nem parou de fazer edições. A gente entrou em contato com a >>>> >>> OSM >>>> >>> Foundation explicando a situação, e este usuário recebeu um bloqueio >>>> >>> de 3 >>>> >>> meses. >>>> >>> >>>> >>> http://www.openstreetmap.org/user_blocks/308 >>>> >>> >>>> >>> É possível monitorar as edições de um usuário a partir da sua página >>>> >>> no >>>> >>> site do OSM. Lá também tem um link do feed RSS, caso você use um >>>> >>> agregador. >>>> >>> >>>> >>> >>>> >>> Vitor George >>>> >>> www.mapaslivres.org >>>> >>> twitter.com/mapaslivres >>>> >>> >>>> >>> >>>> >>> >>>> >>> 2013/4/15 Fernando Trebien <[email protected]> >>>> >>>> >>>> >>>> Olá, >>>> >>>> >>>> >>>> Só pra eu saber como isso está funcionando no Brasil, que tipo de >>>> >>>> providências podem ser tomadas nesses casos? Já tive que >>>> >>>> "conversar" com um >>>> >>>> usuário que estava introduzindo erros. >>>> >>>> >>>> >>>> >>>> >>>> 2013/4/15 Vitor George <[email protected]> >>>> >>>>> >>>> >>>>> Pessoal, >>>> >>>>> >>>> >>>>> O Matheus Eduardo está fazendo edições novamente: >>>> >>>>> >>>> >>>>> http://www.openstreetmap.org/user/Matheus%20Eduardo/edits >>>> >>>>> >>>> >>>>> Se alguém notar que ele continua fazendo má edições, por favor, >>>> >>>>> avisem >>>> >>>>> para que possamos tomar providências. >>>> >>>>> >>>> >>>>> Vitor >>>> >>>>> >>>> >>>>> _______________________________________________ >>>> >>>>> Talk-br mailing list >>>> >>>>> [email protected] >>>> >>>>> http://lists.openstreetmap.org/listinfo/talk-br >>>> >>>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Fernando Trebien >>>> >>>> +55 (51) 9962-5409 >>>> >>>> >>>> >>>> "The bitterness of poor quality remains long after the sweetness of >>>> >>>> meeting the schedule has been forgotten." (adapted from a sign in >>>> >>>> front of >>>> >>>> Church Brothers Auto Body Works, 1929) >>>> >>>> >>>> >>>> _______________________________________________ >>>> >>>> Talk-br mailing list >>>> >>>> [email protected] >>>> >>>> http://lists.openstreetmap.org/listinfo/talk-br >>>> >>>> >>>> >>> >>>> >>> >>>> >>> _______________________________________________ >>>> >>> Talk-br mailing list >>>> >>> [email protected] >>>> >>> http://lists.openstreetmap.org/listinfo/talk-br >>>> >>> >>>> >> >>>> >> >>>> >> _______________________________________________ >>>> >> Talk-br mailing list >>>> >> [email protected] >>>> >> http://lists.openstreetmap.org/listinfo/talk-br >>>> >> >>>> > >>>> >>>> >>>> >>>> -- >>>> Fernando Trebien >>>> +55 (51) 9962-5409 >>>> >>>> "The speed of computer chips doubles every 18 months." (Moore's law) >>>> "The speed of software halves every 18 months." (Gates' law) >>>> >>>> _______________________________________________ >>>> Talk-br mailing list >>>> [email protected] >>>> http://lists.openstreetmap.org/listinfo/talk-br >>> >>> >>> >>> >>> -- >>> >>> Dr. Gerald Weber >>> >>> [email protected] >>> >>> Personal website >>> >>> >>> Departamento de Física/Universidade Federal de Minas Gerais >>> >>> Department of Physics/Federal University of Minas Gerais >>> >>> Campus da Pampulha >>> >>> Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil >>> >>> mobile: +55-(0)31-92252277 >>> >>> >>> _______________________________________________ >>> Talk-br mailing list >>> [email protected] >>> http://lists.openstreetmap.org/listinfo/talk-br >>> >> >> >> _______________________________________________ >> Talk-br mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-br >> > -- Fernando Trebien +55 (51) 9962-5409 "The speed of computer chips doubles every 18 months." (Moore's law) "The speed of software halves every 18 months." (Gates' law) _______________________________________________ Talk-br mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-br
