<div dir="ltr"><div>Há excesso de tertiary em relação a Londres, Paris, Amsterdam, Berlim, Hamburgo, Edinburgo, Nova York, Los Angeles, Atlanta, etc.<br></div><br>Não mapeie para o renderizador, mas também não mapeie só para o roteador. Olha o mapa! Metade das ruas são tertiary e isso não é culpa do renderizador. "Mapear para o renderizador" significa fazer algo conceitualmente errado porque fica bonito no mapa. O mesmo conceito vale para o roteador. Ok, eu entendo que foi feita uma proposta e ela tinha que ser testada. Foi muito válido fazer o teste em Porto Alegre, mas não ficou bom. Só deu para chegar a essa conclusão depois de ver o mapa. Persistir com o erro seria um problema. Por favor, não estenda a classificação para a região metropolitana antes que se discuta melhor o assunto. Todos nós queremos o melhor mapa possível.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">Em 23 de agosto de 2013 12:18, Fernando Trebien <span dir="ltr"><<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>></span> escreveu:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mais um detalhe, Flávio. Não mapeie para o renderizador! A<br>
classificação não deve ser orientada pelo impacto na representação<br>
gráfica (é o contrário que deve valer). O mapa "parece" um caos porque<br>
o projeto urbanístico de Porto Alegre é um caos (aliás, que projeto?).<br>
Todos os casos em que uma rua muda de terciária para residencial para<br>
terciária estão acompanhando essa regra, e de fato, são trechos de<br>
trânsito difícil, consequências de um mal planejamento do sistema<br>
viário. Culpe a EPTC. Culpe a Prefeitura. Culpe as gestões anteriores<br>
do governo. O mapa está representando a realidade que é de fato<br>
"caótica". Não é à toa que eu uso um GPS em Porto Alegre sempre que<br>
vou pra um lugar que foge da minha rotina (e moro aqui desde que<br>
nasci). ;D<br>
<br>
Se você aplicar a regra que eu propus numa cidade devidamente<br>
planejada, como Nova York, certamente vai obter um resultado bem mais<br>
coerente. Tente e verás.<br>
<br>
2013/8/23 Fernando Trebien <<a href="mailto:fernando.trebien@gmail.com">fernando.trebien@gmail.com</a>>:<br>
> Ah, e eu tinha a intenção (de longo prazo) de estender essa<br>
> classificação pra toda a região metropolitana, mas estou envolvido com<br>
> pelo menos umas 3 pendências mais urgentes (a importação dos<br>
> aglomerados subnormais, a importação das rotas de ônibus - e<br>
> instalação do servidor OTP -, e a importação dos interpoladores de<br>
> endereço).<br>
><br>
> 2013/8/23 Fernando Trebien <<a href="mailto:fernando.trebien@gmail.com">fernando.trebien@gmail.com</a>>:<br>
>> Você não viu a discussão na lista sobre classificação de vias?<br>
>> Trocamos mais de 150 mensagens a respeito na lista e há um post bem<br>
>> grande no fórum a respeito<br>
>> (<a href="http://forum.openstreetmap.org/viewtopic.php?id=21275" target="_blank">http://forum.openstreetmap.org/viewtopic.php?id=21275</a>). O resultado<br>
>> final foi este fluxograma:<br>
>> <a href="http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a" target="_blank">http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a</a><br>
>><br>
>> Não sei em que você se baseia pra dizer que há "excesso" de tertiary<br>
>> (diz no wiki quando há muito e quando há pouco?). Havia sim uma<br>
>> "indefinição de critérios" no Brasil anteriormente a essa discussão.<br>
>> Suspeito que cada um fazia da sua forma, com a sua própria<br>
>> interpretação do texto. Se continuaram fazendo, bem, não é comigo a<br>
>> questão, ninguém me avisou que tinham mudado de opinião (e eu leio a<br>
>> lista e o fórum quase todos os dias).<br>
>><br>
>> Eu não vou repetir tudo o que foi discutido, mas ninguém discordou e<br>
>> alguns acharam interessante essa idéia (que tem um certo respaldo na<br>
>> definição do wiki) de classificar como vias terciárias as ruas<br>
>> preferenciais, as secundárias as ruas que são preferenciais das<br>
>> preferenciais, etc.<br>
>><br>
>> Eu avisei a todos que um dos problemas dessa definição é produzir<br>
>> trechos curtos com classificação diferente onde há "semáforos", pois<br>
>> nesses trechos, pra decidir qual a rua preferencial, seria necessário<br>
>> observar a temporização do semáforo (para qual via ele dá mais tempo).<br>
>> Isso só inspecionando diretamente, esquina a esquina.<br>
>><br>
>> A minha idéia então foi seguir essa regra básica pra todo o mapa (já<br>
>> fiz) e ir ajustando a classificação caso a caso conforme a<br>
>> necessidade, anotando sempre a razão para desviar da regra na tag<br>
>> "note" da via (senão qualquer pessoa pode mudar a classificação ao bel<br>
>> prazer).<br>
>><br>
>> O mapa está assim, cheio de terciárias, faz alguns meses. Desde o<br>
>> começo, sempre conferi o impacto no roteamento com o OSRM, e sempre<br>
>> funcionou muito bem (melhor que antes). Uso outro GPS também, o<br>
>> MapFactor Navigator, que também funciona muito bem pra mim com essa<br>
>> classificação. Eu comecei aos poucos, primeiro no meu bairro, daí no<br>
>> caminho até o trabalho, depois estendi pra toda a cidade, e a cada<br>
>> passo fui testando o impacto. Nesse processo classifiquei não só essas<br>
>> vias como também as que são 'living street" (e propus uma definição<br>
>> pro Brasil, com a qual alguns concordaram parcialmente na comunidade -<br>
>> falta fazer uma revisão disso). Qual o GPS que você usa que teve<br>
>> problemas com as terciárias aqui? Qual a rota que você calculou que<br>
>> está pior com essa classificação?<br>
>><br>
>> Talvez você também queira saber que tudo que eu faço (e pretendo<br>
>> fazer) nessa região eu registro aqui:<br>
>> <a href="http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Porto_Alegre/Status" target="_blank">http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Porto_Alegre/Status</a><br>
>><br>
>> Preparei a página para poder receber ajuda de outras pessoas :D.<br>
>> Talvez devamos criar uma seção ali registrando os casos em que a<br>
>> classificação deve divergir do fluxograma.<br>
>><br>
>> Tenho umas alterações pendentes pro fluxograma (alguém sugeriu definir<br>
>> claramente o que é considerado um acostamento aceitável, não tive<br>
>> tempo de pesquisar um critério adequado, mas seria um critério<br>
>> relacionado à largura: provavelmente 2m ou 3m). Se você quiser retomar<br>
>> essa discussão sobre classificação, sugiro fazer isso no fórum.<br>
>><br>
>> 2013/8/23 Flavio Bello Fialho <<a href="mailto:bello.flavio@gmail.com">bello.flavio@gmail.com</a>>:<br>
>>> Olhei agora o mapa de Porto Alegre e, na minha opinião, está um caos. Metade<br>
>>> das ruas são tertiary, o que está completamente incoerente com o mapa de<br>
>>> qualquer outro lugar. A classificação das ruas deve ajudar a escolher a<br>
>>> melhor rota. Do jeito que está, mais atrapalha do que ajuda. As secondary<br>
>>> também apresentam problemas. Há trechos curtos de ruas secondary que não se<br>
>>> ligam a ruas de importância igual ou maior. Já as primary estão bem<br>
>>> coerentes e compatíveis com a realidade. O que aconteceu com as secondary e<br>
>>> tertiary?<br>
>>><br>
>>> --<br>
>>> Flávio Bello Fialho<br>
>>> <a href="mailto:bello.flavio@gmail.com">bello.flavio@gmail.com</a><br>
>>><br>
>>> _______________________________________________<br>
>>> Talk-br mailing list<br>
>>> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>>> <a href="http://lists.openstreetmap.org/listinfo/talk-br" target="_blank">http://lists.openstreetmap.org/listinfo/talk-br</a><br>
>>><br>
>><br>
>><br>
>><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)<br>
><br>
><br>
<span class="HOEnZb"><font color="#888888">><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)<br>
<br>
<br>
<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)<br>
<br>
_______________________________________________<br>
Talk-br mailing list<br>
<a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-br" target="_blank">http://lists.openstreetmap.org/listinfo/talk-br</a><br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br>Flávio Bello Fialho<br><a href="mailto:bello.flavio@gmail.com">bello.flavio@gmail.com</a>
</div>