Re: [Talk-br] Uso indevido de dados do OSM

[Leandro Motta Barros]

Oi Cássio,

Sim, bem colocado. Também não creio que seja caso de má fé.

Mas, saindo um pouco desse caso específico, acho que as pessoas de um modo
geral ligam muito pouco para licenças e termos de uso, e acho que isso é
ruim. É quase surreal que um projeto tocado com por uma universidade
simplesmente ignore que não dá para simplesmente pegar coisas e sair usando
de qualquer jeito só porque estão na Internet...

Até acho que vou acabar fazendo mais um contato com eles para ver se eles
aceitariam alguma ajuda da comunidade para resolver isso, mas para mim essa
solução tem uma ponta de absurdo.

Obrigado pelas sugestões,

LMB





2016-10-27 23:48 GMT-02:00 Cassio Eskelsen :

> É um Comitê de Bacia (não é um orgão público nem privado).
>
> Conhecendo alguns comitês e vendo o logo no canto inferior esquerdo até
> imagino o que aconteceu: receberam uma grana da Petrobrás, repassaram isso
> como verba de pesquisa para a Unisinos, algum professor lá passou para um
> bolsista fazer e entregaram pronto. Agora o bolsista já terminou o curso e
> ninguém sabe mexer no negócio. Vai ficar assim para todo o sempre, rs.
>
> É um saquinho isso mas tenho certeza de que não rolou má-fé. Os Comitês de
> Bacia tem um monte de atribuições dadas pela Lei das Águas
> (principalmente), vivem pressionados politicamente e só vão para frente pq
> uns 2 ou 3 resolvem encabeçar o negócio .
>
> Se você for desenvolvedor e estiver com vontade de fazer algo de forma
> voluntária eu sugiro você entrar em contato com eles e propor dar um "tapa"
> no site caso eles não tenham quem faça. Ou ainda, se você fizer o contato
> lá com eles e não quiser/não puder fazer a alteração me põe na jogada que
> eu faço :)
>
> Abraços
>
> Cássio
>
>
> Cássio Rogério Eskelsen
> 3Geo
>
> On Thu, Oct 27, 2016 at 4:10 PM, Nelson A. de Oliveira 
> wrote:
>
>> Reporta para o Mapbox, que é o provedor de tile deles
>>
>> https://www.mapbox.com/blog/report-attribution-problems/
>>
>> ___
>> 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] Uso indevido de dados do OSM

[Leandro Motta Barros]

Caros,

Faz um bom tempo que um órgão na minha região criou uma ferramenta
ilustrando áreas de risco de inundação:

http://www.comitesinos.com.br/risco/

Essa ferramenta utiliza dados do OSM sem os devidos créditos.

Em 11 de março de 2016 eu enviei a eles o seguinte email, solicitando que
os créditos fossem dados:

-

Prezados,

Meu nome é Leandro e acabei de ver a sua nova ferramenta que mostra as áreas de
risco na bacia do Rio do Sinos. Dou-lhe os parabéns pela ferramenta, que
está realmente bem interessante.

Mas escrevo também por outro motivo. Sou colaborador do projeto
OpenStreetMap, e, tendo trabalhado bastante em algumas das áreas cobertas
pela sua ferramenta, posso afirmar com muito bom grau de certeza que o
"mapa base" utilizado por vocês provém deste projeto.

Os dados do OpenStreetMap estão disponíveis livremente e, pessoalmente,
fico extremamente feliz de ver meu trabalho voluntário no projeto sendo
utilizado para a criação de ferramentas que possam causar o bem para muita
gente!

Porém, os termos de uso dos dados do OpenStreetMap requerem  que os devidos
créditos sejam dados ao projeto. Vejam, por exemplo, este link: http://wiki.
openstreetmap.org/wiki/Legal_FAQ#3a._I_would_like_to_use_
OpenStreetMap_maps._How_should_I_credit_you.3F

Eu não represento o projeto de forma alguma, isso não é um comunicado
oficial nem nada do gênero. Sou apenas um colaborador voluntário que por
acaso acabou vendo a sua ferramenta. Como eu disse, fico feliz de ver nosso
trabalho sendo útil, mas também acredito seria correto de sua parte de dar
os créditos aos colaboradores do OpenStreetMap, ainda que não fosse exigido
pela licença.

Obrigado pela atenção,

-

Recebi resposta deles em pouco tempo. Reconheceram a necessidade de dar os
créditos e perguntaram como deveriam fazer isso. Respondi citando um trecho
do link eu já enviado antes ("*Our requested attribution is "©
OpenStreetMap contributors".*
You must also make it clear that the data is available under the Open
Database Licence. This can be achieved by providing a "License" or "Terms"
link which links to www.openstreetmap.org/copyright or
www.opendatacommons.org/licenses/odbl.")

Dia 30 de setembro voltei ao site http://www.comitesinos.com.br/risco/ e
verifiquei que ele continuava sem os créditos para o OSM. Enviei novo
email, desta vez expressando meu sentimento em relação a isso:

-

Olá,

Faz mais de seis meses que entrei em contato com vocês comentando sobre o
uso indevido de dados providos pelo projeto OpenStreetMap. Vocês haviam se
comprometido a dar os devidos crédito ao projeto, conforme os termos de uso
destes dados.

Percebo que vocês ainda não fizeram nada a respeito. Isso é lamentável, um
desrespeito ao trabalho de inúmeros voluntários e uso indevido de conteúdo
que não foi criado por vocês.

--

Até hoje não tive resposta, e continuamos sem créditos.

Pois bem, até agora eu estava em contato amigável com eles, como um
voluntário que não falava em nome do projeto (até porque eu não estou em
posição de falar em nome do OSM :-) ), mas considerando que eles estão
violando os termos de uso dos dados, creio que caiba alguma ação mais
oficial.

O que deveria ser feito neste caso?

Obrigado pela ajuda!

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

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

[Leandro Motta Barros]

Olás,

TL;DR: Que tal regras do tipo uma via precisa ter pelo menos 2km de
extensão para ser classificada como secundária, senão deve ser rebaixada
para terciária ?

---

Eu acompanhei as discussões muito de longe, e acho que não fiz nenhuma
contribuição nelas (ou seja: não tenho muita moral para reclamar...) Mas
fiquei bem feliz de ver que, depois de várias discussões similares que não
deram em nada no passado, dessa vez chegamos a algo concreto.

Ainda assim, tenho que admitir que, há umas semanas atrás, fiquei um pouco
chocado ao ver o mapa de Porto Alegre com as vias reclassificadas. Minha
primeira reação foi um puxa, se esse é o resultado das novas regras, então
tem algo de muito errado com as novas regras.

Agora nessa nova discussão, vi alguns bons argumentos que me fizeram pensar
que talvez as novas regras não estejam tão ruins assim (por exemplo, o
mapa não parece ter uma hierarquia de vias porque de fato nÃo existe uma
hierarquia de vias, não temos cidades bem planejadas, etc).

De qualquer modo, acho que podemos tentar algumas variações das regras
(como estão sendo sugeridas agora) antes de dar um caráter mais oficial a
elas e começar a aplicá-las sistematicamente a outras cidades.

Uma coisa que pensei foi em exigir extensões mínimas para que vias tenham
uma determinada classificação.  Por exemplo (estou inventando os números):
uma via precisa ter pelo menos 2km de extensão para ser classificada como
secundária, senão deve ser rebaixada para terciária.

Isso só uma ideia, não sei nem dizer se é uma boa ideia. Não gostaria de
deixar as regras muito complexas. (Pra dizer a verdade, eu acho que o ideal
seria simplificá-las, não adicionar ainda mais condicionais -- e não, não
faço ideia de como simplificar as regras sem torná-las inócuas :-/ )

Abraço,

LMB




2013/8/27 Fernando Trebien fernando.treb...@gmail.com

 Ah, e um detalhe da minha experiencia pessoal: apesar de achar que o
 Santa Tereza nao tem muita solucao, a classificacao atual me permitiu
 calcular um desvio pra chegar no trabalho na hora do rush em 15-20
 minutos, ao inves de 35-45 minutos seguindo pelas vias principais. :D
 A titulo de curiosidade: http://osrm.at/4Ok

 O normal (que a maioria dos motoristas faria) seria a rota calculada
 sem o waypoint intermediario. Quando a classificacao nao existia, os
 caminhos por dentro do bairro eram caoticos e bastante ineficientes,
 cheios de paradas, o trajeto demorava uns 25 minutos ao total.

 2013/8/27 Fernando Trebien fernando.treb...@gmail.com:
  Perfeito. Mas quais sao esses dois criterios objetivos que colocaste
  aih? Enquanto nao forem decididos, sugere que desmarquemos todas as
  vias terciarias e secundarias em area urbana?
 
  E qual o problema de ter vias secundarias ou terciarias desligadas do
  resto do mapa, nao eh uma mera questao estetica isso? De qualquer
  forma, podemos resolver isso facilmente: aplicamos esse algoritmo de
  classificacao por preferencia e, sobre o seu resultado:
  1. Estendemos as secundarias em ambos os extremos ateh que se conectem
  em outra secundaria/terciaria ou outra via de classificacao superior
  (desde que isso nao duplique ou triplique o seu atual tamanho); e
  2. Rebaixamos a classificacao das secundarias/terciarias que tiverem
  pontas soltas, por assim dizer, caso a sua extensao nao seja
  possivel pela regra acima
 
  Seria um metodo ligeiramente mais complexo, mas ainda claro e bem
  definido e reproduzivel por qualquer pessoa, com praticamente nenhuma
  variabilidade.
 
  Soh precisamos pensar se isso nao compromete o valor-utilidade da
  classificacao. O passo 2 tende a perder a informacao visual da
  preferencia em alguns casos, o que pode confundir motoristas e tambem
  pode ser dificil de explicar pro usuario leigo. O passo 1 tende a
  rebaixar todas as vias terminais, em bairro, que em alguns casos
  servem como atalho (nao necessariamente para um percurso em linha
  reta, mas talvez para um trecho de um percurso). E tem mais um
  detalhe: a maioria das pontas soltas atuais daria origem a vias
  conectadas em ambos os extremos (da forma descrita no passo 2) se
  simplesmente visitassemos o semaforo onde a sua classificacao foi
  interrompida e verificassemos qual das duas direcoes eh
  preferencial. Que tal se nos dois fizermos uma lista desses semaforos,
  dividirmos o trabalho e fizermos um survey em campo pra determinar
  isso? Ainda assim isso nao diminuiria o numero de terciarias,
  diminuiria sim o numero de vias com pontas soltas. (Estou adotando
  esse jargao na discussao de agora em diante :P)
 
  Uma outra alternativa ainda seria rebaixar as atuais terciarias para
  residenciais e as residenciais para living street. Mas daih eh outra
  historia, e outra discussao.
 
  Jah que voce nao dah exemplos de onde ficou ruim, eu vou dar
  exemplos de onde ficou bom, ok? Acho que ficou bom nesses bairros
  (suficientemente informativo e praticamente sem pontas soltas):
 
  Centro Historico e Praia de Belas
  

Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira

[Leandro Motta Barros]

2013/8/8 Fernando Trebien fernando.treb...@gmail.com:
 Quanto às abreviações, eis uma lista bem completa:
 http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese

 O nome dos acessos realmente é um inferno. Até sugeri traduzir link
 como acesso nas interfaces (ex.: primary link  acesso primário)
 pra não deixar o usuário tão tentado a fazer isso (o que acham, boa
 idéia ou não?).

Acho nomes como acesso primário e acesso secundário podem passar a
ideia errada. Seguidamente vejo em rodovias sinalização dizendo coisas
como Cidadópolis - Acesso Secundário, e aquilo que não é um
secondary_link.

Acho que um secondary_link está mais para acesso a via secundária do
que para acesso secundário.

