[Talk-br] Mapa político do Brasil usando dados do IBGE/BCIM

2017-10-10 Por tôpico Thiago Marcos P. Santos
Olá pessoal,

Esses dias estava fazendo um teste com ferramentas da Mapbox e acabei
fazendo um mapa
usando os dados do IBGE/BCIM inspirado no Mapa Brasil Político que eu
cansei de ver na
escola pública onde estudei.

https://goo.gl/wv1fkk

Este mapa usa dados do OSM apenas para os labels dos estados e países, as
cidades são do IBGE. Visualizar
dados como este é interessante para saber como o IBGE diverge do OSM e o
que poderia ainda ser importado.

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


Re: [Talk-br] Humor

2015-07-10 Por tôpico Thiago Marcos P. Santos
Apoiado.

2015-07-10 21:44 GMT+03:00 Aun Johnsen :

> Em respeito do assunto desse lista, esse thread deve ser fechado. Isso
> e contra-produtivo e so serve para criar um flamewar, como situação na
> lista fui tao complicada como era, e pelo que ouvi tem pessoas saindo
> da lista por causo disso. Favor evitar falha sobre pessoas se não ha
> nada ao ajudar nosso alvo principal, melhorar a mapa do Brasil
>
> Isso nao e para ser "chato", isso para evitar guerra pessoal. Obrigado
>
> On 7/10/15, Tarcisio Oliveira  wrote:
> > Sempre leio o nome do thundercel como thundercat, não tem como mudar
> kk
> >
> > Pra se tornar o Rosa tem que se voluntariar kkk
> >
> >
> > On 10-07-2015 12:31, Helio Cesar Tomio wrote:
> >>
> >> Alguns membros dessa turma, "morfando" na internet e o Tarcísio
> >> relembrando os Thundercats, isso é muito hilario. Afinal, decidiram
> >> que é o PowerRanger rosa? k
> >> Abraços, hctomio.
> >>
> >>
> >>
> >> ___
> >> Talk-br mailing list
> >> Talk-br@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-br
> >
> >
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reunião - OSM Brasil 2015-06-17

2015-06-18 Por tôpico Thiago Marcos P. Santos
O IBGE já foi questionado sobre a licença dos dados diversas vezes e meu
entendimento é que os dados são de domínio público. No Brasil existe
legislação que qualifica o que se pode fazer com obras em domínio público.

https://lists.openstreetmap.org/pipermail/talk-br/2013-July/003687.html

Eu sinceramente acho o Domínio Público bem menos restritivo que ODBL e
deveríamos pressionar os órgãos públicos nesta direção.


2015-06-18 0:15 GMT+03:00 Reinaldo Neves :

> Para conhecimento de todos,
>
>
>
> na reunião de hoje falamos sobre como organizações que tenham interesse em
> endereçamento na criação do projeto OpenAdrress Brasil, que por falta de
> outro nome chamarei assim por enquanto, tendo por referência o projeto
> internacional *http://openaddresses.io .*
>
>
>
> O Thierry relatou contatos feito com a associação de empresas de
> monitoramento de veículos cujo representante demonstrou interesse no
> processo, e perguntou o que fazer para envolver outras entidades (IBGE,
> Correio, etc.) e como dar o pontapé inicial no projeto.
>
>
>
> Neste ponto o Vitor levantou o problema da qualidade dos dados disponíveis
> para compor essa base e sugeriu a criação de um pré-projeto definindo o que
> constaria nessa base de endereços, níveis de informação e formas de
> uso/extração desses dados por parte dos usuários citando como exemplo o
> apontador.com.br, e sugerindo para carga inicial os dados de endereço
> disponível no OSM.
>
>
>
> Definiu-se que o projeto não tem como fim concorrer com o apontador, gmaps
> e outros nesse nicho mas sim ser um provedor de informação de endereço  e
> todos concordaram que os endereços OSM podem compor a base inicial do
> projeto, onde o Thierry vai começar a compor textos e falar com seus
> contatos dando o processo como iniciado e tendo como apoiadores o OSM
> Brasil, http://codigourbano.org e outros que venham a aderir.  As
> informações de tipo e nome de ponto comercial quando existirem não serão
> descartadas, mas sim comporão um conjunto de informações extras inerentes
> ao endereço.
>
>
>
> Após rápida discussão sobre a sugestão do Winnie de importar os dados do
> geolog-São Paulo para o OSM, em razão da complexidade e tempo, além de a
> informação não ter numeração de endereço optou-se por tentar incluir esse
> mapa como uma camada de edição ao OSM conforme foi feito com o IBGE.
>
>
>
> Sobre os dados do IBGE CNEFE, apesar de não serem de altíssima qualidade
> coloquei que neste ponto alguma informação é melhor que a realidade atual
> que é não ter nenhuma, mesmo no OSM temos diversas localidades que mal
> possuem nomeadas as Rodovias que as cortam e por isso devemos utilizar a
> camada IBGE para melhorar os dados do OSM.
>
>
>
> Quanto ao uso do CNEFE na base de endereços foi ponderado que o importante
> num primeiro momento é obter (Thierry) um compromisso do IBGE com uma
> licença ODBL ou equivalente, mesmo que executivos do IBGE se digam a favor
> da publicidade de dados, enquanto não houver uma licença formal podemos
> plantar uma bomba relógio no projeto com o uso dessa informação.
>
>
>
> Da mesma forma esta definido que a importação de dados do DNE dos correios
> esta descartada, até porque essa base não contém endereço e não seria
> relevante para o projeto.  O CEP continua sendo uma informação importante
> mas não define o endereço, o endereço geográfico latitude/longitude acaba
> sendo mais relevante, especialmente para uso em roteirização.
>
>
>
> O Vitor estimou em 2 meses a montagem de uma versão alfa do projeto de
> endereços e vai tocar isso conforme disponibilidade, além de ter sugerido
> que as ações que envolvam o OSM sejam atualizadas no wiki:
> http://wiki.openstreetmap.org/wiki/WikiProject_Brazil, especialmente o
> que diga respeito ao capítulo Brasil.
>
>
>
> Também relatou os encontros que teve nos EUA onde além da divulgação do
> OSM Brasil apresentou o projeto mapazonia: http://roads.mapazonia.org/ e
> o sobre o mapeamento de terras indígenas:
> http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Terras_ind%C3%ADgenas
>
>
>
> Por último mas não menos importante ficou claro que será preciso algum
> tipo de apoio/patrocínio ( financeiro e/ou de recursos materiais e humano )
> para o projeto pois a disponibilidade de hora/programação anda escassa.
>
>
>
> Abraços a todos
>
> ___
>
> Reinaldo Neves
>
> Equação Informática
>
> (11) 3221-3722
>
>
>
>
>
>
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] RES: RES: Reunião Periodica - OSM Brasil‏

2015-06-08 Por tôpico Thiago Marcos P. Santos
Ola Reinaldo,

Posso lhe oferecer espaço em um servidor que tenho na internet para você
fazer o upload. Eu sinceramente prefiro trabalhar com a base completa pois
o esforço para configurar os servidores, trabalhar no script, tratar os
dados, etc é o mesmo para uma cidade ou dez mil. :-)

[]'s

2015-06-08 23:04 GMT+03:00 Reinaldo Neves :

> Thiago eu não tenho isso publicado na internet que você possa acessar por
> um link, mas posso publicar uma parte desse banco mysql para um teste.
>
> Sugiro fazermos isso com uma cidade com CEP por logradouro e uma com CEP
> único, de preferência alguma que você conheça bem para sabermos o que
> melhora nesse processo.
>
> Como a ideia é termos um embrião para uma base de endereços creio que é
> coerente inclusive excluir os endereços SN do CNEFE, a não ser que escolha
> trabalhar com uma localidade que tem isso como característica.
>
> O que acha e qual localidade gostaria de usar como piloto?
> ___
> Reinaldo Neves
> Equação Informática
> (11) 3221-3722
>
>
>
> -Mensagem original-
> De: Thiago Marcos P. Santos [mailto:tmpsan...@gmail.com]
> Enviada em: quinta-feira, 4 de junho de 2015 04:06
> Para: OpenStreetMap no Brasil
> Assunto: Re: [Talk-br] RES: Reunião Periodica - OSM Brasil‏
>
> Olá Reinaldo,
>
> Valeu por mandar um resumo do que aconteceu na reunião.
>
> Você teria o link para a base de dados do CNEFE normalizada mencionada
> durante a reunião?
>
> Este foi o script que usei para validar o original comparando com dados do
> OSM usando PostGIS.
> https://github.com/tmpsantos/cnefe-tools
>
> []'s
>
> 2015-06-04 1:24 GMT+03:00 Reinaldo Neves :
> > Senhores apenas para não deixarmos em branco e manter a lista
> > informada resolvi fazer um breve relato da reunião online de hoje,
> > caso tenha deixado passar alguma coisa por favor me corrijam.
> >
> >
> >
> > Reinaldo
> >
> > --
> > --
> >
> > Após uma breve apresentação o Thierry relatou sobre artigos
> > publicados, dos quais já tivemos noticias na lista e encontros que
> > teve com pessoas do IBGE, Correios Brasil, Correios França cujo resumo é:
> >
> >
> >
> > 1)  O Correio francês esta em processo de auxiliar na montagem de um
> > cadastro de endereços open, feito por terceiros
> >
> > 2)  O IBGE tem interesse nesse tipo de trabalho e não faz restrições
> ao
> > uso do CNEFE
> >
> > 3)  No segundo semestre o IBGE libera atualização do CNEFE com dados
> de
> > lat/long de outros endereços além dos já existentes em área rural
> >
> > 4)  A EBCT tem projeto de cadastro de endereços, que está parado em
> > função de discordâncias internas sobre ser um projeto open, ou o
> > correio continuar “dono” da Informação
> >
> > 5)  Foi feito projeto piloto entre OSM/Correio em Trindade para
> > capacitar carteiros a contribuir com o OSM, encontra-se no mesmo
> > status do item anterior pelos mesmos motivos
> >
> >
> >
> > Foi sugerido que se de força as pessoas favoráveis ao projeto open,
> > onde a comunidade OSM possa influir é claro, convidando-as a
> > verbalizar sua posições na mídia escrita e em fóruns nacionais e
> > internacionais que tratem do assunto, como por exemplo o encontro a
> > realizar-se no México e Chile em futuro próximo.
> >
> >
> >
> > Falamos em retomar o processo de constituir o capítulo Brasil do OSM,
> > eventualmente agregando o projeto de endereços abertos sugeridos pelo
> > Thierry.  Neste ponto foi sugerida adesão ao projeto open address (
> > http://openaddresses.io ), não conheço o projeto e não tenho como
> > opinar, contribuições são bem vindas da parte de que já tenha maiores
> informações.
> >
> >
> >
> > Neste ponto foi colocado que um projeto de endereços seja open address
> > ou próprio da comunidade brasileira deve seguir próximo, mas separado
> > do OSM para que a qualidade de dados das fontes de endereço não
> > comprometa as informações do OSM.  Como alguns de nós já pode
> > constatar, mesmo vindo de entidades governamentais como o IBGE a
> > coleta dessas informações depende de pessoas na ponta, que muitas
> > vezes não tem preocupação com os dados de endereço.  O mesmo acontece
> com dados de entidades privadas.
> >
> >
> >
> > Quanto ao uso de dados do DNE dos correios definiu-se que os mesmo não
> > sejam utilizados em qualquer dos dois projetos OSM e OpenAddress
> > enquanto os Correios não alterem sua pol

Re: [Talk-br] RES: Reunião Periodica - OSM Brasil‏

2015-06-04 Por tôpico Thiago Marcos P. Santos
Olá Reinaldo,

Valeu por mandar um resumo do que aconteceu na reunião.

Você teria o link para a base de dados do CNEFE normalizada mencionada
durante a reunião?

Este foi o script que usei para validar o original comparando com
dados do OSM usando PostGIS.
https://github.com/tmpsantos/cnefe-tools

[]'s

2015-06-04 1:24 GMT+03:00 Reinaldo Neves :
> Senhores apenas para não deixarmos em branco e manter a lista informada
> resolvi fazer um breve relato da reunião online de hoje, caso tenha deixado
> passar alguma coisa por favor me corrijam.
>
>
>
> Reinaldo
>
> 
>
> Após uma breve apresentação o Thierry relatou sobre artigos publicados, dos
> quais já tivemos noticias na lista e encontros que teve com pessoas do IBGE,
> Correios Brasil, Correios França cujo resumo é:
>
>
>
> 1)  O Correio francês esta em processo de auxiliar na montagem de um
> cadastro de endereços open, feito por terceiros
>
> 2)  O IBGE tem interesse nesse tipo de trabalho e não faz restrições ao
> uso do CNEFE
>
> 3)  No segundo semestre o IBGE libera atualização do CNEFE com dados de
> lat/long de outros endereços além dos já existentes em área rural
>
> 4)  A EBCT tem projeto de cadastro de endereços, que está parado em
> função de discordâncias internas sobre ser um projeto open, ou o correio
> continuar “dono” da Informação
>
> 5)  Foi feito projeto piloto entre OSM/Correio em Trindade para
> capacitar carteiros a contribuir com o OSM, encontra-se no mesmo status do
> item anterior pelos mesmos motivos
>
>
>
> Foi sugerido que se de força as pessoas favoráveis ao projeto open, onde a
> comunidade OSM possa influir é claro, convidando-as a verbalizar sua
> posições na mídia escrita e em fóruns nacionais e internacionais que tratem
> do assunto, como por exemplo o encontro a realizar-se no México e Chile em
> futuro próximo.
>
>
>
> Falamos em retomar o processo de constituir o capítulo Brasil do OSM,
> eventualmente agregando o projeto de endereços abertos sugeridos pelo
> Thierry.  Neste ponto foi sugerida adesão ao projeto open address (
> http://openaddresses.io ), não conheço o projeto e não tenho como opinar,
> contribuições são bem vindas da parte de que já tenha maiores informações.
>
>
>
> Neste ponto foi colocado que um projeto de endereços seja open address ou
> próprio da comunidade brasileira deve seguir próximo, mas separado do OSM
> para que a qualidade de dados das fontes de endereço não comprometa as
> informações do OSM.  Como alguns de nós já pode constatar, mesmo vindo de
> entidades governamentais como o IBGE a coleta dessas informações depende de
> pessoas na ponta, que muitas vezes não tem preocupação com os dados de
> endereço.  O mesmo acontece com dados de entidades privadas.
>
>
>
> Quanto ao uso de dados do DNE dos correios definiu-se que os mesmo não sejam
> utilizados em qualquer dos dois projetos OSM e OpenAddress enquanto os
> Correios não alterem sua politica de licenciamento para algo que viabilize o
> uso dos dados do DNE.
>
>
>
> Como primeiro ensaio para o BDEnderecos, fique de disponibilizar o que tenho
> de dados do CNEFE normalizados e higienizado para processamento com o OSM,
> precisamos apenas coordenar como sera a transferência ou acesso a esses
> dados.  Deixo meu email ao final da mensagem para esse e outros contatos.
>
>
>
> Nesse ponto foram compartilhados links sobre o assunto ECT e pesquisa de
> CEP/Endereço que compartilho aqui para conhecimento de todos:
>
>
>
> http://codigourbano.org/por-que-o-cep-deve-ser-tratado-como-informacao-publica/
>
>
>
> http://ceplivre.com.br/
>
>
>
> Também conheço o: http://viacep.com.br, e trabalho na estruturação do
> http://pepbr.com.br
>
>
>
> Devido ao adiantado da hora encerrou-se a reunião e ficou marcado novo
> encontro para a próxima quarta dia 10/06, em principio no mesmo horário.
>
>
>
> Thierry se possível me envie o arquivo do cartão que mencionou.
>
>
>
> Abraços a todos
>
>
>
> ___
>
> Reinaldo Neves
>
> rne...@equacao.com.br
>
> Equação Informática
>
> (11) 3221-3722
>
>
>
>
>
>
>
>
>
> De: Thierry Jean [mailto:thierryaj...@hotmail.com]
> Enviada em: terça-feira, 2 de junho de 2015 18:16
> Para: talk-br@openstreetmap.org
> Assunto: [Talk-br] Reunião Periodica - OSM Brasil‏
>
>
>
> Caros,
>  Precisamos reativar as nossas reuniões periódicas. Sugiro que elas
> aconteçam a cada 2 semanas, nas quartas-feiras ao meio dia.
>  Comprei uma licença do ZOOM que funciona muito bem em mobile, além de
> funcionar em notebooks. É só baixar o app do Zoom e digitar o id do meeting.
>
> Time: Jun 3, 2015 12:00 PM (GMT-3:00) Sao Paulo
>
> Join from PC, Mac, iOS or Android: https://zoom.us/j/5694747229
>
> Or join by phone:
>
> +55 (213) 958-7888 (Brazil Toll)
>
> Meeting ID: 569 474 7229
>
> International numbers available: https://zoom.us/zoomconference
>
>
>
>
>
>
> Os assuntos:
> Estudar a Criação de um projeto

Re: [Talk-br] Thiago se juntou a equipe Mapbox

2015-03-27 Por tôpico Thiago Marcos P. Santos
Pô pessoal, valeu mesmo!

Gostaria de compartilhar a minha alegria com a comunidade OSM BR que
me deu o maior apoio quando comecei a mapear e me mostrou o caminho
das pedras com os mapas do IBGE.

Podem contar comigo se precisarem de uma ponte de comunicação com a
Mapbox.

Grande abraço e muito obrigado a todos!

2015-03-27 21:11 GMT+02:00 Blademir :
> Parabéns ao Thiago Santos, ele é o cara.
> Graças ao seu Magnifico trabalho com os mapas do IBGE, podemos ter fonte
> segura e aberta para nossos mapeamentos.
> Sucesso
> Att,
> BladeTC
>
> --- Mensagem Original ---
>
> De: "Márcio Aguiar Ribeiro" 
> Enviado: 27 de março de 2015 15:15
> Para: "OpenStreetMap no Brasil" 
> Assunto: [Talk-br] Thiago se juntou a equipe Mapbox
>
> Opa, pessoal!
>
> Acabei de ler que o Thiago Santos se junto a equipe do Mapbox. Ele é um
> membro dessa lista e o autor do layer de mapas do IBGE. :) Acredito que seja
> uma ótima notícia para o mapeamento no Brasil!
>
> Parabéns, Thiago.
>
> https://www.mapbox.com/blog/thiago-joins/
>
> Marcio Aguiar Ribeiro
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] Primeiro e-mail

