[Talk-br] Roteamento urbano, falta do etiquetas e soluções.

Terça Julho 14 16:09:28 UTC 2015

Marcio

Ja vendo no OSRM que ha algum coisas ajudando, por exemplo ele não
mais sair no estrada do chão para o ES-060, mas continua no BR-101 ate
o Trevo do Guarapari, também chegando Vitoria ele não mais utilizando
Reta da Penha (Avenida N.S. da Penha), mas pego o Avenida Dante
Michelini ate Avenida Norte - Sul. Isso indicando que aumentar as
semáforos no Reta da Penha deu certo, agora preciso fazer levantamento
nos avenidas NS dos Navegantes, Dante Michelini e Norte-Sul para
adicionar os semáforos ali

Alem disso, o discussão no meu issue do OSRM [0] deu ideia do
penalizar vias urbanas, por exemplo redução do velocidade onde passa
pelo landuse=residential. Isso não vai resolve roteamento nos
aparelhos mas pode ajuda em planejamento antes de viagem.

Tambem mandou emails para o grupo de cartografia Garmin para tenta
entender roteamento nos aparelhos. Se ha algum coisas que pode fazer
no stylesheets ou nos dados para melhorar isso. Ainda não ha resposta
do Garmin.

Se pode ajudar com roteamento, precisamos um etiqueta de garafamento,
o 3° Ponte geralmente tem garafamento pelo manha e tarde, em ambos
sentidos, e deve ser evitado menus por roteamento entre VV/VIX.

Mesmo precisamos mais levantamento/dados para resolver isso.

[0] https://github.com/Project-OSRM/osrm-backend/issues/1414

