Aun,
na minha opinião o que está penalizando o roteamento são as classes de vias
urbanas e as velocidades.
Cito isso porque no mapa Cocar o roteamento está semelhante ao visto pelo
OSRM e nele não compilamos semáforos porque para navegação automotiva Garmin
esses não são úteis. São úteis os semáforos com câmera, os que tem sensor de
avanço.
Com isso posso deduzir que os semáforos, pelo menos para roteamento Garmin,
não influenciam porque em nosso mapa Cocar eles não existem e,
consequentemente, o roteamento não os considera empregando esse mapa no GPS.
-----Mensagem Original-----
From: Aun Johnsen
Sent: Tuesday, July 14, 2015 1:09 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Roteamento urbano, falta do etiquetas e soluções.
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, [email protected] <[email protected]> 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
[email protected]
https://lists.openstreetmap.org/listinfo/talk-br
_______________________________________________
Talk-br mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-br
_______________________________________________
Talk-br mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-br
_______________________________________________
Talk-br mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-br