2015-03-18 Por tôpico Thiago Marcos P. Santos
Seja bem vindo! Espero que seja o primeiro email de muitos. :)

2015-03-18 3:10 GMT+02:00 Oéslei Taborda Ribas :
> Olá Pessoal, tudo bem?
>
> Já estou na lista a algum tempo e acompanho a evolução do OSM ao longo
> desses anos. Porém esse é o primeiro e-mail que mando para a lista. Já havia
> feito algumas contribuições mas nesse mês decidi aprender mais sobre o
> projeto e também contribuir de maneira mais efetiva.
> Estou melhorando o mapeamento da minha cidade e das cidades ao redor. Em
> paralelo também estou tratando os erros citados em [1][2], em especial os de
> "roundabout".
>
>
> [1] - http://forum.openstreetmap.org/viewtopic.php?id=26466
> [2] -
> https://lists.openstreetmap.org/pipermail/talk-br/2014-July/008628.html
>
> Att
> Oéslei.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2015-01-06 Por tôpico Thiago Marcos P. Santos
Oi Gerald,

Não está não, as layers foram todas migradas para o Mapbox, então a
URL dos tiles está errada.

As informações aqui estão corretas:
http://wiki.openstreetmap.org/wiki/IBGE_Tile_Layer

[]'s

2015-01-06 20:30 GMT-02:00 Gerald Weber :
> Oi Turma
>
> só para conferir, este tutorial está atualizado?
>
> 2014-04-09 11:51 GMT-03:00 Vitor George :
>>
>> Fiz um micro-tutorial sobre como adicionar a camada do IBGE que o Thiago
>> fez, no iD e no JOSM:
>>
>>
>> http://mapaslivres.tumblr.com/post/8219909/mapeando-nomes-de-ruas-no-openstreetmap
>>
>>
>> 2014-03-24 15:43 GMT-03:00 Thiago Marcos P. Santos :
>>
>>> 2014-03-24 0:33 GMT+02:00 Fernando Trebien :
>>> > Thiago, uma pergunta (não sei se perdi algum pedaço no começo da
>>> > história): você está fazendo os alinhamentos manualmente? Se sim,
>>> > poderia contar com a ajuda de mais pessoas interessadas.
>>>
>>> Hehehe, na mão eu não teria vida útil pra isso não. :)
>>>
>>> https://github.com/tmpsantos/IBGETools
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] RES: RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI

2014-05-23 Por tôpico Thiago Marcos P. Santos
Nao custa lembrar, mas também temos a layer do IBGE:

http://tiles.tmpsantos.com.br/

2014-05-23 16:22 GMT+03:00 Reinaldo Neves :
> Senhores essa base de dados foi montada a partir de diversas fontes,
> consulta em sites do metro, cptm, sec de segurança, sites de hotéis, redes
> de drogaria, informação de taxista, coleta manual, e com certeza alguma
> consulta em lista telefônica e digitação posterior, não houve preocupação em
> identificar cada fonte e não tenho hoje como separa-las.  Os endereços foram
> padronizados sim, seguindo a referência da base de dados dos correios da
> qual tenho licença de uso, para uso dentro do sistema da empresa.
>
>
>
> De qualquer maneira eu já exclui as informações de consulados que havia
> inserido, e vou me limitar a usar os dados do CNEFE, BING e Setor Censitário
> em qualquer edição futura.
>
>
>
> Não tenho a mínima intenção de criar problemas em relação a direitos
> autorais ou de copyright, afinal vivo de vender software e serviços e como
> tal sou contra qualquer coisa relativa a pirataria, seja para software,
> musica, filmes, etc... aplico aqui o que prego aos meus clientes: se não
> pode pagar utilize uma opção livre, doada, faça de outro jeito, ou não use.
>
>
>
> ___
>
> Reinaldo Neves
>
> Equação Informática
>
> (11) 3221-3722
>
>
>
>
>
>
>
> De: Alexandre Magno Brito de Medeiros [mailto:alexandre@gmail.com]
> Enviada em: sexta-feira, 23 de maio de 2014 07:11
> Para: OpenStreetMap no Brasil
> Assunto: Re: [Talk-br] RES: RES: RES: RES: RES: RES: Maratona de Edições da
> Copa - POI
>
>
>
> E eu concordo com você, mas eu disse o que não queria, pelo visto. Vou
> tentar explicar.
>
> Não se trata de manipular os dados para que eles tomem outra forma. Isso
> seria malicioso. Desonesto. É um caminho que existe, mas que eu não defendo.
>
> Trata-se de aproveitar o conhecimento que os trabalhadores "humanos" da
> empresa tiveram, se ele não foi o mero copiar/colar (ou scan/OCR) dos dados
> de uma fonte, a lista telefônica,
>
>
>
> Pensemos com um exemplo de proporção menor:
>
>
>
> Se meus familiares consultam clínicas de saúde nas listas telefônicas, e
> decoram. Pelo uso, necessidade, decoram. Digamos que quatro pessoas
> decoraram um total de quinze triplas nome/endereço/telefone. Com imprecisões
> do fator humano, obviamente. Os endereços e os telefones estão em suas
> mentes. Então  meu pai diz que fulano precisa da relação desses
> estabelecimentos e que eu tenho de imprimi-la. Vou colhendo as informações
> de cada pessoa (minha fonte imediata) e colocando-as num documento ODT, com
> meu padrão de organização e formatação. Nessa situação, não tem por que
> atribuir crédito à lista telefônica. Provavelmente meus dados tem novas
> imprecisões ou precisões que foram inseridas pelas quatro pessoas, ou mesmo
> por mim. E é possível que nem tudo que elas sabiam teve origem na lista
> telefônica. Sim, sabemos que não houve sistematização nesse processo.
>
> Atenção! Minha analogia acima perde o sentido de ser aplicada ao caso em
> questão se a empresa do Reinaldo tiver sistematicamente "copiado" dados.
> Para ficar mais claro: se ele agisse de forma desonesta e sumisse com os
> padrões, ele poderia me enganar e eu defenderia o uso dos dados dele. São em
> situações como essa que copyright é "reduzido" a "questão de consciência".
> "Reduzido" entre aspas; porque, para mim, a questão de consciência está
> entre as mais importantes.
>
> Alexandre Magno
>
>
>
> Em 23 de maio de 2014 06:44, Bráulio  escreveu:
>
> Discordo. Acho que não importa se a informação foi muito ou pouco
> trabalhada. O fato de ser mais ou menos difícil de se descobrir uma violação
> de copyright não deve ser um dos fatores que definem se os dados podem ou
> não ser importados.
>
>
>
> 2014-05-23 6:19 GMT-03:00 Alexandre Magno Brito de Medeiros
> :
>
> Se essas informações foram muito trabalhadas pelo "humano" da sua empresa, e
> não tem a formatação e as exatidões que caracterizam-nas na lista
> telefônica, talvez elas possam ser consideradas como "conhecimento próprio"
> — justamente aquele que não sabemos mais de onde veio: de que pessoa que
> falou, de que professor que ensinou, de que livro que lemos...
>
> O que não pode haver é a existência de padrões — por mais escondidos que
> estejam — denunciando uma fonte (no caso, a lista telefônica).
>
>
>
> Alexandre Magno
>
>
>
> Em 22 de maio de 2014 19:04, Reinaldo Neves 
> escreveu:
>
>
>
>
> As informações que tenho em tabelas mysql basicamente nome e endereços de
> pontos de interesse compilados e digitadas ao longo do últimos anos em
> sites, guias e indicação de taxistas, algumas foram confirmadas por telefone
> ou em listas de assinante e depois digitadas por funcionários da empresa, de
> clientes e taxistas que se utilizam do nosso software.  Mas não houve na
> época a preocupação em identificar a fonte usada na confirmação de cada
> registro.
>
> Meus clientes e usuários tinham ciência que a informação repassada

[Talk-br] Edições incorretas: Pará de Minas

2014-05-20 Por tôpico Thiago Marcos P. Santos
Olá,

Proponho a reversão de todas a edições do usuário Bulacios [1].

Assumo boa fé, mas as edições não estão corretas. Entre falta de
changelog e source das edições, o usuário apagou o aeroporto da cidade
sem motivo aparente [2].

Entrei em contato dando boas vindas ao projeto e cobrando explicações.

[1] http://www.openstreetmap.org/user/Bulacios
[2] http://osmhv.openstreetmap.de/changeset.jsp?id=22381709


[]'s

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


Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM

2014-05-15 Por tôpico Thiago Marcos P. Santos
2014-05-15 16:24 GMT+03:00 Gerald Weber :
> Oi Pessoal
>
> Eu acho que passou da hora de termos um representante do OSM-Brasil no DWG
> com poderes para agir rápido e bloquear usários. Com a proximidade da copa
> parece estar havendo um incremento das atividades conflitantes no mapa.
>
> O que vocês acham disto? Vamos pedir?

Sou totalmente a favor.

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


Re: [Talk-br] Programação OSM no FISL 15

2014-05-07 Por tôpico Thiago Marcos P. Santos
Olá Wille,

Ia ser legal se você pudesse ajudar a divulgar as layers do IBGE para
os mapeadores no FISL.

Senão só o pessoal seguindo a lista ou o fórum vai saber à respeito.

Valeu!

2014-05-04 3:53 GMT+03:00 Wille :
> Além do evento em São Paulo, essa semana teremos atividades do OpenStreetMap
> no FISL 15, Fórum Internacional de Software Livre, em Porto Alegre.
>
> Teremos duas palestras sobre OSM, uma maratona de tradução do wiki e
> tentaremos participar da Hackathon organizada pela Wikipédia.
>
> A programação está em: http://wiki.openstreetmap.org/wiki/OSM_no_FISL
>
> Até mais,
> wille
>
> ___
> 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] PSA: IBGE Layer Mapas de Setores Rurais

2014-05-01 Por tôpico Thiago Marcos P. Santos
Olá pessoal,

A layer dos Mapas de Setores Rurais está pronta. Pode ser usada para
para pegar nomes de rios, lagos, fazendas e montanhas (em alguns
pontos contém até indicação de altitude do pico). Com algumas
limitações, também dá para pegar nomes de estradas.

Endereço da layer:
http://{switch:a,b,c}.tiles.mapbox.com/v3/tmpsantos.i00mo1kj/{zoom}/{x}/{y}.png

Visualização no browser:
https://josm.openstreetmap.de/mapsview?entry=IBGE%20Mapa%20de%20Setores%20Rurais

Já adicionei ao JOSM. Lembrem-se de dar refresh na lista de imagery
sources. O mapa deve aparecer automaticamente na lista principal da
interface quando você estiver editando algo no Brasil.

Obrigado ao Alexander Nagiller pelos sugestões e ter colocado o
contorno do mapa no JOSM, ao Mapbox por mais uma vez ceder os espaço
para hospedar esta layer e a todos que me incentivaram e deram
feedback.

[]'s

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


Re: [Talk-br] Nova layer: IBGE Mapa de Setor Rural

2014-04-25 Por tôpico Thiago Marcos P. Santos
2014-04-25 19:24 GMT+03:00 Márcio Aguiar Ribeiro :
> Thiago,
>
> entrei em contato com o pessoal da Secretaria e consegui o endereço do WMS
> deles! :)
>
> Já estou conseguindo utilizar no JOSM. São imagens de ALTA resolução de
> vários municípios de Alagoas.
>
> O servidor é http://geo.seplande.al.gov.br/teogc/wms
>
> Só ainda acho muito lento. Será que vale a pena fazer um espelhamento desses
> tiles? É possível conseguir todas as imagens pelo servidor WMS?

É possível, você teria que rodar um script para baixar todos os tiles
em todos os níveis de zoom.

Assumindo que a licenca permite, você poderia facilmente fazer um
mirror a partir disso. Se vale a pena eu não sei... as imagens são
muito melhores do que a do Mapbox ou do Bing?

[]'s

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


Re: [Talk-br] Listas de endereços por município

2014-04-25 Por tôpico Thiago Marcos P. Santos
Só lembrando, ainda estou aguardando a resposta dos Correios sobre a
licença de uso da lista de CEPs (que é bem mais confiável e poderia
ser cruzada com CNEFE).

Como já se passou uma semana e nada, mandei um outro email pra
ouvidoria cobrando celeridade ou pelo menos um prazo para a resposta.

2014-04-25 12:32 GMT+03:00 Bráulio :
> Prefeituras são confiáveis, mas nem tanto. A prefeitura de Natal colocou
> duas placas erradas numa rua: o nome correto é Rua Ébano (todas as dezenas
> de ruas vizinhas têm nome de alguma árvore), mas ela colocou na placa Rua
> Doutor Ébano, com um CEP que nem segue a sequência dentro das ruas e nem
> está na faixa de Natal.
> O engraçado é que nos mapas que encontramos no site da prefeitura o nome
> está correto. Não sei que método bisonho eles usaram que acabou causando
> esse erro.
>
>
> 2014-04-24 22:14 GMT-03:00 Lucas Ferreira Mation :
>
>> Pessoal,
>>
>> alguém tem um levantamento de listagens de endereços (das prefeituras
>> ou outras fontes) de cada cidade?
>>
>> Estou tentando "filtrar" o CNEFE mas há muitos casos em que há 2 ou 3
>> grafias para o mesmo nome de rua, e não há como saber qual é o certo.
>> Se tivessemos listagens das ruas de cada município, ou algo similar
>> poderímos potencializar o uso do CNEFE com mais confiança.
>>
>> Lucas
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] Nova layer: IBGE Mapa de Setor Rural

2014-04-25 Por tôpico Thiago Marcos P. Santos
2014-04-25 16:24 GMT+03:00 Márcio Aguiar Ribeiro :
> Thiago,
>
> gosto muito desse trabalho que você está fazendo! Qual o servidor WMS que
> você utiliza? Gostaria de fazer algo semelhante com algumas imagens aéreas
> de alta resolução que a Secretaria de Planejamento disponibiliza em
> http://geo.seplande.al.gov.br/geoweb/src/php/app.php
>
> Se não for muito complicado eu posso tentar fazer uma camada com essas
> imagens também. Acredito que eles gostariam, porque atualmente o sistema de
> mapa deles é muito lento.
>

Olá Márcio,

Obrigado, bom saber que está sendo útil.

Estou hospedando os tiles nos servidores do Mapbox, espaço que foi
gentilmente cedido por eles. Quanta à dificuldade de gerar estes mapas
a partir dos dados do Alagoas eu não saberia dizer, vai depender da
forma como eles disponibilizam os dados.

No caso do IBGE, o fato deles usaram PDF foi o fator dificultador. Se
os mapas estiverem em algum formato conhecido, como shapefiles, eu
diria que seria trivial gerar a layer.

[]'s

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


[Talk-br] Nova layer: IBGE Mapa de Setor Rural

2014-04-24 Por tôpico Thiago Marcos P. Santos
Olá pessoal,

Estou trabalhando em uma nova layer baseada nos dados do IBGE:
trata-se do Mapa de Setor Rural. A outra layer já divulgada foi
baseada no Mapa de Setor Urbano.

O Mapa de Setor Rural pode ser usado para extrair nomes de fazendas,
rios, lagos e montanhas.

