Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia

[Ricardo Padilha]

Na minha opinião, se os dados da prefeitura são mais corretos*, não tem
porque guardar informação antiga, errada ou incompleta.

Por outro lado, algo me diz que seria bom guardar esses dados de alguma
maneira, caso precisemos consultá-los mais tarde.

Eu vejo três possibilidades:

1) Remarcar toda a informação que está agora lá como "deprecated" (ou algo
assim), de maneira que fique invisível no renderer, mas que se alguém tiver
interesse ainda pode ser acessada pelo editor. Se ninguém reclamar, depois
de um tempo apaga a informação velha. Contra: Vai ficar uma bagunça no
editor.

2) Cria um changeset gigante e coloca todos os dados removidos em uma
mudança só. Assim fica fácil reverter se houver necessidade. Contra: se
houver algum dado que não estiver no que vier da prefeitura, a gente perde.

3) Tentar fazer um "merge" dos dados... isso requer identificação de quais
pontos presentes atualmente coincidem com os pontos do novo dataset. E
depois tem que ver o que fazer com os tags... Contra: a menos que alguém
tenha um método automágico, fazer um "merge" vai ser uma quantidade de
trabalho incrível.


*) Nota: eu me pergunto qual dos datasets é realmente mais correto. Eu já vi
diferenças bem feias entre as imagens de satélite e a realidade (baseado em
deixar o gps no mesmo lugar um tempão para que a posição estabilizasse, ou
seja, ter baixo DOP).
Pode ser que os dados da prefeitura sejam os corretos...

Att,
Ricardo



2010/6/20 Flávio Henrique 

> Offset... vou procurar...
> O Claudomiro tá ocupado nestes dias, então vou tentar me virar por
> enquanto.
>
> Eu iria perguntar sobre os dados já existentes depois, mas já que o assunto
> foi mencionado agora: realmente os dados a serem importados são
> completíssimos (tem até os postes da rede elétrica da cidade), então por que
> não podemos apagar o que existe lá e importar a cidade inteira (não de uma
> vez, claro)? Grande parte do que está lá fui eu quem inseri e o que existia
> nem havia ligação com rodovias ou outras vias.
>
> Não sei se alguém sabe, mas se eu, utilizando o JOSM, reposicionar a imagem
> de satélite para que as vias fiquem ok, o JOSM vai adequar as coordenadas
> das vias ou da imagem? Digo, é uma forma de corrigir?
>
> Abraços!
>
> Flávio Henrique
>
> 2010/6/20 Vitor George 
>
> Com certeza deve existir uma opção de offset, talvez o Claudomiro conheça.
>>
>> Outra coisa, no IBGE o Claudomiro importou só em lugar onde não tinha nada
>> mapeado. No caso de Goiânia, eu acho que não dá para fazer assim, porque na
>> imagem que você mandou dá pra ver que os dados a serem importados tem uma
>> qualidade muito melhor.
>>
>> Também não dá pra apagar tudo que tá no osm, então eu acho que vai ter que
>> existe uma parte manual, não sei como, de substituição do que tá no OSM pelo
>> que está nos dados da prefeitura. Ou talvez jogar tudo e aí corrigir de
>> acordo com as imagens de satélite.
>>
>> Vitor
>>
>> 2010/6/19 Flávio Henrique 
>>
>> Olá pessoal!
>>>
>>> Depois de várias tentativas e algumas quase-desistências, consegui
>>> descobrir o caminho das pedras para começar a importar os dados da
>>> Prefeitura de Goiânia para o projeto.
>>>
>>> Entretanto... (claro, pois sempre há um problema) os dados importados
>>> estão "deslocados" em relação a algumas vias já desenhadas no projeto, bem
>>> como ao background do Yahoo Imagery.
>>>
>>> Vejam no link abaixo um exemplo do que estou falando. O que está em cinza
>>> (desabilitado) são os dados importados e os coloridos são dados baixados
>>> pelo JOSM do projeto. Preciso resolver isso antes de começar a analisar
>>> outros fatores da importação que, com certeza, ainda vai demorar.
>>>
>>> Link: http://i45.tinypic.com/27xqbf5.png
>>>
>>> Fazem ideia de como tratar isso?
>>>
>>> Desde já agradeço ao Claudomiro e ao Vitor George pelos primeiros
>>> 'empurrões' sobre o assunto.
>>>
>>> Grato!
>>>
>>> Flávio Henrique
>>>
>>> 
>>> "There are only 10 types of people in the world: Those who understand
>>> binary, and those who don't"
>>> 
>>>
>>>
>>> 2010/5/13 Flavio Bello Fialho 
>>>
>>> Provavelmente SAD-69. Manda converter para WGS-84.

 Flávio Henrique escreveu:
 > Ok.
 > Consegui abrir os arquivos pelo uDig e estão ótimos.
 > Há coisas interessantes que posso trabalhar...
 >
 > Porém, preciso indicar ao uDig qual é o Sistema de Coordenadas que os
 > arquivos utilizam.
 > Como descobrir?
 > Desculpem-me se é uma questão básica, mas estou iniciando...
 >
 > Grato!
 >
 > Flávio Henrique
 >
 >
 > 2010/5/12 Flávio Henrique >>> yoshi...@gmail.com>>
 >
 > Olá Arlindo!
 >
 > Sim, os arquivos .shp são acompanhados por outros 5 ou 6 extensões
 > (dbf, shx, dbx, etc)...
 > Tentei abrir os .shp pelo Merkaator, mas nada aparece.
 > O og

Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia

