Erro de Roteamento na BR040 Rio de Janeiro (TRC 5.04)

[Luiz F Pinho]

há provável descontinuidade no mapa TRC 5.04 na rodovia 040 sentido Juiz de Fora - Rio de Janeiro, próximo da área denominada Apa de Petrópolis onde a rota desvia e segue pela RJ085. O problema ocorre se Também tentarmos rota de Petrópolis para o Rio e tentarmos seguir via 040.
Estes problemas não existem se fizermos as mesmas rotas usando do mapa Roteável integrado 5.04.

Luiz

[Ruy Lerac]

Nos mapsets TRC e TRI é mais provável a ocorrência de descontinuidades, devido a maior necessidade de ajustes dos bounds nas divisas municipais. Para rotas intermunicipais, por enquanto, é mais recomendado o uso do TRR (Roteável Rodoviário), que não possui estas descontinuidades.

[charlescbl]

Fiz esta rota sábado, dia 29-03, usando o TRI 5.04

Funcionou perfeitamente. Conferi os bounds entre JF e o mapa vazado rodoviário. está tudo perfeito.

Onde está exatamente a descontinuidade? Acho que deve ser depois de Petrópolis.

Ah, achei visualmente, algo estranho no mapa na Apa de Petrópolis. Parece que dentro da Serra, próximo à Estrada de Teresópolis, existe algo esquisito. Tem uns POI's no mapa, em cima da área verde, inclusive pedágio. Porém, a rodovia fica por baixo da parte verde. Um usuário (o Sérgio) já havia me falado sobre isso, mas só vi no sábado através do Garmin Mobile XT. Creio que isto deva ocorrer Também com os Garmin Nüvi. O Sérgio disse que, roteando nesta área, a rota fica por baixo do mapa Também. Somente o track log aparece por cima...

Abraços.

Charles
Mio P550 + Garmin Mobile XT + TrackSource

[Ruy Lerac]

São trilhas de trekking entre Petrópolis e Teresópolis, que só aparecem na tela com zoom bem próximo.

[Luiz F Pinho]

Charles, acredito que existam na realidade vários pontos de descontinuidade no trecho abaixo de onde aparece no mapa o nome Apa de Petropolis; há Também problemas próximo ao Rio ainda na BR040. Os erros mencionados ocorrem ao usar o MapSource para traçar a rota.
É interessante notar que este problema ocorre apenas no mapa TRC 5.04; no mapa TRI 5.04 está normal.

Aproveito aqui para questionar o motivo da existência de tantos mapas. Assim como, acertadamente, foi "banido" o antigo mapa rodoviário não Roteável, acho que já passou da hora de tomarmos outra medida corajosa e eliminarmos Também 3 dos atuais 4 mapas disponíveis, deixando apenas o TRC ou o TRI (deixar o que estiver mais completo). será melhor para os usuários que não ficarão confusos qual mapa instalar no GPS, será muito melhor para os desenvolvedores-diretores que não precisarão montar tantos mapas, enfim todas ganharão.

Abraços,
Luiz

[cpandora]

Luis, a idéia é exatamente esta. Acontece que existem muitos mapas exatamente para testar qual é o melhor conjunto para num futuro facilitar a vida de todo mundo... agora, isso leva tempo e se vc der uma olhada nas mens de seis meses atrás verá como esse processo está andado rápido. Dê uma olhada aqui http://tracksourcebrasil.wikispaces.com/FAQ#FAQ3 . abç. FELIPPO MONTENEGRO

[paulocarvalho]

O TRC possui mapas estaduais vazados e mapas municipais que o complementam e que podem ser selecionados separadamente para envio ao GPS, fornecendo assim maior flexibilidade para usuários que necessitam apenas de algumas áreas específicas para uso no aparelho.
No TRI os dados urbanos São integrados aos dados rodoviários em mapas estaduais completos, que não podem ser subdivididos para envio ao GPS e assim se tornam mais pesados, caso o usuário não deseje uma navegação por todo o estado.

De acordo com essa definição, a tendência aponta para o fim do TRI.

[paulocarvalho]

Luíz, o Casaretto (compilador da nossa região) e eu trocamos e-mails estamos acertando essas divergências entre mapas vizinhos. Vou ver se mando uma nova Versão esse final de semana, mesmo que seja só para acertar essas descontinuidades (pelo menos no mapa do Rio) sem haver muitos acréscimos no conteúdo do mapa per se.

[Luiz F Pinho]

"O TRC possui mapas estaduais vazados e mapas municipais que o complementam e que podem ser selecionados separadamente para envio ao GPS, fornecendo assim maior flexibilidade para usuários que necessitam apenas de algumas áreas específicas para uso no aparelho."
"No TRI os dados urbanos São integrados aos dados rodoviários em mapas estaduais completos, que não podem ser subdivididos para envio ao GPS e assim se tornam mais pesados, caso o usuário não deseje uma navegação por todo o estado."

