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 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. > > Nos juntamos a esse trabalho e nessa madrugada passada revisamos dessa forma > os estados que não estavam sendo indexados pelo Mkgmap: > > Amazonas > Pará > Goiás > Mato Grosso > Mato Grosso do Sul > Minas Gerais > São Paulo > Paraná > > Acabamos de renderizar um novo mapa Cocar com o PBF fornecido pelo Geofrabick > ( http://download.geofabrik.de/south-america/brazil.html > <http://download.geofabrik.de/south-america/brazil.html>) e na busca todos os > estados do Brasil passaram a indexar. > > Em que pese que o Brasil está sendo indexado normalmente e não gerando > problema, estou curioso para saber como se limpar os avisos que aparecem na > relação: boundary > > A grande maioria deles é a respeito a “very long segment x kilometers” > > Imaginei que seria particionar o longo way membro da relação, mas pelo visto > não é. > > Como corrigir esse aviso? Alguém sabe qual o valor máximo em distância ou > nós para um way membro ,ou não, de uma relação? > > []s > Marcio > > > From: Lists <mailto:li...@gimnechiske.org> > Sent: Saturday, May 9, 2015 7:45 PM > To: OpenStreetMap no Brasil <mailto:talk-br@openstreetmap.org> > Subject: Re: [Talk-br] border_type > > 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 transparente, > ambos para evitar problemas no futuro e para mais contribuidores fazer parte > do processo. > > Aun Johnsen > >> > _______________________________________________ > 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
