"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 placa de forma não muito correta" Concordo. Mas existe uma aplicação amplamente usada que mostra as restrições? Se não existir, ou se servir só pra controle de qualidade no OSM, talvez isso não seja muito importante. Eu na verdade acho que só deveriam existir relações do tipo "no_", isso eliminaria quase todas essas confusões. As "only_" são um subconjunto (você pode expressá-las usando uma mais do tipo "no_"). Só que as "only_" são as mais comuns na Alemanha (pelo jeito com que eles organizam o tráfego), e como quem desenvolve o JOSM é a comunidade alemã e a comunidade alemã é uma das mais participativas no OSM... difícil voltarem atrás. 2014-02-26 17:34 GMT-03:00 Nelson A. de Oliveira <[email protected]>: > 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 > grande, posteriormente alguém acaba alterando/quebrando/mesclando esse > caminho (e de alguma forma quebrando a relação de restrição). > Utilizando apenas o pequeno trecho que interliga as duas vias para > criar uma restrição de proibido acaba dando menos margem para > possíveis erros posteriores. > > Outro porém de usar um "siga em frente" é que a aplicação pode > renderizar a placa de forma não muito correta (na rua vai ter uma > placa dizendo "proibido virar" enquanto que a aplicação vai desenhar > "siga em frente"; é algo mínimo que na prática gera o mesmo resultado, > mas gera uma diferença de indicação) > > _______________________________________________ > 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