LMB




 Quanto às ruas que se cruzam, vale lembrar que nem todos os
 cruzamentos de linhas devem ter um ponto em comum (exemplos: viadutos,
 pontes sobre hidrovias). O ponto representa uma conexão entre as vias,
 no caso de uma diferença de nível não é necessário (nem muito correto)
 ter ponto. (O validador do JOSM implementa exatamente essa lógica.)

 2013/8/8 Leandro Motta Barros l...@stackedboxes.org:
 Alguns dos problemas que eu mais encontrava eram:

 1) Abreviações

 2) Nomes que não são nomes (Escola, Retorno, Praça, Acesso ao
 supermercado). Isso é um inferno, porque esconde o problema nos
 KeepRight da vida. Se não sabe o nome, deixe em branco! (É igualmente
 errado, mas é mais fácil de encontrar o erro.)

 3) Ruas que se cruzam sem um ponto em comum para indicar que estão
 efeticamente ligadas.

 4) Informações copiadas. Isso é difícil de identificar simplesmente
 olhando para o que está mapeado, mas muitas vezes fico com suspeitas
 quando comparo coisas no OSM com o Google Maps ou outro. Nunca é
 demais alertar sobre isso.

 Fora isso, tem coisas que nem são erros propriamente ditos, mas sim
 uma questão de julgamento duvidoso. Muita coisa que fazemos ao
 mapear envolve julgamento (é melhor fazer deste ou daquele jeito?),
 e talvez valha a pena tentar identificar os julgamentos duvidosos
 mais comuns e dar algum subsídio para os novatos tomarem decisões
 mais acertadas.

 Lembro de um caso relativo a isso: vejo que é comum ver pessoas usando
 pontos demais (entre aspas porque é questão de julgamento, como eu
 disse). Por exemplo: ao mapear uma curva, colocam pontos a cada meio
 metro (OK, talvez eu esteja exagerando :-P) para gerar uma curva ultra
 suave. Ou incluem vários pontos intermediários no que é uma linha reta
 de poucos metros de extensão [1] (pô!, dois pontos definem uma reta,
 né?!).

 Acho que esses pontos (sobretudo aqueles primeiros quatro) são os principais.

 Abraço,

 LMB

 [1] Lembro de ler em algum lugar que em caso de retas muito longas,
 recomendava-se colocar pontos intermediários desnecessários. O
 objetivo era evitar que uma consulta a um determinado retângulo
 acabasse por não pegar alguma feature importante (estrada,
 oleoduto...) que passe bem pelo meio dele porque nenhum ponto foi
 amostrado. Não é disso que estou falando. Me refiro a coisas como
 colocar pontos intermediários entre duas esquinas.



 2013/8/8 Vitor George vitor.geo...@gmail.com:
 Ótimo!

 No video-tutorial eu queria ensinar coisas bem simples, para usuários
 iniciantes. Quais problemas, além da abreviação, vcs acham que eu poderia
 falar?

 Vitor


 2013/8/8 Leandro Motta Barros l...@stackedboxes.org

 Legal!

 Há coisa de um ano atrás eu fazia mensalmente uma edição de correção
 de erros aqui nas redondezas, incluindo eliminação de abreviações.
 Recentemente vi que algumas abreviações andaram voltando a aparecer.

 Vou tentar participar, nem que seja simbolicamente, corrigindo algumas
 apenas :-)

 LMB




 2013/8/7 Vitor George vitor.geo...@gmail.com:
  Oi pessoal,
 
  O que acham de fazer uma maratona de mapeamento para celebrar o
  aniversário
  do OpenStreetMap, na sexta-feira?
 
  Minha proposta é, a partir das 16h, nos reunirmos virtualmente (ou
  pessoalmente se possível) para acabarmos com um grande problema, as
  abreviações do mapa.
 
  As abreviações são nocivas porque confundem algoritmos de busca, mas
  podem
  ser exterminadas por colaboradores de qualquer nível de experiência.
 
  Neste horário vou abrir um streaming/hangout para explicar as maneiras
  possíveis de resolver este problema, e aí podemos ir coordenando os
  trabalhos.
 
  O que acham?
 
  Vitor
 
  ___
  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



 --
 Fernando

Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira

[Leandro Motta Barros]

Legal!

Há coisa de um ano atrás eu fazia mensalmente uma edição de correção
de erros aqui nas redondezas, incluindo eliminação de abreviações.
Recentemente vi que algumas abreviações andaram voltando a aparecer.

Vou tentar participar, nem que seja simbolicamente, corrigindo algumas
apenas :-)

LMB




2013/8/7 Vitor George vitor.geo...@gmail.com:
 Oi pessoal,

 O que acham de fazer uma maratona de mapeamento para celebrar o aniversário
 do OpenStreetMap, na sexta-feira?

 Minha proposta é, a partir das 16h, nos reunirmos virtualmente (ou
 pessoalmente se possível) para acabarmos com um grande problema, as
 abreviações do mapa.

 As abreviações são nocivas porque confundem algoritmos de busca, mas podem
 ser exterminadas por colaboradores de qualquer nível de experiência.

 Neste horário vou abrir um streaming/hangout para explicar as maneiras
 possíveis de resolver este problema, e aí podemos ir coordenando os
 trabalhos.

 O que acham?

 Vitor

 ___
 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] Maratona de aniversário do OpenStreetMap, sexta-feira

[Leandro Motta Barros]

Alguns dos problemas que eu mais encontrava eram:

1) Abreviações

2) Nomes que não são nomes (Escola, Retorno, Praça, Acesso ao
supermercado). Isso é um inferno, porque esconde o problema nos
KeepRight da vida. Se não sabe o nome, deixe em branco! (É igualmente
errado, mas é mais fácil de encontrar o erro.)

3) Ruas que se cruzam sem um ponto em comum para indicar que estão
efeticamente ligadas.

4) Informações copiadas. Isso é difícil de identificar simplesmente
olhando para o que está mapeado, mas muitas vezes fico com suspeitas
quando comparo coisas no OSM com o Google Maps ou outro. Nunca é
demais alertar sobre isso.

Fora isso, tem coisas que nem são erros propriamente ditos, mas sim
uma questão de julgamento duvidoso. Muita coisa que fazemos ao
mapear envolve julgamento (é melhor fazer deste ou daquele jeito?),
e talvez valha a pena tentar identificar os julgamentos duvidosos
mais comuns e dar algum subsídio para os novatos tomarem decisões
mais acertadas.

Lembro de um caso relativo a isso: vejo que é comum ver pessoas usando
pontos demais (entre aspas porque é questão de julgamento, como eu
disse). Por exemplo: ao mapear uma curva, colocam pontos a cada meio
metro (OK, talvez eu esteja exagerando :-P) para gerar uma curva ultra
suave. Ou incluem vários pontos intermediários no que é uma linha reta
de poucos metros de extensão [1] (pô!, dois pontos definem uma reta,
né?!).

Acho que esses pontos (sobretudo aqueles primeiros quatro) são os principais.

Abraço,

LMB

[1] Lembro de ler em algum lugar que em caso de retas muito longas,
recomendava-se colocar pontos intermediários desnecessários. O
objetivo era evitar que uma consulta a um determinado retângulo
acabasse por não pegar alguma feature importante (estrada,
oleoduto...) que passe bem pelo meio dele porque nenhum ponto foi
amostrado. Não é disso que estou falando. Me refiro a coisas como
colocar pontos intermediários entre duas esquinas.



2013/8/8 Vitor George vitor.geo...@gmail.com:
 Ótimo!

 No video-tutorial eu queria ensinar coisas bem simples, para usuários
 iniciantes. Quais problemas, além da abreviação, vcs acham que eu poderia
 falar?

 Vitor


 2013/8/8 Leandro Motta Barros l...@stackedboxes.org

 Legal!

 Há coisa de um ano atrás eu fazia mensalmente uma edição de correção
 de erros aqui nas redondezas, incluindo eliminação de abreviações.
 Recentemente vi que algumas abreviações andaram voltando a aparecer.

 Vou tentar participar, nem que seja simbolicamente, corrigindo algumas
 apenas :-)

 LMB




 2013/8/7 Vitor George vitor.geo...@gmail.com:
  Oi pessoal,
 
  O que acham de fazer uma maratona de mapeamento para celebrar o
  aniversário
  do OpenStreetMap, na sexta-feira?
 
  Minha proposta é, a partir das 16h, nos reunirmos virtualmente (ou
  pessoalmente se possível) para acabarmos com um grande problema, as
  abreviações do mapa.
 
  As abreviações são nocivas porque confundem algoritmos de busca, mas
  podem
  ser exterminadas por colaboradores de qualquer nível de experiência.
 
  Neste horário vou abrir um streaming/hangout para explicar as maneiras
  possíveis de resolver este problema, e aí podemos ir coordenando os
  trabalhos.
 
  O que acham?
 
  Vitor
 
  ___
  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] Maratona de aniversário do OpenStreetMap, sexta-feira

[Leandro Motta Barros]

2013/8/8 Vitor George vitor.geo...@gmail.com:
 Legal. Acho que aí teremos que falar da validação do JOSM, então.

Não sei se é *tão* necessário assim falar disso. Acho que é um tópico
que já vai passando do iniciante pro intermediário. Mas concordo que é
importante que os iniciantes pelo menos saibam que existem ferramentas
para identificar erros, para saberem onde procurar se um dia quiserem.

Eu acho que pessoas podem fazer boas contribuições sem usar essas
ferramentas (mesmo sem o usar o JOSM, na verdade, que eu adoro mas
acho que não é ferramenta para mapeador casual), mas também acho que
elas são importantíssimas para os que forem passar para um nível mais
sério de contribuições.

E acabei de lembrar de outra coisa que podes querer abordar: dicas de
como usar imagens de satélite. Alguns pontos:

1) Só conserte o alinhamento das coisas já mapeadas se for fazer
isso com base em trilhas de GPS. Várias trilhas, preferencialmente.
(Vale usar as trilhas que os mapeadores já subiram  pro OSM.)

2) Ao usar imagens de satélite para desenhar o contorno de um prédio
(ou outra coisa alta, como uma ponte ou viaduto), o que vale é a
base do prédio. Pelo (muito pouco) que já vi de iniciantes mapeando,
parece que a tendência deles é desenhar sobre o que seria o topo do
prédio na imagem. (Como as imagens são alinhadas com as trilhas pelo
chão, é pelo chão que os desenhos devem se basear. Isso está em
algum lugar na wiki, se bem me lembro.)

LMB

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

Re: [Talk-br] Imagem de Gramado/RS

[Leandro Motta Barros]

Desenhar as ruas usando esses mapas como base não seria violação de copyright?

Acho que mesmo no caso de mapas produzidos por órgãos do governo, o
orientação ainda é conseguir permissão expressa antes de usar como
fonte pro OSM. (E o primeiro link, ainda que esteja num site oficial,
parece ser reprodução de um mapa comercial)

LMB


2013/6/27 Fernando Trebien fernando.treb...@gmail.com:
 Outra idéia: você também pode fazer isso se conseguir um mapa
 turístico (talvez em papel), desde o mapa tenha respeitado
 razoavelmente bem a geometria (formato das ruas e suas posições
 relativas).

 Este aqui me parece estar respeitando bem a geometria, mas é
 praticamente impossível de ler:
 http://www.gramado.rs.gov.br/images/stories/mapa_02.jpg

 Talvez este respeite, teria que sobrepor ao mapa atual para ter certeza:
 http://www.gramado.rs.gov.br/images/stories/turismo/mapa-turistico-alta.jpg

 Na verdade, combinando esses dois mapas, seria possível completar as
 ruas (com o primeiro mapa) e os pontos turísticos (com o segundo).

 2013/6/27 Fernando Trebien fernando.treb...@gmail.com:
 Bem, o problema acontece tanto no JOSM quanto no Potlatch quanto no
 site do próprio Bing. É um buraco no mapa do Bing e não tem como
 corrigir até que eles fotografem a região de novo. O melhor que você
 pode fazer é conseguir outra imagem (pode ser um mapa em papel
 escaneado ou uma imagem aérea, talvez a prefeitura disponibilize algo
 assim?) e alinhá-la à imagem de fundo do Bing no JOSM usando o plugin
 PicLayer. Uma vez alinhado, você pode salvar o alinhamento e
 reutilizar quantas vezes quiser. Posso ajudar você nisso se você tiver
 a imagem em mãos.

 Já me ocorreu essa questão antes e eu não achei nenhum outro provedor
 de imagens para o Brasil (exceto o Google, que não podemos usar). O
 MapQuest Open Aerial (segunda melhor opção depois do Bing,
 aparentemente) não cobre o Brasil. Existe uma base de imagens
 chinesa-brasileira, o CBERS, mas não consegui achar imagens com
 detalhe suficiente nessa base.

 Uma coisa que você pode fazer (e talvez seja mais fácil) é adicionar
 os pontos turísticos como nodos (não como áreas) fazendo survey: você
 visita o ponto turístico, marca no seu GPS a posição em que você está,
 depois só faz upload dos pontos (é bom editar antes para corrigir
 eventuais problemas de precisão no GPS). Sem imagem é meio complicado
 fazer um desenho preciso de edifícios, mas acho que só marcar os
 pontos já seria muito melhor do que nada.

 2013/6/27 Eduardo Medeiros eduardoamedei...@gmail.com:
 Alguém poderia indicar como corrigir (se for possível) as imagens de
 satélite de Gramado/RS. Dependendo do nível de zoom uma parte delas some.
 Quando aproxima mais reaparece. Até no mesmo zoom, quando rola para o lado
 elas somem. Gostaria de adicionar os pontos turísticos da cidade.

 []s,
   Eduardo Medeiros


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




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

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



 --
 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
 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] Imagem de Gramado/RS

[Leandro Motta Barros]

Só tem que cuidar que *por padrão* as coisas tem copyright. Só podemos
usar fontes que explicitamente permitam o uso (inclusive com fins
comerciais).


