Re: [Talk-br] Dúvida na identificação de Rodovias

[Roger C. Soares]

  
  
Olha essa placa do DEINFRA/SC:
  
http://2.bp.blogspot.com/-jOvA28xtNTg/VC7Jh67PYAI/BMw/uTmz5C54QTo/s1600/placa%2Bda%2Brodovia%2BEnedino.jpg
  
  O nome que eles usam é: Rodovia Enedino Batista Ribeiro.
  Não é trecho, é rodovia. O SC-438 aparece separado.
  
  No caso dos correios, estando o CEP correto, a carta deveria ser
  entregue usando a sigla ou o nome da rodovia...
  
  Uma opção é colocar no name como é sinalizado, e em alt_name o
  Rodovia sigla, para aparecer como opção de endereçamento dos
  edifícios...
  
  Atenciosamente,
  Roger.
  
  --
  Em 13-02-2017 14:54, Jairo Duarte escreveu:


  
  Ok Arlindo, vou adotar desta forma.
  name: Rodovia SC-114
  official_name: Trecho Enedino Batista Ribeiro.
  Editei e vi que no endereçamento dos prédios aparecem as duas
opções.
  
  
  Em 13-02-2017 14:36, Arlindo Pereira
escreveu:
  
  

  Sem querer me posicionar na treta de qual deve ser o nome
oficial a ser utilizado na tag "name", ao menos troque de
"name1" para "official_name", assim ambos poderão ser
localizados.

  
  Mais detalhes em http://wiki.openstreetmap.org/wiki/Key:name
  

  


[]s

  Arlindo Pereira

  


2017-02-13 14:32 GMT-02:00 Nelson
  A. de Oliveira :
  2017-02-13 14:30 GMT-02:00 Jairo Duarte :
  > name1: Trecho Enedino Batista Ribeiro
  
"name1" não existe.
Nada vai entender isso.

  
___
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



  


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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Roger C. Soares]

  
  
Se um local tem 2 endereços, minha
  opnião é colocar os dois.. mas nunca vi um caso assim mapeado...
  
  Já vi caso do mesmo endereço com 2 números diferentes. Separados
  por ";" ou 2 nós, um para cada nro em caso de interpolação. No
  wiki tem mais algumas opções:
  
  https://wiki.openstreetmap.org/wiki/Addresses
  Buildings with multiple house numbers
  
  Tem gente usando old:addr ou addr:old, mas não são reconhecidas em
  buscas: 
  
  http://taginfo.openstreetmap.org/search?q=addr:old#keys
  http://taginfo.openstreetmap.org/search?q=old:addr#keys
  
  Atenciosamente,
  Roger.
  
  --
  Em 13-02-2017 12:36, Adriano Rosa escreveu:


  

  quanto ao código velho é usado old_ref. em sc, salvo
raríssima exceção, já foi feito isso em todas as rodovias
estaduais de sc.

  
  quanto ao endereço, normalmente coloco o que o estabelecimento
  usa, normalmente addr:street=ref), mas não sei se é o certo. o
  validator do josm mostra alerta. nesse aspecto, estou mais no
  campo da dúvida do que da certeza tb.

  
  
  
On Mon, Feb 13, 2017 at 12:22 PM Gerald Weber
  
  wrote:


  Olá Jairo
  


2017-02-12 15:52 GMT-02:00 Jairo Duarte :
Prezados
Srs.

O que estou afirmando é que estas designações não são
utilizadas na prática e isto pode ser facilmente
comprovado.

Acabei de fazer duas pesquisas na internet, que estão
anexadas.


 
  
  
seus argumentos me fizeram pensar um
  pouco, não seria meio o caso do ovo e da galinha?  


O nome não é usado porque não aparece
  no mapa e não é colocado no mapa no argumento de que não é
  usado? Me parece que estamos andando em círculos aqui?


Por favor não me entenda mal, não sou
  contra a sua argumentação, só fico pensando que se ninguém
  coloca o nome oficial no mapa como esperar que venha a ser
  usado algum dia?


Claramente, suas colocações e dos
  colegas mostram que as coisas não são tão assim
  preto-no-branco. Há que se pesar o que é mais interessante
  e o que é mais útil.


Idealmente todas as informações devem
  ser preservadas e devem estar acessíveis de alguma forma.
  Não nos cabe omitir informações. 


O que a gente precise talvez é de um
  pequeno roteiro do que fazer nestas situações em dúvida,
  algo para colocar na wiki do OSM.


Você diz que uma das rodovias mudou
  de código? Não seria talvez o caso de colocar ambos os
  códigos, o novo e o velho juntos separados por ";"? O que
  vocês acham?


Enfim, estou pensando no caso, não
  tenho uma opinião formada ainda.


Obrigado por levantar este assunto, é
  uma discussão importante.


abraço


Gerald







  

  


  

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

  
  -- 
  
  

  cordialmente,

adriano.

_
Sempre
  tenha os seus arquivos quando você precisar deles com
  @Dropbox. Conta de
  2GB é grátis!

Acesse: http://db.tt/enaEb5F  
  

  
  
  
  
  ___
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] Dúvida na identificação de Rodovias

[Roger C. Soares]

Esta é a minha opinião. Consultem os outros mapas e verão que ninguém 
utiliza estas denominações, que em Santa Catarina é só para inglês 
ver, ninguém utiliza.




No Bing e Here WeGo já tem Rodovia Enedino Batista Ribeiro:

https://wego.here.com/?_ga=1.239861891.1047711320.1486995932=-27.85367,-50.14054,12,normal=ep
https://www.bing.com/maps?osid=562fb94a-7ad4-4621-a23e-af2575eea174=-27.823258~-50.257083=13=2=2=S00027

Atenciosamente,
Roger.


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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Roger C. Soares]

  
  
Com o tempo as coisas mudam, e o OSM é
  maior que SC.. eu não conhecia a Serra do Rio do Rastro, se eu
  fosse para lá eu iria ver o que está nas placas. Para esses casos
  existem as outras tags *_name, loc_name por exemplo, você poderia
  até renderizar seu mapa usando loc_name ao invés de name se você
  quiser um mapa com os nome regionais..
  
  Agora, se no local tiver duas placas diferentes identificando, eu
  teria a tendência de colocar o oficial, mas tb não vejo problema
  de colocar o mais conhecido...
  
  O caso de repetir a ref no name qdo a rodovia já tem um nome, pra
  mim não entra nem em discussão. O SC-114 já está lá, as pessoas de
  SC vão encontrar a rodovia, no name tem que ir o nome, é uma
  informação relevante... agente aqui gosta de chamar rodovia por
  nome ;)
  
  Qto a rua das Palmeiras, legal, se ninguém mudar antes, eu
  atualizo. Tudo bem adicionar tourism=attraction em highway, né?
  
  Atenciosamente,
  Roger.
  
  --
  Em 12-02-2017 17:44, Jairo Duarte escreveu:


  
  Roger
  Eu sou natural de Joinville, atualmente moro na serra
catarinense.
  O nome oficial da Rua das Palmeiras é Alameda Brüstlein.
  Outra coisa muito mais importante: uma atração internacional de
Santa Catarina: Serra do Rio do Rastro.. se formos utilizar a
nova denominação do Deinfra se chama Rodovia Irineu Bornhausen.
  Aí te pergunto: vai adiantar colocarmos esta denominação? Achas
que esta denominação do Deinfra vai mudar a identificação
popular? Alguém vai deixar de chamar a rodovia de Serra do Rio
do Rastro?
  É disso que estou falando? A SC-114 tem 200 km com 4 nomes, o
que vai ficar gravado na memória do povo? O que a imprensa
utiliza? o que os organismos oficiais utilizam nas suas
comunicações?
  Façam uma pesquisa na internet? Embora haja uma placa na rua,
ela não representa nada...
  Estou falando isto porque moro na SC-114 e esta é a realidade.
  Mas enfim...
  
  
  Em 12-02-2017 17:33, Roger C. Soares
escreveu:
  
  

Sim, concordo.
  
  Agora, um caso que poderia se discutir se na tag name vai o
  nome "popular" ou o nome oficial, é a rua das palmeiras em
  Joinville. Eu não tive tempo para ir lá e ver se tem placa com
  outro nome, mas na cidade tem várias placas com indicação de
  ponto turístico com o nome "Rua das Palmeiras". Eu acho que é
  essa, não tenho certeza:
  
  http://www.openstreetmap.org/way/108225725#map=18/-26.30416/-48.84404=N
  
  Se tiver alguém aqui que conhece Joinville, seria interessante
  pelo menos adicionar um alt_name=Rua das Palmeiras
  
  No caso de ter uma placa com o nome oficial e outras com o
  nome turisco, não tenho opinião forte de qual deixar... eu
  provavelmente deixaria o nome oficial na name e o turistico na
  alt_name... existe alguma recomendação para esses casos?
  
  Atenciosamente,
  Roger.
  
  --
  Em 12-02-2017 17:06, Adriano Rosa escreveu:


  não só isso, Roger. a placa pode ter sido
retirada por vários motivos (vandalismo, acidente,
desgaste...) ou nem ter sido colocada (ineficiência do
estado). de todo modo, o deinfra disponibiliza arquivo com
os nomes das rodovias. aquelas que porventura não tenham
nome, deixa-se o campo name em branco. inclui-se somente
ref. 
  
  
On Sun, Feb 12, 2017, 4:54 PM Roger C. Soares
  <rogersoa...@gmail.com>
  wrote:


  
Para mim o ideal é mapear o que está no
  local. Se na rodovia tem placa com o nome dela, é o
  que está lá que vai na tag name. Nas *_name pode-se
  completar a informação para que a via seja retornada
  em buscas ou para a visualização de mais detalhes
  dela.
  
  Atenciosamente,
  Roger.
  
  --
  
  

  Em 12-02-2017 16:05, Jairo Duarte escreveu:

  
  
Prezados Srs.
  
  
  O que estou afirmando é que estas designações não são
  utilizadas na prática e isto pode ser facilmente
  comprovado. 
  
  Acabei de fazer duas pesquisas na internet, que estão
  anexadas. 
  
  Pesquise

Re: [Talk-br] Dúvida na identificação de Rodovias

[Roger C. Soares]

  
  
Por isso é melhor deixar as duas
  informações. É o caso da BR 101, Mário Covas era conhecido aqui em
  SP, qdo eu lembro da rodovia eu já penso em Mário Covas. Mesmo que
  vocês de SC não queiram emplacar o nome, pra mim já emplacou :)
  
  Atenciosamente,
  Roger.
  
  --
  Em 12-02-2017 17:15, Jairo Duarte escreveu:


  
  Estou começando a colocar placas de identificação, só que não
muda nada. A cada trecho vai aparecer lá SC-114 km tal. O povo
vai continuar identificando a rodovia com o código dela.
  Tens dúvida, faz uma pesquisa no google ou qualquer outro
instrumento de pesquisa. Pesquisa pelo nome e pelo código e vais
ter uma surpresa nos resultados.
  Outra coisa, nenhum outro mapa: Google Maps, Bing Maps ou o
próprio mapa do Deinfra utiliza as denominações criadas pelo
Deinfra. Repito, nem o mapa rodoviário do próprio Deinfra
identifica as rodovias pela denominação.
  Se tiverem dúvida, baixem o mapa do Deinfra. http://www.deinfra.sc.gov.br/jsp/informacoes_sociedade/downloadMapas.jsp
  
  E sobre o navegador, ele é único apoiado pelo projeto OSM https://wiki.openstreetmap.org/wiki/Navit
  Este mesmo trecho de rodovia já teve outras denominações, mas
na prática nunca emplacou
  
  
  
  Em 12-02-2017 16:54, Roger C. Soares
escreveu:
  
  

Para mim o ideal é mapear o que
  está no local. Se na rodovia tem placa com o nome dela, é o
  que está lá que vai na tag name. Nas *_name pode-se completar
  a informação para que a via seja retornada em buscas ou para a
  visualização de mais detalhes dela.
  
  Atenciosamente,
  Roger.
  
  --
  Em 12-02-2017 16:05, Jairo Duarte escreveu:

Prezados Srs. 
  
  O que estou afirmando é que estas designações não são
  utilizadas na prática e isto pode ser facilmente comprovado. 
  
  Acabei de fazer duas pesquisas na internet, que estão
  anexadas. 
  
  Pesquisei SC-114 e Rodovia Enedino Batista Ribeiro. 
  
  Favor observarem os resultados e concluirão o mesmo que eu que
  vivo na serra catarinense. Imprensa, governo do estado e
  população só reconhecem SC-114, pra que utilizarmos uma
  denominação que não vai identificar nada. 
  
  Se perceberem o próprio governo do estado utiliza em sua
  comunicação oficial a designação SC-114. Pelos resultados das
  duas pesquisas, poderemos ver que só a família do homenageado
  o reconhece, em nenhum resultado aparece relação com a
  rodovia, embora a consulta tenha privilegiado o termo rodovia.
  
  
  Então no caso de Santa Catarina, devemos cadastrar as SC como
  Rodovias SC e colocar a denominação com outra designação como:
  oficial name ou name1 ou name multilingue. 
  
  Esta é a minha opinião. Consultem os outros mapas e verão que
  ninguém utiliza estas denominações, que em Santa Catarina é só
  para inglês ver, ninguém utiliza. 
  
  
  Em 12-02-2017 15:34, Nelson A. de Oliveira escreveu: 
  2017-02-12 15:24 GMT-02:00 Jairo
Duarte <jairo.fazgra...@gmail.com>:

Acho que a idéia do Santamariense é
  a ideal, pois é também adotada em outros 
  paises, como na Argentina, onde as rodovias nacionais não
  tem outra 
  denominação. 

Mas apenas quando não possuem denominação, da mesma forma
que acontece 
com várias rodovias BR. 

Deixar a rodovia contendo a própria sigla no nome, quando
esta possui 
uma denominação, é tornar tornar os dados incorretos para a
maioria 
dos casos e usos. 

___ 
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

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



  


___
Talk-br m

Re: [Talk-br] Dúvida na identificação de Rodovias

[Roger C. Soares]

  
  
Sim, concordo.
  
  Agora, um caso que poderia se discutir se na tag name vai o nome
  "popular" ou o nome oficial, é a rua das palmeiras em Joinville.
  Eu não tive tempo para ir lá e ver se tem placa com outro nome,
  mas na cidade tem várias placas com indicação de ponto turístico
  com o nome "Rua das Palmeiras". Eu acho que é essa, não tenho
  certeza:
  
http://www.openstreetmap.org/way/108225725#map=18/-26.30416/-48.84404=N
  
  Se tiver alguém aqui que conhece Joinville, seria interessante
  pelo menos adicionar um alt_name=Rua das Palmeiras
  
  No caso de ter uma placa com o nome oficial e outras com o nome
  turisco, não tenho opinião forte de qual deixar... eu
  provavelmente deixaria o nome oficial na name e o turistico na
  alt_name... existe alguma recomendação para esses casos?
  
  Atenciosamente,
  Roger.
  
  --
  Em 12-02-2017 17:06, Adriano Rosa escreveu:


  não só isso, Roger. a placa pode ter sido retirada
por vários motivos (vandalismo, acidente, desgaste...) ou nem
ter sido colocada (ineficiência do estado). de todo modo, o
deinfra disponibiliza arquivo com os nomes das rodovias. aquelas
que porventura não tenham nome, deixa-se o campo name em branco.
inclui-se somente ref. 
  
  
On Sun, Feb 12, 2017, 4:54 PM Roger C. Soares
  <rogersoa...@gmail.com>
  wrote:


  
Para
  mim o ideal é mapear o que está no local. Se na rodovia
  tem placa com o nome dela, é o que está lá que vai na tag
  name. Nas *_name pode-se completar a informação para que a
  via seja retornada em buscas ou para a visualização de
  mais detalhes dela.
  
  Atenciosamente,
  Roger.
  
  --
  
  

  Em 12-02-2017 16:05, Jairo Duarte escreveu:

  
  
Prezados Srs. 
  
  O que estou afirmando é que estas designações não são
  utilizadas na prática e isto pode ser facilmente
  comprovado. 
  
  Acabei de fazer duas pesquisas na internet, que estão
  anexadas. 
  
  Pesquisei SC-114 e Rodovia Enedino Batista Ribeiro. 
  
  Favor observarem os resultados e concluirão o mesmo que eu
  que vivo na serra catarinense. Imprensa, governo do estado
  e população só reconhecem SC-114, pra que utilizarmos uma
  denominação que não vai identificar nada. 
  
  Se perceberem o próprio governo do estado utiliza em sua
  comunicação oficial a designação SC-114. Pelos resultados
  das duas pesquisas, poderemos ver que só a família do
  homenageado o reconhece, em nenhum resultado aparece
  relação com a rodovia, embora a consulta tenha
  privilegiado o termo rodovia. 
  
  Então no caso de Santa Catarina, devemos cadastrar as SC
  como Rodovias SC e colocar a denominação com outra
  designação como: oficial name ou name1 ou name
  multilingue. 
  
  Esta é a minha opinião. Consultem os outros mapas e verão
  que ninguém utiliza estas denominações, que em Santa
  Catarina é só para inglês ver, ninguém utiliza. 
  
  
  Em 12-02-2017 15:34, Nelson A. de Oliveira escreveu: 
  2017-02-12 15:24
GMT-02:00 Jairo Duarte <jairo.fazgra...@gmail.com>:

Acho que a
  idéia do Santamariense é a ideal, pois é também
  adotada em outros 
  paises, como na Argentina, onde as rodovias nacionais
  não tem outra 
  denominação. 

Mas apenas quando não possuem denominação, da mesma
forma que acontece 
com várias rodovias BR. 

Deixar a rodovia contendo a própria sigla no nome,
quando esta possui 
uma denominação, é tornar tornar os dados incorretos
para a maioria 
dos casos e usos. 

___ 
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.op

Re: [Talk-br] Dúvida na identificação de Rodovias

[Roger C. Soares]

Acredito que o ideal é que façamos a identicação no mapa pelo nome 
pelo qual a rodovia é reconhecida. Assim a rodovia litorânea em Santa 
Catarina é reconhecida por BR-101(embora tenha também o nome de 
Rodovia governador Mario Covas). Já em São Paulo a BR-116 é 
reconhecida por Regis Bitencourt.
Nestes casos não tenho dúvida de que uma deva ser nomeada pelo nome e 
outra pelo código.




Discordo. Eu fui para Florianópolis mês passado, e na BR-101 está cheio 
de placas com o nome Rodovia Governador Mário Covas. Hoje identifico a 
rodovia pelas 2 denominações, e já usei o nome em conversa. Os softwares 
de GPS que uso idicam corretamente "BR-101 Rodovia Governador Mário 
Covas", retirar informação para resolver a limitação de um software de 
GPS específico seria um erro, tem que corrigir o software... O nome de 
uma rodovia muda dependendo do trecho e qdo o GPS informa o mesmo nome 
que está nas placas você tem uma certeza a mais de estar no caminho 
correto, além de satisfazer quem conhece pela referência e quem conhece 
pelo nome, os mapas normalmente mostram os 2.


Atenciosamente,
Roger.


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

Re: [Talk-br] strava

[Roger C. Soares]

  
  
No josm tem várias camadas do strava,
  vc pode escolher entre cycling, running ou a combinação das duas.
  No labs não sei qual eles usam...
  
  Atenciosamente,
  Roger.
  
  --
  Em 05-01-2017 08:21, Gerald Weber escreveu:


  
Oi Roger


Ah, entendi, obrigado. Tem como saber que tipo de trilhas são?
Para mim faz muita diferença saber se é de caminhada ou
bicicleta.


abraço


Gerald
  
2017-01-05 8:08 GMT-02:00 Roger C.
  Soares <rogersoa...@gmail.com>:
  

  Adiciona
a camada do strava no josm, é só ir nas
preferencias, clicar no icone "WMS/TMS" e ativar a
camada. Eles geram um heatmap a partir das trilhas
enviadas.

As vezes eu tb dou uma olhada no routing errors em:
http://labs.strava.com/routing-errors/#250/4/-97.42000/39.25000

Atenciosamente,
Roger.

  

  

  

  
  
  
  
  ___
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] strava

[Roger C. Soares]

  
  
Inclusive, outro dia eu passei nesse
  trecho e tem uma pista nova, mas eu não marquei os detalhes do
  trecho todo... se alguém conhecer melhor, o strava pode dar uma
  ajudada:
  
  http://labs.strava.com/routing-errors/#250/16/-47.00407/-22.44771
  
  
  Atenciosamente,
  Roger.
  
  --
  Em 05-01-2017 08:08, Roger C. Soares escreveu:


  
  Adiciona a camada do strava no josm,
é só ir nas preferencias, clicar no icone "WMS/TMS" e ativar a
camada. Eles geram um heatmap a partir das trilhas enviadas.

As vezes eu tb dou uma olhada no routing errors em:
http://labs.strava.com/routing-errors/#250/4/-97.42000/39.25000

Atenciosamente,
Roger.

--
Em 05-01-2017 07:51, Gerald Weber escreveu:
  
  

  

  

  

  Oi
Turma
  
  
  eu
vejo muitas menções ao strava nas discussões
aqui e no telegram, já vi até edições com gente
se referindo ao strava. 
  
  
  Eu
só não entendi muito bem como nós podemos usar
os dados do strava. Lendo a wiki do OSM eu
fiquei na mesma.
  
  
  Entendi
que se trata de um aplicativo onde se registra
caminhadas, corridas etc. Uma amiga minha até me
mostrou a trilha gps que ela gravou de
bicicleta. 
  
  
  Mas
onde entramos nisto? A gente tem acesso a estas
trilhas gps? como?
  
  
  qualquer
dica será muito bem vinda
  
  
  abraço
  
  
  Gerald
  
  
  
  

  

  

  




___
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] strava

[Roger C. Soares]

  
  
Adiciona a camada do strava no josm, é
  só ir nas preferencias, clicar no icone "WMS/TMS" e ativar a
  camada. Eles geram um heatmap a partir das trilhas enviadas.
  
  As vezes eu tb dou uma olhada no routing errors em:
  http://labs.strava.com/routing-errors/#250/4/-97.42000/39.25000
  
  Atenciosamente,
  Roger.
  
  --
  Em 05-01-2017 07:51, Gerald Weber escreveu:


  

  

  

  
Oi
  Turma


eu
  vejo muitas menções ao strava nas discussões aqui
  e no telegram, já vi até edições com gente se
  referindo ao strava. 


Eu
  só não entendi muito bem como nós podemos usar os
  dados do strava. Lendo a wiki do OSM eu fiquei na
  mesma.


Entendi
  que se trata de um aplicativo onde se registra
  caminhadas, corridas etc. Uma amiga minha até me
  mostrou a trilha gps que ela gravou de bicicleta. 


Mas
  onde entramos nisto? A gente tem acesso a estas
  trilhas gps? como?


qualquer
  dica será muito bem vinda


abraço


Gerald




  

  

  

  
  
  
  
  ___
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] name=Retorno

[Roger C. Soares]

Em 14-06-2016 18:45, Nelson A. de Oliveira escreveu:

Pra nada (e também pode remover).
Pode ser que, por estar utilizando o iD e existir campos para serem
preenchidos, o usuário acabe preenchendo todos os itens, mesmo quando
não fazem sentido.
Tem esse ticket que abri
https://github.com/openstreetmap/iD/issues/2908 justamente para esse
problema.


Legal o ticket!

Os addr:city das highways então também é melhor remover ou deixar?

Atenciosamente,
Roger.


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

Re: [Talk-br] Buildings no OpenStreetMap

[Roger C. Soares]

Legal! Em Ribeirão Preto, SP, eu comecei a inspecionar os edifícios, eu 
desenho alguns e depois saio para coletar os dados, endereço, nome, nro 
de andares, ..., nada muito rápido, em geral eu coleto em regiões que eu 
passo. Se você quiser desenhar uns edifícios por aqui, eu vou achar bom :)


Atenciosamente,
Roger.

--
Em 09-06-2016 09:36, santamariense escreveu:

Pessoal, se alguém tiver interesse em mapear numeração de casas, lojas
e afins, eu me disponho a adicionar (desenhar) as "buildings=yes", o
que vai facilitar a coleta de dados, além de já deixar com melhor
precisão.

Mas, tem que ir a campo recolher numeração. Resumindo, eu desenho as
buildings da sua área de interesse com a condição que no mínimo seja
adicionada a numeração e nome da rua à casa.

Se alguém tiver interesse, é só se pronunciar a qualquer momento. Bons
mapeamentos a todos.

___
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] Problema de Prédios em Overlapping (Importação PMPA)

[Roger C. Soares]

  
  
Mais uns links caso você queira
  entender melhor indoor mapping:
  
  http://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging
http://openlevelup.net/?lat=50.779394=6.074451=19=0=0=1=0=0=0=0=0
  
  Atenciosamente,
  Roger.
  
  --
  Em 13-05-2016 12:13, Roger C. Soares escreveu:


  
  Oi Sérgio,

Não estou acompanhando essa thread, se não for relevante ou
vocês já discutiram isso por favor ignore...

O level é para indoor mapping, o level define o andar que está
sendo mapeado.

O caso desses links me parece um caso para building:part, você
pode entender melhor aqui:
http://wiki.openstreetmap.org/wiki/Simple_3D_buildings

Em alemão tem um exemplo legal de uma construção que parece uma
igreja:
http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings

Para a base do prédio você poderia colocar o level, para o corpo
do prédio seria apenas o building:part, para colocar o level
teria que repetir o polígono para cada andar, cada um com um
level definindo o nro do andar.

Atenciosamente,
Roger.

