date:20150212

Pessoal,

Li agora há pouco a discussão inteira e fiquei um pouco preocupado com
alguns aspectos:

1. O nível da discussão, em alguns momentos, ficou abaixo do que seria
recomendável. Todos nós estamos tentando contribuir para melhorar o mapa, e
devemos ajudar uns aos outros e trabalhar juntos. Acredito que ninguém
tenha a intenção de ofender os outros. Entretanto, às vezes pode surgir
algum mal-entendido e espero que sempre possamos resolver tudo da melhor
forma possível.

2. É importante, ao mapear, não desfazer o trabalho dos outros. Dá um pouco
mais de trabalho, mas se tivermos cuidado de não apagar o que já foi feito,
o mapa como um todo irá evoluir mais rápido.

3. As relações são muito importantes. Estou mapeando todas as rodovias
federais e estaduais do Rio Grande do Sul, e as relações são fundamentais
para organizar o trabalho. Olhem, por exemplo:
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Rodovias_Federais
. Na coluna Relação, ao clicar no link a, a integridade da relação é
testada. Ao clicar no link j, a relação inteira é carregada no JOSM,
facilitando a edição. Eu testo a integridade das relações com frequência e
conserto os erros que descubro (consequência da edição de outros).
Geralmente é pouca coisa, mas às vezes alguém bagunça bastante (já apagaram
trechos grandes da relação e até a relação inteira, o que dá bastante
trabalho para consertar).

4. O trajeto correto das rodovias também é muito importante. Qualquer
contribuição para deixar o trajeto mais preciso é bem-vinda. No entanto, é
importante cuidar para não desfazer o trabalho dos outros ao editar. É
muito importante colocar o tag source, principalmente nos trechos em que
a rodovia difere da imagem do Bing (às vezes a imagem está desatualizada).

5. O ID parece ser ruim para edições grandes. Nunca usei o ID, mas a
quantidade de reclamações que surgem como consequência do seu uso é enorme.
Já usei o Potlatch e o JOSM. No início o JOSM parece mais complicado, mas é
MUITO melhor. Se alguém da lista edita bastante e ainda não usa o JOSM,
faça um favor a si mesmo e comece a usar. Eu garanto que vale a pena (não
sei como fiquei tanto tempo usando o Potlatch).

6. O JOSM tem um plugin ótimo para restrições de conversão (e ele não
quebra as relações na edição). Sempre que eu edito cruzamentos de rodovias,
eu coloco as relações de restrição necessárias, e isso é MUITO fácil com o
JOSM. Eu seleciono (nessa ordem) a via de origem, o ponto do cruzamento e a
via de destino; clico no botão para adicionar a restrição; seleciono o tipo
de restrição; clico no botão Aceitar. Pronto. Seis cliques do mouse para
definir qualquer tipo de restrição. Outra vantagem é que quando se divide
uma via, o JOSM automaticamente coloca a relação apenas nas vias certas.

7. Não devemos mapear para o renderizador (ou para o aparelho de GPS). Se o
GPS está mandando fazer um self-U-turn em cada esquina, o problema é do GPS
ou do programa que gera o mapa para o GPS a partir da base de dados do OSM.
As restrições de conversão devem ser definidas apenas entre duas vias
diferentes, e apenas quando não o uso do tag oneway não é suficiente.

Desculpem o email longo e por favor não briguem comigo. :)

Em 12 de fevereiro de 2015 14:36, thunder...@gpsinfo.com.br escreveu:

 Nelson,
 seria o caso, entretanto não recomendamos em nossos sites habilita-la
 porque alguns teimam em configurar o navegador para caminho mais curto e
 muitas das vezes se perdem por erros no mapa e não são rapidamente
 instruídos a retornar pelo u-turn.

 Infelizmente não foram poucos os casos de reportes de ingresso em favelas
 aqui no Rio e a dificuldade de saída delas roteado.

 Outra situação é quanto ao retorno em si quando por alguma razão o
 utilizador  descumpre o roteamento calculado. Sabemos que pelo CTB não se
 pode fazer u-turn em uma rodovia. Se for obrigado a retornar por uma
 rodovia onde não existe a frente um retorno próximo, ele deve seguir até o
 primeiro entroncamento para fazer essa manobra. Considero de utilidade o
 navegador informar onde, a que distância se encontra esse entroncamento.

 Eu particularmente prefiro navegar com ela desativada porque sou alertado
 rapidamente quando não sigo o roteamento calculado pelo navegador e posso
 planejar onde será meu retorno.

 Aproveito a ocasião para informar que estou saindo em viagem e não poderei
 responder as próximas mensagens até quinta-feira uma vez que estou me
 deslocando para um local onde não existe net e tampouco cobertura celular.

 []s e bom carnaval a todos.
 Marcio



 -Mensagem Original- From: Nelson A. de Oliveira
 Sent: Thursday, February 12, 2015 2:15 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br] erros x relações

 Marcio, o caso não seria habilitar esta opção no Garmin então?

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

 ___
 Talk-br mailing

Re: [Talk-br] Prioridades em rodovias com mais de uma ref=

Todas as rodovias RSC-xxx correspondem às BR-xxx (são rodovias estaduais
coincidentes). A relação RSC-xxx é desnecessária. O trecho deve ser
incluído na relação da BR-xxx. Os outros tipos de rodovia estadual que
existem no Rio Grande do Sul são ERS (rodovia estadual) e VRS (rodovia
estadual vicinal). Essas geralmente não coincidem com BR, mas podem
coincidir.

Quanto à ordem no tag ref, se não há placa, eu faço o que o Aun sugeriu
(primeiro BR, em ordem numérica, depois RSC, em ordem numérica, depois ERS,
em ordem numérica, depois VRS, em ordem numérica). Lembro que BR e RSC com
o mesmo número no mesmo trecho são excludentes, ou seja, ou vai um ou vai
outro no tag ref. Se houver placa, o ref da placa vai primeiro.

Em 3 de fevereiro de 2015 12:07, Claiton Neisse claiton.nei...@gmail.com
escreveu:

A RSC-287 começa em Montenegro/RS e termina em Santa Maria/RS. Já a BR-287
segue até São Borja/RS.

Veja a relação da BR-287: http://www.openstreetmap.org/relation/190857

Nesse link você pode ver as coincidências de rodovias no RS:
http://www.daer.rs.gov.br/site/forca_download.php?arquivo=arquivos/sistemas/arquivo27_14.pdf