On 7/14/15, thundercel at gpsinfo.com.br <thundercel at gpsinfo.com.br> wrote:
> Aun,
> infelizmente meu tempo anda escasso devido aos preparativos para uma longa
> viagem que farei pelo Espirito Santo, com estimada de saída na próxima
> quarta-feira, mesmo assim não poderia deixar de responder e opinar  sobre
> sua mensagem.
>
> Sabemos que o roteamento leva em consideração diversos, fatores entretanto
> não podemos deixar de considerar que dentre esses fatores o mais importante
> é a classe da via quando não configurada com velocidade máxima. Não
> configurada com velocidade o sistema emprega a default para aquela classe e,
> consequentemente, o roteamento opta pela via de classe mais elevada.
>
> Na minha opinião um editor não deve somente levar em consideração o padrão
> quando esse bem conhece a região que está mapeando. O bom senso deve atuar
> na classificação da vias.
>
> Bem sabemos que a rota de Iconha para Serra, ou vice versa, é mais rápida em
> se trafegando pela BR-101 até porque construíram a BR-101 Estrada do
> Contorno para desafogar o transito de cruzamento por dentro de Vila Velha e
> da grande Vitória.
>
> Não podemos e não devemos analisar friamente os resultados de diferença de
> tempo trafegando pela BR-101 ou pelas vias urbanas de Vitória e Vila Velha.
> O volume de tráfego, semáforos e outros limitadores de velocidade nunca
> permitirão o desenvolvimento da velocidade máxima permitida na via. Não
> podemos também deixar de levar em consideração que uma é rodovia e as outras
> são vias urbanas.
>
> []s
> Marcio
>
>
>
> -----Mensagem Original-----
> From: Aun Johnsen
> Sent: Sunday, July 12, 2015 5:47 PM
> To: OSM talk-br
> Subject: [Talk-br] Roteamento urbano, falta do etiquetas e soluções.
>
> Eu postando isso porque um assunto um bom tempo atras onde o Marcio
> (Thundercel) reclamou sobre problemas de roteamento no Espírito Santo,
> principalmente trecho BR-101 Guarapari - Serra, onde roteamento sair
> do BR e passa ES-060 no municípios Gurapari - Vila Velha - Vitória.
>
> Desde o discussão anterior eu tentei investigar isso, esse mensagem
> pode vira TL;DR, mas se voce ha problemas de roteamento
> (principalmente urbano) deve continuar ler aqui.
>
> Em abril eu passei os trechos mencionados various vezes e gravou para
> analise. Esse fim de semana eu passei fazer analise dos trechos
> siguntes: BR-101 Trevo Guarapari - ES-060 Contorno Guarapari - Pedágio
> Guarapari/VV - Terceira Ponte VV/VIX, e Contorno Guarapari sentido
> Anchieta. Resultado esse analize: 3 radares adicionado (2 de 80km/h
> localiçado entre Guarapari e VV, e um de 60km/h a frente do presidio
> no Contorno Guarapari sentido Anchieta), adicionou trecho do
> velocidade reducido a frente posto Policia Militar Galpao do Transito
> nº 13 em Barra do Jucu/Vila Velha, 150 metros de 40km/h em acordo com
> dados recolidos no Mapillary, e uns 10-15 semáforos
>
> Quando o assunto fui levantado primeira vez, o diferencia em distance
> e tempo no um rota do teste entre Iconha e Serra [0] deu trecho urbano
> 2km mais curto e 5 minutos mais rápido. Ontem testei mesmo trecho de
> novo (antes do mandar os últimos mudanças) e ha 2km e 3 minutos
> diferencia entre os dois. Meu calculo baseado por conhecimento do
> perfil de roteamento do OSRM [1] indicando que aumento ~60 segundos o
> tempo passa o setor urbano, então credito que o OSRM ainda vai me
> manda pelo ES-060.
>
> Tentei investigar como o roteamento funciona dentro aparelhos
> (prioridade das estradas, penalidade do obstáculos e trevos entre
> outro), isso e um segredo bem guardado, mas pelo quem uso aparelhos do
> Garmin com mapas do OpenStreetMap, maioria desses e criados por
> aplicativo mkgmap [2], e segundo documentação mkgmap traduzindo nossos
> etiquetas para os etiquetas road_class e road_speed, ambos usando
> numero decimais entre 0 e 7. Para mkgmap não dar diferencia se o
> velocidade da estrada e 60km/h ou 50km/h, e conhecendo esse eu entendo
> um pouco mais sobre roteamento no aparelho.
>
> Pelo perfil do OSRM e muito mais fácil arrumar problemos, porque os
> valores e em aberto. OSRM usando um formula para achar o velocidade
> certo. Se não ha maxspeed, ele divinando um valor baseado por tipo
> highway, depois reduzindo isso baseado por tipo de superfície e
> "smoothness". No Garmin pelo que entendo o road_class e road_speed
> junto com um bandeira se e pavimentado ou não. Parecendo que o valor
> padrão do pavimentação e pavimentada, assim para pode utilizar o opção
> "evitar estradas de terra" no aparelho e muito importante que o
> etiquete surface= tem valor, unpaved/paved e suficiente, e no verdade
> fora desses valores somente "sett" ou "cobblestone" faz sentido nas
> estradas.
>
> Eu nao conseguindo achar penalidade do semáforos, placas de para, e
> outros obstáculos de transito no Garmin, no OSRM ha 2 segundos
> penalidade por semáforos. Pelo que intendo o mkgmap somente ligando o
> etiqueta highway=traffic_signal com o simbolo do semaforo, e depende
> do aparelho para dar o penalidade.
>
> Para melhorar o roteamento e importante tenta entender o que símbolos
> que dar penalidade, e identificar o que etiqueta no OSM representando
> esse símbolo. Esses símbolos pode ou não ser gráficos. Não
> necessariamente preciso ser visual para tem importância de roteamento.
>
> Outro coisa que e para melhorar o roteamento. Muitos locais tem
> restrições de manobra. Por exemplo entrando um estrada superior onde
> ha linha amarela duplo, e geralmente proibido vira a esquerda, confira
> no local se não ha placas contrario e adicionar esses restrições.
>
> Eu levantei um assunto no forum do Garmin [3] para tentar entender
> isso melhor, mas ainda não ha resposta.
>
> [0] http://osrm.at/dvW
> [1]
> https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua
> [2] http://www.mkgmap.org.uk
> [3] https://forums.garmin.com/
>
> _______________________________________________
> Talk-br mailing list
> Talk-br at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
> _______________________________________________
> Talk-br mailing list
> Talk-br at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>