2013/6/27 Fernando Trebien fernando.treb...@gmail.com:
 Qualquer, desde que não tenha copyright ou alguma licença de uso restrita.
 Não podemos usar imagens do Google mesmo com o PicLayer.

 On Jun 27, 2013 2:06 PM, Blademir Andrade de Lima blademi...@hotmail.com
 wrote:

 O que acontece também dando zoom ma mesma imagem é que ela some quando
 está próxima, no novo ID acontece, no Potlatach, e no JOSM em alguns casos
 (principalmente falha no software). mas no caso de gramado é que não tem
 foto satélite disponível.

 Mas de qualquer forma, qualquer imagem disponível ajuda, só usar Piclayer,
 e ajustala, não vejo problema em usa-las. pelo menos lá ja possui dados.
 Pior se tiver que começar do zero sem referência nenhuma.

  From: fernando.treb...@gmail.com
  Date: Thu, 27 Jun 2013 13:34:35 -0300
  To: talk-br@openstreetmap.org
  Subject: Re: [Talk-br] Imagem de Gramado/RS
 
  De qualquer forma, acabei de verificar que nenhuma das duas imagens é
  confiável o bastante. No máximo servem para saber aproximadamente onde
  estão os pontos de interesse.
 
  2013/6/27 Leandro Motta Barros l...@stackedboxes.org:
   Desenhar as ruas usando esses mapas como base não seria violação de
   copyright?
  
   Acho que mesmo no caso de mapas produzidos por órgãos do governo, o
   orientação ainda é conseguir permissão expressa antes de usar como
   fonte pro OSM. (E o primeiro link, ainda que esteja num site oficial,
   parece ser reprodução de um mapa comercial)
  
   LMB
  
  
   2013/6/27 Fernando Trebien fernando.treb...@gmail.com:
   Outra idéia: você também pode fazer isso se conseguir um mapa
   turístico (talvez em papel), desde o mapa tenha respeitado
   razoavelmente bem a geometria (formato das ruas e suas posições
   relativas).
  
   Este aqui me parece estar respeitando bem a geometria, mas é
   praticamente impossível de ler:
   http://www.gramado.rs.gov.br/images/stories/mapa_02.jpg
  
   Talvez este respeite, teria que sobrepor ao mapa atual para ter
   certeza:
  
   http://www.gramado.rs.gov.br/images/stories/turismo/mapa-turistico-alta.jpg
  
   Na verdade, combinando esses dois mapas, seria possível completar as
   ruas (com o primeiro mapa) e os pontos turísticos (com o segundo).
  
   2013/6/27 Fernando Trebien fernando.treb...@gmail.com:
   Bem, o problema acontece tanto no JOSM quanto no Potlatch quanto no
   site do próprio Bing. É um buraco no mapa do Bing e não tem como
   corrigir até que eles fotografem a região de novo. O melhor que
   você
   pode fazer é conseguir outra imagem (pode ser um mapa em papel
   escaneado ou uma imagem aérea, talvez a prefeitura disponibilize
   algo
   assim?) e alinhá-la à imagem de fundo do Bing no JOSM usando o
   plugin
   PicLayer. Uma vez alinhado, você pode salvar o alinhamento e
   reutilizar quantas vezes quiser. Posso ajudar você nisso se você
   tiver
   a imagem em mãos.
  
   Já me ocorreu essa questão antes e eu não achei nenhum outro
   provedor
   de imagens para o Brasil (exceto o Google, que não podemos usar). O
   MapQuest Open Aerial (segunda melhor opção depois do Bing,
   aparentemente) não cobre o Brasil. Existe uma base de imagens
   chinesa-brasileira, o CBERS, mas não consegui achar imagens com
   detalhe suficiente nessa base.
  
   Uma coisa que você pode fazer (e talvez seja mais fácil) é adicionar
   os pontos turísticos como nodos (não como áreas) fazendo survey:
   você
   visita o ponto turístico, marca no seu GPS a posição em que você
   está,
   depois só faz upload dos pontos (é bom editar antes para corrigir
   eventuais problemas de precisão no GPS). Sem imagem é meio
   complicado
   fazer um desenho preciso de edifícios, mas acho que só marcar os
   pontos já seria muito melhor do que nada.
  
   2013/6/27 Eduardo Medeiros eduardoamedei...@gmail.com:
   Alguém poderia indicar como corrigir (se for possível) as imagens
   de
   satélite de Gramado/RS. Dependendo do nível de zoom uma parte delas
   some.
   Quando aproxima mais reaparece. Até no mesmo zoom, quando rola para
   o lado
   elas somem. Gostaria de adicionar os pontos turísticos da cidade.
  
   []s,
   Eduardo Medeiros
  
  
   ___
   Talk-br mailing list
   Talk-br@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-br
  
  
  
  
   --
   Fernando Trebien
   +55 (51) 9962-5409
  
   The speed of computer chips doubles every 18 months. (Moore's law)
   The speed of software halves every 18 months. (Gates' law)
  
  
  
   --
   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
   http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Mapeando nomes de prédios

[Leandro Motta Barros]

Eu sempre uso name=* para nomes de prédios.

Uma coisa que nunca fiz, mas na qual eu já pensei foi em não colocar o
Edifício ou Residencial no nome -- ficaria Jabre, ao invés de
Edifício Jabre.

Acho que isso reduziria um pouco o clutter. Isso seria a mesma prática,
bem usada, de usar, digamos Foo ao invés de Restaurante Foo.


LMB



2013/3/15 Arlindo Pereira openstreet...@arlindopereira.com

 Olá pessoal,

 gostaria de propor uma discussão com vocês. Como mapear nomes de prédios?

 Ao mapear os prédios na Mapping Party que fizemos aqui no Rio, nos
 deparamos com uma questão: como mapear os edifícios, mais especificamente
 seus nomes?

 Em geral, colocamos name=* em tudo que tem um nome, e não há motivo para
 que os edifícios sejam exceções. Este é o resultado:

 [image: Inline image 1]
 http://i.imgur.com/gDmMvMN.png

 Eu, particularmente, não gostei do resultado, porque devido à densidade do
 bairro, nem todos os nomes de edifícios são mostrados, e - mais importante
 - os números dos edifícios são muito mais relevantes do que seus nomes.
 Assim, troquei as tags name=* por description=*, e este foi o resultado:

 [image: Inline image 2]
 http://i.imgur.com/SalXzw2.png

 Sim, é tagging for the renderer, mas o resultado me parece muito mais
 aprazível e mais útil.

 O que vocês acham?

 ___
 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] como trazer novos usuários ao talk-br

[Leandro Motta Barros]

Já que estamos falando de usuários novos e como aprender a fazer um
bom mapeamento, vou aproveitar para fazer minha periódica exaltação ao
KeepRight:

   http://keepright.ipax.at

Essa foi a ferramenta que mais me ensinou a evitar um monte de tipos
de erros de mapeamento (e sempre ajuda a localizar e corrigir os erros
uma vez que eles já estejam no mapa). Vale muito a pena dar uma
olhada!

Só um alerta: o banco de dados do KeepRight leva um certo tempo para
ser atualizado (7-15 dias era a média há um ano atrás), então não
espere que ele va apontar erros nas coisas que foram mapeadas a recém.

Abraço,

LMB



2013/1/30 Tymon Douglas tymondoug...@gmail.com:
 Era esse mesmo o problema, removi a tag dos nós e resolveu o problema.

 Em 30 de janeiro de 2013 18:47, Aun Yngve Johnsen li...@gimnechiske.org
 escreveu:

 Este simbolo signifique que os nos sao marqueado com um tag deprecado ou
 que com Bráulio dizer, tenque ser marquedo no um caminho (way) mais provavel
 voce marquou as nos com highway=residential

 Aun Johnsen

 On 30. jan. 2013, at 18:11, Bráulio brauliobeze...@gmail.com wrote:

 A tag highway=residential deve ficar apenas na via. Os nós que a formam
 devem ficar sem tags, a princípio.


 2013/1/30 Tymon Douglas tymondoug...@gmail.com

 Bom, então vou lançar uma dúvida para o ar, já que vocês parecem usuários
 bastante avançados do JOSM.
 Estou mapeando algumas ruas de Pelotas como residential road, mas todos
 os nós ficam com um pequeno warning na ponta, e não consigo descobrir o
 motivo. Segue imagem:

 http://i.imgur.com/o6FQ8ba.jpg

 Em 30 de janeiro de 2013 17:36, Aun Yngve Johnsen li...@gimnechiske.org
 escreveu:

 Tymon

 Usei Merkaartor um pouco mas o programa e sem manutencao ha muito tempo.
 Melhor nao acostuma novos usarios pos proximo troca do api o Merkaartor nao
 mais vai poder publicar dados.

 Meu editor preferido e JOSM, e recente iniciei como testador beta a Go
 Map!! Para iOS que tambem parecendo muito bom, se voce tem iPhone ou iPad,
 procure o aplicativo gratuito e ver. Acho que Go Map!! Ainda so existem em
 Ingles, mas JOSM e traducido

 Em JOSM eu geralmente usando presets costumozados e paintstyles
 costumozados, alem do filtros, imagens Bing e muito mais.

 Aun Johnsen

 On 30. jan. 2013, at 17:25, Tymon Douglas tymondoug...@gmail.com
 wrote:

 Gerald, qual sua opinião em relação ao Merkaartor? Tenho usado por aqui
 e gostei muito.

 Em 30 de janeiro de 2013 16:55, Gerald Weber gwebe...@gmail.com
 escreveu:

 Ei Renato!

 O mundo é pequeno mesmo :)

 O melhor investimento que você faz é aprender a usar o JOSM, Potlach é
 legal para pequenas correções e adições e só.

 Dica importante no JOSM: na aba vista desclique Visão wireframe  e
 selecione estilo de pintura Potlach que fica muito mais fácil trabalhar ;)

 abraço

 Gerald


 2013/1/30 Renato machniev...@gmail.com

 Olá, Gerald.

 Sou o mesmo Renato da lista do LaTeX! Eu fiz São José dos Pinhais-PR,
 Morretes-PR, Tijucas do Sul-PR, Concórdia-SC e  outros dois municípios
 menores do PR. Assim, tenho boa experiência em como trabalhar e as
 responsabilidades  que advém do trabalho. Eu gostaria de aprender como 
 fazer
 o mapeamento, mesmo.

 A respeito da wiki, fiz no ano passado, uma série de alterações, mas
 mesmo tendo feito isto ainda não fui capaz de trabalhar solo. São
 ferramentas de demandam uma boa curva de aprendizagem.

 Aqui podem ser vistos as minhas contribuições:
 http://wiki.openstreetmap.org/wiki/Special:Contributions/Renato_M


 2013/1/30 wille wi...@wille.blog.br

 Oi, Gerald

 Muito boa sua pergunta.

 Já temos várias ferramentas para isso

 http://resultmaps.neis-one.org/newestosm.php - Aqui é possível ver os
 novos colaboradores cadastrados nos últimos 2 ou 7 dias

 http://resultmaps.neis-one.org/oooc - Nesse você ver todos os
 usuários cadastrados e classificados por quantidade de changesets

 Uma ferramenta que todos deveriam usar é essa
 http://positron96.appspot.com/osmfilter.html

 Ele gera um feed RSS com todas as alterações realizadas numa certa
 área, assim você pode monitorar todas as edições feitas nos locais que 
 você
 costuma mapear.

 Eu também sempre acompanho os diários
 (http://www.openstreetmap.org/diary/pt e
 http://www.openstreetmap.org/diary/pt-BR) e convido os novos usuários 
 para a
 lista.

 Realmente temos que melhorar a documentação em português no wiki, tem
 muita coisa que discutimos aqui na lista, principalmente conversas sobre
 tags, que deveria ser documentada. Pra começar, documentei as sugestões 
 que
 citei acima em http://ur1.ca/cnp2p

 abçs,
 wille


 Em 2013-01-30 14:18, Gerald Weber escreveu:

 Olá

 estava pensando em como evitar episódios como o do Matheus Eduardo.

 Imagino que deve ter mais gente mapeando no Brasil, mais ou menos
 ativamente, mas que não está participando do talk-br.

 Pessoalmente acho uma falha do OSM, todo usuário deveria estar
 automáticamente em pelo menos uma lista regional.

 Mas já que é assim, vocês sabem de algum jeito prático para
 

Re: [Talk-br] tag recomendada para condomínios e zonas urbanas

[Leandro Motta Barros]

Oi Gerald,

Há um bom tempo se falou um pouco sobre isso aqui na lista. Para
condomínios fechados, acho que o que costuma se usar é
landuse=residential mesmo (junto com name=*).

LMB

2012/9/22 Gerald Weber gwebe...@gmail.com:
 Olá

 alguém tem sugestões de qual tag usar para condomínios fechados?

 E para designar zonas urbanas?

 Eu imagino que simplesmente usar a landuse=residential não seja adequada em
 ambos os casos?

 o que vocês acham?

 abraço

 Gerald

 PS: não sei se viram, mas isto daqui é sensacional:
 http://live.openstreetmap.fr/

 ___
 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] Mapeamento de infra-estrutura em construção