Quanto as placas, pelo que me lembro constam, ainda a nomenclatura antiga:
RST-287.

Nesse link tem a terminologia utilizada pelo DNIT:
http://www.dnit.gov.br/rodovias/rodovias-federais/terminologias-rodoviarias.

É interessante o que diz o item 2.5 sobre rodovias coincidentes:

*2.5 - RODOVIA ESTADUAL OU MUNICIPAL COINCIDENTESão rodovias construídas
pelos Estados ou Municípios sobre a diretriz de uma Rodovia Federal
Planejada.As diretrizes das Rodovias Federais planejadas muitas vezes
coincidem com trechos de Rodovias Estaduais ou Municipais, entretanto o
traçado definitivo da Rodovia Federal somente será estabelecido após
estudos técnicos e econômicos que serão realizados por ocasião de sua
construção.Assim tais trechos de rodovias Estaduais ou Municipais
superpostas, apesar de listados e codificados como BR’s, não se encontram
sob jurisdição federal e constituem as denominadas rodovias coincidentes
(ex.: Rodovias Estaduais Transitórias).*

Atenciosamente,

Claiton Neisse
55 8147 1030

Em 3 de fevereiro de 2015 11:34, Lists li...@gimnechiske.org escreveu:

Claiton,

Voce tem exemplo onde BR-287 não passa junto com RSC-287, ou RSC-287 não
junto com BR-287? Pelo que eu consegui ver, os RSC e BR mesmo. Caso similar
no Minas Gerais onde MGC e mesmo BR.

Pelo que conheço, este somente e caso nos estados Rio Grande do Sul e
Minas Gerais.

Tem no Espirito Santo o BR-484 e o ES-484 que pelo maioria do trecho e
mesmo, mas tem desvia diferente algum lugares, e também caso com BR-482 e
ES-482. Tem tempo não visitei estes rodovias pessoalmente, mas se lembro
certo, os placas tem BR-xxx, então, deve ser etiquetada com prioridade a
BR, se caso contrario deve usar o estadual.

Aun Johnsen

On Feb 3, 2015, at 10:21, Claiton Neisse claiton.nei...@gmail.com
wrote:

Eu penso que o que vem primeiro deveria depender de quem administra a
via. Se uma rodovia federal coincide com uma rodovia administrada por um
estado da federação, a numeração do estado deveria vir antes. Caso
contrário, a numeração federal viria primeiro.

Ou seja, o primeiro da fila na tag ref, deveria ser quem administra a
rodovia de fato.

Eu concordo que, não é preciso colocar a tag ref em cada membro de uma
relação. Mas, aí surge uma dúvida.

Tomemos uma rodovia administrada por um estado e que coincida com uma
rodovia federal, em um determinado trecho. Cria-se uma relação para cada
uma das rodovias. Se, no trecho em que as rodovias coincidem, não
colocarmos a tag ref, como uma aplicação qualquer, que utilize os dados,
vai decidir quem administra o trecho coincidente? No trecho coincidente,
acredito que cabe o uso da ref.

Esse é o caso da rodovia RSC-287, no Rio Grande do Sul. A RSC-287 é uma
rodovia estadual onde toda a sua extensão coincide com parte da rodovia
federal BR-287. Daí, uma aplicação que renderize esse trecho como BR-287 (e
não como RSC-287) não é realista, porque é uma rodovia estadual e não
federal.

Atenciosamente,

Claiton Neisse
55 8147 1030

Em 1 de fevereiro de 2015 23:41, Lists li...@gimnechiske.org escreveu:

Vitor

Como os rodovias faz parte do relações, não e necessário com ref= no
cada trecho das rodovias. Os refs deve ser renderizados por importância nos
mapas direito da relação.

Em caso nao, os federais primeiro, começando com numeração menor, e
depois os estaduais, também começando com numeração menor.

Por exemplo (nao sei se e um exemplo verdadeiro), onde ha BR-040, BR-116
e RJ-194 juntos, o ref pode ser etiquetado ref=BR-040;BR-116;RJ-194

No meu opinião, fica meia bagunçado fazendo isso no cada trecho, as
vezes o renderizador vai tentar render o ref no pontes pequenas sobre
córregos, e a mapa pode fica meia poluído com refs.

Aun Johnsen

On Feb 1, 2015, at 21:27, Vítor Rodrigo Dias vitor.d...@gmail.com
wrote:

Pessoal,

Re: [Talk-br] BR-116 split and cleanup

Eu concordo com separa os relações das rodovias maiores, o BR-116 e o BR-101 
ambos e mais que 2000 elementos, e quase 2000 versões. Mas precisamos um 
consenso em como eles deve ser divididos. Não concordo como o Paul Norman 
dividiu o BR-116.

Eu dividi o ES-060 (relação 2055019) entre o area concecionada e o area não 
concecionada (relação 3904464) com o relação 4564066 como super-relação, para 
experimentar se funciona melhor. Um motivo por isso e que area concecionada tem 
um operador próprio (RodoSol) com canal de informacao aos usuários, enquanto o 
outro parte e operado por DER-ES sem nenhuma forma de comunicação oficial.

Eu acho devemos fazer mesmo com os rodovias federais, cada conceição forma um 
relação próprio, com um super-relação juntando tudo.

Aun Johnsen

 On Feb 12, 2015, at 20:40, Flavio Bello Fialho bello.fla...@gmail.com wrote:
 
 Não concordo com essa quebra da BR-116. Eu uso a relação para testar a 
 integridade das rodovias e isso me atrapalhou bastante. Não consigo mais 
 checar a BR-116, cuja relação eu vinha mantendo intacta. Antes de fazer algo 
 desse tipo, devemos ter uma discussão adequada para decidir se deve ou não 
 ser feito, aviso de que isso será feito (na lista, no fórum e no wiki) e 
 tempo suficiente para que todos se manifestem. As rodovias federais do Rio 
 Grande do Sul estão listadas em 
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Rodovias_Federais 
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Rodovias_Federais 
 (testo elas regularmente) e a lista de todas as rodovias federais está em 
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Rodovias_Federais 
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Rodovias_Federais . 
 Com a alteração, os links para a BR-116 não estão mais funcionando.
 
 Em 2 de fevereiro de 2015 10:28, Nelson A. de Oliveira nao...@gmail.com 
 mailto:nao...@gmail.com escreveu:
 Como o problema de relações de rota não está relacionado com o DWG não
 é preciso incluí-los (DWG e Paul) nas respostas.
 Também não há necessidade de continuar a discussão em inglês (já que é
 a comunidade brasileira que deve decidir qual a melhor forma de manter
 as relações).
 
 O Paul gentilmente avisou sobre a divisão de uma rota apenas porque
 foi necessário quebrá-la para facilitar algumas reversões e remoções
 de objetos.
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br 
 https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 -- 
 Flávio Bello Fialho
 bello.fla...@gmail.com 
 mailto:bello.fla...@gmail.com___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Prioridades em rodovias com mais de uma ref=