[Arlindo Pereira]

Parece ser a mesma coisa que eu estava tendo com os dados do Rio:

http://img534.imageshack.us/img534/7035/capturadetelak.png

No meu caso, ficou alinhado assim:

python ogr2osm -p "+proj=utm +zone=23 +south +ellps=GRS67
+towgs84=-66.87,4.37,-38.52" ciclovias.shp

[]s

Em 19 de junho de 2010 23:11, Flávio Henrique  escreveu:

> Olá pessoal!
>
> Depois de várias tentativas e algumas quase-desistências, consegui
> descobrir o caminho das pedras para começar a importar os dados da
> Prefeitura de Goiânia para o projeto.
>
> Entretanto... (claro, pois sempre há um problema) os dados importados estão
> "deslocados" em relação a algumas vias já desenhadas no projeto, bem como ao
> background do Yahoo Imagery.
>
> Vejam no link abaixo um exemplo do que estou falando. O que está em cinza
> (desabilitado) são os dados importados e os coloridos são dados baixados
> pelo JOSM do projeto. Preciso resolver isso antes de começar a analisar
> outros fatores da importação que, com certeza, ainda vai demorar.
>
> Link: http://i45.tinypic.com/27xqbf5.png
>
> Fazem ideia de como tratar isso?
>
> Desde já agradeço ao Claudomiro e ao Vitor George pelos primeiros
> 'empurrões' sobre o assunto.
>
> Grato!
>
> Flávio Henrique
>
> 
> "There are only 10 types of people in the world: Those who understand
> binary, and those who don't"
> 
>
>
> 2010/5/13 Flavio Bello Fialho 
>
> Provavelmente SAD-69. Manda converter para WGS-84.
>>
>> Flávio Henrique escreveu:
>> > Ok.
>> > Consegui abrir os arquivos pelo uDig e estão ótimos.
>> > Há coisas interessantes que posso trabalhar...
>> >
>> > Porém, preciso indicar ao uDig qual é o Sistema de Coordenadas que os
>> > arquivos utilizam.
>> > Como descobrir?
>> > Desculpem-me se é uma questão básica, mas estou iniciando...
>> >
>> > Grato!
>> >
>> > Flávio Henrique
>> >
>> >
>> > 2010/5/12 Flávio Henrique > yoshi...@gmail.com>>
>> >
>> > Olá Arlindo!
>> >
>> > Sim, os arquivos .shp são acompanhados por outros 5 ou 6 extensões
>> > (dbf, shx, dbx, etc)...
>> > Tentei abrir os .shp pelo Merkaator, mas nada aparece.
>> > O ogr2ogr também não gera um .osm que o JOSM consiga abrir... estou
>> > meio sem opções. :(
>> > Vou tentar a sugestão do Vitor... tentar abri-los em um GIS. Vamos
>> > ver no que dá.
>> >
>> > Qualquer coisa, pergunto aqui de novo.
>> >
>> > Obrigado!
>> >
>> > Flávio Henrique
>> >
>> >
>> > 2010/5/12 Arlindo Pereira > > >
>> >
>> > Oi Flávio,
>> >
>> > também não entendo muito, mas os arquivos SHP que eu consegui
>> > são sempre acompanhados de outros três (um para cada arquivo):
>> > um com extensão SHX (não faço ideia do que seja), um com
>> > extensão PRJ (suponho que de project, que o descreva) e um com
>> > extensão DBF (que é extensão de banco de dados, suponho que seja
>> > as labels de cada item do mapa). Seus arquivos também são assim?
>> > Não sei se isso é um pré-requisito também.
>> >
>> > []s
>> >
>> > Em 12 de maio de 2010 00:50, Flávio Henrique <
>> yoshi...@gmail.com
>> > > escreveu:
>> >
>> > Olá Arlindo, *!
>> >
>> > Não tive sorte em utilizar o ogr2osm.py.
>> > Primeiro pq não sei exatamente o que cada arquivo .shp que
>> > possuo significa, segundo que para cada arquivo .shp que
>> > rodo o script obtenho sempre os mesmos erros e nada de
>> > arquivo .osm.
>> >
>> > Em anexo está um log de um dos arquivos que tentei
>> converter.
>> >
>> > Alguma ideia? Gostaria muito de brincar com esses arquivos
>> > da Prefeitura de Goiânia, mas não estou conseguindo nem
>> > começar. Rs...
>> >
>> > A paz!
>> >
>> > Flávio Henrique
>> >
>> > 2010/5/9 Arlindo Pereira > > >
>> >
>> > Senhores,
>> >
>> > consegui os dados da prefeitura do Rio. O arquivo zip
>> > tem uns 50 megabytes, daí eu extraí e disponibilizei no
>> > meu servidor:
>> >
>> > http://nighto.net/rio/
>> > http://nighto.net/rio.zip
>> >
>> > Tomemos o arquivo de ciclovias (ciclovias.shp e
>> > correlatos), que já tenho em grande parte mapeado no OSM
>> > com GPS:
>> >
>> > sudo apt-get install python-gdal libgdal-perl
>> > libproj-dev gdal-bin dbview
>> > wget
>> >
>> http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py
>> > wget
>> >
>> http://svn.openstreetmap.org/applications/utils/import/ogr2osm/SimpleXMLWriter.py
>> > python ogr2osm.py ciclo

Re: [Talk-br] Importação dos dados da prefeitura de Goiânia

[Vitor George]

Eu prefiro a opção do deprecated, pois se alguém ver um erro no mapa e
quiser editar, vai ter a chance de ver no editor os dados que foram
"apagados" ou só os importados.

No josm também é possível usar filtros por tags, e aí dá pra fazer aparecer
só os dados antigos ou os novos.

2010/6/21 Ricardo Padilha 

> Na minha opinião, se os dados da prefeitura são mais corretos*, não tem
> porque guardar informação antiga, errada ou incompleta.
>
> Por outro lado, algo me diz que seria bom guardar esses dados de alguma
> maneira, caso precisemos consultá-los mais tarde.
>
> Eu vejo três possibilidades:
>
> 1) Remarcar toda a informação que está agora lá como "deprecated" (ou algo
> assim), de maneira que fique invisível no renderer, mas que se alguém tiver
> interesse ainda pode ser acessada pelo editor. Se ninguém reclamar, depois
> de um tempo apaga a informação velha. Contra: Vai ficar uma bagunça no
> editor.
>
> 2) Cria um changeset gigante e coloca todos os dados removidos em uma
> mudança só. Assim fica fácil reverter se houver necessidade. Contra: se
> houver algum dado que não estiver no que vier da prefeitura, a gente perde.
>
> 3) Tentar fazer um "merge" dos dados... isso requer identificação de quais
> pontos presentes atualmente coincidem com os pontos do novo dataset. E
> depois tem que ver o que fazer com os tags... Contra: a menos que alguém
> tenha um método automágico, fazer um "merge" vai ser uma quantidade de
> trabalho incrível.
>
>
> *) Nota: eu me pergunto qual dos datasets é realmente mais correto. Eu já
> vi diferenças bem feias entre as imagens de satélite e a realidade (baseado
> em deixar o gps no mesmo lugar um tempão para que a posição estabilizasse,
> ou seja, ter baixo 
> DOP).
> Pode ser que os dados da prefeitura sejam os corretos...
>
> Att,
> Ricardo
>
>
>
> 2010/6/20 Flávio Henrique 
>
> Offset... vou procurar...
>> O Claudomiro tá ocupado nestes dias, então vou tentar me virar por
>> enquanto.
>>
>> Eu iria perguntar sobre os dados já existentes depois, mas já que o
>> assunto foi mencionado agora: realmente os dados a serem importados são
>> completíssimos (tem até os postes da rede elétrica da cidade), então por que
>> não podemos apagar o que existe lá e importar a cidade inteira (não de uma
>> vez, claro)? Grande parte do que está lá fui eu quem inseri e o que existia
>> nem havia ligação com rodovias ou outras vias.
>>
>> Não sei se alguém sabe, mas se eu, utilizando o JOSM, reposicionar a
>> imagem de satélite para que as vias fiquem ok, o JOSM vai adequar as
>> coordenadas das vias ou da imagem? Digo, é uma forma de corrigir?
>>
>> Abraços!
>>
>> Flávio Henrique
>>
>> 2010/6/20 Vitor George 
>>
>> Com certeza deve existir uma opção de offset, talvez o Claudomiro conheça.
>>>
>>> Outra coisa, no IBGE o Claudomiro importou só em lugar onde não tinha
>>> nada mapeado. No caso de Goiânia, eu acho que não dá para fazer assim,
>>> porque na imagem que você mandou dá pra ver que os dados a serem importados
>>> tem uma qualidade muito melhor.
>>>
>>> Também não dá pra apagar tudo que tá no osm, então eu acho que vai ter
>>> que existe uma parte manual, não sei como, de substituição do que tá no OSM
>>> pelo que está nos dados da prefeitura. Ou talvez jogar tudo e aí corrigir de
>>> acordo com as imagens de satélite.
>>>
>>> Vitor
>>>
>>> 2010/6/19 Flávio Henrique 
>>>
>>> Olá pessoal!

 Depois de várias tentativas e algumas quase-desistências, consegui
 descobrir o caminho das pedras para começar a importar os dados da
 Prefeitura de Goiânia para o projeto.

 Entretanto... (claro, pois sempre há um problema) os dados importados
 estão "deslocados" em relação a algumas vias já desenhadas no projeto, bem
 como ao background do Yahoo Imagery.

 Vejam no link abaixo um exemplo do que estou falando. O que está em
 cinza (desabilitado) são os dados importados e os coloridos são dados
 baixados pelo JOSM do projeto. Preciso resolver isso antes de começar a
 analisar outros fatores da importação que, com certeza, ainda vai demorar.

 Link: http://i45.tinypic.com/27xqbf5.png

 Fazem ideia de como tratar isso?

 Desde já agradeço ao Claudomiro e ao Vitor George pelos primeiros
 'empurrões' sobre o assunto.

 Grato!

 Flávio Henrique

 
 "There are only 10 types of people in the world: Those who understand
 binary, and those who don't"
 


 2010/5/13 Flavio Bello Fialho 

 Provavelmente SAD-69. Manda converter para WGS-84.
