<HTML><HEAD>
<META content="text/html charset=utf-8" http-equiv=Content-Type></HEAD>
<BODY 
style="WORD-WRAP: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space" 
dir=ltr>
<DIV dir=ltr>
<DIV style="FONT-SIZE: 12pt; FONT-FAMILY: 'Calibri'; COLOR: #000000">
<DIV>Aun Johnsen,</DIV>
<DIV>infelizmente não pode ver o vídeo. Nele mostro os problemas existentes no 
mapa do Brasil fornecido pelo <A title=http://garmin.openstreetmap.nl/ 
href="http://garmin.openstreetmap.nl/">http://garmin.openstreetmap.nl/</A></DIV>
<DIV> </DIV>
<DIV>Os problemas existentes e ali mostrados são facilmente tratados a nível 
Mkgmap, em seus styles, o que infelizmente o mapa NL não faz, pelo menos para o 
Brasil.</DIV>
<DIV> </DIV>
<DIV>Está você testando a indexação por Rua, entretanto o problema ocorre na 
indexação por cidade / estado e não por Rua.</DIV>
<DIV> </DIV>
<DIV>Problemas de indexação por tipo de via ( Rua, Avenida, estrada, etc) são 
facilmente corrigidos pelo Mkgmap com o comando “x-split-name-index”. 
Renderizado com esse comando a busca por endereço se torna fácil sem a 
necessidade de se buscar digitando o tipo de via a frente do nome. Ele indexa 
com somente a digitação do nome, sem o tipo.</DIV>
<DIV> </DIV>
<DIV>De qualquer forma volto a solicitar que seja padronizado o emprego de tags 
nas relações boundary e nos POI de city, town, etc.</DIV>
<DIV> </DIV>
<DIV>Não existindo uma padronização se torna complicado a qualquer renderizador 
extrair dos dados alguma tag que vá refletir aquele objeto.</DIV>
<DIV> </DIV>
<DIV>Para terem noção do problema cito como exemplo o emprego do admin_centre na 
relação boundary. </DIV>
<DIV> </DIV>
<DIV>Os desenvolvedores do Mkgmap, por nossa solicitação, criaram uma regra nele 
de quando da existência do admin_centre na relação boundary, que a função 
add-poi-to-area não criasse um POI virtual no centro geométrico da área. </DIV>
<DIV> </DIV>
<DIV>Com essa ação passamos a não mais ter o POI da cidade duplicado no mapa, 
entretanto em alguns lugares do Brasil continua essa duplicação simplesmente 
porque o membro admin_centre não está incluído em algumas relações boundary, em 
especial do estado de São Paulo.</DIV>
<DIV> </DIV>
<DIV>Pelo que já lemos relação boundary no OSM é um fato relativamente recente 
em se comparando as outras funções. Talvez por isso o mapa para o Brasil ainda 
não foi totalmente ajustado as novas regras.</DIV>
<DIV> </DIV>
<DIV>Outra situação foi a apresentada para São Carlos – SP e outras cidades do 
estado.</DIV>
<DIV> </DIV>
<DIV>Muitos renderizadores ainda não tratam relações boundarys. Eles tratam os 
POI, os place=city, town, etc.</DIV>
<DIV> </DIV>
<DIV>Se observarmos a maioria das cidades do estado de São Paulo estão 
vinculadas as correspondentes relações boundary como admin_centre, entretanto 
não existe o POI da cidade tratado isoladamente, fora da relação, como é tratado 
o POI de Concórdia – SC citado. Nele, se observarem, existe como resultado da 
busca a relação boundary e o POI city.</DIV>
<DIV> </DIV>
<DIV>Vão dizer que o renderizador tem de se adaptar aos dados OSM e até concordo 
com essa ponderação, mas convenhamos que em não existindo um padrão fica difícil 
ao desenvolvedor do renderizador estabelecer uma regra para dos dados extrair o 
que é desejado.</DIV>
<DIV> </DIV>
<DIV>Se desejamos alavancar o OSM no Brasil sou de opinião que devemos nos 
esforçar em padronizar o emprego de tags e identificar erros grosseiros 
existentes no mapa.</DIV>
<DIV> </DIV>
<DIV>Felizmente mais utilizadores estão empregando o mapa COCAR e com isso 
estamos recebendo inúmeros “feedbacks” de erros existentes no mapa.</DIV>
<DIV> </DIV>
<DIV>Recentemente recebemos uma critica de um utilizador que reside em Ponte 
Nova – MG. Disse ele que não empregava o mapa COCAR porque não era loteável em 
sua cidade.</DIV>
<DIV> </DIV>
<DIV>Fomo verificar o porque e identificamos que o editor Elias Lopes desenhou 
as vias mas não as interligou nos entroncamentos.</DIV>
<DIV> </DIV>
<DIV>Enviamos mensagem para ele, mas infelizmente não nos respondeu. Decidimos 
então corrigir o problema interligando as vias, entretanto muitas continuam por 
serem interligadas como, por exemplo, <A 
title=http://www.openstreetmap.org/way/346557829 
href="http://www.openstreetmap.org/way/346557829">http://www.openstreetmap.org/way/346557829</A></DIV>
<DIV> </DIV>
<DIV>Outro utilizador, agora residente em São Luís – MA, também fez critica 
quanto ao roteamento pela cidade. Fomo identificar e realmente existem inúmeros 
problemas ali que aos poucos estamos corrigindo.</DIV>
<DIV> </DIV>
<DIV>Perdoem o desabafo, mas como abraçamos a causa e estamos divulgando o mapa 
OSM nos sites que administramos, acabamos por ser o receptor de elogios e também 
de críticas.</DIV>
<DIV> </DIV>
<DIV>[]s</DIV>
<DIV>Marcio</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV 
style='FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: "Calibri"; FONT-WEIGHT: normal; COLOR: #000000; FONT-STYLE: normal; DISPLAY: inline'>
<DIV style="FONT: 10pt tahoma">
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV style="BACKGROUND: #f5f5f5">
<DIV style="font-color: black"><B>From:</B> <A title=lists@gimnechiske.org 
href="mailto:lists@gimnechiske.org">Lists</A> </DIV>
<DIV><B>Sent:</B> Saturday, June 13, 2015 9:02 AM</DIV>
<DIV><B>To:</B> <A title=talk-br@openstreetmap.org 
href="mailto:talk-br@openstreetmap.org">OpenStreetMap no Brasil</A> </DIV>
<DIV><B>Subject:</B> Re: [Talk-br] São Carlos, SP</DIV></DIV></DIV>
<DIV> </DIV></DIV>
<DIV 
style='FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: "Calibri"; FONT-WEIGHT: normal; COLOR: #000000; FONT-STYLE: normal; DISPLAY: inline'>Marcio 