Fiz um teste aqui com MG e gostaria de feedback da comunidade:

http://tiles.tmpsantos.com.br/staging.html

Este mapa está indo até zoom 13, mas estou fazendo um novo teste com o
estado de MG e AM no zoom 14. Vou fazer upload assim que ficar pronto.

Obrigado aos que me mandaram email sugerindo trabalhar esta layer.

[]'s

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


Re: [Talk-br] Usuário novo, alterações nomes rodovias RS

2014-04-24 Por tôpico Thiago Marcos P. Santos
O mapeador finlandês respondeu. Ele me mandou o link de como foi
mapeada a "Estrada do Rei" da Finlândia:

http://www.openstreetmap.org/relation/378455

Acho que poderia ser o caso da "Estrada Real" em MG e RJ, já que o
nome é bem conhecido e tem placa para todo lado na estrada fazendo
referência.

[]'s

2014-04-24 3:11 GMT+03:00 Paulo Carvalho :
> Essas "rodovias dos dinossauros" ou "Alien Road", nos Estados Unidos, seriam
> casos semelhantes.  Um conjunto de vias formando um corredor que atrai
> turistas ou exploradores por alguma razão específica.
>
>
> Em 23 de abril de 2014 19:28, Fernando Trebien 
> escreveu:
>
>> Desculpe Paulo, mas não conheço. É esta?
>> http://pt.wikipedia.org/wiki/Estrada_Real
>>
>> Se for, é um nome histórico, certo? Teria que investigar a quantas
>> andam as tags do Historical OSM:
>> http://wiki.openstreetmap.org/wiki/Historical_OSM
>>
>> (Até onde eu sei, só ficam no mapa coisas atuais ou recentemente
>> fechadas, com algumas exceções:
>> http://wiki.openstreetmap.org/wiki/Historic)
>>
>> 2014-04-23 16:52 GMT-03:00 Paulo Carvalho :
>> > Como se faz o registro desse tipo de nomenclatura?  Por exemplo, trechos
>> > da
>> > Estrada Real?
>> >
>> >
>> > Em 21 de abril de 2014 20:11, Fernando Trebien
>> > 
>> > escreveu:
>> >
>> >> Vou mandar uma mensagem também. Como cheguei no OSM muito depois de
>> >> iniciados os projetos regionais de mapeamento de rodovias (e mapeei
>> >> muito pouco delas), antes queria que me confirmassem que mapeei a
>> >> Rodovia do Parque corretamente
>> >> (http://www.openstreetmap.org/relation/1197942). A fórmula que eu
>> >> adotei foi essa:
>> >> * nas linhas e nas relações de rota
>> >>   - na tag ref vai o código da rodovia; ex.: BR-287, BR-158, BR-153,
>> >> etc.
>> >>   - na tag name vai o nome da rodovia usado por órgãos oficiais (DNIT,
>> >> MT, etc.), se houver; ex.: "Rodovia do Parque"
>> >> (http://www.openstreetmap.org/relation/1197942)
>> >> * só nas relações de rota
>> >>   - na tag network vai BR, RS, etc.
>> >>
>> >> (E claro, por padrão, na relação de rota ainda vão type=route e
>> >> route=road, e na linha vai pelo menos a tag highway.)
>> >>
>> >> Consultando a Wikipédia, me parece que:
>> >> - "Paleorrota" não é o nome oficial da rodovia
>> >> (https://pt.wikipedia.org/wiki/Paleorrota), então não poderia constar
>> >> nem nas linhas, nem na rota que representa a rodovia, mas poderia ser
>> >> o nome de outra relação de rota do tipo "route=road", sem a tag
>> >> network, envolvendo algumas das mesmas linhas
>> >> - "Rodovia dos Dinossauros"  parece estar sendo muito usado, embora
>> >> "Rodovia da Integração" pareça ser o nome mais apropriado
>> >> (https://pt.wikipedia.org/wiki/BR-287); não consegui confirmar a
>> >> oficialidade de nenhum dos nomes, o melhor seria obter o texto de
>> >> alguma lei (e já referenciá-la na tag source da relação); vou
>> >> pesquisar mais antes de contatar o usuário
>> >>
>> >> (E por falar nisso, descobri esse mapa de postos de gasolina ao longo
>> >> da rodovia, vou aproveitar e ver se já consta essa informação no OSM:
>> >>
>> >>
>> >> https://maps.google.com.br/maps/ms?msid=217828413215217460658.0004c6addf2a15fa5df82&msa=0)
>> >>
>> >> 2014-04-21 19:03 GMT-03:00 Gerald Weber :
>> >> > 2014-04-21 17:25 GMT-03:00 Claiton Neisse :
>> >> >
>> >> >> Me desculpe, esqueci de falar sobre isso.
>> >> >>
>> >> >> Eu enviei uma mensagem para o usuário no dia 15/04. Sem resposta até
>> >> >> agora.
>> >> >
>> >> >
>> >> > Ótimo, talvez seja o caso de alguém reforçar e mandar uma mensagem
>> >> > pedindo
>> >> > para entrar em contato. Já notei que quando mais de uma pessoa envia
>> >> > mensagem aumenta bastante a chance da pessoa responder.
>> >> >
>> >> > abraço
>> >> >
>> >> > Gerald
>> >> >
>> >> > ___
>> >> > Talk-br mailing list
>> >> > Talk-br@openstreetmap.org
>> >> > https://lists.openstreetmap.org/listinfo/talk-br
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Fernando Trebien
>> >> +55 (51) 9962-5409
>> >>
>> >> "Nullius in verba."
>> >>
>> >> ___
>> >> Talk-br mailing list
>> >> Talk-br@openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk-br
>> >
>> >
>> >
>> > ___
>> > Talk-br mailing list
>> > Talk-br@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-br
>> >
>>
>>
>>
>> --
>> Fernando Trebien
>> +55 (51) 9962-5409
>>
>> "Nullius in verba."
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] Usuário novo, alterações nomes rodovias RS

2014-04-23 Por tôpico Thiago Marcos P. Santos
Olha o que achei:

http://wiki.openstreetmap.org/wiki/Talk:Relation:route#Historic_roads

O pessoal aqui na Finlândia teve o mesmo problema, em um caso de uso
bem similar. Vou perguntar para o mapeador em questão como foi
resolvido.

[]'s

2014-04-24 1:52 GMT+03:00 Erick de Oliveira Leal
:
> Paulo, acho que com uma relação né... Não sei de qual tipo...
>
>
> Em 23 de abril de 2014 19:48, Arlindo Pereira
>  escreveu:
>
>> Existe uma proposta (em alemão) de route=historic:
>> http://wiki.openstreetmap.org/wiki/Tag:route%3Dhistoric
>>
>>
>> []s
>> Arlindo
>>
>> 2014-04-23 19:44 GMT-03:00 Thiago Marcos P. Santos :
>>
>>> Relacionado, mas é este aqui:
>>> http://pt.wikipedia.org/wiki/Estrada_Real_(turismo)
>>>
>>> Existem placas pelas rodovias indicando que você está na Estrada Real.
>>>
>>>
>>> http://www.matraqueando.com.br/wp-content/uploads/2011/08/3-placa-estrada-real.jpg
>>>
>>> 2014-04-24 1:28 GMT+03:00 Fernando Trebien :
>>> > Desculpe Paulo, mas não conheço. É esta?
>>> > http://pt.wikipedia.org/wiki/Estrada_Real
>>> >
>>> > Se for, é um nome histórico, certo? Teria que investigar a quantas
>>> > andam as tags do Historical OSM:
>>> > http://wiki.openstreetmap.org/wiki/Historical_OSM
>>> >
>>> > (Até onde eu sei, só ficam no mapa coisas atuais ou recentemente
>>> > fechadas, com algumas exceções:
>>> > http://wiki.openstreetmap.org/wiki/Historic)
>>> >
>>> > 2014-04-23 16:52 GMT-03:00 Paulo Carvalho
>>> > :
>>> >> Como se faz o registro desse tipo de nomenclatura?  Por exemplo,
>>> >> trechos da
>>> >> Estrada Real?
>>> >>
>>> >>
>>> >> Em 21 de abril de 2014 20:11, Fernando Trebien
>>> >> 
>>> >> escreveu:
>>> >>
>>> >>> Vou mandar uma mensagem também. Como cheguei no OSM muito depois de
>>> >>> iniciados os projetos regionais de mapeamento de rodovias (e mapeei
>>> >>> muito pouco delas), antes queria que me confirmassem que mapeei a
>>> >>> Rodovia do Parque corretamente
>>> >>> (http://www.openstreetmap.org/relation/1197942). A fórmula que eu
>>> >>> adotei foi essa:
>>> >>> * nas linhas e nas relações de rota
>>> >>>   - na tag ref vai o código da rodovia; ex.: BR-287, BR-158, BR-153,
>>> >>> etc.
>>> >>>   - na tag name vai o nome da rodovia usado por órgãos oficiais
>>> >>> (DNIT,
>>> >>> MT, etc.), se houver; ex.: "Rodovia do Parque"
>>> >>> (http://www.openstreetmap.org/relation/1197942)
>>> >>> * só nas relações de rota
>>> >>>   - na tag network vai BR, RS, etc.
>>> >>>
>>> >>> (E claro, por padrão, na relação de rota ainda vão type=route e
>>> >>> route=road, e na linha vai pelo menos a tag highway.)
>>> >>>
>>> >>> Consultando a Wikipédia, me parece que:
>>> >>> - "Paleorrota" não é o nome oficial da rodovia
>>> >>> (https://pt.wikipedia.org/wiki/Paleorrota), então não poderia constar
>>> >>> nem nas linhas, nem na rota que representa a rodovia, mas poderia ser
>>> >>> o nome de outra relação de rota do tipo "route=road", sem a tag
>>> >>> network, envolvendo algumas das mesmas linhas
>>> >>> - "Rodovia dos Dinossauros"  parece estar sendo muito usado, embora
>>> >>> "Rodovia da Integração" pareça ser o nome mais apropriado
>>> >>> (https://pt.wikipedia.org/wiki/BR-287); não consegui confirmar a
>>> >>> oficialidade de nenhum dos nomes, o melhor seria obter o texto de
>>> >>> alguma lei (e já referenciá-la na tag source da relação); vou
>>> >>> pesquisar mais antes de contatar o usuário
>>> >>>
>>> >>> (E por falar nisso, descobri esse mapa de postos de gasolina ao longo
>>> >>> da rodovia, vou aproveitar e ver se já consta essa informação no OSM:
>>> >>>
>>> >>>
>>> >>> https://maps.google.com.br/maps/ms?msid=217828413215217460658.0004c6addf2a15fa5df82&msa=0)
>>> >>>
>>> >>> 2014-04-21 19:03 GMT-03:00 Gerald Weber :
>>> >>> > 2014-04-21 17:25 GMT-03:00 Claiton Nei

Re: [Talk-br] Usuário novo, alterações nomes rodovias RS

2014-04-23 Por tôpico Thiago Marcos P. Santos
Relacionado, mas é este aqui:
http://pt.wikipedia.org/wiki/Estrada_Real_(turismo)

Existem placas pelas rodovias indicando que você está na Estrada Real.

http://www.matraqueando.com.br/wp-content/uploads/2011/08/3-placa-estrada-real.jpg

2014-04-24 1:28 GMT+03:00 Fernando Trebien :
> Desculpe Paulo, mas não conheço. É esta?
> http://pt.wikipedia.org/wiki/Estrada_Real
>
> Se for, é um nome histórico, certo? Teria que investigar a quantas
> andam as tags do Historical OSM:
> http://wiki.openstreetmap.org/wiki/Historical_OSM
>
> (Até onde eu sei, só ficam no mapa coisas atuais ou recentemente
> fechadas, com algumas exceções:
> http://wiki.openstreetmap.org/wiki/Historic)
>
> 2014-04-23 16:52 GMT-03:00 Paulo Carvalho :
>> Como se faz o registro desse tipo de nomenclatura?  Por exemplo, trechos da
>> Estrada Real?
>>
>>
>> Em 21 de abril de 2014 20:11, Fernando Trebien 
>> escreveu:
>>
>>> Vou mandar uma mensagem também. Como cheguei no OSM muito depois de
>>> iniciados os projetos regionais de mapeamento de rodovias (e mapeei
>>> muito pouco delas), antes queria que me confirmassem que mapeei a
>>> Rodovia do Parque corretamente
>>> (http://www.openstreetmap.org/relation/1197942). A fórmula que eu
>>> adotei foi essa:
>>> * nas linhas e nas relações de rota
>>>   - na tag ref vai o código da rodovia; ex.: BR-287, BR-158, BR-153, etc.
>>>   - na tag name vai o nome da rodovia usado por órgãos oficiais (DNIT,
>>> MT, etc.), se houver; ex.: "Rodovia do Parque"
>>> (http://www.openstreetmap.org/relation/1197942)
>>> * só nas relações de rota
>>>   - na tag network vai BR, RS, etc.
>>>
>>> (E claro, por padrão, na relação de rota ainda vão type=route e
>>> route=road, e na linha vai pelo menos a tag highway.)
>>>
>>> Consultando a Wikipédia, me parece que:
>>> - "Paleorrota" não é o nome oficial da rodovia
>>> (https://pt.wikipedia.org/wiki/Paleorrota), então não poderia constar
>>> nem nas linhas, nem na rota que representa a rodovia, mas poderia ser
>>> o nome de outra relação de rota do tipo "route=road", sem a tag
>>> network, envolvendo algumas das mesmas linhas
>>> - "Rodovia dos Dinossauros"  parece estar sendo muito usado, embora
>>> "Rodovia da Integração" pareça ser o nome mais apropriado
>>> (https://pt.wikipedia.org/wiki/BR-287); não consegui confirmar a
>>> oficialidade de nenhum dos nomes, o melhor seria obter o texto de
>>> alguma lei (e já referenciá-la na tag source da relação); vou
>>> pesquisar mais antes de contatar o usuário
>>>
>>> (E por falar nisso, descobri esse mapa de postos de gasolina ao longo
>>> da rodovia, vou aproveitar e ver se já consta essa informação no OSM:
>>>
>>> https://maps.google.com.br/maps/ms?msid=217828413215217460658.0004c6addf2a15fa5df82&msa=0)
>>>
>>> 2014-04-21 19:03 GMT-03:00 Gerald Weber :
>>> > 2014-04-21 17:25 GMT-03:00 Claiton Neisse :
>>> >
>>> >> Me desculpe, esqueci de falar sobre isso.
>>> >>
>>> >> Eu enviei uma mensagem para o usuário no dia 15/04. Sem resposta até
>>> >> agora.
>>> >
>>> >
>>> > Ótimo, talvez seja o caso de alguém reforçar e mandar uma mensagem
>>> > pedindo
>>> > para entrar em contato. Já notei que quando mais de uma pessoa envia
>>> > mensagem aumenta bastante a chance da pessoa responder.
>>> >
>>> > abraço
>>> >
>>> > Gerald
>>> >
>>> > ___
>>> > Talk-br mailing list
>>> > Talk-br@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-br
>>> >
>>>
>>>
>>>
>>> --
>>> Fernando Trebien
>>> +55 (51) 9962-5409
>>>
>>> "Nullius in verba."
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
>
> --
> Fernando Trebien
> +55 (51) 9962-5409
>
> "Nullius in verba."
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br

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


Re: [Talk-br] Importação na cidade de Itaúna - MG

2014-04-20 Por tôpico Thiago Marcos P. Santos
Revertido: http://www.openstreetmap.org/changeset/21815623


2014-04-16 4:34 GMT+03:00 Fernando Trebien :
> Registrei: 
> http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Revers%C3%B5es
>
> Alguns dos primeiros (de 7 meses atrás) parecem edições legítimas,
> então acho que teríamos que analisar um por um com calma.
>
> 2014-04-15 22:15 GMT-03:00 Nelson A. de Oliveira :
>> Eu enviei mensagem a ela há mais de 2 meses atrás, também perguntando
>> deste changeset: http://www.openstreetmap.org/changeset/20377027
>> Também perguntei aqui: http://forum.openstreetmap.org/viewtopic.php?id=24110
>> Não tive nenhuma resposta nem pelo OSM e nem pelo forum.
>>
>> Imagino que o caso seria rever (e reverter, onde cabível) todas as
>> suas 34 edições.
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> --
> Fernando Trebien
> +55 (51) 9962-5409
>
> "Nullius in verba."
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br

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


Re: [Talk-br] Mapa de Goiânia

2014-04-20 Por tôpico Thiago Marcos P. Santos
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Importa%C3%A7%C3%B5es#Modelo_de_Carta_de_Solicita.C3.A7.C3.A3o_de_Dados

2014-04-20 15:49 GMT+03:00 Da Silva Músico :
> Eu gostei muito desse mapa da prefeitura de Goiania, o nível de detalhes é
> bastante alto e parece ser bem confiável também. Então seguirei as dicas dos
> mestres. Mando um e-mail para a prefeitura solicitando a autorização e
> enquanto não recebo a resposta, vou usando os dados do IBGE.
>
> Aproveitando a oportunidade alguém lembra onde estão aqueles modelos de
> e-mails a enviar para autoridades solicitando autorização para usar os
> dados? Eu vi em algum lugar, mas não estou encontrando...
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] Mapa de Goiânia

2014-04-20 Por tôpico Thiago Marcos P. Santos
2014-04-20 3:12 GMT+03:00 Da Silva Músico :
> Galera, será que posso usar esse mapa para colher nomes das ruas e citar
> como fonte a prefeitura de goiania?
>
> http://mapa.goiania.go.gov.br/SIGGOWEB_NET/
>

Já tentou também a layer do IBGE? Claro que se tiver um mapa oficial
da prefeitura é melhor, mas se não conhece ainda vale a pena dar uma
olhada.

[]'s

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


Re: [Talk-br] Correio e CEPs

2014-04-18 Por tôpico Thiago Marcos P. Santos
Mandei um email para o atendimento perguntando sobre a licença de uso dos
dados. Agora é aguardar a resposta.

Muito obrigado por notificar a lista sobre esta descoberta!

[]'s


2014-04-17 22:49 GMT+03:00 Reinaldo Neves :

> Cada dia entendo menos os correios, ou a pressão começa a dar algum
> resultado:
>
>
>
> http://www.correios.com.br/produtosaz/complementos/pdf/Lista_CEP_Brasil.pdf
>
>
>
> Disponível desde hoje para download no site deles.
>
> ___
>
> [image: cid:AEB89D39-0ED3-48AF-9EB7-EF84C2B4BC40]
>
> Reinaldo Neves
>
> Equação Informática
>
> (: (11) 3221-3722
>
> ***: rne...@equacao.com.br
>
>
>
>
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
<>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Correio e CEPs

2014-04-17 Por tôpico Thiago Marcos P. Santos
Wow, isto é fantástico. Nos resta esclarecer os termos de uso.

O link para download está aqui, mas não achei nada falando sobre licença.

http://www.buscacep.correios.com.br/


2014-04-17 22:49 GMT+03:00 Reinaldo Neves :

> Cada dia entendo menos os correios, ou a pressão começa a dar algum
> resultado:
>
>
>
> http://www.correios.com.br/produtosaz/complementos/pdf/Lista_CEP_Brasil.pdf
>
>
>
> Disponível desde hoje para download no site deles.
>
> ___
>
> [image: cid:AEB89D39-0ED3-48AF-9EB7-EF84C2B4BC40]
>
> Reinaldo Neves
>
> Equação Informática
>
> (: (11) 3221-3722
>
> ***: rne...@equacao.com.br
>
>
>
>
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
<>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Nomes de ruas, source

2014-04-16 Por tôpico Thiago Marcos P. Santos
Eu também acho que "source:name=IBGE" é o correto.

2014-04-17 0:45 GMT+03:00 Alexandre Magno Brito de Medeiros
:
> Ontem eu fiz meus dois primeiros mapeamentos com JOSM. Nomes de ruas usando
> a camada "IBGE mapa municipal". No primeiro, coloquei source=IBGE em cada
> objeto (rua) e no changeset. No segundo, coloquei source:name=IBGE, depois
> que vi source=outracoisa (Yahoo etc.) referindo-se à geometria. Vou tentar
> refazer o primeiro como o segundo.
>
> Alexandre Magno
>
>
> Em 16 de abril de 2014 15:24, Arlindo Pereira
>  escreveu:
>
>> Pois é. A tag source=* no objeto é bem ruim para isso, porque exige
>> source:*=* (por exemplo, source:geometry="Bing" + source:name="IBGE") ou a
>> pessoa acaba botando tudo separado por ; e vc não sabe o que veio de onde
>> (já fiz isso no passado e me arrependo). Dessa forma, o ideal seria source
>> do changeset (o que não é suportado pelo iD, por exemplo) ou comentário.
>> Assim não polui as tags no editor e quem estiver interessado pode olhar no
>> /history do objeto em questão.
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] Sugestão de exclusão de áreas de cobertura do Bing

2014-04-16 Por tôpico Thiago Marcos P. Santos
+1

On Wed, Apr 16, 2014 at 7:25 PM, Gerald Weber  wrote:
> +1
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] RES: RES: PSA: IBGE Layer

2014-04-16 Por tôpico Thiago Marcos P. Santos
2014-04-16 15:55 GMT+03:00 Reinaldo Neves :
> Thiago,
>
> não sei se pode ser útil nesse processo todo, mas encontrei arquivos kmz do 
> ibge com os setores censitários distribuídos para o pais inteiro.   Não tem o 
> nome das ruas, mas sim o contorno dos polígonos e a identificação de cada, 
> inclusive de áreas rurais.
>

Eu cheguei a achar shapefiles dos setores se não me falha a memória.
Eles podem ser úteis para fazer o heat map que está sendo discutido em
outra thread. Valeu pela sugestão!

[]'s

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


Re: [Talk-br] PSA: IBGE Layer

2014-04-16 Por tôpico Thiago Marcos P. Santos
> Problemas conhecidos:
>
> - Rio de Janeiro - RJ está faltando, estou arrumando isto.

Arrumei problema com a cidade do Rio de Janeiro - RJ.

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


[Talk-br] Importação na cidade de Itaúna - MG

2014-04-15 Por tôpico Thiago Marcos P. Santos
Olá pessoal,

Detectei um import [1] na cidade de Itaúna - MG que acabou duplicando
toda a cidade.

O autor chegou a pedir ajuda em janeiro, deixei um comentário
convidando o mapper à analisar a importação aqui na lista [1].
Acredito que o changeset precisa ser revertido, mas peço ajuda porque
nunca fiz isso antes e acredito que qualquer revert deste tamanho deve
ser discutido, por mais óbvio que seja.

Ps.: Os ways não tem tags válidas, por isso não estão sendo
renderizados e logo a detecção tardia do import.

[1] http://www.openstreetmap.org/changeset/20345675
[2] http://www.openstreetmap.org/user/MAPAGIRL88/diary/20916#comment26175

[]'s

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


Re: [Talk-br] RES: PSA: IBGE Layer

2014-04-15 Por tôpico Thiago Marcos P. Santos
Não é isso. Onde não tem tile, o servidor manda uma mensagem de erro.
Quando eu estava usando tilestream no meu próprio servidor, eu tinha
uma regra no nginx para servir um tile transparente quando o tile não
fosse encontrado no servidor.

Dá para arrumar isso de 3 formas:

1. O Mapbox fazer o mesmo que eu fazia no meu servidor.
2. Eu editar os arquivos dos mapas e preencher os espacos vazios com
tiles transparentes, depois fazer reupload para o Mapbox.
3. Remover esta mensagem do JOSM.

Vou estudar aqui o que fazer. Mas no fim das contas esta mensagem é harmless.

2014-04-16 0:41 GMT+03:00 Lists :
> Eu também receber muitos desses mensagens, acho que no meu caso e por falta
> da banda. Não sei se pode ser do servidor, mas eu sei que meu conexão e bem
> lento e caindo frequente.
>
> Aun Johnsen
>
> On Apr 15, 2014, at 18:37, Alexandre Magno Brito de Medeiros
>  wrote:
>
> Aqui tem erro. Várias mensagens vermelhas parecem apontar imagens. Uma
> mensagem em inglês diz que não há imagens nesse nível de zoom.
>
> Alexandre Magno
>
>
> Em 15 de abril de 2014 18:21, Lists  escreveu:
>>
>> Atualização:
>>
>> O Camada IBGE ja e adicionada no JOSM, proximo vez voce abre JOSM, entra
>> no preferencias do imagens, atualizar os dados (os dois flechas azuis), e um
>> camada chamado "IBGE mapa municipal” com um bounding box do Brasil vai
>> aparecer. Obrigado para o Alexander Nagiller por o ajuda.
>>
>> Se algum pode ajuda fazer um lista do pontos, o bounding box pode encaixar
>> Brasil melhor.
>>
>> Aun Johnsen
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] RES: PSA: IBGE Layer

2014-04-15 Por tôpico Thiago Marcos P. Santos
2014-04-16 0:21 GMT+03:00 Lists :
> Atualização:
>
> O Camada IBGE ja e adicionada no JOSM, proximo vez voce abre JOSM, entra no
> preferencias do imagens, atualizar os dados (os dois flechas azuis), e um
> camada chamado "IBGE mapa municipal” com um bounding box do Brasil vai
> aparecer. Obrigado para o Alexander Nagiller por o ajuda.
>
> Se algum pode ajuda fazer um lista do pontos, o bounding box pode encaixar
> Brasil melhor.
>

Hey Aun! Muito obrigado por cuidar disso!

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


Re: [Talk-br] RES: PSA: IBGE Layer

2014-04-15 Por tôpico Thiago Marcos P. Santos
2014-04-15 20:30 GMT+03:00 Reinaldo Neves :
> Thiago boa tarde,
>
>
>
> Apesar de não ter conseguido usar no JOSM, provavelmente por desconhecimento
> da ferramenta vou ter que estudar isso qq hora dessas,  comecei a utilizar o
> layer do IBGE com o iD mesmo  para nomear algumas ruas na zona leste de São
> Paulo onde moro, e realmente o processo ficou muito facilitado.
>
>
>
> Consegui inclusive melhorar o traçado de algumas ruas onde a imagem do bing
> não era muito clara, utilizando a referência do IBGE em conjunto.
>
>
>
> Vou tirar algumas horas por dia para esse processo de nomear as ruas e
> espero melhorar a produtividade com a pratica, de qualquer maneira gostaria
> de agradecer pelo trabalho que teve e por me permitir ser mais útil a
> comunidade dentro das minhas limitações.

Olá Reinaldo,

Valeu mesmo! Fico feliz em saber que a layer do IBGE está sendo útil.

[]'s

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


Re: [Talk-br] Comparação de ruas: CNEFE x OSM no site osm-regio.de

2014-04-14 Por tôpico Thiago Marcos P. Santos
2014-04-10 8:14 GMT+03:00 Hermann Peifer :
> Oi Pessoal,
>
> Obviamente não faltam idéias e projetos para cruzar/comparar as ruas do
> IBGE/CNEFE com aquelas do OSM. Estou escrevendo para fazer um pouco de
> "propaganda" para a comparação das duas listas (CNEFE x OSM) no site do
> mapeador alemão Dietmar [1].
>
> O site, que tem páginas em Português, apresenta estatísticas por município,
> micro/meso-região, e um "heat map", chamado "Apresentação cartográfica no
> mapa OSM". O heat map preciso ~20 segundos para aparecer, tambem é preciso
> JavaScript ativado (Openlayers).
>
> Tudo isso existe com cobertura do RS, a área-piloto do projeto. Mais estados
> (até todo o Brasil) podem ser incluidos, dependente do feedback da
> communidade.

Tou dentro. Esta semana vou tentar dar uma olhada melhor nos dados do
CNEFE e nos shapefiles dos distritos do IBGE.

[]'s

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


Re: [Talk-br] PSA: IBGE Layer

2014-04-13 Por tôpico Thiago Marcos P. Santos
2014-04-13 23:28 GMT+03:00 Gerald Weber :
> Oi Thiago
>
> parabéns pelo incrível trabalho, mas eu não consegui fazer funcionar não :(
>
> dá dando estas mensagens para mim no JOSM:
> Failed loading
> http://b.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/13/3051/4554.png:
> http://b.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/13/3051/4554.png
> Failed loading
> http://a.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/13/3054/4554.png:
> http://c.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/13/3054/4554.png
>

Isso é normal para as áreas que não tem PDF. Tá dando este erro pra tudo?

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


[Talk-br] PSA: IBGE Layer

2014-04-13 Por tôpico Thiago Marcos P. Santos
English transcript following the announcement in pt_BR.

===

Olá,

É com muita alegria que venho anunciar a primeira versão da layer do
IBGE, baseado nos PDFs dos mapas de setores censitários. O resultado
final é o mapa de todo o Brasil, com aproximadamente 75 GB de tiles.
Este mapa será de grande ajuda para extrair nomes de ruas.

Lembre-se de usar a tag "source=IBGE" para as informações obtidas
desta layer. É um requerimento do IBGE:
https://lists.openstreetmap.org/pipermail/imports/2013-July/002031.html

Layer para o JOSM:
tms[19]:http://{switch:a,b,c}.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/{zoom}/{x}/{y}.png

Exemplo de Leaflet.js usando a layer com transparência e o OSM:
http://tiles.tmpsantos.com.br/
http://tiles.tmpsantos.com.br/index.html.txt (código fonte)

Agradecimentos:

- Dominik Röttsches (abrax5), por oferecer e manter funcionando toda a
estrutura necessária para gerar e fazer upload dos mapas. Também por
me apresentar ao mundo dos mapas e me ensinar bastante coisa sobre
projeções.
- Mapbox, em especial Alex Barth por proativamente oferecer o espaço
para hospedar os tiles e Will White pelo rápido suporte técnico quando
precisei. E claro, pelas excelentes ferramentas opensource como o
Tilemill.
- A comunidade OSM Brasil, pelo importante feedback e motivação.

Problemas conhecidos:

- Rio de Janeiro - RJ está faltando, estou arrumando isto.
- São Grabriel da Chachoeira - AM está com um offset bastante errado
para o norte.
- Algumas partes de Belém estão no meio do mar, ainda não descobri porque.
- Alguma outra coisa que você vai reportar. :)

[]'s e mãos à obra!

===

Hi,

I'm happy to announce the first version of the IBGE layer, based on
the PDFs from the population count survey. The final result is a map
of the whole Brazil, with approximately 75 GB of tiles. This map will
be very handy to extract road names.

Remember to use the tag "source=IBGE" when using data taken from this
layer. This is a requirement by data made availiable by IBGE:
https://lists.openstreetmap.org/pipermail/imports/2013-July/002031.html

JOSM layer:
tms[19]:http://{switch:a,b,c}.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/{zoom}/{x}/{y}.png

Leaflet.js sample using this layer with alpha combined with OSM:
http://tiles.tmpsantos.com.br/
http://tiles.tmpsantos.com.br/index.html.txt (source code)

Acknowledgments:

- Dominik Röttsches (abrax5), for offering and maintaining the
infrastructure needed to generate and upload the maps. Also for
introducing me to the world of maps and teaching a lot of stuff about
projections.
- Mapbox, in special Alex Barth, for proactively offering storage
space for hosting the tiles and Will White for the quick tech support
when I needed. And of course, for the amazing opensource tools like
Tilemill.
- The OSM Brazil community for the important feedback and keeping me motivated.

Known issues:

- Rio de Janeiro capital is missing, I'm on it.
- São Grabriel da Chachoeira - AM is very misplaced to the north.
- Some parts of Belém are in the middle of the sea for an unknown reason.
- Something else that you are going to report. :)

Br and happy mapping!

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


Re: [Talk-br] Exemplo de visualização 3D com dados do OSM

2014-04-12 Por tôpico Thiago Marcos P. Santos
Excelente ideia.

2014-04-12 4:31 GMT+03:00 Lucas Ferreira Mation :
> Pessoal, se a informacao do número de andares for suficiente, acho que isso
> pode ser estimado usando o CNEFE, com alguma validação/conhecimento local.
>
> A ideia é o seguinte.  Se a pessoa souber o endereço certinho ou
> ,preferencialmente, o cep (em geral prédios maiores tem cep próprio) daria
> para estimar o numero de andares do prédio com base na estrutura de
> "complementos" dos endereços dos domicílios do prédio.
>
> Po exemplo , se os complementos são: ap 101, ap102, ap201,... ap1801, eu
> posso supor q o prédio tem 18 andares. Não é garantido, mas pode ajudar o
> mapeador local.
>
> Se alguem se animar em testar esta ideia na sua cidade ou bairro me avise
> que eu preparo uma lista da estimativa do no de andares de cada endereço na
> área.
>
> Abs
> Lucas
>
> Em 11/04/2014 22:08, "Arlindo Pereira" 
> escreveu:
>
>> Maneiro!
>>
>> Já tinha tentado mexer com isso e não tinha conseguido ver renderizado.
>> Agora sim! =) http://demo.f4map.com/#lat=-22.9569227&lon=-43.1768235&zoom=18
>>
>> Como uma sugestão, mapeem os prédios mais altos da sua cidade. Uma ideia
>> que eu tive uma vez (mas nunca coloquei em prática) era de mapear os prédios
>> dessa lista:
>> http://pt.wikipedia.org/wiki/Anexo:Lista_de_arranha-c%C3%A9us_do_Brasil
>>
>>
>> []s
>> Nighto
>>
>> 2014-04-11 21:40 GMT-03:00 John Packer :
>>>
>>> Pessoal, pra me gabar um pouco.
>>>
>>> Andei dando uma mexida no meu campus, e aos poucos estou adicionando umas
>>> informações para visualização 3D em sites como o f4map.com (precisa de um
>>> navegador moderno com WebGL).
>>> Está ficando bem legal:
>>> no F4:
>>> http://demo.f4map.com/#lat=-26.2530405&lon=-48.8550115&zoom=18&camera.theta=57.319&camera.phi=-2.005
>>> no OSM:
>>> http://www.openstreetmap.org/way/263290462#map=17/-26.25337/-48.85415
>>>
>>> E tem um outro usuário aqui em Joinville que, entre outras coisas, andou
>>> detalhando um dos pontos turísticos da cidade:
>>> No F4:
>>> http://demo.f4map.com/#lat=-26.3217907&lon=-48.8462260&zoom=19&camera.theta=49.92&camera.phi=-165.194
>>> No OSM:
>>> http://www.openstreetmap.org/node/2619265385#map=18/-26.32202/-48.84655
>>> E no mapa Humanitário:
>>> http://www.openstreetmap.org/node/2619265385#map=19/-26.32179/-48.84667&layers=H
>>>
>>> Abs,
>>> João
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2014-04-09 Por tôpico Thiago Marcos P. Santos
Estou de férias esta semana, mas até o dia 19/abril espero fazer
upload de todas as cidades do Brasil para o Mapbox.

Aí vou ter o endereco definitivo da layer e posso mandar um patch para o JOSM.

2014-04-09 19:44 GMT+03:00 Lists :
> Tambem acho este camada tao interessante que podemos pedir os
> desenvolvadores do JOSM adicionar no lista oficial dos camadas TMS.
>
> Aun Johnsen
>
> On Apr 9, 2014, at 13:37, Alexandre Magno Brito de Medeiros
>  wrote:
>
> Já poderia haver no wiki uma página sobre o IBGETools, reunindo informações
> de constribuições como essa.
>
> Alexandre Magno
>
>
> Em 9 de abril de 2014 11:51, Vitor George  escreveu:
>>
>> Fiz um micro-tutorial sobre como adicionar a camada do IBGE que o Thiago
>> fez, no iD e no JOSM:
>>
>>
>> http://mapaslivres.tumblr.com/post/8219909/mapeando-nomes-de-ruas-no-openstreetmap
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] Google street view

2014-04-07 Por tôpico Thiago Marcos P. Santos
2014-04-07 23:12 GMT+03:00 Gerald Weber :
> Existem dois princípios legais:
>
> Sistema inglês: se não está explícitamente proibido conclui-se que é
> permitido.
>
> Sistema alemão: se não está explícitamente permitido conclui-se que é
> proibido.
>
> Claramente, o OSM segue o sistema alemão: se não nos deram permissão
> explícita para usar, então não podemos usar.
>
> O Google Street View cai exatamente na categoria em que não foi dada
> permissão explícita de uso.
>
> Agora eu acho que não nos falta material para processar. Podemos passar anos
> a fio mapeando só a partir dos mapas do IBGE.
>
> Google não faz falta.
>
> abraços a todos
>
> Gerald
>
> PS: Há quem diz que existe um terceiro sistema legal, o sistema brasileiro:
> mesmo que esteja explícitamente proibido conclui-se que é permitido  :)

Sinceramente, não vejo a diferença em termos jurídicos entre uma foto
de satélite e uma foto do Street View. Tecnicamente falando uma foi
tirada do espaço e outra do chão, mas ninguém esta questionando a
possibilidade de fazer traces do Google Maps.

Os argumentos usados para o Street View poderiam ser os mesmo para
imagens de satélite: "é fato", "ninguém pode ter copyright sobre a
realidade", "não dá para distinguir um trace de imagem de satélite de
uma foto que eu tirei quando estava voando com um aeromodelo equipado
com uma câmera".

Para mim não há a menor sombra de dúvida que as regras do OSM não
permitem usar as imagens do Street View para qualquer finalidade. Que
não usemos o terceiro sistema legal. :)

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


Re: [Talk-br] idéias dados IBGE >> OSM: CNEFE, setores censitários, quarteirões.

2014-04-05 Por tôpico Thiago Marcos P. Santos
2014-04-05 19:21 GMT+03:00 Hermann Peifer :
> Oi Pessoal,
>
> Minha resposta demorou um pouco porque a vida real, incluindo o trabalho me
> manteve longe do OSM.
>
> Estou em contato com o mapeador alemão Dietmar [1] o qual eu encontrei no
> evento OSM em Berlim. Ele já tem um sistema online que apresenta comparações
> entre listas oficiais de ruas e as ruas mapeadas no OSM. Para quem entende
> um pouco de alemão: a palestra dele em Berlim está disponivel no Youtube [2]
>
> A cobertura do sistema dele era: Alemanha, Austria, Suiça e Luxembourgo.
> Agora, ele importou os dados IBGE/CNEFE do RS.  Um resultado daquela
> importação é o "Heat Map" do RS [3]. (Tem que ter ums segundinhhos de
> paciencia).
>
> Clique num município e segue o link "Auswertung". Você encontrara as
> estatísticas do município, por exemplo Ivoti [4]. Você até pode escolher
> "Português do Brasil" (= Português do Hermann ;-) como lingua da página.
> Infelizmente, tem ainda problemas com as páginas dos municípios que tem
> acentos no nome.
>
> O Dietmar faz um comparação simples: nome da rua segundo o CNEFE x nome OSM
> normalizado. Ele ainda não usa o algoritmo Levenshtein (ou outros) para
> descobrir nomes semelhantes.
>
> Exemplo:
>
> Nome da lista CNEFE "faltando" em Ivoti  = RUA JOAO W HOLDEFER
> Nome somente conhecido pela lista do OSM = Rua João Walter Holdefer
>
> O que você acha do "Heat Map" do Dietmar ?

Acho fantástico. Seria algo excelente se tivéssemos para o Brasil todo.

O projeto dos mapas do IBGE que estou trabalhando está 90% pronto,
falta mesmo só dois estados para processar e fazer o upload para o
Mapbox. Depois de concluído, vai ser um prazer te ajudar no heat map
se você tiver interesse.

[]'s

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


Re: [Talk-br] Google street view

2014-04-05 Por tôpico Thiago Marcos P. Santos
A resposta final é não. O departamento legal do OSM é bem claro.

"Can I trace data from Google Maps/Nokia Maps/...?

No. Other sources must not be used as the base of any data uploaded to
OSM - whether maps, aerial imagery, or photographs such as Google
Street View."

http://wiki.openstreetmap.org/wiki/Legal_FAQ#2a._Can_I_trace_data_from_Google_Maps.2FNokia_Maps.2F3F

2014-04-05 17:46 GMT+03:00 Thiago Marcos P. Santos :
> 2014-04-05 17:31 GMT+03:00 Paulo Carvalho :
>> É mais fácil proibir do que entender a natureza da coisa.  Fatos não podem
>> ser objeto de copyright.  Simples.  Observar um fato e dele produzir uma
>> interpretação é ato de criação legítima e não obra derivada.  Ilegal seria
>> pegar as imagens do SV e colocar no Mapillary, por exemplo.
>>
>
> Eu não sou advogado. Mas o argumento no link que enviei é fácil de entender:
>
> O OSM é um projeto internacional e a legalidade de coletar informações
> a partir do Street View pode variar dependendo da jurisdição. Não é
> desejável criar uma situação onde o mapa do Brasil no OSM está de
> acordo com a lei, digamos, no Brasil e na União Européia, nas não é
> válido nos EUA e Uruguai.

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


Re: [Talk-br] Google street view

2014-04-05 Por tôpico Thiago Marcos P. Santos
2014-04-05 17:31 GMT+03:00 Paulo Carvalho :
> É mais fácil proibir do que entender a natureza da coisa.  Fatos não podem
> ser objeto de copyright.  Simples.  Observar um fato e dele produzir uma
> interpretação é ato de criação legítima e não obra derivada.  Ilegal seria
> pegar as imagens do SV e colocar no Mapillary, por exemplo.
>

Eu não sou advogado. Mas o argumento no link que enviei é fácil de entender:

O OSM é um projeto internacional e a legalidade de coletar informações
a partir do Street View pode variar dependendo da jurisdição. Não é
desejável criar uma situação onde o mapa do Brasil no OSM está de
acordo com a lei, digamos, no Brasil e na União Européia, nas não é
válido nos EUA e Uruguai.

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


Re: [Talk-br] Google street view

2014-04-05 Por tôpico Thiago Marcos P. Santos
2014-04-05 16:31 GMT+03:00 Wallace Silva :
> Pessoal é possível usar o google street view para ver nomes de placas das
> ruas e adicionar o nomes? e se sim. como ficaria a tag source?

Acho que tem tantas variáveis nisso que a recomendação é não usar:

https://help.openstreetmap.org/questions/710/can-i-use-google-streetview-to-help-create-maps

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


Re: [Talk-br] Reverter changeset.

2014-04-04 Por tôpico Thiago Marcos P. Santos
As vezes a falta de objetividade desta lista me desanima. Não vi
ofensa alguma em nenhuma resposta, só vi uma pergunta válida que não
foi respondida e um tempo enorme que estou perdendo lendo isto. Custa
responder a pergunta e encerrar logo essa thread?

Você importou ou baseou os dados em uma(s) fonte(s) externa(s)?
[   ] Sim[]  Não

Se sim, liste as fontes: _

Obrigado,

2014-04-04 19:56 GMT+03:00 Hélio Ricardo Pinheiro Coutinho
:
> Caros Packer e Roger,
>
> (Acho que enviei parte desta msg antes de ir almoçar... )
>
>   Vocês não entenderam, fui eu quem pediu para reverter a alteração
> desde o início.
>   Mandei uma camada que não era para ir (não tinha trabalhado ainda em
> cima dela, estava bruta), sem ter trazido antes a camada original do OSM,
> por isso ficou "trepado" (acho eu).
>   Entendo tudo o que vocês falaram, assim que chegar em casa, irei
> deletar esse "tar" de JOSM de minha máquina. Estava satisfeito com o ID, me
> atendia bem.
>   Farei igual a formiguinha, de grão em grão... Quando estiver seguro,
> ai sim farei importações/exportações pelo JOSM.
>   Roger: Só não irei concordar em uma coisa com você:
>Ele não só se ateve a licença, se ele tivesse me dado uma bronca
> desde o início seria melhor.
>Ele ficou jogando piadinhas nas entrelinhas. Sempre resolvi estas
> coisas de outra maneira!
>
> Vide:
>
> "Não dá mais para aceitar essas atitudes como "boa fé" (já que envolve
> um mínimo de conhecimento das coisas para efetuar a importação)."
>
> * Ele deduziu... Ele me conhece?
>
> "No mínimo deveria ter verificado manualmente os dados antes da importação.
> Por exemplo, muitos trechos estão com dados duplicados:"
>
> *  Se eu vi o erro, como deveria ter verificado?
>
> "Por causa da dúvida e para evitar perda de trabalho honesto de outros
> contribuidores, é mais seguro não utilizar estes dados."
>
> *  Honesto? Ele me conhece?
>
> "Outra coisa: a pessoa que faz uma importação dessa passa a ser olhada
> com desconfiança em todas as suas outras edições; sempre vai deixar um
> "será que ela também não copiou o nome dessa rua de um local que não
> podia?"."
>
> * Para vocês da lista: Ficarei marcado como gado por isso?
>
> Encerro aqui meu desabafo, obrigado aos que me apoiaram e me desculpem de
> coração aos que, de certa forma, tirei o foco da real necessidade desta
> lista, o fortalecimento do OSM.
> Obrigado,
> Hélio Coutinho.
>
> 
> Date: Fri, 4 Apr 2014 13:14:38 -0300
> From: rogersoa...@gmail.com
> To: talk-br@openstreetmap.org
>
> Subject: Re: [Talk-br] Reverter changeset.
>
> Oi Hélio,
>
> A confusão não foi por não saber importar, essas coisas alguém reverte e
> beleza.
>
> O ponto que o Nelson levantou foi quanto a licença dos dados. Nós queremos
> que os dados que você contribui continuem na base e não sejam revertidos,
> assim como os dados de todos os outros que vão contribuir em cima dos seus
> dados. Já tivemos caso de reverção em massa onde muita contribuição foi
> perdida, por isso ficamos sempre com um pé atrás com algo que pareça
> suspeito. Por favor não leve para um lado pessoal, o Nelson com certeza não
> teve a intenção de ofendê-lo, e ele continua aí para ajudá-lo.
>
> Independente da origem dos seus dados, o importante é discutir com a lista
> para tomarmos a melhor decisão em relação à parte legal. Não queremos que
> você pare de contribuir, queremos sim que suas contribuições continuem
> permanentemente na base!
>
> Atenciosamente,
> Roger.
>
> --
> Em 04-04-2014 11:02, Hélio Ricardo Pinheiro Coutinho escreveu:
>
> Pois é, meu nobre,
>
>   Por não saber importar (ainda) é que deu essa confusão toda...
>   Acho qualquer crítica louvável, temos que transformá-las em
> aprendizado (as construtivas). Você também não me conhece (ainda), mas se me
> conhecesse saberia que com jeito, "me leva até às calças" - Não no sentido
> da palavra, hein! rsrs.
>   Tenho tido um enorme prazer editando e vendo esse grupo crescer,
> florescer e já dar frutos... (garotos em sua maioria - Não é o meu caso,
> tenho 47 anos e é duro escutar certas coisas).
>   Olho essa lista todos os dias desde que entrei, sempre escondidinho,
> sem aparecer... Mas com o crescimento do conhecimento, temos a necessidade
> de mais e mais conhecimento. Ai dependemos cada vez mais do auxílio de
> pessoas que os tenham. Se não tivermos a ajuda do grupo, definhamos e
> caímos...
>   "Só erra quem executa", foi assim que comecei o meu pedido de auxílio
> e desculpas pelo ocorrido...
>
> Obrigado meu amigo,
>
> Hélio.
>
> 
> From: thunder...@gpsinfo.com.br
> To: talk-br@openstreetmap.org
> Date: Fri, 4 Apr 2014 10:40:32 -0300
> Subject: Re: [Talk-br] Reverter changeset.
>
> Hélio,
> também admiro muito seu trabalho. Observei que você desenhou o arruamento de
> Jaconé que não existia. Afinal Jaconé é distrito de Saquarema. Me poupou um
> grande trabalho 

Re: [Talk-br] idéias dados IBGE >> OSM: CNEFE, setores censitários, quarteirões.

2014-04-03 Por tôpico Thiago Marcos P. Santos
2014-04-03 15:31 GMT+03:00 Lucas Ferreira Mation :
> Thiago, vamos estreitar mais a conversa e iniciativas.
>
> Uma vez estive no IBGE a trabalho e eles comentaram que o shape de
> quarteirões só poderá ser liberado em 2015, se não me engano, pois os mapas
> foram comprados de empresas de mapeamento comercial, então não poderiam
> liberar antes de 2015. Parece que este foi um grande desapontamento por lá,
> pois achavam que a qualidade destes mapas seria muito melhor do que era e
> fato. Antes do Censo as equipes do IBGE foram a campo fazer o "arrolamento"
> dos setores censitários, isto é, verificar as ruas, corrigindo diretamente
> no PDA, e estimando o número de casas por setor. Acho que existiria grande
> potencial para o IBGE usar o OSM como base para o próximo censo, e usar a
> enorme equipe deles para corrigir/complementar o OSM. Operacionalmente isso
> é muito mais fácil do que ficar fazendo licitações, para comprar bases, etc.
> Além disso já viria com uma série de aplicativos para fazer estas correções
> no campo pela equipe deles.
>
> Todo mundo comenta que o CNEFE não é muito bom. Mas vocês tem alguma idéia
> do grau de erro do CNEFE? Pelo menos uma ordem de magnitude, 1%, 5%,  10% ou
> 50% das ruas estão erradas?

Não tenho idéia, mas acho que é bom o suficiente na maioria dos casos.

> Realmente dá para fazer isso que você falou. Uma dúvida: quando um trace é
> baixado ele é apenas uma sequencia ordenada de pontos que alguém tem que
> manualmente segmentar em ruas ou isso é feito de alguma forma automatizada?

É um XML com vários meta dados.
http://wiki.openstreetmap.org/wiki/OSM_XML

Tem várias bibliotecas já prontas para fazer o processamento deste XML:
http://wiki.openstreetmap.org/wiki/Frameworks

Mas sinceramente minha prioridade seria ajudar o Hermann a concluir o
heat map de ruas sem nome ou não traçadas de todo o Brasil, baseado no
dados CNEFE. A partir deste trabalho, podemos aprimorar as ferramentas
para incluir esta otimização de ruas que passam por múltiplas regiões
censitárias.

Conversando com um amigo alemão hoje, ele estava me falando como a
"gamification" do OSM ajudou a melhor a situação dos mapas na
Alemanha, já que todo mundo queria ver sua cidade "verde" no head map.
:)

> Digo isso pois para as ruas já "segmentadas/demarcadas" mas sem nome,
> poderíamos usar um algoritmo para filtrar ainda mais as possíveis ruas do
> CNEFE. Algo do tipo, se a rua sem nome do CNEFE passa pelos setores A,B,C e
> D, de ao usuário a opção apenas das ruas do CNEFE que passam por A,B,C e D ,
> e não pela lista completa de ruas que passam por qualquer um deles.
>
>
>
> 4) Voltando a esta sugestão é usar o CNEFE para fazer um grande import dos
> números de casa, deixe-me explicar melhor a idéia. Para isso vai ser
> necessário parear as quadras e faces de quadras das com ruas já mapeadas e
> nomeadas no OSM. É possível gerar a partir do OSM uma base de "quadras"?
> Imagino algo assim:
> Seja Qosm={Qosm_1, Qosm_2, ... Qosm_i, ..., Qosm_I} o conjunto de quadras do
> OSM, onde cada quadra i é indexada pela lista de quarteirões que a compõem.
> E cada quadra Qosm_i{R1,R2,R3,R4,...} é definida por uma sequencia de ruas
> do seu contorno, R1, R2, R3, R4, ... (em geral seria 4, mas podem ser mais).
> Similarmente teríamos o conjunto de quadras do CNEFE:  Qcnefe={Qcnefe_1,
> Qcnefe_2, ... Qosm_j, ..., Qcnefe_I} , onde cada quadra é indexada por j e é
> descrita polas ruas que a cercam: Qcnefe_i{R1,R2,R3,R4,...}
> Contanto que as ruas nas duas bases estejam com nomes similares, estejam
> pareadas, podemos formular um problema matemático, um sistema de equações
> para determinar os pareamentos entre as quadras i e j (OSM e CNEFE). Claro,
> isso não precisa ser feito com todas as quadras contra todas, basta cruzar
> os subconjuntos de quadras em cada setor nas duas bases. Tendo feito este
> pareamento, seria possível saber para cada face de quarteirão do CNEFE a
> face de rua correspondente no OSM. Aí bastaria importar todos os endereços
> daquela face, talvez validando primeiro para ver se a informação é
> compatível com os endereços já incluidos no OSM daquela face.
>
>
>
>
>
>
>
>
>
> 2014-04-02 20:38 GMT-03:00 Thiago Marcos P. Santos :
>
>> 2014-03-31 12:32 GMT+03:00 Lucas Ferreira Mation :
>> >
>> > Prezados,
>> >
>> > Sou economista e trabalho no IPEA, entre outras coisas, com questões de
>> > economia urbana e favelas. Sempre sentimos falta de uma base de dados
>> > completa, precisa e gratuita de ruas, e outros atributos. Apenas
>> > recentemente tive contato com o OSM e estou impressionado com a riqueza
>> > de
>> > informações disponíveis. O projeto e o trabalho de vocês é 

Re: [Talk-br] idéias dados IBGE >> OSM: CNEFE, setores censitários, quarteirões.

2014-04-02 Por tôpico Thiago Marcos P. Santos
2014-03-31 12:32 GMT+03:00 Lucas Ferreira Mation :
>
> Prezados,
>
> Sou economista e trabalho no IPEA, entre outras coisas, com questões de
> economia urbana e favelas. Sempre sentimos falta de uma base de dados
> completa, precisa e gratuita de ruas, e outros atributos. Apenas
> recentemente tive contato com o OSM e estou impressionado com a riqueza de
> informações disponíveis. O projeto e o trabalho de vocês é fantástico.
>
> Como tenho trabalhado com as bases de setor censitário e CNEFE do censo
> 2010, minha primeira idéia ao entrar em contato com o OSM foi de trazer as
> informações destas bases para dentro do OSM, ou como um rascunho-guia para
> pessoas validarem. Sugeri esta idéia no forum
> e o Alexandreme sugeriu a lista talk-br, onde encontrei outras treads com
> idéias similares. Listo abaixo as informações que sei destas bases do Censo
> 2010, e depois minhas idéias sobre como poderiam ser exploradas/mireradas:
>
> A) Setor censitário: são uma divisão do território para operacionalizar a
> coleta de informação no censo, tal que um setor seja  área de
> responsabilidade de um único recenseador, com 250 a 350 domicílios em áreas
> urbanas, um pouco menos em áreas rurais. Costumam corresponder a uns poucos
> quarteirões, mas podem ser apenas um quarteirão, ou até meio quarteirão em
> áreas muito densas. São 316,5 mil setores em 2010.
> O IBGE fornece um shapefile para cada uf com os polígonos dos setores. Além
> disso o IBGE fornece uma base de dados com informações
> demográficas e econômicas agregadas para os moradores de cada setor
> censitário. O grau de precisão destes shapes varia de cidade para cidade.
>
> B) Base de quarteirões/quadras: o IBGE também dispõem internamente de uma
> base de dados de quarteirões, entretanto esta base, em formato digital não é
> divulgada. Aprendi com o projeto IBGEtools (muito bacana por sinal), que
> imagens dos quarteirões de cada setor estão dispníveis em PDF no site do
> IBGE.

Bom mesmo se eles liberassem estes mapas que eles usaram para gerar os
PDFs. O que o IBGETools faz é um hack e o resultado final só serve
como referência, principalmente para pegar os nomes das ruas.

No momento estou gerando layers para todos os estados, o pessoal do
Mapbox ofereceu storage para os tiles.

>
> C) CNEFE  : lista os endereços de todos os domicílios recenseados = 81
> milhões de observações. Para os domicílios rurais são incluídas as
> coordenadas do domicílio. Para os urbanos é indicado o setor censitário
> (localização conhecida pelo item A).  Também são indicados o quarteirão e
> face de quarteirão, cujo shape eles não divulgam mas que cuja numeração
> segue uma contagem seguencial dentro do setor (acho que no sentido horário).
>
> Dado isso, listo as coisas dúvidas  que penso que podem ser feitas e as
> dúvidas associadas:
>
> 0) medir imprecisão dos shapes de setor censitário: acho que este
> diagnóstico seria a primeira coisa a ser feita seria, para ter uma idéia do
> grau de erro deste dado em cada cidade.  Já foi feito alguma estimativa do
> tipo ? Alguma tentativa de corrigir os shapes de setor censitário? Digo isso
> porque as idéias subsequentes, na maioria usam o shape de setores para
> juntar espacialmente os dados.
>
> 1) Comparar listas de ruas CNEFE vs. OSM para ver o grau de coberturado OSM:
> , conforme proposto/implementado para o Brasil (aqui1 e aqui2) e Alemanha
> (aqui). Esta comparação pode ser feita em diversas escalas (município,
> distrito, subdistrito e até setor (supoondo mapas compatíveis) na forma de
> tabela ou de um heatmap. Aliás, baixei o shape de ruas do Brasil do OSM mas
> não vem com informação de município ou nenhuma indicação geográfica.Como
> obtenho isso nos shapes do OSM? ou preciso eu mesmo cruzar com um shape de
> municípios no qgis?
>
>  2) Dado este paramento,  o CNEFE poderia ser usado para corrigir typos dos
> nomes de ruas no OSM, ou pelo menos sugerir correções. (neste caso seria bom
> fazer um matching probalistico/fuzzy dos nomes).
>
> 3) Criar traçados de ruas a partir de CNEFE+shape-setores. Conforme descrito
> no post no forum, sabendo que a rua passa dentro de um conjunto de setores
> seria possível esboçar o trajeto da rua, ou uma área no meio da qual sabemos
> que ela passa, o que poderia servir de guia para os mapeadores.

Como você pretende fazer isso?

Eu acho que o que dá para fazer é pegar as informações dos traces já
existentes no OSM e cruzar com os setores que ele faz intercessão e
tentar achar os possíveis nomes para a rua baseado no CNEFE. Eu
implementaria isto como um plugin no JOSM, e o mapeador ainda teria
que confirmar manualmente para cada rua, dado que a qualidade dos
dados no CNEFE é bm questionável.

>
> 4) Pareamento de quarteirões e faces de quarteirão do CNEFE e do OSM em
> áreas já mapeadas. Supondo que o perímetro do setor seja conhecido
> (shape-setor seja preciso) deve ser possível identificar qual quarteirão do
> CNEFE corresponde a qual quarteirão do OSMs. Sendo assim seria poss