>
> Flávio Henrique escreveu:
> > Ok.
> > Consegui abrir os arquivos pelo uDig e estão ótimos.
> > Há coisas interessantes que posso trabalhar...
> >
> > Porém, preciso indicar ao uDig qual é o Sistema de Coordenadas que os
> > arqui

Re: [Talk-br] Mapping Party no Rio de Janeiro

[Pedro Marins]

Para mim não dá. 1 semana antes de acabar o período é impossível!

Aquele abraço,
Pedro Marins.


Em 19 de junho de 2010 18:00, Henrique de Andrade <
henriquedeandr...@gmail.com> escreveu:

> Eu pilho e voto em Paquetá
> =)
>
> --
> Henrique Rabelo de Andrade
>
>
> 2010/6/18 Arlindo Pereira 
>
> E então meu povo carioca, vamos fazer nossa primeira Mapping Party? Acho
>> que já temos "quórum" para mapearmos juntos. Copiei alguns amigos (em CC,
>> espero que vocês não se importem).
>>
>> Como comentei em pvt com vocês, tenho algumas sugestões de lugares, como
>> Paquetá - http://osm.org/go/OVdmgRix-- - e lugares como o zoológico,
>> jardim botânico e afins, onde dá para fazer um micromapping legal e já sair
>> com algo completo no mesmo dia, ou então um bairro à nossa escolha. A minha
>> ideia é fazer uma coisa bem light, não nerd, passeio mesmo, utilizando GPS e
>> Walking Papers após uma meia hora de conversa sobre o projeto e o objetivo
>> do encontro. Algo que nossas namoradas iriam ;)
>>
>> Outra possibilidade interessante que imagino seria mapear a Uruguaiana
>> (para os não-cariocas, região de comércio popular aqui no Rio). Ou uma
>> trilha (leve). Em suma, algo que você não encontre nos mapas tradicionais.
>>
>> O que vocês acham? Sugestão de datas? Sugiro 10 e 11 de julho, para o
>> pessoal de fora do Rio que queira chegar poder se programar.
>>
>> []s
>>
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Como ajudar Alagoas?

