Amigos,
nós do COCAR acompanhamos atentamente a evolução do OSM e frequentemente
somos surpreendidos quando determinado objeto passa a não ser renderizado
adequadamente como vinha sendo.
Como a maioria deve saber uma área é indexada e encontrada no sistema de
busca por meio de um ponto virtualmente criado pelos renderizadores no centro
geométrico dela. Não conheço outros renderizadores, mas o Mkgmap tem o comando
add-pois-to-areas que executa essa tarefa.
Por essa razão que quando um editor, além de criar a área cria também um
ponto de mesmo nome dela e dentro dela, a indexação se dá de forma duplicada e,
consequentemente o resultado no sistema de busca estampa dois objetos com
aquele mesmo nome.
Apesar de inexperiente em programação sei que existem comandos a nível
renderizador que removem duplicidades, mas acreditamos que importante é o
editor só criar um ponto dentro de uma área e com o mesmo nome dela se for
estritamente necessário.
Estamos nos esforçando para adequar os comandos para o Mkgmap dentro do
padrão brasileiro, de acordo com nossas características, definido pelo grupo,
entretanto por vezes nos deparamos com alterações do padrão até então empregado
e que desconhecíamos.
Tratando de relações, na relação boundary-administrative temos o comando no
Mkgmap para indexar nessa relação a KEY admin_centre, onde existir, entretanto
estamos observando um grande esforço na revisão das relações
boundary-administrative e onde alguns estão removendo a KEY admin_centre da
relação e inserindo a KEY place nela.
Com essa situação começou a ocorrer duplicidade de objetos de mesmo nome
para a mesma área. Um criado virtualmente pela KEY place inserida na relação e
outro pelo ponto no marco zero da área e que era inserido como admin_centre na
relação. Mesmo tendo alguns admin_centre sido removidos da relação, o ponto que
retrata o marco zero daquela relação continua e deve continuar presente, na
nossa opinião.
Somos de opinião que a KEY place não deveria ser inserida na relação, em
especial naquelas que estampam grandes áreas. Ela, no nosso entender, deveria
ser inserida, onde aplicável, no marco zero das áreas descritas como Value em
http://wiki.openstreetmap.org/wiki/Key:place . Esse ponto, sendo admin_centre,
não deveria ser removido da relação boundary-administrative.
Infelizmente essa ação ora sendo adotada está nos obrigando a revisar os
parâmetros aplicados na renderização com o Mkgmap e no momento estamos
analisando o melhor comando para se remover a KEY place aplicada em algumas
relações.
Do exposto me perdoem se o assunto já foi tratado, mas gostaria de conhecer
a opinião dos demais e saber afinal qual será o padrão a ser aplicado pelo
Brasil nas relações boundary-administrative.
[]s
Marcio
_______________________________________________
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br