Re: [Talk-br] Street view do OSM

2014-04-02 Por tôpico Thiago Marcos P. Santos
Não é um Street View _do_ OSM, mas sim um produto comercial usando a
base de dados do OSM, como vários outros.

Espero um dia ver algo assim partindo da OSM Foundation.

On Wed, Apr 2, 2014 at 4:44 PM, Paulo Carvalho
 wrote:
> Funcionar creio que funciona bem.  O problema é as pessoas colocarem as
> imagens lá.
>
>
> 2014-04-02 10:31 GMT-03:00 Vitor George :
>>
>> Alguém conseguiu fazer funcionar?
>>
>> Em 30/03/2014 18:15, "Erick de Oliveira Leal"
>>  escreveu:
>>>
>>> http://www.mapillary.com/
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] Traçar linhas com tag definidas

2014-03-25 Por tôpico Thiago Marcos P. Santos
2014-03-25 13:29 GMT+02:00 Bráulio :
> Eu colo as propriedades com Ctrl+Shift+V assim que coloco o segundo nó da
> linha. Essa foi a forma mais rápida que encontrei.

+1, cheguei a procurar por um default mas não achei. Uso o método que
o Bráulio descreveu.

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


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2014-03-24 Por tôpico Thiago Marcos P. Santos
2014-03-24 0:20 GMT+02:00 Lists :
> Um camada bem legal
>
> Vou tentar adicionar todos os nomes
>
> Um pergunto, no Guarapari, muitos dos nomes e bem difícil a ler, no que zoom
> e melhor?

