[Talk-br] Semáforos

[Fernando Trebien]

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 <thundercel em gpsinfo.com.br>:
> 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 <thundercel em gpsinfo.com.br>
>>
>> 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
> Talk-br em openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
> _______________________________________________
> Talk-br mailing list
> Talk-br em openstreetmap.org
> 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)