[Leandro Motta Barros]

O Trensurb aqui da região metropolitana de Porto Alegre está em obras
de expansão e acho que pode servir de exemplo. A linha atual vai até a
estação Santo Afonso, que aparece aqui:

http://osm.org/go/M5vNHe0V

A linha ao norte desta estação está em obras.

LMB

2012/8/22 vitor vitor.geo...@gmail.com:
 Oi amigos,

 O usuário Dark Legion mapeou linhas de metrô que estão em construção em São
 Paulo:

 http://www.openstreetmap.org/browse/changeset/11492073

 Vocês já mapearam coisas em construção?

 Pergunto porque a linha está sendo renderizada como se fosse uma linha já em
 operação, e isso pode causar confusão.

 Seria bom se encontrássemos uma maneira (leia-se tags) em que possa ficar
 claro que é uma construção.

 Alguma idéia?

 Vitor George
 mapaslivres.org
 twitter.com/mapaslivres



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

[Leandro Motta Barros]

2012/7/25 Tulio Magno Quites Machado Filho tul...@quites.com.br:
 2012/7/25 Pedro Geaquinto pedrodi...@gmail.com:
 Também surgiram umas dúvidas aqui. Qual tag utilizar para guaritas/quiosques
 policiais e para garagens de ônibus?

 [...]

 Acredito que garagens de ônibus devem ser mapeadas como amenity=parking.
 Provavelmente vc deve ter interesse em usar também a tag
 access=private para indicar que a garagem não é aberta ao público em
 geral.

A wiki ( http://wiki.openstreetmap.org/wiki/Key:building ) sugere usar
building=garage em prédios usados como garagem. Em
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking chegam dizer
para usar building=garage *ao invés* de amenity=parking nestes casos.

LMB

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

Re: [Talk-br] Imobiliaria

[Leandro Motta Barros]

Não sei se entendi. Eu só lembro de ter visto estacionamentos/garagens
de ônibus de dois tipos:

1) Os ônibus ficam numa área mais aberta; alguns até tem cobertura,
mas não são um prédio propriamente dito (só cobertura, sem paredes,
portas e etc). Esses eu mapearia como foi sugerido antes:
amenity=parking e access=private (e talvez algum daqueles tags de
tipo de veículo identificando que é para ônibus.

2) Os ônibus ficam num prédio de verdade. Neste caso, eu acho que
cada prédio, seja lá quantos forem, merece ser marcado como
building=garage (mesmo que a área em que eles se encontram seja
tageada como landuse=garages).

Mas sei lá, talvez eu nunca tenha visto uma garagem de cooperativa de
ônibus como as que vocês estão querendo mapear!

LMB

2012/7/25 Pedro Geaquinto pedrodi...@gmail.com:
 Mas nesse caso (key:building) seria para um edifício só, como anexos de
 condomínios, edifícios-garagem e casos parecidos. O mais próximo da garagens
 de cooperativas de ônibus acho que seria a tag landuse=garages
 (http://wiki.openstreetmap.org/wiki/Tag:landuse=garages), que foi criada
 para um tipo de uso de solo para estacionamento de uso diverso aos
 estacionamentos tradicionais (públicos). Nesse caso, acho que está sendo
 utilizada apenas nos países da antiga URSS para garagens comunitárias (são
 privadas, não confundir com públicas).

 Acho que seria interessante nós brasileiros agregarmos esse valor de
 garagens privadas à tag, que está bem específica para esse uso de países
 da antiga URSS até agora.
 Podemos até conversar com o pessoal de lá e editar a wiki, o que acham?

 Em 25 de julho de 2012 10:44, Leandro Motta Barros l...@stackedboxes.org
 escreveu:

 2012/7/25 Tulio Magno Quites Machado Filho tul...@quites.com.br:
  2012/7/25 Pedro Geaquinto pedrodi...@gmail.com:
  Também surgiram umas dúvidas aqui. Qual tag utilizar para
  guaritas/quiosques
  policiais e para garagens de ônibus?
 
  [...]
 
  Acredito que garagens de ônibus devem ser mapeadas como amenity=parking.
  Provavelmente vc deve ter interesse em usar também a tag
  access=private para indicar que a garagem não é aberta ao público em
  geral.

 A wiki ( http://wiki.openstreetmap.org/wiki/Key:building ) sugere usar
 building=garage em prédios usados como garagem. Em
 http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking chegam dizer
 para usar building=garage *ao invés* de amenity=parking nestes casos.

 LMB

 ___
 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] dúvidas sobre tags

[Leandro Motta Barros]

Olá!

2012/7/25 Wille wi...@wille.blog.br:
 Aproveitando a dúvida sobre garagens e postos policiais, resolvi abrir uma
 thread para dúvidas sobre tags. Aqui vai a primeira: qual tag vocês têm
 utilizado para identificar Casas Lotéricas?

Acho que não existe consenso (na wiki tem uma proposta abandonada). Em
algumas que eu mapeei há um tempo atrás, eu usei shop=lottery. Parece
que gambling=lottery também é usado.

LMB

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

Re: [Talk-br] Nova versão do MapOSMatic está no ar.

[Leandro Motta Barros]

2012/4/18 Rodrigo de Avila rodr...@avila.net.br:
 Em 18/04/2012, às 18:17, Arlindo Pereira escreveu:


 Não devemos mapear nomes abreviados no OpenStreetMap:
 http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29


 Apart from following the above rules, you should always enter the full
 name as it appears on the street name signs. (O grifo é do site)

 Já vi uma porção de cidades com R. na placa. Mas o wiki mostra uma placa
 de exemplo, com abreviatura, e diz pra não usar a abreviatura dele. Neste
 caso, fica como está, ou mudamos os nomes? Caso decidamos mudar os nomes,
 acham correto adicionar as abreviaturas ao maposmatic, visto que existem
 centenas de ruas escritas desta forma?

Eu seguidamente faço edições de eliminação de bugs, e uma das coisas
que eu mais faço é remover abreviaturas (R., Av., Cel, Prof. e
outras).

Quanto a fazer o maposmatic reconhecer as abreviaturas (além, é claro,
de seguir reconhecendo os nomes por extenso): para mim parece uma boa
ideia. Se eu estiver criando uma aplicação, quero que ela funcione o
melhor possível, e isso inclui tratar ruído nos dados de entrada.
(Nunca programei nada digno de nota usando dados do OSM, mas sempre
pensei que tratar ruído seria necessário.)

Mas são duas coisas diferentes: no OSM, temos que seguir eliminando
abreviaturas.

LMB



 --
 Rodrigo de Avila
 Analista de Desenvolvimento

 rodr...@avila.net.br • www.avila.net.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] Dúvidas sobre mapeamento de praças

[Leandro Motta Barros]

Olás!

Em primeiro lugar, deixo minhas boas vindas ao Tulio! Legal ver gente
nova chegando a fim de fazer as coisas bem feitas. :-)  Também acho
que tem vários pontos que precisamos discutir aqui na comunidade
brasileira e documentar na wiki em português. Grande iniciativa!

Sobre o questionamento, aí vão meus pitacos:

1) Praças pavimentadas: Não lembro se já mapeei alguma (e muito menos
*como* mapeei), mas concordo que usar highway=pedestrian+area=yes faz
sentido.

2) Praças verdes: Eu mapeio como landuse=park. O landuse=village_green
eu sempre evitei, porque o texto da wiki sempre me deu a impressão de
ser algo bem voltado a uma cultura que não é nossa (An area of common
land (usually grass but may also be a lake), in the centre of a
village (quintessentially English - defined separately from 'common
land' under the Commons Registration Act 1965 and the Commons Act
2006). )

Mas não vejo problema nenhum em decidirmos que no mapeamento do Brasil
o village_green vai ser usado para praças verdes pequenas (não
grandes o suficiente para merecerem ser chamadas de parque).

Pessoalmente, não tenho opiniões fortes sobre esse ponto: park ou
village_green funcionam bem para mim. Sigo o que a comunidade decidir.

3) Bosques: também uso landuse=forest. Aparentemente, na comunidade de
língua inglesa eles têm grandes discussões sobre detalhes do tipo
floresta nativa x floresta reflorestada x floresta gerenciada x sei
lá mais o quê. Eu certamente não seria capaz diferenciar todas essas
nuances para todos os casos, então sigo feliz com landuse=forest
mesmo.

4) Parques: leisure=park, acho que não tem muita dúvida nesse caso.

E vou adicionar um quinto item à lista:

5) Playground. Quando há brinquedos para crianças, acho que também não
há muita dúvida: leisure=playground. Frequentemente mapeio uma praça
como leisure=park e coloco um nodo como leisure=playground indicando a
posição dos brinquedos.

O problema é que em português nós seguidamente nos referimos aos
brinquedos como praça ou pracinha, então já vi várias praças (que
seriam parks ou villa_greens) mapeados como leisure=playground. Acho
que seria bom deixar a diferença bem ressaltada na wiki.

Aliás, também convém revisar como está a tradução do playground nos
editores. Se estiver como praça, acho que devemos buscar um termo
menos ambíguo.

Abraços,

LMB


2012/3/3 Arlindo Pereira openstreet...@arlindopereira.com:
 Nunca mapeei bosques, mas aqui no Rio utilizo majoritariamente
 highway=pedestrian+area=yes para praças como o Largo da Carioca. Não
 conhecia essa landuse=village_green, vou passar a usar caso seja
 consenso na comunidade.

 []s

 2012/3/3 Tulio Magno Quites Machado Filho tul...@quites.com.br:
 Bom dia,

 Sou novo na comunidade. Faz poucos meses que comecei a contribuir com
 o OSM e tenho encontrado algumas dúvidas ao mapear algumas coisas e
 gostaria de discutir com vocês a melhor saída.
 Pretendo levantar estas questões aos poucos, começando pelo mapeamento
 de praças.
 A ideia é começar uma discussão para depois levá-la para a wiki, e
 finalmente documentar as conclusões por lá.

 Desculpem misturar inglês com português, mas pretendo fazer isso
 apenas para evitar confusões nas traduções de chaves e valores.

 Tenho encontrado praças mapeadas das mais diversas formas. Como
 leisure=park, highway=pedestrian, landuse=village_green, como áreas,
 nós ou mesmo construções mais complexas que especificam onde existem
 regiões verdes, onde é asfaltado, etc.

 Acredito que isto reflete um pouco a quantidade de tipos de praças que
 temos aqui no Brasil.
 Mas durante minhas reflexões cheguei a conclusão que temos
 principalmente 4 tipos de regiões públicas semelhantes a praças:
 - Praças pavimentadas: são praças majoritariamente de cimentos. Podem
 possuir algumas plantas, mas a maior parte da área é de cimento. Ex:
 Praça Sete de Setembro em Belo Horizonte [1]
 - Praças verdes: são praças que possuem bastantes regiões verdes. Nem
 sempre as áreas verdes da represemtam mais de 50% da área da praça,
 mas a sensação ela é nitidamente mais verde. Ex.: Praça da Liberdade
 [2], Praça Raul Soares [3]
 - Parques: Regiões verdes maiores e presentes apenas dentro de
 cidades. Podem possuir construções, mas são majoritariamente verdes.
 Ex: Parque do Ibirapuera [4], Parque Municipal de Belo Horizonte [5],
 Parque Portugal [6]
 - Bosques: Áreas verdes pequenas dentro de cidades. Normalmente
 possuem poucas ou nenhuma regiões pavimentadas. Ex.: Bosque dos
 Italianos [7]

 Estas são apenas as classificações mais comuns que imaginei. Devem
 haver diversos outros tipos menos comuns.

 Após ler diversas páginas da wiki eu interpretei o seguinte:
 - Praças pavimentadas: seriam mapeadas como áreas e com
 highway=pedestrian e area=yes. Caso hajam árvores, elas podem ser
 mapeadas como nós com a chave natural=tree
 - Praças verdes: seriam mapeadas como áreas com a chave landuse=village_green
 - Bosques: mapeados como áreas com a chave landuse=forest
 - Parques: seriam mapeados 

Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE

[Leandro Motta Barros]

2012/2/9 Cleber Gouvêa cleb...@gmail.com:
 A propósito a OSM não pode utilizar dados da Wikimapia ? Eles disponibilizam 
 as informações a partir de uma API de graça para uso
 sem fins lucrativos.

Os dados do OpenStreetMap *podem* ser usados para fins lucrativos. O
argumento de pode usar de graça sem fins lucrativos é bem frequente
e tentador, mas não serve prá nós ;-)

LMB

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

Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE

[Leandro Motta Barros]

