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

Responder a