[Talk-br] Brasil e Brazil

2014-03-21 Por tôpico Paulo Carvalho
Pessoal,

   Alguns de vocês paraticipam da lista do Cocar e já devem saber que já
compilamos mapas para Garmin.
   Um problema que apareceu é que na lista de países tem aparecido Brasil e
Brazil, como se fossem dois países diferentes.
   Gostaria de saber se temos como verificar os dados do Brasil na base do
OSM por tags erradas ou coisa desse gênero.

[ ]s

Paulo
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Brasil e Brazil

2014-03-21 Por tôpico Nelson A. de Oliveira
2014-03-21 9:01 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
Gostaria de saber se temos como verificar os dados do Brasil na base do
 OSM por tags erradas ou coisa desse gênero.

Seria a tag is_in:country?
Se for essa, tem que usar o nome em inglês.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Brasil e Brazil

2014-03-21 Por tôpico Fernando Trebien
Hm essa tag nem deveria estar sendo usada já que o conversor precisa
ser capaz de adivinhar esses valores a partir da geometria dos limites
administrativas. Assim como não deveria se usar is_in:city, nem
is_in:state.

Um problema óbvio: posso desenhar um parque em Porto Alegre e associar
a ele a tag is_in:country=Argentina. Nenhum validador vai reclamar
(nem o Geofabrik, nem o KeepRight).

Outro problema: todos os milhões de objetos no Brasil receberiam
is_in:country=Brasil (e talvez um is_in:country:en=Brazil). Mesmo
valor duplicado milhões de vezes.

Podemos encontrar os casos que usam essa tag usando o osmfilter.
Enquanto não fazemos essa limpeza (antes temos que ver se não tem
alguma aplicação dependendo dessas tags), alguma chance de fazer o
conversor ignorar essas tags?

2014-03-21 9:05 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 2014-03-21 9:01 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
Gostaria de saber se temos como verificar os dados do Brasil na base do
 OSM por tags erradas ou coisa desse gênero.

 Seria a tag is_in:country?
 Se for essa, tem que usar o nome em inglês.

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br



-- 
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Brasil e Brazil

2014-03-21 Por tôpico Nelson A. de Oliveira
Mas é o is_in que o conversor está utilizando para isso ou está
obtendo o país de algum outro lugar?

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Numeração de ruas

2014-03-21 Por tôpico Bráulio
É bom citar isso porque nem sempre se usa a regra da distância no Brasil. E
nem a regra do lado par e ímpar da rua.

Não mapeei muitos números, mas já notei vários lugares que não seguem
alguma dessas duas regras. Por exemplo, numa rua de menos de 200m são
usados números na casa dos 7800 [1]. Outro caso é uma rua que os números
são simplesmente sequenciais [2].

[1] http://www.openstreetmap.org/#map=19/-5.86680/-35.22676
[2] http://www.openstreetmap.org/#map=19/-5.83016/-35.20335 (foi usada uma
interpolação, mas os números são sequenciais: 250, 251, 252, etc)