Não sei como é em Minas. No RS, a BR-287 tem trechos em que é federal
(BR-287) e trechos em que é estadual (RSC-287), mas nunca ambos. Na
relação, fica o tag ref=BR-287, mas no trecho, o tag é ref=RSC-287 ou
ref=BR-287 (mas não os dois).

Em 12 de fevereiro de 2015 22:01, Gerald Weber gwebe...@gmail.com
escreveu:



 Quanto à ordem no tag ref, se não há placa, eu faço o que o Aun sugeriu
 (primeiro BR, em ordem numérica, depois RSC, em ordem numérica, depois ERS,
 em ordem numérica, depois VRS, em ordem numérica). Lembro que BR e RSC com
 o mesmo número no mesmo trecho são excludentes, ou seja, ou vai um ou vai
 outro no tag ref. Se houver placa, o ref da placa vai primeiro.


 Você pode por ambas no ref, separados por ponto-e-vírgula

 ref=BR-262;MGC-262

 eu acho bastante útil como usuário do mapa

 abraço

 Gerald

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br




-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] BR-116 split and cleanup

Entendo que o histórico estava muito longo e que a rodovia tem muitos
segmentos. Entretanto, dividir a rodovia em relações pequenas prejudica o
controle. Quando eu vejo que uma rodovia ficou descontínua, eu baixo a
rodovia no JOSM e conserto o que ficou errado. Geralmente, aproveito para
corrigir a rodovia no trecho afetado, detalhando os cruzamentos e colocando
as restrições de conversão, de forma que a rodovia fique correta e o
usuário não precise mexer de novo. Assim, é bom que os trechos sejam
longos, pois eu verifico uma grande extensão numa tacada só. Se for para
dividir, proponho que seja dividido por região (Sul, Sudeste, Nordeste,
Norte e Centro-Oeste). Assim, a BR-116 ficaria dividida em 3 relações (NE,
SE e S) e fica mais fácil para as equipes de cada estado trabalharem. Dessa
forma, quando eu verificasse a integridade da BR-116, já o faria em 3
estados (RS, SC e PR). Até agora, as únicas rodovias realmente grandes (em
número de segmentos) são a BR-116 e a BR-101.

2015-02-12 22:48 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com:

 A separação que o Paul fez foi emergencial (para remover alguns dados do
 OSM).
 Foi caso isolado.

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br




-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] FIXME

2015-02-12 Por tôpico belnuovo


O que deve ser feito quando se encontra esta etiqueta  (
http://www.openstreetmap.org/edit#map=19/-23.19054/-46.89869 ) ?
Nesta URL tinha tags erradas , usandoLIGAçãO DE VIA EXPRESSAao invés
de/LIGAçãO DE VIA TERCIáRIA ./
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] BR-116 split and cleanup

Não concordo com essa quebra da BR-116. Eu uso a relação para testar a
integridade das rodovias e isso me atrapalhou bastante. Não consigo mais
checar a BR-116, cuja relação eu vinha mantendo intacta. Antes de fazer
algo desse tipo, devemos ter uma discussão adequada para decidir se deve ou
não ser feito, aviso de que isso será feito (na lista, no fórum e no wiki)
e tempo suficiente para que todos se manifestem. As rodovias federais do
Rio Grande do Sul estão listadas em
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Rodovias_Federais
(testo elas regularmente) e a lista de todas as rodovias federais está em
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Rodovias_Federais .
Com a alteração, os links para a BR-116 não estão mais funcionando.

Em 2 de fevereiro de 2015 10:28, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 Como o problema de relações de rota não está relacionado com o DWG não
 é preciso incluí-los (DWG e Paul) nas respostas.
 Também não há necessidade de continuar a discussão em inglês (já que é
 a comunidade brasileira que deve decidir qual a melhor forma de manter
 as relações).

 O Paul gentilmente avisou sobre a divisão de uma rota apenas porque
 foi necessário quebrá-la para facilitar algumas reversões e remoções
 de objetos.

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br




-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Prioridades em rodovias com mais de uma ref=

2015-02-12 Por tôpico Gerald Weber




 Quanto à ordem no tag ref, se não há placa, eu faço o que o Aun sugeriu
 (primeiro BR, em ordem numérica, depois RSC, em ordem numérica, depois ERS,
 em ordem numérica, depois VRS, em ordem numérica). Lembro que BR e RSC com
 o mesmo número no mesmo trecho são excludentes, ou seja, ou vai um ou vai
 outro no tag ref. Se houver placa, o ref da placa vai primeiro.


Você pode por ambas no ref, separados por ponto-e-vírgula

ref=BR-262;MGC-262

eu acho bastante útil como usuário do mapa

abraço

Gerald
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] BR-116 split and cleanup

2015-02-12 Por tôpico Alexandre Magno Brito de Medeiros

A separação que o Paul fez foi emergencial (para remover alguns dados do OSM).
Foi caso isolado.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

2015-02-12 Por tôpico Roger C. Soares


  
  
Oi Márcio,
  
  Você usa o plugin turnrestrictions no josm?
  
  http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Turnrestrictions
  
  Nunca usei o ID para comparar, mas o turnrestrictions facilita
  bastante a vida no josm...
  
  Atenciosamente,
  Roger.
  
  --
  On 11-02-2015 19:14, thunder...@gpsinfo.com.br wrote:


  

  Gerald,
  em que pese as diferenças entre o JOSM e o ID, muitas das
vezes prefiro o ID dado a praticidade inserida para incluir
restrições de manobra que como você bem sabe poucos
empregam. Prefiro o ID também para alinhar as vias.
   
  Por onde passei me surpreendi com algumas situações,
dentre outras, a saber:
   
  1 – trecho de pista dupla da BR-101 com ambas as pistas
no mesmo sentido impedindo roteamento pela BR-101 de SUL
para NORTE . Corrigido em http://www.openstreetmap.org/way/320461395
   
  2 – faltava a rotatória em http://www.openstreetmap.org/way/327566384
   
  3 – faltava pista dupla em http://www.openstreetmap.org/way/327566383