[Vitor George]

Criei uma página no wiki. Estou buscando imagens do CBERS para ver se
conseguimos mapear as cidades afetadas. Criei o canal osm-br para gente
conversar mais fácil.

http://wiki.openstreetmap.org/wiki/Pt-br:2010_Alagoas_Flooding

irc://irc.oftc.net/osm-br

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

Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia

[Flávio Henrique]

Ok... projeção corrigida!
Obrigado Arlindo pela dica do proj4 string. Apenas alterei para +zone=22 e
tudo ficou alinhado.
Se eu conseguir resolver um problema por dia, quem sabe até o final do ano
eu consiga importar algo? :p

Agora estou apanhando ao tentar unir as vias. É que as vias a serem
importadas são divididas em segmentos (vários por via).
O que vocês utilizaram?

Estou tentando com o script shp-to-osm.jar mas ele não está aceitando a
projeção informada. Tá complicado!

Qualquer dica nesse sentido será muito bem vinda!

Grato!

Flávio Henrique

2010/6/21 Vitor George 

> Eu prefiro a opção do deprecated, pois se alguém ver um erro no mapa e
> quiser editar, vai ter a chance de ver no editor os dados que foram
> "apagados" ou só os importados.
>
> No josm também é possível usar filtros por tags, e aí dá pra fazer aparecer
> só os dados antigos ou os novos.
>
> 2010/6/21 Ricardo Padilha 
>
>>  Na minha opinião, se os dados da prefeitura são mais corretos*, não tem
>> porque guardar informação antiga, errada ou incompleta.
>>
>> Por outro lado, algo me diz que seria bom guardar esses dados de alguma
>> maneira, caso precisemos consultá-los mais tarde.
>>
>> Eu vejo três possibilidades:
>>
>> 1) Remarcar toda a informação que está agora lá como "deprecated" (ou algo
>> assim), de maneira que fique invisível no renderer, mas que se alguém tiver
>> interesse ainda pode ser acessada pelo editor. Se ninguém reclamar, depois
>> de um tempo apaga a informação velha. Contra: Vai ficar uma bagunça no
>> editor.
>>
>> 2) Cria um changeset gigante e coloca todos os dados removidos em uma
>> mudança só. Assim fica fácil reverter se houver necessidade. Contra: se
>> houver algum dado que não estiver no que vier da prefeitura, a gente perde.
>>
>> 3) Tentar fazer um "merge" dos dados... isso requer identificação de quais
>> pontos presentes atualmente coincidem com os pontos do novo dataset. E
>> depois tem que ver o que fazer com os tags... Contra: a menos que alguém
>> tenha um método automágico, fazer um "merge" vai ser uma quantidade de
>> trabalho incrível.
>>
>>
>> *) Nota: eu me pergunto qual dos datasets é realmente mais correto. Eu já
>> vi diferenças bem feias entre as imagens de satélite e a realidade (baseado
>> em deixar o gps no mesmo lugar um tempão para que a posição estabilizasse,
>> ou seja, ter baixo 
>> DOP).
>> Pode ser que os dados da prefeitura sejam os corretos...
>>
>> Att,
>> Ricardo
>>
>>
>>
>> 2010/6/20 Flávio Henrique 
>>
>> Offset... vou procurar...
>>> O Claudomiro tá ocupado nestes dias, então vou tentar me virar por
>>> enquanto.
>>>
>>> Eu iria perguntar sobre os dados já existentes depois, mas já que o
>>> assunto foi mencionado agora: realmente os dados a serem importados são
>>> completíssimos (tem até os postes da rede elétrica da cidade), então por que
>>> não podemos apagar o que existe lá e importar a cidade inteira (não de uma
>>> vez, claro)? Grande parte do que está lá fui eu quem inseri e o que existia
>>> nem havia ligação com rodovias ou outras vias.
>>>
>>> Não sei se alguém sabe, mas se eu, utilizando o JOSM, reposicionar a
>>> imagem de satélite para que as vias fiquem ok, o JOSM vai adequar as
>>> coordenadas das vias ou da imagem? Digo, é uma forma de corrigir?
>>>
>>> Abraços!
>>>
>>> Flávio Henrique
>>>
>>> 2010/6/20 Vitor George 
>>>
>>> Com certeza deve existir uma opção de offset, talvez o Claudomiro
 conheça.

 Outra coisa, no IBGE o Claudomiro importou só em lugar onde não tinha
 nada mapeado. No caso de Goiânia, eu acho que não dá para fazer assim,
 porque na imagem que você mandou dá pra ver que os dados a serem importados
 tem uma qualidade muito melhor.

 Também não dá pra apagar tudo que tá no osm, então eu acho que vai ter
 que existe uma parte manual, não sei como, de substituição do que tá no OSM
 pelo que está nos dados da prefeitura. Ou talvez jogar tudo e aí corrigir 
 de
 acordo com as imagens de satélite.

 Vitor

 2010/6/19 Flávio Henrique 

 Olá pessoal!