--
Em 13-05-2016 09:40, Sérgio V. escreveu:
  
  



  Bom dia Nelson,>São 2 andares do mesmo prédio ou o prédio é apenas o https://www.openstreetmap.org/way/414428800 ?
  Sim, são 2 blocos de níveis diferentes:
  O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em geral sobreloja);
  O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei quantos pavimentos, uns 10).
  Será que adicionando "level" ou coisa parecida sai o aviso
de "buiding inside buiding " ou
  overlappings semelhantes?
  Se for assim, talvez para

os demais eventuais milhares de casos semelhantes teria

  que adicionar genericamente um level=0 para o bloco de
  térreo, e um level=1 para  o bloco
do corpo. (E "talvez" adicionar algo como
"fixme=verificar numero de pavimentos para  building:levels
  e " - não teria como verificar antes um por
  um. Não vem estes dados junto. Teria que ser só "in loco"
  (tradução livre: coisa de loco). Ou não adicionar:
  a informação "level" 0 e 1 seria completa em
  si. Fica implícito que o resto seria a completar, como
  para tudo no OSM).
  Se tiveres uma solução e
  quiseres testar nestes , fique à vontade. Agora que me dei
  conta disto vou testar no outro também.
  Obrigado.
  

  - - - - - - - - - - - - - - - -
  Sérgio / user:smaprs

  




___
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] Problema de Prédios em Overlapping (Importação PMPA)

[Roger C. Soares]

  
  
Oi Sérgio,
  
  Não estou acompanhando essa thread, se não for relevante ou vocês
  já discutiram isso por favor ignore...
  
  O level é para indoor mapping, o level define o andar que está
  sendo mapeado.
  
  O caso desses links me parece um caso para building:part, você
  pode entender melhor aqui:
  http://wiki.openstreetmap.org/wiki/Simple_3D_buildings
  
  Em alemão tem um exemplo legal de uma construção que parece uma
  igreja:
  http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings
  
  Para a base do prédio você poderia colocar o level, para o corpo
  do prédio seria apenas o building:part, para colocar o level teria
  que repetir o polígono para cada andar, cada um com um level
  definindo o nro do andar.
  
  Atenciosamente,
  Roger.
  
  --
  Em 13-05-2016 09:40, Sérgio V. escreveu:


  
  
  
Bom dia Nelson,>São 2 andares do mesmo prédio ou o prédio é apenas o https://www.openstreetmap.org/way/414428800 ?
Sim, são 2 blocos de níveis diferentes:
O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em geral sobreloja);
O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei quantos pavimentos, uns 10).
Será que adicionando "level" ou coisa parecida sai o aviso de
  "buiding inside buiding " ou overlappings
semelhantes?
Se

  for assim, talvez para
  os demais eventuais milhares de casos semelhantes teria
que adicionar genericamente um level=0 para o bloco de
térreo, e um level=1 para  o
bloco do corpo.
  (E "talvez" adicionar algo como "fixme=verificar numero de
  pavimentos para  building:levels e " - não teria
como verificar antes um por um. Não vem estes dados junto.
Teria que ser só "in loco" (tradução livre: coisa de loco).
Ou não adicionar: a informação "level" 0 e 1 seria completa
em si. Fica implícito que o resto seria a completar, como
para tudo no OSM).
Se tiveres uma solução e
quiseres testar nestes , fique à vontade. Agora que me dei
conta disto vou testar no outro também.
Obrigado.

  
- - - - - - - - - - - - - - - -
Sérgio / user:smaprs
  

  
  
  
  
  ___
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] Ativação do HOT sobre o colapso da barragem em Mariana

[Roger C. Soares]

  
  
Segundo
http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team/Pakistan_Tharparkar_Drought
  
  "Humanitarian Mapping Project (HMP)"
  
  Atenciosamente,
  Roger.
  
  --
  Em 11-11-2015 13:25, Alexandre Magno Brito de Medeiros escreveu:


  

  Alguém sabe dizer o que significa a sigla HMP? Será "HOT
management plan"?

  
  Ela também aparece assim: "...in the HMP/Activation area...".



Alexandre

  

  
Em 11 de novembro de 2015
  10:09, Vitor George 
  escreveu:
  
Valeu pela tradução, gente. Agora há
  uma página em português:
  
  
  http://wiki.openstreetmap.org/wiki/Pt:2015_Mariana_Dam_Collapse
  
  
  
  Ainda não temos as images, aviso quando
tiver.


  

  2015-11-10 21:42
GMT-02:00 Peter Krauss :

  Parabéns a todos dessa
iniciativa!
e parabéns ao HOT, que ainda
  era novidade para os brasileiros!



PS: traduzi algo mas precisa de
  revisão.
  
  

  
Em 10 de novembro de 2015
  20:45, Alexandre Magno Brito de
  Medeiros 
  escreveu:

  
  

  
O que é HMP?
  

  

  Em
10 de novembro de
2015 18:00, Vitor
George 
escreveu:

  Oi
pessoal,


Vamos
  começar uma
  tarefa de
  mapeamento
  remoto da
  região afetada
  pelo colapso
  da barragem em
  Mariana. O
  trabalho é uma
  ativação do
  Humanitarian
  OpenStreetMap
  Team:


http://wiki.openstreetmap.org/wiki/2015_Mariana_Dam_Collapse



A página
  está em inglês
  porque não
  temos um
  template em
 

Re: [Talk-br] mapa desalinhado, o que é melhor fazer?

[Roger C. Soares]

  
  
A camada do Strava heatmap pode ajudar,
  eles montam com vários tracks de gps.
  
  Atenciosamente,
  Roger.
  
  --
  On 31-07-2015 21:57, Ivaldo Nunes de Magalhães wrote:


  
Gerald, na
  verdade não sei. Apenas que o mapa construído não está
  alinhado com a imagem do bing, agora quem está incorreto não
  sei


Se alguém
  tiver elementos para descobrir eu ficaria grato.


Mas aqui (MS)
  é muito comum. Muitas cidades estão assim.


Vou perguntar
  algo que sempre tive dúvidas, que parece até banal, mas me
  intriga: quando alinho o mapa com a imagem do satélite (bing),
  mexe no mundo todo ou só no local?


  
  
  
  
  ___
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] erros x relações

[Roger C. Soares]

  
  
Oi Márcio,
  
  Você usa o plugin turnrestrictions no josm?
  
  http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Turnrestrictions
  
  Nunca usei o ID para comparar, mas o turnrestrictions facilita
  bastante a vida no josm...
  
  Atenciosamente,
  Roger.
  
  --
  On 11-02-2015 19:14, thunder...@gpsinfo.com.br wrote:


  

  Gerald,
  em que pese as diferenças entre o JOSM e o ID, muitas das
vezes prefiro o ID dado a praticidade inserida para incluir
restrições de manobra que como você bem sabe poucos
empregam. Prefiro o ID também para alinhar as vias.
   
  Por onde passei me surpreendi com algumas situações,
dentre outras, a saber:
   
  1 – trecho de pista dupla da BR-101 com ambas as pistas
no mesmo sentido impedindo roteamento pela BR-101 de SUL
para NORTE . Corrigido em http://www.openstreetmap.org/way/320461395
   
  2 – faltava a rotatória em http://www.openstreetmap.org/way/327566384
   
  3 – faltava pista dupla em http://www.openstreetmap.org/way/327566383
. Essa falta fazia com que todas as vias residenciais
tivessem acesso para ambas as pistas da rodovia, o que não é
correto.
   
  4 – não existia o trevo em http://www.openstreetmap.org/way/327575047
   
  5 – Não existia o trevo em http://www.openstreetmap.org/way/326622667
   
  etc etc etc
   
  Quando me desloquei de Conceição da Barra para São Mateus
lamentavelmente não obtive roteamento por dentro da cidade
de São Mateus porque faltavam sentidos de direção de vias e
algumas foram editadas como pista dupla de duplo sentido
quando na verdade se tratava de pista simples de sentido
único.
  http://www.openstreetmap.org/way/151554114
  http://www.openstreetmap.org/way/229348449
   
  Um outro problema que identifiquei em São Mateus foi no
trajeto da BR-101 cortando a cidade.
  http://www.openstreetmap.org/way/325783721
  Ali identifiquei total falta de restrições de manobra nos
cruzamentos e muitos acessos desenhados, mas inexistentes.
Os existentes não estavam desenhados.
   
  Quando trefego levo comigo um gravador de mão. Por onde
passei gravei em voz as correções necessárias e venho
gradativamente efetuando-as.
   
  Venho fazendo minha parte e tenho estimulado aos
utilizadores do mapa COCAR  a aprenderem a editar o mapa e
nos ajudarem nessa empreitada.
   
  []s
  Marcio
   
   
  

   
  
From: Gerald Weber 
Sent: Wednesday, February 11, 2015 6:34 PM
To: OpenStreetMap
no Brasil 
Subject: Re: [Talk-br] erros x relações
  

 
  
  
Oi Marcio
   
  pela sua rota quase que nos encontramos por aí esses
dias :)
   
  Felizmente na parte que percorri no ES estava tudo em
ordem. Gravei todo meu percurso em vídeo e estou aos
poucos passando as fotos para o Mapillary. Os tracklogs
eu já coloquei.
   
  Agora o Aun tem toda razão num ponto: é simplesmente
  inviável fazer edições extensas no iD.
  
 
O iD só serve para pequenas
  coisas, adicionar uma padaria aqui, acertar uma mão
  única alí, e olhe lá. Por mim descontinuava esta
  porcaria.
 
O nível de destruição que venho
  tendo de corrigir de usuários do iD já ocupa a maior
  parte do meu tempo, e sinceramente relações de rota e
  de restrição de conversão eu já nem ligo mais em
  corrigir. Aquilo virou completamente impossível de
  manter. 
 
Para edições maiores tem
que fazer o dever de casa e aprender a usar o
  JOSM, não tem outro jeito. O JOSM parece complicado à
  princípio, mas na medida em que a gente aprende não
  vai querer usar outra coisa mais. 
 
Comparativamente, mapear com o
  iD é como bordar com luvas de boxe.
 
abraço a todos
 
Gerald
 
 
  




   

Re: [Talk-br] toll=yes na Anhanguera

[Roger C. Soares]

  
  
Stereo respondeu, ele concordou que nas
  áreas onde o tráfego é livre a tag toll=yes deve ser retirada.
  Eu retirei próximo a Ribeirão onde não tem pedágios. Alguém se
  habilita em corrigir o resto?
  
  Atenciosamente,
  Roger.
  
  --
  On 01-02-2015 01:26, Roger C. Soares wrote:


  
  
Minha opnião é o que o ideal seria manter as duas formas de
mapear. Tem gente que gosta de mostrar uma cor diferente nos
trechos pagos, foi a única razão que encontrei para justificar a
tag toll=yes até agora.. eu tb sempre usei a toll_booth, mas
como as duas tags estão em uso, idealmente seria mapear as
duas..

Dito isso, eu não vou colocar toll=yes em torno de todos os
pedágios, mas se alguém se prontificar a fazer eu agradeço. Eu
escrevi para o mapeador que adicionou a tag e dependendo da
resposta, eu no máximo posso retirar a tag de toda a Anhanguera
ou só do trecho próximo a Ribeirão.

Se alguém quiser fazer o trabalho difícil, é bom dar uma olhada
no turbopass, tem mais coisas para corrigir..

Atenciosamente,
Roger.

--
On 31-01-2015 23:13, Lists wrote:
  
  

Marcio


Concordo que o ideal e barrier=toll_booth


para adicionar toll=yes por volta do 387 pedágios
  e um bom trabalho, mas não um tarefa maior que muitos dos
  importações que fizemos e ainda fazemos. Se consenso este
  lista e que devemos usar toll=yes por volta do
  barrier=toll_booth podemos fazer este em uma vez so, e depois
  somente com manutenção, sem consenso este vai vira um assunto
  complicado.

  
Aun Johnsen
  
  
  

  On Jan 31, 2015, at 22:04, thunder...@gpsinfo.com.br

thunder...@gpsinfo.com.br

wrote:
  
  


  

  Aun Johnsen,
  acredito que a maioria aqui trafega
bastante pelo Brasil por estradas pedagiadas e
todos sabem que estrada pedagiada no Brasil é
complicado porque as vias que estão sendo
entregues a Concessionárias não foram
construídas para serem pedagiadas e por isso
existem inúmeras entradas e saídas delas.
  Algumas Concessionárias estão 
retirando alguns acessos que não passam por
cabines, mas a quantidade deles é muito grande e
o bloqueio de alguns gera um problema social
muito sério. Colocar Tool=yes em trechos onde
não existem saídas vai gerar muito mais trabalho
do que se aplicar o barrier=toll_booth  que por
sinal é o recomendado na página PT-BR em http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth
que reproduzo aqui:
   
  Como mapear
  Basta adicionar a tag barrier=toll_booth para o nó
  onde o pedágio está localizado
  Até agora contamos com 387 pedágios.
Sei porque geramos pontos de alerta e Pedágio é
um deles escolhido pelos utilizadores dos
navegadores conhecidos no Brasil para GPS
automotivo e/ou smarthphone.
  Modificar a regra do jogo na altura
do campeonato não é recomendável na minha
opinião. 
  Não tenho conhecimento de todos os
aplicativos que geram mapa do Brasil, mas
conheço alguns e recebo constantemente
“feedback” deles nos sites que administramos.
  Qual o aplicativo que você empregou
em seu teste que não reconheceu o
barrier=toll_booth  e em qual lugar? Iremos
pesquisar em nossos sites com os utilizadores
desse aplicativo.
   
  []s
  Marcio
   
  

   
  
From: Lists 
Sent:
  Saturday, January 31, 2015 10:36 PM
To: OpenStreetMap no Brasil 
Subject: Re

[Talk-br] toll=yes na Anhanguera

[Roger C. Soares]

Alguém sabe se tem algum motivo para a rodovia Anhanguera estar mapeada 
com toll=yes em quase toda, se não toda, sua extensão?


O OSMAnd basicamente ignora a Anhanguera se estiver no modo para evitar 
pedágios.


Segundo o wiki
http://wiki.openstreetmap.org/wiki/Key:toll
Only portions of way from which there is no escape except for a U-turn 
should be marked as toll.


Alguma objeção em remover a tag da Anhanguera?

Atenciosamente,
Roger.


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

Re: [Talk-br] toll=yes na Anhanguera

[Roger C. Soares]

  
  

  Minha opnião é o que o ideal seria manter as duas formas de
  mapear. Tem gente que gosta de mostrar uma cor diferente nos
  trechos pagos, foi a única razão que encontrei para justificar a
  tag toll=yes até agora.. eu tb sempre usei a toll_booth, mas como
  as duas tags estão em uso, idealmente seria mapear as duas..
  
  Dito isso, eu não vou colocar toll=yes em torno de todos os
  pedágios, mas se alguém se prontificar a fazer eu agradeço. Eu
  escrevi para o mapeador que adicionou a tag e dependendo da
  resposta, eu no máximo posso retirar a tag de toda a Anhanguera ou
  só do trecho próximo a Ribeirão.
  
  Se alguém quiser fazer o trabalho difícil, é bom dar uma olhada no
  turbopass, tem mais coisas para corrigir..
  
  Atenciosamente,
  Roger.
  
  --
  On 31-01-2015 23:13, Lists wrote:


  
  Marcio
  
  
  Concordo que o ideal e barrier=toll_booth
  
  
  para adicionar toll=yes por volta do 387 pedágios e
um bom trabalho, mas não um tarefa maior que muitos dos
importações que fizemos e ainda fazemos. Se consenso este lista
e que devemos usar toll=yes por volta do barrier=toll_booth
podemos fazer este em uma vez so, e depois somente com
manutenção, sem consenso este vai vira um assunto complicado.
  

  Aun Johnsen



  
On Jan 31, 2015, at 22:04, thunder...@gpsinfo.com.br
  thunder...@gpsinfo.com.br
  wrote:


  
  

  
Aun Johnsen,
acredito que a maioria aqui trafega
  bastante pelo Brasil por estradas pedagiadas e
  todos sabem que estrada pedagiada no Brasil é
  complicado porque as vias que estão sendo
  entregues a Concessionárias não foram construídas
  para serem pedagiadas e por isso existem inúmeras
  entradas e saídas delas.
Algumas Concessionárias estão 
  retirando alguns acessos que não passam por
  cabines, mas a quantidade deles é muito grande e o
  bloqueio de alguns gera um problema social muito
  sério. Colocar Tool=yes em trechos onde não
  existem saídas vai gerar muito mais trabalho do
  que se aplicar o barrier=toll_booth  que por sinal
  é o recomendado na página PT-BR em http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth
  que reproduzo aqui:
 
Como mapear
Basta
adicionar a tag barrier=toll_booth para o nó onde
o pedágio está localizado
Até agora contamos com 387 pedágios.
  Sei porque geramos pontos de alerta e Pedágio é um
  deles escolhido pelos utilizadores dos navegadores
  conhecidos no Brasil para GPS automotivo e/ou
  smarthphone.
Modificar a regra do jogo na altura do
  campeonato não é recomendável na minha opinião. 
Não tenho conhecimento de todos os
  aplicativos que geram mapa do Brasil, mas conheço
  alguns e recebo constantemente “feedback” deles
  nos sites que administramos.
Qual o aplicativo que você empregou em
  seu teste que não reconheceu o barrier=toll_booth 
  e em qual lugar? Iremos pesquisar em nossos sites
  com os utilizadores desse aplicativo.
 
[]s
Marcio
 

  
 

  From: Lists 
  Sent: Saturday,
January 31, 2015 10:36 PM
  To: OpenStreetMap no Brasil 
  Subject: Re:
[Talk-br] toll=yes na Anhanguera

  
   

Marcio,
   
  O que voce acho mais fácil, abre um
ticket no cada compilador da mapa que não fazer
roteamento como voce esperando por
barrier=toll_booth ou adicionar toll=yes onde e
aplicável no Brasil?
   
  Eu acho o ultimo mais fácil, mesmo
  

Re: [Talk-br] toll=yes na Anhanguera

[Roger C. Soares]

  
  
Oi Gerald,
  
  Eu discordo que seja mais correto colocar uma tag errada ao invés
  do valor default, já vi gente revertendo changeset inteiro por ter
  estragado detalhe insignificante. O estrago que toll=yes faz no
  roteamento é muito maior que deixar sem, como uma primeira
  aproximação deveria ser sem a tag ou toll=no, já que os caminhos
  com toll=yes devem ser muito, muito menores que toll=no. Se formos
  aceitar tags incorretas pq é uma boa aproximação, daqui a pouco
  começa a aparecer gente colocando _oneway_=yes, access=no ou
  qualquer outra tag em cidades inteiras pq é mais correto ter uma
  tag errada do que nenhuma...
  
  Também não costumo colocar tags com valor default sem um bom
  motivo, já li que é recomendado não colocar para manter o banco de
  dados menor.
  
  Atenciosamente,
  Roger.
  
  --
  On 31-01-2015 19:44, Gerald Weber wrote:


  Oi Roger
  acho que a tag toll não deve ser removida, afinal é
verdade que a Anhanguera é uma via pedagiada.
  Então numa primeira aproximação colocar toll=yes é
mais correto do que não ter nada.
  O que deve ser feito é um refinamento da informação
colocando toll=no nos trechos onde é possível transitar sem
pagar pedágio.
  Mas apagar não. Apagar dados do mapa é  um ato
extremo, só mesmo em casos onde não é possível converter para
nenhum outro tipo de informação ou quando se trata de algo muito
absurdo.
  De todo modo, obrigado por perguntar :) 
  abraço
  Gerald
  On 31 Jan 2015 15:18, "Roger C. Soares"
rogersoa...@gmail.com
wrote:
Alguém sabe
  se tem algum motivo para a rodovia Anhanguera estar mapeada
  com toll=yes em quase toda, se não toda, sua extensão?
  
  O OSMAnd basicamente ignora a Anhanguera se estiver no modo
  para evitar pedágios.
  
  Segundo o wiki
  http://wiki.openstreetmap.org/wiki/Key:toll
  Only portions of way from which there is no "escape" except
  for a U-turn should be marked as toll.
  
  Alguma objeção em remover a tag da Anhanguera?
  
  Atenciosamente,
  Roger.
  
  
  ___
  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] qual a confiabilidade do whodidit?

[Roger C. Soares]

  
  
Eu tb já notei alguns changesets que o
  whodidit não reportou na área que eu monitoro. A impressão que eu
  tive foi que edições em áreas muito pequenas às vezes são
  ignoradas pelo whodidit..
  
  Atenciosamente,
  Roger.
  
  --
  On 06-01-2015 19:12, Gerald Weber wrote:


  Eu creio que muitos aqui usam o whodidit para
monitorar suas áreas.


Eu monitoro a região de BH, especialmente para evitar que
  novos usuários saiam apagando coisas e para poder reverter
  enquanto dá tempo.


No entanto eu venho notando que ocasionalmente descubro
  edições em BH que não foram relatadas pelo whododit.


Esses dias de quase uma centena de edições de um usuário
  novo, apenas uma foi reportada.


Qual tem sido a experiência de vocês?


abraço


Gerald
  
  
  
  
  ___
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] como sinalizar trecho em obras

[Roger C. Soares]

  
  
Se você souber o traçado do viaduto, vc
  tem a opção de desenhá-lo e marcar como em construção. Veja:
  
  http://wiki.openstreetmap.org/wiki/Key:construction
  
  E um exemplo aqui:
  
  http://www.openstreetmap.org/way/295182212
  
  Atenciosamente,
  Roger.
  
  --
  Em 29-09-2014 17:59, Erick de Oliveira Leal escreveu:


  Se a única mudança é na quantidade de faixas, então
você coloca lanes=1
  
Em 29 de setembro de 2014 02:03, belnu...@pop.com.br
  escreveu:
  

   

A avenida José Odorizzi ( http://www.openstreetmap.org/#map=19/-23.71169/-46.57310
) no sentido bairro/centro está em obras , reduzindo de
2 faixas para uma . A obra durará um bom tempo já que
será construído um viaduto sobre a avenida Robert
Kennedy , acabando com o cruzamento .

Há alguma forma de sinalizar isto ?


Airton


___
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] highway=living_street or residental in Brazilian cities?

[Roger C. Soares]

  
  
Em 18-09-2014 19:28, Gerald Weber
  escreveu:


  

  On 18 September 2014 18:49, Roger C.
Soares rogersoa...@gmail.com
wrote:

  
+1 - I would change those streets to residential.

  



I would not do that without asking the original mapper
  or without having visited the location.  There might be a
  reason for it.


Having many streets mapped as living_street seems a bit
  odd, but who knows, perhaps it is that really way?



Remember: this is a collaborative project. Please
  respect what others have done, especially if you haven't
  been to the location.
  

  


I think a city this type should never have all the streets as
living_street, it is too different from the standard classification
that it should have a note to justify the choice, and not done with
changesets without comments or source, that's why I didn't bother
too much in it being changed. But I do agree that it is always best
to contact the original author and check.


  

  
 On another topic, some time ago we had a discussion
  about not mapping the urban area of the city as
  landuse=residential. I actually deleted a couple,
  especially in the state of São Paulo. Don't know if people
  want to revisit that. Just to let you know Andreas, as in
  the future me or someone else could delete those areas..


I agree not to map all urban areas as simply
  landuse=residential, especially because not all urban
  areas are residential, some are industrial and so on. I
  would prefer leaving landuse=residential for special uses.


But again: I don't think we should delete
   landuse=residential whenever we find it (I certainly do
  not) because it is not wrong either and there might be
  some legitimate reason for its existence which we may not
  be aware of.


Again: this is a collaborative project, please ask
  first before deleting something. 


The only exception to that rule, of course, is if it is
  an obvious error, say a landuse=residential where
  satellite images show only water.
  

  


Most of the areas I removed and didn't contact the author were in
cities that were not mapped or being mapped. At the time, I read
that it was a pattern to trace the area until the city streets were
mapped, and then remove the area. I may have done something wrong
and I apologize for that, I'll be more careful in the future and
contact more. Thanks for the alert.


  

  


cheers


Gerald
  

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



Regards,
Roger.

  


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

Re: [Talk-br] highway=living_street or residental in Brazilian cities?

[Roger C. Soares]

  
  
+1 - I would change those streets to
  residential.
  
  On another topic, some time ago we had a discussion about not
  mapping the urban area of the city as landuse=residential. I
  actually deleted a couple, especially in the state of São Paulo.
  Don't know if people want to revisit that. Just to let you know
  Andreas, as in the future me or someone else could delete those
  areas..
  
  Regards,
  Roger.
   
  --
  Em 18-09-2014 17:02, John Packer escreveu:


  

  

  Andreas,
  
  Living streets are very rare in Brazil.

I think most of those streets you mentioned are guaranteed
to deserve highway=residential or a higher classification
instead.
  
  Indeed some people use highway=living_street with a slightly
  different meaning in Brazil, but this can be a bit
  controversial
  


  2014-09-18 14:16 GMT-03:00 Andreas
Schmidt schmidt-postf...@freenet.de:
Good
  evening,
  
  while mapping in Itanhém (Bahia), I found all streets in
  the city,
  except the main state street BA-290, tagged as
  living_street.
  Those streets that were missing and I added today, have
  been tagged as
  residental by me, resulting in a city with mixed sort of
  streets now:
  http://www.openstreetmap.org/#map=16/-17.1650/-40.3357
  
  That's unusual for me and I want to ask, which is the
  usual way to tag
  city streets in Brazil?
  
  Here in Germany, a living_street means:
  * right of way for pedestrians, who may walk or play on
  the entire street
  * maximum speed 7 km/h
  * no parking except dedicated signs allow parking
  
  Most city streets (90-95%) in Europe are residental rather
  than
  living_street.
  How is it in Brazil?
  
  kind regards
  Andreas
  

  ___
  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] name of some particular streets

[Roger C. Soares]

  
  
