>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
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
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
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 ninguem.
Vou repetir o que disse no outro
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, thunder...@gpsinfo.com.br wrote:
O limite
a nível
renderizador.
[]s
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
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á
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 para
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 de
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
2014-05-10 14:06 GMT-03:00 A. Carlos anorcar...@hotmail.com:
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
...
___
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 14:06 GMT-03:00 A. Carlos
2014-05-10 15:52 GMT-03:00 A. Carlos anorcar...@hotmail.com:
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
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:
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
2014-05-09 17:52 GMT-03:00 thunder...@gpsinfo.com.br:
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
É 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 nao...@gmail.com:
2014-05-09 17:52 GMT-03:00 thunder...@gpsinfo.com.br:
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.
2014-05-09 18:22 GMT-03:00 thunder...@gpsinfo.com.br:
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
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
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
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
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
Em 9 de maio de 2014 20:07, thunder...@gpsinfo.com.br 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
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 can
2014-05-09 20:53 GMT-03:00 thunder...@gpsinfo.com.br:
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).
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] Limites
2014-05-09 21:17 GMT-03:00 thunder...@gpsinfo.com.br:
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
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 thunder...@gpsinfo.com.br:
Não computo erro ao mkgmap já que ele me apontou o erro no osm.
Ele apontou o problema, mas ao
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
as 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 thunder...@gpsinfo.com.br:
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
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 thunder...@gpsinfo.com.br:
Não consigo vislumbrar a necessidade de se ter um objeto, sem nível
administrativo
2014-05-09 23:03 GMT-03:00 thunder...@gpsinfo.com.br:
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 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
2014-05-10 0:01 GMT-03:00 thunder...@gpsinfo.com.br:
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
39 matches
Mail list logo