[Talk-br] Simplificação de vias

[Fernando Trebien]

Devem ter feito, nunca fiz uma simplificação duas vezes que tenha
simplificado algo da segunda vez. (E quando comecei a usar o JOSM, eu
testava isso de vez em quando.)

Mas também não fui muito a fundo viu.

2014-02-17 17:45 GMT-03:00 Paulo Carvalho <paulo.r.m.carvalho em gmail.com>:
> A estabilidade depende da implementação do RDP.  Aqui
> (http://karthaus.nl/rdp/) se faz um alerta sobre um grande número de
> implementações instáveis como a própria implementação em Matlab do
> Wikipedia, que inclusive não trata o caso de linhas verticais de levam a uma
> divisão por zero...  Torço para que o pessoal do JOSM tenha feito uma boa
> implementação.
>
>
> Em 17 de fevereiro de 2014 15:27, Fernando Trebien
> <fernando.trebien em gmail.com> escreveu:
>
>> É uma propriedade do algoritmo mesmo. O algoritmo que ele usa é este:
>>
>> http://en.wikipedia.org/wiki/Ramer%E2%80%93Douglas%E2%80%93Peucker_algorithm
>>
>> 2014-02-16 16:37 GMT-03:00 Paulo Carvalho <paulo.r.m.carvalho em gmail.com>:
>> > Pergunta: O JOSM se comporta assim porque o algoritmo é estável ou é
>> > alguma
>> > flag que é resetada quando se altera o dado?
>> >
>> >
>> > Em 14 de fevereiro de 2014 22:10, Fernando Trebien
>> > <fernando.trebien em gmail.com> escreveu:
>> >
>> >> A regra geométrica que o JOSM usa pra simplificação só produz
>> >> alterações na primeira aplicação - não sobra nenhum ponto que atenda
>> >> aos critérios de simplificação, então uma segunda aplicação não
>> >> afetaria nenhum dos pontos. Só simplificaria mais se você alterasse
>> >> algo antes de simplificar de novo.
>> >>
>> >> 2014-02-14 21:57 GMT-02:00 Erick de Oliveira Leal
>> >> <erickdeoliveiraleal em gmail.com>:
>> >> > Utilizando o shift+y com tolerância de 1m uma vez. E depois se eu
>> >> > baixar
>> >> > os
>> >> > dados novamente e de novo dar shift+y, então não há mais nada a
>> >> > fazer?
>> >> > ou
>> >> > ele simplificará mais ainda?
>> >> >
>> >> > _______________________________________________
>> >> > 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
>> >
>>
>>
>>
>> --
>> 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
>



-- 
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)