2012/2/9 Ricardo Padilha ricardospadi...@gmail.com:
 A pior parte é que a única maneira de se livrar do problema é recriar do
 zero. Que lamentável desperdício de trabalho.

 Pelo que eu vi, tem algumas cidades no RS que vão simplesmente desaparecer
 [1]. Eu duvido que conseguiremos contatar as pessoas responsáveis antes da
 data final.

Eu contatei vários aqui da minha região (São Leopoldo / Novo Hamburgo
/ Porto Alegre) há uns meses, e os casos que iam dar mais problema
responderam e já aceitaram os novos termos. Acho que vale a pena
contatar o pessoal à sua volta. Dá bem pouco trabalho e (no meu caso,
pelo menos), salvou um monte de dados.

LMB

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

Re: [Talk-br] Evitar e corrigir alterações indevidas

[Leandro Motta Barros]

Olá!

O OWL (OpenStreetMap Watch List) permite gerar feeds (RSS/ATOM) com as
mudanças feitas numa área selecionada.

Eu uso faz um bom tempo para monitorar a minha cidade e tem funcionado bem.

http://matt.dev.openstreetmap.org/owl_viewer



LMB

2011/12/20 Jose Carlos Medeiros j...@psabs.com.br:
 Ola Pessoal,

 Existe alguma forma de cadastrar uma região para ser monitorada? Explico.
 Depois de você mapear uma região ou bairro, e alguém alterar incorretamente,
 como eu poderei saber? Pode ser que para passar nesta rua eu leve bastante
 tempo e até la o mapa ficará errado.

 Eu contribui um tempo para o projeto Waze e la cada um ficava responsável
 por uma região, claro, outros poderiam alterar, mas o responsável recebia um
 aviso, para que pudesse verificar.
 Existe alguma coisa do tipo para o OSM?


 []'s
 José Carlos

 ___
 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] como simplificar/juntar caminhos/ruas com dados ja existentes

[Leandro Motta Barros]

Olá!

Se tem como fazer isso eu não sei, mas acho que na maioria dos casos
isso não daria bons resultados. Eu acho os dados brutos do GPS sujos
demais (exemplo simples: uma linha reta pode ser descrita com apenas
dois pontos; nos dados de GPS pode haver vários pontos intermediários
que não acrescentam informação nenhuma).

Pela minha experiência pessoal, o tempo de desenhar as vias é
relativamente pequeno (comparado com o tempo de colocar os devidos
tags), então sempre uso a camada GPX apenas como referência.

LMB

PS: Estás usando o JOSM? Aqui [
http://josm.openstreetmap.de/ticket/2760 ] citam um plugin que ajuda a
limpar os dados do GPS. Nunca usei esse plugin, mas de repente
ajuda...

2011/12/15 Fernando Avena fernando.av...@gmail.com:
 opa pessoal

 então tenho duvida que seguinte, baixo os dados que tem on-line no osme
 coloco em outra camada dados de gps (gpx), ai converto o gpx pra camada de
 dados.

 ai blz tenho camada2 com dados vindo do osm, e tenho a camada1 com dados do
 gps.

 ai acontece de alguns trechos de rodovias ou ruas, ter já dados da estrada e
 eu ter em outra camada dados via gps que esta melhor.

 tem como eu combinar camadas (isso sei que possível fazer), mas hora de
 combinar, informar que aquele trecho da estrada que com dados via ibge, ele
 se alinhe e combine/fique junto com o caminho que tenho via gps.

 pois acabo perdendo muito tempo as vezes removendo trechos de estadas e
 salvando o nome e outras info e tendo que informar na camada de dados pego
 com gps. e depois combinando as camadas e depois unindo os trechos de
 estradas com dados do osm com dados do gps.

 não teria como alinhar/juntar e virar uma via só.

 sei que possível selecionar as duas viasmas combinar pra virar
 uma só não consegui.

 ___
 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] Apresentando-me

[Leandro Motta Barros]

Oi Daniel!

Seja bem vindo!

Uma ferramenta que eu sempre recomendo muito fortemente é o Keepright:
http://keepright.ipax.at

Ele não é uma ferramenta para edição, mas sim para apontar erros (ou
possíveis erros) no mapeamento. Eu aprendo muito analisando (e
corrigindo) os erros que eu cometo e que são apontados pelo Keepright.

(Aviso útil: a lista de erros do Keepright é atualizada só a cada uma
ou duas semana, em média. Ou seja, leva um tempo até que os nossos
erros apareçam por lá.

Abraço,

LMB

PS: Com relação a ferramentas de edição, acho que vai muito de pessoa
para pessoa. Eu sou fã do JOSM. Como o Alexandre disse, não é fácil
começar a usá-lo, mas depois que engrena, só vai. Qualquer coisa,
pergunta aqui na lista que a gente tenta ajudar :-)


2011/6/15 Daniel Bessa polit...@gmail.com:
 Olá,

 Sou Daniel Bessa de Fortaleza/CE e comecei a entender o OSM agora. Estou
 tentando mapear a área onde moro pra aprender a utilizar as ferramentas.

 Tem mais alguém de Fortaleza por aqui?
 Já estou lendo a wiki do OSM. Tem mais algum lugar que vocês indicam?

 Att,
 Daniel Bessa
 http://coldlemon.wordpress.com
 http://identi.ca/coldlemon
 http://twitter.com/coldlemon1


 ___
 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] Brasil 5500 Atualizado

[Leandro Motta Barros]

Olás,

Vocês sabem quanto tempo leva para as atualizações feitas no OSM
aparecerem nos mapas da CloudMade?

A ERS-737 que liga Arroio do Padre à BR-116
(http://www.openstreetmap.org/browse/way/114454930) está mapeada há
semanas, mas Arroio do Padre ainda aparece como não conectada.

Obrigado!

LMB
PS: Só para constar, no http://open.mapquest.com a ERS-737 já aparece
e o roteamento por ela funciona bem.


On Tue, Jun 14, 2011 at 6:12 PM, vitor vitor.geo...@gmail.com wrote:
 Vejam a nova tabela: http://www.mapaslivres.org/brasil5500.html


 ___
 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] Atualização do Brasil 5500

[Leandro Motta Barros]

Oi Vitor,

Chegaste a considerar aquele meu velho script que pegava as
coordenadas de cidades?
(http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Brazil/Brasil_250_Cidades/Lista_Completa_de_Cidades)

LMB

2011/6/8 vitor vitor.geo...@gmail.com:
 Oi Pessoal,
 A tabela do Projeto Brasil 5500 foi atualizada:
 http://mapaslivres.org/brasil5500.html
 Esperem atualizações mais frequentes deste projeto.
 Para saber mais:
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_5500
 Abs,
 Vitor

 ___
 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] Renderização de boundary=Yahoo Hires Data pelo Mapnik

[Leandro Motta Barros]

Olás,

Acabei de notar que aqueles boundaries marcando os limites de áreas
com images de alta resolução estão tendo seus nomes renderizados pelo
Mapnik. Exemplo:

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

Aquele Porto Alegre que aparece no mapa é o name da área
boundary=Yahoo Hires Data que passa por ali.

Acho que isso não está certo, mas não sei o que fazer. Trocar o name
por note, talvez? Daria também para falar com os desenvolvedores do
Mapnik, mas eu até acho que a política de renderizar os names mesmo
que os demais não sejam conhecidos é mais uma feature que um bug...

LMB

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

Re: [Talk-br] Evento Comunitário no FISL

[Leandro Motta Barros]

Eu já estou inscrito pro FISL. Minha participação durante os dias de
semana não depende só de mim, mas certamente estarei lá no sábado.
Dentro do que for possível, posso dar uma ajuda.

LMB

2011/5/5 Samuel Vale srcv...@minaslivre.org:
 Olá pessoal,

 Eventos comunitários do FISL podem ser inscritos até dia 10/05/2011.

 http://softwarelivre.org/fisl12/atracoes/eventos-comunitarios

 Em 2010 tivemos uma palestra com um público razoável, e tivemos um mini
 encontro de mapeadores presentes. Estavam lá Arlindo, Claudomiro,
 Flávio, Richs (mapper da Latvia(?) que estava por lá), Djavan e eu. Me
 perdoe se esqueci alguém. Acho que foi bem proveitoso, e comentamos de
 tentar fazer algo mais prático este ano, ou tentar complementar palestra
 com algo mais prático. Eu ainda não confirmei se irei desta vez, mas
 estou lançando a ideia aí, para o caso de alguém que esteja planejando
 aparecer por lá quiser propor algo. Que acham?

 Abraço,
 --
 Samuel Vale srcv...@minaslivre.org

 ___
 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] Incitação ao bugcídio

[Leandro Motta Barros]

Olás,

Temos regiões com muitos problemas de mapeamento, alguns dos quais
considero particularmente graves:

- Vias que no mundo real são fisicamente conectadas (cruzamentos ou
não), mas que não possuem um nodo em comum, que faça a conexão
lógica entre elas.

- Vias totalmente sem tags.

Sem essas coisas feitas direito, a utilidade dos mapas é drasticamente reduzida.

Pois bem, escrevo convidando a todos a periodicamente fazer edições de
remoção de bugs. A receita é simples:

1. Abra o Keepright! [1], e saia navegando (de preferência por regiões
que você conheça pelo menos um pouco) à procura de nuvens densas de
bugs.

2. Corrija o quanto conseguir destes problemas. [2]

3. Bônus: espie o histórico de edições dos objetos com problemas. Se
notarem que algum usuário ativo está cometendo esses erros
consistentemente, faça, gentilmente, contato com ele, explicando o
problema e como corrigi-lo. (Fiz isso com um usuário e ele foi
totalmente receptivo às sugestões.)

Eu segui essa receita em Porto Alegre. Passei vários meses fazendo
edições semanais de remoção de bugs [3], e, finalmente, dei o trabalho
por concluído no último domingo. (Ainda tem muita coisa feia por lá,
mas acho que o mais grave tá resolvido.)

Acontece que problemas similares existem em muitos outros lugares. Vi
isso em outras cidades do RS, tanto vizinhas de PoA quanto no interior
do Estado. Não subi além de Santa Catarina no Keepright!, mas não
demorei a achar cidades com *muitas* vias mapeadas sem tag algum.
Suspeito que haja problemas desse tipo por todo o país.

O email já está longo, mas preciso dar um argumento adicional: eu acho
que a tendência natural de nós pessoas é fazer as coisas copiando.
Colaboradores novos do OSM tendem a copiar o estilo de mapeamento do
que eles já veem mapeado por outros. Ou seja, se deixamos esses bugs
como estão, eles vão se multiplicar à medida que mais gente começar a
participar do projeto. Pelo menos eu acho ;-)

Abraço a todos, bons mapeamentos e boa matança de bugs :-)

LMB

[1] http://bit.ly/95A2fc


[2] Notem que o objetivo é corrigir os problemas, não escondê-los. Por
exemplo, colocar name=Escola numa escola não corrige o problema; na
verdade, isso só o esconde, fazendo que ele seja ainda mais difícil de
ser resolvido de verdade. Da mesma forma, trocar um highway=road por,
digamos, highway=residential de uma região que não conhecemos é
trapaça :-)

[3] Se alguém quiser ter uma ideia dos antes e depois, coloquei
alguma coisa aqui:
http://wiki.openstreetmap.org/wiki/User:LMBarros/POABugkilling . Notem
que o Keepright! ainda reporta muitos bugs, que são coisas que eu não
tenho como corrigir sem um survey prá valer. Muitos dos erros
apontados, inclusive, são tags de fixme=... que coloquei em várias
coisas altamente suspeitas que encontrei.

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

[Talk-br] FISL 2011?

[Leandro Motta Barros]

Olás de novo,

Aproveitando o embalo: acho até que a programação ainda não está
fechada, mas vocês sabem me dizer se tem alguma coisa relativa ao OSM
prevista ou pretendida para o FISL (http://softwarelivre.org/fisl12)
esse ano?

Alguém pretende ir? (Eu devo estar por lá, nem que seja só no sábado.)

LMB

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

Re: [Talk-br] Incitação ao bugcídio

[Leandro Motta Barros]

Olá,

2011/5/3 vitor vitor.geo...@gmail.com:
 Acho que vocês mesmos estão dando a solução para o problema.
 O que falta são mapeadores!
 Não adianta nada a gente fazer um monte de importações e não ter gente pra
 arrumar.

OK, mas eu acho que estamos falando de problemas diferentes. Pelo
menos, eu acho que esses casos que relatei foram criados por pessoas
mesmo, não por importações.

 A lista é um bom meio de comunicação para os usuários mais ativos, mas a
 gente tem que divulgar bastante fora daqui.

Também acredito que mais mapeadores seriam muito bem vindos, mas
também acho que nós, justamente como os usuários mais ativos, podemos
fazer algumas coisas para que o trabalho dos mapeadores ocasionais
tenha maior probabilidade de sair com boa qualidade. Eu diria que, em
ordem de importância (mais importantes no topo da lista), nós devemos:

1) Fazer com o que as áreas mapeadas não tenham muitos erros
grandes. Isso é bem na linha da minha proposta de seções de matança
de bugs. É bem cansativo, mas eu pretendo seguir fazendo isso (agora
num ritmo mais leve, talvez uma edição dessas por mês).

