Creio que no caso as bordas marítimas devem ficar como estão.
Sei que as TAGs admin_level dão problema quando estão quebradas ou em níveis
diferentes da via, como ocorreu em SP e Rio. Agora, quando elas são iguais, não
devem ter impacto significativo. Devemos revisar em camadas, primeiro a 2,
Blad,
pelo que venho estudando e experimentando, identifico que quando o way é membro
de uma relação boundary e nele é inserido a tag admin_level igual a inserida na
relação, não existe problema apesar de se tornar redundante a informação.
Temos encontrado problema quando o way é membro de mais
Marcio
Eu nao sei exatamente que deu seus problemas, seria bom se vocês pode
compartilhar logs, ou outros dados sobre isso, para a gente pode compartilhar o
processo. Eu acho que um processo assim, principalmente com dados tao
importante e complicado como limites administrativos, deve ser
Marcio
O distancia nao pode responder, mas o API aceitar ate 5000 nos, que e demais,
existe aplicativos que tem problemas em cima do 1000, acho que JOSM avisar com
500
Aun Johnsen
On May 9, 2015, at 21:25, thunder...@gpsinfo.com.br
thunder...@gpsinfo.com.br wrote:
Aun e demais
O Josm manda cortar vias acima de 2000 pontos.
BladeTC
--- Mensagem Original ---
De: Lists li...@gimnechiske.org
Enviado: 9 de maio de 2015 21:59
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] border_type
Marcio et al
Um bom aviso e evitar criar caminhos muito
Marcio
Eu utilizei border_type nos limites administratives no Espírito Santo, porque
houve 2 tipos de limites batendo no admin_level=9, os distritos e subdistritos,
no maioria dos casos não deu problema, município uso ou distrito ou
subdistrito, so encontrou problema no Vitória, que uso ambos.
Marcio et al
Um bom aviso e evitar criar caminhos muito longe (por exemplo tenta fica com
menus que 500 nos sempre), onde existe caminhos mais longe, e onde esses dar
problemas com aplicativos, acho que e isso voce tem Marcio, separa-los em
caminhos menores, e sempre fica atento em relações
Aun,
em que pese que o OSM não é voltado para determinada aplicação, sou de opinião
que os resultados encontrados na aplicação por vezes estampam necessidade de
revisão de certos parâmetros inseridos nos ways do OSM.
Como produzimos o mapa Cocar, nos testes constantemente identificamos alguma
Obrigado Márcio!
Estou a disposição para o que precisar!
Eu que agradeço ao pessoal do Talk-BR que sempre sanaram minhas duvidas e
compartilharam as ferramentas para mapear.
Abraços,
BladeTC
--- Mensagem Original ---
De: thunder...@gpsinfo.com.br
Enviado: 9 de maio de 2015 21:26
Para:
Aun e demais companheiros,
quero deixar registrado o nosso agradecimento ao Blad que não mediu esforços
nesses últimos dias, a nosso pedido, para revisar determinados ways membros de
algumas relações retirando dele a tag admin_level quando diferente da contida
em alguma relação que era membro.
E como corrigir way longo?
Particionei (quebrei) um trecho de um way e continuou o aviso. Será que teria
de particionar mais vezes o way?
From: Lists
Sent: Saturday, May 9, 2015 9:29 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] border_type
Marcio
O distancia nao pode responder,
Obrigado Aun,
concordo com voce que essa tag border_type não impacta no mkgmap e, pelo que
sei e ando experimentando no Mkgmap, ele não tem configurações em seus styles
para reconhecer essa tag.
A minha pergunta se deu fins padronização já que me juntei ao grupo que está
revisando os boundarys
Amigos,
como a maioria sabe os níveis administrativos (admin_level) vem agora sendo
incluídos nas relações já que um way, por vezes, é membro de inúmeras relações
com admin_level distintos.
Como nosso amigo Blad já postou aqui nesta lista a situação e se comprometeu a
revisar algumas regiões,
Marcio
border_type e usado onde e necessario denominar limites especificos e onde não
ha outros tags boas para fazer este denominação. Tem somente alguns exemplos
raros no boundary=administrativo, e em maioria dos casos pode ser ignorado do
consumidores (por exemplo acho não dar impacto no
14 matches
Mail list logo