2014-03-18 8:12 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:

 Pessoal,

 A numeração de ruas no Rio NÃO SEGUE A MÉTRICA.  Numerar assim será um
 erro.  Erick, se quiser eu te passo a numeração dessa região.

 []s

 Paulo


 Em 17 de março de 2014 23:48, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Aaaah tava em medição chinesa, agora que coloquei em métrica. Valeu.


 Em 17 de março de 2014 23:47, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Trebien, na verdade todos os números tirei dos prédios, exceto o 7500, eu
 tirei ele pq quando clico na linha da interpolação deu 7.47 naquela regua
 lá embaixo, imaginei que fossem 7500 m e coloquei lá. Pensando também que
 essa é a regra pra numerar, ou não?


 Em 17 de março de 2014 23:43, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 O jeito que você fez está certo segundo a definição, mas o Nominatim
 não está retornando resultados. Acho que podemos usar esse como mais
 um exemplo de bugs no Nominatim.

 Mas tem 2 coisas estranhas:
 - esse número parece estar fora da ordem crescente (deve ser em torno
 do número 1400 não em torno do 1900):
 http://www.openstreetmap.org/node/2724558367
 - tem 1,95km de extensão entre os números 2005 e 7500, deve ter algum
 erro aí (provavelmente é o número 7500); nessa extensão, a numeração
 só poderia ter ido de 2005 para algo em torno de 4000 caso a regra da
 distância esteja sendo obedecida pelas autoridades locais (pode não
 estar)

 Isso às vezes acontece em outros lugares no Brasil. Porto Alegre tem
 uma avenida famosa por ter 3 numerações simultâneas (há mais de 1
 década!), e só 1 delas oficial. Nessas situações, ou você tenta
 descobrir a numeração oficial, ou deixa fora do interpolador os
 números que parecem estar fora da ordem (que podem muito bem ser
 mapeados um a um futuramente) ou que parecem estar distorcendo demais
 a regra da distância.

 Uma outra sugestão: tente quebrar a linha do interpolador. Por
 exemplo, poderia quebrar no número 2005 e ver se faz alguma diferença.

 (Vou dar uma investigada em que pé andam as correções desses problemas
 no Nominatim.)



 2014-03-17 23:26 GMT-03:00 Erick de Oliveira Leal
 erickdeoliveiral...@gmail.com:
  O problema Trebien, é que lá não é sinalizado, consegui algumas
 informações
  dos prédios na internet... E ficou assim: pra começar:
  http://www.openstreetmap.org/way/266959251. Farei uns testes no
 Nominatim e
  no Osmand.
 
 
  Em 17 de março de 2014 23:18, Fernando Trebien 
 fernando.treb...@gmail.com
  escreveu:
 
  Deveria, em teoria. O Nominatim em particular tem umas verificações
  de sanidade (por exemplo, distância entre dois números muito grande,
  ou um grande número de números interpolados numa extensão muito
  curta da rua). Já tem tickets abertos sobre esse problema, não sei se
  já foram consertados.
 
  Outros sistemas provavelmente não fazem essa verificação, então
  deveria funcionar.
 
  Se você não quiser colocar em cada esquina, e não funcionar colocar
 só
  o primeiro e o último, coloque um número mais ou menos a cada 2 ou 3
  esquinas, ou a cada quilômetro, só pra conter um pouco os erros de
  precisão (que tendem a se acumular mais em curvas fechadas do que em
  retas) e também pra passar pelas verificações do Nominatim.
 
  Só isso já deve dar um resultado muito superior ao Google. Mas o
 ideal
  mesmo é ter um número em cada esquina, em ambos os lados da esquina,
  como no exemplo que eu passei. Fazendo assim dá pra ter certeza que
 os
  números de cada quadra sempre cairão dentro da quadra, nunca nas
  quadras vizinhas.
 
 
 
  2014-03-17 22:51 GMT-03:00 Erick de Oliveira Leal
  erickdeoliveiral...@gmail.com:
   E isso ainda funcionaria ainda se eu pegasse somente o primeiro e
 ultimo
   numero da rua mesmo, mas não de cada esquina?
  
  
   Em 17 de março de 2014 22:29, Paulo Carvalho
   paulo.r.m.carva...@gmail.com
   escreveu:
  
   É o que eu faço nas ruas que eu mapeio.  Pegar todos os números é
   complicado.  Acho que só vale a pena numerar cada porta se a
 numeração
   for
   desordenada.  Enfim, o ideal é mapear tudo, mas temos um
 território
   grande
   para cobrir, talvez mapear todos os números num segundo momento ou
   quando
   pudermos importar de alguma fonte autorizada.
  
   []s
  
   Paulo
  
  
   Em 17 de março de 2014 21:48, Wille wi...@wille.blog.br
 escreveu:
  
   Quando não é possível pegar 

Re: [Talk-br] Brasil e Brazil

2014-03-21 Por tôpico Aun Johnsen
Desde uso de relaçoes fui comum is_in não e para ser usado, acho este e 
documentado no wiki

Aun Johnsen
Sent from my iPhone

 On 21. mars 2014, at 12:09, Nelson A. de Oliveira nao...@gmail.com wrote:
 
 Mas é o is_in que o conversor está utilizando para isso ou está
 obtendo o país de algum outro lugar?
 
 ___
 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