2) Traduzir ferramentas. Nos meus não muitos meses de lista já vi o
pessoal se movimentando para completar e melhorar traduções.
Possivelmente esse seja o ponto em que estamos mais avançados.

3) Melhorar a Wiki em pt_BR. Aqui me refiro tanto a melhorar os textos
em si quanto a melhorar as definições de como devemos mapear as coisas
aqui no Brasil. Há um tempo troquei umas ideias com alguns mapeadores
daqui de perto (Rodrigo de Avila, Flavio Bello, talvez mais alguém), e
acho que meio que concordamos que ainda tem muita coisa no ar, de
como exatamente adaptar os tags para a nossa realidade (o que é bem
natural, considerando o tamanho e tempo de atuação da nossa
comunidade!)

Quanto a esse terceiro ponto eu tenho vontade de colaborar daqui a um
tempo. Penso em periodicamente pegar algum desses tags meio
indefinidos, ver como o pessoal de outros países está usando eles,
trazer a discussão prá lista e depois atualizar a wiki.

 Este tutorial do Leandro daria um bom post de blog, ou poderia ser colocado
 no ajuda.mapaslivres.org de maneira resumida.

Fiquem à vontade. :-)

LMB


 2011/5/3 Arlindo Pereira openstreet...@arlindopereira.com

 Boa chamada. Aqui no Rio tem um zilhão de erros no keep right! também,
 acho que isso é normal. Também concordo com a ideia de que novos
 mapeadores tendem a repetir os antigos. Só falta tempo para fazer tudo
 praticamente sozinho :/

 []s

 2011/5/3 Guilherme Dagostin Donadel gdona...@gmail.com:
  Olá,
  Se voce chegou ate Criciúma deve ter encontrado as vias que eu mapiei
  mas nao coloquei as tag por faz de tempo, aos poucos eu estou
  organizando essa regiao sul de SC.
  mas bom saber quer existe esse plugin keepright, nao conhecia. obrigado
 
  Guilherme D'Agostin Donadel
  gdonadel
 
 
 
  Em 3 de maio de 2011 10:05, Rodrigo de Avila rodr...@avila.net.br
  escreveu:
  Por um tempo, eu tentei corrigir os erros em Porto Alegre, e cidades
  que
  abraçam a BR-116. Mas com o tempo acabei desistindo, porque era
  simplesmente uma tarefa imensa. Eram MUITOS erros!
  Por isso, meus parabéns... eu sei exatamente qual o tamanho do problema
  em
  Porto Alegre e região. Deve ter dado muito trabalho... Já aconteceu de
  eu
  querer indicar o OSM para ser usado em GPS de conhecidos, mas como sou
  conhecedor do estado do mapa em POA, não tive coragem.
  Isso é algo que cada um de nós pode fazer: visitar o KeepRight de vez
  em
  quando, e corrigir o que aparece. Ainda mais que está todo em pt_BR ;)
  P.S.: o KeepRight não aponta apenas erros de roteamento. Ou seja: mesmo
  os
  colegas que se aproximam do OSM para outras atividades não-relacionadas
  com
  routing, podem tirar muito proveito dele.
 
 
  --
  Rodrigo de Avila
  Analista de Desenvolvimento
 
  rodr...@avila.net.br • www.avila.net.br
 
  Em 3 de maio de 2011 09:53, Leandro Motta Barros lmbar...@gmail.com
  escreveu:
 
  Olás,
 
  Temos regiões com muitos problemas de mapeamento, alguns dos quais
  considero particularmente graves:
 
  - Vias que no mundo real são fisicamente conectadas (cruzamentos ou
  não), mas que não possuem um nodo em comum, que faça a conexão
  lógica entre elas.
 
  - Vias totalmente sem tags.
 
  Sem essas coisas feitas direito, a utilidade dos mapas é drasticamente
  reduzida.
 
  Pois bem, escrevo convidando a todos a periodicamente fazer edições de
  remoção de bugs. A receita é simples:
 
  1. Abra o Keepright! [1], e saia navegando (de preferência por regiões
  que você conheça pelo menos um pouco) à procura de nuvens densas de
  bugs.
 
  2. Corrija o quanto conseguir destes problemas. [2]
 
  3. Bônus: espie o histórico de edições dos objetos com problemas. Se
  notarem que algum usuário ativo está cometendo esses erros
  consistentemente, faça, gentilmente, contato com ele, explicando o
  problema e como corrigi-lo. (Fiz isso com um usuário e ele foi
  totalmente receptivo às sugestões.)
 
  Eu segui

Re: [Talk-br] Gerando coordenadas automaticamente (Era: Brasil 5500)

[Leandro Motta Barros]

Olás,

Eu acho que não vou conseguir me dedicar muito mais a isso tão cedo,
mas aí vai uma coisa que eu notei: algumas das cidades identificadas
como sem nodo place, na verdade possuem nodo place, porém com nome
um pouco diferente do esperado. Acentos, em particular, parecem ser um
problema. Veja por exemplo, os casos de Antônio Prado e Canguçu (ambas
no RS): Elas possuem nodos com name Antonio Prado e Cangucu. (As
relações definindo as fronteiras parecem ter o nome correto, pelo
menos nestes casos.)

Acho que o mais certo seria corrigir o nome nos nodos mesmo, mas se
alguém mudar o script para que ele ignore acentos já seria suficiente
para obter algumas coordenadas a mais.

LMB

2011/4/16 Vitor George vitor.geo...@gmail.com:
 Oi Leandro,

 Parabéns pelo trabalho.

 Eu acho beleza mesclar, porque no final vão aparecer os erros na
 geração das rotas, e aí vamos acertando.

 Vou tentar rodar o script amanhã. E também publicarei pra gente ir
 melhorando ele.

 Abs
 Vitor

 Em 16/04/2011, às 20:55, Leandro Motta Barros lmbar...@gmail.com escreveu:

 Eu de novo...

 Implementei duas heurísticas que conseguiram achar as coordenadas de
 mais umas 700 cidades, subindo o número de coordenadas obtidas para
 4521 (com o detalhe de que há uma certa chance de que pelo menos
 alguns desses 700 estejam incorretos -- essas heurísticas são apenas
 heurísiticas ;-) )

 Coloquei os resultados atualizados, junto com uma descrição do que eu
 fiz e um link para o script utilizado na página de discussão da Lista
 Completa de Cidades:

 http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Brazil/Brasil_250_Cidades/Lista_Completa_de_Cidades

 Não quis colocar os resultados por cima da página oficial porque nada
 disso foi verificado com muito cuidado. Conto com vocês para fazer
 isso ;-)

 Qualquer dúvida, gritem aí!

 LMB


 2011/4/16 Leandro Motta Barros lmbar...@gmail.com:
 Olás,

 Não usei Xapi, mas acho que consegui obter automaticamente uma lista
 com muitas das cidades.

 Por enquanto, coloquei apenas os resultados aqui:

 http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Brazil/Brasil_250_Cidades/Lista_Completa_de_Cidades

 Para os resultados que eu verifiquei, as coordenadas pareciam estar 
 corretas.

 O maior problema é que há muitos nodos place com nomes repetidos. Por
 exemplo, há cinco Juazeiros pelo Brasil, então não sei de qual pegar
 as coordenadas. Estou tentado resolver esse problema procurando pelo
 Estado, ou talvez ignorando hamlets.

 Assim que eu cansar de tentar resolver isso, eu mando detalhes de como
 estou procedendo e compartilho o script com  vocês.

 Abraços,

 LMB

 ___
 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] Gerando coordenadas automaticamente (Era: Brasil 5500)

[Leandro Motta Barros]

Olás,

Não usei Xapi, mas acho que consegui obter automaticamente uma lista
com muitas das cidades.

Por enquanto, coloquei apenas os resultados aqui:

http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Brazil/Brasil_250_Cidades/Lista_Completa_de_Cidades

Para os resultados que eu verifiquei, as coordenadas pareciam estar corretas.

O maior problema é que há muitos nodos place com nomes repetidos. Por
exemplo, há cinco Juazeiros pelo Brasil, então não sei de qual pegar
as coordenadas. Estou tentado resolver esse problema procurando pelo
Estado, ou talvez ignorando hamlets.

Assim que eu cansar de tentar resolver isso, eu mando detalhes de como
estou procedendo e compartilho o script com  vocês.

Abraços,

LMB


2011/4/13 Rodrigo de Avila rodr...@avila.net.br:
 Será que a gente não consegue as coordenadas de todos os municípios usando o
 Xapi?
 http://developer.mapquest.com/web/products/open/xapi


 --
 Rodrigo de Avila
 Analista de Desenvolvimento

 rodr...@avila.net.br • www.avila.net.br


 Em 13 de abril de 2011 14:09, vitor vitor.geo...@gmail.com escreveu:

 Pessoal,
 Atualizei o relatório:
 http://mapaslivres.org/brasil5500.html
 Vi que foram colocadas 100% das coordenadas do ES, parabéns! Agora é só
 ver as conexões que faltam.
 Só queria avisar para que não sejam colocadas no wiki coordenadas com
 separador decimal de vírgula.
 Abs,
 Vitor



 2011/4/12 vitor vitor.geo...@gmail.com

 Olá Pessoal,
 Gostaria de apresentar para vocês o projeto Brasil 5500.
 Basicamente, é um projeto para colocar todas as cidades brasileiras no
 mapa.
 Fiz um script que testa a conexão entre entre cidades-pólo e cidades
 dentro de um mesmo estado.
 Os resultados podem ser vistos aqui:
 http://mapaslivres.org/brasil5500.html
 Como devem ter percebido, não estão todas as 5562 cidades brasileiras.
 Para que todas estejam aí, será necessário buscar as coordenadas que estão
 faltando e adicionar aqui:
 http://goo.gl/WZQIw
 Quem quiser adicionar coordenadas, me avise que eu mando o
 compartilhamento.
 Periodicamente postarei o relatório, utilizando as coordenadas que estão
 nesta planilha.
 O script precisa ainda de alguns ajustes, como por exemplo marcar rotas
 tortuosas. Sugestões são bem vindas!
 Bom mapeamento!

 ___
 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] Gerando coordenadas automaticamente (Era: Brasil 5500)

[Leandro Motta Barros]

Eu de novo...

Implementei duas heurísticas que conseguiram achar as coordenadas de
mais umas 700 cidades, subindo o número de coordenadas obtidas para
4521 (com o detalhe de que há uma certa chance de que pelo menos
alguns desses 700 estejam incorretos -- essas heurísticas são apenas
heurísiticas ;-) )

Coloquei os resultados atualizados, junto com uma descrição do que eu
fiz e um link para o script utilizado na página de discussão da Lista
Completa de Cidades:

http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Brazil/Brasil_250_Cidades/Lista_Completa_de_Cidades

Não quis colocar os resultados por cima da página oficial porque nada
disso foi verificado com muito cuidado. Conto com vocês para fazer
isso ;-)

Qualquer dúvida, gritem aí!

LMB


2011/4/16 Leandro Motta Barros lmbar...@gmail.com:
 Olás,

 Não usei Xapi, mas acho que consegui obter automaticamente uma lista
 com muitas das cidades.

 Por enquanto, coloquei apenas os resultados aqui:

 http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Brazil/Brasil_250_Cidades/Lista_Completa_de_Cidades

 Para os resultados que eu verifiquei, as coordenadas pareciam estar corretas.

 O maior problema é que há muitos nodos place com nomes repetidos. Por
 exemplo, há cinco Juazeiros pelo Brasil, então não sei de qual pegar
 as coordenadas. Estou tentado resolver esse problema procurando pelo
 Estado, ou talvez ignorando hamlets.

 Assim que eu cansar de tentar resolver isso, eu mando detalhes de como
 estou procedendo e compartilho o script com  vocês.

 Abraços,

 LMB

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

Re: [Talk-br] como fazer mapa de rotas

[Leandro Motta Barros]

Oi Yuriê,

Não sei se tenho como te ajudar muito, mas já que ninguém mais
respondeu, aí vão alguns comentários.