O melhor zoom é o 19. Se tiver ruim pra ler e você estiver trabalhando
na cidade, posso tentar regerar com
melhor qualidade.

Meu plano é gerar todo o país rápido com qualidade "aceitável" e
depois de tudo pronto, subir uma versão com qualidade melhor.

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


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2014-03-24 Por tôpico Thiago Marcos P. Santos
2014-03-24 0:33 GMT+02:00 Fernando Trebien :
> Thiago, uma pergunta (não sei se perdi algum pedaço no começo da
> história): você está fazendo os alinhamentos manualmente? Se sim,
> poderia contar com a ajuda de mais pessoas interessadas.

Hehehe, na mão eu não teria vida útil pra isso não. :)

https://github.com/tmpsantos/IBGETools

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


Re: [Talk-br] Fwd: Re: Street name data

2014-03-23 Por tôpico Thiago Marcos P. Santos
2014-03-23 21:37 GMT+02:00 Fernando Trebien :
> Exato. Isso na verdade me sugere um outro critério de ordenação do
> resultado: tamanho do nome/distância de Levenshtein. Seria um critério
> aproximado mas que ajudaria o revisor a começar direto com casos que
> raramente seriam descartados e a deixar pro final os difíceis de
> decidir. Postei no fórum o resultado de fazer assim, pra poder
> comparar facilmente.
>
> Vou tentar integrar o script com este outro arquivo pra gerar na saída
> o nome ao invés do código da cidade. Depois, dá até pra dividir a
> saída por cidade, colocar tudo num repositório, e só ir controlando no
> wiki quais arquivos já foram revisados (ou talvez até ir passando de
> um diretório para outro no repositório).
>
> Minha impressão até o momento: a comparação dos cadastros é bastante
> útil, mas não dá pra confiar no CNEFE sempre.
>

