Eu sei fazer, mas estou envolvido com outros assuntos que considero mais importantes pra comunidade. Sei que tem mais gente que sabe, e se tiverem interesse, obviamente podem se aventurar.
Não deveria ser necessário ter um supercomputador não. :P Se for, é porque as ferramentas foram mal escritas - ou melhor dizendo, escritas com o tempo e conhecimento que se tinha à disposição. :) 2014-03-24 15:48 GMT-03:00 Erick de Oliveira Leal < [email protected]>: > E pra isso precisa de um super computador ou nao? rsrs > > > Em 24 de março de 2014 15:47, Erick de Oliveira Leal < > [email protected]> escreveu: > > E validador só pega casos onde está aberto no JOSM. Teria que ser um >> script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista >> dos IDs né? Mas quem sabe fazer isso? >> >> >> Em 24 de março de 2014 15:43, Fernando Trebien < >> [email protected]> escreveu: >> >> 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal < >>> [email protected]>: >>> >>> Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q >>>> sim... rsrsrs. >>>> >>> >>> Heh, ok, este caso em particular poderia ser considerado um erro. Mas >>> daí não vale à pena o esforço de fazer um validador para um caso que >>> acontece só umas poucas vezes né. Melhor fazer um script que liste os IDs >>> objetos e depois nos permita editá-los manualmente, como você disse. >>> (Precisamos de scripts assim pra muitas outras coisas parecidas.) >>> >>> >>>> Mas ainda seria mais interessante um script que nos desse os ids dos >>>> objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho >>>> que os erros do tipo sem logradouro são muitos, então esses teriam que ser >>>> postergados. Agora só corrigiriamos esses casos estranhos mesmo. Mas tem >>>> algum jeito de encontrar isso fácil? >>>> >>>> >>>> Em 24 de março de 2014 15:22, Fernando Trebien < >>>> [email protected]> escreveu: >>>> >>>> Erros são matemáticos. Você tem certeza absoluta de que todos esses >>>>> casos, sem exceção, presente ou futura, constituem erros? >>>>> On Mar 24, 2014 2:29 PM, <[email protected]> wrote: >>>>> >>>>>> Os erros existentes são fatos e requerem correção. >>>>>> Na minha opinião correção automática até porque são tantos que uma >>>>>> correção manual, com poucos colaboradores, exigiria muito esforço e >>>>>> tempo. >>>>>> Corrigiríamos os existentes, mas como evitar que novos surjam? >>>>>> Continuo defendendo a função VALIDADOR (como erro e não aviso) quando >>>>>> da edição. Pelo menos por meio dele novos erros desse tipo não devem >>>>>> voltar >>>>>> a ocorrer. >>>>>> []s >>>>>> Marcio >>>>>> >>>>>> >>>>>> *From:* Fernando Trebien <[email protected]> >>>>>> *Sent:* Monday, March 24, 2014 1:52 PM >>>>>> *To:* OpenStreetMap no Brasil <[email protected]> >>>>>> *Subject:* Re: [Talk-br] Lixo na base >>>>>> >>>>>> Mas vocês querem fazer isso para todo o Brasil de forma automática >>>>>> ou deixar para cada um na sua cidade fazer? Nem 1% das cidades >>>>>> brasileiras >>>>>> tem representantes aqui na lista. >>>>>> >>>>>> >>>>>> 2014-03-24 13:23 GMT-03:00 John Packer <[email protected]>: >>>>>> >>>>>>> Dá para utilizar regex no overpass para obter ruas que não iniciem >>>>>>>> com >>>>>>>> Rua|Avenida|etc >>>>>>> >>>>>>> Esses dias eu corrigi via JOSM as ruas que não tinham nenhum >>>>>>> prefixo na minha cidade. >>>>>>> O filtro que eu utilizei era algo estilo: possui as etiquetas >>>>>>> `highway` e `name` e não pode começar com: Rua, Avenida, Servidão, >>>>>>> Ponte, >>>>>>> Estrada. >>>>>>> E talvez precise de Beco (mas não foi o caso na minha cidade). >>>>>>> >>>>>>> Creio que seja seguro adicionar o prefixo "Rua " quando for >>>>>>> verificado que não tem nenhum prefixo em uma rua. >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira <[email protected]> >>>>>>> : >>>>>>> >>>>>>>> Dá para utilizar regex no overpass para obter ruas que não iniciem >>>>>>>> com >>>>>>>> >>>>>>>> Rua|Avenida|etc >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Talk-br mailing list >>>>>>>> [email protected] >>>>>>>> https://lists.openstreetmap.org/listinfo/talk-br >>>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Talk-br mailing list >>>>>>> [email protected] >>>>>>> https://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] >>>>>> https://lists.openstreetmap.org/listinfo/talk-br >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Talk-br mailing list >>>>>> [email protected] >>>>>> https://lists.openstreetmap.org/listinfo/talk-br >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> Talk-br mailing list >>>>> [email protected] >>>>> https://lists.openstreetmap.org/listinfo/talk-br >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Talk-br mailing list >>>> [email protected] >>>> https://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] >>> https://lists.openstreetmap.org/listinfo/talk-br >>> >>> >> > > _______________________________________________ > Talk-br mailing list > [email protected] > https://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] https://lists.openstreetmap.org/listinfo/talk-br
