<div dir="ltr"><div>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".<br>
<br></div><div>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.<br>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-03-24 17:54 GMT-03:00 <span dir="ltr"><<a href="mailto:thundercel@gpsinfo.com.br" target="_blank">thundercel@gpsinfo.com.br</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div dir="ltr">
<div style="font-size:12pt;font-family:'Calibri'">
<div>A matemática é uma ciência EXATA.</div>
<div>Certeza absoluta nunca se terá até porque definições evoluem no tempo e
novas definições surgem com ele.</div>
<div>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.</div>
<div>Ainda não disponho da experiência que desejo no OSM, mas trago a do
Tracksource.</div>
<div>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).</div>
<div>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.</div>
<div>Em <a title="http://www.tracksource.org.br/desenv/padrao.php" href="http://www.tracksource.org.br/desenv/padrao.php" target="_blank">http://www.tracksource.org.br/desenv/padrao.php</a>
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.</div>
<div>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.</div>
<div>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.</div>
<div>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.)</div>
<div>Por essa razão que defendo o emprego de um validador no OSM que não aceite
situações nele não contempladas.</div>
<div>Quanto a dificuldade em se fazer isso não sei dizer até porque não sei
programar. </div>
<div> </div>
<div style="font-style:normal;font-size:small;display:inline;font-family:"Calibri";text-decoration:none;font-weight:normal">
<div style="FONT:10pt tahoma">
<div> </div>
<div style="BACKGROUND:#f5f5f5">
<div><b>From:</b> <a title="fernando.trebien@gmail.com" href="mailto:fernando.trebien@gmail.com" target="_blank">Fernando Trebien</a> </div>
<div><b>Sent:</b> Monday, March 24, 2014 3:22 PM</div><div><div class="h5">
<div><b>To:</b> <a title="talk-br@openstreetmap.org" href="mailto:talk-br@openstreetmap.org" target="_blank">OpenStreetMap no Brasil</a> </div>
<div><b>Subject:</b> Re: [Talk-br] Lixo na base</div></div></div></div></div>
<div> </div></div><div><div class="h5">
<div style="font-style:normal;font-size:small;display:inline;font-family:"Calibri";text-decoration:none;font-weight:normal">
<p dir="ltr">Erros são matemáticos. Você tem certeza absoluta de que todos esses
casos, sem exceção, presente ou futura, constituem erros?</p>
<div class="gmail_quote">On Mar 24, 2014 2:29 PM, <<a href="mailto:thundercel@gpsinfo.com.br" target="_blank">thundercel@gpsinfo.com.br</a>>
wrote:<br type="attribution">
<blockquote class="gmail_quote" style="PADDING-LEFT:1ex;MARGIN:0px 0px 0px 0.8ex;BORDER-LEFT:#ccc 1px solid">
<div dir="ltr">
<div dir="ltr">
<div style="FONT-SIZE:12pt;FONT-FAMILY:'Calibri'">
<div>Os erros existentes são fatos e requerem correção.</div>
<div>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.</div>
<div>Corrigiríamos os existentes, mas como evitar que novos surjam?</div>
<div>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.</div>
<div>[]s</div>
<div>Marcio</div>
<div> </div>
<div style="FONT-SIZE:small;TEXT-DECORATION:none;FONT-FAMILY:"Calibri";FONT-WEIGHT:normal;FONT-STYLE:normal;DISPLAY:inline">
<div style="FONT:10pt tahoma">
<div> </div>
<div style="BACKGROUND:#f5f5f5">
<div><b>From:</b> <a title="fernando.trebien@gmail.com" href="mailto:fernando.trebien@gmail.com" target="_blank">Fernando Trebien</a>
</div>
<div><b>Sent:</b> Monday, March 24, 2014 1:52 PM</div>
<div><b>To:</b> <a title="talk-br@openstreetmap.org" href="mailto:talk-br@openstreetmap.org" target="_blank">OpenStreetMap no
Brasil</a> </div>
<div><b>Subject:</b> Re: [Talk-br] Lixo na base</div></div></div>
<div> </div></div>
<div style="FONT-SIZE:small;TEXT-DECORATION:none;FONT-FAMILY:"Calibri";FONT-WEIGHT:normal;FONT-STYLE:normal;DISPLAY:inline">
<div dir="ltr">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.</div>
<div class="gmail_extra"><br><br>
<div class="gmail_quote">2014-03-24 13:23 GMT-03:00 John Packer <span dir="ltr"><<a href="mailto:john.packer7@gmail.com" target="_blank">john.packer7@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT:1ex;MARGIN:0px 0px 0px 0.8ex;BORDER-LEFT:#ccc 1px solid">
<div dir="ltr">
<div>
<blockquote class="gmail_quote" style="PADDING-LEFT:1ex;MARGIN:0px 0px 0px 0.8ex;BORDER-LEFT:rgb(204,204,204) 1px solid">Dá
para utilizar regex no overpass para obter ruas que não iniciem
com<br>Rua|Avenida|etc</blockquote></div>
<div>
<div><img src="https://mail.google.com/mail/u/0/images/cleardot.gif">Esses
dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha
cidade.<br></div>
<div>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.<br></div>
<div>E talvez precise de Beco (mas não foi o caso na minha
cidade).<br><br></div>
<div>Creio que seja seguro adicionar o prefixo "Rua " quando for verificado
que não tem nenhum prefixo em uma rua.<br><br></div></div></div>
<div class="gmail_extra"><br><br>
<div class="gmail_quote">
<div>2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira <span dir="ltr"><<a href="mailto:naoliv@gmail.com" target="_blank">naoliv@gmail.com</a>></span>:<br></div>
<blockquote class="gmail_quote" style="PADDING-LEFT:1ex;MARGIN:0px 0px 0px 0.8ex;BORDER-LEFT:#ccc 1px solid">Dá
para utilizar regex no overpass para obter ruas que não iniciem com
<div>
<div><br>Rua|Avenida|etc<br>
<div>
<div><br>_______________________________________________<br>Talk-br
mailing list<br><a href="mailto:Talk-br@openstreetmap.org" target="_blank">Talk-br@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
</div></div></div></div></blockquote></div>
<div> </div></div><br>_______________________________________________<br>Talk-br
mailing list<br><a href="mailto:Talk-br@openstreetmap.org" target="_blank">Talk-br@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
<br></blockquote></div><br><br clear="all">
<div> </div>-- <br>Fernando Trebien<br><a href="tel:%2B55%20%2851%29%209962-5409" value="+555199625409" target="_blank">+55 (51) 9962-5409</a><br><br>"The speed of computer
chips doubles every 18 months." (Moore's law)<br>"The speed of software halves
every 18 months." (Gates' law) </div>
<p>
</p><hr>
_______________________________________________<br>Talk-br mailing list<br><a href="mailto:Talk-br@openstreetmap.org" target="_blank">Talk-br@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
<p></p></div></div></div></div><br>_______________________________________________<br>Talk-br
mailing list<br><a href="mailto:Talk-br@openstreetmap.org" target="_blank">Talk-br@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
<br></blockquote></div>
<p>
</p><hr>
_______________________________________________<br>Talk-br mailing
list<br><a href="mailto:Talk-br@openstreetmap.org" target="_blank">Talk-br@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
<p></p></div></div></div></div></div></div>
<br>_______________________________________________<br>
Talk-br mailing list<br>
<a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Fernando Trebien<br>+55 (51) 9962-5409<br><br>"The speed of computer chips doubles every 18 months." (Moore's law)<br>"The speed of software halves every 18 months." (Gates' law)
</div>