[Talk-br] Lixo na base
Erick de Oliveira Leal
erickdeoliveiraleal em gmail.com
Segunda Março 24 18:48:38 UTC 2014
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
>>
>>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20140324/563f6ef3/attachment.html>
Mais detalhes sobre a lista de discussão Talk-br