[Talk-br] Lixo na base
thundercel em gpsinfo.com.br
thundercel em gpsinfo.com.br
Segunda Março 24 22:18:52 UTC 2014
O que eu quero? Só citei a experiência adquirida pelo Projeto Tracksource a esse respeito. Lembro que aquele Projeto também incentiva a criatividade e flexibilidade, só que com limitações, o que é o correto na minha avaliação.
Em não existindo essa limitação de criatividade encontraremos muitos criativos como esses que nomearam vias assim:
etc, etc, etc.
From: Fernando Trebien
Sent: Monday, March 24, 2014 6:12 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Lixo na base
Eu acho que o que você quer é restritivo demais para um projeto que incentiva a criatividade e a flexibilidade E também o erro (como parte do processo de aprendizado). Além disso, "erro" no contexto do >> validador do JOSM << é sempre um erro por definição matemática, exata. Todos os erros que o validador desse programa traz são erros onde há certeza absoluta de que está errado. Todo o resto vai na categoria "aviso".
A meu ver, essa semântica faz todo o sentido. Se você discordar, tente convencer os desenvolvedores do JOSM do contrário. Eu me oponho (fortemente!) a rotular de "erro" qualquer coisa que tenha uma chance, ainda que mínima, de não estar errada.
2014-03-24 17:54 GMT-03:00 <thundercel em gpsinfo.com.br>:
A matemática é uma ciência EXATA.
Certeza absoluta nunca se terá até porque definições evoluem no tempo e novas definições surgem com ele.
O que se deve ter é um validador constantemente revisado assim que vão surgindo novas nomenclaturas ou se modificando as existentes. Assim procede o Projeto Tracksource e o parabenizo por dispor isso.
Ainda não disponho da experiência que desejo no OSM, mas trago a do Tracksource.
O tracksource hoje dispõe de uma ferramenta que incorpora inúmeros processos. Essa ferramenta é por ele denominada TSUITE. Antigamente esses processos eram feitos isoladamente, não incorporados em um único sistema (TSUITE).
Dentre os processos existentes no TSUITE existe o do VALIDADOR que opera antes do envio do mapa informando. Ele acusa para o desenvolvedor ERRO ou AVISO. Quando AVISO o mapa passa, mas quando ERRO o VALIDADOR barra o prosseguimento do processo.
Em http://www.tracksource.org.br/desenv/padrao.php podemos identificar, na coluna “Palavras Chave no Início do comentário”, as palavras chaves levantadas nesses inúmeros anos de existência daquele Projeto.
Observem para entidades de linha as palavras chave aceitas para inicio de nome da via. Sem uma delas o validador acusa erro e não deixa passar o mapa.
Não foram poucas as vezes que algum desenvolvedor levantou na lista Tracksource uma nova palavra empregada na região dele. Levantada a palavra a adm técnica do Projeto imediatamente a inseria no Validador permitindo assim o envio do mapa com aquela palavra.
Caracteres estranhos o VALIDADOR nunca aceitou e desconheço, nos dias de hoje, alguma via no mapa Tracksource nomeada com algum caractere estranho ou faltando o tipo dela (Avenida, estrada, Rua, Travessa, etc.)
Por essa razão que defendo o emprego de um validador no OSM que não aceite situações nele não contempladas.
Quanto a dificuldade em se fazer isso não sei dizer até porque não sei programar.
From: Fernando Trebien
Sent: Monday, March 24, 2014 3:22 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Lixo na base
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
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.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/c9060d79/attachment-0001.html>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: 4a[2].jpg
Tipo: image/jpeg
Tamanho: 13526 bytes
Descrição: não disponível
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20140324/c9060d79/attachment-0002.jpg>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: 4b[2].jpg
Tipo: image/jpeg
Tamanho: 16951 bytes
Descrição: não disponível
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20140324/c9060d79/attachment-0003.jpg>
Mais detalhes sobre a lista de discussão Talk-br