Muito bom, Carlos.
Em 25 de março de 2014 01:36, A. Carlos <[email protected]> escreveu: > Voltando a "sujeira no mapa". O site espanhol que tem compilação diária, > tem la um link > com os erro gerados em cada mapa BR fica em > http://mapas.alternativaslibres.es/errors_Brazil.zip > A lista é separada ali e grande,como ele geram isso com erro, > provavelmente não entra no mapa > abrindo ele, é como catar uma agulha no palheiro. > Alguém conhece uma ferramenta que possa ler estes erro e mostrar na tela ? > > > > > > > > > > > > > > *_______________________________________________________________________________________________________* > > *Anor C. A. de Souza Co* > *ncórdia SC * > > 49-8808-4963 > > > > > > > > > > > > > > > ------------------------------ > Date: Tue, 25 Mar 2014 01:30:35 -0300 > From: [email protected] > To: [email protected] > > Subject: Re: [Talk-br] Lixo na base > > Opa que bom então. Valeu Nelson e Roger > Em 25/03/2014 00:32, "Roger C. Soares" <[email protected]> escreveu: > > O overpass-turbo que o Nelson mandou realmente é muito bom. A busca por > highway+name com ? no Brasil todo foi bem mais rápida do que eu esperava. > Tinham poucos casos então já removi. > > Atenciosamente, > Roger. > > -- > Em 24-03-2014 15:43, Fernando Trebien 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 > [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 > >
_______________________________________________ Talk-br mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-br