Hi Andreas,
  
  Em 10-09-2014 11:15, Andreas Schmidt escreveu:


  
  One street, obviously the same street, has two names
  RUA SETE DE SETEMBRO and RUA 07 SETEMBRO. I prefer the first
  variant.
  Since I am not a native speaker of Portuguese I am not sure
  whether to put the „de“ word in Capitals?
  Now, I wrote 
  Rua Sete de Setembro 
  
  is this correct?


It's correct.

For street names that contain numbers, I have been using the number
notation in the name and the full name in some other *_name tag. For
this one I would use:
name=Rua 7 de Setembro
official_name=Rua Sete de Setembro



  There are some other street names, which, as you know, are in
  Upper Case and therefore I ask for assistance
  whether some letters need diacritics ( http://en.wikipedia.org/wiki/Diacritic
  ) and which words of the names need to have an upper case first
  letter.


I would write them as:

 
  RUA DOUTOR MANOEL RIBEIRO

Rua Doutor Manoel Ribeiro

 RUA
  DAJUDA

This one I'm not sure, it probably would be Rua da Ajuda or Rua
d'Ajuda. I would probably tag:
name=Rua d'Ajuda
alt_name=Rua da Ajuda


  TRAVESSA DO CEMITERIO

Travessa do Cemitério


  TRAVESSA DE LIBERODADE

Liberodade is probably liberdade. Would need to confirm if it is
Travessa de Liberdade or Travessa da Liberdade. One option:
name=Travessa de Liberodade
fixme=Confirm name

RUA
  HELIO CORDEIRO NUNES

Rua Hélio Cordeiro Nunes


  PRACA HELIO CORDEIRO NUNES

Praça Hélio Cordeiro Nunes

 RUA
  DAS FLORES

Rua das Flores


  SAIDA PARA SANTO ANTONIO E MONTE AZUL

Saída is an exit (exit to Santo Antônio and Monte Azul). I don't
name this. Maybe it could be tagged as a motorway_junction:
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction



  Right now, I am away but will read any answers later this night.
  
  Thanks a lot
  Andreas
  
  
  
  
  
  ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br



Regards,
Roger.


  


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

Re: [Talk-br] name of some particular streets

[Roger C. Soares]

  
  
Also, about accents, I wouldn't worry
  too much, it can be confusing even for a native speaker :). We
  usually find the names without accents on the streets and it
  doesn't affect searching. So, in case of doubt you can write it
  without accent.
  
  Regards,
  Roger.
  
  --
  Em 10-09-2014 11:23, Lists escreveu:


  
  Andreas
  
  
  State of Bahia or Bahia State
  
  
  The words de, da, do, das, dos, is always lower case and
translate to the english “of”, Rua Sete de Setembro translates
“Seventh of September Street”
  
  
  Diacritics is complicated, the same word might be written
with or without, and as a non-native speaking it is still
difficult for me to see when and where they are used. Some I
have managed to adopt with some certainty
  

  Aun Johnsen



  On Sep 10, 2014, at 11:15, Andreas Schmidt schmidt-postf...@freenet.de
wrote:
  
  

 Hello,
  
  since I have found some friendly and helpful mappers in
  this mailing list, I will take the chance and ask some
  questions.
  
  Right now, I am working on the village of Buranhém, Bahia.
  (By the way, does one say „Bahia state“ or „federal state
  of Bahia“ ?)
  
  There, I want to add some street names, taken from IBGE
  Mapa de Setores Urbanos.
  
  One street, obviously the same street, has two names
  RUA SETE DE SETEMBRO and RUA 07 SETEMBRO. I prefer the
  first variant.
  Since I am not a native speaker of Portuguese I am not
  sure whether to put the „de“ word in Capitals?
  Now, I wrote 
  Rua Sete de Setembro 
  
  is this correct?
  
  There are some other street names, which, as you know, are
  in Upper Case and therefore I ask for assistance
  whether some letters need diacritics ( http://en.wikipedia.org/wiki/Diacritic
  ) and which words of the names need to have an upper case
  first letter.
  
  RUA DOUTOR MANOEL RIBEIRO
  RUA DAJUDA
  TRAVESSA DO CEMITERIO
  TRAVESSA DE LIBERODADE
  RUA DAJUDA
  RUA HELIO CORDEIRO NUNES
  PRACA HELIO CORDEIRO NUNES
  RUA DAS FLORES
  SAIDA PARA SANTO ANTONIO E MONTE AZUL
  
  Right now, I am away but will read any answers later this
  night.
  
  Thanks a lot
  Andreas
  
  

___
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] name of some particular streets

[Roger C. Soares]

  
  
Hi Andreas,
  
  Rua d'Ajuda is just a contraction of Rua da Ajuda, they are the
  same thing. As these IBGE names usually don't use diacritics, I
  think there's a good chance that a ' is missing there. But feel
  free to name as Rua Dajuda, as this is what your source is
  showing.
  
  There are some abreviations as well, you could find something like
  RUA HELIO C NUNES. In this case I would write Rua Hélio C. Nunes,
  so later I can search for streets with a dot in the name and
  survey, at least in my city... TV in the beginning would be
  Travessa, Dr is Doutor, Prof for Professor, etc...
  
  It's good that you know a lot of foreign languages, we do share a
  lot of latin roots with spanish, italian and french :)
  
  And sure, fell free to ask as much as you want. We appreciate a
  lot your help, thanks very much!
  
  Regards,
  Roger.
  
  --
  Em 10-09-2014 15:15, Andreas Schmidt escreveu:


  
  Hi Roger,
  
  thank you very much. Should you ever need any help with German
  language, please feel free to ask me.
  
  Look, where I took RUA DAJUDA from:
  
  
  
  Am 10.09.2014 um 16:52 schrieb Roger
C. Soares:
  
  

Hi Andreas,
  



  RUA DAJUDA

This one I'm not sure, it probably would be Rua da Ajuda or Rua
d'Ajuda. I would probably tag:
name=Rua d'Ajuda
alt_name=Rua da Ajuda
  
  
  TRAVESSA

DE LIBERODADE
Liberodade is probably liberdade. Would need to confirm if it is
Travessa de Liberdade or Travessa da Liberdade. (...)

  
  
  Sorry! This was my mistake. It cleary reads "...da Liberdade" - my
  fault.
   
RUA

  HELIO CORDEIRO NUNES

Rua Hélio Cordeiro Nunes


  PRACA HELIO CORDEIRO NUNES

Praça Hélio Cordeiro Nunes


  RUA DAS FLORES

Rua das Flores


  SAIDA PARA SANTO ANTONIO E MONTE AZUL

Saída is an exit (exit to Santo Antônio and Monte Azul). I don't
name this. Maybe it could be tagged as a motorway_junction:
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction

  
  I really appreciate to get a free lesson in Portuguese language
  :-)
  
  Though I never learned Portuguese, I find some words are similar
  to French or Italian.
  In school, I learned English and French. Later, when I was a coach
  driver, I learned very little Spanish and Italian when I stayed in
  that countries.
  But anyway, I assumed „SAIDA“ to be an exit and other words like
  liberdade and cemiterio were recognized :-)
  
  May I continue to ask spelling questions here?
  
  I will go on with some Brazilian villages that a not fully mapped.
  
  regards,
  Andreas
  
  
  
  ___
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] name of some particular streets

[Roger C. Soares]

  
  
These are the first examples of Rua
  Principal and Nova that I have seen on the IBGE layer. For the
  regions that I named so far, or the street is not named at all or
  they use SEM DENOMINACAO. In this case I would use these names as
  it's probably how these streets are known there...
  
  Regards,
  Roger.
  
  --
  Em 10-09-2014 18:07, Lists escreveu:


  
  Rua Principal (Main Road) should normally not be named (very
  seldom they have signs), and Rua Nova (New Road) is probably in a
  similar situation.
  

  Aun Johnsen



  On Sep 10, 2014, at 18:00, Andreas Schmidt schmidt-postf...@freenet.de
wrote:
  
  

 Thanks to all of you,
  
  now I am working on the hamlet of Santa Luzia do Norte
  
  There are street names like
  Rua Principal
  Rua das Pedras
  Rua das Flores (again as in the other village)
  and Rua Nova
  
  Is this spelling correct?
  
  regards,
  Andreas
  
  Am 10.09.2014 um 21:37
schrieb Roger C. Soares:
  
  

Hi Andreas,
  
  Rua d'Ajuda is just a contraction of Rua da Ajuda,
  they are the same thing. As these IBGE names usually
  don't use diacritics, I think there's a good chance
  that a ' is missing there. But feel free to name as
  Rua Dajuda, as this is what your source is showing.
  
  There are some abreviations as well, you could find
  something like RUA HELIO C NUNES. In this case I would
  write Rua Hélio C. Nunes, so later I can search for
  streets with a dot in the name and survey, at least in
  my city... TV in the beginning would be Travessa, Dr
  is Doutor, Prof for Professor, etc...
  
  It's good that you know a lot of foreign languages, we
  do share a lot of latin roots with spanish, italian
  and french :)
  
  And sure, fell free to ask as much as you want. We
  appreciate a lot your help, thanks very much!
  
  Regards,
  Roger.
  
  --
  Em 10-09-2014 15:15, Andreas Schmidt escreveu:


  
  Hi Roger,
  
  thank you very much. Should you ever need any help
  with German language, please feel free to ask me.
  
  Look, where I took RUA DAJUDA from:
  
  
  
  Am 10.09.2014 um 16:52
schrieb Roger C. Soares:
  
  

Hi Andreas,
  


 RUA DAJUDA

This one I'm not sure, it probably would be Rua da
Ajuda or Rua d'Ajuda. I would probably tag:
name=Rua d'Ajuda
alt_name=Rua da Ajuda
  
  
  TRAVESSA DE LIBERODADE
Liberodade is probably liberdade. Would need to
confirm if it is Travessa de Liberdade or Travessa
da Liberdade. (...)

  
  
  Sorry! This was my mistake. It cleary reads "...da
  Liberdade" - my fault.
   
RUA HELIO CORDEIRO NUNES

Rua Hélio Cordeiro Nunes

 PRACA HELIO CORDEIRO NUNES

Praça Hélio Cordeiro Nunes

 RUA DAS FLORES

Rua das Flores

 SAIDA PARA SANTO ANTONIO E MONTE AZUL

Saída is an exit (exit to Santo Antônio and Monte
Azul). I don't name this. Maybe it could be tagged
as a motorway_junction:
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction

  
  I really appreciate to get a free lesson in Portuguese
  language :-)
  
  Though I never learned Portugue

Re: [Talk-br] reverting changeset

[Roger C. Soares]

  
  
O simples fato de particionar o caminho
  em 2 pra mim no deveria afetar o junction=roundabout. Seria o
  mesmo caso de rotatrias que passam sobre outras rodovias ou rios,
  o caminho  dividido nas pontes e todo o crculo contm a tag
  junction=roundabout.
  
  Atenciosamente,
  Roger.
  
  --
  Em 07-08-2014 08:20, Paulo Carvalho escreveu:


  Pergunta: quando uma rotatria deve ser quebrada
por causa de uma relao, tira-se a formatao de rotatria?
Tive que fazer isso em dois locais aqui no Rio para passagem de
linhas de nibus. 
  
  


Em 7 de agosto de 2014 01:06, A. Carlos
  anorcar...@hotmail.com
  escreveu:
  

  Dando um pitekada...
Sobre a liste erros l, o arquivo de Roundabouts
eu consegui eliminar eles, 500 erros pra ser exatos...
Vamos ver se na compilao de amanh, surge mais
alguns...
Erros cabeludos l... 
Rotatria sentido invertido, feita em 2 meia lua,acesso
a trevo com tag de rotatria...etc,etc.









___
  
Anor
  C. A. de
  Souza
  ConcrdiaSC
49-8808-4963












 From: fernando.treb...@gmail.com
   Date: Wed, 6 Aug 2014 12:31:52 -0300
   To: talk-br@openstreetmap.org
   Subject: Re: [Talk-br] reverting changeset
   
   2014-07-28 14:07 GMT-03:00 Nelson A. de Oliveira
  nao...@gmail.com:
Desculpa ser chato nisso, mas algum vai
  verificar e arrumar esses
erros e avisos?
Seno no faz sentido gerar listas de
  melhorias ou correes.
   
   +1000
   
   -- 
   Fernando Trebien
   +55 (51)
9962-5409
   
   "Nullius in verba."
   
  
  ___
   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



  


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

Re: [Talk-br] housenumber - numeração de porta

[Roger C. Soares]

  
  
Pra mim no OSMAnd aparecem os nmeros
  1534 A e 2500 em baixo do bairro Lourdes, provavelmente pq esto
  sem o addr:street:
  
  http://www.openstreetmap.org/node/1755069032
  http://www.openstreetmap.org/node/2868820601
  
  Qdo procuro por Rua Esprito Santo, aparecem 2 entradas:
  Rua Esprito Santo - nenhuma numerao
  Rua Esprito Santo (Lourdes) - alguns nmeros
  
  Parece que ele quebra as ruas por bairro. Aqui em Ribeiro ele
  coloca o bairro na frente de algumas ruas e de outras no. No
  entendi..
  
  Nessa regio, tem os nmeros 1634 e 1676, voc poderia coloc-los
  como ns da interpolao:
http://www.openstreetmap.org/#map=18/-19.92882/-43.94022layers=N
  
  Na rua Esprito Santo e nos addr:street, tem algumas grafias com
  acento e outras sem. Me parece que o OSMAnd est mostrando apenas
  as numeraes com street sem acento.
  
  Atenciosamente,
  Roger.
  
  --
  Em 04-08-2014 10:38, Gerson Barcelos escreveu:


  Agora entendi porque o interpolador de 4kms no
funcionou;j que estamos discutindo o assunto se algum puder me
ajudar a entender,o que fiz de errado nas ruas Da Bahia e
Espirito Santo em Belo Horizonte,os nmeros no aparecem nas
pesquisas, e antes tambm a pesquisa dava resultados como centro
e bairro de Lourdes,j apaguei e criei as linhas novamente e
quando atualizo o mapa os nmeros no aparecem.
  Em 04/08/2014 10:26, "Paulo Carvalho"
paulo.r.m.carva...@gmail.com
escreveu:

  

  
  Em 4 de agosto de 2014 10:11,
        Roger C. Soares rogersoa...@gmail.com
escreveu:

  
Mesmo tendo todos os endereos mapeados eu
  mantenho os interpoladores. Eles ajudam para os
  casos que vc no lembra o nmero exato, mas sabe
  que  "l pelos 500". J vi gente usando um nmero
  aproximado para mostrar um cruzamento no mapa.
  
  O que eu tenho feito  colocar ns nos
  interpoladores mais ou menos onde a numerao
  aparece de verdade, e se tiver um POI no centro do
  local, posso colocar o endereo l tb. A numerao
  acaba repetida em 2 ns. Nunca fiz ainda, mas
  imagino que esse caso sirva se vc mapear uma rea
  para o POI e definir 2 ou mais entradas. No POI
  poderia ficar o endereo mais divulgado e nas
  entradas os ns dos interpoladores.
  
  Os interpoladores aparecendo no mapa realmente do
  uma poluda, mas eu vejo o openstreetmap.org
  como uma verso avanada para os mapeadores, agora
  que estou acostumado eu gosto mais dele que outros
  que mostram menos informao. Mas outros mapas,
  estilo MapBox ou OSMAnd, no mostram os
  interpoladores, ento fica s para a busca mesmo.
  
  S lembrando que no OSM, interpoladores com mais
  de 1km so ignorados, tem que quebrar em
  intervalos menores.

  



No sabia disso. Temos interpoladores mais longos
  na Barra.



  
 
  Atenciosamente,
  Roger.
  
  --
  Em 03-08-2014 22:21, Mrcio Vincius Pinheiro
  escreveu:


  
No estou criticando o trabalho feito, que
  acho inclusive muito louvvel. A nica crtica
  que fiz, foi o fato de achar estranho, em
  especial visualmente (mas isso  opinio
  pessoal, no  cincia, nem argumento).
  

Tambm acho que alguma numerao  melhor
  que nenhuma. O meu questionamento se deu pelo
  fato de j haver os edifcios mapeados e,
  portanto, ter onde colocar o endereo real (se
  se pode dar ao trabalho de colocar endereo em
  um ponto aleatrio, acho que no  um trabalho
  muito maior colocar o endereo no objeto
  real).
  

 

[Talk-br] Nome de cidades

[Roger C. Soares]

Oi,

Morro Agudo e São Joaquim da Barra não estão mostrando os nós com os 
nomes das cidades. Alguém pode dar uma olhada?


http://www.openstreetmap.org/#map=14/-20.7332/-48.0570layers=N
http://www.openstreetmap.org/#map=14/-20.5862/-47.8605layers=N

Atenciosamente,
Roger.


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

Re: [Talk-br] Nome de cidades

[Roger C. Soares]

Oi Nelson,

Não sei se Morro Agudo já existiu, capaz que não. Eu vi a nota 
perguntando da cidade e comecei a traçar. Depois vi que São Joaquim tb 
estava sem o nome e mandei o email pq não sei bem onde posicionar e como 
classificar os nós de cidade. Valeu por colocar os nós!


Atenciosamente,
Roger.

--
Em 13-07-2014 22:12, Nelson A. de Oliveira escreveu:

Deu trabalho pra achar isso.
São Joaquim da Barra foi apagado aqui
https://www.openstreetmap.org/changeset/17725426

E Morro Agudo já existiu alguma vez? Não consegui achar nem no full
history do Brasil.

___
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] Fwd: [OSM-talk] Drop rendering of permissive access?

[Roger C. Soares]

  
  
Eu tenho usado access=destination. Veja
  a thread:
  
https://lists.openstreetmap.org/pipermail/talk-br/2014-February/005476.html
  
  Atenciosamente,
  Roger.
  
  --
  Em 01-07-2014 14:44, Mrcio Aguiar Ribeiro escreveu:


  Aproveitando as dvidas em relao ao access, eu
tenho colocado o access de ruas em condomnios fechados como
access=private. Inclusive coloco um barrier=gate na entrada.
Infelizmente, acredito que isso acaba impedindo o roteamento
nessas ruas, o que seria interessante em condomnios grandes.

  

Qual  a orientao nesse caso?




  
  
Marcio Aguiar Ribeiro


On Tue, Jul 1, 2014 at 2:42 PM, Aun
  Johnsen li...@gimnechiske.org
  wrote:
  

  Talvez deve documentar melhor os significativos dos
valores access=*?

Aun Johnsen
Sent from my iPhone
  
  

  
On 1. juli 2014, at 14:09, Arlindo Pereira openstreet...@arlindopereira.com
wrote:

  
  

  
Discusso interessante no GitHub sobre se o
openstreetmap-carto (estilo padro de
renderizao no site do OSM) deveria deixar de
suportar a tag access=permissive, atualmente
renderizado em um pontilhado verde.

  



[]s
Arlindo
  
  -- Forwarded
message --
From: Matthijs
  Melissen i...@matthijsmelissen.nl
Date: Mon, Jun 30, 2014 at 6:23 PM
Subject: [OSM-talk] Drop rendering of
permissive access?
To: OpenStreetMap t...@openstreetmap.org



  
We are currently considering
  dropping the rendering of
  access=permissive (currently rendered
  as green dashes) from
  openstreetmap-carto, the main map on opensteetmap.org.
  See here for the discussion: https://github.com/gravitystorm/openstreetmap-carto/issues/682
  

We would welcome any feedback from
  the community on this decision. To
  keep the discussion centralized, we
  would prefer replies on Github rather
  than on the mailing list.


  
  -- Matthijs


___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

  
  

  

  

  
  

  ___
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



  


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

Re: [Talk-br] Cidades com mais de 100 mil habitantes

[Roger C. Soares]

Me cadastrei no foursquare pra ver como eles usam o OSM, mas no site e 
no celular, os links que caíram em mapa usaram o google maps. É alguma 
preferência que precisa mudar?


Atenciosamente,
Roger.

--
Em 19-06-2014 16:20, Tarcisio Oliveira escreveu:
Estava dando uma olhada no projeto 
http://wiki.openstreetmap.org/wiki/Category:Cidades_com_mais_de_100_mil_habitantes 
e fui dar uma olhada nas páginas wiki de algumas cidades, dai eu vi 
que tem cidade com esse porte populacional que ainda nem existe no 
OSM, tipo Caruaru 
(http://www.openstreetmap.org/#map=13/-8.2896/-35.9725), é uma cidade 
de grande importancia para o comercio na região, e o fato de não 
existir, cria uma deficiência muito grande na de se fazer uma possível 
avaliação do projeto como um todo.
Sendo que diversos usuários dessas regiões ficam na mão quando vão 
usar, ou tentar usar, aplicativos que tenham como base o OSM, tipo o 
site do Foursquare ou o RunKeeper, que ficam plotados sobre o nada.
O que eu proponho é que fosse criado um projeto ou coisa do gênero 
para criar essas cidades, os argumentos estão postados acima.


Segue algumas cidades que podem demostrar isso
http://wiki.openstreetmap.org/wiki/Abaetetuba
http://wiki.openstreetmap.org/wiki/Altamira,_Par%C3%A1
http://wiki.openstreetmap.org/wiki/Bacabal
http://www.openstreetmap.org/edit.html#map=15/-1.5084/-48.6138 nenhuma 
via se cruza

http://wiki.openstreetmap.org/wiki/Brusque
http://wiki.openstreetmap.org/wiki/Caruaru
http://wiki.openstreetmap.org/wiki/Camet%C3%A1
http://wiki.openstreetmap.org/wiki/Castanhal
http://wiki.openstreetmap.org/wiki/Caxias
http://wiki.openstreetmap.org/wiki/Cianorte
http://wiki.openstreetmap.org/wiki/Cod%C3%B3
http://wiki.openstreetmap.org/wiki/Colombo,_Paran%C3%A1
http://wiki.openstreetmap.org/wiki/Guarapuava
http://wiki.openstreetmap.org/wiki/Itabuna
http://wiki.openstreetmap.org/wiki/Ilh%C3%A9us
http://wiki.openstreetmap.org/wiki/Igarassu
http://wiki.openstreetmap.org/wiki/Itatiba
http://wiki.openstreetmap.org/wiki/Itapipoca
http://wiki.openstreetmap.org/wiki/Hortol%C3%A2ndia
http://wiki.openstreetmap.org/wiki/Igarassu


e Cidades que estão no wiki que eu acho que não pertencem ao Brasil
http://wiki.openstreetmap.org/wiki/Beira,_Sofala
http://wiki.openstreetmap.org/wiki/Chimoio,_Manica
http://wiki.openstreetmap.org/wiki/Inhambane,Inhambane

___
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] Cidades com mais de 100 mil habitantes

[Roger C. Soares]

  
  
Meu celular  android, mas no link
  abaixo tb foi para o google maps qdo cliquei no link
  "instrues"...
  
  Atenciosamente,
  Roger.
  
  --
  Em 20-06-2014 15:23, Arlindo Pereira escreveu:


  No celular eles usam o servio de mapas do
aparelho, que no caso do Android  o Google Maps. No site eles
usam mapas do OSM, por exemplohttps://pt.foursquare.com/v/mobicare/4dffba6318508d3a2f6eac88

  

[]s

  On Fri, Jun 20, 2014 at 3:17 PM,
        Roger C. Soares rogersoa...@gmail.com
wrote:
Me
  cadastrei no foursquare pra ver como eles usam o OSM, mas
  no site e no celular, os links que caram em mapa usaram o
  google maps.  alguma preferncia que precisa mudar?
  
  Atenciosamente,
  Roger.
  
  --
  Em 19-06-2014 16:20, Tarcisio Oliveira escreveu:
  

  
