[Talk-br] Caminhos como "via" em restrições

Segunda Março 24 15:12:06 UTC 2014

Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de
restrições de 3.  Se você acha possível, gostaria de conhecer através de um
exemplo.

Em 24 de março de 2014 12:05, <thundercel em gpsinfo.com.br> escreveu:

>   Paulo,
> Sim, do tipo 3 nós que estávamos acostumados a empregar no tracksource e
> confesso que no tracksource nunca esbarrei na necessidade de implantar a de
> 4 nós até porque a ação de fragmentação de via já permite uma redução para
> 3 nós na aplicação da restrição.
>
> Por enquanto, quando vislumbrei no OSM a necessidade de aplicação de
> restrição de manobra, sempre formatei a via de forma que pudesse aplicar em
> 3 nós somente.
>
> *[]s*
> *Marcio*
>
> *From:* Paulo Carvalho <paulo.r.m.carvalho em gmail.com>
>  *Sent:* Monday, March 24, 2014 11:34 AM
> *To:* OpenStreetMap no Brasil <talk-br em openstreetmap.org>
> *Subject:* Re: [Talk-br]Caminhos como "via" em restrições
>
>   Márcio,
>
>    Essas suas restrições foram do tipo Via->Nó->Via?  Se sim, tratam-se de
> restrições comuns de 3 nós no Garmin que sabe-se funcionar.  O que se está
> discutindo são restrições Via->Via->Via que se tornam restrições de 4 nós
> no Garmin.
>
> []s
>
> PC
>
>
> Em 24 de março de 2014 10:56, <thundercel em gpsinfo.com.br> escreveu:
>
>> Amigos,
>> me perdoem se estou viajando e não tenha lido todo o debate, mas vou
>> comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT.
>>
>> Particularmente não me simpatizo com o desenho de segmentos de reta para
>> impedir a aplicação de restrições de manobra. Por essa razão aprendi e
>> venho inserindo restrições de manobra onde identifico a necessidade de uma.
>>
>> Empregando o mapa do Brasil compilado pelo site espanhol, todas as
>> restrições de manobra por mim aplicadas foram testadas em campo com sucesso.
>>
>> Recentemente apliquei restrições de manobra na Av Presidente Vargas no
>> Rio de Janeiro e quando lá fui na semana passada todas funcionaram
>> perfeitamente.
>>
>> []s
>> Marcio
>>
>> -----Mensagem Original----- From: Fernando Trebien
>> Sent: Monday, March 24, 2014 9:18 AM
>> To: OpenStreetMap no Brasil
>> Subject: Re: [Talk-br]Caminhos como "via" em restrições
>>
>> Ah, pode até ser. O que eu quero dizer é que não há ferramentas
>> ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
>> formato que o Garmin aceita. As ferramentas de conversão atuais
>> simplesmente descartam essas relações.
>>
>> 2014-03-24 9:13 GMT-03:00 Paulo Carvalho <paulo.r.m.carvalho em gmail.com>:
>>
>>> Fernando, Garmin aceita sim restrições de 4 nós.  Por favor, leia o
>>> manual o
>>> cGPSmapper caso ainda duvide.  Trabalhamos com isso por 10 anos lá no
>>> Tracksource.  Sei que existe.
>>>
>>>
>>> Em 24 de março de 2014 08:44, Fernando Trebien <
>>> fernando.trebien em gmail.com>
>>> escreveu:
>>>
>>> Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do
>>>> OSM em que o membro "via" é uma linha, ao invés do tradicional ponto,
>>>> certo?
>>>> Só aceitará depois que o mkgmap implementar esse suporte.
>>>>
>>>> On Mar 24, 2014 8:06 AM, "Paulo Carvalho" <paulo.r.m.carvalho em gmail.com
>>>> >
>>>> wrote:
>>>>
>>>>>
>>>>>> Mapear desta forma não é suportado por nenhum software de GPS.
>>>>>>
>>>>>
>>>>>
>>>>> Garmin aceita.  Tínhamos restrições de 4 nós no Tracksource que cobrem
>>>>> casos como os descritos.
>>>>>
>>>>> Do jeito como o OSM faz, apesar de muito sofisticado, não cobre uma
>>>>> situação corriqueira.
>>>>>
>>>>>
>>>>> Em 23 de março de 2014 19:12, Fernando Trebien
>>>>> <fernando.trebien em gmail.com> escreveu:
>>>>>
>>>>>>
>>>>>> Dê uma lida nesta seção:
>>>>>>
>>>>>> http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%
>>>>>> A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio
>>>>>>
>>>>>> Mapear desta forma não é suportado por nenhum software de GPS. Ou
>>>>>> seja, fazer assim significa que, hoje, na prática, nenhum sistema
>>>>>> respeitaria a restrição - o que obviamente leva a erros (bem
>>>>>> grotescos) de roteamento.
>>>>>>
>>>>>> É um objetivo da comunidade que isso se torne amplamente suportado
>>>>>> para evitar ter que alterar a forma ideal(izada) de mapear. Faz todo o
>>>>>> sentido, do ponto de vista de um mapeador, mas não do ponto de vista
>>>>>> do usuário... que não quer nem saber dos detalhes da aplicação, ou das
>>>>>> práticas de mapeamento, só quer que o sistema funcione.
>>>>>>
>>>>>> Então o que temos é um impasse: nos adaptamos (aceitando algo inferior
>>>>>> ao ideal), para que funcione com os sistemas que existem hoje, ou não
>>>>>> nos adaptamos (impondo o ideal) e perdemos oportunidades de despertar
>>>>>> o interesse de novos colaboradores. (É assim que eu encaro a questão.)
>>>>>>
>>>>>> Fato é que o OSRM já demonstrou interesse e (agora, como o Nelson
>>>>>> apontou) o mkgmap resolveu tratar do problema. Ou seja, estamos perto
>>>>>> de poder recomendar, sem medo, essa forma ideal de mapear. Eu mesmo
>>>>>> estou esperando (há meses - mas sei que tem gente esperando há anos)
>>>>>> pra poder desfazer algumas coisas que eu fiz em PoA pra contornar esse
>>>>>> problema.
>>>>>>
>>>>>> On Sun, Mar 23, 2014 at 6:59 PM, Paulo Carvalho
>>>>>> <paulo.r.m.carvalho em gmail.com> wrote:
>>>>>> > Acho que perdi o porque disso ser especial.  Alguém pode explicar?
>>>>>> >
>>>>>> > grato,
>>>>>> >
>>>>>> > Paulo
>>>>>> >
>>>>>> >
>>>>>> > 2014-03-23 11:33 GMT-03:00 Nelson A. de Oliveira <naoliv em gmail.com
>>>>>> >:
>>>>>> >
>>>>>> >> Agora pelo menos uma aplicação existe que suporta o uso de caminhos
>>>>>> >> no
>>>>>> >> "via" das restrições:
>>>>>> >> http://www.mkgmap.org.uk/websvn/revision.php?repname=
>>>>>> mkgmap&rev=3121
>>>>>> >>
>>>>>> >> _______________________________________________
>>>>>> >> 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)
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>
>>>>>
>>>> _______________________________________________
>>>> 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)
>>
>> _______________________________________________
>> 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
>>
>
>
> ------------------------------
> _______________________________________________
> 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
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20140324/93228057/attachment.html>