Pelo menos o OSRM leva em consideração a informação do semáforo e tende a lhe oferecer rotas com menos semáforos (ou seja, com um fluxo melhor). Outros sistemas podem oferecer esse mesmo suporte facilmente. O conversor para Garmin poderia, por exemplo, dar uma preferência menor ao segmento que contém o semáforo. Isso é fácil de programar - e se lhe interessar, contate o desenvolvedor desse conversor.
Existe uma forma de mapear sensor de avanço? Sim, existe, veja o exemplo 1 aqui: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:enforcement Aqui se usa uma relação para vincular a câmera e o trecho onde a regulamentação é aplicada. Historicamente, poucas relações do OSM são bem suportadas por aplicações, então eu não me surpreenderia se o conversor OSM > Garmin não a suportasse. Você poderia testar num cruzamento pra ver se funciona ou não. 2013/12/18 ThUnDeRCeL <[email protected]>: > Olá Túlio! Agradeço a pronta resposta. > > Olhei no link > http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals e o que me > chamou a atenção nele foi a citação: > > Because traffic signals can affect routing decisions, it is important that > they are attached to the ways to which they apply. > > Não sei de onde tiraram essa possibilidade. Até onde sei o algoritmo Garmin > para roteamento não leva em consideração POI de semáforo. > > Acredito que não existe forma de mapear sensor de avanço em semáforo porque > o OSM juntou tudo em um POI só que é o de semáforo. > > Acredito eu que a orientação de se inserir o semáforo em um nó advém do > entendimento que o algoritmo Garmin reconheceria aquele ponto de semáforo > para introduzi-lo no calculo de rota, mas isso, até onde sei, não existe no > algoritmo. > > Confesso que ainda não fui convencido da necessidade de se inserir POI de > semáforo comum no mapa e tampouco em um nó de roteamento. > > O de sensor de velocidade tem sentido ser inserido em um nó porque o > algoritmo tem as funções de rota mais rápida e mais curta. > No mais rápida ele analisa a hierarquização das vias que se não modificadas > por TAG tem cada uma velocidade padrão. > Já no mais curta, além de analisar a hierarquização ele também analisa > distância. > > Apesar de fazer sentido o limitador de velocidade ser inserido em um nó > tenho duvidas quanto a sua objetividade. > > Até onde sei, para perfeito funcionamento do algoritmo no calculo de rota, > se faz necessário a indicação do trecho de via onde a velocidade é reduzida > e não do ponto (nó) onde se inicia a redução de velocidade. > > Confesso que ainda não consegui atingir a objetividade de inserção de > semáforo comum no mapa e agora, ainda mais, em um nó. > > []s > Marcio > > From: Tulio Magno Quites Machado Filho > Sent: Wednesday, December 18, 2013 11:03 AM > To: OSM talk-br > Subject: Re: [Talk-br] Semáforos > > Seja bem vindo! > > 2013/12/18 ThUnDeRCeL <[email protected]> >> >> Até onde sei não existe categoria e tampouco subcategoria para Semáforo o >> que, pelo menos a mim, descaracteriza a inserção desse no mapa. > > > Dê uma olhada em: > http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals > > A página http://wiki.openstreetmap.org/wiki/Map_Features ajuda a documentar > diversos itens e como mapeá-los. > >> >> No Brasil e em alguns outros países é pratica das autoridades de trânsito >> instalares sensores de avanço em alguns semáforos. Alguns deles são até >> duplos contendo sensores de avanço e sensores de velocidade. >> >> Esses POIs de alerta de semáforo com sensor de avanço, ou de avanço e >> velocidade, são interessantes para aqueles provedores de pontos de alerta >> porque eles irão fazer parte de arquivo de alerta a ser carregado no GPS e >> ativarem alerta no mesmo. Inserido simplesmente no mapa não gerarão ativação >> de alerta no GPS. > > > Não conheço nenhuma forma de mapear sensores de avanço. > Mas existe o de velocidade: > http://wiki.openstreetmap.org/wiki/Tag:highway%3Dspeed_camera > Ele pode ficar no mesmo nó do semáforo. > > -- > Tulio Magno > > ________________________________ > _______________________________________________ > 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 > -- 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 [email protected] https://lists.openstreetmap.org/listinfo/talk-br
