Re: [Talk-br] Lixo na base

[Roger C. Soares]

A pedido, a query que eu usei no overpass-turbo foi: <osm-script output="json">     <query type="way">       <has-kv k="highway"/>       <has-kv k="name"/>       <has-kv k="name"  regv="^\?+"/>       <bbox-query {{bbox}}/>     </query>   <print mode="body"/>   <recurse type="down"/>   <print mode="skeleton"/> </osm-script> Na Argentina por enquanto ainda retorna alguns casos. Atenciosamente, Roger. -- Em 25-03-2014 01:30, Erick de Oliveira Leal escreveu: Opa que bom então. Valeu Nelson e Roger Em 25/03/2014 00:32, "Roger C. Soares" <rogersoa...@gmail.com> 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 <erickdeoliveiral...@gmail.com>: 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 <fernando.treb...@gmail.com> 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, <thunder...@gpsinfo.com.br> 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 Sent: Monday, March 24, 2014 1:52 PM To: OpenStreetMap no Brasil 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 <john.pack...@gmail.com>: 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 <nao...@gmail.com>: Dá para utilizar regex no overpass para obter ruas que não iniciem com Rua|Avenida|etc _______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br   _______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org 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 Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br _______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br _______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br _______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org 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 Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br _______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br _______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br

_______________________________________________
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br