Estava dando uma olhada no projeto http://wiki.openstreetmap.org/wiki/Category:Cidades_com_mais_de_100_mil_habitantes
e fui dar uma olhada nas pginas wiki de algumas
cidades, dai eu vi que tem cidade com esse porte
populacional que ainda nem existe no OSM, tipo
Caruaru (http://www.openstreetmap.org/#map=13/-8.2896/-35.9725),
 uma cidade de grande importancia para o comercio
na regio, e o fato de no existir, cria uma
deficincia muito grande na de se fazer uma possvel
avaliao do projeto como um todo.
Sendo que diversos usurios dessas regies ficam na
mo quando vo usar, ou tentar usar, aplicativos que
tenham como base o OSM, tipo o site do Foursquare ou
o RunKeeper, que ficam plotados sobre o nada.
O que eu proponho  que fosse criado um projeto ou
coisa do gnero para criar essas cidades, os
argumentos esto postados acima.

Segue algumas cidades que podem demostrar isso
http://wiki.openstreetmap.org/wiki/Abaetetuba
http://wiki.openstreetmap.org/wiki/Altamira,_Par%C3%A1
http://wiki.openstreetmap.org/wiki/Bacabal
http://www.openstreetmap.org/edit.html#map=15/-1.5084/-48.6138
nenhuma via se cruza
http://wiki.openstreetmap.org/wiki/Brusque
http://wiki.openstreetmap.org/wiki/Caruaru
http://wiki.openstreetmap.org/wiki/Camet%C3%A1
http://wiki.openstreetmap.org/wiki/Castanhal
http://wiki.openstreetmap.org/wiki/Caxias
http://wiki.openstreetmap.org/wiki/Cianorte
http://wiki.openstreetmap.org/wiki/Cod%C3%B3
http://wiki.openstreetmap.org/wiki/Colombo,_Paran%C3%A1
http://wiki.openstreetmap.org/wiki/Guarapuava
http://wiki.openstreetmap.org/wiki/Itabuna
http://wiki.openstreetmap.org/wiki/Ilh%C3%A9us
http://wiki.openstreetmap.org/wiki/Igarassu
http://wiki.openstreetmap.org/wiki/Itatiba
http://wiki.openstreetmap.org/wiki/Itapipoca
http://wiki.openstreetmap.org/wiki/Hortol%C3%A2ndia
http://wiki.openstreetmap.org/wiki/Igarassu


e Cidades que esto no wiki que eu acho que no
pertencem ao Brasil
http://wiki.openstreetmap.org/wiki/Beira,_Sofala
http://wiki.openstreetmap.org/wiki/Chimoio,_Manica
http://wiki.openstreetmap.org/wiki/Inhambane,Inhambane

___
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



  


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

Re: [Talk-br] Cidades com mais de 100 mil habitantes

[Roger C. Soares]

  
  
Consegui ver em outra mquina, devo ter
  alguma coisa bloqueada aqui.. valeu a todos.
  
  Atenciosamente,
  Roger.
  
  --
  Em 20-06-2014 15:28, Arlindo Pereira escreveu:


  Aqui aparece direitinho:






[]s
  
  On Fri, Jun 20, 2014 at 3:26 PM,
Tarcisio Oliveira tarci...@ymail.com wrote:

   Aqui abriu
normalmente no link https://pt.foursquare.com/(navegador)
segue link da imagem e a rea referente
no OSM 
Inclusive, no da para ver a referencia ao site do openstreetmap.org no canto.


Em 20-06-2014 15:17, Roger C. Soares escreveu:


  
Me cadastrei no foursquare
  pra ver como eles usam o OSM, mas no site e no
  celular, os links que caram em mapa usaram o
  google maps.  alguma preferncia que precisa
  mudar? 
  
  Atenciosamente, 
  Roger. 
  
  -- 
  Em 19-06-2014 16:20, Tarcisio Oliveira escreveu: 
  Estava dando uma olhada no
projeto http://wiki.openstreetmap.org/wiki/Category:Cidades_com_mais_de_100_mil_habitantes
e fui dar uma olhada nas pginas wiki de algumas
cidades, dai eu vi que tem cidade com esse porte
populacional que ainda nem existe no OSM, tipo
Caruaru (http://www.openstreetmap.org/#map=13/-8.2896/-35.9725),
 uma cidade de grande importancia para o
comercio na regio, e o fato de no existir,
cria uma deficincia muito grande na de se fazer
uma possvel avaliao do projeto como um todo.

Sendo que diversos usurios dessas regies ficam
na mo quando vo usar, ou tentar usar,
aplicativos que tenham como base o OSM, tipo o
site do Foursquare ou o RunKeeper, que ficam
plotados sobre o nada. 
O que eu proponho  que fosse criado um projeto
ou coisa do gnero para criar essas cidades, os
argumentos esto postados acima. 

Segue algumas cidades que podem demostrar isso 
http://wiki.openstreetmap.org/wiki/Abaetetuba

http://wiki.openstreetmap.org/wiki/Altamira,_Par%C3%A1

http://wiki.openstreetmap.org/wiki/Bacabal

http://www.openstreetmap.org/edit.html#map=15/-1.5084/-48.6138
nenhuma via se cruza 
http://wiki.openstreetmap.org/wiki/Brusque

http://wiki.openstreetmap.org/wiki/Caruaru

http://wiki.openstreetmap.org/wiki/Camet%C3%A1

http://wiki.openstreetmap.org/wiki/Castanhal

http://wiki.openstreetmap.org/wiki/Caxias

http://wiki.openstreetmap.org/wiki/Cianorte

http://wiki.openstreetmap.org/wiki/Cod%C3%B3

http://wiki.openstreetmap.org/wiki/Colombo,_Paran%C3%A1

http://wiki.openstreetmap.org/wiki/Guarapuava

http://wiki.openstreetmap.org/wiki/Itabuna

http://wiki.openstreetmap.org/wiki/Ilh%C3%A9us

http://wiki.openstreetmap.org/wiki/Igarassu

http://wiki.openstreetmap.org/wiki/Itatiba

http://wiki.openstreetmap.org/wiki/Itapipoca

http://wiki.openstreetmap.org/wiki/Hortol%C3%A2ndia

http://wiki.openstreetmap.org/wiki/Igarassu



e Cidades que esto no wiki que eu acho que no
pertencem ao Brasil 
http://wiki.openstreetmap.org/wiki/Beira,_Sofala

http://wiki.openstreetmap.org

Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais)

[Roger C. Soares]

Ok, valeu!

Atenciosamente,
Roger.

--
Em 17-05-2014 03:10, Fernando Trebien escreveu:

+1 Só via resposta agora. :P

2014-05-17 1:48 GMT-03:00 Bráulio brauliobeze...@gmail.com:

Isso, pode alterar para Favela se é realmente conhecida por isso. Ou muda
pra seja lá o que for. Algumas até não terão prefixo algum. Se ninguém chama
de Vila, pode substituir e nem precisa colocar no alt_name.

Você também pode melhorar os contornos, se for necessário.


2014-05-17 1:32 GMT-03:00 Roger C. Soares rogersoa...@gmail.com:


Qual seria a diferença entre vila e favela? Na importação as favelas de
Ribeirão ficaram com nome vila. Aqui agente conhece por favela, pelo menos
pra mim vila não remetia a favela, a primeira vez que eu vi isso foi em POA.

Eu nunca cheguei a mudar pq vila é um nome mais simpático que favela. E
como aqui tem a favela do SBT, pq fica do lado do SBT, nunca soube se seria
um problema com a marca ter uma Favela do SBT mapeada.

Seria melhor alterar os nomes daqui para favela? Ou talvez colocar um
alt_name para achar nas buscas?

Atenciosamente,
Roger.

--
Em 17-05-2014 00:41, Fernando Trebien escreveu:


A resposta curta: no OSM, não há distinção entre
vilas/favelas/condomínios/áreas residenciais genéricas. Os aglomerados
eram simplesmente uma fonte fácil de áreas residenciais, com nome e
contorno aproximado (que ficou para ser melhorado depois pelos
mapeadores locais).

A resposta longa: obviamente os aglomerados têm características
especiais. Veja a definição dada pelo IBGE [1]: [Aglomerado
subnormal] é o conjunto constituído por 51 ou mais unidades
habitacionais caracterizadas por ausência de título de propriedade e
pelo menos uma das características abaixo:
- irregularidade das vias de circulação e do tamanho e forma dos lotes;
e/ou
- carência de serviços públicos essenciais (como coleta de lixo, rede
de esgoto, rede de água, energia elétrica e iluminação pública)

E a explicação dada logo depois: Sua existência está relacionada à
forte especulação imobiliária e fundiária e ao decorrente espraiamento
territorial do tecido urbano, à carência de infraestruturas as mais
diversas, incluindo de transporte e, por fim, à periferização da
população. Surgem, nesse contexto, como uma resposta de uma parcela da
população à necessidade de moradia, e que irá habitar espaços menos
valorizados pelo setor imobiliário e fundiário dispersos pelo tecido
urbano.

Por si só, os aglomerados deveriam ser assunto de interesse político e
humanitário, e existe uma equipe forte ligada a esse assunto: o
Humanitarian OSM Team (HOT). Há várias coisas que poderiam ser
mapeadas dentro dessas áreas e que poderiam motivar discussões sobre
política e auxiliar a população a avaliar a situação e com isso cobrar
melhorias.

Dito isso, também é verdade que as regiões mais carentes geralmente
são vítimas de várias circunstâncias negativas, e isso muitas vezes
cria um ambiente propenso ao crime (mas há exceções). Então, também
existe interesse da população em geral (incluindo turistas) em saber
onde ficam essas áreas, por uma questão de segurança pessoal. (Imagine
uma senhora idosa, turista, andando pela cidade, sozinha. Onde você
diria para ela não ir? Vários lugares, mas acho provável que as
regiões desses aglomerados estivessem na lista.) Esse também foi algo
que me motivou a importar os aglomerados, e não acho que seja
discrimnação e sim a constatação da realidade.

Apesar de todas essas diferenças, mesmo não sendo exatamente a mesma
coisa que um condomínio planejado de classe média, eu não importei os
aglomerados com qualquer distinção (exceto por um pedido pra melhorar
os contornos e revisar os nomes), e venho mapeando as duas coisas
quase da mesma forma. Aqui em Porto Alegre há inclusive áreas que num
passado distante (ali pelos anos 50) foram regiões carentes e hoje são
de classe média/média-alta, e são mapeadas exatamente da mesma forma
que as regiões carentes, sem distinção [2]. A única diferença clara
pros condomínios [3] é que eles normalmente têm endereço e quase
sempre também uma cerca ou um muro (barrier=fence ou barrier=wall),
enquanto que as vilas e favelas [4] raramente têm essas coisas
(algumas às vezes têm muro num lado, mas raramente são inteiramente
cercadas).

E esse assunto meio que se mistura ao assunto das living streets:
http://forum.openstreetmap.org/viewtopic.php?pid=402053

[1]
http://www.ibge.gov.br/home/presidencia/noticias/imprensa/ppts/0015164811202013480105748802.pdf
[2] https://www.openstreetmap.org/way/254363256
[3] https://www.openstreetmap.org/way/254363255
[4] https://www.openstreetmap.org/way/210604568

2014-05-16 23:17 GMT-03:00 Raffaello Bruno Limongi Freire
raffaellobr...@hotmail.com:

Hum, foi a partir desse caso de importação do Fernando que tive a
interpretação errada de que landuse=residential aplicava-se somente a
favelas, mesmo achando que não fazia sentido.

Obrigado pelos exemplos.

From: openstreet...@arlindopereira.com
Date: Fri, 16 May 2014 20

Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais)

[Roger C. Soares]

Qual seria a diferença entre vila e favela? Na importação as favelas de 
Ribeirão ficaram com nome vila. Aqui agente conhece por favela, pelo 
menos pra mim vila não remetia a favela, a primeira vez que eu vi isso 
foi em POA.


Eu nunca cheguei a mudar pq vila é um nome mais simpático que favela. E 
como aqui tem a favela do SBT, pq fica do lado do SBT, nunca soube se 
seria um problema com a marca ter uma Favela do SBT mapeada.


Seria melhor alterar os nomes daqui para favela? Ou talvez colocar um 
alt_name para achar nas buscas?


Atenciosamente,
Roger.

--
Em 17-05-2014 00:41, Fernando Trebien escreveu:

A resposta curta: no OSM, não há distinção entre
vilas/favelas/condomínios/áreas residenciais genéricas. Os aglomerados
eram simplesmente uma fonte fácil de áreas residenciais, com nome e
contorno aproximado (que ficou para ser melhorado depois pelos
mapeadores locais).

A resposta longa: obviamente os aglomerados têm características
especiais. Veja a definição dada pelo IBGE [1]: [Aglomerado
subnormal] é o conjunto constituído por 51 ou mais unidades
habitacionais caracterizadas por ausência de título de propriedade e
pelo menos uma das características abaixo:
- irregularidade das vias de circulação e do tamanho e forma dos lotes; e/ou
- carência de serviços públicos essenciais (como coleta de lixo, rede
de esgoto, rede de água, energia elétrica e iluminação pública)

E a explicação dada logo depois: Sua existência está relacionada à
forte especulação imobiliária e fundiária e ao decorrente espraiamento
territorial do tecido urbano, à carência de infraestruturas as mais
diversas, incluindo de transporte e, por fim, à periferização da
população. Surgem, nesse contexto, como uma resposta de uma parcela da
população à necessidade de moradia, e que irá habitar espaços menos
valorizados pelo setor imobiliário e fundiário dispersos pelo tecido
urbano.

Por si só, os aglomerados deveriam ser assunto de interesse político e
humanitário, e existe uma equipe forte ligada a esse assunto: o
Humanitarian OSM Team (HOT). Há várias coisas que poderiam ser
mapeadas dentro dessas áreas e que poderiam motivar discussões sobre
política e auxiliar a população a avaliar a situação e com isso cobrar
melhorias.

Dito isso, também é verdade que as regiões mais carentes geralmente
são vítimas de várias circunstâncias negativas, e isso muitas vezes
cria um ambiente propenso ao crime (mas há exceções). Então, também
existe interesse da população em geral (incluindo turistas) em saber
onde ficam essas áreas, por uma questão de segurança pessoal. (Imagine
uma senhora idosa, turista, andando pela cidade, sozinha. Onde você
diria para ela não ir? Vários lugares, mas acho provável que as
regiões desses aglomerados estivessem na lista.) Esse também foi algo
que me motivou a importar os aglomerados, e não acho que seja
discrimnação e sim a constatação da realidade.

Apesar de todas essas diferenças, mesmo não sendo exatamente a mesma
coisa que um condomínio planejado de classe média, eu não importei os
aglomerados com qualquer distinção (exceto por um pedido pra melhorar
os contornos e revisar os nomes), e venho mapeando as duas coisas
quase da mesma forma. Aqui em Porto Alegre há inclusive áreas que num
passado distante (ali pelos anos 50) foram regiões carentes e hoje são
de classe média/média-alta, e são mapeadas exatamente da mesma forma
que as regiões carentes, sem distinção [2]. A única diferença clara
pros condomínios [3] é que eles normalmente têm endereço e quase
sempre também uma cerca ou um muro (barrier=fence ou barrier=wall),
enquanto que as vilas e favelas [4] raramente têm essas coisas
(algumas às vezes têm muro num lado, mas raramente são inteiramente
cercadas).

E esse assunto meio que se mistura ao assunto das living streets:
http://forum.openstreetmap.org/viewtopic.php?pid=402053

[1] 
http://www.ibge.gov.br/home/presidencia/noticias/imprensa/ppts/0015164811202013480105748802.pdf
[2] https://www.openstreetmap.org/way/254363256
[3] https://www.openstreetmap.org/way/254363255
[4] https://www.openstreetmap.org/way/210604568

2014-05-16 23:17 GMT-03:00 Raffaello Bruno Limongi Freire
raffaellobr...@hotmail.com:

Hum, foi a partir desse caso de importação do Fernando que tive a
interpretação errada de que landuse=residential aplicava-se somente a
favelas, mesmo achando que não fazia sentido.

Obrigado pelos exemplos.

From: openstreet...@arlindopereira.com
Date: Fri, 16 May 2014 20:22:13 -0300

To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais)

Então,

esse é um questionamento interessante. O wiki diz An area of land dedicated
to, or having predominantly residential houses or apartment buildings. sem
especificar o tamanho dessa area of land. Temos usado landuse=residential
para denotar o contorno tanto de condomínios quanto de favelas por entender
que essa é uma área de terra dedicada a, ou predominantemente com casas
residenciais e 

Re: [Talk-br] Fw: Reverter changeset.

[Roger C. Soares]

  
  
Hum, boa pergunta. Eu tinha comparado
  com o google maps, no tenho o earth... esse caso eu no saberia
  responder, eu perguntaria na lista :). Vamos ver se o Nelson ou
  algum com mais experincia d uma analisada.
  
  Atenciosamente,
  Roger.
  
  --
  Em 06-04-2014 00:51, thunder...@gpsinfo.com.br escreveu:


  
  

  No vou importar esse rodovia ES-381 porque acabei de
desenha-la j que no existia no mapa. Parei o desenho dela
no pequeno trecho desenhado pelo Skippern. Depois irei
corrigir esse trecho e desenhar o trevo no entroncamento das
ruas rodovias.
  
  Deixo registrado que no estou acusando o Skippern de
nada. S constatei uma incrvel coincidncia em desenhos de
via.
  
  Observe que o desenho do entroncamento feito por ele no
tem relao com a imagem do BING como reportado no
changeset.
  
  Essa imagem nessa rea continua desatualizada at hoje,
entretanto o acesso a NW, para a ES-381 que aparece na
imagem existe desde quando ele efetuou o changeset e o
desenho dele est bem desalinhado ali.
  
  Hoje existe um trevo construdo no incio de 2013, ou
seja, h mais de 1 ano.
  
  Observe a semelhana do traado incorreto feito por ele
comparando com o traado, tambm incorreto estampado no
Google Earth. Ser que o Google copiou o traado desalinhado
no OSM?
  
  
  
  
  Havia eu interpretado changeset ao p da letra, ou
seja, alterao de dados. Em no existindo dados a serem
alterados inclua eu no campo no existia no mapa. A
partir de agora farei como recomendado. Agradeo.
  
  
  

  
From: Roger C. Soares

Sent: Saturday, April 5, 2014 11:59 PM
To: OpenStreetMap
no Brasil 
Subject: Re: [Talk-br] Fw: Reverter
  changeset.
  


  
  
Quanto aos seus dados, se
  vieram de survey no vejo problema em importar, com as
  trilhas no OSM ento, melhor ainda. Gostaria de ouvir a
  opinio do pessoal mais experiente sobre isso.
  
  O changeset do Skippern diz: "Bing tracings after coverage
  in Brazil have been extended". A imagem do bing 
  semelhante, se no a mesma, do google, em uma poca que o
  trecho estava em construo. No me pareceu problemtico,
  mas se existir alguma dvida, voc ou algum pode tentar
  entrar em contato com ele e perguntar.
  
  No changeset que voc acabou de fazer, ficou:
  source=no existia no mapa
  Isso no indica a fonte do changeset, o source seria algo
  do tipo:
  source=GPS
  ou
  source=GPS;Bing
  etc
  
  http://wiki.openstreetmap.org/wiki/Key:source
  
  Atenciosamente,
  Roger.
  

  

  
  
  
  
  ___
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] Reverter changeset.

[Roger C. Soares]

Oi Márcio,

O primeiro passo para essa essa importação seria discutir com a lista.

Do que eu já acompanhei por aqui, teria que responder perguntas do tipo: 
de onde vieram os dados, se foi traçada em cima do google ou de alguma 
outra fonte não permitida, como seriam resolvidos casos onde já existem 
dados no OSM, etc. As nomenclaturas que são consideradas como incorretas 
no OSM deveriam ser corrigidas e idealmente alguém revisaria o 
changeset. Teria que documentar no wiki e finalmente executar a importação.


Atenciosamente,
Roger.

--
Em 05-04-2014 00:31, thunder...@gpsinfo.com.br escreveu:

Nelson,
não se pode importar um mapa com milhares de nós?

Como citei e imaginei que você não tinha lido, tenho aqui comigo mapas 
municipais por mim desenhados (não do tracksource) com mais de 40 mil 
nós. Só por exemplo, o mapa de Nova Iguaçu, município do Rio de 
Janeiro, tem 69 mil nós.


Se eu importar para o OSM um desses mapas significa que importei mapa 
do Tracksource?


Como também citei, nomenclaturas do tracksource empregadas no mapa não 
significa que aquele mapa é do tracksource. Meus mapas aqui comigo tem 
a nomenclatura Tracksource porque as empreguei quando os desenhei. 
Será que por ter nomenclatura Tracksource significa que o meu mapa é 
do Tracksource?


Confesso que não estou entendendo mais nada.

-Mensagem Original- From: Nelson A. de Oliveira
Sent: Friday, April 4, 2014 10:59 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Reverter changeset.

Márcio,

2014-04-04 20:50 GMT-03:00  thunder...@gpsinfo.com.br:

acredito que você não deve ter lido o que escrevi anteriormente.


Eu li, mas a questão não é essa.
Foi afirmado que não foi utilizado TrackSource em nada, enquanto há um
changeset com 40 mil nós claramente importado.

Note que há dois changesets neste tópico: um que foi pedido a reversão
e outro que eu também reverti:
https://www.openstreetmap.org/changeset/21485885

Ninguém explicou a origem dos dados deste segundo changeset.

___
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] Reverter changeset.

[Roger C. Soares]

  
  
Creio que chamando de importao ou
  changeset grande, na prtica a idia  a mesma. J vi algumas
  vezes o pessoal da lista pedindo para discutir aqui mudanas
  grandes ou em massa. Vide os changesets do Erick que foram
  revertidos porque algum notou que uma parte minscula do mapa
  ficou errada, a reverso foi feita pela dvida do que mais estaria
  incorreto.
  
  Na prtica, voc pode tudo :) Se voc quiser subir um changeset
  estragando o planeta inteiro voc pode. Mas existem outras pessoas
  olhando e qualquer um pode reverter o que voc fez. Isso vale para
  changesets grandes ou pequenos. Quanto maior o changeset mais
  difcil de revisar tudo o que foi mudado. O que  pequeno e o que
   grande no  bem definido, vai variar de pessoa para pessoa.
  
  A regra de ter que discutir com a lista antes  para tirar as
  dvidas do que o changeset vai alterar e no ter que ficar fazendo
  reverses ou correes mais pra frente.
  
  Mas, se voc quiser subir um changeset gigante, segundo qualquer
  critrio que voc utilize, sem discutir com a lista, voc pode.
  No  recomendado, mas pode. A reverso em geral ocorre qdo algum
  percebe problemas com o changeset, grande ou pequeno. Se tiver
  qualquer coisa errada fica mais fcil justificar a reverso a
  qualquer momento. No melhor caso, se o changeset parecer
  corretssimo mas ainda sobrar alguma dvida sobre ele, o que se
  faz em geral  entrar em contato com o autor para retirar as
  dvidas. Se a pessoa achar necessrio discutir com a lista, eles
  mandam pra c as dvidas. Se tudo for esclarecido e estiver de
  acordo com as regras do OSM o changeset no deveria ser revertido.
  
  No caso de dvidas quanto a legalidade dos dados,  um ponto meio
  sensvel aqui, porque muita coisa pode ser perdida no futuro. Por
  isso a tendncia que percebo e ajudo a manter  de, na dvida,
  reverte. Mas nada impede que voc resolva os problemas apontados
  no changeset e suba um novo. E se os dados so realmente seus e
  no foram derivados de uma fonte no confivel,  s dizer
  claramente. Creio que o pessoal vai querer documentar isso em
  algum lugar apenas, ou pedir para explicar no comentrio do
  changeset, para evitar reverses no futuro.
  
  Atenciosamente,
  Roger.
  
  --
  
  Em 05-04-2014 10:50, thunder...@gpsinfo.com.br escreveu:


  

  Agradeo ao Roger e ao Gerald pelas colocaes entretanto
continuo em duvida quanto ao que vem a ser um changeset
muito grande. J comea minha duvida quanto a grandeza. O
que pode ser considerado muito grande? Existe alguma
definio disso no OSM?
  
  Entendo que um changeset, grande ou no, vem a ser uma
alterao do existente. Nesse caso compreendo todas as
precaues aqui relatadas e uma ao desse tipo deve ser
muito debatida antecipadamente at porque dados de
colaborador anterior sero substitudos e ,quem sabe ,
outros dados perdidos.
  
  No estou defendendo o changeset e sim o inclusionset
(nem sei se existe esse termo no OSM), mas se assemelha a
importao citada pelo Gerald.
  
  Se um colaborador executa um inclusionset de dados de
sua autoria em rea/regio onde no existe qualquer tipo de
dado no OSM, no consigo considerar isso como um
changeset.
  
  Deduz-se que esse colaborador sabe, cumpre as
recomendaes OSM quanto a licena e que seus dados esto de
acordo.
  
  
  

  
  
From: Gerald Weber 
Sent: Saturday, April 5, 2014 9:06 AM
To: OpenStreetMap
no Brasil 
Subject: Re: [Talk-br] Reverter changeset.
  


  
  
prezados colegas
acho que esta havendo  uma confuso sobre o que so
  importaes.
Entendo por importao a introduo de coordenadas
  prontas de terceiros. Por exemplo as coordenadas
  fornecidas peli Icmbio.
Agora se voce tem dados que fez ao longo de um certo
  tempo e vai subi-los todos de uma vez, isto nao  uma
  importao, e sim um changeset muito grande.
de resto fica a resolver a questao se seh dados sao
  compativeis com a licena OSM.
abraco
Gerald
On Apr 5, 2014 8:37 AM, "Roger C.
  Soares" rogersoa...@gmail.com
  wrote:
  Oi
Mrcio,

O primeiro passo para essa essa importao seria
discutir c

Re: [Talk-br] Fw: Reverter changeset.

[Roger C. Soares]

  
  
Se a rea est vazia  um complicador a
  menos. Eu no vejo problema em voc incluir seus dados l. Porm a
  legalidade dos dados pode gerar dvidas.  melhor voc descrever
  como gerou os dados, as fontes utilizadas e mais algumas outras
  perguntas que o pessoal da lista fizer, inclusive para deixar
  documentado, caso algum no futuro levante dvidas sobre o
  changeset.
  
  Se fosse eu, s por garantia, comentaria na lista a inteno de
  subir os dados, pediria alguma recomendao e para algum revisar
  o changeset antes de subir. Principalmente nas primeiras vezes, o
  pessoal da lista vira e mexe levanta pontos que eu nunca teria
  imaginado sozinho...
  
  Atenciosamente,
  Roger.
  
  --
  
  Em 05-04-2014 20:01, thunder...@gpsinfo.com.br escreveu:


  
  

  Roger,
  estragar o que existe no planeta? No seria mais correto
citar estragar um deserto do planeta?
  Volto a citar que estou me referindo a dados inseridos em
rea e/ou regio onde nada existe estampado no mapa OSM.
Nenhum dado do OSM ser alterado, ou melhor a inexistncia
de dados deixar de ocorrer naquela rea ou regio.
  

  No sei o que isso iria
  estragar o planeta inteiro.
  Se na rea que vou
  incluir dados de mapa por mim elaborados, honrando
  todas as licenas de outros e recomendaes do OSM,
  no existem dados a serem estragados porque no
  existem dados, no faz sentido debater nesta lista
  essa incluso automtica de dados naquela rea. 
  Como exemplo simples de
  que nada seria estragado cito a regio de Visconde de
  Mau - RJ onde est localizado o povoado de Santa
  Clara. Veja em https://www.openstreetmap.org/edit#map=15/-20.8218/-41.9025
  
  


From: Roger C. Soares

Sent: Saturday, April 5, 2014 4:11 PM
  

  
  