<DIV> </DIV>
<DIV>Desculpa que nao pode ver o video voce me mando nem atualizar as mapas, to 
offshore Patagonia e meu conecao internet nao dar para ver youtube e nem baixar 
arquivos grandes.</DIV>
<DIV> </DIV>
<DIV>Bem, vejo algum de seus problemas sobre <A 
href="http://garmin.openstreetmap.nl">garmin.openstreetmap.nl</A>, 
principalmente em calcular tempo nos roteamentos, como voce dis não uso regras 
especificas por brasil, que resultando velocidade padrão no autoestrada 
(highway=motorway) ser 250km/h, no trunk 130 e no primary 90km/h por exemplo. 
Mas seus problemas de indexacao não parecendo valido por esse mapa.</DIV>
<DIV> </DIV>
<DIV>Eu nao tem mapas do link ES que voce mandou e não pode relatar resultado 
ai.</DIV>
<DIV> </DIV>
<DIV>Como mapas do <A 
href="http://garmin.openstreetmap.nl">garmin.openstreetmap.nl</A> indexando as 
ruas e POI certas, o problema com indexacao nao e no banco dados OSM, mas 
provavelmente nos regras voce utilizando. Antes de começar mexer com o banco 
dados, verificar se ha problemas indicados nos ferramentas QA que tem monte, e 
também verificar se problema também existe no outro fontes do mapa Garmin.</DIV>
<DIV> </DIV>
<DIV>Proximo vez voce encontrando problemas assim, se e com indexo, roteamento, 
ou outros coisas, me manda informação sobre o problema, sobre como voce 
testando, o que testes não dar resultado que voce espero, e o resultado voce 
espero. Assim eu posso te ajudar reproduzir esses problemas para verificar que 
realmente e no banco dados ou se consigo identificar outro fonte de 
problema.</DIV>
<DIV> </DIV>
<DIV>Eu sei que tem monte erros no mapa, enquanto tava tentando entender seu 
problema encontrou ruas com nomes sigintes: “Rua !”, “Rua -1”, <SPAN 
style="BACKGROUND-COLOR: rgb(238,238,255)"><FONT face=Courier>"A", "1", "(7)", 
"(Trevo)", "(Rua Do Estacionamento Do Atacadao E Dicico Usada Pela Comunidade 
Como Saida Do Transito Da Parada De Taipas)”, </FONT></SPAN><SPAN 
style="FONT-FAMILY: courier; BACKGROUND-COLOR: rgb(255,255,255)">"Avenida 1? de 
Maio"</SPAN></DIV>
<DIV> </DIV>
<DIV>Também parecendo que temos muitos ruas com erros tipo “Ria” em vez de 
“Rua”, em monte abreviações errados “R. A” e mais</DIV>
<DIV> </DIV>
<DIV>Antes que começando corregir no banco dados que não dar erro no outros 
fontes, temos um monte a concertar.</DIV>
<DIV>
<DIV> </DIV>
<DIV>
<DIV>Aun Johnsen</DIV></DIV>
<DIV> </DIV>
<DIV>
<BLOCKQUOTE type="cite">
  <DIV>On Jun 13, 2015, at 08:36, <<A 
  href="mailto:thundercel@gpsinfo.com.br">thundercel@gpsinfo.com.br</A>> 
  <<A 
  href="mailto:thundercel@gpsinfo.com.br">thundercel@gpsinfo.com.br</A>> 
  wrote:</DIV>
  <DIV> </DIV>
  <DIV>
  <DIV 
  style="WORD-WRAP: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space" 
  dir=ltr>
  <DIV dir=ltr>
  <DIV style="FONT-SIZE: 12pt; FONT-FAMILY: calibri">
  <DIV>Aun Johnsen,</DIV>
  <DIV>perdoe, mas ontem fui obrigado a me ausentar e não pude lhe responder na 
  lista.</DIV>
  <DIV> </DIV>
  <DIV>Conforme comentei anteriormente, os mapas do Brasil produzidos e 
  fornecidos em <A title=http://garmin.openstreetmap.nl/ 
  href="http://garmin.openstreetmap.nl/">http://garmin.openstreetmap.nl/</A> ou 
  <A title=http://mapas.alternativaslibres.es/descargas.php 
  href="http://mapas.alternativaslibres.es/descargas.php">http://mapas.alternativaslibres.es/descargas.php</A> 
  não atendem as necessidades brasileiras porque eles empregam os styles default 
  do Mkgmap, sem o devido tratamento para o Brasil.</DIV>
  <DIV> </DIV>
  <DIV>Testamos esses mapas exaustivamente e concluímos que quando empregados no 
  Brasil geram inúmeros problemas aos utilizadores, em especial aos 
  inexperientes.</DIV>
  <DIV> </DIV>
  <DIV>Visando melhor demonstrar os problemas desses mapas, decidi gravar um 
  vídeo tutorial mostrando o que ocorre quando os styles do Mkgmap não são 
  tratados pelo utilizador.</DIV>
  <DIV> </DIV>
  <DIV>Por gentileza veja o vídeo em <A 
  title=https://www.youtube.com/watch?v=mwQNV0ndR44 
  href="https://www.youtube.com/watch?v=mwQNV0ndR44">https://www.youtube.com/watch?v=mwQNV0ndR44</A> 
  onde nele aponto o problema empregando o mapa do Brasil renderizado no dia 
  10/06/2015 pelo <A title=http://garmin.openstreetmap.nl/ 
  href="http://garmin.openstreetmap.nl/">http://garmin.openstreetmap.nl/</A></DIV>
  <DIV> </DIV>
  <DIV>[]s</DIV>
  <DIV>Marcio</DIV>
  <DIV 
  style="FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: calibri; FONT-WEIGHT: normal; FONT-STYLE: normal; DISPLAY: inline">
  <DIV style="FONT: 10pt tahoma">
  <DIV> </DIV>
  <DIV style="BACKGROUND: #f5f5f5">
  <DIV style="font-color: black"><B>From:</B> <A title=lists@gimnechiske.org 
  href="mailto:lists@gimnechiske.org">Lists</A> </DIV>
  <DIV><B>Sent:</B> Friday, June 12, 2015 8:32 PM</DIV>
  <DIV><B>To:</B> <A title=talk-br@openstreetmap.org 
  href="mailto:talk-br@openstreetmap.org">OpenStreetMap no Brasil</A> </DIV>
  <DIV><B>Subject:</B> Re: [Talk-br] São Carlos, SP</DIV></DIV></DIV>
  <DIV> </DIV></DIV>
  <DIV 
  style="FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: calibri; FONT-WEIGHT: normal; FONT-STYLE: normal; DISPLAY: inline">Marcio 

  <DIV> </DIV>
  <DIV>Me notei nomes de algumas ruas no São Carlos e fiz busca por nome da rua, 
  tudo deles achei sem problema.</DIV>
  <DIV> </DIV>
  <DIV>Se consigo busca pelo nome da rua significando que e indexado, ne?</DIV>
  <DIV> </DIV>
  <DIV>Isso e com mapas do <A 
  href="http://garmin.openstreetmap.nl/">garmin.openstreetmap.nl</A> compilado 
  29-03-2015, reproducido no BaseCamp e no meu Garmin Nüvi 50</DIV>
  <DIV> </DIV>
  <DIV><A 
  href="https://i.imgur.com/Xk4FdoK.png">https://i.imgur.com/Xk4FdoK.png</A> </DIV>
  <DIV>
  <DIV> </DIV>
  <DIV>
  <DIV>Aun Johnsen</DIV></DIV>
  <DIV> </DIV>
  <DIV>
  <BLOCKQUOTE 
  type="cite"> </BLOCKQUOTE></DIV></DIV></DIV></DIV></DIV></DIV>_______________________________________________<BR>Talk-br 
  mailing list<BR><A 
  href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</A><BR>https://lists.openstreetmap.org/listinfo/talk-br<BR></DIV></BLOCKQUOTE></DIV>
<DIV> </DIV></DIV>
<P>
<HR>
_______________________________________________<BR>Talk-br mailing 
list<BR>Talk-br@openstreetmap.org<BR>https://lists.openstreetmap.org/listinfo/talk-br<BR></DIV></DIV></DIV></BODY></HTML>