No CNEFE tem informações sobre o distrito, sub-distrito, etc. Se
pegarmos as informações do way em questão no OSM e fizermos um
bounding box, poderíamos restringir a busca aos sub-distritos que
fazer overlap com este bounding box e deixaríamos o resultado mais
preciso.

O que acham?

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


Re: [Talk-br] Fwd: Re: Street name data

2014-03-23 Por tôpico Thiago Marcos P. Santos
2014-03-23 14:53 GMT+02:00 Fernando Trebien :
> Pelo que entendi é no processamento, pra poder comparar as duas bases
> tendo menos falsas diferenças.
>

Eh a qualidade dos dados está realmente bastante questionável

Peguei um arquivo aleatório para testar (31235280500.TXT) e veja as
pérolas que encontrei:

RUA SEMINTERIO
RUA DO CEMINTERIO
RUA CEMINTERIO

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


Re: [Talk-br] Fwd: Re: Street name data

2014-03-23 Por tôpico Thiago Marcos P. Santos
2014-03-22 22:13 GMT+02:00 Hermann Peifer :
>
> É mesmo: a qualidade dos dados do IBGE pode ser um problema.
>
> Acabei de abaixar todos os 1370 arquivos do RS com um total de 5 129 203
> endereços. Nemhum deles tem um acento e todos os nomes em letras
> maiúsculas :-( Alguns exemplos abaixo. Tambem já pensei no algoritmo
> Levenshtein, mas agora estou na dúvidas si vale a pena mesmo.
>
> Por outro lado: ainda acho que os "heat maps" poderiam fazer sentido,
> para ilustrar o estágio do mapeamento.
>

O que eu faria neste caso é normalizar os dados de ambas as bases de
dados (OSM e IBGE) colocando tudo minúsculo e sem acentos.

Me parece que os logradouros classificados como "rua" e "avenida" na
base do IBGE estão OK. Isto já cobre boa parte dos dados.

Eu poderia ajudar com este projeto assim, que eu terminar com os mapas do IBGE.

[]'s

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


[Talk-br] Cadastro Nacional de Endereços

2014-03-22 Por tôpico Thiago Marcos P. Santos
Pessoal,

Resolvi dar uma olhada nestes dados do Cadastro Nacional de Endereços
que o Hermman comentou no email anterior.

Foi só eu que percebi que aparentemente temos todas as ruas do país
com CEP nestes dados?!

Exemplo de uma entrada de Pará de Minas:

3147105 5 0   51   RUA SACRAMENTO 150  CASA   CENTRO   01
00100235660001

35660001 é o CEP, está correto.

Mais que isso, temos o "range" de CEPs de toda a rua/avenida, caso ela
seja enorme e tenha mais de um CEP. Transformar isso tudo em uma base
de dados me parece trivial, tendo em conta que estes dados são
supostamente domínio público, resolveria nosso problema com CEPs e
endereços.

Tem também a numeração de todas as casas e apartamentos de uma determinada rua.

As possibilidades são muitas, exemplos:

- Da para fazer uma ferramenta (ou adicionar ao Keep it right) que
avisa que uma rua adicionada em uma cidade não está na base de dados,
estando provavelmente com o nome errado.
- Plugins pro JOSM para ajudar a dar nomes as ruas e números.

Me surpreendo com a quantidade de coisas que o IBGE disponibiliza.
Tenho que tirar um dia ainda para vasculhar este FTP. :)

[]'s

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


Re: [Talk-br] Street name data

2014-03-22 Por tôpico Thiago Marcos P. Santos
2014-03-22 13:01 GMT+02:00 Hermann Peifer :
>
> Oi pessoal,
>
> Estou voltando para um e-mail mais antigo, de maio de 2012. Na época, eu fiz
> algumas estatísticas simples, comparando os números das ruas do Cadastro
> Nacioanal (CNEFE 2010) com os números achados nos dados OSM (por setor
> estatístico, município, etc.). Um resultado era uma imagem do RS illustrando
> aquela comparação:
>
> http://ubuntuone.com/25BHLd8ss7XHBFyYKySsxi
>
> Exemplo: Um setor estatístico do "meu" município Ivoti tem 100 nomes de ruas
> no CNEFE e 80 nomes de ruas no OSM: percentagem OSM = 80%
>
> Alguem acha que vale a pena re-vitalizar este projeto semi-abandonado,
> talves um pouco mais profissional, comparando tambem os próprios nomes das
> ruas, invés de simplesmente comparar os números de nomes, etc. ?
>
> Ou será que alguém já está usando os dados do CNEFE 2010 neste sentido e
> mais um projeto não seria necessário ?
>
> Abs, Hermann
>
> PS:
>
> Obviamente, isto não é a minha primeira aparência na lista, mas para quem
> não me conhece, aqui toda a minha vida com menos de 150 caracteres: Alemão,
> 50+ anos, casado com uma Gaúcha, pai de 2 filhos teuto-brasileiros, estámos
> vivendo na Dinamarca, mas passando todas as férias no RS.
>

Oi Hermann,

Acho muito válido fazer este "heat map" do país. Você tem um script ou
algo para fazer isto automatizado?