Na prtica, voc pode tudo :)
  Se voc quiser subir um changeset estragando o planeta
  inteiro voc pode. Mas existem outras pessoas olhando e
  qualquer um pode reverter o que voc fez. Isso vale para
  changesets grandes ou pequenos. Quanto maior o changeset
  mais difcil de revisar tudo o que foi mudado. O que 
  pequeno e o que  grande no  bem definido, vai variar de
  pessoa para pessoa.
  Atenciosamente,
  Roger.
  

  

  
  
  
  
  ___
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] Fw: Reverter changeset.

[Roger C. Soares]

  
  
Quanto aos seus dados, se vieram de
  survey no vejo problema em importar, com as trilhas no OSM ento,
  melhor ainda. Gostaria de ouvir a opinio do pessoal mais
  experiente sobre isso.
  
  O changeset do Skippern diz: "Bing tracings after coverage in
  Brazil have been extended". A imagem do bing  semelhante, se no
  a mesma, do google, em uma poca que o trecho estava em
  construo. No me pareceu problemtico, mas se existir alguma
  dvida, voc ou algum pode tentar entrar em contato com ele e
  perguntar.
  
  No changeset que voc acabou de fazer, ficou:
  source=no existia no mapa
  Isso no indica a fonte do changeset, o source seria algo do tipo:
  source=GPS
  ou
  source=GPS;Bing
  etc
  
  http://wiki.openstreetmap.org/wiki/Key:source
  
  Atenciosamente,
  Roger.
  
  --
  
  Em 05-04-2014 22:09, thunder...@gpsinfo.com.br escreveu:


  
  

  Roger,
  a partir do momento que um editor de mapa  recebido no
projeto ele, pelo menos para mim  digno de confiana e suas
aes no devem gerar duvidas. S deixar de ser digno de
confiana a partir do momento que existirem fortes indcios
de que ele cometeu algo recriminado pelo OSM.
  Creio que se comearmos a colocar barreiras dificilmente
o projeto caminhar a passos largos no Brasil.
  
  Vamos a um exemplo prtico que est ocorrendo neste
momento comigo.
  
  A famlia de minha esposa reside em Barra de So
Francisco, interior do ES, e para l me desloco do Rio de
Janeiro frequentemente.
  
  Desenhei toda essa cidade de Barra de So Francisco para
o Tracksource e no empreguei imagem satlite alguma porque
na ocasio que desenhei, em 2008, no existia imagem
satlite com satisfatria resoluo na rea.
  
  Sendo uma pequena cidade, de aproximadamente 70 mil
habitantes, fiquei circulando pelas ruas dela levantando
tracklogs com meu gps e os nomes das ruas. Dessa forma
desenhei o arruamento de todas a cidade e tenho esse mapa
aqui comigo.
  
  Quando ingressei no OSM identifiquei que essa cidade de
Barra de So Francisco tinha poucas ruas desenhadas no mapa
OSM, sem nomes e a rodovia que corta a cidade estava errada.
No  o caso, mas os dados existentes no mapa OSM ali eram
pouco aproveitveis. Mesmo assim e at por no saber fazer,
deixei de efetuar o changeset e decidi iniciar manualmente
o desenho no importei o mapa que desenho daquela cidade
pela segunda vez. Ainda no terminei.
  
  Ainda pouco consultei Guararema, prximo a Barra de So
Francisco, mas distrito de guia Branca  ES. Para l tambm
me desloco com certa frequncia e quem desejar verificar
existem tracklogs por mim levantados e arquivados na base
OSM.
  
  De inicio identifiquei que no mapa OSM no existiam dados
da rodovia ES-381 por mim desenhada para o Tracksource. Essa
rodovia foi asfaltada em 2012 e liga guia Branca a Nova
Vencia, ambas do ES.
  
  Mesmo tendo aqui comigo toda essa rodovia desenhada
decidi mais uma vez fazer na mo o desenho no OSM, sem
importar para ele os dados. Ainda estou desenhando a rodovia
e j subi um grande trecho dela, entretanto para minha
surpresa identifico no entroncamento dela com a rodovia
ES-137 um pequeno desenho feito h 2 anos pelo Skippern . Vide https://www.openstreetmap.org/way/152419115#map=18/-18.76660/-40.47218
  
  Aquele entroncamento est muito diferente do que foi
desenhado e o que me espanta  que desenho semelhante e com
erro se encontra no Google Maps. Ser que ele se valeu dessa
ferramenta Google? No sei e confesso que em principio,
sendo ele um elemento experiente no OSM, no agiria dessa
forma copiando o Google. Alm de desenhar a rodovia irei
corrigir esse entroncamento manualmente. O entroncamento do
outro lado, com a ES-080 acabei de desenhar j que tambm
no existia no mapa. Vide https://www.openstreetmap.org/way/272190586
  
  Desculpem o imenso post, mas  importante esse exemplo de
rea onde no existem dados no OSM e os poucos existentes
esto incorretos e no refletem a realidade.
  
  []s
  Marcio
  
  

  
  
From: Roger C. Soares

Sent: Saturday, April 5, 2014 9:23 PM
To: Ope

Re: [Talk-br] Reverter changeset.

[Roger C. Soares]

  
  
Oi Hlio,
  
  A confuso no foi por no saber importar, essas coisas algum
  reverte e beleza.
  
  O ponto que o Nelson levantou foi quanto a licena dos dados. Ns
  queremos que os dados que voc contribui continuem na base e no
  sejam revertidos, assim como os dados de todos os outros que vo
  contribuir em cima dos seus dados. J tivemos caso de revero em
  massa onde muita contribuio foi perdida, por isso ficamos sempre
  com um p atrs com algo que parea suspeito. Por favor no leve
  para um lado pessoal, o Nelson com certeza no teve a inteno de
  ofend-lo, e ele continua a para ajud-lo.
  
  Independente da origem dos seus dados, o importante  discutir com
  a lista para tomarmos a melhor deciso em relao  parte legal.
  No queremos que voc pare de contribuir, queremos sim que suas
  contribuies continuem permanentemente na base!
  
  Atenciosamente,
  Roger.
  
  --
  Em 04-04-2014 11:02, Hlio Ricardo Pinheiro Coutinho escreveu:


  
  Pois , meu nobre,


   Por no saber importar (ainda)  que deu essa
  confuso toda...
   Acho qualquer crtica louvvel, temos que
  transform-las em aprendizado (as construtivas). Voc tambm
  no me conhece (ainda), mas se me conhecesse saberia que com
  jeito, "me leva at s calas" - No no sentido da palavra,
  hein! rsrs.
   Tenho tido um enorme prazer editando e vendo esse
  grupo crescer, florescer e j dar frutos... (garotos em sua
  maioria - No  o meu caso, tenho 47 anos e  duro escutar
  certas coisas).
   Olho essa lista todos os dias desde que entrei,
  sempre escondidinho, sem aparecer... Mas com o crescimento do
  conhecimento, temos a necessidade de mais e mais conhecimento.
  Ai dependemos cada vez mais do auxlio de pessoas que os
  tenham. Se no tivermos a ajuda do grupo, definhamos e
  camos...
   "S erra quem executa", foi assim que comecei o meu
  pedido de auxlio e desculpas pelo ocorrido...


Obrigado meu amigo,


Hlio.
  
  
From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Fri, 4 Apr 2014 10:40:32 -0300
Subject: Re: [Talk-br] Reverter changeset.



  
Hlio,
tambm admiro muito seu trabalho. Observei que voc
  desenhou o arruamento de Jacon que no existia.
  Afinal Jacon  distrito de Saquarema. Me poupou um
  grande trabalho j que venho desenhando Saquarema (de
  novo por no saber importar).

Me simpatizo por Saquarema porque l residem filho,
  nora e netos. Constantemente me desloco para l.

Reflita partindo do principio de que s erra quem
  executa. Todos aqui no nasceram experientes. A
  experincia se adquire com a prtica e nem sempre
  experincia significa saber.

[]s
Marcio

  


  From: Hlio
  Ricardo Pinheiro Coutinho 
  Sent: Friday, April 4, 2014 10:21 AM
  To: OpenStreetMap
  no Brasil 
  Subject: Re: [Talk-br] Reverter
changeset.

  
  


  Mrcio,

 Sabes que sou grande admirador de seu
  trabalho, assim que entrei neste projeto troquei
  umas palavras com voc e o Arlindo.
 Voc falou em Saquarema, dias desses fiz toda
  Jacon. Lembrei de voc que disse ter parentes em
  Saquarema... Pois bem, um trabalho do co, rua a
  rua, nome a nome e no temos valor, m f??? 
 Perdoe-me pelo desabafo, t passado!!!

Abs,

  

  


___
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

Re: [Talk-br] Catedrais

[Roger C. Soares]

É.. o nome oficial mesmo eu não sei. Mas fazendo buscas na web, na 
prefeitura diz que São Sebastião é o padroeiro. Em alguns outros lugares 
eles completam com Ribeirão Preto. O Ribeirão Preto parece que é a 
arquidiocese.


Na wikipedia diz: A Catedral Metropolitana de Ribeirão Preto ou 
Catedral São Sebastião


Combinação é o que não falta, dá pra gastar todas as tags pra name :)

Acho que vou deixar só com name=Catedral Metropolitana de São 
Sebastião que vc sugeriu, já tem todas as keywords necessárias..


Atenciosamente,
Roger.

--
Em 27-03-2014 18:58, Nelson A. de Oliveira escreveu:

Ela é a Catedral Metropolitana de São Sebastião? (isso é o name)

___
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] Catedrais

[Roger C. Soares]

  
  
De acordo, segui o esquema do Fernando.
  Obrigado a todos pela ajuda.
  
  Atenciosamente,
  Roger.
  
  --
  
  Em 27-03-2014 21:36, John Packer escreveu:


  
nesse
  caso  um ponto de referncia conhecido, com o name, uma busca
  por "Catedral, Ribeiro Preto" teria resultado.
At onde eu sei, com "name=Catedral Metropolitana de So
  Sebastio" viria como resultado de uma busca por "Catedral,
  Ribeiro Preto".
  

Concordo em grande parte com o Trebien.

Embora a etiqueta "name=*" geralmente seja o nome oficial,
  realmente tem alguns casos em que  difcil reconhecer o lugar
  pelo nome oficial, e  aceitvel colocar como valor desta
  etiqueta um outro tipo de nome.
  

  
  

Em 27 de maro de 2014 19:35, Fernando
  Trebien fernando.treb...@gmail.com
  escreveu:
  Oops,
esquece aquele "old_name" ali. :P

2014-03-27 19:35 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

a esta que voc se refere, certo?
 http://pt.wikipedia.org/wiki/Catedral_Metropolitana_de_Ribeir%C3%A3o_Preto

 Sugiro fazer assim ( como tenho feito em Porto
Alegre):
 official_name="Catedral Metropolitana de So
Sebastio de Ribeiro Preto"
 alt_name="Catedral So Sebastio"
 old_name="
 name="Catedral Metropolitana"

 alt_name  citado no prprio artigo da Wikipdia
acima.

 official_name  o nome completo, que eu nesse caso
eu deduzi a partir
 das postagens na pgina da catedral no Facebook:
 https://www.facebook.com/pages/Catedral-de-S%C3%A3o-Sebasti%C3%A3o-do-Ribeir%C3%A3o-Preto-SP/366093636788145)

 E "name" (sempre o mais complicado) eu penso que 
ao mesmo tempo um
 nome para listagem e para exibio no mapa, por
isso sugiro que seja:
 - curto
 - no to curto que no tenha informao til (s
"catedral", por
 exemplo,  redundante, j que as tags j dizem que
 uma catedral) ou
 que gere nomes repetidos na mesma cidade
 - to parecido com o oficial quanto possvel,
tirando:
  * o nome da prpria cidade (a maioria dos
sistemas indexa os objetos
 por cidade, e esses nomes s aparecem quando se
observa o mapa no
 nvel da cidade ou menos)
  * as partes que as pessoas no costumam usar para
se referir ao
 objeto (geralmente coisas como "Ltda." ou, em
alguns casos,
 honorficos como "Professor", "Doutor", etc.,
especialmente quando so
 vrios em sequncia; mas na dvida, no tire)

 No caso, "So Sebastio de Ribeiro Preto" deu nome
 capela, depois 
 vila, e por fim  cidade (suprimindo o nome do
santo).
 (http://pt.wikipedia.org/wiki/Ribeir%C3%A3o_Preto)

 Na minha experincia, essa receita de bolo pro
"name" costuma dar um
 resultado muito bom (para leitura do mapa, para
busca, etc.) e sem
 perdas de informao. Tem gente que coloca o nome
        oficial em name, mas
 s vezes fica realmente muito longo.

 2014-03-27 18:52 GMT-03:00 Roger C. Soares rogersoa...@gmail.com:

 amenity   place_of_worship
 building   cathedral
 religion   christian

 Nesse caso  melhor deixar sem o
"name=Catedral" mesmo? Aqui tem placas
 indicando "Catedral" ou "Catedral
Metropolitana", eu sempre achei que fosse
 o nome da igreja... nesse caso  um ponto de
referncia conhecido, com o
 name, uma busca por "Catedral, Ribeiro Preto"
teria resultado.

 Atenciosamente,
 Roger.


 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
   

Re: [Talk-br] Lixo na base

[Roger C. Soares]

  
  
A pedido, a query que eu usei no
  overpass-turbo foi:
  
  osm-script output="json"
   query type="way"
   has-kv k="highway"/
   has-kv k="name"/
   has-kv k="name" regv="^\?+"/
   bbox-query {{bbox}}/
   /query
   print mode="body"/
   recurse type="down"/
   print mode="skeleton"/
  /osm-script
  
  Na Argentina por enquanto ainda retorna alguns casos.
  
  Atenciosamente,
  Roger.
  
  --
  Em 25-03-2014 01:30, Erick de Oliveira Leal escreveu:
    

  Opa que bom ento. Valeu Nelson e Roger 
  Em 25/03/2014 00:32, "Roger C. Soares"
rogersoa...@gmail.com
escreveu:

  
O overpass-turbo que o Nelson mandou realmente  muito
  bom. A busca por highway+name com ? no Brasil todo foi bem
  mais rpida do que eu esperava. Tinham poucos casos ento
  j removi.
  
  Atenciosamente,
  Roger.
  
  --
  Em 24-03-2014 15:43, Fernando Trebien escreveu:


  

  2014-03-24 15:33 GMT-03:00
Erick de Oliveira Leal erickdeoliveiral...@gmail.com:

  Erros onde o nome s contm
caracteres do tipo ? eu tenho certeza q sim...
rsrsrs.



Heh, ok, este caso em particular poderia ser
  considerado um erro. Mas da no vale  pena o
  esforo de fazer um validador para um caso que
  acontece s umas poucas vezes n. Melhor fazer um
  script que liste os IDs objetos e depois nos
  permita edit-los manualmente, como voc disse.
  (Precisamos de scripts assim pra muitas outras
  coisas parecidas.)



  
Mas ainda seria mais interessante um script
  que nos desse os ids dos objetos com erros e
  fizessemos uma fora tarefa para corrigi-los.
  Mas acho que os erros do tipo sem logradouro
  so muitos, ento esses teriam que ser
  postergados. Agora s corrigiriamos esses
  casos estranhos mesmo. Mas tem algum jeito de
  encontrar isso fcil?
  
  

Em 24 de maro de 2014
  15:22, Fernando Trebien fernando.treb...@gmail.com
  escreveu:
  

  
Erros so matemticos. Voc
  tem certeza absoluta de que todos
  esses casos, sem exceo, presente ou
  futura, constituem erros?

  
On Mar 24,
  2014 2:29 PM, thunder...@gpsinfo.com.br

  wrote:
  

  

  Os erros existentes
so fatos e requerem
correo.
  Na minha opinio
correo automtica at
porque so tantos que
uma correo manual, com
poucos colaboradores,
exigiria muito esforo e
tempo.
  Corrigiramos os
existentes, mas como
evitar que novos surjam?
  Continuo defendendo a
funo VALIDADOR (como
erro e no aviso) quando
da edio. Pelo menos
por meio dele novos
  

Re: [Talk-br] Lixo na base

[Roger C. Soares]

  
  
Os meus foram:
  
  http://www.openstreetmap.org/changeset/21305113
  http://www.openstreetmap.org/changeset/21304467
  http://www.openstreetmap.org/changeset/21303588
  http://www.openstreetmap.org/changeset/21297490
  http://www.openstreetmap.org/changeset/21297472
  http://www.openstreetmap.org/changeset/21297420
  http://www.openstreetmap.org/changeset/21297200
  
  Atenciosamente,
  Roger.
  
  --
  Em 25-03-2014 13:27, John Packer escreveu:


  
Se puderem, mandem os links dos conjuntos de alterao que
  esto fazendo.

No acho que v precisar de alguma correo,  s pra os
  outros estarem cientes das mudanas que esto sendo feitas.

  
  

Em 25 de maro de 2014 13:22, Erick de
  Oliveira Leal erickdeoliveiral...@gmail.com
  escreveu:
  
Eu retirei o acento circunflexo para que ele
  ache o ? em qualquer lugar... Ainda restam alguns nomes...
  Deletando agora...

  
  Em 25 de maro de 2014 12:11,
Roger C. Soares rogersoa...@gmail.com
escreveu:

  

  
A pedido, a query que eu usei no
  overpass-turbo foi:
  
  osm-script output="json"
   query type="way"
   has-kv k="highway"/
   has-kv k="name"/
   has-kv k="name" regv="^\?+"/
   bbox-query {{bbox}}/
   /query
  
 print mode="body"/
 recurse type="down"/
 print mode="skeleton"/
/osm-script

  
  Na Argentina por enquanto ainda retorna alguns
  casos.
  
  Atenciosamente,
  Roger.
  
  --
  Em 25-03-2014
01:30, Erick de Oliveira Leal escreveu:


  

  Opa que bom ento. Valeu
Nelson e Roger 
      Em 25/03/2014
00:32, "Roger C. Soares" rogersoa...@gmail.com

escreveu:

  
O overpass-turbo que o Nelson
  mandou realmente  muito bom. A
  busca por highway+name com ? no
  Brasil todo foi bem mais rpida do
  que eu esperava. Tinham poucos
  casos ento j removi.
  
  Atenciosamente,
  Roger.
  
  --
  Em 24-03-2014 15:43,
  Fernando Trebien escreveu:


  

  2014-03-24
15:33 GMT-03:00 Erick de
Oliveira Leal erickdeoliveiral...@gmail.com:

  Erros onde
o nome s contm
caracteres do tipo ? eu
tenho certeza q sim...
rsrsrs.



Heh, ok, este caso em
  particular poderia ser
  considerado um erro. Mas
  da no vale  pena o
  esforo de fazer um
  validador para um caso que

Re: [Talk-br] Assinalando condomínios grandes

[Roger C. Soares]

  
  
Eu segui esse formato, j vi mais gente
  usando:
  
  landuse=residential+name=*
  
  http://www.openstreetmap.org/#map=15/-21.2308/-47.8268
  
  As ruas no interior do condomnio que no esto muito claras para
  mim, aqui estavam com access=private e eu acabei seguindo, algumas
  esto como highway=residential, mas acho que deveriam ser
  highway=service. No sul eles usam access=destination:
  
  http://www.openstreetmap.org/#map=16/-29.9996/-51.1206
  
  Atenciosamente,
  Roger.
  
  --
  Em 09-02-2014 08:55, Paulo Carvalho escreveu:


  Pessoal,


 Comecei a detalhar uma regio com muitos condomnios
  grandes, eles so muito usados como referncia, quase como se
  fossem logradouros mesmo. Quando peo pizza, por exemplo, a
  pizzaria costuma pedir o nome do condomnio ao invs de rua e
  nmero. Isto  uma caracterstica dessa regio.
 Gostaria de mape-los de forma que ficassem um tanto
  visveis no mapa e buscveis, para isso usei
  place=neighbourhood, porm no gostei do resultado:
 http://www.openstreetmap.org/#map=16/-23.0084/-43.4512
 
 Ento gostaria de fazer o mapeamento sem que o mapa
  ficasse poludo. Os nomes dos condomnios deveriam ficar com
  letras pequenas, ao mesmo tempo em que ficassem visveis com
  zoom moderado como esse.


  O que a comunidade sugere?


[]s


PC
  
  
  
  
  ___
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] Assinalando condomínios grandes

[Roger C. Soares]

  
  
Se usar destination para tudo, qual
  seria o caso de uso para access private?
  
  Eu estava pensando se faria sentido colocar destination para os
  locais que at te identificam na portaria mas no pedem
  autoriazao para a entrada no condomnio. E private para os
  condomnios que ligam na residncia pedindo autorizao. Em caso
  de no saber, o default seria destination. Faz sentido?
  
  Atenciosamente,
  Roger.
  
  --
  Em 09-02-2014 11:25, Arlindo Pereira escreveu:


  Eu costumo usar landuse=residential + barrier=wall na
rea e barrier=entrance nas entradas. Nas ruas de dentro,
highway=service + access=private (embora destination tambm faa
sentido, talvez seja melhor, no sei). 
  Falando sobre condomnios, no gosto muito de se
fazer uma relao com o nome do condomnio englobando todos os
prdios, porque fica repetindo o nome do condomnio 20x no
Mapnik em cima de cada prdio. No falo nem de mapear para
renderizador, mas sim porque, em geral, os prdios tem nomes
(nem que seja Bloco A, Bloco B etc.), ainda que estes tenham
menos importncia que o nome do condomnio. 
  []s
Arlindo 
  Em 09/02/2014 08:55, "Paulo Carvalho"
paulo.r.m.carva...@gmail.com
escreveu:

  Pessoal,


 Comecei a detalhar uma regio com muitos condomnios
  grandes, eles so muito usados como referncia, quase como
  se fossem logradouros mesmo. Quando peo pizza, por
  exemplo, a pizzaria costuma pedir o nome do condomnio ao
  invs de rua e nmero. Isto  uma caracterstica dessa
  regio.
 Gostaria de mape-los de forma que ficassem um tanto
  visveis no mapa e buscveis, para isso usei
  place=neighbourhood, porm no gostei do resultado:
 http://www.openstreetmap.org/#map=16/-23.0084/-43.4512
 
 Ento gostaria de fazer o mapeamento sem que o mapa
  ficasse poludo. Os nomes dos condomnios deveriam ficar
  com letras pequenas, ao mesmo tempo em que ficassem
  visveis com zoom moderado como esse.


  O que a comunidade sugere?


[]s


PC
  
  
  ___
  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] Assinalando condomínios grandes

[Roger C. Soares]

  
  
Ok, vou mudar os daqui pra destination
  ento.
  
  Atenciosamente,
  Roger.
  
  --
  Em 09-02-2014 20:10, Arlindo Pereira escreveu:


  Perfeito, nunca tinha parado para pensar no
significado dos valores do access. Muito bom. 
  []s
  Em 09/02/2014 18:27, "Fernando Trebien"
fernando.treb...@gmail.com
escreveu:

  Talvez ajude se pensar mais ou menos assim:
  - pblico=no proprietrio;  o caso das ruas e avenidas, onde
  a
  circulao  livre na maior parte do tempo (at que o governo
  ou a
  polcia bloqueie por algum motivo incomum)
  - permissivo=dentro de uma rea que tem dono e onde ele deixa
  passar
  livremente, mesmo que no seja pra parar no local; seria o
  caso de um
  shopping que permite que as pessoas passem pelo seu
  estacionamento
  mesmo que no venham a parar pra fazer compras, por exemplo -
  ou no
  seu caso, o primeiro trajeto do condomnio onde ningum lhe
  impede de
  circular
  - destination=geralmente pode entrar desde que voc no
  represente uma
  ameaa e que o seu objetivo seja visitar algum no condomnio
  (no
  exemplo do shopping, seria s se for pra fazer compras); no
  serve
  como passagem intermediria, apenas como "chegada"; seria o
  caso das
  vias que precisam da liberao do guarda
  - private=s pode entrar com autorizao expressa, que
  geralmente s 
  concedida por motivos especiais
  
  Diferenas pro roteamento:
  - pblico x permissivo: nenhuma, mas o seu GPS poderia lhe
  alertar que
  o dono pode fechar a via em certos horrios ou sem dar aviso
  prvio
  - permissivo x destination: no meio da rota, seu GPS pode lhe
  mandar
  por uma ou mais vias com acesso permissivo, mas s deve lhe
  mandar por
  vias com acesso destination bem no final da rota
  - destination x private: mesmo que voc tenha autorizao, seu
  GPS no
  vai lhe mandar atravs de uma via "private"; ele at poderia
  fazer
  isso, mas o mais coerente seria lhe avisar que a via 
  particular
  (alguns GPSs fazem isso); j em destination no h por que lhe
  avisar
  porque o seu destino est junto a uma dessas vias mesmo
  
  2014-02-09 Paulo Carvalho paulo.r.m.carva...@gmail.com:
   Realmente, aqui temos os dois casos. Temos condomnios,
  os muito extensos,
   que tm uma guarita, mas o acesso  pblico, at porque
  muitas vezes h
   locais que s so acessveis passando por dentro dos
  condomnios, da voc
   para, diz que vai acessar tal local e o guarda libera sem
  que haja
   autorizao de um morador.
  
  
   Em 9 de fevereiro de 2014 16:16, Roger C. Soares rogersoa...@gmail.com
   escreveu:
  
   Se usar destination para tudo, qual seria o caso de
  uso para access
   private?
  
   Eu estava pensando se faria sentido colocar
  destination para os locais que
   at te identificam na portaria mas no pedem
  autoriazao para a entrada no
   condomnio. E private para os condomnios que ligam
  na residncia pedindo
   autorizao. Em caso de no saber, o default seria
  destination. Faz sentido?
  
   Atenciosamente,
   Roger.
  
   --
   Em 09-02-2014 11:25, Arlindo Pereira escreveu:
  
   Eu costumo usar landuse=residential + barrier=wall na
  rea e
   barrier=entrance nas entradas. Nas ruas de dentro,
  highway=service +
   access=private (embora destination tambm faa
  sentido, talvez seja melhor,
   no sei).
  
   Falando sobre condomnios, no gosto muito de se
  fazer uma relao com o
   nome do condomnio englobando todos os prdios,
  porque fica repetindo o nome
   do condomnio 20x no Mapnik em cima de cada prdio.
  No falo nem de mapear
   para renderizador, mas sim porque, em geral, os
  prdios tem nomes (nem que
   seja Bloco A, Bloco B etc.), ainda que estes tenham
  menos importncia que o
   nome do condomnio.
  
   []s
   Arlindo
  
   Em 09/02/2014 08:55, "Paulo Carvalho" paulo.r.m.carva...@gmail.com
   escreveu:
  
   Pessoal,
  
