apper que parou no tempo entendia as restrições,
> porque no mkgmap não funciona? Ou o problema não tem nada a ver com
> compilador?
>
> > From: fernando.treb...@gmail.com
> > Date: Wed, 26 Feb 2014 17:20:26 -0300
> > To: talk-br@openstreetmap.org
> > Subject
Não ajudei. Eu sim fiz a ferramenta, sozinho. Desculpe o tom, mas é o
fato.
Em 26 de fevereiro de 2014 17:28, Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com> escreveu:
> O Paulo Carvalho sabe melhor pois ajudou a desenvolver as ferramentas. Eu
> só as usava.
> Em 26/02/2014 17:25, "Fer
Nesse caso, alterando a geometria, tem sim, mas não é o ideal.
Você suprime v (transformando-a num ponto) e daí conecta A diretamente
a B. Pra minimizar a confusão, A pode ser paralela a D e seguir bem
próxima dela. Na interseção de A, B, C e D, você coloca todas as
restrições.
O resultado:
- se
gt;> From: fernando.treb...@gmail.com
>> Date: Wed, 26 Feb 2014 17:20:26 -0300
>> To: talk-br@openstreetmap.org
>> Subject: Re: [Talk-br] Restrições de conversão usando linha como
>> intermediário
>
>>
>> Um pouco diferente disso.
>>
>> Até há p
tempo entendia as restrições, porque no
mkgmap não funciona? Ou o problema não tem nada a ver com compilador?
> From: fernando.treb...@gmail.com
> Date: Wed, 26 Feb 2014 17:20:26 -0300
> To: talk-br@openstreetmap.org
> Subject: Re: [Talk-br] Restrições de conversão usand
2014-02-26 17:44 GMT-03:00 Fernando Trebien :
> Mas quando se tem um cruzamento grande mesmo, não tem muito como fugir
> do dilema entre usar uma linha como intermediário ou um ponto e fazer
> alterações na geometria (a questão principal talvez seja quais são a
> "menos pior" nesse instante).
Isso
Tem razão, nessa situação eu sempre faço com no_turn_left também. Vou
acrescentar no tutorial.
Mas quando se tem um cruzamento grande mesmo, não tem muito como fugir
do dilema entre usar uma linha como intermediário ou um ponto e fazer
alterações na geometria (a questão principal talvez seja quais
"posteriormente alguém acaba alterando/quebrando/mesclando esse
caminho"
Alguém que usa o Potlatch né, porque tanto o iD quanto o JOSM tratam
corretamente dessa situação. Mas concordo (até que consertem o
Potlatch).
"Outro porém de usar um "siga em frente" é que a aplicação pode
renderizar a plac
2014-02-26 17:29 GMT-03:00 Fernando Trebien :
> Hm preciso fazer um exemplo disso. Mas acho que se você mudar a via
> intermediária por 1 nó só e proibir somente a conversão à esquerda,
> você acaba permitindo o retorno, não?
Não em alguns casos.
Exemplo: http://i.imgur.com/uiRNLqd.png
Ao invés d
O problema de usar um "siga em frente" ao invés de um "proibido virar"
é que dá mais margem para gerar erros.
Usando esse exemplo: http://i.imgur.com/j6VKrIp.png
É proibido virar à esquerda (em vermelho), mas caso a pessoa utilize
um siga em frente (em verde) e esse caminho de destino for muito
gr
Hm preciso fazer um exemplo disso. Mas acho que se você mudar a via
intermediária por 1 nó só e proibir somente a conversão à esquerda,
você acaba permitindo o retorno, não?
Esse negócio de juntar num nó só geralmente é o que eu faço quando
você pode virar à esquerda e não retornar, ou pode retorn
Instalei o plugins Michigan left aqui, muito bom.
Em 26/02/2014 17:25, "Fernando Trebien"
escreveu:
> Ligavam os pontos? Interessante. Como funcionava isso, exatamente?
>
> A resposta é: sim, você sempre precisa quebrar. É preciso que as vias
> de entrada e saída sejam pedaços conectados, e que c
O Paulo Carvalho sabe melhor pois ajudou a desenvolver as ferramentas. Eu
só as usava.
Em 26/02/2014 17:25, "Fernando Trebien"
escreveu:
> Ligavam os pontos? Interessante. Como funcionava isso, exatamente?
>
> A resposta é: sim, você sempre precisa quebrar. É preciso que as vias
> de entrada e sa
Ligavam os pontos? Interessante. Como funcionava isso, exatamente?
A resposta é: sim, você sempre precisa quebrar. É preciso que as vias
de entrada e saída sejam pedaços conectados, e que cada pedaço tenha
como ponto "extremo" (ponto final):
- o ponto intermediário (da interseção); ou
- o início e
Eu também prefiro, e recomendei a mesma coisa (com uma justificativa)
aqui:
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Alternativas_equivalentes
2014-02-26 16:56 GMT-03:00 Gerald Weber :
>
>
>> Eu pessoalmente prefiro manter a geometria correta da rod
Um pouco diferente disso.
Até há pouco tempo, as restrições no OSM envolviam sempre: 2 vias
(entrada + saída) + 1 ponto de passagem. Recentemente, ampliaram a
definição para permitir N vias de passagem.
Você tem que quebrá-las porque você precisa indicar de qual direção
para qual outra a restriçã
Eu pessoalmente prefiro manter a geometria correta da rodovia, mesmo
> que acabe ficando com uma restrição não-funcional.
> O que dá para fazer em alguns casos é substituir por uma restrição
> equivalente.
> Por exemplo, locais com proibido retornar + proibido virar à esquerda
> podem ser represent
Segundo o que eu entendi restrições de manobra são relações apenas entre
vias, por isso você tem que quebrá-las.
Mas acho interessante propor a mudança da relação para nós e não vias.
Em 26 de fevereiro de 2014 15:48, Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com> escreveu:
> Ontem que
Ontem que comecei a criar restrições, nunca tinha criado uma antes. No
TrackSource não precisavamos quebrar uma via para fazer uma restrição nela,
apenas ligavamos os pontos onde nao se podia. Quando fui fazer pelo josm, o
plugin de restrições disse que eu tinha que quebrar e já até apresentava um
2014-02-26 15:24 GMT-03:00 Fernando Trebien :
> Opiniões?
Eu pessoalmente prefiro manter a geometria correta da rodovia, mesmo
que acabe ficando com uma restrição não-funcional.
O que dá para fazer em alguns casos é substituir por uma restrição equivalente.
Por exemplo, locais com proibido retorna
Pessoal,
Repensando um pouco sobre este tutorial
(http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio),
fico na dúvida do que exatamente recomendar pros iniciantes.
O problema é que restrições que usam linhas com o papel "via" (ao
21 matches
Mail list logo