[]'s

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


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2014-03-20 Por tôpico Thiago Marcos P. Santos
2014-03-20 18:31 GMT+02:00 John Packer :
> Pedido: Quando puder, por favor adicione Jaraguá do Sul (código 4208906,
> estado SC).
>

Done!

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


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2014-03-20 Por tôpico Thiago Marcos P. Santos
Pessoal, anuncio que MG está completo.  Confesso que ficou legal
demais de ser ver no mapa web, tem coisa demais para trabalhar. :)

Arrumei o problema de algumas cidades não aparecerem nos níveis de
zoom mais distantes (se isto ainda acontecer com você na visualização
web ou no JOSM, limpe o cache do seu browser e do JOSM). Havia também
um problema com conurbações faltarem tiles onde elas se encontram que
também foi resolvido.

Agora vou processar os estados restantes em ordem alfabética,
começando portanto por AC, AL, etc...

Claro que a prioridade ainda é processar cidades que alguém queira
trabalhar em cima. Podem me mandar uma lista de qualquer tamanho no
formato:

UF;CODIGO

Exemplo:

SC;4204806
PR;4106902
DF;5300108
...

Não há mais restrição de tamanho de cidade, o script tá funcionando bem. :)

[]'s

2014-03-19 2:19 GMT+02:00 Thiago Marcos P. Santos :
> Olá,
>
> Agora os tiles de todas as cidades já processadas estão em um lugar só:
>
> http://tiles.tmpsantos.com.br/v2/ibge/{zoom}/{x}/{y}.png
>
> Bem mais conveniente já que não precisa ficar adicionando uma nova
> layer no JOSM para cada cidade. Porém, em zooms mais distantes, podem
> aparecer "buracos" entre cidades próximas (i.e. veja BH, Contagem e
> Betim). Quando eu terminar de processar todas as cidades, talvez eu
> consiga resolver isso fazendo um merge mais inteligente dos arquivos
> .mbtiles.
>
> Feedback é bem vindo.
>
> Br,

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


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2014-03-20 Por tôpico Thiago Marcos P. Santos
2014-03-20 17:33 GMT+02:00 Erick de Oliveira Leal
:
> Thiago, parabéns e obrigado. Fiz o desenho de São Sebastião do Anta e nomeei
> com facilidade as ruas graças a seu trabalho:
> http://www.openstreetmap.org/changeset/21211786

Valeu Erick! Bom trabalho também com São Sebastião!

Acho que as cidades pequenas vão ser as maiores beneficiárias desses mapas.

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


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2014-03-19 Por tôpico Thiago Marcos P. Santos
2014-03-19 3:30 GMT+02:00 Fernando Trebien :
> Você tem o link pras imagens originais? Às vezes elas se sobrepõem e
> pode ter alguma informação na imagem original que acabou oculta.

Sim e não. Dá para gerar com o script, mas eu apago depois que gero o
.mbtilespara economizar espaço em disco. :)

Mas não há informação oculta. Pelo que notei, a engine do IBGE não é
sofisticada como a do OSM que renderiza coisas diferentes dependendo
do zoom level. Eu cheguei a testar como o Aun sugeriu, colocando o
"branco" como cor transparente e ficou muito ruim, cheio de riscos,
porque as vezes o overlap é de 80% da imagem e elas não se encaixam
perfeitamente porque as coordenadas estão arrendondadas.

O fato é que 50% das imagens quando processo uma cidade estão
completamente sobrepostas. O script tem um "occlusion culling" (bem
tosco) implementado para descartar estas imagens e deixar o
processamento mais rápido. Rode com -v que ele te fala no final
quantas foram filtradas. Se você rodar com --kml por exemplo, nem
todas as imagens vão para o .kml e fica bem mais rápido de usar no
JOSM + PicLayer.

> (Talvez tenha como amenizar esse problema se tiver como combinar as
> imagens fazendo uma média das cores ou escolhendo a mais escura nas
> partes em que as imagens se sobrepõem.)

Eu acho válido experimentar e tentar melhorar a qualidade dos mapas.
Do jeito como está sendo feito, podemos substituir qualquer cidade com
um rendering novo/melhor a qualquer momento, sem interferir no resto.

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


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2014-03-19 Por tôpico Thiago Marcos P. Santos
> Se possível, gostaria de ter os tiles da região do Itaquerão, em SP.
>
> Com a copa se aproximando, seria legal ter as redondezas dos estádios bem
> mapeadas, com nomes de ruas pelo menos.

Já rodei São Paulo capital, tá lá. Mas bizarramente, São Paulo não
segue os padrões de PDF que encontrei em todas as outras cidades até
então, então tive um aproveitamento de 65% dos PDFs (a cidade ficou
com buracos).

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


Re: [Talk-br] Mudança na URL da layer TMS do IBGE

2014-03-19 Por tôpico Thiago Marcos P. Santos
2014-03-19 2:54 GMT+02:00 Lists :
> Tentando adicionar seu TMS, mas infelizmente ja e offshore com linha lenta
>
> Eu tem um script que utilizando ImageMagick para combinar tiles com overlap, 
> que acho vai rodar no Linux (eu rodando o script no Mac OS X em Bash 
> ambiente).
>

Quanto ao tiles com overlap, eu tenho um patch work-in-progress no
mbutils para fazer isso. O bom de fazer no mbutils é que ele é
multiprocess e eu ganho isto de graça na hora de fazer compositing.

https://github.com/tmpsantos/mbutil/tree/composite

Rodei com Belo Horizonte e Contagem aqui e ficou bom:
http://tiles.tmpsantos.com.br/test.html (compare com
http://tiles.tmpsantos.com.br). Eventualmente vou ter que fazer um
re-merge de todas as cidades na layer principal, mas não fiz ainda
porque a prioridade atual é processar as cidades.

> Voce tem cidades capixaba processado? Procurando principalmente Guarapari, 
> mas outros cidades também tem interessa

Nenhuma cidade capixaba até então (eu acabei de terminar MG, vou
começar o AM). Mas adicionei Guarapari para você passar o tempo. :)

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


Re: [Talk-br] Pedidos de geração de mapas

2014-03-19 Por tôpico Thiago Marcos P. Santos
2014-03-19 15:00 GMT+02:00 Edil Queiroz de Araujo :
> Belo trabalho!!

\o/

> Eu fiz uma montagem individual com os mapas rurais dos municípios de
> Ribeirão Grande, Capão Bonito e Guapiara, ambos de SP... será que ajuda?

Se você fez estas layers "na mão", você pode me ajudar comparando com
a layer gerada pelo script e dando feedback. Adicionei estas 3 cidades
que você mencionou.

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


Re: [Talk-br] Pedidos de geração de mapas

2014-03-18 Por tôpico Thiago Marcos P. Santos
2014-03-19 3:00 GMT+02:00 Fernando Trebien :
> Show! Só um detalhe: qual o código de PoA?
>
> Primeiras impressões: alinhamento aceitável, alguns POIs novos. As

Não consegui achar um offset padrão (dae poderia aplicar em todas as
cidades). :(

Tem cidade que o alinhamento fica quase perfeito, algumas ficam bem
fora. Nos sobra alinhar usando o offset de layer do JOSM.

> imagens ficam meio difíceis em apliações mais afastadas, será que você
> não está redimensionando as imagens com um filtro "nearest"? (Acho que
> um linear/bicúbico ficaria um pouco melhor.) (Isso não chega a ser um
> problema, já que vendo de longe não daria pra mapear nada com
> precisão.)

Tou usando o "nearest". Cheguei a testar com bilinear, mas o resultado
não foi bom:

- A imagem ficou bem maior (> 2x) porque adiciona mais cores por causa
do anti-aliasing.
- Mais lento para processar.
- No fim das contas, só da para ler os nomes das ruas no zoom 18 ou
19, mesmo resultado do "nearest".

Achei que o trade off não compesava...

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


[Talk-br] Mudança na URL da layer TMS do IBGE

2014-03-18 Por tôpico Thiago Marcos P. Santos
Olá,

Agora os tiles de todas as cidades já processadas estão em um lugar só:

http://tiles.tmpsantos.com.br/v2/ibge/{zoom}/{x}/{y}.png

Bem mais conveniente já que não precisa ficar adicionando uma nova
layer no JOSM para cada cidade. Porém, em zooms mais distantes, podem
aparecer "buracos" entre cidades próximas (i.e. veja BH, Contagem e
Betim). Quando eu terminar de processar todas as cidades, talvez eu
consiga resolver isso fazendo um merge mais inteligente dos arquivos
.mbtiles.

Feedback é bem vindo.

Br,

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


Re: [Talk-br] Pedidos de geração de mapas

2014-03-18 Por tôpico Thiago Marcos P. Santos
2014-03-18 13:28 GMT+02:00 Paulo Carvalho :
> Há uma lista dos códigos de cidades que estão disponibilizados?
>

http://tiles.tmpsantos.com.br/cities.txt

> OBS.: Muito legal este trabalho.  Parabéns.

Valeu!

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


Re: [Talk-br] Pedidos de geração de mapas

2014-03-18 Por tôpico Thiago Marcos P. Santos
2014-03-18 4:52 GMT+02:00 Fernando Trebien :
> Depois de acertar os de SP, pode adicionar os de Porto Alegre também?
> Aqui não é tão urgente porque eu acho que os dados da UFRGS são de
> qualidade superior, mas eu teria curiosidade em comparar.

Tá lá.

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


[Talk-br] Pedidos de geração de mapas

2014-03-17 Por tôpico Thiago Marcos P. Santos
Olá pessoal,

Gerei os mapas da seguintes cidades abaixo, conforme solicitado. Se
faltou alguma, favor avisar.

2305803 - Ipu - CE
2305001 - Guaraciaba do Norte - CE
2500601 - Alhandra - PB
2905404 - Cairu - BA
3164472 - Sao Sebastiao do Anta - MG
4203303 - Campo Alegre - SC
4209102 - Joinville - SC

Estas duas eu gerei para testar o script com cidades maiores (IIRC
alguém comentou sobre Belém faltar nomes de ruas aqui na lista):

1501402 - Belem - PA
5103403 - Cuiaba - MT

Os mapas estao disponíveis via web aqui:
http://tiles.tmpsantos.com.br/

E para adionar no JOSM como layer TMS:
http://tiles.tmpsantos.com.br/v2/[CODIGO]/{zoom}/{x}/{y}.png

Exemplo (Belém):
http://tiles.tmpsantos.com.br/v2/1501402/{zoom}/{x}/{y}.png

Infelizmente estou tendo problemas com cidades do estado de SP. O
formato dos PDFs lá parace ser diferente do resto do estados que
testei até então. Estou tentado arrumar.

[]'s

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


Re: [Talk-br] Boas práticas com novos usuários

2014-03-13 Por tôpico Thiago Marcos P. Santos
2014-03-13 23:27 GMT+02:00 Paulo Carvalho :
> Interessante.  Como se faz esses controles aí?
>

Eu uso o "Who did it?" Crio o RSS feed de uma area e uso o
http://feedly.com para acompanhar o que acontece por lá.

http://zverik.osm.rambler.ru/whodidit/

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


Re: [Talk-br] Pergunta rápida sobre pontos de ônibus

2014-03-11 Por tôpico Thiago Marcos P. Santos
2014-03-11 21:06 GMT+02:00 Nelson A. de Oliveira :
> 2014-03-11 16:04 GMT-03:00 Raffaello Bruno Limongi Freire
> :
>> Ao invés disso, não surtiria o mesmo efeito se a tag name fosse deixada em
>> branco e o nome não oficial fosse colocado na tag alt_name? Ou a tag
>> alt_name só pode ser utilizada após a utilização da tag name?
>
> alt_name é um nome alternativo
> Não faz sentido ter nome alternativo sem existir um nome propriamente dito :-)
>

Concordo. Eu usaria "loc_name" neste caso.

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


Re: [Talk-br] Progresso com os mapas do IBGE

2014-03-10 Por tôpico Thiago Marcos P. Santos
Ugh, JOSM, não JSON.

Força do hábito. :)

2014-03-11 0:46 GMT+02:00 Thiago Marcos P. Santos :
> On 08-03-2014 04:02, Erick de Oliveira Leal wrote:
>>
>> Thiago, tenho umas imagens do DF aqui divididas em 28. Como faço pra
>> montar um desse?
>>
>
> Olá Erick,
>
> Estou usando o gdal_merge + gda2tiles.py, mas no momento está bem lento.
> Estou acertando alguns detalhes aqui e vou atualizar a versão no github
> ainda esta semana para ficar fácil para todo mundo usar.
>
> Enquanto isto, dá para importar as imagens no JSON usando o plugin PicLayer.
> É so carregar o .kml
>
> Dica: se tiver muito "pesado", pós-processe as imagens usando "convert" e
> diminua a resolução.
>
> http://www.imagemagick.org/script/convert.php
>
> Br,

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


Re: [Talk-br] Progresso com os mapas do IBGE

2014-03-10 Por tôpico Thiago Marcos P. Santos

On 09-03-2014 22:43, Alex Barth wrote:

Thiago -

This tracing layer looks great.

2014-03-07 16:02 GMT-05:00 Thiago Marcos P. Santos 
mailto:tmpsan...@gmail.com>>:


(um sonho que vai requerer muito poder de processamento e
espaço de armazenamento). :)


Take a look at TM2. With TM2 you can render vector tiles (much smaller 
than raster tiles) and then separately render the vector tiles on the 
fly. You don't need to set up your own tile server but you can use 
Mapbox, happy to provide an account for free for this project. Let me 
know if you're interested or if you need help getting started on TM2.




Hi Alex,

I will definitely have a look at TM2 and thanks a lot for the free 
storage offer.


Now a few words on some technical challenges I'm having and maybe you 
can point if TM2 is adequate for the task and where I can plug TM2 on my 
rendering pipeline.


The main idea here is to convert scattered maps fragments made available 
by IBGE as PDFs into map tiles that can be used as support reference for 
urban map tracing.


PDFs are supposedly a vector format, but you can embedded byte streams 
objects into it. And that is exactly what IBGE did: there is not a 
single vector data on these PDFs. What the tool I'm developing does is 
extract the byte stream, which turns out to be a PPM image, crop the map 
from it and run a OCR to extract the coordinates. From that I generate 
GeoTIFFs for each PDF of a particular location. IBGE packs them by 
municipalities.


The next step in my pipeline is to take all the GeoTIFFs and merge into 
a single one. This is needed because they are in a different geographic 
scale, resolution and there are a lot of overlaps.


Finally, I'm generating raster tiles from this big GeoTIFF in different 
zoom levels. This is where I believe Mapbox can do its magic. :)


If I got the idea right, the fact that my map source is a raster image 
is a problem for TM2. I could maybe try to vectorize it, but I'm 
skeptical about the results (but I will have a look at things like 
libautotrace anyway).


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


Re: [Talk-br] Progresso com os mapas do IBGE

2014-03-10 Por tôpico Thiago Marcos P. Santos

On 09-03-2014 23:31, Bráulio Bhavamitra wrote:

Oi Thiago,

Se for o caso, oferece uma máquina com acesso remoto, muita memória e 
hd e um razoável poder de processamento para você processar mais coisas...




Valeu Bráulio. Lhe aviso se precisar, certamente.

Aproveito para agradecer o apoio da comunidade, confesso que estou bem 
motivado a tocar o projeto pra frente. E não esqueci dos "requests" de 
geração de tiles não, só estou estou focando primeiro em deixar a 
ferramenta usável por todos e com uma performance razoável.


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


Re: [Talk-br] Progresso com os mapas do IBGE

2014-03-10 Por tôpico Thiago Marcos P. Santos

On 08-03-2014 14:22, Marcelo Pereira wrote:

Thiago,

Novamente parabéns pelo excelente trabalho.



Opa, valeu demais!


Gostaria de saber como faço para ajudar no processamento.

Se vc tiver um script de como gerar os tiles, fica mais fácil 
distribuir a tarefa por quem se interessar, e cada um ficar 
responsável por um estado, por exemplo, claro que gerando tiles para 
cada municipio.




Tou trabalhando exatamente nisto: a ferramenta "cuspir" um shell script 
"make_tiles.sh" e ele compilar seu mapa em tiles. Vou tentar ainda para 
esta semana.


Imagino que a disponibilização dos tiles para uso como layer no JOSM 
possa ficar no seu servidor web.


Daí, rodaríamos os scripts, geraríamos os tiles e faríamos o upload 
para seu servidor. ( ou para outro que ficar disponível )


Uma pergunta de noobie, um serviço como o Dropbox não poderia ajudar 
no armazenamento dos tiles ?


No seu exemplo, qual o tamanho final dos arquivos ?



Este é outro ponto que estou otimizando. Os tiles atualmente estão 
ocupando muito espaço: Pará de Minas deu 400MB (se me lembro bem). Já 
consegui reduzir este tamanho, estou fazendo trabalhando em uma 
otimização que vai diminuir em pelo menos 90% o tamanho. :)