Olá pessoal,
Vou dar minha opinião em relação a qual dos mapas, TRI ou TRC, continuará:
Tenho visto nas discussões, e no próprio texto explicando o que é cada um dos mapas, que uma das principais questões da manutenção do TRI seria o fato de ficar pesado para ser carregado nos GPS: é interessante observar que hoje (V5.04) oTRI completo consome exatos 38.3MB o que em absoluto não significa muita coisa, mesmo para aparelhos mais antigos e sem capacidade de expansão de armazenamento. Como o TRI mantém a estrutura por ESTADO, apenas uma fração dos 38.3MB será utilizada já que é muitíssimo mais comum viajarmos dentro de um mesmo ESTADO mas obviamente entre vários municipios, assim o TRI seria mais racional. Isto a Garmin já faz há muitos anos nos seus mapas, exatamente porque os aparelhos realmente tinham memória muito limitada e os usuários principalmente nos Estados Unidos carregavam no GPS apenas os ESTADOS que interessavam, com seus municípios.
Também para nós, acredito que o raciocínio deverá ser o mesmo; dessa forma facilitaria em muito o trabalho dos desenvolvedores, em relação ao TRC, e, principalmente, reduziríamos em muito os erros como o que referi no mapa do Rio. já imaginou as centenas de municípios que teremos de fazer a conexão? É claro que as chances de erro São maiores e aumentarão a cada vez que uma nova cidade for adicionada e roteada no Projeto Tracksource. Como vantagem adicional, não precisaremos mais ouvir o Ruy dizer que é melhor usar um mapa em detrimento de outro já que este é mais preciso que aquele (brincadeirinha, Ruy...)

Em tempo, o mapa Roteável de Salvador está saindo da "padaria"

Abraços,

Luiz

[casaretto]

Luiz

Voce não está considerando o processo de elaboração.

Para fazer a criação do TRC, conforme vc já percebeu, existe a necessidade de se "casar" todas as extremidades das vias nas divisas. Isso é um trabalho que deve ser feito pelos DMs sob a coordenação dos DEs, que é quem bate o martelo se um município está ou não pronto para ser incluido no TRC.
Depois de feito esse acerto, os mapas São compilados independentemente e as rotinas de compilação que já estão muito bem dominadas, fazem a montagem, sem nenhum trabalho a mais.

Na montagem do TRI, todo o trabalho de "casamento" das extremidades, Também é necessário. não existe fórmula mágica de ajuste das extremidades. Tem de ser feito na mão, e muitíssimo pior, por uma única pessoa, o compilador. Isso é feito, abrindo manualmente cada mapa no GTM e copiando todas as vias e POIs, eliminando fundo e limites, para o mapa estadual. Aí faz o acerto das extremidades das vias copiadas.
Depois de feito todos este trabalho artesanal, um mapa somente é compilado.

Imagine, fazer este trabalho todo mês, considerando as mudanças nos mapas municipais. Trabalho insano.
Hoje o TRI somente está fazendo o roteamento melhor, porque foi feito este trabalho que está aí, como teste, com todo o cuidado. Mas desde lá, há uns três ou quatro meses, os mapas não foram mais atualizados. No entanto, se voce olhar os detalhes, o TRC está evoluindo. A cada dia, entram novos mapas eou novas informações. Infelizmente, erros fazem parte desse desenvolvimento. Quando percebemos isso lançamos revisões.

O TRI, morreu.

Paulo Casaretto Filho

[Luiz F Pinho]

Paulo, valeu pelos esclarecimentos.

então é hora de enterrarmos o TRI já!!! Espero não ve-lo mais publicado este mes, vamos poupar os usários e os desenvolvedores de confusões e trabalhos desnecessários...

abração
Luiz

[nqnnospam]

Na montagem do TRI, todo o trabalho de "casamento" das extremidades, Também é necessário. não existe fórmula mágica de ajuste das extremidades. Tem de ser feito na mão, e muitíssimo pior, por uma única pessoa, o compilador.

Paulo desculpe discordar, mas no TRI aproveita-se o casamento que obrigatoriamente deve ser feito para o TRC. O compilador TRI não faz esse casamento. Ele confia que o casamento foi bem feito no TRC, pelos desenvolvedores estaduais e municipais.

O único trabalho adicional, em relação ao TRC, deve ser feito pelo desenvolvedor estadual. Consiste em mesclar os mapas TRC-municipais com o TRC-estadual vazado num único mapa. Isto pode ser feito usando a função "Unir Arquivos" do TrackMaker, ou o aplicativo montador que o Ígor desenvolveu. A operação é muito simples.

Portanto, todos os erros de continuidade que existem no TRC aparecem no TRI, e vice-versa.

[nqnnospam]

Complementando, como desenvolvedor estadual gero o mapa TRI mensalmente para o Chicão (compilador TRI). A operação era simples, e, depois que o Ígor fez o aplicativo Montador, a operação ficou ainda mais simples.

Eu entendo que o fim do TRI se justifica simplesmente pelo fato dele ser baseado no TRC. Se já temos o TRC, e ele está funcionando, para que fazer o TRI, mesmo que gerá-lo seja simples?

O TRI se justificava anteriormente por causa dos problemas de busca, mas, agora que o índice global está funcionando corretamente, não se justifica mais manter o TRI.