Comecei a detalhar uma regio com muitos
  condomnios grandes, eles so
   muito usados como referncia, quase como se
  fossem logradouros mesmo.

Re: [Talk-br] Dados suspeitos sem resposta dos autores

[Roger C. Soares]

Eu me incomodo, mas não tenho tanto tempo pra mexer com o OSM e qdo 
tenho prefiro fazer inspeção.. mas em geral eu confio que vc ou o 
Fernando farão a coisa certa :)


Acho que se no source está Google não precisa discutir muito, é 
reverter. Se o impacto da reversão for pequena, tb não vejo problema em 
reverter. Para importações, já foi combinado aqui que o correto é 
discutir na lista antes, então se o usuário que fez a importação não 
responder não vejo problema em reverter. Se o impacto for muito grande, 
vale jogar pra lista, mas em geral prefiro reverter que ter dados duvidosos.


Qto ao tempo, qdo eu entrei em contato com um usuário sobre a área 
residencial em São Carlos, ele levou quase 2 meses para responder mas 
respondeu, eu já tinha até esquecido, então em relação ao tempo eu acho 
que as vezes demora um pouco, mas 1 mês é razoável.


Por mim pode continuar insistindo em corrigir as áreas duvidosas, é bom 
para o projeto e é bom ter alguém fazendo isso.


Atenciosamente,
Roger.

--
Em 09-02-2014 22:30, Nelson A. de Oliveira escreveu:

2014-02-09 22:24 GMT-02:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:

Acho que você tem que relaxar mais, confiar mais nas pessoas.

Geralmente confio, mas não quando fica muito claro para mim que não
foi a pessoa que fez o trabalho (ou que obteve dados de algum local
que não pode).

E fico pensando: temos 159 pessoas na lista e só eu me incomodo com
isso? Tudo o resto não está nem aí?

___
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] Dados suspeitos sem resposta dos autores

[Roger C. Soares]

Já teve algum caso reportado para o Data Working Group que fosse apenas 
suspeita para ver qual a resposta deles?


Alguém sabe o que os outros países costumam fazer nesses casos?

Atenciosamente,
Roger.

--
Em 09-02-2014 22:59, Nelson A. de Oliveira escreveu:

2014-02-09 22:56 GMT-02:00 Vitor George vitor.geo...@gmail.com:

Se você tem evidências de que um usuário copiou algo de um mapa
proprietário, e você entrou em contato e ele não te esclareceu em tempo
adequado, o caminho é entrar em contato com o Data Working Group. Eles
provavelmente tentarão entrar em contato com o usuário, e se não for
esclarecido, eles poderão tomar as medidas necessárias, que pode ser até um
bloqueio.

Só que cai no problema de que não dá para provar que foi obtido de
forma ilegal nem de que foi obtido de forma legal.
Dá para ver claramente que é algo muito estranho e suspeito, apenas.

___
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] Dados suspeitos sem resposta dos autores

[Roger C. Soares]

É, o problema é daqui uns anos o DWG resolver reverter tudo, igual ao 
que aconteceu em Minas a pouco tempo. Por mim, se tem dúvida e o usuário 
não responde, pode reverter o quanto antes, o estrago vai ser menor.


Atenciosamente,
Roger.

--
Em 09-02-2014 23:34, Nelson A. de Oliveira escreveu:

2014-02-09 23:21 GMT-02:00 Roger C. Soares rogersoa...@gmail.com:

Já teve algum caso reportado para o Data Working Group que fosse apenas
suspeita para ver qual a resposta deles?

O DWG primeiramente pergunta se a comunidade local não se interessa
pelo caso (e se a comunidade não resolve o problema sozinho). No
Brasil aparentemente é não.
Caso não, eles são extremamente ocupados e demora bastante para ter
uma resposta deles. Tem caso que esperei 3 meses por uma resposta (só
depois que dei um ping no IRC), e mesmo assim sem uma posição definida
ainda. Já tem 4+ meses no total. É o caso de Planaltina, por exemplo.

Só que: eu sozinho enviando estas coisas ao DWG é algo, no mínimo,
muito estranho.

Eu tenho a impressão que as pessoas daqui acham que eu quero danificar
o projeto de alguma forma, removendo ou revertendo tudo o que eu acho
suspeito (enquanto que na verdade eu sempre pergunto a todos o que
deve ser feito).

___
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] Remoção de dados por solicitação de usuário

[Roger C. Soares]

  
  
Concordo, se o caminho pode ser
  facilmente visto em imagem de satlite dos grandes mapas, o
  caminho  de conhecimento pblico, tirar do OSM no vai evitar
  vandalismos. Vindo de forma legal, devemos usar a informao para
  fazer do OSM o melhor mapa possvel.
  
  Atenciosamente,
  Roger.
  
  --
  Em 07-02-2014 09:50, thunder...@gpsinfo.com.br escreveu:


  

  Na minha opinio invases so impedidas pela implantao
de outros meios e no pela excluso de acessos de
determinado mapa quando esses acessos aparecem na foto
satlite.
  
  Como bem citou o Gerald, se caminhos aparecem na foto
satlite no  a excluso deles de determinado mapa que
impedir vandalismos.
  
  Para se evitar vandalismos deve-se camuflar os acessos e
neles implantar medidas fsicas e/ou eletrnicas de
segurana.
  
  Eu mesmo venho mapeando no OSM as reas internas dos
quartis que conheo e aparecem na foto satlite.
  
  O Acesso a essas reas  que deve ser configurado como
access=private 
  
  []s
  Marcio
  

  
  
From: Gerald Weber 
Sent: Friday, February 7, 2014 9:26 AM
To: OpenStreetMap
no Brasil 
Subject: Re: [Talk-br]Remoo de dados por
  solicitao de usurio
  


  
  
Oi Fernando
  
  situao interessante que merece um pouco de
reflexo. 
  
  Como quase tudo na vida, mapas podem ser usados para
coisas boas e para coisas ruins. Em geral, omitindo
informaes apenas previne as coisas boas de
acontecerem, no evita as ruins.
  
  
  Mas sendo prtico, se o caminho aparece na foto do
satlite, de que adianta apagar? Melhor deixar marcado
como access=private e esclarecer o usurio disto.
  
  abrao
  
  Gerald
  


  
  2014-02-07 0:40 GMT-02:00
Fernando Trebien fernando.treb...@gmail.com:
Pessoal,
  
  Um usurio havia excludo uns caminhos aqui no mapa de
  PoA, e quando
  eu recuperei a informao, ele me disse que o havia
  feito para "evitar
  invases" na propriedade que " de famlia".
  
  Naturalmente podemos excluir, mas tenho dvida se:
  - devemos (creio que sim, embora talvez fosse melhor
  solicitar que a
  pessoa comprovasse de alguma forma que mora realmente
  onde diz que
  mora, seno  brecha pra vandalismo)
  - como fazemos para evitar que outra pessoa remapeie a
  via (uma idia
   colocar um polgono com uma anotao e sem tags
  relacionadas ao
  rendering, mas no sei se ficaria claro pros usurios
  do iD e do
  Potlatch)
  
  Idias? Opinies?
  
  --
  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

  
  
  
  
  -- 
  
Dr. Gerald Weber
gwebe...@gmail.com
Personal website

Departamento de
  Fsica/Universidade Federal de Minas Gerais
Department of Physics/Federal
  University of Minas Gerais
Campus da Pampulha
Av. Antnio Carlos, 6627,
  31270-901 Belo Horizonte, MG, Brazil
mobile: +55-(0)31-96462277
  (mudou/changed 02/07/2013)
  




___
Talk-br mailing list
Talk-br@openstreetmap.org

Re: [Talk-br] Remoção de dados por solicitação de usuário

[Roger C. Soares]

Não sei se legalmente o proprietário tem direito a pedir para tirar algo 
que é visivel de fora da residência dele.


O espaço aéreo acima da residência não é propridade dele, por isso fotos 
aéreas são permitidas. Assim como o street view, que mostra os jardins e 
faixadas das residências. Se ele quisesse esconder alguma coisa teria 
que colocar dentro de uma construção opaca.


Atenciosamente,
Roger.

--
Em 07-02-2014 11:51, Fernando Trebien escreveu:

- que detalhes dentro de propriedades particulares possam ser
removidos desde que solicitados pelo proprietário, que é quem define o
que pode e o que não pode ali dentro



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

Re: [Talk-br] Remoção de dados por solicitação de usuário

[Roger C. Soares]

  
  
Exatamente. E se a rua no est
  devidamente sinalizada e o mapa mostrar que  privada, melhor
  ainda, eu no entraria l por engano.
  
  Outro caso til, a rua  privada mas  l que eu quero ir. Por
  mais isolado que o local seja, algum um dia pode precisar de uma
  ambulncia, facilita ter um mapa preciso nessas horas.
  
  Atenciosamente,
  Roger.
  
  --
  Em 07-02-2014 18:35, Gerald Weber escreveu:


  

  2014-02-07 18:28 GMT-02:00 Ronaldo
Maia rom...@async.com.br

  Em outras palavras, para mim (e talvez para outras
  pessoas), no me
  interessa saber se tem uma rua, se eu no posso passar por
  aquela rua.

  
  



No  esta a minha experincia. Se
  estou procurando um lugar acho confuso passar por uma rua que
  no se encontra no mapa, seja ela particular ou no.


Aqui um exemplo com portes:http://osm.org/go/Nq9hiaQqv
  
  
  
  
  ___
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] Remoção de dados por solicitação de usuário

[Roger C. Soares]

É, nesses casos acho que é por força de lei mesmo. Aqui no Brasil nunca 
vi um caso de imagem borrada, acredito que se qualquer um pudesse pedir 
isso, existiriam vários borrados no meio das cidades.. o que eu já ouvi 
foi isso mesmo, que as imagens aéreas podem fotografar residências pq o 
espaço aéreo não é privado e cai no mesmo caso das fachadas das casas, 
ou da vista de um prédio.


O ideal seria consultar um advogado, mas como comunidade, pelo menos até 
que alguém aponte alguma legislação que diga o contrário, acho que é 
válido assumir que a Microsoft já tem a obrigação de borrar as áreas 
ilegais no caso do Bing.


Outra coisa que já me falaram, é que em propriedades privadas sem muro, 
cerca ou qualquer sinalização que indique que o acesso é proíbido, o 
proprietário não tem direito, por exemplo, de mandar prender caso alguém 
entre na propriedade. É permitido se perder/trafegar em um lugar não 
sinalizado :)


Atenciosamente,
Roger.

--
Em 07-02-2014 20:17, Fernando Trebien escreveu:

Bem, o Google borra as imagens de satélite quando solicitado (pelo
menos nos casos mais extremos, como no de segredos militares).

Batemos o martelo de que tudo aquilo que é visível na imagem é
mapeável e que se a pessoa quer que não seja mapeado ela deve primeiro
conseguir a remoção da imagem?

2014-02-07 19:15 GMT-02:00 Roger C. Soares rogersoa...@gmail.com:

Não sei se legalmente o proprietário tem direito a pedir para tirar algo que
é visivel de fora da residência dele.

O espaço aéreo acima da residência não é propridade dele, por isso fotos
aéreas são permitidas. Assim como o street view, que mostra os jardins e
faixadas das residências. Se ele quisesse esconder alguma coisa teria que
colocar dentro de uma construção opaca.

Atenciosamente,
Roger.

--
Em 07-02-2014 11:51, Fernando Trebien escreveu:


- que detalhes dentro de propriedades particulares possam ser
removidos desde que solicitados pelo proprietário, que é quem define o
que pode e o que não pode ali dentro



___
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] Dados de Planaltina e região

[Roger C. Soares]

  
  
Eu li em algum lugar que a regra do OSM
  era ser mais claro que crystal clear. Se existe dvida, alguma
  hora vai ser revertido.
  
  Minha opnio  que temos que dar um tempo para o autor defender
  seu changeset ou concordar com a reverso, mas se ele no se
  manifestar  melhor reverter o qto antes... qto ao tempo de
  espera, acho que pelo menos 1 ms  razoavel, eu pelo menos no
  consigo acompanhar tudo na lista a todo momento..
  
  Nelson, j tentou contatar ele por outras formas alm da lista, s
  por garantia?
  
  Atenciosamente,
  Roger.
  
  --
  Em 29-01-2014 23:21, John Packer escreveu:


  
Pelo que entendi, o Nelson est tentando evitar que essa energia
para melhorar o mapa no v descarga a baixo caso aparea
pedidos de remoo de uma rea com uma fonte ilegal.
  Para quem no chegou a ver, o Nelson citou um caso
brasileiro em que uma rea bem grande foi removida por ter fonte
ilegal(junto com as informaes novas legais), e isso +- 5 anos
depois de ser includa! Ou seja, o dano foi grande.
  Em 29/01/2014 23:04, "Paulo Carvalho"
paulo.r.m.carva...@gmail.com
escreveu:

  

  
  Em 29 de janeiro de 2014 20:43, thunder...@gpsinfo.com.br
escreveu:

  

  
Amigos,
confesso que estou viajando nesse debate.

Sabemos que existem diversos provedores de
  imagem satlite e at hoje no identifiquei um
  provedor sequer que tenha a imagem
  perfeitamente georeferenciada.

Um desenvolvedor que faz um bom trabalho
  coleta tracks da rea que deve desenhar e
  emprega como pano de fundo uma imagem de
  melhor qualidade naquela rea. Antes de
  iniciar o desenho do arruamento deve alinhar
  aquela imagem pelos tracks coletados.

Compreendo que no se deve empregar a
  imagem do Google por fora de licena daquele,
  entretanto se o desenho do arruamento no
  coincidir com a imagem do Google que prova
  existir que foi empregada a imagem do Google?

O emprego de dados do mapa do Google, como
  nome de vias,  outra estria que
  particularmente nunca empreguei porque existem
  tantos erros que no confio naqueles dados.

No desejo criticar a preocupao quanto
  aos dados inseridos em Planaltina, mas na
  minha opinio no momento existem preocupaes
  maiores a serem debatidas.

Venho garimpando novos editores e
  recentemente um deles comentou comigo o
  seguinte:

Marcio, tambm
  estou fazendo edioes no mapa da cidade de
  Sao Paulo, mas confesso que o mapa est
  bastante desanimador em termos de
  roteamento, tudo errado, sem chance de
  recomenda-lo para usurio comum de gps,
  por enquanto. O maior problema  a total
  falta de restrioes de manobras em vias
  (normalmente expressas, primrias e
  secundrias) e consequente erros de
  roteamento.

Sem duvida algum poder mais uma vez
  comentar que o OSM no  focado to somente
  para navegao satelital, 
  

  



Independentemente de ser de mltiplo propsito,
  esse tipo de erro  crasso. Tambm tenho observado
  isto no Rio. A Av. das Amricas, por exemplo,
  apresenta seus retornos com conexes com as pistas de
  dentro de forma que seria possvel manobras proibidas
  e perigosas.


Concordo que devemos investir mais energia na
  melhoria dos mapas e menos em lanar suspeita sobre
  usurios que esto 

Re: [Talk-br] Excesso de living street em Porto Alegre

[Roger C. Soares]

Como usuário, eu gostei de ter as vilas mapeadas com living_street e 
landuse residential qdo eu fui pra Porto Alegre. Depois disso eu marquei 
algumas em Ribeirão, aquelas que eu conheço e nunca entraria em situação 
normal..


Mas pensando em dados, seria interessante ter uma tag específica ou 
extra para definir que a área é um aglomerado subnormal ou um condomínio 
ou outra coisa. Se algum dia alguém quiser fazer um mapa de todos os 
aglomerados do brasil ficaria bem fácil.


Atenciosamente,
Roger.

--
Em 07-01-2014 11:12, Fernando Trebien escreveu:

Aqui em Porto Alegre, sem as living streets, praticamente todos os
roteadores me mandavam por ruelas dentro de vilas perigosas.
Basicamente foi isso que me motivou inicialmente a classificar essas
vias como living streets - e depois, a evoluir o meu conceito para o
de vias com pedestres na pista (que é o que acontece nessas vias) e
por fim (agora) para vias residenciais sem calçada.

Ideal mesmo seria ter uma tag para alterar explicitamente a
preferência do roteador por uma via - mas ainda assim, acho que
acabaríamos discutindo sobre qual a maneira mais ética de definir essa
preferência. Da maneira que o conceito evoluiu nessa discussão (para
vias residenciais sem calçada ou estreitas demais, com a justificativa
de que esses fatores incentivam o trânsito de pedestres no espaço dos
veículos), parece bastante ético e não discriminatório, e tem
essencialmente o mesmo benefício (para render e router) que eu buscava
originalmente.

(Talvez ninguém tenha se dado conta, mas há living streets fora de
vilas aqui também. São vias estreitas ou vias sem pavimentação E sem
calçada, mesmo em regiões mais favorecidas.)

Já a questão das terciárias foi motivado porque o mapa de Porto Alegre
estava um caos quando eu comecei a mapear, a classificação não tinha
padrão nenhum. Muitas das avenidas que hoje são primárias (e o são
porque são oficialmente arteriais) estavam como secundárias, e não
havia terciária em lugar nenhum. Obviamente ninguém tinha feito uma
classificação coerente (seja qual for o método adotado).

2014/1/7 Gerald Weber gwebe...@gmail.com:

Me permitam fazer um outro comentário aqui:

2014/1/6 Augusto Stoffel arstof...@yahoo.com.br

* Roteamento: Uma das razões para marcar certas vias como
   contraindicadas seria melhorar o roteamento.  Eu não gosto dos
   resultados, na prática.  Por exemplo, o trajeto que eu costumava
   fazer do Campus do Vale da UFRGS até o (defunto) Estádio Olímpico
   incluía tomar a Barão do Amazonas, Caldre Fião, Oscar Schneider, etc
   [2].  Esse é provavelmente o caminho ótimo para quem prefere vias
   secundárias; e talvez seja melhor que o caminho canônico (que
   seguiria pela Bento Gonçalves até a Azenha) até mesmo para quem
   prefere vias principais.  No entanto, foi decidido que a Barão do
   Amazonas é uma rua indigna, e o roteador nunca descobrirá esse
   caminho, mesmo operando em um modo que prefere vias secundárias.


Olha, mapear para roteamento tem os mesmos problemas de mapear para o
renderizador.

Há diversos roteadores, cada um vai te dar resultados diferentes para o
mesmo caso de ir de A para B.

Aqui em BH, nunca um roteador (qualquer que fosse, Google, Tomtom, Osmand
etc) faz os caminhos que eu faria normalmente, seja para onde for.

No final toda rota computada acaba sendo uma aproximação. O ideal é que você
não confie cegamente, ou confie desconfiando.

Se você quiser rotas boas e realistas você tem que ter um esquema que coleta
os hábitos de trajeto dos motoristas, e usar algorítmos de aprendizado por
máquina para computar rotas realmente boas. Você não faz isto com mapas
estáticos.

Por isto não adianta estressar por causa de roteamentos.

Em termos de roteamento meus únicos problemas reais acontecem quando o
roteador me manda fazer um trajeto impossível, por exemplo envolvendo uma
conversão à esquerda que não tem jeito de fazer. Isto sim, tem jeito de
consertar. O resto, não.

abraço

Gerald



___
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] Erros comuns encontrados nos dados

[Roger C. Soares]

  
  
No sei se  difcil, mas eu gostaria
  de algo para validar se o addr:street bate com o nome da rua
  prxima. Ou pelo menos que o nome exista em alguma das ruas
  carregadas no JOSM. O meu caso  mudana de nome, por exemplo,
  tirar abreviao ou trocar extenso por nmero.
  
  Se desse pra avisar que a distncia entre numeraes passa de 1km
  (na interpolao) tb seria bom, j que elas so ignoradas...
  
  Atenciosamente,
  Roger.
  
  --
  Em 08-12-2013 09:59, Marcelo Pereira escreveu:


  Nelson,


No sei se  isso q vc perguntou, mas no mapa em Recife,
  praticamente no h o nome "Rua", "Avenida", etc nas vias.


Ao invs de Rua Visconde de Abaet, s tem o Visconde de
  Abaet.


Quando eu estava no TRC, isso era um problema, no sei se 
  assim no OSM.


Marcelo Pereira
  
  

Em 7 de dezembro de 2013 22:09, Nelson
  A. de Oliveira nao...@gmail.com
  escreveu:
  Quais so
os erros mais comuns que vocs encontram e que poderiam ser
de alguma forma validados?
Por exemplo, eu tenho um validador personalizado para o JOSM
que me
avisa sobre highways sem a tag surface, vias com nome
"Rotatria" e
waterways e highways com layer negativo mas sem tunnel.

A gente poderia ter um validador para os erros mais comuns
encontrados
no Brasil.

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





-- 
-
TImbuSrieA2013
  
  
  
  
  ___
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] Nova Serrana só com vias secundárias

[Roger C. Soares]

  
  
Alfenas tb precisava de uma
  arrumadinha:
  http://www.openstreetmap.org/#map=15/-21.4304/-45.9479
  
  
  Em 08-12-2013 14:20, Gerald Weber escreveu:


  
Algum anima arrumar isto?


http://osm.org/go/PAVFTE60-


  
  
  
  
  ___
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] Removal of data from Eduardo Francis Batista

[Roger C. Soares]

  
  
This area was severely affected as
  well:
  http://www.openstreetmap.org/#map=9/-21.5093/-46.4859
  
  You can zoom between levels 9 and 10 to see the differences,
  cities like Guaxup, Monte Belo, Alfenas, Nova Resende, etc are
  all gone.
  
  Also, I couldn't trace SP-350 close to So Jos do Rio Pardo,
  there's only low resolution images in that area. If someone has
  some GPS logs from that it would help.
  
  Regards,
  Roger.
  
  --
  Em 16-10-2013 09:30, Gerald Weber escreveu:


  Dear Alex


we could indeed use some help here :)


I would say that the centre of the redaction was the city
  of Pouso Alegrehttp://osm.org/go/Nqo2Jkl--


If you zoom back and forth you will see what I mean.


Quite a lot of important primary roads are now missing. The
  redacted data were around 5 years old and a lot of people
  worked with this data in good faith. So you will see a lot of
  orphaned nodes and ways laying around.


The good news is that most of the region now has good Bing
  coverage and quite a few GPS tracklogs are available too.


later today I will try to come up with a more complete list
  of roads that need to be urgently retraced.


I think that I speak for my Brazilian colleagues in saying
  that we could use a few additional helping hands at this
  critical moment.


best wishes


Gerald




  
  

On 15 October 2013 17:39, Alex Barth a...@mapbox.com
  wrote:
  

  Gerald -
  
  
  Can you share more what parts need repairing? Would
be interested to find out whether we can help.


  

  
  
On Tue, Oct 15, 2013 at 6:42 AM, Gerald Weber gwebe...@gmail.com
wrote:

  Dear Paul


thank you for taking care of the redaction.
  We already noticed quite a hole in the middle
  of Brazil :)


That was quite a time bomb. We already
  started retracing the main primary roads that
  vanished, but I guess it will take us some
  time to get this region back to some
  acceptable level.


best wishes



Gerald
  
  


  
On 14 October 2013 23:09, Paul Norman penor...@mac.com
  wrote:

  
  

  The redaction (removal of data) has
been completed.

 From: Paul Norman [mailto:penor...@mac.com]
 Sent: Sunday, October 06, 2013
12:49 AM
 Subject: [Talk-br] Removal of data
from Eduardo Francis Batista

   Awhile back the DWG had
  complaints of Eduardo Francis Batista
  using
   Google Earth aerial imagery to
  generate OSM data. We were hoping that
   someone would be able to identify
  data of his which could be kept, but
   no one has come forward with a
  list of what contributions of his
  aren't
   Google-derived so unfortunately
  it looks like the best option is to
   remove (redact) all of his
  contributions. This will take each
  object,
   sort out what he contributed and
  what others 

[Talk-br] Trecho da Anhanguera removido

[Roger C. Soares]

Tem como descobrir qual changeset retirou um trecho da anhanguera? 
Queria saber se pode ser vandalismo ou se tem a ver com essas últimas 
redactions..


http://www.openstreetmap.org/#map=17/-21.84731/-47.49481

Atenciosamente,
Roger.


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

Re: [Talk-br] Trecho da Anhanguera removido

[Roger C. Soares]

Em 16-10-2013 12:18, Nelson A. de Oliveira escreveu:

2013/10/16 Roger C. Soares rogersoa...@gmail.com:

Tava dando uma olhada no whodidit e ele só mostra 3 changesets nessa área,
com age: eternity.

Olha pelo history:

http://www.openstreetmap.org/browse/changesets?bbox=-47.50491499900818%2C-21.852656387264016%2C-47.48632192611694%2C-21.84324585594549

O primeiro pnorman redaction revert (changeset 18289381)

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