. Essa falta fazia com que todas as vias residenciais
tivessem acesso para ambas as pistas da rodovia, o que não é
correto.
   
  4 – não existia o trevo em http://www.openstreetmap.org/way/327575047
   
  5 – Não existia o trevo em http://www.openstreetmap.org/way/326622667
   
  etc etc etc
   
  Quando me desloquei de Conceição da Barra para São Mateus
lamentavelmente não obtive roteamento por dentro da cidade
de São Mateus porque faltavam sentidos de direção de vias e
algumas foram editadas como pista dupla de duplo sentido
quando na verdade se tratava de pista simples de sentido
único.
  http://www.openstreetmap.org/way/151554114
  http://www.openstreetmap.org/way/229348449
   
  Um outro problema que identifiquei em São Mateus foi no
trajeto da BR-101 cortando a cidade.
  http://www.openstreetmap.org/way/325783721
  Ali identifiquei total falta de restrições de manobra nos
cruzamentos e muitos acessos desenhados, mas inexistentes.
Os existentes não estavam desenhados.
   
  Quando trefego levo comigo um gravador de mão. Por onde
passei gravei em voz as correções necessárias e venho
gradativamente efetuando-as.
   
  Venho fazendo minha parte e tenho estimulado aos
utilizadores do mapa COCAR  a aprenderem a editar o mapa e
nos ajudarem nessa empreitada.
   
  []s
  Marcio
   
   
  

   
  
From: Gerald Weber 
Sent: Wednesday, February 11, 2015 6:34 PM
To: OpenStreetMap
no Brasil 
Subject: Re: [Talk-br] erros x relações
  

 
  
  
Oi Marcio
   
  pela sua rota quase que nos encontramos por aí esses
dias :)
   
  Felizmente na parte que percorri no ES estava tudo em
ordem. Gravei todo meu percurso em vídeo e estou aos
poucos passando as fotos para o Mapillary. Os tracklogs
eu já coloquei.
   
  Agora o Aun tem toda razão num ponto: é simplesmente
  inviável fazer edições extensas no iD.
  
 
O iD só serve para pequenas
  coisas, adicionar uma padaria aqui, acertar uma mão
  única alí, e olhe lá. Por mim descontinuava esta
  porcaria.
 
O nível de destruição que venho
  tendo de corrigir de usuários do iD já ocupa a maior
  parte do meu tempo, e sinceramente relações de rota e
  de restrição de conversão eu já nem ligo mais em
  corrigir. Aquilo virou completamente impossível de
  manter. 
 
Para edições maiores tem
que fazer o dever de casa e aprender a usar o
  JOSM, não tem outro jeito. O JOSM parece complicado à
  princípio, mas na medida em que a gente aprende não
  vai querer usar outra coisa mais. 
 
Comparativamente, mapear com o
  iD é como bordar com luvas de boxe.
 
abraço a todos
 
Gerald

Re: [Talk-br] Situação das traduções

O resultado
https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Tradu%C3%A7%C3%B5es/Situa%C3%A7%C3%A3o
do script https://github.com/OSMBrasil/OSMBtranstats já está à frente do
resultado manual, com algumas modificações
https://wiki.openstreetmap.org/w/index.php?title=WikiProject_Brazil%2FTradu%C3%A7%C3%B5es%2FSitua%C3%A7%C3%A3odiff=1138065oldid=1135839.
Apenas as coletas de situação das traduções do GraphHopper e do
CheckAutopista não estão automatizadas
https://github.com/OSMBrasil/OSMBtranstats/issues/3. O primeiro é
uma planilha
tabulada
https://docs.google.com/spreadsheet/pub?key=0AmukcXek0JP6dGM4R1VTV2d3TkRSUFVQakhVeVBQRHcsingle=truegid=0output=txt
no Google Docs e o outro é um arquivo de variáveis Javascript
https://github.com/k1wiosm/checkautopista/blob/master/lang/translations.js#L191-L227.
Quem quiser fazer os dois coletores, ou um deles, fique à vontade. Mas os
julguei uma perda de tempo e por isso não os fiz eu mesmo. Há muito com o
que contribuir para o projeto
https://github.com/OSMBrasil/OSMBtranstats/issues, ainda que atualmente
ele não apresente bugs. Dica (olhe as aspas, não é tão motivação
assim; *Homi...
deixe isso quieto...*): existem parsers de Javascript... já usei brevemente
um em Python.

Eu não tenho experiência de dia-a-dia com Ruby, assim como com qualquer
outra linguagem de programação também não tenho. Eu apenas quis
experimentar e aprender um pouco. Fiz o que sabia ou o que consegui
aprender rapidamente. Tive condições de escolher Ruby entre algumas
linguagens, mas isso não quer dizer que as domine. Então, quem tiver
condições, fique muito à vontade para fazer até melhorias drásticas no
código. Afinal, estamos versionando-o. Prefira começar com novos branches,
nesses casos. Se eu enxergar algo estranho, que pareça retrocesso, vou
indagar. Mas o colaborador poderá facilmente acabar por me ensinar.

Prefiro não ser o usuário padrão desse software. Quero apenas estar por
perto para fazer correções, melhorias, e impedir que ele desande,
deteriore. Se alguém quiser atualizar a wiki semanal ou quinzenalmente,
DIGA AÍ, POR FAVOR. Estou aqui para dar o suporte de instalação e execução
que for necessário. Roda em Windows... e muito provavelmente também em Mac
e GNU/Linux.

Evidentemente, hoje, quem está visivelmente à frente do projeto,
conduzindo-o, sou eu. Mas ele não é um projeto de Alexandre. *É da
comunidade.* Já está em domínio público por CCO 1.0
https://creativecommons.org/publicdomain/zero/1.0/deed.pt_BR*. Está lá na
OSMBrasil https://github.com/OSMBrasil. Qualquer pessoa do time Owners
https://github.com/orgs/OSMBrasil/teams/owners -- Muito obrigado por me
incluírem nele! -- comita diretamente e tem poderes de administração no
repositório, até onde eu saiba. Então, mais uma vez: fiquem à vontade!