Dropbox não é viável, o preço por GB lá é mais caro do que de um 
servidor virtual nos EUA. Mas armazenamento não é o problema.




Raffaello,

Uma preocupação minha com o uso dessa informação para desenhar o 
arruamento e principalmente os POIs, é a imprecisão da fonte.


Veja que no exemplo, existe uma considerável diferença entre o que já 
está traçado e os tiles sobrespostos.


Fica a pergunta se devemos incluir dados no mapa que não tenham 
confirmação por tracklogs ou referenciamento.


Quanto a nomeação das ruas, é uma das melhores fontes.

Att,

Marcelo Pereira





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


Re: [Talk-br] Progresso com os mapas do IBGE

2014-03-10 Por tôpico Thiago Marcos P. Santos

On 08-03-2014 04:02, Erick de Oliveira Leal wrote:
Thiago, tenho umas imagens do DF aqui divididas em 28. Como faço pra 
montar um desse?




Olá Erick,

Estou usando o gdal_merge + gda2tiles.py, mas no momento está bem lento. 
Estou acertando alguns detalhes aqui e vou atualizar a versão no github 
ainda esta semana para ficar fácil para todo mundo usar.


Enquanto isto, dá para importar as imagens no JSON usando o plugin 
PicLayer. É so carregar o .kml


Dica: se tiver muito "pesado", pós-processe as imagens usando "convert" 
e diminua a resolução.


http://www.imagemagick.org/script/convert.php

Br,

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


Re: [Talk-br] Edição JOSM

2014-03-10 Por tôpico Thiago Marcos P. Santos

On 10-03-2014 20:01, Raffaello Bruno Limongi Freire wrote:

Fernando,

eu comecei a usar a tag direction.forward= xxx nas vias de acesso a 
determinadas cidades (nos acessos de mão única, coloco apenas 
direction=xxx). Percebi que, pelo menos no iD, quando eu inverti o 
sentido da via, essa tag foi alterada de forward para backward.


Se seu editor não faz isto automaticamente, você pode usar *oneway*=-1.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Progresso com os mapas do IBGE

2014-03-07 Por tôpico Thiago Marcos P. Santos
Algum lugar específico do DF? A granularidade é código de cidade obtido aqui:

http://www.ibge.gov.br/home/geociencias/areaterritorial/area.shtm

Ps.: Cidades grandes como Brasília são impraticáveis no momento devido
à limitações computacionais. Tou rodando um teste com BH para ter
ideia do tamanho do problema.

2014-03-08 2:59 GMT+02:00 Erick de Oliveira Leal
:
> Distrito federal e Morro de São Paulo, BA
>
>
> Em 7 de março de 2014 21:47, Thiago Marcos P. Santos 
> escreveu:
>>
>> 2014-03-08 2:36 GMT+02:00 Raffaello Bruno Limongi Freire
>> :
>> > Oi, Thiago,
>> >
>> > ficou muito bom.
>> >
>>
>> Valeu!
>>
>> > Essas imagens do IBGE serão úteis também naqueles lugares onde não há
>> > tracks
>> > de GPS ou imagens do Bing disponíveis, pois permitirão que se faça um
>> > desenho preliminar das vias (no Tracksource chamamos de Draft),
>> > inserindo-se
>> > a tag fixme para que se corrija o traçado assim que novas fontes de
>> > consulta
>> > estiverem disponíveis (tracks, Bing, etc.).
>>
>> Acho que vai ser bom também para pegar nomes de ruas e até mesmo nomes
>> de alguns Pontos de Interesse.
>>
>> BTW, atendendo à pedidos, segue Bom Despacho - MG:
>>
>> http://tiles.tmpsantos.com.br/31/3107406/
>>
>> Estou quebrando a cabeça para ver como escalar o processo para muitas
>> cidades, pode demorar um tempo. Mas se alguém tiver interesse em
>> alguma cidade específica, é só pedir aqui na lista que eu gero o mapa.
>>
>> []'s
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>

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


Re: [Talk-br] Progresso com os mapas do IBGE

2014-03-07 Por tôpico Thiago Marcos P. Santos
2014-03-08 2:36 GMT+02:00 Raffaello Bruno Limongi Freire
:
> Oi, Thiago,
>
> ficou muito bom.
>

Valeu!

> Essas imagens do IBGE serão úteis também naqueles lugares onde não há tracks
> de GPS ou imagens do Bing disponíveis, pois permitirão que se faça um
> desenho preliminar das vias (no Tracksource chamamos de Draft), inserindo-se
> a tag fixme para que se corrija o traçado assim que novas fontes de consulta
> estiverem disponíveis (tracks, Bing, etc.).

Acho que vai ser bom também para pegar nomes de ruas e até mesmo nomes
de alguns Pontos de Interesse.

BTW, atendendo à pedidos, segue Bom Despacho - MG:

http://tiles.tmpsantos.com.br/31/3107406/

Estou quebrando a cabeça para ver como escalar o processo para muitas
cidades, pode demorar um tempo. Mas se alguém tiver interesse em
alguma cidade específica, é só pedir aqui na lista que eu gero o mapa.

[]'s

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


[Talk-br] Progresso com os mapas do IBGE

2014-03-07 Por tôpico Thiago Marcos P. Santos
Olá pessoal,

Consegui gerar tiles estáticos a partir dos mapas do IBGE. Esta é uma
nova etapa e tem o potencial de deixar estes mapas gerados acessíveis
a todos, sem a necessidade de rodar scripts e processar imagens. No
momento só gerei o mapa de Pará de Minas, mas a ideia seria ter de
todo o país (um sonho que vai requerer muito poder de processamento e
espaço de armazenamento). :)

Proponho duas maneiras de usar, uma fácil (1), outra avançada (2):

1. Apenas acesse o endereço do mapa, no formato http://sevidor/[codigo
do estado]/[codigo da cidade]/

Ex.: Pará de Minas:
http://vps-01.tmpsantos.com.br/31/3147105/


2. Adicione como uma layer TMS no JSOM:

Editar >> Preferências >> TMS / WMS >> +TMS (ícone) >> Adicione a URL
e dê um nome
http://sevidor/[codigo do estado]/[codigo da cidade]/{zoom}/{x}/{-y}.png

Depois ative a layer.

Ex.: Pará de Minas:
http://vps-01.tmpsantos.com.br/31/3147105/{zoom}/{x}/{-y}.png


Confesso que fiquei impressionado com o resultado final. O mapa é
muito bom como referência para mapeamento urbano (i.e. pegar nome de
ruas).

[]'s e aguardo feedback.

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


Re: [Talk-br] Edição JOSM

2014-03-06 Por tôpico Thiago Marcos P. Santos
2014-03-06 18:25 GMT+02:00 Raffaello Bruno Limongi Freire
:
> Hum, agora eu acho que entendi. Seria bom saber a id de algum elemento
> envolvido, para que se visualize a situação melhor no mapa.
>
> Porém, se esse sinal impedir somente quem vai em frente e não quem vai para
> a direita (tem uma situação dessas no meu trajeto trabalho-casa), ele não
> poderia ser colocado um pouquinho depois do nó do cruzamento?
>

Acho que agora entendi o problema.

Se você tem a direita livre, provavelmente você tem 2 pistas (senão o
pessoal esperando no sinal vai bloquear quem quer pegar a direita
livre).

Eu arriscaria dar uma olhada no conceito de lanes:
http://wiki.openstreetmap.org/wiki/Lanes

Desta forma, eu _acho_ que você consegue colocar o sinal de transito
apenas para uma das pistas.

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


Re: [Talk-br] Edição JOSM

2014-03-06 Por tôpico Thiago Marcos P. Santos
2014-03-06 14:54 GMT+02:00 andre viana :
> Bom dia meus caros.
> Estou trabalhando com o JOSM,na edição de mapas OSM,e me deparei com um
> problema que não consigo resolver.
> Na edição,o JOSM trata as vias como uma linha,independentemente delas serem
> faixa dupla,ou não.
> Gostaria de saber como,ou qual ferramenta eu consigo trabalhar com as vias
> independentemente,por exemplo,numa faixa dupla,eu preciso colocar semáforos
> em apenas uma das faixas,o então trabalhar com "direita livre".
> Mas quando adiciono o semáforo,ele vai para a via toda.
> Desde já agradeço a ajuda.

Se entendi o problema direito, você tem uma via "oneway=no" e quer um
sinal de trânsito em apenas uma direção. Neste caso, use:

traffic_sinal:direction=forward

Mais informacão:
http://wiki.openstreetmap.org/wiki/Key:traffic_signals:direction

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


Re: [Talk-br] KML para o PicLayer à partir dos PDFs do IBGE

2014-03-05 Por tôpico Thiago Marcos P. Santos
2014-03-05 14:57 GMT+02:00 Marcelo Pereira :
> Olá Thiago,
>
> Instalei o pacote python-pypdf e tudo rodou bem.
>
> Só notei um problema com uma das imagens.
>
> Usando o mapa de Itaquitinga - Pernambuco - 2607802, vi que a
> 26078020502 ficou invertida verticalmente ao ser exibida no JOSM.
>
> A princípio pensei se tratar de inversão nas coordenadas Norte e Sul dessa
> imagem, fiz até um teste editando o arquivo KML. porém verifiquei que o
> problema é outro. ( apesar que, no KML os valores estão realmente errados, a
> coordenada Norte está mais ao sul do que a Sul )
>
> Comparando com os pdfs 26078020503 e 26078020504, cheguei a
> conclusão que o erro está na coordenada Norte da 26078020502.
>
> Parece ter havido um problema no OCR ou na conversão desta coordenada, que
> deveria estar entre as coordenadas Norte das duas outras imagens citadas,
> porém está muito mais ao sul, dando a impressão visual que a imagem está
> rebatida pela coordenada sul.
>
> Desculpe o texto confuso, não consegui explicar melhor do que isso.
>

Eu entendi perfeitamente o problema, o relato do problema foi excelente.

O que acontece é que as vezes o OCR detecta algum número errado. Os
erros mais comuns são trocar 3 com 8 e 1 com 7. Incrível que as vezes
os números me parecem perfeitos, mas o OCR não consegue "enxergar".
Enfim... é longe de ser uma ciência exata.

No caso da sua imagem, o OCR estava lendo -7°39'79" ai invés de -7°39'29".

O que eu faço no script é tentar validar a sanidade das coordenadas
com uma série de testes. Se um deles falhar, eu renderizo o PDF
novamente com uma densidade de pixels maior e repito o processo.
Quanto maior a densidade de pixels, mais lento, por isso tento
primeiro com uma resolução menor (72ppi).

Baseado no seu report, fiz uma série de modificações no script. Uma
delas é que agora começo com uma resolução bem maior e vou abaixando
(sim, as vezes o OCR funciona melhor com a resolução mais baixa), o
que vai deixar mais lento, porém a precisão aumentou
consideravelmente. Em um mapa maior como o de Pará de Minas, a
diferença foi gritante.

Outra modificação foi um bug no teste de sanidade que permitia estes
valores invertidos que você percebeu. Testei na sua cidade e funcionou
(mas melhor você confirmar plz).

>
> Aproveito para deixar uma sugestão, se for possível, na hora da conversão de
> PDF para PNG, configurar a cor branca como transparente ( nem lembro se é
> possível para o PNG ), assim fica mais fácil sobrepor os layers de imagens
> no JOSM.
>

O resultado não fica muito bom, porque existem várias imagens
sobrepostas. Teste você mesmo rodando isto no diretório com os mapas
que você gerou (cuidado que se tiver outros .png no diretório, eles
vão ficar com o branco transparente também):

$ for image in *.png; do convert $image -background none -transparent
white -flatten $image; done

Estava pensando em como otimizar e não colocar no .kml mapas que estão
escondidos debaixo de mapas maiores. A solução me parece ser usar uma
scene graph.

> Outra coisa que notei foram os pequenos erros de referenciamento das
> imagens, mas atribuo isso a possíveis erros nos próprios PDFs ou de
> visualização do plugin do JOSM ( que aliás mostra uma mensagem sobre
> referenciamento de KML logo na entrada )

Tente rodar a nova versão (acabei de atualizar), o resultado vai ser bem melhor.

Infelizmente, uma coisa que não dá para arrumar é o fato das
coordenadas serem arredondas, então o alinhamento nunca vai ser
perfeito. Seria bom se tivéssemos decimais nos "segundos" da
coordenada.

Vi também que em Itaquitinga tem um PDF sem os traçados das ruas,
apenas os nomes. Espero que não seja recorrente.

>
> De novo parabéns pela iniciativa.
>

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


Re: [Talk-br] KML para o PicLayer à partir dos PDFs do IBGE

2014-03-05 Por tôpico Thiago Marcos P. Santos
2014-03-05 5:31 GMT+02:00 Marcelo Pereira :
> Olá Thiago,
>
> Primeiro, bem vindo ao OSM, e  parabéns pela iniciativa.
>
> Assim que tiver estabilizada, será de grande valia para nós mapeadores.
>
> Executei seu procedimento e recebi o erro abaixo, acho que não faltou nenhum
> passo.
>
> Estou rodando no Ubuntu 12.04, rodando o Tesserach 0.7-1.2_amd64 pois é o
> que é indicado.
>
> "Traceback (most recent call last):
>   File "../ibge_kml_maker.py", line 7, in 
> from IBGETools.Map import MapFactory
>   File "/home/marcelo/dados/pdf2kml/IBGETools/IBGETools/Map.py", line 2, in
> 
> from pyPdf import PdfFileReader
> ImportError: No module named pyPdf
> "
>

Olá Marcelo,

My bad, faltou uma dependência na minha lista:

python-pypdf

Vou manter as instruções atualizadas em um só lugar:
https://github.com/tmpsantos/IBGETools#ibgetools

[]'s

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


[Talk-br] KML para o PicLayer à partir dos PDFs do IBGE

2014-03-04 Por tôpico Thiago Marcos P. Santos
Olá pessoal,

Sou novato na lista, me interessei pelo OSM este ano e comecei a
mapear minha cidade natal: Pará de Minas - MG. Meu objetivo é terminar
a cidade ainda este ano e ter uma mapa superior ao da cidade vizinha
Itaúna - MG. :)

Uma dificuldade que imagino que muitos tem é quanto ao nomes das ruas.
Teoricamente temos todas estas informações nos PDFs do IBGE, mas não é
prático importar estes dados como uma layer no JOSM. Recentemente
comecei a trabalhar em um script para extrair os mapas dos PDFs usando
OCR.

A primeira versão funciona razoavelmente bem e estou disponibilizando
o código para a comunidade. Até então consigo gerar um KML e .png(s)
que podem ser importados para o JOSM usando o plugin PicLayer. Note que
os encaixes não são perfeitos porque trata-se de uma colagem de mapas
grosseiros em diferente escalas, mas é bastante útil assim mesmo.

Screenshots:
http://tmpsantos.com.br/stuff/ibge_layer_1.png
http://tmpsantos.com.br/stuff/ibge_layer_2.png
http://tmpsantos.com.br/stuff/ibge_layer_3.png

O ideal seria gerar tiles com estas imagens e hospedar em algum lugar.
Isto tornaria a manipulação no JOSM mais fácil (usaria bem menos
memória), acessível para mappers que não usam Linux e a geração de
imagens poderia ser feito em larga escala. Este é o próximo passo e
gostaria de sugestões.


--


= Instruções =


* Ache o código da cidade no site do IBGE:

- http://www.ibge.gov.br/home/geociencias/areaterritorial/area.shtm
Pará de Minas = 3147105 = 3147105.zip


* Baixe o arquivo de mapas da sua cidade e descompacte:

ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/mapas_de_setores_censitarios/MG/3147105.zip

Atenção, use o arquivo do "censo_2010"!


* Instale as dependências (testado no Ubuntu 13.10 em um Intel 64-bits):

- python-pythonmagick
$ sudo apt-get install python-pythonmagick
- python-tesseract
https://code.google.com/p/python-tesseract/downloads/list


* Como usar a ferramenta:

$ git clone https://github.com/tmpsantos/IBGETools.git
$ cd IBGETools
$ mkdir out; cd out
$ ../ibge_kml_maker.py [path_para_os_diretorio_com_os_pdfs] > out.kml

Ex.: $ ../ibge_kml_maker.py ../../osm/3147105/MSU/ > out.kml

Você pode apontar para a raiz de onde o pacote foi descompactado, mas
recomendo apenas se a cidade for pequena. Senão o KML vai ficar enorme
e o JSOM vai capotar por falta de memória. Neste caso, separe os PDFs
que você quer em um outro diretório e aponte para o mesmo.

Bugs (certamente tem vários), contribuições, dúvidas, etc. é só falar
ou fazer um pull request no GitHub.

[]'s

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