Novos kits de compilação Garmin

[Paulo Carvalho]

Amigos,

    Foram disponibilizadas novas versões dos kits de compilação de mapas Garmin com muitos pedidos de melhorias atendidos:

• Colocado --link-pois-to-ways como opção de compilação para evitar que vias com barreiras sejam usadas no roteamento;
• Grafia correta do nome do projeto OpenStreetMap no texto do copyright;
• Corrigida uma ordem de definição de variáveis que estava fazendo algumas variáveis ficarem em branco ou com valor incompleto;
• As opções --country-abbr=BRA e --country-name=Brasil, iguais para todos os mapas, estavam sendo redefinidas localmente;
• Os arquivos gerados não têm mais nomes com espaços em branco;
• Removida duplicação da biblioteca osmpbf.jar na pasta requisitos;
• Incluída regra em \requisitos\cocar_style_file\polygons para dar suporte a postos formatados como polígonos, para os quais não estavam sendo gerados os POIs correspondentes;
• Os limites administrativos dos níveis 3, 5, 6, 7 e 9 não estão mais sendo incluídos. Além de não suportados pelo formato Garmin, eles estavam deixando o preprocessamento de limites administrativos mais pesado. Os limites aproveitáveis para Garmin são os de níveis 2(país), 4(estado), 8(município) e 10(bairro);
• A configuração de arquivo TYP default passa a ser em branco, para usar o TYP default provido pelo compilador, que proporciona modo noturo. Os TYPs atualmente fornecidos com o kit não têm modo noturno, o que incomoda os motoristas usando os mapas à noite com o excesso de brilho na tela do GPS;
• A product version tal como registrada no IMG segue o padrão AA.MM (ano.mês) ao invés de AAAAMMDD;
• O padrão de nome do mapa do Brasil (CR-BR) segue AA.MM ao invés de AAAAMMDD mais adequado aos conjuntos estaduais;
• Quando o kit atualiza o mapa-base local brazil-latest.osm.pbf, uma cópia da versão antes da atualização passa a ser salva com o nome de brazil-anterior.osm.pbf para facilitar os testes;
• Corrigido o problema de alguns locais constarem "SEM ESTADO" como unidade federativa;
• Os estados aparecem com suas siglas, nos resultados das buscas;
• Há agora um .BAT separado, mais simples, somente para compilar o mapa do Brasil.

http://www.cocardl.com.br/viewtopic.php?f=23&t=114

abraço,

Paulo Carvalho

[Alexandre de Menezes]

Como autor de algumas das sugestões acima, agradeço o interesse em melhorar sempre o kit de compilação!

[]s,

    Alexandre

[Paulo Carvalho]

Sim! Continuem a ajudar na melhoria dos kits e dos mapas.  Somos todo-ouvidos!  E a tecnologia está toda aberta.  Os scripts e os programas podem ser testados com novas técnicas e métodos.  O que for útil e proveitoso será incorporado ao kit "oficial".

[]s

Paulo Carvalho

--
Você recebeu essa mensagem porque está inscrito no grupo quot;Alt-Tracksource" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para alt-tracksour...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.

[Wesley Martins]

Paulo,

Teve bastante atualizações significativas no splitter (v411 http://www.mkgmap.org.uk/news/2014/05/23/splitter-version-r385 e http://www.mkgmap.org.uk/news/2014/05/25/improved-splitter) e no mkgmap (3300+ http://www.mkgmap.org.uk/news/2014/06/18/unicode-searching-now-you-can), vc poderia disponibilizar a próxima versão já com a atualização deles.

Abraço,

Wesley

[Paulo Carvalho]

Wesley, as versões atuais no kit já contemplam as melhorias mencionadas.

abraço,

Paulo Carvalho

[wesleygmartins]

Sim,

Vi só hoje que no dia 19 saiu mais uma atualização. :)

Abraço,

Wesley

[Wesley Martins]

Paulo,

Tem como adicionar --max-jobs no bat na parte das definições java do mkgmap?

Abraço,

Wesley

[Paulo Carvalho]

O default é usar todos os núcleos para a compilação correr rápido.  Mas se você tem uma necessidade específica de reduzir o número de processadores, acho que você tem que alterar isso na sua cópia local.

A beleza do mundo Open Source está aí.  Você não precisa me pedir para acrescentar algo.  Você vai lá e altera.

Mas em todo caso podemos colocar uma opção ou menu para o usuário escolher quantos núcleos vai querer.  Vou registrar isso no backlog.

[]s e obrigado

Paulo

[wesleygmartins]

Paulo

Tenho que discordar em um pqno ponto. Quando max jobs não é especificado o mkgmap processa apenas um único arquivo por vez. O motivo da minha solicitação é para que seja colocado apenas --max-jobs (sem números) para aí sim ele usar todos os cores, conforme documentação deles em http://www.mkgmap.org.uk/doc/options

--max-jobs[=number]

When number is specified, allow that number of maps to be processed concurrently. If number is not specified, the limit is set equal to the number of CPU cores. If this option is not given at all, the limit is 1 (i.e., the maps are processed sequentially).

Essa alteração eu faço em todas as versões e tbm aproveito e aumento a memória dam para o mkgmap de 1GB para 10GB.

Mas fazer essa opção mostrando quantos núcleos vai querer é bem interessante!

Abraço,

Wesley

[Paulo Carvalho]

Ok, Wesley, já registrei a necessidade no backlog.

[]s

Paulo