** Podemos mudar a licença. Eu sei que CCO 1.0
https://creativecommons.org/publicdomain/zero/1.0/deed.pt_BR nem é
praticada para software. Se alguém quiser que isso mude, conversemos. Ou
simplesmente se apoderem :) pois agora já foi! Se aparecerem ao menos três
opiniões ganhadoras a favor de uma licença específica entre GPLv2, GPLv3,
Apache License 2.0 e Expat/MIT License, numa votação de 48 horas contando
de agora, eu já faço o favor de mudar lá no repositório, para seguirmos em
frente com a nova licença. Eu acho que é melhor assim, partilhado. A quem
interessar: Licenças de software
http://forum.openstreetmap.org/viewtopic.php?id=30065.*

Alexandre Magno

Em 5 de fevereiro de 2015 18:58, Vitor George vitor.geo...@gmail.com
escreveu:

Pessoal,

Há algum tempo
http://article.gmane.org/gmane.comp.gis.openstreetmap.region.br/1595/match=tradu%C3%A7%C3%B5es
comecei
a mandar na lista de discussão talk-br
https://lists.openstreetmap.org/listinfo/talk-br informes sobre a
situação da tradução ao português brasileiro das ferramentas do
OpenStreetMap.

Agora não consigo mais mandar estes informes com frequência, e coloquei-o
no wiki para que qualquer pessoa possa ajudar no monitoramento:

WikiProject_Brazil/Traduções
https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Tradu%C3%A7%C3%B5es

Gostaria que a comunidade brasileira começasse a se organizar em grupos de
trabalho, que ficariam responsáveis pelas atividades mínimas de organização
de esforços direcionados.
Um grupo de trabalho de traduções poderia ser um primeiro passo. *Caso
alguém se interesse manter a informação do wiki atualizada, ao menos
quinzenalmente, vá em frente e divulgue novidades na lista, fórum e demais
canais da comunidade. *Eu posso ajudar.

Abraço,
Vitor

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] FIXME

2015-02-12 Por tôpico Alexandre Magno Brito de Medeiros

Você corrigiu ou sabe que é corrigir? Então por que a pergunta? Não
entendi.

Alexandre Magno

Em 12 de fevereiro de 2015 22:40, belnu...@pop.com.br escreveu:



 O que deve ser feito quando se encontra esta etiqueta  (
 http://www.openstreetmap.org/edit#map=19/-23.19054/-46.89869 ) ?
 Nesta URL tinha tags erradas , usando* ligação de via expressa* ao invés
 de* ligação de via terciária .*

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] BR-116 split and cleanup

Tem uns 2 ou 3 rodovias mais que teoricamente pode ser divido similares, mas 
estes passa principalmente nas areas com pouco mapeamento, e assim as trechos 
mais logos e menus atividade.

Aun Johnsen

 On Feb 12, 2015, at 23:13, Flavio Bello Fialho bello.fla...@gmail.com 
 mailto:bello.fla...@gmail.com wrote:
 
 Entendo que o histórico estava muito longo e que a rodovia tem muitos 
 segmentos. Entretanto, dividir a rodovia em relações pequenas prejudica o 
 controle. Quando eu vejo que uma rodovia ficou descontínua, eu baixo a 
 rodovia no JOSM e conserto o que ficou errado. Geralmente, aproveito para 
 corrigir a rodovia no trecho afetado, detalhando os cruzamentos e colocando 
 as restrições de conversão, de forma que a rodovia fique correta e o usuário 
 não precise mexer de novo. Assim, é bom que os trechos sejam longos, pois eu 
 verifico uma grande extensão numa tacada só. Se for para dividir, proponho 
 que seja dividido por região (Sul, Sudeste, Nordeste, Norte e Centro-Oeste). 
 Assim, a BR-116 ficaria dividida em 3 relações (NE, SE e S) e fica mais fácil 
 para as equipes de cada estado trabalharem. Dessa forma, quando eu 
 verificasse a integridade da BR-116, já o faria em 3 estados (RS, SC e PR). 
 Até agora, as únicas rodovias realmente grandes (em número de segmentos) são 
 a BR-116 e a BR-101.
 
 2015-02-12 22:48 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com 
 mailto:nao...@gmail.com:
 A separação que o Paul fez foi emergencial (para remover alguns dados do OSM).
 Foi caso isolado.
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br 
 https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 -- 
 Flávio Bello Fialho
 bello.fla...@gmail.com 
 mailto:bello.fla...@gmail.com___
 Talk-br mailing list
 Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

Pois é Nelson, entretanto lembro que em não existindo a restrição o Garmin 
faz u-turn nesse nó de roteamento caso o utilizador não tenha configurado 
seu navegador para evitar u-turn.


Lembro que estamos tratando de nó de roteamento onde existe nele mais de uma 
opção de manobra. Não estamos tratando de nó comum, onde só existe uma opção 
de manobra e aquele que liga simplesmente segmentos de reta em retratação de 
curvas (sem entroncamentos).


-Mensagem Original- 
From: Nelson A. de Oliveira

Sent: Thursday, February 12, 2015 11:00 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] erros x relações

2015-02-12 10:26 GMT-02:00 thunder...@gpsinfo.com.br:
5 - Ele aceita a implantação de restrição u-turn no nó de roteamento 
formado pelo entroncamento das 3 vias e defendo que essa situação é 
correta e testada em campo com um aparelho garmin.


Não é certo. O iD não deveria sugerir e nem permitir esse tipo de
no_u_turn na própria rua.
Vou ver se já existe um bug reportado, senão abrirei um.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br 



___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

2015-02-12 10:26 GMT-02:00 thunder...@gpsinfo.com.br:
 5 - Ele aceita a implantação de restrição u-turn no nó de roteamento formado 
 pelo entroncamento das 3 vias e defendo que essa situação é correta e testada 
 em campo com um aparelho garmin.

Não é certo. O iD não deveria sugerir e nem permitir esse tipo de
no_u_turn na própria rua.
Vou ver se já existe um bug reportado, senão abrirei um.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

2015-02-12 11:12 GMT-02:00  thunder...@gpsinfo.com.br:
 Pois é Nelson, entretanto lembro que em não existindo a restrição o Garmin
 faz u-turn nesse nó de roteamento caso o utilizador não tenha configurado
 seu navegador para evitar u-turn.

O navegador deveria ter uma certa inteligência com curvas de 180° (um
retorno na própria rua).
Se isso fizer sentido então todo o OSM está errado e vai ser
necessário inserir um no_u_turn em cada cruzamento de uma rua com a
outra (o que é claramente inconcebível).

O que acontece de errado se não permitir U-turn no Garmin? Ele gera
rotas incorretas?
Por qual motivo alguém usa essa opção desativada?

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

