Amigos,
estamos enfrentando problemas com os limites administrativos do Brasil.
Compilando com o MKGMAP muitas cidades não estão sendo indexadas pelo estado a
que pertencem.
Pelo pouco que já aprendi em
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative podemos
observar os Admin_
Amigos,
fazendo a compilação mensal do mapa COCAR identifiquei, sem nada modificar no
renderizador, que algumas cidades do Brasil deixaram de ser indexadas.
Como exemplo cito a cidade de Brasília – DF
Como não havia modificado nenhuma configuração no compilador decidi verificar
no mapa o que ha
Ocorreram muitas opiniões e informações interessantes sobre o tema.
Particularmente sou contra a qualquer modificação enquanto o assunto não
estiver mais amadurecido entre a comunidade brasileira do OSM.
Há poucos debatedores e participantes, me parecendo que o assunto não é uma
prioridade na comun
>Somos poucos e ainda há muito por fazer.
>Números de Abril de 2016 do Osmand Live:
>708 contributors in Brazil
>1382 contributors in Argentina
>Comparando esses números ao da população de cada país, não estamos bem na foto
>-- Helio Cesar Tomio / Mapeador Openstreetmap
Legal o Helio trazer estes
2014-05-09 17:52 GMT-03:00 :
> Se for isso acredito que teremos muito trabalho pela frente porque não são
> poucas as cidades nessa situação.
Do jeito que os limites estão agora eles não estão errados (pelo menos
o Nominatim e osmand eu sei que interpretam corretamente estas
informações).
Da mane
É o meu entendimento também. Ter o is_in=* em cada objeto é um mão na roda
para os aplicativos, mas não é nada fácil para os mapeadores manterem essa
informação no mapa.
2014-05-09 18:04 GMT-03:00 Nelson A. de Oliveira :
> 2014-05-09 17:52 GMT-03:00 :
> > Se for isso acredito que teremos muito
Só para complementar, antes de começar a modificar todas as
cidades/limites do Brasil (e começar a inserir uma chave que não é
mais necessária, a is_in), eu sugiro perguntar e explicar isso na
lista de desenvolvimento do mkgmap.
O Gerd (que desenvolve o mkgmap) é bem atencioso.
___
Brasil
Subject: Re: [Talk-br] Limites Administrativos.
2014-05-09 17:52 GMT-03:00 :
Se for isso acredito que teremos muito trabalho pela frente porque não são
poucas as cidades nessa situação.
Do jeito que os limites estão agora eles não estão errados (pelo menos
o Nominatim e osmand eu sei que
2014-05-09 18:22 GMT-03:00 :
> Entendo então que o MKGMAP é limitado?
Limitado no sentido de não estar compreendendo o que seja um estado
(ou por falta de alguma opção ao executar o mkgmap ou por falta de
implementação).
> Por que alguns limites administrativos de município (nivel 8) tem o nó de
Sent: Friday, May 9, 2014 6:20 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Limites Administrativos.
Só para complementar, antes de começar a modificar todas as
cidades/limites do Brasil (e começar a inserir uma chave que não é
mais necessária, a is_in), eu sugiro perguntar e explicar isso
Entendi sim.
Foi isso que eu tentei te explicar: o is_in é uma chave antiga, que
não é obrigatória (e nem se deve adicioná-la). Ver em
http://wiki.openstreetmap.org/wiki/Key:is_in#When_to_use.3F
Eu também tentei explicar que se o mkgmap não interpreta corretamente
alguns objetos pela ausência do is
Nelson,
seguindo sua orientação para ir a pagina
http://wiki.openstreetmap.org/wiki/Key:is_in#When_to_use.3F ali identifiquei
que não existe impedimento ao uso do is-in . Existem ainda controvérsias do seu
uso ou não.
O que me chamou a atenção na pagina foi:
Description
This tag lets you by sp
Leia a discussão em http://wiki.openstreetmap.org/wiki/Talk:Key:is_in
(os 3 primeiros tópicos)
Não é que esteja errado utilizar is_in, mas é desnecessário
adicioná-la (e só serve para contornar a limitação de algumas
aplicações). Gera trabalho e "inchaço" supérfluo no OSM.
Talvez resolva esse pro
Brasil.
-Mensagem Original-
From: Nelson A. de Oliveira
Sent: Friday, May 9, 2014 7:44 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Limites Administrativos.
Leia a discussão em http://wiki.openstreetmap.org/wiki/Talk:Key:is_in
(os 3 primeiros tópicos)
Não é que esteja errado
O certo é fazer com que o mkgmap suporte o limite administrativo.
Mas se você quiser adicionar is_in no Brasil inteiro, nada te impede.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
Em 9 de maio de 2014 20:07, escreveu:
>
> Vamos manter o is-in para facilitar a indexação pelo Mkgmap ou vamos
> deixar de emprega-lo na esperança que o Mkgmap se adeque a sua falta?
>
Se existe "o caminho correto", ele deve ser buscado.
> Não é por aí que vamos garimpar colaboradores para o m
Marcio,
Na verdade já dá para fazer isso no mkgmap, usando --bounds:
"The style file can be used to assign the address tags mkgmap:country,
mkgmap:region etc. using these values."
Então não há realmente necessidade de se adicionar is_in nos dados.
___
ainda para que vocês possam ver.
-Mensagem Original-
From: Nelson A. de Oliveira
Sent: Friday, May 9, 2014 8:19 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Limites Administrativos.
Marcio,
Na verdade já dá para fazer isso no mkgmap, usando --bounds:
"The style file c
2014-05-09 20:53 GMT-03:00 :
> Continuando minha analise fui ver porque a cidade de Campo Grande - MS não
> estava indexando como cidade de MS.
>
> Fica difícil indexa-la como cidade se ela está com nível administrativo 4.
Isso é erro no objeto (e no mkgmap, de certa forma).
admin_level é apenas
Eu vou arrumar esses lugares com admin_level. Tem 15 cidades apenas (e
é coisa bem antiga, de 2008, 2009).
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
gentileza me diga que objeto é esse relacionado e também com nível 4 >
https://www.openstreetmap.org/edit?relation=334051#map=19/-19.58550/-54.47845
-Mensagem Original-
From: Nelson A. de Oliveira
Sent: Friday, May 9, 2014 9:01 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Limi
2014-05-09 21:17 GMT-03:00 :
> Não computo erro ao mkgmap já que ele me apontou o erro no osm.
Ele apontou o problema, mas ao mesmo tempo ele interpretou este dado
de forma incorreta (deveria ignorar o valor do admin_level contido no
place).
E essa relação https://www.openstreetmap.org/relation/
Original-
From: Nelson A. de Oliveira
Sent: Friday, May 9, 2014 9:24 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Limites Administrativos.
2014-05-09 21:17 GMT-03:00 :
Não computo erro ao mkgmap já que ele me apontou o erro no osm.
Ele apontou o problema, mas ao mesmo tempo ele
O admin_level da cidade de Campo Grande eu corrigi (só a relação do
estado e da cidade possuem admin_level agora).
E até onde eu lembro todos os estados possuem label e admin_centre, da
mesma forma que o MS. O Fernando tinha atualizado isso.
O label fica em posição diferente da capital do estado j
incoerências que venho identificando.
-Mensagem Original-
From: Nelson A. de Oliveira
Sent: Friday, May 9, 2014 9:52 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Limites Administrativos.
O admin_level da cidade de Campo Grande eu corrigi (só a relação do
estado e da cidade
2014-05-09 22:35 GMT-03:00 :
> Não consigo vislumbrar a necessidade de se ter um objeto, sem nível
> administrativo, posicionado no centro geométrico do Estado e tendo relação
> com o estado.
O label pode não ter uso para navegação, mas para renderização sim.
> Se batermos martelo nessa necessid
Original-
From: Nelson A. de Oliveira
Sent: Friday, May 9, 2014 10:46 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Limites Administrativos.
2014-05-09 22:35 GMT-03:00 :
Não consigo vislumbrar a necessidade de se ter um objeto, sem nível
administrativo, posicionado no centro geométrico do
2014-05-09 23:03 GMT-03:00 :
> Se a label tem uso para renderização do estado por que não é necessária para
> renderização do município? Ela não teria uso para município? Por que?
O propósito do label é apenas mover o local onde é exibido o nome do
local. Não é necessário (o nome vai aparecer do
> O propósito do label é apenas mover o local onde é exibido o nome do
> local. Não é necessário (o nome vai aparecer do mesmo jeito no centróide do
> objeto). É apenas uma forma de forçar que o nome seja
> exibido em uma localidade diferente.
Forçar para quem ou para o que?
Estávamos debatendo s
2014-05-10 0:01 GMT-03:00 :
> Foi dito que ele não é necessário e agora o label, mesmo não sendo
> necessário porque o nome vai aparecer mesmo no centro geométrico do estado,
> tem seu emprego defendido?
> Continuo não atingindo.
Eu não estou defendendo label. Eu apenas tentei explicá-lo quando v
Não li toda a conversa (é bem longa) então posso estar falando alguma
bobagem. Mas aí vão os meus 20 centavos.
"label" serve para especificar onde o nome da área relativa ao limite
administrativo deve ser renderizado. Ainda cabe à aplicação seguir
essa especificação ou não.
"admin_centre" serve p
"label" serve para especificar onde o nome da área relativa ao limite
administrativo deve ser renderizado. Ainda cabe à aplicação seguir
essa especificação ou não.
Até onde sei, os renderizadores atuais, indexam o nome de uma área definida
no centro geométrico dela, independente da existência d
Por causa desse problema com o mkgmap eu estou vendo usuário mudando
os lugares corretamente classificados como place = suburb, por
exemplo, para place = yes + admin_level = 10
Não sei se houve discussão sobre isso em outro lugar, mas por favor,
não modifiquem os dados nos OSM apenas por causa de u
Nivel 10.
___
Anor C. A. de Souza Concórdia SC
49-8808-4963
> Date: Sat, 10 May 2014 13:39:15 -0300
> From: nao...@gmail.com
> To: talk-br@openstreetmap.org
> Subject: Re: [Talk-br] Limites Administrativos.
>
&g
2014-05-10 14:06 GMT-03:00 A. Carlos :
> Problema com o Mkgmapp? O que o Mkgmapp pegou foi e indexou foi
> cidades erradas como o exemplo que o Márcio citou abaixo, onde cidades
> nível 8
> estavam com Nivel 4.
Isso eu corrigi (tirando o admin_level da cidade, que não deve existir).
Indexação er
...
___
Anor C. A. de Souza Concórdia SC
49-8808-4963
> Date: Sat, 10 May 2014 14:10:58 -0300
> From: nao...@gmail.com
> To: talk-br@openstreetmap.org
> Subject: Re: [Talk-br] Limites Administrativos.
>
> 2014-05-10
2014-05-10 15:52 GMT-03:00 A. Carlos :
> eu posso ter errado no place=yes, Agora dizer que Bairro não pode ser
> admi_level =10??
> então me dá um exemplo CLARO onde admi_level=10 se enquadra...
admin_level é um atributo apenas do limite administrativo, da borda
que define o bairro, cidade, estad
Usando o exemplo de Campo Grande.
É uma cidade, mas vale a mesma coisa para bairros e outras delimitações.
O limite (a relação que define a área da cidade) possui admin_level=8:
http://www.openstreetmap.org/relation/334022
Já o nó da cidade não possui esta informação:
http://www.openstreetmap.org/
Vou usar um contra-exemplo pra estimular a reflexão (porque é um
assunto indefinido), mas acho não precisamos nos aprofundar muito
porque colocar essa tag no nó faz pouca diferença na prática. Onde faz
diferença mesmo é na relação do limite, que sempre deve ter a tag
admin_level.
O nó que represen
Pessoal, desculpem estar entrando tarde. Estive nos EUA a trabalho e os
e-mails acumularam.
Em que pesem os problemas apontados pelo Márcio, consideremos:
1) Não mapear para o mkgmap;
2) A tag is_in deve ser descontinuada;
3) Se a indexação está incoerente, há algo no mapa que o mkgmap não está
Em algumas conversas no canal #osm-br, eu me propus ajudar o naoliv
a consertar algumas coisas nos mapas do Brasil, e uma coisa que chegamos
a uma definição(sem maior consulta da comunidade) é que é ambíguo deixar
a tag na linha e na relação.
Fiz um trabalho em toda região Norte, Norde
Como saiba os rendericadores (mapnik) usar os valores do relação, e acho este
certo onde ha relaçoes
Nao conheco o compolador do COCAR, e nao sei se vai ser muito complicado
adicionar estes regras
Aun Johnsen
Sent from my iPhone
> On 1. sep. 2014, at 19:40, Tarcisio Oliveira wrote:
>
> E
: Tarcisio Oliveira
Sent: Monday, September 1, 2014 7:40 PM
To: OSM talk-br
Subject: Re: [Talk-br] Limites administrativos
Em algumas conversas no canal #osm-br, eu me propus ajudar o naoliv a
consertar algumas coisas nos mapas do Brasil, e uma coisa que chegamos a uma
definição(sem maior
From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Mon, 1 Sep 2014 20:32:50 -0300
Subject: Re: [Talk-br] Limites administrativos
Só citei exemplo de Brasília, mas deixaram de ser indexados muitos
municípios do Norte e centro oeste brasileiro.
O Cocar emprega
(respondam para mim também, por favor, porque não recebo mais mensagem
da talk-br)
> On 01-09-2014 14:26, thunder...@gpsinfo.com.br wrote:
> O limite administrativo fica assim mesmo sem etiqueta e só formatado nas
> relações?
Sim, pode ficar apenas assim. É uma forma válida de uso.
Qual a aplicaç
Marcio
-Mensagem Original-
From: Nelson A. de Oliveira
Sent: Monday, September 1, 2014 7:47 PM
To: Tarcisio Oliveira
Cc: OSM talk-br
Subject: Re: [Talk-br] Limites administrativos
(respondam para mim também, por favor, porque não recebo mais mensagem
da talk-br)
> On 01-09-2014 14:26,
s, merecem analise de
> implicações antes de executadas.
>
> Infelizmente nós do COCAR fomos surpreendidos com ela após críticas
> recebidas e vamos envidar esforços na identificação de uma solução a nível
> renderizador.
>
> []s
> Marcio
>
> -Mensagem Original-
Weber
Sent: Tuesday, September 2, 2014 10:42 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Limites administrativos
Marcio, sua preocupação é bem justificada.
Estas tags poderiam não ser estritamente necessárias na way, se já existissem
na relation, mas também não estavam fazendo mal a
rald Weber
Sent: Tuesday, September 2, 2014 10:42 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Limites administrativos
Marcio, sua preocupação é bem justificada.
Estas tags poderiam não ser estritamente necessárias na way, se já
existissem na relation, mas também não estavam fazend
49 matches
Mail list logo
