[Talk-br] Lixo na base

Fernando Trebien fernando.trebien em gmail.com
Segunda Março 24 18:58:19 UTC 2014


O mínimo que eu posso fazer é ajudar na discussão pra aprimorar o método.
:P (E de tabela sempre acabo aprendendo algo novo.)


2014-03-24 15:56 GMT-03:00 Erick de Oliveira Leal <
erickdeoliveiraleal em gmail.com>:

> Já é bom saber que pelo menos você tem o conhecimento e que em alguma hora
> nos ajudará.
> Até porque temos muitos erros e muitas coisas faltantes, esses seriam só a
> pontinha.
>
>
> Em 24 de março de 2014 15:50, Fernando Trebien <fernando.trebien em gmail.com
> > escreveu:
>
> 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 <
>> erickdeoliveiraleal em gmail.com>:
>>
>> E pra isso precisa de um super computador ou nao? rsrs
>>>
>>>
>>> Em 24 de março de 2014 15:47, Erick de Oliveira Leal <
>>> erickdeoliveiraleal em gmail.com> 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 <
>>>> fernando.trebien em gmail.com> escreveu:
>>>>
>>>> 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal <
>>>>> erickdeoliveiraleal em 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.trebien em 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, <thundercel em 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 <fernando.trebien em gmail.com>
>>>>>>>> *Sent:* Monday, March 24, 2014 1:52 PM
>>>>>>>> *To:* OpenStreetMap no Brasil <talk-br em openstreetmap.org>
>>>>>>>> *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.packer7 em 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 <
>>>>>>>>> naoliv em 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 em openstreetmap.org
>>>>>>>>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Talk-br mailing list
>>>>>>>>> Talk-br em 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 em openstreetmap.org
>>>>>>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Talk-br mailing list
>>>>>>>> Talk-br em openstreetmap.org
>>>>>>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>>>>>>
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Talk-br mailing list
>>>>>>> Talk-br em openstreetmap.org
>>>>>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Talk-br mailing list
>>>>>> Talk-br em 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 em openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> Talk-br mailing list
>>> Talk-br em 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 em openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> _______________________________________________
> Talk-br mailing list
> Talk-br em 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)
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20140324/e8872b49/attachment.html>


Mais detalhes sobre a lista de discussão Talk-br