O Garmin como o navigador preferido no Carros e Caminhos declinando sim,
justamente porque smartphones tem mapa navegáveis de alto qualidade, mas este
não vai fundar a mercado do Garmin. Garmin usando muito energia desenvolver
outros produtos, como fitness trackers e relógio para golfeiros entre outros.
Algumas desses novos produtos também pode utilizar mapas do OSM. Eu acho que
muito de nos tem um foco cego que este mapa e para roteamento, não e. No
verdade, OSM e um “mapa de todo”, assim podemos ter roteamento, navegação
náutica, campos de golfe, e muito mais no nosso mapa.

Enfim, como Garmin usando um arquivo proprio para roteamento, e OSM não fui
desenvolvido direitamente para isso, o geração da mapa Garmin e atreves um
compilador. Se e assim que o rodovia inteiro tem um restrição tipo
no_self_u_turn, talvez similante que overtaking=no e noparking=yes, podemos ter
noreturn=yes.

Ainda nao vi exemplos no Garmin sobre este roteamento retorno no mesmo rua que
Marcio dizendo que tem, e tem tempo perguntando do exemplo disso para fazer
simulação. Tem tempo usei Garmin como único navegador (meu carro tem Go Map,
mas não confio porque ver muito trechos erradas no mapa), e regularmente
fazendo simulações no meu computador com Garmin BaseCamp. Eu tem centenas de
rotas de teste, ambos entre cidades perto e do longo distancia, ate um rota do
Chuí (RS) a Fortaleza (CE). Identifiquei varias problemas mas ainda fazendo
testes localiza-los com mais certeza.

Meus testes no momento e com mapas gerado do banco dados OSM dia 30/12/2014,
quando tem linha de internet melhor vou atualizar.

Aun Johnsen

On Feb 12, 2015, at 11:22, Gerald Weber gwebe...@gmail.com wrote:

Aqui então vem outra pergunta que precisa ser pensada. Ainda compensa o
investimento em gerar mapas para o Garmin? O mercado da Garmin tem declinado
dramaticamente:
http://www.technologyreview.com/news/511786/a-shrinking-garmin-navigates-the-smartphone-storm/

http://www.technologyreview.com/news/511786/a-shrinking-garmin-navigates-the-smartphone-storm/

Colocando de outra maneira: compensa introduzir tantos elementos estranhos e
conflitantes no OSM por uma tecnologia que está aos poucos saindo do mercado?

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

Marcio, mas me explica essa parte do U-turn com o Garmin.
Que opções ele tem para isso? E no que cada opção influencia e
modifica o roteamento?
Eu quero entender o que está acontecendo.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