A ferramenta que eu uso para editar no OpenStreetMap é o JOSM
(http://josm.openstreetmap.de). Eventualmente até uso o Potlach
(editor direto na página web do OSM, em Flash), mas pessoalmente eu
acho o JOSM muito melhor para qualquer edição não trivial. (Isso
provavelmente é questão de costume, mas eu sempre acabo recomendado o
JOSM, nem que seja porque é o único editor que eu seria capaz de
prestar alguma ajuda).

O mapeamento de rotas no OSM é feito através de relações do tipo
route: em http://wiki.openstreetmap.org/wiki/Route . No caso de
rotas ciclísticas, essa página tem uma seção de cycle routes. Eu
acho que o conceito de relações no OSM não é tão intuitivo assim,
talvez queiras ler e entender essa introdução antes de sair mapeando
rotas: http://wiki.openstreetmap.org/wiki/Relation .

Sobre integração entre OSM/JOSM e Mapsource, não sei dizer nada, mas
creio que não exista uma forma totalmente automática de transportar as
tuas rotas desenhadas no Mapsource direto para o OSM da maneira
correta (ou seja, através de relações do tipo route, como eu disse
acima).

Isso são orientações bem gerais, se tiveres alguma dúvida mais
específica, vai perguntando aí que vamos tentando ajudar.

Abraço,

LMB

PS: Sei que tem gente aí na lista que pedala (não é meu caso), mas não
sei que experiência eles têm com mapeamento de rotas ciclísticas. De
repente alguém mais qualificado que eu ainda se pronuncia :-)

PPS: Se por acaso ainda não conheces o OpenCycleMap, acho que vai ser
do teu interesse: http://wiki.openstreetmap.org/wiki/OpenCycleMap