A área das alterações passa bem na altura do trecho removido, fora isso 
eu não consigo ver claramente o caminho removido.. mas deve ter sido 
isso mesmo.


De qualquer forma, está corrigido. Não vou mais precisar entrar em Porto 
Ferreira pra ir pra São Paulo :)


Atenciosamente,
Roger.


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

Re: [Talk-br] Comportamento suspeito de Moovit

[Roger C. Soares]

No site no encontrei atribuio, mas na app para o celular tem no
sobre, inclusive, achei a app bem interessante :)

Eles no so pequenos, tiveram um tanto bom de investimento e segundo
esse vdeo
http://www.youtube.com/watch?v=EVvClnmxD2c
eles contactaram a prefeitura de Curitiba. Algum contato oficial eles
tem, isso  bom.

J tem algum tempo que eu desconfio que os mapas do Google, Bing, e
outros comearam com dados pblicos... seria bem interessante se eles
confirmassem alguma fonte pblica, pq na teoria o Brasil tem bastante
dados que deveriam ser domnio pblico na minha opinio. O problema 
que os rgos no deixam claro o que  pblico e o que no ... :(

Atenciosamente,
Roger.

--
Gerald Weber escreveu:

  Pelo que entendi h 2 assuntos distintos aqui.
  
  
  1) o servio Moovithttp://www.moovitapp.com/fazendo
uso dos mapas do OSM sem atribuio, aparentemente inclusive usando o
tile server
  
  
  2) um usurio chamado Moovit Team, provavelmente associado ao
servio moovit, fazendo mapeamendo ao redor do mundo, aparentemente
pegando coisas do Google
  
  
  acho que os dois caso tem que ser tratados separadamente.
  
  
  
  2013/9/22 Vitor George vitor.geo...@gmail.com
  
Oi Martin,
Tente primeiro mandar uma mensagem para o usurio para
que ele possa esclarecer a situao. Se ele no responder ou der uma
resposta insatisfatria, a gente pode decidir por reverses ou acionar
o DWG.
Abs
Vitor

Em 21/09/2013 22:18, "Martin Weilandt" martin...@gmx.net
escreveu:


Ol,
  
nos ltimos dias fiz duas observaes em relao ao Moovit que acho
relevantes para a comunidade:
  
Primeiro (como j mencionei em forum.openstreetmap.org),
informei eles ontem que esto usando dados (e tiles) do OSM sem
atribuio. Segundo seus termos legais eles pedem os usurios a avisar
sobre "copyright infringements", mas no me fao a mnima ideia como
uma tal empresa simplesmente podia esquecer este detalhe no seu site: http://www.moovitapp.com/plan-trip/. Mas vamos ver
o que eles respondem.
  
Segundo, o usurio "Moovit Team" est fazendo muitas grandes edies
(centenas de nomes de ruas pelo Potlatch) nas cidades servidas no
Brasil sem dar fonte alguma, por exemplo aqui:
  http://www.openstreetmap.org/browse/changeset/17864510.
Ele usa abreviaes como "R.", "Av." ou at "Sd-pm" literalmente como
no Google Maps e tambm coloca nomes erradas exatamente como no site do
seu maior concorrente: Piztz em vez de Pitz ou Tzachel em vez de
Tzaschel em Itaja (onde os mapas em PDF do IBGE nem tem nomes de rua).
Algum por acaso j mandou uma mensagem de bem-vindos para esse novo
colega hiperativo? Mas se for necessrio, posso mandar um e-mail
educado para ele tambm. Nem sei se usurios daquele aplicativo podem
colocar nomes de ruas, mas o mapeamento  to sistemtico que valeria a
pena perguntar se eles no conhecem alguma fonte que merece ser usada
por todo mundo.
  
Martin
  
___
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

  
  
  
  
  
  
-- 
  Dr. Gerald Weber
  gweber...@gmail.com
  Personal
website
  
  
  Departamento de Fsica/Universidade Federal
de Minas Gerais
  Department of Physics/Federal University of
Minas Gerais
  Campus da Pampulha
  Av. Antnio Carlos, 6627, 31270-901 Belo
Horizonte, MG, Brazil
  mobile: +55-(0)31-96462277 (mudou/changed
02/07/2013)
  
  

___
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] Permissão concedida para importar dados

[Roger C. Soares]

Se só visualizar já ajudar, uma vez eu usei esse site pra converter pra
pdf:
http://www.zamzar.com/convert/dwg-to-pdf/

Atenciosamente,
Roger.

--
Edil Queiroz de Araujo escreveu:

  
  
  Bom dia a todos,
  
Fico muito feliz em dizer que um dos pedidos de dados realizados foi
bem recebido pelo setor de Agropecuária e Meio Ambiente e o resultado
foi positivo: possuem dados de domínio público que podem ser utilizados
:D
  
  
  São três mapas que tratam do trabalho de levantamento
hidrográfico do município, e incluem nomes de rios e córregos e até as
bacias hidrográficas. Se não me engano, tem também algumas áreas de
reflorestamento e até informações sobre pastagens e vegetação.
  
  
  
Bom, recebi a resposta por telefone e fui buscar os dados pessoalmente
com pendrive... mas só um detalhe: os estão em DWG (AutoCad)... alguém
pode dar uma ajuda para converter desse formato para um formato aberto?
  
  
  
  
  
  
  Edil Queiroz de Araujo
  
  
  
  
  
  
  

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





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

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Recaptulando, Rua Campos Salles, Ribeiro Preto,

No incio nenhum nro aparecia nas buscas:
555|1855--|2089 (1 way)

Depois adicionei o nro 2005 na interpolao e continuou no retornando nros nas buscas:
555|1855---2005-|2089 (1 way)

Depois apenas quebrei a interpolao em 3 caminhos, de 1855 a 2089 comeou a funcionar:
555||1855|---|2005|-|2089 (3 ways)

E por ltimo combinei o caminho da interpolao em 1 novamente, e de 1855 a 2089 continuou funcionando:
555|1855---2005-|2089 (1 way)

Eu no vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz que exista alguma limitao de tamanho mesmo, na av independncia tem uma interpolao que vai de 1500 a 2514 que tb no funciona. Talvez como ela j foi indexada, se eu colocar outros nros no meio no seja suficiente para reindexar, teria que apagar o caminho e criar um novo...

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Agora entendi. Bem, deixar os terminais vazios no faria muito
sentido. Nesse caso o melhor ou  dar um nmero aproximado ou colocar
os terminais com uma tag "fixme" pedindo para algum avaliar o melhor
nmero. Eu tenho esse costume em Porto Alegre: vou marcando vrias
coisas com fixme, depois tiro 1 dia pra fazer inspeo e resolver as
dvidas. Tem funcionado muito bem.

Agora sinceramente no sei por que os seus interpoladores no
funcionam, tudo me parece correto. Uma sugesto: tente quebr-los em
algum ponto (digamos, na metade) e veja se alguma coisa muda (se um
dos lados passa a funcionar, ou ambos). Se mudar, sugiro que voc
desfaa a sua alterao, verifique que parou de funcionar de novo, e
da abra um ticket no TRAC do Nominatim (se voc quiser posso fazer
isso) relatando o problema: https://trac.openstreetmap.org

2013/7/27 Roger C. Soares rogersoa...@gmail.com:
  
  
Nesse meu comentrio eu estava pensando nos ns terminais vazios:

  []_[20]_[40]_[]
 /   \
[]---highway-[]

At um tempo atrs eu imaginava que ele pudesse tirar uma mdia e calcular
que o primeiro n  prximo do 0 e o ltimo prximo do 60. Assim, se algum
buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo
a primeira e a 40 a ltima.

Quanto a rejeitar apenas o intervalo que no passou na validao, vc tem
razo. Percebi agora que um dos exemplos que eu estava usando tem um nro no
meio que est estragando a sequncia. Acho que era um prdio em construo,
ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar l.

Em Ribeiro Preto, na Quintino Bocaiva, apesar do segundo intervalo no
retornar, o primeiro retorna, realmente boa notcia:
Rua Quintino Bocaiva - de 9 a 275 (266 nros), 220m

J na campos salles, os 2 intervalos no retornam, apesar de terem menos
nros por metro que na quintino:
Rua Campos Salles - de 555 a 1855 (1300 nros), 1310m
Rua Campos Salles - de 1855 a 2089 (234 nros), 230m

Talvez pq os nros esto muito distantes um do outro?


Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

Olha, ele aceita ns sem nmero sim. Esses ns servem apenas para
fazer o interpolador acompanhar melhor as curvas da via principal.

Veja este n por exemplo:
http://www.openstreetmap.org/browse/node/2249544793

Da onde diz "Parte de", clique no link para ver o interpolador. Ele 
bem longo e cheio de ns, alguns com nmero, outros sem. Os sem nmero
ficam totalmente sem tags.

Outro n no mesmo interpolador (logo ao lado do anterior), mas com
nmero: http://www.openstreetmap.org/browse/node/2248442311

Se voc agora buscar por "avenida guaba 10740 poa" vai encontrar um
resultado.

Uma coisa interessante sobre esse interpolador (que diz algo sobre
como funciona o Nominatim)  que a verificao de sanidade rejeita o
primeiro intervalo, de 9894 a 10652, mas no rejeita os demais (boa
notcia). Nesse intervalo h uma diferena de 758 nmeros em uma
distncia de 92 metros.

(Esse  o caso mais estranho de numerao em Porto Alegre. A rua foi
renumerada algumas vezes mas ningum forou a mudana, ento h
algumas geraes de nmeros intercaladas a, por isso vrios
interpoladores simultneos. A numerao na fonte que eu vou importar
acompanha 1 dessas interpolaes, acredito que seja a numerao
"oficial" - a que vai passar a valer ao longo do tempo. Acho que o
ideal nesse caso  usar interpoladores para a numerao oficial e
mapear cada casa separadamente, afinal seria uma exceo.)

2013/7/26 Roger C. Soares rogersoa...@gmail.com:


Legal,  exatamente assim que eu tenho mapeado. Qdo o nmero  de um prdio
eu tb coloco o nome no addr:housename, pra quando algum fizer o contorno
ter a informao l.

Eu dei uma olhada em algumas interpolaes que eu fiz e qdo as distncias
so prximas realmente esto funcionando legal. Como numerao pra mim no 
prioridade no momento eu coloco s algumas que eu fotografo, e as vezes eu
ligava um nro numa interpolao que estava funcionando e ela parava de
funcionar, ou vic

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Ok, sem problema.
S pra ser mais preciso, o intervalo de 555 a 1855 pra mim no
funcionou em nenhuma situao, qdo eu quebrei em 3 caminhos ficou
exatamente como est agora.. s retornava para o intervalo de 1855 a
2089.

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Hm olha s, o Nominatim no est gerando os nmeros de 555 a 1855, mas
os outros sim. J criei um ticket descrevendo essa situao
(https://trac.openstreetmap.org/ticket/4925), ento peo pra voc no
alterar o interpolador at que eles investiguem. (Da ltima vez,
demoraram umas 2 semanas para me dar uma resposta.)

2013/7/30 Fernando Trebien fernando.treb...@gmail.com:
  
  
Eu j vi algum descrevendo alguma situao parecida no TRAC do
Nominatim, acho que  um bug conhecido (e at acho que j aconteceu
comigo, mas como alterei mais coisas de uma vez s, no tive certeza).
De qualquer forma, estava to certo o jeito que voc fez antes quanto
est agora quanto estava quando quebrado em 3 partes (s um pouquinho
menos eficiente). Era pra funcionar em todas essas situaes.

Tambm j passei por casos em que o Nominatim demorou pra atualizar,
ento eu sugiro que voc olhe 1 dia depois da alterao pra confirmar
que continua funcionando. Se sim, me avisa que eu abro o bug. De
qualquer forma, sugeriria deixar como est at que eles olhem o
problema e, se no consertarem, da quebrar em 3 partes de novo (ruim,
mas podemos fazer muito pouco, a menos que criemos um servio
alternativo ao Nominatim).

2013/7/30 Roger C. Soares rogersoa...@gmail.com:


  Recaptulando, Rua Campos Salles, Ribeiro Preto,

No incio nenhum nro aparecia nas buscas:
555|1855--|2089 (1 way)

Depois adicionei o nro 2005 na interpolao e continuou no retornando nros
nas buscas:
555|1855---2005-|2089 (1 way)

Depois apenas quebrei a interpolao em 3 caminhos, de 1855 a 2089 comeou a
funcionar:
555||1855|---|2005|-|2089 (3 ways)

E por ltimo combinei o caminho da interpolao em 1 novamente, e de 1855 a
2089 continuou funcionando:
555|1855---2005-|2089 (1 way)

Eu no vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz
que exista alguma limitao de tamanho mesmo, na av independncia tem uma
interpolao que vai de 1500 a 2514 que tb no funciona. Talvez como ela j
foi indexada, se eu colocar outros nros no meio no seja suficiente para
reindexar, teria que apagar o caminho e criar um novo...

Atenciosamente,
Roger.

--

Fernando Trebien escreveu:

Agora entendi. Bem, deixar os terminais vazios no faria muito
sentido. Nesse caso o melhor ou  dar um nmero aproximado ou colocar
os terminais com uma tag "fixme" pedindo para algum avaliar o melhor
nmero. Eu tenho esse costume em Porto Alegre: vou marcando vrias
coisas com fixme, depois tiro 1 dia pra fazer inspeo e resolver as
dvidas. Tem funcionado muito bem.

Agora sinceramente no sei por que os seus interpoladores no
funcionam, tudo me parece correto. Uma sugesto: tente quebr-los em
algum ponto (digamos, na metade) e veja se alguma coisa muda (se um
dos lados passa a funcionar, ou ambos). Se mudar, sugiro que voc
desfaa a sua alterao, verifique que parou de funcionar de novo, e
da abra um ticket no TRAC do Nominatim (se voc quiser posso fazer
isso) relatando o problema: https://trac.openstreetmap.org

2013/7/27 Roger C. Soares rogersoa...@gmail.com:


Nesse meu comentrio eu estava pensando nos ns terminais vazios:

  []_[20]_[40]_[]
 /   \
[]---highway-[]

At um tempo atrs eu imaginava que ele pudesse tirar uma mdia e calcular
que o primeiro n  prximo do 0 e o ltimo prximo do 60. Assim, se algum
buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo
a primeira e a 40 a ltima.

Quanto a rejeitar apenas o intervalo que no passou na validao, vc tem
razo. Percebi agora que um dos exemplos que eu estava usando tem um nro no
meio que est estragando a sequncia. Acho que era um prdio em construo,
ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar l.

Em Ribeiro Preto, na Quintino Bocaiva, apesar do segundo intervalo no
retornar, o primeiro retorna, realmente boa notcia:
Rua Quintino Bocaiva - de 9 a 275 (266 nros), 220m

J na campos salles, os 2 intervalos no retornam, apesar de terem menos
nros por metro que na quintino:
Rua Campos Salles - de 555 a 1855 (1300 nros), 1310m
Rua Campos Salles - de 1855 a 2089 (234 nros), 230m

Talvez pq os nros esto muito distantes um do outro?


Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

Olha, ele aceita ns sem nmero sim. Esses ns servem apenas para
fazer o interpolador acompanhar melhor as curvas da via principal.

Veja este n por exemplo:
http://www.openstreetmap.org/browse/node/2249544793

Da onde diz "Parte de", clique no link para ver o interpolador. Ele 
bem longo e cheio de ns, alguns com nmero, outros sem. Os sem nmero
ficam totalmente sem tags.

Outro n no mesm

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Acho que eu tb no usaria o 3 apenas pelo fato da busca no osm no
retornar para todos os nmeros. Eu at acho isso meio irritante, mas
como os nros aparecem no mapa, d pra se localizar.

Os dados para serem importados possuem apenas as pontas dos
quarteires? Se tiver mais nros nas posies corretas, acho que seria
interessante importar todos, assim algum poderia desenhar os contornos
sem ter que inspecionar tudo..

Atenciosamente,
Roger.

--
Arlindo Pereira escreveu:

  O mtodo 3 me parece estritamente errado. Os endereos
no existem, ponto. Adicion-los me parece, usando uma gria carioca,
"forao de barra" para evitar uma falha/bug/feature do buscador. Uma
espcie de "tag for the renderer".
  
  
  []s
  
  2013/7/25 Fernando Trebien fernando.treb...@gmail.com
  Uma
imagem vale mais do que mil palavras, ento s pra explicar
melhor: http://i.imgur.com/uwNSCWA.png

Ignorem os pontos e as cruzes amarelas (no me aventurei a descobrir
uma forma de escond-las).

A rua 1 est feita com o mtodo mais simples. Serve bem para as ruas
onde a numerao obedeceu a regra da distncia desde o incio da rua.
Tem a eventual desvantagem de, em alguns casos, gerar coordenadas que
so mais prximas de uma das vias transversais do que da via
principal.

A rua 2 est feita da forma que eu observei no RJ.  a mais
estritamente correta, mas se algum procurar por um nmero que cairia
dentro do cruzamento, nenhum resultado  encontrado.

A rua 3 est feita da forma que eu observei em Buenos Aires. Notem que
na rua mais  direita a numerao original foi preservada por causa da
grande diferena de numerao entre os dois lados. No  to correta,
mas a interpolao (por ser uma aproximao) tambm no , e teria a
vantagem de sempre chegar a uma posio aproximada (mesmo que o
endereo no exista, ou seja um endereo novo ainda no mapeado,
etc.). Penso que seja a melhor para conversores e importaes
automticas, a menos que se tenha certeza do cuidado que tiveram com a
numerao.

Claro que todas esses mtodos tambm servem para 1 nico interpolador
ao invs de 2 (um para cada lado).

Se algum quiser o arquivo original para modificar e fazer seus
prprios exemplos: http://db.tt/vtIIhLjG

O que eu fiz em Porto Alegre no  nenhum desses 3 mtodos :P Seria
basicamente um misto da rua 2 com a rua 1 passando a linha do
interpolador pelo meio do cruzamento sempre. Mas estou tendendo mais
ao mtodo da rua 3 agora.

2013/7/25 Fernando Trebien fernando.treb...@gmail.com:

 Acho que no foi ainda bem estabelecida a
forma mais "correta" de usar
 os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
 Navigator) basta:
 - addr:interpolation na linha (o interpolador) que acompanha via
 principal pela lateral
 - addr:housenumber em alguns dos ns ao longo dessa linha, sempre
 acompanhado de addr:street com o valor correto (os ns sem nmero
 servem apenas para definir o contorno do interpolador e gerar
 coordenadas nos lugares certos, algo importante em curvas)

 Colocar addr:street na linha me pareceu o jeito mais natural desde
o
 comeo, mas acabei descobrindo que no  necessrio. Por outro
lado,
 repetir esse mesmo valor em cada n com numerao me parece uma
 tremenda redundncia de informao... no fao idia do que a
 comunidade tinha em mente quando decidiram fazer assim.

 2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com:
 O que eu tenho feito  mapear vias com addr:street=[nome da
rua] e
 addr:interpolation:[odd|even], com seus ns tendo
addr:street=[nome da rua]
 (de novo) e addr:housenumber=[numero], uma para cada
quarteiro.

 Por exemplo: Procurem por Rua Bento Lisboa, 60.
 http://openstreetmap.org/?lat=-22.926233lon=-43.179654zoom=18layers=M

 Nesse exemplo, os nmeros dos prdios na Rua Bento Lisboa
antes e depois da
 Rua Tavares Bastos so 72 e 96. Dessa forma, procurando antes
ou depois de
 qualquer um desses nmeros a interpolao funciona, mas entre
os dois no,
 pois de fato no h casas com este endereo.

 No sei se  a forma mais correta, mas funciona. =)

 []s
 Arlindo "Nighto" Pereira

 2013/7/25 Roger C. Soares rogersoa...@gmail.com

 Deveria. Na minha opinio no seria necessrio nem um way
com
 addr:interpolation, o engine deveria saber pegar os nros
com o mesmo
 addr:street e interpolar segundo as regras de uma rea que
contm a rua, o
 pas por exemplo.


 Mas o wiki define que interpolao tem que ter um way e
talvez seja at pq
 a minha idia no funcione para o mundo todo. A minha
dvida : Como se
 mapeia a interpolao de forma contnua para a rua toda?

 Eu tenho colocado os nros conforme eu vou encontrando e
ligando com
 addr:interpolation, me parece lgico. Segundo o
comportamento do Nominatim
 descrito pelo Fernando, o que eu estou fazendo no
funciona, e na prtica
 realmente no funciona (sempre). Agora, isso  bug ou
feature do Nominatim?
 Quem decide? Tem outro jeito correto para mapear? 
correto manter a
 interpolao e tb numerar o contorno da construo? Muitas
perguntas? :)

 Atenciosamente,
 Roger.

Re: [Talk-br] Nomes de rua abreviados

[Roger C. Soares]

Coloca o "Rua: " tb, j vi algumas ocorrncias..

Fernando Trebien escreveu:

  H um tempo eu fiz um script em Python para arquivos .osm que faz
substituies de strings (incluindo expresses regulares) nos valores
das tags escolhidas (filtradas pelo nome da chave e por tipo de
elemento - n, linha, relao, etc.) ajustando corretamente o atributo
"action" de cada elemento e considerando ou ignorando maisculas e
minsculas. Ele funciona em linha de comando (inclui um help bsico),
mas ainda no tive tempo de concluir a interface grfica (posso dar
uma acelerada nisso e disponibilizar). J usei ele em alguns datasets
meus e em Braslia onde um usurio importou dados com problemas nos
caracteres acentuados.

Acho que seria til para esse trabalho j que seria essencialmente
substituir as seguintes expresses regulares (ignorando maisculas e
minsculas) nas linhas "highway":

"^R[. ]"  "Rua"
"^Av[. ]"  "Avenida"

Podemos fazer mais dessas, baseados nessa lista de abreviaturas:
http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese

O bot poderia simplesmente baixar os pedaos do mapa, aplicar o script
e ento submeter o resultado.

2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com:
  
  
Pessoal,

a discusso sobre endereamento me lembrou de um outro problema: ainda
existem diversas cidades no pas com uma grande quantidade de ruas com nomes
abreviados. Por exemplo, Manaus:

http://openstreetmap.org/?lat=-3.12454lon=-60.00528zoom=17layers=M

Algum anima uma fora tarefa para corrigir isso? Me parece o tipo de tarefa
apropriada para um bot.

[]s
Arlindo "Nighto" Pereira

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


  
  


  





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

Re: [Talk-br] Nomes de rua abreviados

[Roger C. Soares]

Por enquanto s vi com rua.

Fernando Trebien escreveu:

  Anotado. Voc viu s com "rua" ou ser que podem ter feito tambm
alguma "Avenida: " ?

2013/7/26 Roger C. Soares rogersoa...@gmail.com:
  
  
Coloca o "Rua: " tb, j vi algumas ocorrncias..

Fernando Trebien escreveu:

H um tempo eu fiz um script em Python para arquivos .osm que faz
substituies de strings (incluindo expresses regulares) nos valores
das tags escolhidas (filtradas pelo nome da chave e por tipo de
elemento - n, linha, relao, etc.) ajustando corretamente o atributo
"action" de cada elemento e considerando ou ignorando maisculas e
minsculas. Ele funciona em linha de comando (inclui um help bsico),
mas ainda no tive tempo de concluir a interface grfica (posso dar
uma acelerada nisso e disponibilizar). J usei ele em alguns datasets
meus e em Braslia onde um usurio importou dados com problemas nos
caracteres acentuados.

Acho que seria til para esse trabalho j que seria essencialmente
substituir as seguintes expresses regulares (ignorando maisculas e
minsculas) nas linhas "highway":

"^R[. ]"  "Rua"
"^Av[. ]"  "Avenida"

Podemos fazer mais dessas, baseados nessa lista de abreviaturas:
http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese

O bot poderia simplesmente baixar os pedaos do mapa, aplicar o script
e ento submeter o resultado.

2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com:


Pessoal,

a discusso sobre endereamento me lembrou de um outro problema: ainda
existem diversas cidades no pas com uma grande quantidade de ruas com nomes
abreviados. Por exemplo, Manaus:

http://openstreetmap.org/?lat=-3.12454lon=-60.00528zoom=17layers=M

Algum anima uma fora tarefa para corrigir isso? Me parece o tipo de tarefa
apropriada para um bot.

[]s
Arlindo "Nighto" Pereira

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







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


  
  


  





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

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

entre os
nmeros de cada lado seria simplesmente uma linha reta. A rua 5  o
exemplo de como eu fiz em Porto Alegre, onde essa extenso passaria
necessariamente pelo n central do cruzamento. Acho que a rua 4 seria
o melhor equilbrio entre o til e o estritamente correto.

A rua 4 ento modificaria a rua 2 acrecentando interpoladores (linhas
retas) entre os nmeros: 18 e 24, 15 e 27, 52 e 64, 69 e 63.

O resultado: os nmeros exatos so renderizados, e posies
aproximadas so obtidas para todo o intervalo da numerao.

Para completar, essas extenses que passam pelo cruzamento poderiam
receber a tag "addr:inclusion=potential". Que tal?

2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com:
  
  
O mtodo 3 me parece estritamente errado. Os endereos no existem,
ponto.
Adicion-los me parece, usando uma gria carioca, "forao de barra"
para
evitar uma falha/bug/feature do buscador. Uma espcie de "tag for the
renderer".

[]s


2013/7/25 Fernando Trebien fernando.treb...@gmail.com


  Uma imagem vale mais do que mil palavras, ento s pra explicar
melhor: http://i.imgur.com/uwNSCWA.png

Ignorem os pontos e as cruzes amarelas (no me aventurei a descobrir
uma forma de escond-las).