>
> Depois de várias tentativas e algumas quase-desistências, consegui
> descobrir o caminho das pedras para começar a importar os dados da
> Prefeitura de Goiânia para o projeto.
>
> Entretanto... (claro, pois sempre há um problema) os dados importados
> estão "deslocados" em relação a algumas vias já desenhadas no projeto, bem
> como ao background do Yahoo Imagery.
>
> Vejam no link abaixo um exemplo do que estou falando. O que está em
> cinza (desabilitado) são os dados importados e os coloridos são dados
> baixados pelo JOSM do projeto. Preciso resolver isso antes de começar a
> analisar outros fatores da importação que, com certeza, ainda vai demorar.
>
> Link: http://i45.tinypic.com/27xqbf5.png
>
> Fazem ideia de como tratar isso?
>
> Desde já agradeço ao Claudomiro e ao Vitor Ge

Re: [Talk-br] Como ajudar Alagoas?

[Vitor George]

Estou tentando abrir as imagens do CBERS 2B no QGis, mas estou esbarrando
num problema de projeção. O QGis tem um plugin do OSM, que dá pra baixar os
dados de uma região.

Eu rodei o gdalwarp pra ver se ajustava a projeção: gdalwarp -t_srs
epsg:4326 CBERS_2B_HRC_20091001_146_A_110_2_L2_BAND1.tif
CBERS_2B_HRC_20091001_146_A_110_2_L2_BAND1.epsg4326.tif

Alguém pode tentar?

Imagem de Maceió: http://imagens.dgi.inpe.br/cdsr/vgeorge472433
QGis: http://download.osgeo.org/qgis/win32/QGIS-1.3.0-3-No-GrassSetup.exe

2010/6/21 Vitor George 

> Criei uma página no wiki. Estou buscando imagens do CBERS para ver se
> conseguimos mapear as cidades afetadas. Criei o canal osm-br para gente
> conversar mais fácil.
>
> http://wiki.openstreetmap.org/wiki/Pt-br:2010_Alagoas_Flooding
>
> irc://irc.oftc.net/osm-br
>
> Vitor
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br