2011/3/7 Yuriê Baptista César yuriebc.coi...@gmail.com:
 Olá pessoal,
 estou querendo fazer um mapa de rotas de bicicletas desse tipo:
 http://www.ridethecity.com/ e to sem idéia de por onde começar.

 já tenho as rotas traçadas em um mapa de papel.
 estou georreferenciando as rotas (na verdade estou `desenhando as rotas no
 mapsource na ferramenta desenho de pista).

 a grande questão é que devo fazer para jogar elas no openstreetmap.org para
 poder pesquisar as rotas.

 eu vi que tem os programas específicos do OSM, não sei qual é o mais
 indicado para o meu objetivo.

 também queria aproveitar o trabalho e enviar as rotas para o projeto Track
 Source, daí queria saber qual a melhor forma de economizar trabalho.

 quem puder ajudar eu agradeço imensamente.

 abraços,
 Yuriê
 Brasília


 ___
 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] Re-2: Estacionamentos para clientes

[Leandro Motta Barros]

2011/2/11  c...@geobahia.net.br:
 No Wiki de Openstreetmap (Ingleis) disse usar access = permissive para
 o estacionamento de cliente ;-)

Onde diz isso? (Procurei mas não encontrei.)

A página de discussão do parking
(http://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dparking) me dá
a entender que não existe ainda padrão prá isso, mas que de fato há
gente mapeando como access=destination (junto com
operator=Restaurante do Zé).

LMB



 Eu entendo que o permissive é para casos em que o estacionamento (ou
 seja o que for) é particular, mas que na prática o dono permite acesso
 prá todo mundo. (access=permissive The owner gives general permission
 for access.)

 O estacionamento do Restaurante do Pedro é particular (o Pedro é seu
 dono), mas se eu estacionar ali para ir comer no Restaurante do Zé,
 que fica do outro lado da rua, o Pedro vai brigar comigo, porque ele
 só deixa os seus clientes estacionarem ali. É em casos como esse que
 eu estou interessado...



 ___
 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] condominios fechados

[Leandro Motta Barros]

Eu tenho usado highway=service + service=driveway +
access=private. Tava fazendo assim pensando que essas vias são mais
um acesso aos prédios do que ruas propriamente ditas. Parecia muito
óbvio que eu estava fazendo a coisa certa até ler esse teu email, que
também parece fazer muito sentido :-)

Que acham?

LMB


2011/2/10 Claudomiro Nascimento Junior claudom...@claudomiro.com:
 Acho que highway=residential + access=private é o mais adequado.
 2011/2/10 David Kurka david.ku...@gmail.com

 olá pessoal, tudo bem?

 tenho uma dúvida: qual a melhor tag para se usar em ruas dentro de
 condominios fechados? (e com acesso restrito)


 abraços,
 --
 David Kurka

 ___
 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] condominios fechados

[Leandro Motta Barros]

Odeio responder aos meus próprios emails, lá vai...

Na verdade eu nunca mapeei um condomínio fechado de fato, desses
maiores. No máximo, mapeei conjuntos de prédios residenciais, em que
usei os tags como disse. Prá condomínios fechados de verdade, acho o
highway=residential bem adequado!

Desculpem pelo rúido!

LMB

2011/2/10 Leandro Motta Barros lmbar...@gmail.com:
 Eu tenho usado highway=service + service=driveway +
 access=private. Tava fazendo assim pensando que essas vias são mais
 um acesso aos prédios do que ruas propriamente ditas. Parecia muito
 óbvio que eu estava fazendo a coisa certa até ler esse teu email, que
 também parece fazer muito sentido :-)

 Que acham?

 LMB


 2011/2/10 Claudomiro Nascimento Junior claudom...@claudomiro.com:
 Acho que highway=residential + access=private é o mais adequado.
 2011/2/10 David Kurka david.ku...@gmail.com

 olá pessoal, tudo bem?

 tenho uma dúvida: qual a melhor tag para se usar em ruas dentro de
 condominios fechados? (e com acesso restrito)


 abraços,
 --
 David Kurka

 ___
 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] Estacionamentos para clientes

[Leandro Motta Barros]

Olás,

Existe algum tipo de tag (algum access=*, imagino) para marcar
estacionamentos que devem ser usados apenas pelos clientes de um
estabelecimento?

Acho que na página de talk do access=*
(http://wiki.openstreetmap.org/wiki/Talk:Key:access#Usage_for_parking.3F),
eles sugerem usar access=destination, mas não estou bem certo de que
eles estejam falando da mesma coisa que eu.

LMB

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

Re: [Talk-br] Estacionamentos para clientes

[Leandro Motta Barros]

Eu entendo que o permissive é para casos em que o estacionamento (ou
seja o que for) é particular, mas que na prática o dono permite acesso
prá todo mundo. (access=permissive The owner gives general permission
for access.)

O estacionamento do Restaurante do Pedro é particular (o Pedro é seu
dono), mas se eu estacionar ali para ir comer no Restaurante do Zé,
que fica do outro lado da rua, o Pedro vai brigar comigo, porque ele
só deixa os seus clientes estacionarem ali. É em casos como esse que
eu estou interessado...

LMB


2011/2/10  c...@geobahia.net.br:
 Existe:

 amenity = parking
 access = permissive

 Existe algum tipo de tag (algum access=*, imagino) para marcar
 estacionamentos que devem ser usados apenas pelos clientes de um
 estabelecimento?



 ___
 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] Duvida Public GPS traces

[Leandro Motta Barros]

2011/2/2 David Kurka david.ku...@gmail.com:


 2011/2/2 Leandro Motta Barros lmbar...@gmail.com

 2011/2/2 David Kurka david.ku...@gmail.com:
  [...]
  Tendo imagens de alta resolução do Bing disponíveis, vale a pena
  investir em
  traces gps? (pessoas além do Alexandre podem me responder isso também!
  :))

 Se eu não sonhei, eu li em lugar (Wiki do OSM, provavelmente) que
 esses traces são bons até como uma prova em uma eventual ação legal
 (nós não copiamos, olha só: teve colaborador nosso passando por ali)

 a melhor forma de identificar isso, é através da tag source, certo?

 logo, ruas com tag source=gps devem ter prioridade à source=gps?

Er, prá mim, source=gps é a mesma coisa que source=gps ;-P

OK, sério agora: acho que o pessoal já respondeu aí, mas o que eu
também costumo fazer é colocar source=survey nas vias por onde eu
passei com GPS e gravador. (Muitas vezes uso survey junto com outras
fontes, como source=survey, Bing, IBGE)


 Fora isso, para mim, a forma mais divertida de mapear é usar um GPS e
 um gravador de som. Dá para pegar muitos detalhes (POIs, em
 particular) que não dá para ver pelas imagens aéreas.

 eu também acho bem divertido... eu tava quase terminando de andar de
 bicicleta por todas as ruas de barão geraldo (distrito de Campinas), quando
 chegaram as imagens do bing... :)
 agora deu mais preguiça de continuar... OSM faz bem pra saude! :)

;-)

LMB

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

Re: [Talk-br] Duvida Public GPS traces

[Leandro Motta Barros]

2011/2/2 David Kurka david.ku...@gmail.com:
 [...]
 Tendo imagens de alta resolução do Bing disponíveis, vale a pena investir em
 traces gps? (pessoas além do Alexandre podem me responder isso também! :))

Se eu não sonhei, eu li em lugar (Wiki do OSM, provavelmente) que
esses traces são bons até como uma prova em uma eventual ação legal
(nós não copiamos, olha só: teve colaborador nosso passando por ali)

Fora isso, para mim, a forma mais divertida de mapear é usar um GPS e
um gravador de som. Dá para pegar muitos detalhes (POIs, em
particular) que não dá para ver pelas imagens aéreas.

LMB

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

Re: [Talk-br] Wiki

[Leandro Motta Barros]

Olás,

Sou um usuário/contribuidor relativamente novo no OSM (cerca de três
meses), e esse é um dos tópicos que mais me deixa com dúvidas.

O que eu gosto na na página de
Pt-br:Guia_de_Mapeamento_do_Território_Brasileiro foi a tentativa de
mapear os conceitos da legislação de trânsito do Brasil para os tags
padrão do OSM.  O Pt-br:Map_Features, por outro lado, me parece ser
apenas uma tradução da versão em inglês, que não tenta fazer maiores
esclarecimentos a questões como o uso de highway=unclassified (que,
pelo que eu entendo, é algo bem inglês, sem equivalente aqui no
Brasil.)

Minha política tem sido não mexer na classificação de rotas e colocar
tags de maxspeed=* e surface=* pelas vias por onde passo, mas
seguidamente fico com um sentimento de que há inconsistências na
classificação de vias nas cidades aqui à minha volta.

LMB

2011/1/12 Flavio Bello Fialho be...@cnpuv.embrapa.br:
 A orientação no Pt-br:Map_Features está muito ruim. A descrição no segundo
 link faz mais sentido, mas se limita a alguns valores para o tag highway.
 Sugiro que melhoremos a descrição no Pt-br:Map_Features usando o conteúdo de
 Pt-br:Guia_de_Mapeamento_do_Territ%C3%B3rio_Brasileiro. Ao contrário do
 sugerido, uma rota terciária não significa barro. Há muitas rodovias
 estaduais e federais que não são pavimentadas e em muitos casos são o único
 acesso a uma cidade.

 Em 30-12-2010 23:16, Alexandre Parente Lima escreveu:

 Ola,

 Temos na wiki duas orientações para mapear rodovias.
 Acredito que a primeira é a mais lógica e pratica, principalmente quando
 se pretende usar os dados no GPS.

 http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features

 A segunda, é essa que pode levar seu gps a traçar uma rota por 200 km de
 barro, quando ele indica uma pista terciária.


 http://wiki.openstreetmap.org/wiki/Pt-br:Guia_de_Mapeamento_do_Territ%C3%B3rio_Brasileiro

 Sugestão, apaga esse segundo link, a primeira orientação é muito boa e
 ilustrada.

 Alexandre P. Lima
 http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features
 --
 Doutor em Ciências Ocultas, Filosofia Dramática, / Pediatria
 Charlatânica / , / Biologia Dogmática /  e Astrologia Eletrônica.



 ___
 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] Relatório OSM-br: 02/01/2011

[Leandro Motta Barros]

2011/1/4 Rodrigo de Avila rodr...@avila.net.br:
 Se não me engano, fui eu que traduzi esta String...
 A diferença é que Graveyard é administrado, ou fica próximo a uma Igreja
 (sabe aqueles cemitérios que ficam atrás ou do lado de uma Igreja? É um
 Graveyard). Já o Cemetery é um cemitério normal, sem vínculo com igreja.
 Até onde sei, aqui no Brasil a gente não faz distinção: é tudo cemitério.
 Por isso traduzi assim. Mas, colocando as definições lado-a-lado, dá pra ver
 que graveyard está errado. Só não sei que expressão poderíamos usar: só acho
 que túmulo não poderia ser, porque um graveyard é bem maior.

Pois é, verdade! Eu tava mapeando tudo como cemetery (náo sei por quê,
eu tinha na cabeça que o grave_yard era mais para os casos desses
túmulos de gente importante, que são praticamente atração turística,
mas tu tens razão.)

Também não me ocorre nenhuma expressão adequada para graveyard, mas
até acho que usar algo mais verboso como Cemitério junto a igreja já
seria melhor do que deixar os dois iguais.

LMB

 Correções sempre são bem-vindas :)
 --
 Rodrigo de Avila
 Analista de Desenvolvimento

 (51) 9733-3488 • rodr...@avila.net.br • www.avila.net.br

 Em 3 de janeiro de 2011 18:59, Leandro Motta Barros lmbar...@gmail.com
 escreveu:

 Se não me engano também tinha um caso de tanto grave_yard quanto
 cemetery estarem traduzidas como cemitério. Acho que o grave_yard
 ficaria melhor como túmulo.

 LMB

 2011/1/3 Bráulio brauliobeze...@gmail.com:
  Uma dica que eu dou a todos é prestar atenção em coisas que parecem mas
  não
  são. Por exemplo, eu corrigi um dia desses a tag de baby hatch ( estava
  como
  berçário, mas é na verdade um lugar para depósito anônimo de bebês ) e
  também a de motel ( motor hotel X love hotel ).
 
  2011/1/3 Djavan Fagundes dja...@comum.org
 
  Em Seg, 2011-01-03 às 15:22 -0300, Bráulio escreveu:
   Eu traduzi hoje algumas coisas direto da interface web do Launchpad,
   então deve dar alguns conflitos.
 
  Tentarei ver o diff para inserir as suas traduções. Eu tenho conta de
  revisor no LP, então eu traduzo offline e envio direto, é bem melhor.
 
  Se possível, aguarde uns dias até que eu termine e envie, então você
  pode revisar pra ver se usei os termos corretos.

 ___
 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] Relatório OSM-br: 02/01/2011

[Leandro Motta Barros]

Eu gosto!

LMB

2011/1/4 Andre Alvarenga andrealvare...@gmx.net:
 O que vocês acham da tradução como Cemitério paroquial ?


  Original-Nachricht 
 Datum: Tue, 4 Jan 2011 09:06:38 -0200
 Von: Leandro Motta Barros lmbar...@gmail.com
 An: OSM talk-br talk-br@openstreetmap.org
 Betreff: Re: [Talk-br] Relatório OSM-br: 02/01/2011

 2011/1/4 Rodrigo de Avila rodr...@avila.net.br:
 Se não me engano, fui eu que traduzi esta String...
 A diferença é que Graveyard é administrado, ou fica próximo a uma Igreja
 (sabe aqueles cemitérios que ficam atrás ou do lado de uma Igreja? É um
 Graveyard). Já o Cemetery é um cemitério normal, sem vínculo com igreja.
 Até onde sei, aqui no Brasil a gente não faz distinção: é tudo cemitério.
 Por isso traduzi assim. Mas, colocando as definições lado-a-lado, dá pra
 ver
 que graveyard está errado. Só não sei que expressão poderíamos usar: só
 acho
 que túmulo não poderia ser, porque um graveyard é bem maior.

 Pois é, verdade! Eu tava mapeando tudo como cemetery (náo sei por quê,
 eu tinha na cabeça que o grave_yard era mais para os casos desses
 túmulos de gente importante, que são praticamente atração turística,
 mas tu tens razão.)

 Também não me ocorre nenhuma expressão adequada para graveyard, mas
 até acho que usar algo mais verboso como Cemitério junto a igreja já
 seria melhor do que deixar os dois iguais.

 LMB

 Correções sempre são bem-vindas :)
 --
 Rodrigo de Avila
 Analista de Desenvolvimento

 (51) 9733-3488 • rodr...@avila.net.br • www.avila.net.br

 Em 3 de janeiro de 2011 18:59, Leandro Motta Barros lmbar...@gmail.com
 escreveu:

 Se não me engano também tinha um caso de tanto grave_yard quanto
 cemetery estarem traduzidas como cemitério. Acho que o grave_yard
 ficaria melhor como túmulo.

 LMB

 2011/1/3 Bráulio brauliobeze...@gmail.com:
  Uma dica que eu dou a todos é prestar atenção em coisas que parecem mas
  não
  são. Por exemplo, eu corrigi um dia desses a tag de baby hatch ( estava
  como
  berçário, mas é na verdade um lugar para depósito anônimo de bebês ) e
  também a de motel ( motor hotel X love hotel ).
 
  2011/1/3 Djavan Fagundes dja...@comum.org
 
  Em Seg, 2011-01-03 às 15:22 -0300, Bráulio escreveu:
   Eu traduzi hoje algumas coisas direto da interface web do Launchpad,
   então deve dar alguns conflitos.
 
  Tentarei ver o diff para inserir as suas traduções. Eu tenho conta de
  revisor no LP, então eu traduzo offline e envio direto, é bem melhor.
 
  Se possível, aguarde uns dias até que eu termine e envie, então você
  pode revisar pra ver se usei os termos corretos.

 ___
 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



 --
 André Marcelo Alvarenga
 Linux User: 299064

 GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit
 gratis Handy-Flat! http://portal.gmx.net/de/go/dsl
 ___
 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] Relatório OSM-br: 02/01/2011

[Leandro Motta Barros]

Se não me engano também tinha um caso de tanto grave_yard quanto
cemetery estarem traduzidas como cemitério. Acho que o grave_yard
ficaria melhor como túmulo.

LMB

2011/1/3 Bráulio brauliobeze...@gmail.com:
 Uma dica que eu dou a todos é prestar atenção em coisas que parecem mas não
 são. Por exemplo, eu corrigi um dia desses a tag de baby hatch ( estava como
 berçário, mas é na verdade um lugar para depósito anônimo de bebês ) e
 também a de motel ( motor hotel X love hotel ).

 2011/1/3 Djavan Fagundes dja...@comum.org

 Em Seg, 2011-01-03 às 15:22 -0300, Bráulio escreveu:
  Eu traduzi hoje algumas coisas direto da interface web do Launchpad,
  então deve dar alguns conflitos.

 Tentarei ver o diff para inserir as suas traduções. Eu tenho conta de
 revisor no LP, então eu traduzo offline e envio direto, é bem melhor.

 Se possível, aguarde uns dias até que eu termine e envie, então você
 pode revisar pra ver se usei os termos corretos.

 --
 Djavan Fagundes

 E-mail | xmpp: dja...@comum.org

 http://djavan.comum.org/blog/
 http://butequeiro.comum.org/
 http://comum.org



 ___
 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] Importaçôes ilegais do usuár io deltabrasil

[Leandro Motta Barros]

Olás,

Acho que existe um segundo changeset (esse bem pequeno) com
importações do Tracksource:

   http://www.openstreetmap.org/browse/changeset/6668309

LMB

2010/12/31 vitor vitor.geo...@gmail.com:
 Eu não sei como é possível o Tracksource reclamar copyright se os seus dados
 são baseados em sua maioria nos mapas da garmin e do google maps, que são os
 detentores originais do copyright.
 Para mim, todo e qualquer dado do Tracksource deve ser ignorado, para não
 nos trazer problemas futuros.
 2010/12/30 Leandro Motta Barros lmbar...@gmail.com

 Acho que o Tracksource deveria ser tirado dali... o FAQ deles e é bem
 claro:

 Mas, os dados e fontes dos mapas são de propriedade exclusiva do
 Tracksource, protegidos por Copyright e sujeitos à licença de
 utilização.


 (http://www.tracksource.org.br/index.php?option=com_contentview=articleid=26Itemid=51#FAQ-003)

 LMB

 2010/12/30  c...@geobahia.net.br:
  http://wiki.openstreetmap.org/wiki/Potential_Datasources#Brasil
 
   Original Message 
  Subject: [Talk-br] Importaçôes ilegais do usuário deltabrasil
  (27-Dez-2010 21:32)
  From:    Djavan Fagundes dja...@comum.org
  To:     �...@geobahia.net.br
 
  Pessoal,
 
  Editando agora, encontrei este changeset
  http://www.openstreetmap.org/browse/changeset/6778093
 
  Veio tudo do tracksource.
 
  Djavan
 
 
 
  ___
  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



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

Re: [Talk-br] Importaçôes ilegais do usuár io deltabrasil

[Leandro Motta Barros]

Acho que o Tracksource deveria ser tirado dali... o FAQ deles e é bem claro:

Mas, os dados e fontes dos mapas são de propriedade exclusiva do
Tracksource, protegidos por Copyright e sujeitos à licença de
utilização.

(http://www.tracksource.org.br/index.php?option=com_contentview=articleid=26Itemid=51#FAQ-003)

LMB

2010/12/30  c...@geobahia.net.br:
 http://wiki.openstreetmap.org/wiki/Potential_Datasources#Brasil

  Original Message 
 Subject: [Talk-br] Importaçôes ilegais do usuário deltabrasil (27-Dez-2010 
 21:32)
 From:    Djavan Fagundes dja...@comum.org
 To:     �...@geobahia.net.br

 Pessoal,

 Editando agora, encontrei este changeset
 http://www.openstreetmap.org/browse/changeset/6778093

 Veio tudo do tracksource.

 Djavan



 ___
 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] Dados de outros projetos e divulgaçã o

[Leandro Motta Barros]

Ôpa,

Pode incluir São Leopoldo, RS, por favor?

Obrigado!

LMB

2010/12/16 Rafael Gassner rafael.gass...@gmail.com:
 Aproveitando

 Tambem tem a compilação para garmin ftp://ftp.pucpr.br/osm/

 Atualizado diariamente. Caso alguem necessite que seja incluida alguma
 cidade, é só avisar.

 Abraço!

 2010/12/16 Djavan Fagundes dja...@comum.org

 Pessoal,

 Hoje eu conheci o projeto Tracksource[0] através de alguns amigos aqui
 do trabalho, acredito que já devam conhecer..

 Inicialmente eu pensei que talvez eles pudesses estar usando alguma
 coisa do OSM, mas logo vi que não. Comentei com o Phractal sobre e fui
 ver o histórico da lista deles, procurando algo relacionado ao OSM, onde
 vi que algumas pessoas questionaram a possibilidade de intercâmbio de
 dados, mas o projeto adota uma licença bem restritiva e parece não ter o
 menor interesse em qualquer colaboração conosco. /me se sentiu bem
 frustrado.

 Acabei conversando com o pessoal aqui do trabalho sobre uma série de
 questões: licenças, contribuições, divulgação, etc. Todos me disseram
 que possuem interesse em contribuir com dados para o OSM para poderem
 usar em seus GPS's veiculares.

 Vejo que temos que trabalhar para divulgar cada vez mais o projeto aqui
 no Brasil e uma abordagem que podemos utilizar é essa questão dos dados
 poderem ser utilizados por GPS veiculares. Ao menos aqui em BH, acredito
 podemos conseguir muitas pessoas para contribuir..

 O Samuel me mostrou o mapaslivres.org, mas me parece meio parado, o
 Vitor aqui da lista é o responsável, certo? O que acha da gente dar um
 UP por lá como meio de começar a divulgar melhor? Eu estou muito
 disposto a ajudar nesta questão..


 [0] http://www.tracksource.org.br/

 --
 Djavan Fagundes

 E-mail | xmpp: dja...@comum.org

 http://djavan.comum.org/blog/
 http://butequeiro.comum.org/
 http://comum.org



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



 --
 
 Rafael Gustavo Gassner
 55 41 9821-8368


 ___
 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] Estabelecimentos que se enquadram em v árias categorias

[Leandro Motta Barros]

Olás,

Há algum tempo mapeei alguns estabelecimentos aqui na minha cidade que
funcionam tanto como restaurante quanto como loja de produtos
naturais. Nesse caso, coloquei

   amenity=restaurant
   shop=organic

no mesmo nó ou prédio.

Isso parece fazer sentido, mas está certo?

E agora estou com um caso que me parece mais complicado. Quero mapear
uma loja que vende instrumentos musicais e eletrônicos (TVs,
informática, telefones...) Tem alguma forma de indicar múltiplos
valores para um tag shop ou preciso escolher algum deles?

Obrigado novamente!

LMB

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

Re: [Talk-br] Estabelecimentos que se enquadram em v árias categorias

[Leandro Motta Barros]

OK, obrigado!

Alguma dica com relação ao segundo caso, já não consigo colocar vários
tags repetidos (shop=musical_instrument, shop=electronics) num mesmo
local?

LMB

2010/12/12 Arlindo Pereira openstreet...@arlindopereira.com:
 Sim, o correto é colocar as duas tags.
 Com certeza na renderização só vai aparecer um dos dois ícones, mas este é
 um problema na renderização, e não na origem dos dados.
 []s
 Em 12 de dezembro de 2010 19:10, Leandro Motta Barros lmbar...@gmail.com
 escreveu:

 Olás,

 Há algum tempo mapeei alguns estabelecimentos aqui na minha cidade que
 funcionam tanto como restaurante quanto como loja de produtos
 naturais. Nesse caso, coloquei

   amenity=restaurant
   shop=organic

 no mesmo nó ou prédio.

 Isso parece fazer sentido, mas está certo?

 E agora estou com um caso que me parece mais complicado. Quero mapear
 uma loja que vende instrumentos musicais e eletrônicos (TVs,
 informática, telefones...) Tem alguma forma de indicar múltiplos
 valores para um tag shop ou preciso escolher algum deles?

 Obrigado novamente!

 LMB

 ___
 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