A rua 1 est feita com o mtodo mais simples. Serve bem para as ruas
onde a numerao obedeceu a regra da distncia desde o incio da
rua.
Tem a eventual desvantagem de, em alguns casos, gerar coordenadas
que
so mais prximas de uma das vias transversais do que da via
principal.

A rua 2 est feita da forma que eu observei no RJ.  a mais
estritamente correta, mas se algum procurar por um nmero que
cairia
dentro do cruzamento, nenhum resultado  encontrado.

A rua 3 est feita da forma que eu observei em Buenos Aires. Notem
que
na rua mais  direita a numerao original foi preservada por causa
da
grande diferena de numerao entre os dois lados. No  to
correta,
mas a interpolao (por ser uma aproximao) tambm no , e teria a
vantagem de sempre chegar a uma posio aproximada (mesmo que o
endereo no exista, ou seja um endereo novo ainda no mapeado,
etc.). Penso que seja a melhor para conversores e importaes
automticas, a menos que se tenha certeza do cuidado que tiveram com
a
numerao.

Claro que todas esses mtodos tambm servem para 1 nico
interpolador
ao invs de 2 (um para cada lado).

Se algum quiser o arquivo original para modificar e fazer seus
prprios exemplos: http://db.tt/vtIIhLjG

O que eu fiz em Porto Alegre no  nenhum desses 3 mtodos :P Seria
basicamente um misto da rua 2 com a rua 1 passando a linha do
interpolador pelo meio do cruzamento sempre. Mas estou tendendo mais
ao mtodo da rua 3 agora.

2013/7/25 Fernando Trebien fernando.treb...@gmail.com:
  
  
Acho que no foi ainda bem estabelecida a forma mais "correta" de
usar
os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
Navigator) basta:
- addr:interpolation na linha (o interpolador) que acompanha via
principal pela lateral
- addr:housenumber em alguns dos ns ao longo dessa linha, sempre
acompanhado de addr:street com o valor correto (os ns sem nmero
servem apenas para definir o contorno do interpolador e gerar
coordenadas nos lugares certos, algo importante em curvas)

Colocar addr:street na linha me pareceu o jeito mais natural desde
o
comeo, mas acabei descobrindo que no  necessrio. Por outro
lado,
repetir esse mesmo valor em cada n com numerao me parece uma
tremenda redundncia de informao... no fao idia do que a
comunidade tinha em mente quando decidiram fazer assim.

2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com:


  O que eu tenho feito  mapear vias com addr:street=[nome da rua]
e
addr:interpolation:[odd|even], com seus ns tendo
addr:street=[nome
da
rua]
(de novo) e addr:housenumber=[numero], uma para cada quarteiro.

Por exemplo: Procurem por Rua Bento Lisboa, 60.



http://openstreetmap.org/?lat=-22.926233lon=-43.179654zoom=18layers=M

Nesse exemplo, os nmeros dos prdios na Rua Bento Lisboa antes e
depois da
Rua Tavares Bastos so 72 e 96. Dessa forma, procurando antes ou
depois
de
qualquer um desses nmeros a interpolao funciona, mas entre os
dois
no,
pois de fato no h casas com este endereo.

No sei se  a forma mais correta, mas funciona. =)

[]s
Arlindo "Nighto" Pereira

2013/7/25 Roger C. Soares rogersoa...@gmail.com
  
  
Deveria. Na minha opinio no seria necessrio nem um way com
addr:interpolation, o engine deveria saber pegar os nros com o
mesmo
addr:street e interpolar segundo as regras de uma rea que
contm a
rua, o
pas por exemplo.


Mas o wiki define que interpolao tem que ter um way e talvez
seja
at pq
a minha idia no funcione para o mundo todo. A minha dvida :
Como
se
mapeia a interpolao de forma contnua para a rua toda?

Eu tenho colocado os nros conforme eu vou encontrando e ligando
com
addr:interpolation, me pa

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

A idéia seria continuar mapeando as construções e colocando o número 
exato nelas? Se a numeração for duplicada não vejo problema em 
considerar a interpolação como uma aproximação, inclusive seria até 
interessante que os nros na interpolação não batessem com o nro da 
construção para a busca não retornar 2 endereços repetidos. Tem a tag 
addr:inclusion pra dizer que o nro é aproximado e não o real.


Eu tenho feito inspeções, e eu pego alguns números, na maioria eu tento 
pegar as pontas dos quarteirões. Mas nem sempre, então eu escolhi o modo 
mais fácil pra mim, eu ignoro os quarteirões, sendo o mais simples 
conectar as pontas das ruas, e alguns números no meio caso a rua faça 
alguma curva só para ficar mais bonito na renderização. E sempre coloco 
o nro exato. Se tem um POI mapeado com o mesmo nro eu adiciono no POI tb.


Inclusive, eu acabei achando interessante conectar a rua inteira, tem 
algumas que são quebradas em alguma parte e continuam depois, a linha da 
interpolação me dá uma noção legal de continuidade do que deveria ser a 
rua, por exemplo:

http://www.openstreetmap.org/?lat=-21.193062lon=-47.801154zoom=18layers=M

O primeiro nro do quarteirão é 2210, mas se eu fosse guardar esse nro de 
cabeça eu iria buscar por 2200 ou 2000 (eu faço muito isso), e se a 
interpolação não estivesse conectada ela não retornaria nada. Com a 
interpolação contínua uma localização aproximada de onde eu quero ir 
deveria aparecer, mas pela minha experiência, nem sempre as 
interpolações funcionam no site do openstreetmap, já aconteceu dele 
ignorar o nro ou retornar em outra rua, e não entendi o pq na época...


Eu li em algum lugar que a interpolação é uma forma rápida para mapear 
os nros, mas que a intenção ainda era colocar os nros exatos de cada 
construção, então eu comecei a considerar as interpolações como algo 
auxiliar/temporário. Mas como eu busco um tanto por nros redondos, não 
gostaria de perder as aproximações...


Uma coisa que eu achei interessante em Porto Alegre, mas que não usei 
ainda foi:

http://www.openstreetmap.org/?lat=-21.193062lon=-47.801154zoom=18layers=M

A interpolação na rua General Câmara, entre a rua dos Andradas e Andrade 
Neves, ela tem o nro exato mas termina conectada com a rua. Talvez o nó 
da esquina poderia ter o nro intermediário...


Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

Pessoal,

O Paulo Carvalho tem desenvolvido um conversor TrackSource  OSM e eu
estou prestes a importar a numeração das casas em Porto Alegre via
script. Eu queria opiniões sobre um detalhe de como fazer isso para
produzir um resultado com mais qualidade.

Já encontrei interpoladores no Rio e em Buenos Aires (mas não em
outras grandes cidades de outros países, onde quase tudo está mapeado
edifício por edifício). Em ambos, sempre há 1 linha para cada quadra,
com um número associado ao nó inicial e outro ao final. No Rio, o
número usado foi exatamente o da última casa naquela quadra, logo
antes do cruzamento. Isso deixa alguns números faltando na sequência;
se alguém pesquisar por um desses números, o sistema não retorna
absolutamente nada. Em Buenos Aires, parece que eles escolheram
números de uma forma tal que não fiquem buracos na numeração: se de
um lado o último número é o 20 (numeração par), do outro o primeiro
número é o 22 ou o 18, mas não se pula para o 24 ou para o 16 (ou
qualquer número mais distante), o que deixaria o número 22 ou o 18 de
fora dos resultados da busca.

Exemplo em Buenos Aires:
http://openstreetmap.org/?lat=-34.60868lon=-58.37489zoom=17layers=M

Então, a questão: optamos pela exatidão absoluta e deixamos que o
usuário do mapa fique confuso de vez em quando (especialmente no caso
de novos endereços que ainda não foram mapeados), ou fazemos as
conversões fechando esses buracos? Por exemplo, se de um lado o número
é 20 e do outro é 40, aproximaríamos isso atribuindo um lado ao número
30 e o outro lado ao 32.

O fechamento seria feito somente quando a numeração dos dois lados é
próxima: se houver um salto muito grande, digamos, de mais de 100
(ex.: um lado é 80 e o outro é 190), os números originais seriam
usados.

A minha opinião é de que o fechamento seria interessante porque os
interpoladores são invariavelmente uma mera aproximação. Acho que a
exatidão absoluta faria mais sentido se todos os edifícios estivessem
mapeados individualmente, como é o caso de Berlim, Paris, Londres,
etc. Mas não sei se a minha opinião está de acordo com a opinião
geral, pesquisando não achei absolutamente nenhuma recomendação da
comunidade internacional para o uso dos interpoladores.

  



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

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Se colocar um nro no n central ele tb seria renderizado. Do jeito que
voc fez ficou melhor, teoricamente a interpolao poderia ter um n
vazio.

Quando eu percebi que algumas interpolaes no estavam funcionando eu
comecei a colocar addr:street nos ns, o que no fez diferena. Eu
achei que ele pegasse a rua aproximada apenas se o street no estivesse
definido, mas se ele est pegando a rua mais prxima da interpolao e
ignora o street no n, ento acho que faz sentido no funcionar, ainda
mais com essa "validao de sanidade". No wiki eles falam pra colocar o
street nos ns, eu sempre achei que deveria ser na interpolao...

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Voc poderia colocar um nmero de casa no n central do cruzamento,
mas haveria um conflito se voc tivesse que fazer isso para dois
interpoladores (um para cada rua do cruzamento).

Eu vinha mapeando passando pelo n central mas colocando os nmeros
pouco antes e pouco depois do cruzamento, assim:
http://www.openstreetmap.org/?lat=-30.050852lon=-51.224171zoom=18layers=M

Como fiz isso muito pouco (mais com o objetivo de testar o sistema
mesmo), no me importo de consertar. Desse jeito h 2 vantagens:
- a numerao  contnua (no h nmeros faltando nos cruzamentos,
sempre se consegue uma posio aproximada)
- o roteamento  correto (mesmo os nmeros no interior do cruzamento
so projetados na rua certa, j que o interpolador  mais prximo da
sua rua do que da outra que chega no cruzamento)

Se o interpolador passasse por cima da rua transversal, os nmeros
prximos do cruzamento seriam projetados na rua errada. Se nesse local
as ruas fossem todas de sentido nico (como costuma ser nas regies
mais densas das cidades), isso poderia mudar drsticamente o
roteamento (no restante no mudaria muito).

Alm do aspecto engraado (repetindo esse padro visual em X em cada
cruzamento :P), tem uma desvantagem em fazer do jeito que eu fiz (e
pode ter sido essa a razo para no ter funcionado pra voc algumas
vezes). O Nominatim faz uma verificao de "sanidade" nos
interpoladores: se numa distncia curta a diferena de numerao for
muito grande, ele descarta o interpolador. Ento, se o interpolador
for feito em pedaos (como em Buenos Aires), a chance de algo ser
descartado  muito menor. Descobri isso (e inclusive abri um ticket no
TRAC do Nominatim pensando que era um erro) quando fui mapear a
Avenida Guaba aqui em Porto Alegre: em um trecho de uma quadra, a
numerao saltava de 990 para 1300 entre os extremos. O Nominatim acha
improvvel haver 400 casas nesse espao curto, pensa que  um erro e
acaba no indexando essas casas. (Pelo que entendi o Nominatim no 
muito esperto, cada valor interpolado gera uma entrada no ndice.
Softwares de GPS simplesmente calculam a posio interpolada ao invs
de armazenar a posio de cada nmero separadamente.)

Em lugares em que h tanto um interpolador quanto uma casa mapeada
separadamente com o seu prprio nmero, o Nominatim retorna as 2
posies, mas a que vem do interpolador sempre aparece como segundo
resultado, o primeiro  a prpria casa.

2013/7/25 Roger C. Soares rogersoa...@gmail.com:
  
  
A idia seria continuar mapeando as construes e colocando o nmero exato
nelas? Se a numerao for duplicada no vejo problema em considerar a
interpolao como uma aproximao, inclusive seria at interessante que os
nros na interpolao no batessem com o nro da construo para a busca no
retornar 2 endereos repetidos. Tem a tag addr:inclusion pra dizer que o nro
 aproximado e no o real.

Eu tenho feito inspees, e eu pego alguns nmeros, na maioria eu tento
pegar as pontas dos quarteires. Mas nem sempre, ento eu escolhi o modo
mais fcil pra mim, eu ignoro os quarteires, sendo o mais simples conectar
as pontas das ruas, e alguns nmeros no meio caso a rua faa alguma curva s
para ficar mais bonito na renderizao. E sempre coloco o nro exato. Se tem
um POI mapeado com o mesmo nro eu adiciono no POI tb.

Inclusive, eu acabei achando interessante conectar a rua inteira, tem
algumas que so quebradas em alguma parte e continuam depois, a linha da
interpolao me d uma noo legal de continuidade do que deveria ser a rua,
por exemplo:
http://www.openstreetmap.org/?lat=-21.193062lon=-47.801154zoom=18layers=M

O primeiro nro do quarteiro  2210, mas se eu fosse guardar esse nro de
cabea eu iria buscar por 2200 ou 2000 (eu fao muito isso), e se a
interpolao no estivesse conectada ela no retornaria nada. Com a
interpolao contnua uma localizao aproximada de onde eu quero ir deveria
aparecer, mas pela minha experincia, nem sempre as interpolaes funcionam
no site do openstreetmap, j aconteceu dele ignorar o nro ou retornar em
outra rua, e no entendi o pq na poca...

Eu li em algum lugar que a interpolao  uma forma rpida para mapear os
nros, mas que a inteno ainda era colocar os nros exatos de cada
construo, ento eu comecei a considerar as interpolaes como algo
auxiliar/temporrio. Mas como eu busco um tanto por nros redondos, no
gostaria de perder as aproximaes...

Uma coisa que eu a

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Deveria. Na minha opinio no seria necessrio nem um way com
addr:interpolation, o engine deveria saber pegar os nros com o mesmo
addr:street e interpolar segundo as regras de uma rea que contm a
rua, o pas por exemplo.

Mas o wiki define que interpolao tem que ter um way e talvez seja at
pq a minha idia no funcione para o mundo todo. A minha dvida : Como
se mapeia a interpolao de forma contnua para a rua toda?

Eu tenho colocado os nros conforme eu vou encontrando e ligando com
addr:interpolation, me parece lgico. Segundo o comportamento do
Nominatim descrito pelo Fernando, o que eu estou fazendo no funciona,
e na prtica realmente no funciona (sempre). Agora, isso  bug ou
feature do Nominatim? Quem decide? Tem outro jeito correto para mapear?
 correto manter a interpolao e tb numerar o contorno da construo?
Muitas perguntas? :)

Atenciosamente,
Roger.

--
Gerald Weber escreveu:

  Oi Pessoal
  Ao pensar nesta idia de interpolao: isto no deveria ser tarefa
do renderizador?
   Quer dizer, faz sentido popular a base de dados com informaes
hipotticas?
  Abraos
  Gerald
  

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





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

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Esse  o caso que pra mim no funciona. Se algum me falar para ir no
nro 96 e eu no anotar, no outro dia eu vou lembrar que era 90 e pouco
e vou procurar por 90 ou 95. O 90 vai me mandar bem longe do local, o
95 est na interpolaa do outro lado, esse eu teria dado sorte.

Apesar de no ter casas com a numerao, os nros so vlidos, pq  a
distncia em metros do incio da rua, e o 90 deveria ter me levado a um
ponto prximo do 95.

Atenciosamente,
Roger.

--
Arlindo Pereira escreveu:

  O que eu tenho feito  mapear vias com
addr:street=[nome da rua] e addr:interpolation:[odd|even], com seus ns
tendo addr:street=[nome da rua] (de novo) e addr:housenumber=[numero],
uma para cada quarteiro.
  
  
  Por exemplo: Procurem por Rua Bento Lisboa, 60.
  http://openstreetmap.org/?lat=-22.926233lon=-43.179654zoom=18layers=M
  
  
  Nesse exemplo, os nmeros dos prdios na Rua Bento Lisboa antes
e depois da Rua Tavares Bastos so 72 e 96. Dessa forma, procurando
antes ou depois de qualquer um desses nmeros a interpolao funciona,
mas entre os dois no, pois de fato no h casas com este endereo.
  
  
  
  No sei se  a forma mais correta, mas funciona. =)
  
  
  []s
  Arlindo "Nighto" Pereira
  
  2013/7/25 Roger C. Soares rogersoa...@gmail.com
  

Deveria. Na minha opinio no seria necessrio nem um way com
addr:interpolation, o engine deveria saber pegar os nros com o mesmo
addr:street e interpolar segundo as regras de uma rea que contm a
rua, o pas por exemplo.

Mas o wiki define que interpolao tem que ter um way e talvez seja at
pq a minha idia no funcione para o mundo todo. A minha dvida : Como
se mapeia a interpolao de forma contnua para a rua toda?

Eu tenho colocado os nros conforme eu vou encontrando e ligando com
addr:interpolation, me parece lgico. Segundo o comportamento do
Nominatim descrito pelo Fernando, o que eu estou fazendo no funciona,
e na prtica realmente no funciona (sempre). Agora, isso  bug ou
feature do Nominatim? Quem decide? Tem outro jeito correto para mapear?
 correto manter a interpolao e tb numerar o contorno da construo?
Muitas perguntas? :)

Atenciosamente,
Roger.

--
Gerald Weber escreveu:

  
  
  Oi Pessoal
  Ao pensar nesta idia de interpolao: isto no deveria ser
tarefa
do renderizador?
   Quer dizer, faz sentido popular a base de dados com
informaes
hipotticas?
  Abraos
  Gerald
  
  
  
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br
  




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

  
  
  
  
  
  

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





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

Re: [Talk-br] Aeroporto de Ribeirão

[Roger C. Soares]

Ok, muito obrigado!

Eu tenho acompanhado as mudanas, nada muito formal, mas de tempos em
tempos eu dou uma olhada, inclusive pq nessa regio no tem tantas
mudanas assim. Eu aprendi sobre essas ferramentas aqui na lista mesmo,
vocs comentaram sobre elas a um tempinho atrs, tem sido um bom
aprendizado s de acompanhar as discusses :).

Prefiro acreditar que no foi vandalismo, ele marcou umas reas com
landuse com uma boa preciso. Deu a impresso que ele esteve no local,
mas colocou comercial ao invs de residencial... no aeroporto ele
colocou num changeset anterior uma rea delimitando o aeroporto, e
colocou building=yes, no mapa a rea ficou mais escura. A impresso que
me deu  que ele tentou tirar a rea e acabou apagando tudo dentro
dela. O building=yes  apenas para construes tipo prdios e casas, na
rea do aeroporto a maior parte  grama, o building=yes eu posso tirar,
correto?

Inclusive, j aproveitando a deixa :)... ele mapeou vrios quarteires,
uma rea para cada quarteiro, com landuse=residential, e em algumas
ele quis mapear o landuse dentro de um quarteiro separando a rea de
lojas e residencias. Tem alguns locais no centro que tem lojas na parte
trrea e na parte de cima do prdio so apartamentos residenciais, como
ficaria nesse caso?

Eu estava colocando landuse apenas nos condomnios residenciais, foi o
caso que eu mais vi por enquanto. Mas em So Carlos e Leme tem uma
grande rea, quase do tamanho da cidade, com landuse residential. Tem
algum padro preferido aqui no Brasil pra mapear landuse?

E, por curiosidade, j temos no Brasil algumas cidades que possam ser
consideradas referncia de mapeamento? Referncia no sentido que aderem
de forma razovel as recomendaes do wiki e podem ser usadas para ver
como determidas coisas so mapeadas. As vezes, depois de ler o texto do
wiki eu acabo ficando com mais dvidas e  util olhar como determinada
situao foi resolvida na prtica...

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Geralmente o que acontece  um "conflito".  o mesmo que acontece
quando voc baixa um pedao do mapa, e enquanto voc edita, algum
edita um dos mesmos objetos e j submete a alterao antes de voc.
Nesse caso, a verso do objeto na base do OSM  mais recente que
aquela da qual voc partiu na sua edio. Como voc no soube da
alterao at esse momento, o JOSM te avisa e te oferece uma forma de
combinar as suas alteraes com as que a outra pessoa fez: aparece uma
janela onde voc decide quais tags o objeto deve ter (voc pode
combinar as suas com as que foram submetidas), quais pontos devem
estar na definio das linhas (os seus, os do outro, ou uma combinao
dos dois), ou caso o objeto tenha sido excludo, se o que deve constar
na base do OSM  o objeto que voc ainda tem ou se ele deve ser
deletado como o outro fez.

Nesse caso, se outros changesets foram submetidos aps o que voc est
revertendo, voc estar com verses antigas dos objetos e havero
vrios conflitos pendentes. A probabilidade de um conflito ento 
maior ao reverter changesets mais antigos. Nos recentes costuma ser
bem tranquilo.

Interessante, foi s uma excluso mesmo:
http://osmhv.openstreetmap.de/changeset.jsp?id=16494194

O que ser que o usurio tinha em mente ao fazer isso?  bom ficar de
olho, pode ser vandalismo. Voc sabe como monitorar o mapa? (Eu uso
uma combinao do WhoDidIt - que gera um feed RSS dos changesets numa
rea - com o OSM History Viewer - pra analis-los rapidamente.)

De qualquer forma, j foi revertido:
http://www.openstreetmap.org/browse/changeset/16532848

2013/6/13 Erick de Oliveira Leal erickdeoliveiral...@gmail.com:
  
  
Eu j fiz reverso algumas vezes e funcionou rs.


Em 13 de junho de 2013 00:10, Roger C. Soares rogersoa...@gmail.com
escreveu:



  Oi Fernando,

Eu dei uma lida um tempo atrs sobre como reverter uma alterao e pelo o
que eu entendi, nem sempre a reverso funciona do jeito que se espera, e o
texto falava que era bom entender o que aconteceu antes de comitar. No
final, eu ainda no me sinto muito confortvel para fazer isso, qualquer
hora eu preciso brincar um pouco com esse plugin pra entender melhor...

Se vc puder fazer por enquanto, eu agradeo.

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

Voc pode usar o plugin "Reverter" do JOSM pra isso. Mas se quiser eu
posso fazer.

On Jun 12, 2013 9:39 PM, "Roger C. Soares" rogersoa...@gmail.com wrote:
  
  
Oi,

A alterao http://www.openstreetmap.org/browse/changeset/16494194
removeu a pista, o nome e alguns pontos a mais que estavam dentro do
aeroporto de Ribeiro.

Eu enviei um email na tera e por enquanto no obtive resposta. Algum
consegue voltar o contedo antigo?

Atenciosamente,
Roger.


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

  
  
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.open

[Talk-br] Aeroporto de Ribeirão

[Roger C. Soares]

Oi,

A alteração http://www.openstreetmap.org/browse/changeset/16494194 
removeu a pista, o nome e alguns pontos a mais que estavam dentro do 
aeroporto de Ribeirão.


Eu enviei um email na terça e por enquanto não obtive resposta. Alguém 
consegue voltar o conteúdo antigo?


Atenciosamente,
Roger.


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

Re: [Talk-br] Aeroporto de Ribeirão

[Roger C. Soares]

Oi Fernando,

Eu dei uma lida um tempo atrs sobre como reverter uma alterao e pelo
o que eu entendi, nem sempre a reverso funciona do jeito que se
espera, e o texto falava que era bom entender o que aconteceu antes de
comitar. No final, eu ainda no me sinto muito confortvel para fazer
isso, qualquer hora eu preciso brincar um pouco com esse plugin pra
entender melhor...

Se vc puder fazer por enquanto, eu agradeo.

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Voc pode usar o plugin "Reverter" do JOSM pra isso. Mas
se quiser eu posso fazer.
  On Jun 12, 2013 9:39 PM, "Roger C. Soares"
rogersoa...@gmail.com
wrote:
  Oi,

A alterao http://www.openstreetmap.org/browse/changeset/16494194
removeu a pista, o nome e alguns pontos a mais que estavam dentro do
aeroporto de Ribeiro.

Eu enviei um email na tera e por enquanto no obtive resposta. Algum
consegue voltar o contedo antigo?

Atenciosamente,
Roger.


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

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





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

Re: [Talk-br] Uberlandia em Ribeirão Preto

[Roger C. Soares]

Opa, eu vi que j no est mais aparecendo no mapa. Obrigado pela
correo!

Atenciosamente,
Roger.

--
Brulio escreveu:

  Por mim poderamos remover tais limites, pois eles
deveriam ficar em outro banco de dados. Mas uma soluo para pelo menos
eles pararem de aparecer no mapa principal seria trocar o
"name=Uberlndia" por "description=Uberlndia".
  
O correto seria corrigir diretamente no renderizador, mas o estilo
principal est congelado h um bom tempo e no vejo esperana de que
ele volte a receber melhorias em pouco tempo.
  
  
  
  2013/5/17 Nelson A. de Oliveira nao...@gmail.com
  2013/5/17
Roger C. Soares rogersoa...@gmail.com:
 Na cidade de Ribeiro Preto, tem uma parte que
aparece escrito "Uberlandia":
 http://www.openstreetmap.org/?lat=-21.16716lon=-47.83313zoom=17layers=M


 Algum sabe como corrigir ou explicar o que ?


 um "limite" que define a rea coberta pelas imagens de satlite do
Bing. Alguns desses limites esto desatualizados.
No caso  esse: http://www.openstreetmap.org/browse/way/86336925


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


  
  
  
  
  

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





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

[Talk-br] Uberlandia em Ribeirão Preto

[Roger C. Soares]

Oi,

Na cidade de Ribeirão Preto, tem uma parte que aparece escrito Uberlandia:
http://www.openstreetmap.org/?lat=-21.16716lon=-47.83313zoom=17layers=M

Eu encontrei isso, que talvez seja a origem do texto:
http://www.openstreetmap.org/browse/way/86336925/history

Alguém sabe como corrigir ou explicar o que é?

Atenciosamente,
Roger.



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