[Talk-br] Lixo na base

John Packer john.packer7 em gmail.com
Quarta Março 26 01:07:00 UTC 2014


Pessoal, acabei de testar aqui, então para referência futura:
Para modificar resultados de uma consulta no Overpass usando o JOSM, tem
que:
- ter o JOSM aberto, e com a preferência de controle
remoto<http://josm.openstreetmap.de/wiki/Help/Preferences/RemoteControl>habilitada.
- pedir para o resultado vir em XML ( <osm-script output="xml"> )
- ir em "Export" -> load into JOSM


Em 25 de março de 2014 21:57, Erick de Oliveira Leal <
erickdeoliveiraleal em gmail.com> escreveu:

> Eu já tinha enviado um erro no github... vou testar mais tarde sua solução.
>
>
> Em 25 de março de 2014 21:53, John Packer <john.packer7 em gmail.com>escreveu:
>
> Coloca *|]* no final ao invés de dentro dos colchetes
>>
>> [_´`:,|!@#%¨¹²³£¢§¬\^\?\=\*\$\+\[\}\{\~><&\\]|]
>>
>>
>> É o seguinte, um monte de caracteres entre colchetes quer dizer: qualquer
>> caractere dentro deste intervalo (que são os caracteres)
>> o *|]* quer dizer: OU o caractere fecha-colchete
>>
>>
>>
>>
>> Em 25 de março de 2014 21:39, Erick de Oliveira Leal <
>> erickdeoliveiraleal em gmail.com> escreveu:
>>
>> Alguém sabe como escapar o caracter ] ?
>>>
>>> Aqui: <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>
>>>
>>> Se retirar o \] ele encontra os objetos, senão ele retorna nulo.
>>>
>>>
>>> Em 25 de março de 2014 18:44, Erick de Oliveira Leal <
>>> erickdeoliveiraleal em gmail.com> escreveu:
>>>
>>> O que fiz nos nomes de vias...
>>>>
>>>> Caracteres em todas posições: [ ] { } ´ ` ~ :  ? > < , | \ = + * ! @ #
>>>> $ % ¨ ¹²³£¢§¬
>>>>
>>>> Começo e fim em: espaço / -
>>>>
>>>> Começo em: ponto final
>>>>
>>>> E também espaços duplos
>>>>
>>>> Mas sempre fica algo de fora...
>>>>
>>>> Não consegui fazer do &
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Em 25 de março de 2014 17:01, Roger C. Soares <rogersoares em gmail.com>escreveu:
>>>>
>>>>  Os meus foram:
>>>>>
>>>>> http://www.openstreetmap.org/changeset/21305113
>>>>> http://www.openstreetmap.org/changeset/21304467
>>>>> http://www.openstreetmap.org/changeset/21303588
>>>>> http://www.openstreetmap.org/changeset/21297490
>>>>> http://www.openstreetmap.org/changeset/21297472
>>>>> http://www.openstreetmap.org/changeset/21297420
>>>>> http://www.openstreetmap.org/changeset/21297200
>>>>>
>>>>> Atenciosamente,
>>>>> Roger.
>>>>>
>>>>> --
>>>>> Em 25-03-2014 13:27, John Packer escreveu:
>>>>>
>>>>>  Se puderem, mandem os links dos conjuntos de alteração que estão
>>>>> fazendo.
>>>>>  Não acho que vá precisar de alguma correção, é só pra os outros
>>>>> estarem cientes das mudanças que estão sendo feitas.
>>>>>
>>>>>
>>>>> Em 25 de março de 2014 13:22, Erick de Oliveira Leal <
>>>>> erickdeoliveiraleal em gmail.com> escreveu:
>>>>>
>>>>>> Eu retirei o acento circunflexo para que ele ache o ? em qualquer
>>>>>> lugar... Ainda restam alguns nomes... Deletando agora...
>>>>>>
>>>>>>
>>>>>> Em 25 de março de 2014 12:11, Roger C. Soares <rogersoares em gmail.com>escreveu:
>>>>>>
>>>>>>  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 <25-03-2014%2001>:30, Erick de Oliveira Leal
>>>>>>> escreveu:
>>>>>>>
>>>>>>> Opa que bom então. Valeu Nelson e Roger
>>>>>>> Em 25/03/2014 00:32, "Roger C. Soares" <rogersoares em 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 <
>>>>>>>> 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 <%2B55%20%2851%29%209962-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 <%2B55%20%2851%29%209962-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 listTalk-br em openstreetmap.orghttps://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 listTalk-br em openstreetmap.orghttps://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 listTalk-br em openstreetmap.orghttps://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
>>
>>
>
> _______________________________________________
> 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/20140325/026687c9/attachment-0001.html>


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