Alguém sabe explicar nestes change
http://www.openstreetmap.org/edit?relation=51477#map=16/52.3213/5.5612
http://www.openstreetmap.org/edit#map=19/52.80423/5.88423
Os alemãoes ali, traçam 2 linhas, uma para via fluvial, e outra para limite
administrativo com nível (4) e tudo...
Acho este e resultado do fonte do informacao. No meu opiniao os limites
administrativos deve ser mesmo como linha fluviavel do rio somente se rio e o
limite definido por lei. No exemplo do alemao talvez o limite e definido entre
pontos
Aun Johnsen
Sent from my iPhone
On 25. mai 2014, at
Eis uma resposta:
https://help.openstreetmap.org/questions/7563/waterway-as-administrative-boundary-shared-way
Quaisquer linhas, inclusive linhas de rios, podem ser membros de
relações de limites administrativos (e de multipolígonos em geral),
disto não tenha dúvida. Quanto ao limite do Brasil
@openstreetmap.org
Subject: Re: [Talk-br] Index de Limites Administrativos
Eis uma resposta:
https://help.openstreetmap.org/questions/7563/waterway-as-administrative-boundary-shared-way
Quaisquer linhas, inclusive linhas de rios, podem ser membros de
relações de limites administrativos (e de
: Re: [Talk-br] Index de Limites Administrativos
Eis uma resposta:
https://help.openstreetmap.org/questions/7563/waterway-as-administrative-boundary-shared-way
Quaisquer linhas, inclusive linhas de rios, podem ser membros de
relações de limites administrativos (e de multipolígonos em
From: fernando.treb...@gmail.com
Date: Sun, 25 May 2014 12:38:29 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Index de Limites Administrativos
Eis uma resposta:
https://help.openstreetmap.org/questions/7563/waterway-as-administrative-boundary-shared-way
Quaisquer linhas
)
___
Anor C. A. de Souza Concórdia SC
From: fernando.treb...@gmail.com
Date: Sun, 25 May 2014 13:55:05 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Index de Limites Administrativos
O MapFactor Navigator encontra
Parece que a minha desconfiança de usar --bounds no mkgmap é o caminho.
O Gerd (que não é o nosso Gerald) respondeu em
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q2/021409.html:
===
the best way to get a good index is to use the bounds parameter.
The input file can be found here:
Nelson, o kit do Cocar já usa -bounds. Logo não é essa a causa do
problema. Mesmo porque outros estados são indexados normalmente.
2014-05-20 8:12 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
Parece que a minha desconfiança de usar --bounds no mkgmap é o caminho.
O Gerd (que não é
On Tue, May 20, 2014 at 8:31 AM, Paulo Carvalho
paulo.r.m.carva...@gmail.com wrote:
Nelson, o kit do Cocar já usa -bounds. Logo não é essa a causa do
problema. Mesmo porque outros estados são indexados normalmente.
Tem como testar com o bounds dele só para ver se há diferença?
Agora você falou uma coisa que não me ocorrera. O kit gera os bounds a
partir do próprio mapa, usando as relations que ele encontra. Pode ser a
parametrização do preprocessador de limites. Colocarei no backlog do kit
para não esquecer de testar isso.
Em 20 de maio de 2014 08:41, Nelson A. de
Eu testei o seu kit e ele dá várias mensagens desse jeito:
===
Grave (BoundaryUtil): CRBR\0001.osm.pbf: boundary directory/zip does not exi
st: cache_index\lim_adm
Grave (LocationHook): CRBR\0001.osm.pbf: LocationHook is disabled because no
bounds files are available. Dir:
Tente forçar a atualização do mapa-base local e compile novamente. Pelas
mensagens parece que ele não está preprocessando os limites. Forçando a
atualização, ele reprocessa os limites.
2014-05-20 9:49 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
Eu testei o seu kit e ele dá várias
2014-05-20 1:17 GMT-03:00 A. Carlos anorcar...@hotmail.com:
Vão dizer que é erro do Mkgmapp...acho que não
É fácil: é só perguntar na lista do mkgmap (o que já devia ter sido feito antes)
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q2/021408.html
Tentado Compilar Mapa pro GPS com MKgmapp, usando como index
o admin_level 4, ao indexar na lista de Estados jogados no GPS os Seguintes
Estados não
estão aparecendo.
RS-PR-MT-MS-AP-RR-AM-AC-RO
Os demais Estados estão certo, abrindo este Estados ele me mostra a lista com
TODAS as cidades
Você está usando o mkgmap diretamente ou o kit do Cocar?
Em 18 de maio de 2014 12:16, A. Carlos anorcar...@hotmail.com escreveu:
Tentado Compilar Mapa pro GPS com MKgmapp, usando como index
o admin_level 4, ao indexar na lista de Estados jogados no GPS os
Seguintes Estados não
estão
Comparando o estado do Pará com o Amazonas falta o is_in:country para o
Amazonas. Escrevo entre aspas porque nenhum programa deveria depender dessa
tag. Mas como os estados são poucos, não vejo problema em colocar. Mas não
se surpreenda se alguém um dia retirá-la.
2014-05-18 12:16 GMT-03:00 A.
Subject: Re: [Talk-br] Index de Limites Administrativos
Você está usando o mkgmap diretamente ou o kit do Cocar?
Em 18 de maio de 2014 12:16, A. Carlos anorcar...@hotmail.com escreveu:
Tentado Compilar Mapa pro GPS com MKgmapp, usando como index
o admin_level 4, ao indexar na lista de Estados
. A. de Souza Concórdia SC
49-8808-4963
Date: Sun, 18 May 2014 12:38:07 -0300
From: nao...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Index de Limites Administrativos
Em vez de mexer nos dados do OSM, o
Nélson,
O kit já inclui uma etapa de geração de limites. Minha suspeita é de
algum erro no style file ou limitação do mkgmap. Teria que ter um caso
comparativo de dados entre uma cidade mal indexada e uma corretamente
indexada, mas se está exigindo a tag is_in, então o mkgmap (módulo
..
___
Anor C. A. de Souza Concórdia SC
49-8808-4963
Date: Sun, 18 May 2014 12:50:37 -0300
From: nao...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Index de Limites
..
*___*
*Anor C. A. de Souza Co*
*ncórdia SC *
49-8808-4963
Date: Sun, 18 May 2014 12:50:37 -0300
From: nao...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Index de Limites Administrativos
On Sun, May 18
22 matches
Mail list logo