2015-02-12 Por tôpico Gerald Weber



 Você emprega o Osmand entretanto nos sites que administramos a maioria de
 usuários que o empregavam migraram para o Garmin StreetPilot (
 https://www.youtube.com/watch?v=0oo07tUKDEc ). Esse aplicativo não
 depende de NET e funciona com qualquer mapa para garmin. O principal é que
 o APP pode ser carregado no SD card, não ocupando espaço na memoria interna.
 Carreguei esse APP em meu Sansung Galaxy S5 e muito me simpatizei com ele
 porque a operação e visual é semelhante ao meu garmin Nuvi 3597 LMT.


O Osmand é offline. Tem a vantagem que você pode editar uma região no JOSM,
salvar o arquivo no seu computador, gerar o mapa local com suas
modificações e já colocar na pasta do Osmand, tudo em questão de minutos.
Uso muito em regiões onde não tem ainda cobertura suficiente do OSM. Assim
não preciso esperar o mapa ficar disponível no repositório oficial.

Além do Osmand, tenho o Mapfactor, o Skobbler e o Oruxmaps, todos com mapas
do OSM no meu Android.

Há alguns anos, nas lojas de eletrônicos da europa, havia setores inteiros
com unidades autônomas de GPS (Garmin, Tomtom etc). Da última vez que fui,
em julho, mal tinha uma prateleira perdida no canto da loja.

abraço

Gerald
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

2015-02-12 Por tôpico Gerald Weber

2015-02-12 11:19 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com:

 2015-02-12 11:12 GMT-02:00  thunder...@gpsinfo.com.br:
  Pois é Nelson, entretanto lembro que em não existindo a restrição o
 Garmin
  faz u-turn nesse nó de roteamento caso o utilizador não tenha configurado
  seu navegador para evitar u-turn.

 O navegador deveria ter uma certa inteligência com curvas de 180° (um
 retorno na própria rua).
 Se isso fizer sentido então todo o OSM está errado e vai ser
 necessário inserir um no_u_turn em cada cruzamento de uma rua com a
 outra (o que é claramente inconcebível).


Pensando bem, a proibição de retornar na própria rodovia deveria vir
simplesmente de overtaking=no, o que seria de acordo com as regras de
trânsito em rodovias.

Não faço a menor idéia se algum aplicativo implementa isto.

Gerald
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

Gerald,
sobre seu trajeto por São Mateus lembro que entrei na cidade e pelo visto você 
só trafegou pela BR-101. Veja minhas trilhas em 
https://www.openstreetmap.org/user/Thundercel/traces/1880128

O problema que encontrei em São Mateus e já reportei alguns em mensagem 
anterior foi que os acessos e saídas da BR-101, alguns foram desativados e 
outros criados. Os que existiam não tinham restrição de manobra permitindo o 
acesso direto a BR-101 o que é proibido pela existência de sinalização 
vertical. Não foram poucas as instruções de manobra incorretas que recebi em 
meu GPS para entrar na BR-101.

Em São Mateus trafeguei pelas Av José Tozzi ( 
https://www.openstreetmap.org/way/229348449 ) e Av João XXIII ( 
https://www.openstreetmap.org/way/229348449 ). Constava no mapa essas avenidas 
com pista dupla de sentidos opostos, entretanto elas são de pista simples, 
sentido unico, cada uma para uma direção. Foram corrigidas.

No centro da cidade de São Mateus foi impossível chegar ao Banco do Brasil 
porque os sentidos de vias ali não coincidiam com a realidade. na tentativa de 
chegar ao Banco do Brasil cada hora o roteamento me instruía a seguir por uma 
contra mão. Tudo foi por mim corrigido naquela região.

Já na saída de São Mateus para Nova Venécia encontrei dificuldade quando cruzei 
https://www.openstreetmap.org/way/326615074 . Esse entroncamento não estava 
representado no mapa.

Já que foi a Itaúnas deve ter identificado na entrada do distrito, no portal, a 
abertura da ES-010 em pista dupla o que não existia no mapa. Foi corrigido em 
https://www.openstreetmap.org/way/314765553

Você emprega o Osmand entretanto nos sites que administramos a maioria de 
usuários que o empregavam migraram para o Garmin StreetPilot ( 
https://www.youtube.com/watch?v=0oo07tUKDEc ). Esse aplicativo não depende de 
NET e funciona com qualquer mapa para garmin. O principal é que o APP pode ser 
carregado no SD card, não ocupando espaço na memoria interna.
Carreguei esse APP em meu Sansung Galaxy S5 e muito me simpatizei com ele 
porque a operação e visual é semelhante ao meu garmin Nuvi 3597 LMT.

Pode ser que o mercado garmin esteja declinando lá fora, mas não identificamos 
essa situação, pelo menos no mercado brasileiro. É crescente o numero de 
usuários garmin que entram em nossos sites de GPS.

Me simpatizo muito com o garmin e por isso possuo 4 modelos dele para irritação 
da madame quando viajamos porque fico com os 4 ligados e em cada um deles tenho 
carregado um dos 4 mapas do Brasil, de provedores diferentes. Faço isso porque 
comparo os mapas e roteamentos.

[]s
Marcio

From: Gerald Weber 
Sent: Thursday, February 12, 2015 12:22 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] erros x relações

2015-02-12 11:19 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com:

  2015-02-12 11:12 GMT-02:00  thunder...@gpsinfo.com.br:
   Pois é Nelson, entretanto lembro que em não existindo a restrição o Garmin
   faz u-turn nesse nó de roteamento caso o utilizador não tenha configurado
   seu navegador para evitar u-turn.

  O navegador deveria ter uma certa inteligência com curvas de 180° (um
  retorno na própria rua).
  Se isso fizer sentido então todo o OSM está errado e vai ser
  necessário inserir um no_u_turn em cada cruzamento de uma rua com a
  outra (o que é claramente inconcebível).

  O que acontece de errado se não permitir U-turn no Garmin? Ele gera
  rotas incorretas?
  Por qual motivo alguém usa essa opção desativada?


A questão levantada aqui é importante e a gente precisa entendê-la.


Tem outro usuário na minha área de atuação inserindo dúzias deste tipo de 
no_self_u_turn e nas anotações dele ele dá a justificativa de acerto de 
roteamento. Suspeito que seja pela mesma razão, mas não sei ao certo pois o 
usuário não retorna nenhuma mensagem minha.

Me chamou a atenção que eu tenha feito um trajeto semelhante ao Márcio, saí de 
Itaúnas no município de Conceição da Barra, segui na direção sul, passando por 
São Mateus. 
http://www.openstreetmap.org/user/Gerald%20Weber/traces/1877449


Todo roteamento foi calculado pelo Osmand e toda a navegação foi perfeita, 
inclusive nos avisos de pedágio que eu não sabia que tinha na BR-101. E olha 
que não confio muito no roteamento do Osmand, acho meio lento e o Osmand tem 
alguma aversão insana em relação a sinais de pare.

Em relação à São Mateus, haviam várias obras quando passei por lá em 2012 e 
2013, pode ser por isto que algumas das rotatórias que o Márcio relatou que 
constavam no OSM não existiam agora. Como só atravessei São Mateus eu não 
percebi esta parte.

Agora como é que pode que eu e o Márcio tivemos experiências tão opostas com os 
nossos roteamentos sendo que ambos usamos mapas do OSM?

Penso que a resposta esteja nos aplicativos que usamos. Eu usei o Osmand que 
foi feito para ser usado com os mapas do OSM, como alías diz no nome. Já o 
Márcio, se entendi corretamente, usou o Garmin com mapas compilados a partir da 
base do OSM.

Ora, o Garmin

Re: [Talk-br] erros x relações

No Europa maioria de carros novos ja chegando com navegador próprio instalados, 
logo e somente carros velhos que não tem, por isso as vendas de aparelhos nos 
lojas eletrônicos quase sumiu. Os fabricantes, (Garmin, TomTom, GoMap, etc.) 
tem mais atenção em vender para fabricantes e importadoras de automóveis em vez 
de consumidores. Em vez disso o mercado também mudando, pessoas não quer tanto 
aparelhos instalado no veiculo, por isso prefiro navegar pelo smartphone, eles 
uso um fitnestracker (muitos deles com GPS), ou outros atividades onde outro 
tipos do gadgets seria interessante. O que voce ver no prateleira no lojas 
eletrônicos no Europa e no EUA não necessariamente significando que eles não 
vender aparelhos, so que eles não vender navegadores nos esse tipo de lojas.

Ainda ha muito produtos incluindo aplicativos, que utilizando mapas do formato 
do Garmin, TomTom, GoMap e provavelmente outros formatos, sei que ja tem GoMap 
instalado no meu smartphone, alem do ter GoMap instalado no meu carro e meu 
aparelho Garmin. Não instalei TomTom no meu smartphone porque não achei 
aplicativo gratuito.

Aun Johnsen

 On Feb 12, 2015, at 12:24, Gerald Weber gwebe...@gmail.com wrote:
 
 Há alguns anos, nas lojas de eletrônicos da europa, havia setores inteiros 
 com unidades autônomas de GPS (Garmin, Tomtom etc). Da última vez que fui, em 
 julho, mal tinha uma prateleira perdida no canto da loja.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

Geraldo, isso também, se ha linha amarela completa (não interditada) e proibido 
cruzar linha e assim não pode retornar, este exemplo de noreturn=yes e onde não 
ha overtaking=no, por exemplo onde ha 2 faixas (voce pode ultrapassar) mas tem 
linha completa (voce não pode fazer u_turn). Talvez que este tag próprio pode 
crescer dados interessante na mapa, e resolver este problema no navegadores (eu 
ainda falta replicar este problema)

Aun Johnsen

 On Feb 12, 2015, at 12:37, Gerald Weber gwebe...@gmail.com wrote:
 
 Enfim, como Garmin usando um arquivo proprio para roteamento, e OSM não fui 
 desenvolvido direitamente para isso, o geração da mapa Garmin e atreves um 
 compilador. Se e assim que o rodovia inteiro tem um restrição tipo 
 no_self_u_turn, talvez similante que overtaking=no e noparking=yes, podemos 
 ter noreturn=yes.
 
 Verdade Aun, uma relation é para relacionar um trecho com outro. Para 
 colocar uma restrição sobre o próprio techo não há necessidade de uma 
 relation, é completamente redundante. Mais uma razão para não usar.
 
 Mas o que disse é que overtaking=no deveria implicar em no_self_u_turn. Você 
 não pode retornar em trechos onde é proibido ultrapassar.
 
 No caso de rotatórias sempre é proibido ultrapassar, assim se colocar 
 overtaking=no no trecho já mataria dois coelhos com uma cajadada só. Se os 
 aplicativos reconhecessem isto eliminaria o uso de quase todas as restrições 
 de conversão em rotatórias. Simplificaria demais a nossa vida.
 
 Gerald
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

Nelson,
por partes.

O navegador garmin, permite ao utilizador, configurar o que deseja evitar 
durante a navegação.

Dentre outros, existe o evitar u-turn conforme print da tela do garmin abaixo.



Essa opção só tem validade estando o navegador no modo roteado, ou seja, com um 
destino selecionado. Quando ela é habilitada os u-turn são descartados em 
entroncamentos, mas considerados em vias sem saída.

Não tendo selecionado evitar u-turn e estando roteado, quando o utilizador 
contraria o roteamento, o navegador ativa automaticamente o recalculo de rota 
fazendo com que o roteamento seja recalculado a partir da posição atual.

Em não existindo retornos a frente o roteamento pega o primeiro “nó de 
roteamento” a frente e instrui a fazer o u-Turn nele.

Quando cito nó de roteamento me refiro ao nó em que se entronca mais de um 
segmento de reta. Nós comuns são aqueles que unem dois segmentos de reta e 
geralmente são empregados para retratar curva.

Nó de roteamento simples é aquele onde existe a via e outra nela entroncando. 
Na verdade ali aparentemente é um nó, mas na verdade são 3 nós sobrepostos. 
cada nó corresponde a ponta do segmento de reta que se une naquele ponto.

Essa situação ocorre frequentemente comigo quando retorno para o Rio vindo de 
Saquarema – RJ.

Existem duas opções de rota: uma pela Via Lagos e outra pela Amaral Peixoto.

Intercepto a Amaral Peixoto pela Rua Professor Souza ( 
https://www.openstreetmap.org/way/291228492 ). O roteamento nessa intercessão 
instrui a fazer curva a direita, pegar a Estrada do Palmital ( 
https://www.openstreetmap.org/way/284244418 ) e posteriormente a Via lagos ( 
https://www.openstreetmap.org/way/326023360 ). Esse roteamento é correto para 
configuração de caminho mais rápido, entretanto não o sigo porque prefiro 
retornar para casa pela Amaral Peixoto, pelo que o povo local chama de Serrinha.

Assim, ao entrar na Amaral Peixoto sigo para esquerda contrariando o roteamento.

A partir desse momento, quando o navegador identifica que não segui o 
roteamento por ele calculado, começa a ativar o recalculo de rota e logo de 
pronto manda eu fazer u-turn no primeiro nós de roteamento a frente que é a 
intercessão com a via https://www.openstreetmap.org/way/278750332

Daí em seguinte ele, vendo que não fiz u-turn fica sempre recalculando 
instruindo a retornar na próxima intercessão a frente. Essa situação fica se 
repetindo até aproximadamente o entroncamento em 
https://www.openstreetmap.org/way/278746258 . Depois disso ele se cansa em 
ficar recalculando e roteia normalmente pela minha rota desejada que é pela 
Serrinha.

Convém lembrar que em todos esses entroncamentos onde o u-turn é ativado o ID 
apresenta a possibilidade de configuração de restrição u-turn neles. Não 
apliquei em nenhum, mas acredito para fins de teste seria interessante 
aplicarmos e testar o comportamento no GPS.

Exemplo disso no entroncamento da Amaral Peixoto com a via 
https://www.openstreetmap.org/way/278746258



[]s
Marcio


-Mensagem Original- 
From: Nelson A. de Oliveira 
Sent: Thursday, February 12, 2015 1:17 PM 
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] erros x relações 

Marcio, mas me explica essa parte do U-turn com o Garmin.
Que opções ele tem para isso? E no que cada opção influencia e
modifica o roteamento?
Eu quero entender o que está acontecendo.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

Voce pode me manda algumas pontos para eu reproduzir esses erros de roteamento? 
Eu posso testar com varias formas de roteamento com varias configurações 
habilitadas.

Aun Johnsen

 On Feb 12, 2015, at 13:04, thunder...@gpsinfo.com.br 
 thunder...@gpsinfo.com.br wrote:
 
 Intercepto a Amaral Peixoto pela Rua Professor Souza ( 
 https://www.openstreetmap.org/way/291228492 
 https://www.openstreetmap.org/way/291228492 ). O roteamento nessa 
 intercessão instrui a fazer curva a direita, pegar a Estrada do Palmital ( 
 https://www.openstreetmap.org/way/284244418 
 https://www.openstreetmap.org/way/284244418 ) e posteriormente a Via lagos 
 ( https://www.openstreetmap.org/way/326023360 
 https://www.openstreetmap.org/way/326023360 ). Esse roteamento é correto 
 para configuração de caminho mais rápido, entretanto não o sigo porque 
 prefiro retornar para casa pela Amaral Peixoto, pelo que o povo local chama 
 de Serrinha.
  
 Assim, ao entrar na Amaral Peixoto sigo para esquerda contrariando o 
 roteamento.
  
 A partir desse momento, quando o navegador identifica que não segui o 
 roteamento por ele calculado, começa a ativar o recalculo de rota e logo de 
 pronto manda eu fazer u-turn no primeiro nós de roteamento a frente que é a 
 intercessão com a via https://www.openstreetmap.org/way/278750332 
 https://www.openstreetmap.org/way/278750332
  
 Daí em seguinte ele, vendo que não fiz u-turn fica sempre recalculando 
 instruindo a retornar na próxima intercessão a frente. Essa situação fica se 
 repetindo até aproximadamente o entroncamento em 
 https://www.openstreetmap.org/way/278746258 
 https://www.openstreetmap.org/way/278746258 . Depois disso ele se cansa em 
 ficar recalculando e roteia normalmente pela minha rota desejada que é pela 
 Serrinha.
 

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações

Marcio, o caso não seria habilitar esta opção no Garmin então?

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] erros x relações