Re: [Talk-br] São Carlos, SP
Aun Johnsen, infelizmente não pode ver o vídeo. Nele mostro os problemas existentes no mapa do Brasil fornecido pelo http://garmin.openstreetmap.nl/ 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. Está você testando a indexação por Rua, entretanto o problema ocorre na indexação por cidade / estado e não por Rua. 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. De qualquer forma volto a solicitar que seja padronizado o emprego de tags nas relações boundary e nos POI de city, town, etc. Não existindo uma padronização se torna complicado a qualquer renderizador extrair dos dados alguma tag que vá refletir aquele objeto. Para terem noção do problema cito como exemplo o emprego do admin_centre na relação boundary. 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. 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. 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. Outra situação foi a apresentada para São Carlos – SP e outras cidades do estado. Muitos renderizadores ainda não tratam relações boundarys. Eles tratam os POI, os place=city, town, etc. 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. 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. 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. Felizmente mais utilizadores estão empregando o mapa COCAR e com isso estamos recebendo inúmeros “feedbacks” de erros existentes no mapa. 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. Fomo verificar o porque e identificamos que o editor Elias Lopes desenhou as vias mas não as interligou nos entroncamentos. 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, http://www.openstreetmap.org/way/346557829 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. 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. []s Marcio From: Lists Sent: Saturday, June 13, 2015 9:02 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Marcio 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. Bem, vejo algum de seus problemas sobre garmin.openstreetmap.nl, 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. Eu nao tem mapas do link ES que voce mandou e não pode relatar resultado ai. Como mapas do garmin.openstreetmap.nl 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. Proximo vez voce encontrando
Re: [Talk-br] São Carlos, SP
verificar o porque e identificamos que o editor Elias Lopes desenhou as vias mas não as interligou nos entroncamentos. 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, http://www.openstreetmap.org/way/346557829 http://www.openstreetmap.org/way/346557829 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. 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. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Saturday, June 13, 2015 9:02 AM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio 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. Bem, vejo algum de seus problemas sobre garmin.openstreetmap.nl http://garmin.openstreetmap.nl/, 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. Eu nao tem mapas do link ES que voce mandou e não pode relatar resultado ai. Como mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ 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. 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. Eu sei que tem monte erros no mapa, enquanto tava tentando entender seu problema encontrou ruas com nomes sigintes: “Rua !”, “Rua -1”, A, 1, (7), (Trevo), (Rua Do Estacionamento Do Atacadao E Dicico Usada Pela Comunidade Como Saida Do Transito Da Parada De Taipas)”, Avenida 1? de Maio Também parecendo que temos muitos ruas com erros tipo “Ria” em vez de “Rua”, em monte abreviações errados “R. A” e mais Antes que começando corregir no banco dados que não dar erro no outros fontes, temos um monte a concertar. Aun Johnsen On Jun 13, 2015, at 08:36, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br wrote: Aun Johnsen, perdoe, mas ontem fui obrigado a me ausentar e não pude lhe responder na lista. Conforme comentei anteriormente, os mapas do Brasil produzidos e fornecidos em http://garmin.openstreetmap.nl/ http://garmin.openstreetmap.nl/ ouhttp://mapas.alternativaslibres.es/descargas.php http://mapas.alternativaslibres.es/descargas.php não atendem as necessidades brasileiras porque eles empregam os styles default do Mkgmap, sem o devido tratamento para o Brasil. Testamos esses mapas exaustivamente e concluímos que quando empregados no Brasil geram inúmeros problemas aos utilizadores, em especial aos inexperientes. 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. Por gentileza veja o vídeo em https://www.youtube.com/watch?v=mwQNV0ndR44 https://www.youtube.com/watch?v=mwQNV0ndR44 onde nele aponto o problema empregando o mapa do Brasil renderizado no dia 10/06/2015 pelo http://garmin.openstreetmap.nl/ http://garmin.openstreetmap.nl/ []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 8:32 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio Me notei nomes de algumas ruas no São Carlos e fiz busca por nome da rua, tudo deles achei sem problema. Se consigo busca pelo nome da rua significando que e indexado, ne? Isso e com mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ compilado 29-03-2015, reproducido no BaseCamp e no meu Garmin Nüvi 50 https://i.imgur.com/Xk4FdoK.png https://i.imgur.com/Xk4FdoK.png Aun Johnsen ___ Talk-br
Re: [Talk-br] São Carlos, SP
Tarcísio, parabéns pelo seu trabalho no Nordeste. Até agora não recebemos nenhuma crítica e tampouco identificamos problemas de indexação por lá. Já quanto a roteamento, que não tem relação com relação boundary, para o Nordeste recebemos críticas para a cidade de São Luis - MA. No mapa identificamos que o editor não se preocupou com sentidos (mão única), terminando a mesma via em sentido único e dando continuidade a ela em sentido duplo, sem nenhum acesso que permitisse ao condutor sair da via que terminava em sentido único contrário. Aos poucos estamos corrigindo os erros encontrados na cidade e incrementando com dados faltantes. Sem empregar o overpass-turbo já havíamos identificado a falta ou exagero de algumas tags nas relações boundary, em especial do estado de São Paulo e é essa padronização que estamos aqui solicitando. Gostei do dividir para conquistar. []s Marcio -Mensagem Original- From: Tarcisio Oliveira Sent: Saturday, June 13, 2015 9:36 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP thundercel se possível verifique a mesma situação com os estados do Nordeste, menos a Bahia(não editei por lá), pois verifiquei que quase todo o estado de são paulo falta algumas tags nas relações o que deve estar gerando esses erros. Algumas cidades que podem estar corretas, Jundiaí, Itatiba, Itupeva e outras que podem estar errado Valinhos, Vinhedo e Louveira. Se for isso mesmo, pode consertar o Estado todo com essa consulta http://overpass-turbo.eu/s/4li até mesmo os outros Estados ou então pegar todas as relações que apontaram esse problema no osmose https://etherpad.mozilla.org/9s9Xov2u2R e mesmo se não for esse o problema, estão todos convidados a consertar essas relações, dividir para conquistar né? Tarcisio Oliveira ___ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Aun Johnsen, volto a comentar que no exemplo de Concordia – SC podemos observar no OSM que a cidade de Concordia é indexada isoladamente da relação boundary de Concordia. Ali identificamos 2 indexações: 1 – Limite de Município tendo a cidade como admin_centre devido a relação boundary dela. 2 – somente a cidade devido ao place=town dela Já para São Carlos e outras cidades do estado de São Paulo só existe indexação dos Limites administrativos. Não existe indexação das cidades isoladamente. No vídeo que apresentei mostro o mapa do Brasil renderizado em 10/06/2015 e disponível em http://garmin.openstreetmap.nl/ Independente de empregar uma versão Mkgmap antiga o http://garmin.openstreetmap.nl/ não tem regra específica para o Brasil. Para o Brasil ele emprega os styles default do Mkgmap que por não serem personalizados, indexam as cidades (admin_level=8) dentro das Mesorregiões (admin_level=5), ou Regiões Metropolitanas (admin_level=6), ou Microrregiões (admin_level=7). Como nos GPS não empregamos essas regiões, no mapa cocar comandamos no Mkgmap o “drop admin_level=5 =6 =7” dos dados baixados do OSM. Com isso a cidade é indexada dentro do estado e não da região admin_level mais próximo a abaixo 8. Infelizmente não sou programador, sou aviador. Assim que aprendermos a renderizar um mapa para MAC forneceremos esse mapa para essa plataforma. O importante é que estamos personalizando para o Brasil os styles do Mkgmap de forma a extrair e renderizar somente os dados empregados em GPS Garmin, entretanto está sendo difícil personalizar os styles se os dados existentes, em especial nas relações boundary, não estiverem padronizados. []s Marcio From: Lists Sent: Saturday, June 13, 2015 10:35 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Marcio Concordo que precisamos padronizar No seu exemplo de indexação do Concordia SC, bem no meu mapa do 29-03-2015 também parecendo indexado similante como São Carlos SP. Credito que o solução do mkgmap não duplicar o POI do relação e mais recente que o versão mkgmap utilizado por garmin.openstreetmap.nl p gerar as mapas fim do marco. Como infelizmente nao dar atualizar meus mapas, que com os argumentos agora seria bem interessante, não tem como ver se isso fui resolvido, e se o garmin.openstreetmap.nl continuaram usar um mkgmap antiga ou se eles resolvi atualizar também. E bom que utilizadores do COCAR dar feedback para pode melhorar a mapa, mas falto um ferramenta global para isso, tem muitos contribuintes que poderia ajudar se for gerenciado num maneira próprio. Temos muitos atividades que poderia ser melhorado com um task-manager, mas por enquanto precisamos gerenciar tarefas entre nos mesmo. Como ja disse muitos vezes, quando voce ha problemas com Garmin por um motivo ou outro, compartilhar informação sobre o que dar errado e o que voce esperava, para outros tenta reproduzir mesma, também como utilizador do Garmin quero mapa melhor. Eu não utilizando mapa COCAR por falta do arquivos em formato .gmap, que pode gerenciar diretamente entre meu computador (Mac) e meu aparelho GPS (Garmin Nüvi). Em quanto voce nao adicionar esse opção .gmap voce pode passa qualquer propaganda sobre mapa COCAR e eu ainda não vai utilizar, e mesmo eu vou continuar adicionar dados no OSM em forma que opticimando meu uso do garmin.openstreetmap.nl Aun Johnsen___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Aun Johnsen, perdoe, mas ontem fui obrigado a me ausentar e não pude lhe responder na lista. Conforme comentei anteriormente, os mapas do Brasil produzidos e fornecidos em http://garmin.openstreetmap.nl/ ou http://mapas.alternativaslibres.es/descargas.php não atendem as necessidades brasileiras porque eles empregam os styles default do Mkgmap, sem o devido tratamento para o Brasil. Testamos esses mapas exaustivamente e concluímos que quando empregados no Brasil geram inúmeros problemas aos utilizadores, em especial aos inexperientes. 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. Por gentileza veja o vídeo em https://www.youtube.com/watch?v=mwQNV0ndR44 onde nele aponto o problema empregando o mapa do Brasil renderizado no dia 10/06/2015 pelo http://garmin.openstreetmap.nl/ []s Marcio From: Lists Sent: Friday, June 12, 2015 8:32 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Marcio Me notei nomes de algumas ruas no São Carlos e fiz busca por nome da rua, tudo deles achei sem problema. Se consigo busca pelo nome da rua significando que e indexado, ne? Isso e com mapas do garmin.openstreetmap.nl compilado 29-03-2015, reproducido no BaseCamp e no meu Garmin Nüvi 50 https://i.imgur.com/Xk4FdoK.png Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
thundercel se possível verifique a mesma situação com os estados do Nordeste, menos a Bahia(não editei por lá), pois verifiquei que quase todo o estado de são paulo falta algumas tags nas relações o que deve estar gerando esses erros. Algumas cidades que podem estar corretas, Jundiaí, Itatiba, Itupeva e outras que podem estar errado Valinhos, Vinhedo e Louveira. Se for isso mesmo, pode consertar o Estado todo com essa consulta http://overpass-turbo.eu/s/4li até mesmo os outros Estados ou então pegar todas as relações que apontaram esse problema no osmose https://etherpad.mozilla.org/9s9Xov2u2R e mesmo se não for esse o problema, estão todos convidados a consertar essas relações, dividir para conquistar né? Tarcisio Oliveira smime.p7s Description: Assinatura criptográfica S/MIME ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Marcio 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. Bem, vejo algum de seus problemas sobre garmin.openstreetmap.nl http://garmin.openstreetmap.nl/, 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. Eu nao tem mapas do link ES que voce mandou e não pode relatar resultado ai. Como mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ 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. 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. Eu sei que tem monte erros no mapa, enquanto tava tentando entender seu problema encontrou ruas com nomes sigintes: “Rua !”, “Rua -1”, A, 1, (7), (Trevo), (Rua Do Estacionamento Do Atacadao E Dicico Usada Pela Comunidade Como Saida Do Transito Da Parada De Taipas)”, Avenida 1? de Maio Também parecendo que temos muitos ruas com erros tipo “Ria” em vez de “Rua”, em monte abreviações errados “R. A” e mais Antes que começando corregir no banco dados que não dar erro no outros fontes, temos um monte a concertar. Aun Johnsen On Jun 13, 2015, at 08:36, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun Johnsen, perdoe, mas ontem fui obrigado a me ausentar e não pude lhe responder na lista. Conforme comentei anteriormente, os mapas do Brasil produzidos e fornecidos em http://garmin.openstreetmap.nl/ http://garmin.openstreetmap.nl/ ou http://mapas.alternativaslibres.es/descargas.php http://mapas.alternativaslibres.es/descargas.php não atendem as necessidades brasileiras porque eles empregam os styles default do Mkgmap, sem o devido tratamento para o Brasil. Testamos esses mapas exaustivamente e concluímos que quando empregados no Brasil geram inúmeros problemas aos utilizadores, em especial aos inexperientes. 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. Por gentileza veja o vídeo em https://www.youtube.com/watch?v=mwQNV0ndR44 https://www.youtube.com/watch?v=mwQNV0ndR44 onde nele aponto o problema empregando o mapa do Brasil renderizado no dia 10/06/2015 pelo http://garmin.openstreetmap.nl/ http://garmin.openstreetmap.nl/ []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 8:32 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio Me notei nomes de algumas ruas no São Carlos e fiz busca por nome da rua, tudo deles achei sem problema. Se consigo busca pelo nome da rua significando que e indexado, ne? Isso e com mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ compilado 29-03-2015, reproducido no BaseCamp e no meu Garmin Nüvi 50 https://i.imgur.com/Xk4FdoK.png https://i.imgur.com/Xk4FdoK.png 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
Re: [Talk-br] São Carlos, SP
Aun Johnsen, quando identificamos o problema verificamos que as edições do POI e relação eram muito antigas. []s Marcio From: Lists Sent: Friday, June 12, 2015 4:44 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Marcio Com buscas do Nominatim pode demorar um pouco para atualizações ser realizadas. Meus perguntas e assim: 1) no seu 2 exemplos, quando fui os últimos edições das POI e relação? Eles foram criados, ou tags principais alterados no esses edições? 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? Aun Johnsen On Jun 12, 2015, at 16:36, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Amigos, Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Analisando no OSM as configurações da relação São Carlos ( http://www.openstreetmap.org/relation/297986 ) identificamos que pelo nomination só é indexado o POI da cidade como admin_centre e não é indexado o POI isoladamente em função ao place=city incluido no POI. A cidade de Concórdia – SC, por exemplo, tem o seguinte retorno: Resultados de OpenStreetMap Nominatim a.. Limite de Município Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, Brasil b.. Cidade Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, 8970, Brasil No nosso entender esse retorno duplo é correto já que existe a relação (Concordia – Limite de Municipio) e o POI (São Carlos – Place=city). Observem que para Concordia aparece na busca o POI isolado da cidade: http://www.openstreetmap.org/node/415523393 Já para São Carlos – SP assim aparece: Resultados de OpenStreetMap Nominatim a.. Cidade São Carlos, Microrregião de São Carlos, Mesorregião de Araraquara, São Paulo, Região Sudeste, Brasil Não existe pela busca o POI da cidade isoladamente. Só existe pela busca a Cidade que na verdade não é a cidade e sim o Limite de Municipio, a relação São Carlos. Afinal quem está certo nessas duas buscas? []s Marcio ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
2015-06-12 17:58 GMT-03:00 thunder...@gpsinfo.com.br: Estranho o nominatim não se atualizar em inclusões feitas há 1 mês. Tem índice nele que precisa de atualização manual. Outros são mais custosos (e são atualizados com menor frequência) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Nelson, já que reverteu a edição que fiz no POI de São Carlos solicito que corrija a posição do POI uma vez que o marco zero da Cidade de São Carlos - SP se encontra na Praça Dom José Marcondes Homem de Meloda, onde se encontra a Catedral de São Carlos Borromeu e não no quarteirão adjacente, onde foi recolocado. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, June 12, 2015 4:45 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP 2015-06-12 16:36 GMT-03:00 thunder...@gpsinfo.com.br: Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Márcio, mais uma vez: se está acontecendo algum problema no mkgmap, pergunte antes de editar os dados no OSM. A grande parte dos problemas anteriores não se encontrava no OSM. Se o problema acontece no nominatim, da mesma forma, não mexa nos dados do OSM. Teste com cidades perto de São Carlos (Araraquara, Ribeirão Preto, etc) e verá que o resultado é exatamente o mesmo: apenas um resultado é retornado. O estado de SP inteiro não é indexado por acaso no mkgmap? De várias cidades que testei todas retornam apenas 1 objeto no nominatim. ___ 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
Re: [Talk-br] São Carlos, SP
Repare aqui: http://i.imgur.com/0CB2iAB.png Note que existe um city (o primeiro) e um town (o segundo). Desconfio que tenha sido pela adição de addr:place há 1 mês atrás (e alguns índices do nominatim não são atualizados em tempo real). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Aun Johnsen, o mkgmap não acusa erro, mas também não indexa a cidade quando da busca no GPS. Interessante que só não indexa essa cidade de São Carlos. Todas as demais de São Paulo indexa. O importante aqui, no meu propósito, é padronizarmos o emprego de tags nas relações boundarys e acertarmos de uma vez por todas o que é incluído nela. Identificamos nas relações boundarys os mais variados empregos de tags. Não existe uma padronização. Estamos fazendo um esforço de incluir o membro admin_centre nas relações boundarys já que muitas delas não contemplam isso, em especial nas do Estado de São Paulo. Muitas tem o is_in e ainda não ficou decidido se é redundante ou não esse emprego. Muitas tem o place= na relação e também no POI da cidade. Até agora não sabemos se deve permanecer em ambas ou somente no POI da cidade, apesar de deduzirmos que place só deve ficar no POI e não na relação, uma vez que a relação define o limite administrativo do município e não o marco zero da cidade. Todas essas situações e outra existentes nada acusam de aviso ou erro no JOSM. []s Marcio From: Lists Sent: Friday, June 12, 2015 5:20 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Marcio Voce nao respondi meu segundo pergunta 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? O que mensagem dar no mkgmap? Dar erro no validador JOSM? o KeepRight indicando algum coisas keepright.at ? tem algum coisas indicado aqui: http://developer.mapquest.com/web/products/open/nominatim/broken-polygon ? ou aqui http://ra.osmsurround.org/ ? ou aqui http://tools.geofabrik.de/osmi/# ? ou aqui http://osmose.openstreetmap.fr/en/map/ ? Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] São Carlos, SP
Amigos, Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Analisando no OSM as configurações da relação São Carlos ( http://www.openstreetmap.org/relation/297986 ) identificamos que pelo nomination só é indexado o POI da cidade como admin_centre e não é indexado o POI isoladamente em função ao place=city incluido no POI. A cidade de Concórdia – SC, por exemplo, tem o seguinte retorno: Resultados de OpenStreetMap Nominatim a.. Limite de Município Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, Brasil b.. Cidade Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, 8970, Brasil No nosso entender esse retorno duplo é correto já que existe a relação (Concordia – Limite de Municipio) e o POI (São Carlos – Place=city). Observem que para Concordia aparece na busca o POI isolado da cidade: http://www.openstreetmap.org/node/415523393 Já para São Carlos – SP assim aparece: Resultados de OpenStreetMap Nominatim a.. Cidade São Carlos, Microrregião de São Carlos, Mesorregião de Araraquara, São Paulo, Região Sudeste, Brasil Não existe pela busca o POI da cidade isoladamente. Só existe pela busca a Cidade que na verdade não é a cidade e sim o Limite de Municipio, a relação São Carlos. Afinal quem está certo nessas duas buscas? []s Marcio___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Aun, pelos nossos testes, a única cidade que não está sendo indexada é São Carlos – SP. Fizemos testes com os mapas NL ( http://garmin.openstreetmap.nl/ ) e ES ( http://mapas.alternativaslibres.es/descargas.php ) e em ambos não obtivemos sucesso na indexação de São Carlos – SP. Neles, além São Carlos, outras cidades de São Paulo também não indexam, em especial as contidas em mesorregiões e microrregiões. Empregando esses mapas em seu GPS não terá voce indexação de algumas cidades de São Paulo porque recentemente o Blad incluiu Mesorregiões (admin_level=5) e Microrregiões (admin_level=7) no estado, em especial na região de Araraquara e São Carlos. Esses sites que disponibilizam os mapas do Brasil empregam os styles default do Mkgmap e com isso a relação boundary admin_level=8 é suplantada pelas admin_level de menores valores incluidas (5 e 7) se o utilizador nada fizer. Se observar no GPS carregado com um desses mapas, no para Onde / Cidade, a cidade desejada só é encontrada se digitar no campo estado mesorregião ou a microrregião correspondente, a de menor admin_level. Para solucionar esse problema fomos obrigados a comandar no Mkgmap “drop” dos admin_level 5 e 7 permitindo que o 8, o que queremos, fosse indexado. Poderíamos até no style inserir os admin level 5 e 7 para serem processados depois do 8, mas como em gps não empregamos mesorregião e microrregião decidimos por exclui-las dos dados baixados Em nosso style só empregamos os admin_level 2, 3, 4, 8, 9 e 10. []s Marcio From: Lists Sent: Friday, June 12, 2015 5:52 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Marcio, Eu vou jantar agora, depois eu pode fazer simulações nos meus aparelhos buscar POIs e endereços no meus mapas garmin no computador através BaseCamp e no meu Nüvi, espero que voce me mandar um lista do exemplos que, algum indexados e algum que voce não conseguir indexar, assim eu posso ver se mapas do garmin.openstreetmap.nl tem problemas indexar mesmas. So para avisar, nao deu atualizar meus mapas desde 29-03-2015, assim edições feito e abril e ate agora não estou disponível nos meus mapas. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Não compreendi. A POI de Concordia –SC está assim formatado: IBGE:GEOCODIGO420430105 addr:postcode8970 is_in:state_codeSC nameConcórdia placetown population70720 sourceIBGE A relação de Concordia _ SC assim está formatada: IBGE:GEOCODIGO4204301 admin_level8 boundaryadministrative nameConcórdia sourceIBGE typeboundary wikipediapt:Concórdia Essas formatações foram revisadas há 1 mes, tempo suficiente de propagação para o nominatim. Onde se encontra a duplicação com place city e town? Não identifiquei nas formatações dos dois objetos. De qualquer forma vamos mais uma vez acionar a lista Mkgmap para solucionar o problema de não indexação do POI contendo o place=city quando esse POI só está contido como membro admin_centre da relação boundary. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, June 12, 2015 5:15 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP 2015-06-12 17:02 GMT-03:00 thunder...@gpsinfo.com.br: Diz você que testou várias cidades, mas não testou a apresentada por mim que é Concórdia - SC. Testei. Existe duplicação no nomimatim: http://nominatim.openstreetmap.org/search.php?q=concórdia%2C+santa+catarina Repare que está indexado como city e town (talvez porque 1 mês atrás vocês estavam adicionando addr:place=city no nó da cidade que já possuía place=town). Essas adições de is_in, addr:place e outras coisas para indexar em uma aplicação específica não é o caminho certo. Peguemos Ribeirão Preto: http://nominatim.openstreetmap.org/search.php?q=ribeirão+preto Apenas 1 resultado do nominatim (os outros dos são córregos) Ribeirão Preto também não é indexado no mkgmap? Nenhuma cidade de SP é indexada no mkgmap? Infelizmente, mais uma vez, nos deparamos com configurações diferentes para objetos semelhantes. Falta de padronização? Por mais distintas que estejam, nenhuma está errada. Muitos aplicativos entendem corretamente as relações que já existem. Único lugar que vejo apresentando problema é no mkgmap. Sinceramente não entendo como que acontece tanto problema de indexação no mkgmap. ___ 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
Re: [Talk-br] São Carlos, SP
Marcio, Eu vou jantar agora, depois eu pode fazer simulações nos meus aparelhos buscar POIs e endereços no meus mapas garmin no computador através BaseCamp e no meu Nüvi, espero que voce me mandar um lista do exemplos que, algum indexados e algum que voce não conseguir indexar, assim eu posso ver se mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ tem problemas indexar mesmas. So para avisar, nao deu atualizar meus mapas desde 29-03-2015, assim edições feito e abril e ate agora não estou disponível nos meus mapas. Aun Johnsen On Jun 12, 2015, at 17:43, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun Johnsen, o mkgmap não acusa erro, mas também não indexa a cidade quando da busca no GPS. Interessante que só não indexa essa cidade de São Carlos. Todas as demais de São Paulo indexa. O importante aqui, no meu propósito, é padronizarmos o emprego de tags nas relações boundarys e acertarmos de uma vez por todas o que é incluído nela. Identificamos nas relações boundarys os mais variados empregos de tags. Não existe uma padronização. Estamos fazendo um esforço de incluir o membro admin_centre nas relações boundarys já que muitas delas não contemplam isso, em especial nas do Estado de São Paulo. Muitas tem o is_in e ainda não ficou decidido se é redundante ou não esse emprego. Muitas tem o place= na relação e também no POI da cidade. Até agora não sabemos se deve permanecer em ambas ou somente no POI da cidade, apesar de deduzirmos que place só deve ficar no POI e não na relação, uma vez que a relação define o limite administrativo do município e não o marco zero da cidade. Todas essas situações e outra existentes nada acusam de aviso ou erro no JOSM. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 5:20 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio Voce nao respondi meu segundo pergunta 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? O que mensagem dar no mkgmap? Dar erro no validador JOSM? o KeepRight indicando algum coisas keepright.at http://keepright.at/ ? tem algum coisas indicado aqui: http://developer.mapquest.com/web/products/open/nominatim/broken-polygon http://developer.mapquest.com/web/products/open/nominatim/broken-polygon ? ou aqui http://ra.osmsurround.org/ http://ra.osmsurround.org/ ? ou aqui http://tools.geofabrik.de/osmi/# http://tools.geofabrik.de/osmi/# ? ou aqui http://osmose.openstreetmap.fr/en/map/ http://osmose.openstreetmap.fr/en/map/#zoom=12lat=-20.6532lon=-40.5116layer=Mapnikoverlays=FFFTitem=level=1tags=fixable=bbox=-40.769920349121094,-20.761250430919638,-40.35621643066406,-20.53732786084848 ? 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
Re: [Talk-br] São Carlos, SP
Marcio Lembro um tempo atraz Amasonas se identificei como “Amasonas (old)”, esse fui por caso do um relação apagado, mas pertenci no Nominatim por quase 2 anos depois Então problemas interna no Nominatim pode fica por muito tempo Aun Johnsen On Jun 12, 2015, at 17:58, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Isso havia eu reparado, mas nas formatações no OSM não identifiquei essa situação. Seria um BUG do nominatim? Estranho o nominatim não se atualizar em inclusões feitas há 1 mês. -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, June 12, 2015 5:36 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Repare aqui: http://i.imgur.com/0CB2iAB.png Note que existe um city (o primeiro) e um town (o segundo). Desconfio que tenha sido pela adição de addr:place há 1 mês atrás (e alguns índices do nominatim não são atualizados em tempo real). ___ 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
Re: [Talk-br] São Carlos, SP
2015-06-12 17:02 GMT-03:00 thunder...@gpsinfo.com.br: Diz você que testou várias cidades, mas não testou a apresentada por mim que é Concórdia - SC. Testei. Existe duplicação no nomimatim: http://nominatim.openstreetmap.org/search.php?q=concórdia%2C+santa+catarina Repare que está indexado como city e town (talvez porque 1 mês atrás vocês estavam adicionando addr:place=city no nó da cidade que já possuía place=town). Essas adições de is_in, addr:place e outras coisas para indexar em uma aplicação específica não é o caminho certo. Peguemos Ribeirão Preto: http://nominatim.openstreetmap.org/search.php?q=ribeirão+preto Apenas 1 resultado do nominatim (os outros dos são córregos) Ribeirão Preto também não é indexado no mkgmap? Nenhuma cidade de SP é indexada no mkgmap? Infelizmente, mais uma vez, nos deparamos com configurações diferentes para objetos semelhantes. Falta de padronização? Por mais distintas que estejam, nenhuma está errada. Muitos aplicativos entendem corretamente as relações que já existem. Único lugar que vejo apresentando problema é no mkgmap. Sinceramente não entendo como que acontece tanto problema de indexação no mkgmap. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Isso havia eu reparado, mas nas formatações no OSM não identifiquei essa situação. Seria um BUG do nominatim? Estranho o nominatim não se atualizar em inclusões feitas há 1 mês. -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, June 12, 2015 5:36 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Repare aqui: http://i.imgur.com/0CB2iAB.png Note que existe um city (o primeiro) e um town (o segundo). Desconfio que tenha sido pela adição de addr:place há 1 mês atrás (e alguns índices do nominatim não são atualizados em tempo real). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Marcio Ja fiz algum testes, e parecendo que dos cidades que tentei, o maioria, incluindo São Carlos SP, Belém PA, Manaus AM, Ribeirão Preto SP e Vitória ES indexando certo, mas Cariacica ES e Guarapari ES parecendo que dar errado. Sem um lista dos testes especifico não dar para reproduzir seus erros, então favor me mandar um lista dos testes, que podemos testar com fontes diferentes do Garmin alem do fontes externas como OSRM, Nominatim, Google Maps entre outros. Como outro vez voce tinha problemas com mapas Garmin eu pedi testes para reproduzir seus problemas e voce não me respondeu com esses. Eu oferecendo te ajudar achar a problema mas voce não me dar o que preciso para te ajudar. Aun Johnsen On Jun 12, 2015, at 19:09, Lists li...@gimnechiske.org wrote: Marcio, Não tem certeza disso, porque nunca ha problemas com busca de endereços do São Sebastião SP. Não tentei com outros cidades do SP assim não sei se SSEB fui caso único ou não, Se voce me dar um lista do buscas do cidades indexado certo, e cidades que faltam indexo, eu posso analizar isso, e ver mais certo se dar ou nao. O que vai precisar e algum endereços e POIs dentro esses cidades, por exemplo hotéis, lojas ou posto gasolinas por nome, rua e numero do algum endereços, etc. Eu vejo seus argumentos, e quer reproduzir seus problemas para eliminar onde ha problema. Aun Johnsen On Jun 12, 2015, at 18:27, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br wrote: Aun, pelos nossos testes, a única cidade que não está sendo indexada é São Carlos – SP. Fizemos testes com os mapas NL ( http://garmin.openstreetmap.nl/ http://garmin.openstreetmap.nl/ ) e ES ( http://mapas.alternativaslibres.es/descargas.php http://mapas.alternativaslibres.es/descargas.php ) e em ambos não obtivemos sucesso na indexação de São Carlos – SP. Neles, além São Carlos, outras cidades de São Paulo também não indexam, em especial as contidas em mesorregiões e microrregiões. Empregando esses mapas em seu GPS não terá voce indexação de algumas cidades de São Paulo porque recentemente o Blad incluiu Mesorregiões (admin_level=5) e Microrregiões (admin_level=7) no estado, em especial na região de Araraquara e São Carlos. Esses sites que disponibilizam os mapas do Brasil empregam os styles default do Mkgmap e com isso a relação boundary admin_level=8 é suplantada pelas admin_level de menores valores incluidas (5 e 7) se o utilizador nada fizer. Se observar no GPS carregado com um desses mapas, no para Onde / Cidade, a cidade desejada só é encontrada se digitar no campo estado mesorregião ou a microrregião correspondente, a de menor admin_level. Para solucionar esse problema fomos obrigados a comandar no Mkgmap “drop” dos admin_level 5 e 7 permitindo que o 8, o que queremos, fosse indexado. Poderíamos até no style inserir os admin level 5 e 7 para serem processados depois do 8, mas como em gps não empregamos mesorregião e microrregião decidimos por exclui-las dos dados baixados Em nosso style só empregamos os admin_level 2, 3, 4, 8, 9 e 10. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 5:52 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio, Eu vou jantar agora, depois eu pode fazer simulações nos meus aparelhos buscar POIs e endereços no meus mapas garmin no computador através BaseCamp e no meu Nüvi, espero que voce me mandar um lista do exemplos que, algum indexados e algum que voce não conseguir indexar, assim eu posso ver se mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ tem problemas indexar mesmas. So para avisar, nao deu atualizar meus mapas desde 29-03-2015, assim edições feito e abril e ate agora não estou disponível nos meus mapas. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org mailto: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
Re: [Talk-br] São Carlos, SP
Marcio Com buscas do Nominatim pode demorar um pouco para atualizações ser realizadas. Meus perguntas e assim: 1) no seu 2 exemplos, quando fui os últimos edições das POI e relação? Eles foram criados, ou tags principais alterados no esses edições? 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? Aun Johnsen On Jun 12, 2015, at 16:36, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Amigos, Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Analisando no OSM as configurações da relação São Carlos ( http://www.openstreetmap.org/relation/297986 http://www.openstreetmap.org/relation/297986 ) identificamos que pelo nomination só é indexado o POI da cidade como admin_centre e não é indexado o POI isoladamente em função ao place=city incluido no POI. A cidade de Concórdia – SC, por exemplo, tem o seguinte retorno: Resultados de OpenStreetMap Nominatim http://nominatim.openstreetmap.org/ Limite de Município Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, Brasil http://www.openstreetmap.org/relation/296692 Cidade Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, 8970, Brasil http://www.openstreetmap.org/node/415523393 No nosso entender esse retorno duplo é correto já que existe a relação (Concordia – Limite de Municipio) e o POI (São Carlos – Place=city). Observem que para Concordia aparece na busca o POI isolado da cidade: http://www.openstreetmap.org/node/415523393 http://www.openstreetmap.org/node/415523393 Já para São Carlos – SP assim aparece: Resultados de OpenStreetMap Nominatim http://nominatim.openstreetmap.org/ Cidade São Carlos, Microrregião de São Carlos, Mesorregião de Araraquara, São Paulo, Região Sudeste, Brasil http://www.openstreetmap.org/relation/297986 Não existe pela busca o POI da cidade isoladamente. Só existe pela busca a Cidade que na verdade não é a cidade e sim o Limite de Municipio, a relação São Carlos. Afinal quem está certo nessas duas buscas? []s Marcio ___ 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
Re: [Talk-br] São Carlos, SP
2015-06-12 16:36 GMT-03:00 thunder...@gpsinfo.com.br: Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Márcio, mais uma vez: se está acontecendo algum problema no mkgmap, pergunte antes de editar os dados no OSM. A grande parte dos problemas anteriores não se encontrava no OSM. Se o problema acontece no nominatim, da mesma forma, não mexa nos dados do OSM. Teste com cidades perto de São Carlos (Araraquara, Ribeirão Preto, etc) e verá que o resultado é exatamente o mesmo: apenas um resultado é retornado. O estado de SP inteiro não é indexado por acaso no mkgmap? De várias cidades que testei todas retornam apenas 1 objeto no nominatim. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Marcio Voce nao respondi meu segundo pergunta 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? O que mensagem dar no mkgmap? Dar erro no validador JOSM? o KeepRight indicando algum coisas keepright.at http://keepright.at/ ? tem algum coisas indicado aqui: http://developer.mapquest.com/web/products/open/nominatim/broken-polygon http://developer.mapquest.com/web/products/open/nominatim/broken-polygon ? ou aqui http://ra.osmsurround.org/ http://ra.osmsurround.org/ ? ou aqui http://tools.geofabrik.de/osmi/# http://tools.geofabrik.de/osmi/# ? ou aqui http://osmose.openstreetmap.fr/en/map/ http://osmose.openstreetmap.fr/en/map/#zoom=12lat=-20.6532lon=-40.5116layer=Mapnikoverlays=FFFTitem=level=1tags=fixable=bbox=-40.769920349121094,-20.761250430919638,-40.35621643066406,-20.53732786084848 ? Aun Johnsen On Jun 12, 2015, at 16:54, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun Johnsen, quando identificamos o problema verificamos que as edições do POI e relação eram muito antigas. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 4:44 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio Com buscas do Nominatim pode demorar um pouco para atualizações ser realizadas. Meus perguntas e assim: 1) no seu 2 exemplos, quando fui os últimos edições das POI e relação? Eles foram criados, ou tags principais alterados no esses edições? 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? Aun Johnsen On Jun 12, 2015, at 16:36, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br wrote: Amigos, Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Analisando no OSM as configurações da relação São Carlos ( http://www.openstreetmap.org/relation/297986 http://www.openstreetmap.org/relation/297986 ) identificamos que pelo nomination só é indexado o POI da cidade como admin_centre e não é indexado o POI isoladamente em função ao place=city incluido no POI. A cidade de Concórdia – SC, por exemplo, tem o seguinte retorno: Resultados de OpenStreetMap Nominatim http://nominatim.openstreetmap.org/ Limite de Município Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, Brasil http://www.openstreetmap.org/relation/296692 Cidade Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, 8970, Brasil http://www.openstreetmap.org/node/415523393 No nosso entender esse retorno duplo é correto já que existe a relação (Concordia – Limite de Municipio) e o POI (São Carlos – Place=city). Observem que para Concordia aparece na busca o POI isolado da cidade: http://www.openstreetmap.org/node/415523393 http://www.openstreetmap.org/node/415523393 Já para São Carlos – SP assim aparece: Resultados de OpenStreetMap Nominatim http://nominatim.openstreetmap.org/ Cidade São Carlos, Microrregião de São Carlos, Mesorregião de Araraquara, São Paulo, Região Sudeste, Brasil http://www.openstreetmap.org/relation/297986 Não existe pela busca o POI da cidade isoladamente. Só existe pela busca a Cidade que na verdade não é a cidade e sim o Limite de Municipio, a relação São Carlos. Afinal quem está certo nessas duas buscas? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org mailto: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 ___ 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
Re: [Talk-br] São Carlos, SP
Marcio, Não tem certeza disso, porque nunca ha problemas com busca de endereços do São Sebastião SP. Não tentei com outros cidades do SP assim não sei se SSEB fui caso único ou não, Se voce me dar um lista do buscas do cidades indexado certo, e cidades que faltam indexo, eu posso analizar isso, e ver mais certo se dar ou nao. O que vai precisar e algum endereços e POIs dentro esses cidades, por exemplo hotéis, lojas ou posto gasolinas por nome, rua e numero do algum endereços, etc. Eu vejo seus argumentos, e quer reproduzir seus problemas para eliminar onde ha problema. Aun Johnsen On Jun 12, 2015, at 18:27, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun, pelos nossos testes, a única cidade que não está sendo indexada é São Carlos – SP. Fizemos testes com os mapas NL ( http://garmin.openstreetmap.nl/ http://garmin.openstreetmap.nl/ ) e ES ( http://mapas.alternativaslibres.es/descargas.php http://mapas.alternativaslibres.es/descargas.php ) e em ambos não obtivemos sucesso na indexação de São Carlos – SP. Neles, além São Carlos, outras cidades de São Paulo também não indexam, em especial as contidas em mesorregiões e microrregiões. Empregando esses mapas em seu GPS não terá voce indexação de algumas cidades de São Paulo porque recentemente o Blad incluiu Mesorregiões (admin_level=5) e Microrregiões (admin_level=7) no estado, em especial na região de Araraquara e São Carlos. Esses sites que disponibilizam os mapas do Brasil empregam os styles default do Mkgmap e com isso a relação boundary admin_level=8 é suplantada pelas admin_level de menores valores incluidas (5 e 7) se o utilizador nada fizer. Se observar no GPS carregado com um desses mapas, no para Onde / Cidade, a cidade desejada só é encontrada se digitar no campo estado mesorregião ou a microrregião correspondente, a de menor admin_level. Para solucionar esse problema fomos obrigados a comandar no Mkgmap “drop” dos admin_level 5 e 7 permitindo que o 8, o que queremos, fosse indexado. Poderíamos até no style inserir os admin level 5 e 7 para serem processados depois do 8, mas como em gps não empregamos mesorregião e microrregião decidimos por exclui-las dos dados baixados Em nosso style só empregamos os admin_level 2, 3, 4, 8, 9 e 10. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 5:52 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio, Eu vou jantar agora, depois eu pode fazer simulações nos meus aparelhos buscar POIs e endereços no meus mapas garmin no computador através BaseCamp e no meu Nüvi, espero que voce me mandar um lista do exemplos que, algum indexados e algum que voce não conseguir indexar, assim eu posso ver se mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ tem problemas indexar mesmas. So para avisar, nao deu atualizar meus mapas desde 29-03-2015, assim edições feito e abril e ate agora não estou disponível nos meus mapas. 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
Re: [Talk-br] São Carlos, SP
Marcio Me notei nomes de algumas ruas no São Carlos e fiz busca por nome da rua, tudo deles achei sem problema. Se consigo busca pelo nome da rua significando que e indexado, ne? Isso e com mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ compilado 29-03-2015, reproducido no BaseCamp e no meu Garmin Nüvi 50 https://i.imgur.com/Xk4FdoK.png https://i.imgur.com/Xk4FdoK.png Aun Johnsen On Jun 12, 2015, at 19:25, Lists li...@gimnechiske.org wrote: Marcio Ja fiz algum testes, e parecendo que dos cidades que tentei, o maioria, incluindo São Carlos SP, Belém PA, Manaus AM, Ribeirão Preto SP e Vitória ES indexando certo, mas Cariacica ES e Guarapari ES parecendo que dar errado. Sem um lista dos testes especifico não dar para reproduzir seus erros, então favor me mandar um lista dos testes, que podemos testar com fontes diferentes do Garmin alem do fontes externas como OSRM, Nominatim, Google Maps entre outros. Como outro vez voce tinha problemas com mapas Garmin eu pedi testes para reproduzir seus problemas e voce não me respondeu com esses. Eu oferecendo te ajudar achar a problema mas voce não me dar o que preciso para te ajudar. Aun Johnsen On Jun 12, 2015, at 19:09, Lists li...@gimnechiske.org mailto:li...@gimnechiske.org wrote: Marcio, Não tem certeza disso, porque nunca ha problemas com busca de endereços do São Sebastião SP. Não tentei com outros cidades do SP assim não sei se SSEB fui caso único ou não, Se voce me dar um lista do buscas do cidades indexado certo, e cidades que faltam indexo, eu posso analizar isso, e ver mais certo se dar ou nao. O que vai precisar e algum endereços e POIs dentro esses cidades, por exemplo hotéis, lojas ou posto gasolinas por nome, rua e numero do algum endereços, etc. Eu vejo seus argumentos, e quer reproduzir seus problemas para eliminar onde ha problema. Aun Johnsen On Jun 12, 2015, at 18:27, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br wrote: Aun, pelos nossos testes, a única cidade que não está sendo indexada é São Carlos – SP. Fizemos testes com os mapas NL ( http://garmin.openstreetmap.nl/ http://garmin.openstreetmap.nl/ ) e ES ( http://mapas.alternativaslibres.es/descargas.php http://mapas.alternativaslibres.es/descargas.php ) e em ambos não obtivemos sucesso na indexação de São Carlos – SP. Neles, além São Carlos, outras cidades de São Paulo também não indexam, em especial as contidas em mesorregiões e microrregiões. Empregando esses mapas em seu GPS não terá voce indexação de algumas cidades de São Paulo porque recentemente o Blad incluiu Mesorregiões (admin_level=5) e Microrregiões (admin_level=7) no estado, em especial na região de Araraquara e São Carlos. Esses sites que disponibilizam os mapas do Brasil empregam os styles default do Mkgmap e com isso a relação boundary admin_level=8 é suplantada pelas admin_level de menores valores incluidas (5 e 7) se o utilizador nada fizer. Se observar no GPS carregado com um desses mapas, no para Onde / Cidade, a cidade desejada só é encontrada se digitar no campo estado mesorregião ou a microrregião correspondente, a de menor admin_level. Para solucionar esse problema fomos obrigados a comandar no Mkgmap “drop” dos admin_level 5 e 7 permitindo que o 8, o que queremos, fosse indexado. Poderíamos até no style inserir os admin level 5 e 7 para serem processados depois do 8, mas como em gps não empregamos mesorregião e microrregião decidimos por exclui-las dos dados baixados Em nosso style só empregamos os admin_level 2, 3, 4, 8, 9 e 10. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 5:52 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio, Eu vou jantar agora, depois eu pode fazer simulações nos meus aparelhos buscar POIs e endereços no meus mapas garmin no computador através BaseCamp e no meu Nüvi, espero que voce me mandar um lista do exemplos que, algum indexados e algum que voce não conseguir indexar, assim eu posso ver se mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ tem problemas indexar mesmas. So para avisar, nao deu atualizar meus mapas desde 29-03-2015, assim edições feito e abril e ate agora não estou disponível nos meus mapas. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br