Re: [Talk-br] Dados dos Correios são públicos?
Opa... A placa na rua também é pública, hein?! Há licença pra utilizar a informação da placa? rs... Claro que é isso uma brincadeira. Acredito que vocês estão indo um pouco longe demais na questão de copyright. Os correios são uma autarquia federal. Pública. E os documentos/dados gerados/publicados por órgão da administração pública também o são (exceto aqueles que envolvam segurança etc). É um princípio da administração pública. Ademais, no próprio site dos correios há a informação de privacidade, em que aos dados lá do site não é permitido o uso para fins *comerciais* (que não é o caso do osm). Trabalho em órgão público federal e quase posso afirmar que os dados oriundos das pesquisas no site são públicos. Vocês possuem alguma reposta formal de alguém dos Correios sobre isso? Flávio Henrique 2012/1/14 Jose Carlos Medeiros j...@psabs.com.br Apesar de fazer pesquisa, pelo Google da vida, os dados que ele esta pegando, são de sites onde as pessoas não disseram para o que você pode utilizar, seja CEP, seja um poema ou qualquer outra coisa, afinal, são dados, independente do tipo. Fosse assim, não precisaria de licença no Wikipedia. A solução é cada um, ao mapear as ruas, pegar também os CEPs e bairros. Não sei no nordeste e sul, mas aqui em SP, quase todas as ruas tem o CEP na placa. E podemos fazer um simples site, la dizendo que os dados digitados serão de domínio público, onde a pessoa digite o endereço completo. []'s José Carlos Em 14 de janeiro de 2012 09:52, Wille wi...@wille.blog.br escreveu: Penso diferente... De qualquer forma, os dados vão ter que vir de algum lugar. Seja olhando a placa na rua, pesquisando no site dos correios, ou qualquer outra fonte... Concordo que se a gente copia ou usa uma base de dados sem autorização, é infração de direitos autorais. Porém se fazemos uma pesquisa na internet e descobrimos o CEP de alguns lugares, sem acessar base de dados de ninguém, isso é apenas uma pesquisa. Não estamos copiando dados de lugar nenhum, apenas analisando o conteúdo que existe na internet e fazendo uma intuição com base nisso. Na verdade, quando a gente acessa um site com copyright já tá infringindo direitos autorais, pois estamos copiando o conteúdo do servidor deles para a memória temporária do nosso computador... hehehe Então acho que se a gente for levar a lei ao pé da letra, vai ser bem difícil achar uma solução. Abraços, On 13-01-2012 23:11, Jose Carlos Medeiros wrote: É, também acho. Afinal, estamos pegando dados sem autorização de quem colocou na net. A melhor opção, pelo menos por enquanto, seria criar o formulário e divulgarmos. Desta forma, cada um, preenche seus dados e CEP. O problema que vejo, é se tivermos defacement, o que ficaria complicado pra resolver. Bom, outra opção é encontrar alguma forma de pressionar os Correios a liberarem o banco de dados, como ocorreu no Reino Unido. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Brasil 5500
Além disso, Vitor, gostaria de saber se apenas as maiores cidades do Estado devem ser incluídas na lista neste momento. Tenho as coordenadas de todas as cidades goianas, já que estava interligando todas aqui. Posso adicionar todas na lista se quiser. Basta me dar autorização de edição no arquivo. Abraço. Flávio Henrique 2011/4/12 Wille wi...@wille.blog.br Oi, Vitor Não entendi muito bem... A informação das coordenadas, podemos pegar na wikipédia e colocar na planilha ou tem que ser verificada in loco com GPS? abçs, wille On 12-04-2011 14:33, vitor wrote: Olá Pessoal, Gostaria de apresentar para vocês o projeto Brasil 5500. Basicamente, é um projeto para colocar todas as cidades brasileiras no mapa. Fiz um script que testa a conexão entre entre cidades-pólo e cidades dentro de um mesmo estado. Os resultados podem ser vistos aqui: http://mapaslivres.org/brasil5500.html Como devem ter percebido, não estão todas as 5562 cidades brasileiras. Para que todas estejam aí, será necessário buscar as coordenadas que estão faltando e adicionar aqui: http://goo.gl/WZQIw *Quem quiser adicionar coordenadas, me avise que eu mando o compartilhamento.* Periodicamente postarei o relatório, utilizando as coordenadas que estão nesta planilha. O script precisa ainda de alguns ajustes, como por exemplo marcar rotas tortuosas. Sugestões são bem vindas! Bom mapeamento! Vitor ___ Talk-br mailing listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Plugin 'Turn restrictions' do JOSM
Olá pessoal. Gostaria de confirmar algo: se eu utilizar o plugin 'Turn Restrictions' do JOSM para indicar as proibições de sentidos em um cruzamento, por exemplo, é suficiente para que os dados sejam corretamente tratados pelos aparelhos gps? Se for vai ser uma mão na roda, pois ficar desenhando saídas da via para que o servidor não entenda que há possibilidade de se virar a esquerda em um cruzamento é triste! Obrigado! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Olá, Bráulio! 2011/1/6 Bráulio brauliobeze...@gmail.com Abri aqui o arquivo. Como eu disse, temos que evitar vias sobrepostas, então você tem que juntá-las e utilizar relações. Por exemplo, a divisa dos bairros Santos Dummont e Rodoviário deve ser composta de apenas um caminho que estará nas relações dos dois bairros. O nome desse caminho pode ser algo do tipo Limite Santos Dummont - Rodoviário. Esse nome vai aparecer no mapnik. As fronteiras dos municípios são mapeadas dessa mesma maneira. Outra coisa são as fronteiras definidas por rios ou ruas. Por exemplo, na fronteira norte da Vl Monticelli há um rio. Você deve usar esse rio na relação. Há algumas situações onde não tem pra onde correr e temos que utilizar um caminho separado mesmo. Por exemplo, se o rio for definido por um caminho e não uma área ou se a rua que divide os bairros for duplicada. aff... isso vai dar um trabalho, hein? rs... vou ver se consigo fuçar no código do josm e tentar criar essas relações automaticamente, senão não acabo isso esse ano. Também tem essas abreviações nos nomes que eu não entendi. Já morei em Goiânia, mas tinha menos de dois anos, então não dá pra lembrar o que significam :P. O melhor é colocar o nome inteiro. Isso está na fila. Vou arrumar os nomes pelo código, pois fica mais fácil e produtivo. Enviei o arquivo assim só para dar a ideia de como está o trabalho. Esses são todos bairros da cidade? Não sei precisar. Mas se não for está muito próximo. Goiânia tem +/- 950 bairros Uma forma de saber é se você chama o lugar onde mora de uma coisa, mas os correios o chamam de outra. Eles somente utilizam bairros (pelo menos aqui em Natal). Em Goiânia tem de tudo. Vila, Setor, Jardim, Parque, Residencial, etc. Tem de tudo. Espero ter ajudado! Ajudou muito. Mas me desanimou... rs Obrigado! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
2011/1/6 Arlindo Pereira openstreet...@arlindopereira.com Esses são todos bairros da cidade? Não sei precisar. Mas se não for está muito próximo. Goiânia tem +/- 950 bairros Tudo isso?? O Rio tem 160! http://pt.wikipedia.org/wiki/Anexo:Lista_de_bairros_do_Rio_de_Janeiro Já inseri alguns, não tive tempo de continuar o processo de importação http://www.openstreetmap.org/user/Import%20IPP%20Rio%20de%20Janeiro/edits []s Na verdade não. Errei. Estava olhando o arquivo DBF aberto e acabei colando o valor errado. Segundo informações[0] de julho/2010, Goiânia, possui 238 bairros. [0] http://goo.gl/hazvx Abraço! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Os dados que tenho aqui possuem até os postes de energia elétrica da concessionária. rs... Bom, como eu tenho os dados dos bairros também (limites/boundaries) vou deixar as vias sem divisão. Depois trato os bairros. Aproveitando a conversa, pergunto: mês passado passei alguns dias no Ceará de férias e o amigo que estava comigo tinha um GPS (mas não sei qual) e foi muito bom. O aparelho nos deixava em frente ao estabelecimento que queríamos. Isso se dá pelos POIS ou por quadra/lote ? Se eu tratar os dados das quadra e lotes que tenho aqui o osm será capaz de calcular uma rota e nos deixar em frente a casa de alguém só informando a rua/quadra/lote ? Obrigado! PS: Eu preciso comprar logo um celular com gps pra eu testar o osm. rs... Flávio Henrique 2011/1/5 Bráulio brauliobeze...@gmail.com Acho que você pode usar a tag is_in. Mas se você tiver os limites dos bairros e conjuntos residenciais mapeados, isso não é necessário. O Nominatim já vai saber que a rua está dentro do bairro. Se tiver só os POIs, então é bom colocar as tags, pois eu acho que o Nominatim vai usá-las para não usar a estratégia simplificada de ligar a rua ao POI de bairro mais próximo. 2011/1/5 Flávio Henrique yoshi...@gmail.com Pessoal, boa noite! Como os dados de Goiânia são relativamente completos, ao tratá-los deparei-me com a seguinte dúvida: devo dividir as vias por bairro? É que as vias possuem a informação do bairro ao qual elas pertencem. Como há vias que passam por vários bairros, devo ter um segmento de via para cada bairro e colocar o nome do bairro em alguma tag (se é que tag para bairro existe - se sim, favor me informar) ? Informar o bairro faz diferença para roteamento? Ou devo deixar apenas uma via, independente dos bairros que ela atravessa? O que acham? Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
2011/1/5 Claudomiro Nascimento Junior claudom...@claudomiro.com A precisão do endereço depende da precisão da numeração na base. Existe essa informação de numeração nos dados a serem importados? []s Você quer dizer o número da quadra e lote? Sim. Número na rua (como km em rodovias) não. Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
2011/1/5 Bráulio brauliobeze...@gmail.com Acho que você pode usar a tag is_in. Mas se você tiver os limites dos bairros e conjuntos residenciais mapeados, isso não é necessário. O Nominatim já vai saber que a rua está dentro do bairro. Se tiver só os POIs, então é bom colocar as tags, pois eu acho que o Nominatim vai usá-las para não usar a estratégia simplificada de ligar a rua ao POI de bairro mais próximo. Alguém poderia me passar algum exemplo de limites de bairro já carregados, para que eu possa me espelhar nas tags necessárias e trabalhar os limites que eu tenho aqui? Grato. Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Bráulio e demais, boa noite! Abaixo está o link para os limites dos bairros de Goiânia. Por gentileza, verifiquem se estou no caminho certo. Se falta algo. Se algo está errado. O que for. Bráulio, é isso que você chamou de 'limite dos bairros' abaixo? É isso que vai ajudar no mapeamento de um endereço ao buscar uma rua em em bairro específico? Eu notei que depois de importar, tratar os dados e rodar o plugin Validation (JOSM), percebi que 8 bairros ficaram como 'untagged ways'. Parece que a role 'outer' desses bairros ficaram sem nome. Não entendi a razão, nem como resolver isso. Peço, também neste caso, que ajudem-me a consertar isso. http://www.megaupload.com/?d=XC0CRIVT Grato! Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2011/1/5 Bráulio brauliobeze...@gmail.com Acho que você pode usar a tag is_in. Mas se você tiver os limites dos bairros e conjuntos residenciais mapeados, isso não é necessário. O Nominatim já vai saber que a rua está dentro do bairro. Se tiver só os POIs, então é bom colocar as tags, pois eu acho que o Nominatim vai usá-las para não usar a estratégia simplificada de ligar a rua ao POI de bairro mais próximo. 2011/1/5 Flávio Henrique yoshi...@gmail.com Pessoal, boa noite! Como os dados de Goiânia são relativamente completos, ao tratá-los deparei-me com a seguinte dúvida: devo dividir as vias por bairro? É que as vias possuem a informação do bairro ao qual elas pertencem. Como há vias que passam por vários bairros, devo ter um segmento de via para cada bairro e colocar o nome do bairro em alguma tag (se é que tag para bairro existe - se sim, favor me informar) ? Informar o bairro faz diferença para roteamento? Ou devo deixar apenas uma via, independente dos bairros que ela atravessa? O que acham? Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
2011/1/5 Flávio Henrique yoshi...@gmail.com Eu notei que depois de importar, tratar os dados e rodar o plugin Validation (JOSM), percebi que 8 bairros ficaram como 'untagged ways'. Parece que a role 'outer' desses bairros ficaram sem nome. Não entendi a razão, nem como resolver isso. Peço, também neste caso, que ajudem-me a consertar isso. Os problemas acima foram corrigidos. Novo arquivo no link: http://www.megaupload.com/?d=N6SOMXXZ Obrigado! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Pessoal, boa noite! Como os dados de Goiânia são relativamente completos, ao tratá-los deparei-me com a seguinte dúvida: devo dividir as vias por bairro? É que as vias possuem a informação do bairro ao qual elas pertencem. Como há vias que passam por vários bairros, devo ter um segmento de via para cada bairro e colocar o nome do bairro em alguma tag (se é que tag para bairro existe - se sim, favor me informar) ? Informar o bairro faz diferença para roteamento? Ou devo deixar apenas uma via, independente dos bairros que ela atravessa? O que acham? Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Pessoal, mais uma dúvida: Conforme imagens abaixo, algumas vias estão um pouco deslocadas em relação à imagem do Bing. Esse deslocamento é aceitável ou terei que ajustar a via um pouco para esquerda? É que as duas primeiras imagens mostram isso mais claro, mas em outros pontos da cidade (como exibido na terceira imagem) o deslocamento afetaria outras vias que estão ok. E agora? O que fazer? Obrigado! PS: com relação minhas dúvidas anteriores, faltou uma que ninguém opinou: 3 - gostaria de questionar se a informação que coloquei no Wiki do projeto (http://goo.gl/CQP1g), sobre a resposta que o órgão público de Goiânia deu ao meu questionamento do uso das dados, é suficiente. Digo, estou liberado para importar? Imagens: 1 - http://i53.tinypic.com/ery8hi.jpg 2 - http://i53.tinypic.com/2h563w6.jpg 3 - http://i54.tinypic.com/2d6la1h.jpg Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2010/12/24 Claudomiro Nascimento Junior claudom...@claudomiro.com Legal Flavio, Realmente é extremamente recomendavel fazer um import no ambiente de testes antes pra ver se foi tudo ok: http://api06.dev.openstreetmap.org/ - vc pode criar uma conta nesse ambiente do mesmo jeito que criaria no site oficial - quando vc quiser ver o resultado renderizado, parece que é necessário pedir pra alguem rodar a renderização - vou pesquisar o contato. http://api06.dev.openstreetmap.org/Com certeza o melhor é tentar quebrar em partes menores, pois fica menos complicado tratar um upload pela metade e fazer o merge com os dados já existentes. Outro ponto de atenção nesse caso é a deduplicação dos nós onde se dá a junção das partes. 2010/12/23 Flávio Henrique yoshi...@gmail.com Bom... passado um bom tempo após as primeiras tentativas e erros, consegui trilhar o caminho das pedras e estou pronto para gerar dados para importação. Agora é só questão de colocar as tags corretas/necessárias e importar. Então tenho as seguinte dúvidas: 1 - há servidor de testes para importação e verificação dos colegas antes de jogá-los para o servidor em produção? se sim, onde e como fazer a importação lá? 2 - alguma ideia da melhor forma de gerar os pacotes de importação? toda a cidade? por bairro? outra coisa? 3 - gostaria de questionar se a informação que coloquei no Wiki do projeto (http://goo.gl/CQP1g), sobre a resposta que o órgão público de Goiânia deu ao meu questionamento do uso das dados, é suficiente. Digo, estou liberado para importar? No mais é isso. Depois que eu confirmar que tudo está como deveria ser, escrevei algo sobre como foi a importação dos dados (programas utilizados, técnicas, etc). Abraços! Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2010/6/24 Arlindo Pereira openstreet...@arlindopereira.com Não faço ideia. Aqui no Rio eu estou tendo um problema semelhante, e aparentemente sem solução - o arquivo com as ruas não tem as ruas mas, na verdade, as quadras. Assim, tenho polígonos de todos os quarteirões (numa resolução detalhadíssima, à propósito) e só preciso desenhar as ruas no meio. []s Em 24 de junho de 2010 00:10, Flávio Henrique yoshi...@gmail.comescreveu: Pessoal, boa noite! Recorro novamente à lista para reiterar meu pedido: há alguma ferramenta que auxilie no automação do merge de vias, dado um arquivo osm (ou shp) ? É que os dados das vias da Prefeitura de Goiânia são segmentados, ou seja, uma única via pode estar dividida em 'n' segmentos. Se alguém fez importações e passou por isso, poderia me indicar que ferramenta foi utilizada? Estou trabalhando na formatação da base de dados dos logradouros para poder importá-los já com todas as tags corretas. Se até o término não houver nenhuma sugestão, vou ter que baixar o fonte do JOSM, ver como ele unifica vias e escrever algo específico para os dados de Goiânia. Vai ser uma trabalheira, mas... Obrigado! Flávio Henrique 2010/6/21 Flávio Henrique yoshi...@gmail.com Ok... projeção corrigida! Obrigado Arlindo pela dica do proj4 string. Apenas alterei para +zone=22 e tudo ficou alinhado. Se eu conseguir resolver um problema por dia, quem sabe até o final do ano eu consiga importar algo? :p Agora estou apanhando ao tentar unir as vias. É que as vias a serem importadas são divididas em segmentos (vários por via). O que vocês utilizaram? Estou tentando com o script shp-to-osm.jar mas ele não está aceitando a projeção informada. Tá complicado! Qualquer dica nesse sentido será muito bem vinda! Grato! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Bom... passado um bom tempo após as primeiras tentativas e erros, consegui trilhar o caminho das pedras e estou pronto para gerar dados para importação. Agora é só questão de colocar as tags corretas/necessárias e importar. Então tenho as seguinte dúvidas: 1 - há servidor de testes para importação e verificação dos colegas antes de jogá-los para o servidor em produção? se sim, onde e como fazer a importação lá? 2 - alguma ideia da melhor forma de gerar os pacotes de importação? toda a cidade? por bairro? outra coisa? 3 - gostaria de questionar se a informação que coloquei no Wiki do projeto ( http://goo.gl/CQP1g), sobre a resposta que o órgão público de Goiânia deu ao meu questionamento do uso das dados, é suficiente. Digo, estou liberado para importar? No mais é isso. Depois que eu confirmar que tudo está como deveria ser, escrevei algo sobre como foi a importação dos dados (programas utilizados, técnicas, etc). Abraços! Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2010/6/24 Arlindo Pereira openstreet...@arlindopereira.com Não faço ideia. Aqui no Rio eu estou tendo um problema semelhante, e aparentemente sem solução - o arquivo com as ruas não tem as ruas mas, na verdade, as quadras. Assim, tenho polígonos de todos os quarteirões (numa resolução detalhadíssima, à propósito) e só preciso desenhar as ruas no meio. []s Em 24 de junho de 2010 00:10, Flávio Henrique yoshi...@gmail.comescreveu: Pessoal, boa noite! Recorro novamente à lista para reiterar meu pedido: há alguma ferramenta que auxilie no automação do merge de vias, dado um arquivo osm (ou shp) ? É que os dados das vias da Prefeitura de Goiânia são segmentados, ou seja, uma única via pode estar dividida em 'n' segmentos. Se alguém fez importações e passou por isso, poderia me indicar que ferramenta foi utilizada? Estou trabalhando na formatação da base de dados dos logradouros para poder importá-los já com todas as tags corretas. Se até o término não houver nenhuma sugestão, vou ter que baixar o fonte do JOSM, ver como ele unifica vias e escrever algo específico para os dados de Goiânia. Vai ser uma trabalheira, mas... Obrigado! Flávio Henrique 2010/6/21 Flávio Henrique yoshi...@gmail.com Ok... projeção corrigida! Obrigado Arlindo pela dica do proj4 string. Apenas alterei para +zone=22 e tudo ficou alinhado. Se eu conseguir resolver um problema por dia, quem sabe até o final do ano eu consiga importar algo? :p Agora estou apanhando ao tentar unir as vias. É que as vias a serem importadas são divididas em segmentos (vários por via). O que vocês utilizaram? Estou tentando com o script shp-to-osm.jar mas ele não está aceitando a projeção informada. Tá complicado! Qualquer dica nesse sentido será muito bem vinda! Grato! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Conversão DXF para SHP
Gostaria de aproveitar o pedido do colega abaixo e dizer o seguinte: acredito que a maior dificuldade que novatos encontram ao tentar ajudar o projeto é encontrar informações de como fazer isso ou aquilo. Principalmente quando temos dados e precisamos convertê-los, manipulá-los, importá-los, etc. Digo isso, pois sei o quanto é difícil encontrar as instruções necessárias para tratar os dados que tenho de Goiânia. Seria interessante que, as pessoas que sabem como fazer, criassem páginas no Wiki com links para programas úteis, scripts, etc. Um how-to que poderia ser gradativamente acrescido de novas instruções. Apenas uma ideia. Abraços! Flávio Henrique 2010/12/22 Fabrício Souza fsbri...@gmail.com Olá pessoal! Preciso de uma ajuda de vocês, necessito converter um arquivo DXF para SHP para utilizar no JOSM. Grato, Fabrício S. Souza http://fabriciosouza.com ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] É por essas e outras que às vezes de sanima
Ao tentar voltar ao projeto de importação dos dados de Goiânia, estava procurando na net se algo tinha mudado desde a última vez que estive trabalhando nos dados. Descobri uma discussão sobre a possibilidade do JOSM importar arquivos .SHP e olha só no que deu: http://www.mail-archive.com/talk@openstreetmap.org/msg34031.html http://www.mail-archive.com/talk@openstreetmap.org/msg34031.htmlNão é a primeira vez que vejo o assunto importação ser tratado com dificuldade. http://www.mail-archive.com/talk@openstreetmap.org/msg34031.htmlÉ por essas e outras que às vezes desanima. Estou com uma base enorme mas tenho que ralar muito pra trabalhá-la. Tenho que importar os arquivos .dbf pra um MySQL pra ajustá-los. Utilizar o shp-to-osm pra transformar o shp em osm. Importar o arquivo osm no JOSM, alterar o código do JOSM pra procurar vias iguais e uni-las e, então, descobrir que um dado não está correto na base e refazer o trabalho. Não é fácil. E, provavelmente, há formas mais fáceis de se fazer isso por aí. Trying again... Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dados de outros projetos e divulgaçã o
2010/12/17 Djavan Fagundes dja...@comum.org Em Qui, 2010-12-16 às 18:30 -0200, Flávio Henrique escreveu: Estou com um projeto até razoavelmente grande para Goiânia. Estou com os dados já tabulados, faltando a integração com o JOSM. Quanto terminar teremos Goiânia praticamente 100% mapeada. Que massa, conseguiu os dados com alguma instituição? Opa. Sim. Consegui da COMDATA (Empresa de Processamento de Dados do Município de Goiânia). Eles possuem um mapa digital da cidade e fornecem os arquivos .shp sob domínio público para uso. São bastante completos. Porém demandam tempo para processá-los. Abraço! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dados de outros projetos e divulgaçã o
2010/12/16 Djavan Fagundes dja...@comum.org [...] Todo mundo que segue cadastra dados também? [...] Abraço, Djavan Estou com um projeto até razoavelmente grande para Goiânia. Estou com os dados já tabulados, faltando a integração com o JOSM. Quanto terminar teremos Goiânia praticamente 100% mapeada. Estive parado por compromissos aqui no trabalho, mas acredito que agora no final do ano, com o recesso judiciário, dá pra eu adiantar bem o projeto. E vamu que vamu. Abraços! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relação imagems com alta resoluç ão do Bing
Ae, vai sair algum manual de como ajudá-los? Assim, poderei fazer algo em Goiás. Flávio Henrique 2010/11/24 Johan Dahlin jdah...@gmail.com 2010/11/24 Arlindo Pereira openstreet...@arlindopereira.com: Obrigado Johan, consegui adicionar o contorno das imagens do Rio de Janeiro. http://www.openstreetmap.org/browse/way/86352042 Já estou olhando, valeu mesmo :) Agora só falta os outros 24 estados. Parece que duas das minhas areas não tem um fundo azul, tem uma ideia por que? Talvez faltam de ser conectados, mas não estou achando aonde. Já tá dando pra ver que além de ter maior qualidade, as imagens do Bing tem também maior quantidade (ocupando uma área mais extensa) em comparação com as do Yahoo. As imagems do Bing são muito parecidas com as imagems to Google. Em São Carlos são iguais por exemplo. []s Em 24 de novembro de 2010 17:10, Johan Dahlin jdah...@gmail.com escreveu: 2010/11/24 Arlindo Pereira openstreet...@arlindopereira.com: Johan, como você está fazendo? Gostaria de ver a cobertura sobre o Rio de Janeiro. Tentei usar a última versão do svn (24358) mas dá erro na hora de carregar, e eu não sei como fazer como baixar um release anterior. Você poderia me passar o seu slippymap.jar? Um pouco complicado, teria que mudar algumas coisas no codigo e compilar o slippymap como uma parte do josm. Tente de baixar os dois daqui: http://dragon.async.com.br/~jdahlin/josm-custom.jar http://dragon.async.com.br/~jdahlin/slippymap.jar Eu teria que habilitar o plugin slippmay pela interface do josm, depois fechar e copiar meu slippymap.jar para ~/.josm/plugins para deixar tudo funcionar. -- Johan Dahlin ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Johan Dahlin ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Pessoal, boa noite! Recorro novamente à lista para reiterar meu pedido: há alguma ferramenta que auxilie no automação do merge de vias, dado um arquivo osm (ou shp) ? É que os dados das vias da Prefeitura de Goiânia são segmentados, ou seja, uma única via pode estar dividida em 'n' segmentos. Se alguém fez importações e passou por isso, poderia me indicar que ferramenta foi utilizada? Estou trabalhando na formatação da base de dados dos logradouros para poder importá-los já com todas as tags corretas. Se até o término não houver nenhuma sugestão, vou ter que baixar o fonte do JOSM, ver como ele unifica vias e escrever algo específico para os dados de Goiânia. Vai ser uma trabalheira, mas... Obrigado! Flávio Henrique 2010/6/21 Flávio Henrique yoshi...@gmail.com Ok... projeção corrigida! Obrigado Arlindo pela dica do proj4 string. Apenas alterei para +zone=22 e tudo ficou alinhado. Se eu conseguir resolver um problema por dia, quem sabe até o final do ano eu consiga importar algo? :p Agora estou apanhando ao tentar unir as vias. É que as vias a serem importadas são divididas em segmentos (vários por via). O que vocês utilizaram? Estou tentando com o script shp-to-osm.jar mas ele não está aceitando a projeção informada. Tá complicado! Qualquer dica nesse sentido será muito bem vinda! Grato! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Ok... projeção corrigida! Obrigado Arlindo pela dica do proj4 string. Apenas alterei para +zone=22 e tudo ficou alinhado. Se eu conseguir resolver um problema por dia, quem sabe até o final do ano eu consiga importar algo? :p Agora estou apanhando ao tentar unir as vias. É que as vias a serem importadas são divididas em segmentos (vários por via). O que vocês utilizaram? Estou tentando com o script shp-to-osm.jar mas ele não está aceitando a projeção informada. Tá complicado! Qualquer dica nesse sentido será muito bem vinda! Grato! Flávio Henrique 2010/6/21 Vitor George vitor.geo...@gmail.com Eu prefiro a opção do deprecated, pois se alguém ver um erro no mapa e quiser editar, vai ter a chance de ver no editor os dados que foram apagados ou só os importados. No josm também é possível usar filtros por tags, e aí dá pra fazer aparecer só os dados antigos ou os novos. 2010/6/21 Ricardo Padilha ricardospadi...@gmail.com Na minha opinião, se os dados da prefeitura são mais corretos*, não tem porque guardar informação antiga, errada ou incompleta. Por outro lado, algo me diz que seria bom guardar esses dados de alguma maneira, caso precisemos consultá-los mais tarde. Eu vejo três possibilidades: 1) Remarcar toda a informação que está agora lá como deprecated (ou algo assim), de maneira que fique invisível no renderer, mas que se alguém tiver interesse ainda pode ser acessada pelo editor. Se ninguém reclamar, depois de um tempo apaga a informação velha. Contra: Vai ficar uma bagunça no editor. 2) Cria um changeset gigante e coloca todos os dados removidos em uma mudança só. Assim fica fácil reverter se houver necessidade. Contra: se houver algum dado que não estiver no que vier da prefeitura, a gente perde. 3) Tentar fazer um merge dos dados... isso requer identificação de quais pontos presentes atualmente coincidem com os pontos do novo dataset. E depois tem que ver o que fazer com os tags... Contra: a menos que alguém tenha um método automágico, fazer um merge vai ser uma quantidade de trabalho incrível. *) Nota: eu me pergunto qual dos datasets é realmente mais correto. Eu já vi diferenças bem feias entre as imagens de satélite e a realidade (baseado em deixar o gps no mesmo lugar um tempão para que a posição estabilizasse, ou seja, ter baixo DOPhttp://en.wikipedia.org/wiki/Dilution_of_precision_%28GPS%29). Pode ser que os dados da prefeitura sejam os corretos... Att, Ricardo 2010/6/20 Flávio Henrique yoshi...@gmail.com Offset... vou procurar... O Claudomiro tá ocupado nestes dias, então vou tentar me virar por enquanto. Eu iria perguntar sobre os dados já existentes depois, mas já que o assunto foi mencionado agora: realmente os dados a serem importados são completíssimos (tem até os postes da rede elétrica da cidade), então por que não podemos apagar o que existe lá e importar a cidade inteira (não de uma vez, claro)? Grande parte do que está lá fui eu quem inseri e o que existia nem havia ligação com rodovias ou outras vias. Não sei se alguém sabe, mas se eu, utilizando o JOSM, reposicionar a imagem de satélite para que as vias fiquem ok, o JOSM vai adequar as coordenadas das vias ou da imagem? Digo, é uma forma de corrigir? Abraços! Flávio Henrique 2010/6/20 Vitor George vitor.geo...@gmail.com Com certeza deve existir uma opção de offset, talvez o Claudomiro conheça. Outra coisa, no IBGE o Claudomiro importou só em lugar onde não tinha nada mapeado. No caso de Goiânia, eu acho que não dá para fazer assim, porque na imagem que você mandou dá pra ver que os dados a serem importados tem uma qualidade muito melhor. Também não dá pra apagar tudo que tá no osm, então eu acho que vai ter que existe uma parte manual, não sei como, de substituição do que tá no OSM pelo que está nos dados da prefeitura. Ou talvez jogar tudo e aí corrigir de acordo com as imagens de satélite. Vitor 2010/6/19 Flávio Henrique yoshi...@gmail.com Olá pessoal! Depois de várias tentativas e algumas quase-desistências, consegui descobrir o caminho das pedras para começar a importar os dados da Prefeitura de Goiânia para o projeto. Entretanto... (claro, pois sempre há um problema) os dados importados estão deslocados em relação a algumas vias já desenhadas no projeto, bem como ao background do Yahoo Imagery. Vejam no link abaixo um exemplo do que estou falando. O que está em cinza (desabilitado) são os dados importados e os coloridos são dados baixados pelo JOSM do projeto. Preciso resolver isso antes de começar a analisar outros fatores da importação que, com certeza, ainda vai demorar. Link: http://i45.tinypic.com/27xqbf5.png Fazem ideia de como tratar isso? Desde já agradeço ao Claudomiro e ao Vitor George pelos primeiros 'empurrões' sobre o assunto. Grato! Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Olá pessoal! Depois de várias tentativas e algumas quase-desistências, consegui descobrir o caminho das pedras para começar a importar os dados da Prefeitura de Goiânia para o projeto. Entretanto... (claro, pois sempre há um problema) os dados importados estão deslocados em relação a algumas vias já desenhadas no projeto, bem como ao background do Yahoo Imagery. Vejam no link abaixo um exemplo do que estou falando. O que está em cinza (desabilitado) são os dados importados e os coloridos são dados baixados pelo JOSM do projeto. Preciso resolver isso antes de começar a analisar outros fatores da importação que, com certeza, ainda vai demorar. Link: http://i45.tinypic.com/27xqbf5.png Fazem ideia de como tratar isso? Desde já agradeço ao Claudomiro e ao Vitor George pelos primeiros 'empurrões' sobre o assunto. Grato! Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2010/5/13 Flavio Bello Fialho be...@cnpuv.embrapa.br Provavelmente SAD-69. Manda converter para WGS-84. Flávio Henrique escreveu: Ok. Consegui abrir os arquivos pelo uDig e estão ótimos. Há coisas interessantes que posso trabalhar... Porém, preciso indicar ao uDig qual é o Sistema de Coordenadas que os arquivos utilizam. Como descobrir? Desculpem-me se é uma questão básica, mas estou iniciando... Grato! Flávio Henrique 2010/5/12 Flávio Henrique yoshi...@gmail.com mailto:yoshi...@gmail.com Olá Arlindo! Sim, os arquivos .shp são acompanhados por outros 5 ou 6 extensões (dbf, shx, dbx, etc)... Tentei abrir os .shp pelo Merkaator, mas nada aparece. O ogr2ogr também não gera um .osm que o JOSM consiga abrir... estou meio sem opções. :( Vou tentar a sugestão do Vitor... tentar abri-los em um GIS. Vamos ver no que dá. Qualquer coisa, pergunto aqui de novo. Obrigado! Flávio Henrique 2010/5/12 Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com Oi Flávio, também não entendo muito, mas os arquivos SHP que eu consegui são sempre acompanhados de outros três (um para cada arquivo): um com extensão SHX (não faço ideia do que seja), um com extensão PRJ (suponho que de project, que o descreva) e um com extensão DBF (que é extensão de banco de dados, suponho que seja as labels de cada item do mapa). Seus arquivos também são assim? Não sei se isso é um pré-requisito também. []s Em 12 de maio de 2010 00:50, Flávio Henrique yoshi...@gmail.com mailto:yoshi...@gmail.com escreveu: Olá Arlindo, *! Não tive sorte em utilizar o ogr2osm.py. Primeiro pq não sei exatamente o que cada arquivo .shp que possuo significa, segundo que para cada arquivo .shp que rodo o script obtenho sempre os mesmos erros e nada de arquivo .osm. Em anexo está um log de um dos arquivos que tentei converter. Alguma ideia? Gostaria muito de brincar com esses arquivos da Prefeitura de Goiânia, mas não estou conseguindo nem começar. Rs... A paz! Flávio Henrique 2010/5/9 Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com Senhores, consegui os dados da prefeitura do Rio. O arquivo zip tem uns 50 megabytes, daí eu extraí e disponibilizei no meu servidor: http://nighto.net/rio/ http://nighto.net/rio.zip Tomemos o arquivo de ciclovias (ciclovias.shp e correlatos), que já tenho em grande parte mapeado no OSM com GPS: sudo apt-get install python-gdal libgdal-perl libproj-dev gdal-bin dbview wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/SimpleXMLWriter.py python ogr2osm.py ciclovias.shp wget http://josm.openstreetmap.de/josm-latest.jar java -jar josm-latest.jar (manda abrir o ciclovias.osm) (manda baixar os dados do OSM dando zoom na ciclovia do aterro do flamengo, a mais a direita) http://img534.imageshack.us/img534/7035/capturadetelak.png a linha vermelha é da prefeitura, a linha cinza levemente deslocada foi a criada por mim com base nas imagens de satélite do Yahoo! e rotas GPX. O que pode
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Olá Arlindo, *! Não tive sorte em utilizar o ogr2osm.py. Primeiro pq não sei exatamente o que cada arquivo .shp que possuo significa, segundo que para cada arquivo .shp que rodo o script obtenho sempre os mesmos erros e nada de arquivo .osm. Em anexo está um log de um dos arquivos que tentei converter. Alguma ideia? Gostaria muito de brincar com esses arquivos da Prefeitura de Goiânia, mas não estou conseguindo nem começar. Rs... A paz! Flávio Henrique 2010/5/9 Arlindo Pereira openstreet...@arlindopereira.com Senhores, consegui os dados da prefeitura do Rio. O arquivo zip tem uns 50 megabytes, daí eu extraí e disponibilizei no meu servidor: http://nighto.net/rio/ http://nighto.net/rio.zip Tomemos o arquivo de ciclovias (ciclovias.shp e correlatos), que já tenho em grande parte mapeado no OSM com GPS: sudo apt-get install python-gdal libgdal-perl libproj-dev gdal-bin dbview wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/SimpleXMLWriter.py python ogr2osm.py ciclovias.shp wget http://josm.openstreetmap.de/josm-latest.jar java -jar josm-latest.jar (manda abrir o ciclovias.osm) (manda baixar os dados do OSM dando zoom na ciclovia do aterro do flamengo, a mais a direita) http://img534.imageshack.us/img534/7035/capturadetelak.png a linha vermelha é da prefeitura, a linha cinza levemente deslocada foi a criada por mim com base nas imagens de satélite do Yahoo! e rotas GPX. O que pode ter ocasionado esse deslocamento na conversão? Sistema de coordenadas errado? []s ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br python ogr2osm.py hid.shp /usr/lib/python2.6/dist-packages/osgeo/gdal.py:99: DeprecationWarning: ogr.py was placed in a namespace, it is now available as osgeo.ogr DeprecationWarning) ([], ['hid.shp']) Preparing to convert file hid.shp (extension is shp) into hid.osm Will try to detect projection from source metadata, or fall back to EPSG:4326 Parsing features No projection metadata, falling back to EPSG:4326 ['ID', 'TP_HID', 'NM_HID', 'CD_ERR'] Got layer field definitions Nodes: 198190 Way segments: 198580 Lines: 0 Areas: 1919 Joining segments Simplifying line segments Simplifying area segments Traceback (most recent call last): File ogr2osm.py, line 603, in module for nodeID in segmentNodes[segmentID]: KeyError: -7722 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d o Rio de Janeiro
Aproveitando a deixa... Consegui da Prefeitura de Goiânia o cd com o mapa digital da capital. Onde consigo instruções para aprender a utilizar os arquivos .shp e importá-los ao JOSM (ou outro programa) e verificá-los no OSM ? Grato! Flávio Henrique 2010/5/9 Arlindo Pereira openstreet...@arlindopereira.com Inline. []s Em 9 de maio de 2010 21:04, Claudomiro Nascimento Junior claudom...@claudomiro.com escreveu: Pode ser erro de precisão das imagens do Yahoo. Imagino que esteja aí por volta dos 20m. Só medições mais precisas tirariam essa dúvida... Como mencionei, testei com o arquivo de ciclovias porque era um dado que eu tinha entrado no OSM com uma trilha GPS produzida por mim mesmo. Parabéns pela aquisição! Como vc conseguiu? Sempre esteve no site, só obtive a autorização. ;) 2010/5/9 Aun Johnsen li...@gimnechiske.org: Voce verificou o projecao do sou dados? Este poder ser um erro de projecao. Como fazer? Sou leigo em arquivos SHP. 2010/5/9 Arlindo Pereira openstreet...@arlindopereira.com: Senhores, consegui os dados da prefeitura do Rio. O arquivo zip tem uns 50 megabytes, daí eu extraí e disponibilizei no meu servidor: http://nighto.net/rio/ http://nighto.net/rio.zip Tomemos o arquivo de ciclovias (ciclovias.shp e correlatos), que já tenho em grande parte mapeado no OSM com GPS: sudo apt-get install python-gdal libgdal-perl libproj-dev gdal-bin dbview wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/SimpleXMLWriter.py python ogr2osm.py ciclovias.shp wget http://josm.openstreetmap.de/josm-latest.jar java -jar josm-latest.jar (manda abrir o ciclovias.osm) (manda baixar os dados do OSM dando zoom na ciclovia do aterro do flamengo, a mais a direita) http://img534.imageshack.us/img534/7035/capturadetelak.png a linha vermelha é da prefeitura, a linha cinza levemente deslocada foi a criada por mim com base nas imagens de satélite do Yahoo! e rotas GPX. O que pode ter ocasionado esse deslocamento na conversão? Sistema de coordenadas errado? []s ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura d o Rio de Janeiro
Arlindo, vou testar... se precisar posto minhas dúvidas novamente. realmente seria interessante ter algum artigo de como trabalhar com essas importações. Obrigado! Flávio Henrique 2010/5/10 Arlindo Pereira openstreet...@arlindopereira.com Eu usei o http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ http://svn.openstreetmap.org/applications/utils/import/ogr2osm/não achei instruções muito detalhadas, aliás taí um assunto que a gente pode escrever no wiki ou mesmo no mapaslivres. Aqui no Ubuntu eu fiz assim: sudo apt-get install python-gdal python ogr2osm.py arquivo.shp []s Em 10 de maio de 2010 00:06, Flávio Henrique yoshi...@gmail.comescreveu: Aproveitando a deixa... Consegui da Prefeitura de Goiânia o cd com o mapa digital da capital. Onde consigo instruções para aprender a utilizar os arquivos .shp e importá-los ao JOSM (ou outro programa) e verificá-los no OSM ? Grato! Flávio Henrique 2010/5/9 Arlindo Pereira openstreet...@arlindopereira.com Inline. []s Em 9 de maio de 2010 21:04, Claudomiro Nascimento Junior claudom...@claudomiro.com escreveu: Pode ser erro de precisão das imagens do Yahoo. Imagino que esteja aí por volta dos 20m. Só medições mais precisas tirariam essa dúvida... Como mencionei, testei com o arquivo de ciclovias porque era um dado que eu tinha entrado no OSM com uma trilha GPS produzida por mim mesmo. Parabéns pela aquisição! Como vc conseguiu? Sempre esteve no site, só obtive a autorização. ;) 2010/5/9 Aun Johnsen li...@gimnechiske.org: Voce verificou o projecao do sou dados? Este poder ser um erro de projecao. Como fazer? Sou leigo em arquivos SHP. 2010/5/9 Arlindo Pereira openstreet...@arlindopereira.com: Senhores, consegui os dados da prefeitura do Rio. O arquivo zip tem uns 50 megabytes, daí eu extraí e disponibilizei no meu servidor: http://nighto.net/rio/ http://nighto.net/rio.zip Tomemos o arquivo de ciclovias (ciclovias.shp e correlatos), que já tenho em grande parte mapeado no OSM com GPS: sudo apt-get install python-gdal libgdal-perl libproj-dev gdal-bin dbview wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/SimpleXMLWriter.py python ogr2osm.py ciclovias.shp wget http://josm.openstreetmap.de/josm-latest.jar java -jar josm-latest.jar (manda abrir o ciclovias.osm) (manda baixar os dados do OSM dando zoom na ciclovia do aterro do flamengo, a mais a direita) http://img534.imageshack.us/img534/7035/capturadetelak.png a linha vermelha é da prefeitura, a linha cinza levemente deslocada foi a criada por mim com base nas imagens de satélite do Yahoo! e rotas GPX. O que pode ter ocasionado esse deslocamento na conversão? Sistema de coordenadas errado? []s ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Deface construtivo aqui no Rio
bem melhor, hein? mas será que highways=proposed são utilizadas nas rotas? se for, não resolve. Flávio Henrique 2010/4/30 Flavio Bello Fialho be...@cnpuv.embrapa.br Existe o tag highway=proposed, que é renderizado de forma diferente: http://www.openstreetmap.org/?lat=-29.3147lon=-50.1376zoom=13layers=B000FTF Será que railway=proposed não pode ser usado? http://tagwatch.stoecker.eu/Europe/En/tagstats_railway_proposed.html Vitor George escreveu: Se ele não receber bem, explique que no máximo podemos mapear estruturas temporárias, mas não inexistentes, e que continue mapeando porque tem muita coisa de transporte a ser feita no OpenStreetMap. Abs, Vitor 2010/4/30 Arlindo Pereira arli...@clavis.com.br mailto:arli...@clavis.com.br Pois é, acho que a mensagem que mandei foi amigável... espero que ele dê retorno. Se não der, acho que irei mudar as tags eu mesmo em uns 3 a 5 dias. []s -- Arlindo Pereira Analista de Segurança Grupo Clavis Segurança da Informação http://www.clavis.com.br +55 21 2210-6061 +55 21 2561-0867 Em 30 de abril de 2010 10:39, Vitor George vitor.geo...@gmail.com mailto:vitor.geo...@gmail.com escreveu: A gente tem que ter cuidado ao contatar novos usuários, pois geralmente não entendem completamente porque estamos fazendo isso e acabam desistindo do projeto. Vitor 2010/4/30 Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com A mensagem que mandei para ele: Fala ThyagoTM, aqui é o Nighto, também sou forista do TGVBR e do SkyscraperCity. Mas é o seguinte cara, o OpenStreetMap _pode_ ser o local ideal para postar projetos, mas eu iria pedir para você _não_ colocar os projetos do Maglev, pelo menos do jeito que você tá fazendo. Explico: o trajeto _não_ pode aparecer no mapa, simplesmente porque ele não existe! Entretanto, você pode usar outras tags e usar uma relação para fazer aparecer só quando você quiser. Mais especificamente: troque a tag railway=light_rail por description=railway:light_rail e adicione uma nota com a tag note= explicando que é um projeto. A mesma ideia para as estações. Feito isso, você cria uma relação tipo essa: http://www.openstreetmap.org/browse/relation/285322 para postar no fórum, de forma que ela não vai aparecer no mapa, mas vai aparecer nesse quadradinho (que pode ser ampliado). Veja como fazer relations em http://wiki.openstreetmap.org/wiki/Relation:route Você pode inclusive escolher tags suas (sugiro algo como project=railway e project=railway:station) e fazer a sua própria renderização (transformar os dados XML em imagens), isso é possível com o OpenStreetMap. Só dar uma olhada no wiki. Eu queria tanto quanto você que o projeto já estivesse implementado, mas veja bem, ele ficar aparecendo no mapa direto pode confundir as pessoas. Beleza? Conto com a sua colaboração. No mais, que bom saber que temos um companheiro que gosta de trens como eu aqui no OSM. Vamos trocar uma ideia no MSN ou Google Talk? Ainda temos que mapear as estações e trilhos da Supervia... Abraços, Arlindo Nighto Pereira Em 30 de abril de 2010 10:17, Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com escreveu: Não, porque não está em construção, é só um projeto na prancheta. Não é verifiable on the ground como eles dizem. Tem que ser *project* mesmo (ou qualquer outra tag que não uma em uso pelo projeto e não-renderizável). []s Em 30 de abril de 2010 06:35, Claudomiro Nascimento Junior claudom...@claudomiro.com mailto:claudom...@claudomiro.com escreveu: Eu não diria que é caso de reverter. Não seria o caso de railway=construction ou construction=yes? (http://wiki.openstreetmap.org/wiki/Key:construction ) []s 2010/4/30 Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com: Olha que louco o que esse cara fez: http://www.openstreetmap.org/browse/way/57105854 Essa linha não existe
Re: [Talk-br] amenity=bar e amenity=pub vs. Bares, botecos e drinquerias
Desculpe a ignorância, mas o que significa taguear pelo renderer ? Flávio Henrique 2010/4/23 Arlindo Pereira openstreet...@arlindopereira.com Senhores, como vocês tem tagueado bares, botecos e drinquerias? Temos no wiki http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbar e http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpub ? Sabendo que não se deve taguear pelo renderer mas ainda assim, o ícone de taça do amenity=bar me parece mais apropriado a drinquerias e bares chiquezinhos enquanto o amenity=pub me parece mais apropriado a chopperias, botecões pé-sujo e afins. Nesse sentido, me faria até mais sentido trocar a tradução do Potlatch de Bar para Drinqueria e de Pub para Bar/Boteco. O que vocês acham? []s ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Script offline
Rodrigo, eu baixei o Traveling Salesman e fiz vários testes, inclusive algumas alterações, e percebi que o cálculo é bem mais lento que o script online (pelo cloudmade). Salvo descoberta nova, acredito que o TS será invivável. A vantagem que vejo é que podemos retirar do arquivo as vias 'tracks', 'tertiary' ou qualquer outra restrição que quisermos. Questionei o Cloudmade esta semana e eles me disseram que a API deles ainda não suporta restrição no cálculo das rotas. Flávio Henrique 2010/4/16 Rodrigo Avila rodr...@avila.net.br Pessoal, andei dando uma atenção esta semana para o esquema de cálculo de rota com script offline. Os primeiros resultados podem ser vistos aqui: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades/Script_off-line Acho que em breve poderei dar mais detalhes. Mas comentários e sugestões são muito bem vindos. -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Script offline
O que seria um arquivo limpo? Uma base de dados limpa? Sim... baixei apenas a região do estado de Goiás e a importei. Mandei calcular as rotas entre os municípios goianos e durou uma eternidade. Não companhei mais os commits do projeto TS, então pode até ser que algo tenha sido alterado para melhorar a performance... caso haja interesse posso realizar testes novamente. Flávio 2010/4/16 Vitor George vitor.geo...@gmail.com Flavio, Quando vc testou usou um arquivo limpo? Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Script offline
Sim... Eu estava utilizando um arquivo com os dados de Goiás para fazer testes locais e por ser menor. Eu cancelei várias vezes por achar que estava lento também. Fiz algumas intervenções no código e um dia deixei rodando pra valer... um dia e meio para 270 municípios. Posso realizar alguns outros testes, mas acho difícil ele ser mais rápido que o script online. Flávio Henrique 2010/4/16 Rodrigo Avila rodr...@avila.net.br Em 16 de abril de 2010 12:20, Vitor George vitor.geo...@gmail.com escreveu: Flavio, Quando vc testou usou um arquivo limpo? No meu caso, o arquivo era limpo: apenas secondary pra cima, além dos ferry. mas é do país inteiro, e não apenas do meu estado. Até porque, se formos testar depois com as 270 cidades, é este que devemos usar. Estou usando a última versão disponível do Traveling Salesman. Para se ter uma ideia, eu comecei a rodar com todas as 270 cidades, sobre o arquivo limpo, usando o TS. Ele já estava rodando a mais de 40 minutos procurando a rota entre Rio Branco e Arapiraca, e ainda não tinha terminado, quando decidi cancelar. -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rotas estranhas
Hmmm... Blz... alterei o script e o deixei rodando durante a noite. Fui conferir agora e percebi outro problema: o cloudmade calcula rota utilizando vias classificadas como tracks. Não acredito que esse seja o comportamento esperado, pois há inúmeras vias tracks inseridas com origem IBGE que sequer sei se existem. Alguém discorda? Então, seria possível especificar no script para não considerar vias tracks nos cálculos das rotas? Grato. Flávio Henrique 2010/4/8 Rodrigo Avila rodr...@avila.net.br Em 8 de abril de 2010 17:32, Flávio Henrique yoshi...@gmail.com escreveu: Ótimo Rodrigo. Obrigado! Por curiosidade, onde você conseguiu esta informação? Pesquisei um monte aqui e não a encontrei. Usei o botão Share, no canto superior direito da tela. Ele monta um permalink para a rota que tu montou. Foi só coletar os dois permalinks, e comparar. Nada de mais :) -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Portal Brasileiro de Dados Geoespaciais
Mas alguém conferiu se há alguma área afastada com imagem boa? Nos rápidos testes que fiz aqui, as imagens parecem as mesmas que o Yahoo! Imagery disponibiliza e que o Potlach utiliza. Flávio Henrique 2010/4/9 Vitor George vitor.geo...@gmail.com Eu vou fazer contato para ver se eles disponibilizam imagens em alta resolução para áreas afastadas. 2010/4/9 Samuel Vale srcv...@minaslivre.org Em Sex, 2010-04-09 às 13:34 -0300, Rodrigo Avila escreveu: Algum de vocês já tinha visto isso? http://goo.gl/qF0d Recebi uma notícia sobre esse portal pelo identi.ca da Voz do Brasil, mas não tinha obtido o link :). Dei uma olhada mas não obtive sequer informações sobre licença de uso dos dados. Uma coisa que vi é que tem exibição de Google maps lá dentro. Abraço, -- Samuel Vale srcv...@minaslivre.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rotas estranhas
ahh... só pra informar o site que utilizei para localizar vias tertiary em Goiás: http://wiki.openstreetmap.org/wiki/Query-to-map http://wiki.openstreetmap.org/wiki/Query-to-mapjá conheciam? achei muito interessante pois podemos pesquisar por key/value, ou seja, por valores das tags dos objetos dá pra encontrar tudo por sua tag. por exemplo: vias classificadas como 'track' na região de Goiás http://goo.gl/v3sW Flávio Henrique 2010/4/9 Rodrigo Avila rodr...@avila.net.br Em 9 de abril de 2010 13:44, Flávio Henrique yoshi...@gmail.com escreveu: posso ser voto vencido, mas penso que tracks não deveriam ser utilizadas nas rotas... mesmo se queremos as mais curtas. gostaria de ver as rotas calculadas em rodovias oficiais (mesmo as não pavimentadas), que estão nos mapas do DNIT, por exemplo. Neste sentido eu concordo contigo. Prefiro ir para uma cidade sempre pelas rodovias ou estradas principais. But... gosto da sugestão do Rodrigo em retirar as vias = tertiary... eu já fiz algo parecido (trocando as tertiary por secundary) em Goiás (ao menos nas rodovias documentadas pelo DNIT)... utilizei um site que aceita consultas por parâmetros (não tenho o link agora aqui, mas posto depois). então. o que acham de retirar somente as vias tracks, deixando as tertiary? aqui é que temos o problema: separar as rodovias é a parte fácil (ou menos difícil). *Rotear* sobre estes dados é que eu não sei como fazer. Automatizar isto, então... -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rotas estranhas
Realmente percebi que as vias motorway e trunk possuem um ímã muito forte para as rotas... rs... Vou dar uma estudada na api da Cloudmade para ver se há como calcular as rotas pelo caminho mais curso, assim modifico o script. Obrigado a todos. Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Mapeamento Tocantins
Amigos, boa noite! Há alguém mapeando, especificamente, Tocantins? Pretendo fazer o mesmo trabalho que fiz em Goiás nos Estados próximos e gostaria de saber se já há alguém trabalhando nesta área. Grato. Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Rotas estranhas
Olá amigos! Às vezes não entendo as rotas que o Cloudmade faz... Utilizando o script ruby para calcular as rotas das cidades goianas, vejo casos como este: [image: Clipboard02.jpg] Percebe-se claramente que não é a melhor rota. Isso faz com que algumas rotas calculadas apareçam amarelas na grid final (arquivo html) e causando perda de tempo para tentar corrigi-las quando, na verdade, não há nada para corrigir. Basta subir o ponto B um pouco e temos o seguinte resultado: [image: Clipboard04.jpg] Isso é um bug do cloudmade? Alguma ideia sobre como contornar isso? Grato. Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't Clipboard04.jpgClipboard02.jpg___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relatório Semanal: 23/03/2010
Poxa... se o cloudmade atualizasse a base de dados deles com mais frequência... Estou esperando há dias minhas edições aparecerem no servidor deles pra eu rodar o script em Goiás. Flávio Henrique 2010/3/23 Vitor George vitor.geo...@gmail.com *Status dos Projetos OSM-br* * B250C - Brasil 250 Cidades* Página do Projeto: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades ***2a. fase* Conectividade em *62,99%* *(+1,09%)* Grid Atualizado (html): http://mapaslivres.org/cidades-distancias.html (13 Mb) Grid Atualizado (zip): http://mapaslivres.org/cidades-distancias.ziphttp://mapaslivres.org/cidades-distancias.html(2 Mb) *JOSM - Tradução ao português* Página do Projeto: https://translations.launchpad.net/josm/trunk/+pots/josm Indicador: Percentual de strings traduzidas em *65.07% **(+7,10%)*** *Site osm.org - Tradução ao português * Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/site Indicador: String Traduzidas em *100%* *Potlach* - *Tradução ao português* Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/potlatch Indicador: String Traduzidas em *100%* ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Key:place
Então, pra resumir a história: é para usarmos o definido em http://wiki.openstreetmap.org/wiki/Key:place, certo? Assim que terminar as interligações das rodovias goianas, vou atualizar os municípios com base na tag e informações do IBGE. Flávio Henrique 2010/3/5 Flávio Henrique yoshi...@gmail.com Ok. Entendi. Obrigado pessoal. Flávio Henrique 2010/3/5 Alexandre Parente Lima alexandre.pare...@gmail.com A diferença esta na renderização do nome do local. (tamanho da fonte) Citytownvilagehalmet Outra diferença é em que plano ele é renderizado. (zoom) Mais ou menos assim: *city* *town* *vilage* *halmet* Alexandre Parente Lima ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Key:place
Pessoal, desculpe se a pergunta já foi respondida ou parecer sem noção, mas eu ainda não sei qual a diferença no mapa ou para quem pesquisa, se um node é classificado como city, town, etc. Alguém poderia me esclarecer se há diferença visual? Resumindo, a classificação influencia em quê? (não quero passar a idéia de que sou contra a classificação. É só pra entender) Grato. Flávio Henrique 2010/3/5 Aun Johnsen li...@gimnechiske.org Bem atrais fui om suggecao do tag capital=yes, ou capital=admin_level para mapear os capitais. Poder ser usado tambem, e os renderers poder utalizar para prioritar os simbolos no mapa. A 2010/3/5 Luigi Castro Cardeles luigi.carde...@gmail.com: Ou então a solução é uma nova tag para capital/sede? []'s Luigi Castro Cardeles Em 5 de março de 2010 09:44, Alexandre Parente Lima alexandre.pare...@gmail.com escreveu: Flavio, e será que é razoável São Paulo/SP e Santa Rita/PB terem a mesma classificação? Santa Rita/PB e vizinho a João Pessoa/PB, capital do Estado, segundo a classificação atual nada as diferem, e a única informação que tenho é que ambas tem mais de 100.000 habitantes. Na classificação sugerida, com uso da tag population, saberíamos que João Pessoa é a capital do Estado, Santa Rita um município (que por acaso possui diversos distritos e vilas) e por fim sua população. No estado de São Paulo a nova classificação daria destaque a capital, atribuindo a categoria de town a diversas outros município com mais de 100.000 habitantes naquele estado, como: Barueri, Araçatuba, etc, etc Um problema em particular, Município do Conde/PB, sua população é de 20.000 habitantes (somado todas as suas vilas e distritos), só que boa parte (90%) residem no distrito de Jacuma, graças a população que reside em Jacuma (mais de 10.000 hab) e outras vilas a Villa do Conde/PB recebe a classificação de town Bem, é isso. Em 5 de março de 2010 10:03, Flavio Bello Fialho be...@cnpuv.embrapa.br escreveu: Para quem usa o mapa, o que interessa é o tamanho da cidade. Não faz sentido Guarulhos/SP e Campinas/SP, ambas com mais de 1 milhão de habitantes, terem a mesma classificação que Borá/SP ou Serra da Saudade/MG, ambas com menos de 1000. Sugiro que fique como está: city 100.000 (273 municípios) town 10.000 (2741 municípios) village 1000 (2549 municípios) hamlet 1000 (2 municípios) Como exceção, acho razoável que Borá/SP (pop=837) e Serra da Saudade/MG (pop=890) sejam classificados como village, já que são os dois únicos municípios brasileiros com menos de 1000 habitantes. Sempre colocar também a população, usando como fonte o IBGE: ftp://ftp.ibge.gov.br/Estimativas_Projecoes_Populacao/Estimativas_2009/UF_Municipio.zip Flávio Henrique escreveu: Eu não tenho óbice em nenhuma das duas formas de classificação. Tenho a tendência em gostar mais da opção proposta por você Alexandre. Entretanto, tenho uma dúvida no seguinte trecho: pois em certos municípios do brasil teríamos varias villages, e não seria possível definir qual a sede do município. Qual o impacto disso no osm? Até o presente momento não vi onde estas informações influenciam no mapa. Grato. Flávio Henrique On Thu, Mar 4, 2010 at 23:34, Alexandre Parente Lima alexandre.pare...@gmail.com mailto:alexandre.pare...@gmail.com wrote: Bom dia. Segundo a wiki do openstreetmap, /In //most// Western //countries//, //the// status //of// a //location// (//whether// //it// //is// a //city/town///etc.), //is// //decided// //by// //the// //government//, //and// //is// //not// a //function// //of// //size//. //But// //most// //OSM// //communities// //of// //those// //countries// //have// made a //convention// to use //the// //population// to decide //which// //place// //tag// to use, to //ensure// a more //common// //way// //of// //tagging// //across// //the// //globe//, //and// //not// to //end// up //with// //cities// //of// 1000 //residents// for //example//. In //any// case, //check// //the// //country// //pages// //on// //this// //wiki// to decide //how// to //tag// a //place// in //each// //specific// //country//./ Dessa forma, gostaria de um posicionamento quanto ao uso da tag /place/. Hoje, utilizamos o numero de habitantes para definir se um aglomerado urbano é uma /city//, //town//, , //village//, //halmet/. Acredito que isso não contribui com muita em termos de informação, pelo contrario, pode até confundir, pois em certos municípios do brasil teríamos varias villages, e não seria possível definir qual a sede do município. Minha sugestão seria: *Capitais :* /City/ *Municípios:* /Town/ *Distritos: */Village/ *Vilas, Assentamentos rurais , comunidades, etc, etc
Re: [Talk-br] Key:place
Ok. Entendi. Obrigado pessoal. Flávio Henrique 2010/3/5 Alexandre Parente Lima alexandre.pare...@gmail.com A diferença esta na renderização do nome do local. (tamanho da fonte) Citytownvilagehalmet Outra diferença é em que plano ele é renderizado. (zoom) Mais ou menos assim: *city* *town* *vilage* *halmet* Alexandre Parente Lima ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Key:place
Eu não tenho óbice em nenhuma das duas formas de classificação. Tenho a tendência em gostar mais da opção proposta por você Alexandre. Entretanto, tenho uma dúvida no seguinte trecho: pois em certos municípios do brasil teríamos varias villages, e não seria possível definir qual a sede do município. Qual o impacto disso no osm? Até o presente momento não vi onde estas informações influenciam no mapa. Grato. Flávio Henrique On Thu, Mar 4, 2010 at 23:34, Alexandre Parente Lima alexandre.pare...@gmail.com wrote: Bom dia. Segundo a wiki do openstreetmap, *In **most** Western **countries**, **the** status **of** a **location**( **whether** **it** **is** a **city**/**town**/etc.), **is** **decided** ** by** **the** **government**, **and** **is** **not** a **function** **of** **size**. **But** **most** **OSM** **communities** **of** **those** ** countries** **have** made a **convention** to use **the** **population**to decide **which** **place** **tag** to use, to **ensure** a more **common** **way* * **of** **tagging** **across** **the** **globe**, **and** **not** to ** end** up **with** **cities** **of** 1000 **residents** for **example**. In **any** case, **check** **the** **country** **pages** **on** **this** ** wiki** to decide **how** to **tag** a **place** in **each** **specific** * *country**.* Dessa forma, gostaria de um posicionamento quanto ao uso da tag *place*. Hoje, utilizamos o numero de habitantes para definir se um aglomerado urbano é uma *city**, **town**, , **village**, **halmet*. Acredito que isso não contribui com muita em termos de informação, pelo contrario, pode até confundir, pois em certos municípios do brasil teríamos varias villages, e não seria possível definir qual a sede do município. Minha sugestão seria: *Capitais :* *City* *Municípios:* *Town* *Distritos: **Village* *Vilas, Assentamentos rurais , comunidades, etc, etc : **Halmet* *Junto ao uso da **tag**:** *population=number Alexandre Parente Lima ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Falta pouco para o JOSM em pt-br!!!
Eu também não gosto de Abrir ficheiro... e coisas afins. Se puder sugerir, sugiro duas traduções. Flávio Henrique 2010/2/18 Vitor George vitor.geo...@gmail.com Bom, eu discordo. No caso de programas de computador fica bastante diferente. Ecrã, rato, etc, etc... Num texto da wikipedia eu acho que é ok, apesar de notadamente haver diferenças de estilo. Mas é só fazer um teste em qualquer programa que tenha pt e pt-br para ver a como fica bastante diferente. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Potlach 1.3e
Olá pessoal! Hoje notei que a nova versão do Potlach exibe alguns dos nós da via com círculos animados (um círculo pulsante). Alguém faz idéia do que isso significa? Fiz uma rápida procura mas não achei nada. Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relatório Semanal: 03/01/2010
2010/2/4 Rodrigo Avila rodr...@avila.net.br Em 4 de fevereiro de 2010 12:35, Flávio Henrique yoshi...@gmail.com escreveu: Notei o seguinte ontem... O problema não é encontrar as coordenadas das cidades mas sim ter uma via mapeada próxima ao ponto da cidade. Um exemplo é o de Barretos-SP. Não há nada mapeado lá... E neste caso? Informa as coordenadas assim mesmo? Na minha opinião, sim. Até porque vai ser mais uma forma de descobrir as cidades grandes que não estão mapeadas. Também concordo. Se este for o entendimento majoritário do Plenário, deixem comigo que eu completo as coordenadas. Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Tags padrão para POIs
Pessoal, procurei mas não encontrei um padrão para os POIs que indicam as cidades. O que deve constar, no mínimo, nestes objetos? Já vi que alguns tem as tags is_in, outros não... alguns tem is_in:continent, is_in:country, is_in:state, population, etc... O que é realmente importante ou necessário ter nestes objetos? A paz! Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Corrigindo as rodovias do RS
Em Goiás, as rodovias devem estar em 60-70% corrigidas (com nomes e conexões corretas), também conforme mapa multimodal 2009 do DNIT. Assim que eu concluir Goiás, devo passar pra Tocantins, caso ninguém esteja trabalhando por lá. A paz! Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2010/1/27 Claudomiro Nascimento Junior claudom...@claudomiro.com Bem legal, Flavio, Acrescentei o link para as rodovias de SP []s 2010/1/27 Flavio Bello Fialho be...@cnpuv.embrapa.br: Estou corrigindo as rodovias do Rio Grande do Sul da forma descrita em http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Como_mapear_as_rodovias Isso deve melhorar bastante a conectividade e limpar um pouco o mapa. Já fiz as 11 primeiras estaduais da lista em http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Rodovias_Estaduais e estou agora na ERS-129. Seria ótimo se fosse feito algo parecido nos demais estados. Aceito sugestões. -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] B250C - Atualização do Grid - 23/12/ 2009
Eu estava trabalhando no Estado de Goiás (estava pois agora estou de férias em Goiânia) e estou com 70% dos municípios interligados. A maioria do meu grid está verde. Acho que quando eu terminar Goiás várias rotas para outras capitais fique melhor pois inúmeras rodovias no Estado estavam quebradas. A paz e um ótimo ano novo para todos! Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2009/12/24 Aun Johnsen li...@gimnechiske.org 2009/12/23 Rodrigo Avila rodr...@avila.net.br Pelo jeito, vamos continuar com problemas em conectar Manaus ao resto do mapa, pois o roteador do cloudmade não reconhece rotas por balsa. http://developers.cloudmade.com/issues/show/90 -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.br Adiciono um noticia do Manaus no ticket, viu que o ticket tem alto prioridade. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] B250C - Atualização do Grid
2009/12/21 Rodrigo Avila rodr...@avila.net.br 2009/12/21 Flávio Henrique yoshi...@gmail.com: bin/osmosis --read-xml file=south-america-same.osm.gz --bounding-polygon file=brasil.txt --write-xml file=brasil.osm Este brasil.txt é o mesmo arquivo .poly que tem no cloudmade.com? [1] Se funcionar por aqui, vou começar a fazer os meus mapas para Garmin com os dados do país inteiro... [2] [1] http://download.cloudmade.com/south_america/brazil/brazil.poly [2] http://maps.avila.net.br/garmin Exato. É o mesmo arquivo. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relações de Rodovias
2009/12/19 Aun Johnsen li...@gimnechiske.org 2009/12/19 Arlindo Pereira openstreet...@arlindopereira.com Falando nisso, uma dúvida que eu tive agora: quando uma rodovia é duplicada e há um relation que a contém, esse relation deve conter as duas pistas, certo? Me lembro de cor aqui que algumas no Rio só tinham uma das pistas. Nunca me preocupei muito com isso mas acho que está na hora de mudar :X []s É... esse negócio de ter duas vias desenhadas para pistas duplicadas complica muito mesmo. Normalmente não se desenha os retornos, e aí a rota fica muito grande por falta deles. A BR-153, por exemplo: da forma que está hoje, praticamente só existe retorno nas cidades onde há um viaduto desenhado. A paz! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] B250C - Atualização do Grid
Olá a todos! Terminei de realizar as adaptações no Traveling Salesman para calcular as rotas e distâncias das cidades offline (dado um arquivo texto com as coordenadas). Mas... eu notei que, na maioria dos casos, o cálculo das rotas/distâncias no TS é bem mais lento que o script do ruby, apesar do script ruby calcular a rota A-B e depois calcular B-A (o que é desnecessário). Utilizando o mesmo arquivo fonte com as coordenadas de três cidades, vejam alguns números que encontrei no cálculo das distâncias e geração do arquivo csv (sem geração do html): Script ruby: 1ª vez: 7.87245 seg 2ª vez: 8.04646 seg 3ª vez: 8.54348 seg TS: 1ª vez: 68.198 seg 2ª vez: 68.144 seg 3ª vez: 68.220 seg Pra mim está claro que se a intenção é poupar tempo, acredito que o TS não seja a melhor escolha. Há rotas que ele fica uns 4 ou 5 minutos calculando. Aparentemente o cloudmade.com (servidor utilizado pelo script ruby) possui uma forma de retornar somente as distâncias (objetivo do script ruby) mas o TS Agora se a intenção é baixar um arquivo enorme (south-america.osm.bz2), importá-lo (ou extrair a região desejada) e trabalhar offline, pode até ser. Vale notar que eu tinha, como base de dados no TS, a região de Goiás importada (relativamente pequena). Entrarei em contato com o autor do projeto TS para saber se há algum método que traria a distância entre as duas coordenadas (obviamente através das rotas disponíveis), que não demandasse tanto processamento. Questionarei, também, se ele tem interesse em incluir o código na versão oficial dele. Assim a alteração ficaria disponível para todos. Sugestões? A paz! Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2009/12/16 Vitor George vitor.geo...@gmail.com Olá Pessoal, Acabo de atualizar o grid. Creio que é o momento de congelar a adição de novas cidades, porque assim poderemos ver efetivamente o quanto estamos melhorando a conectividade. A meta é alcançar um patamar de 90% para podemos ir para uma segunda fase. *Atualmente a conectividade está em 50,8%.* O script está demorando umas 5 horas para mim. Criei uma página no wiki para trabalharmos no script off-line: http://bit.ly/4DC03l Vejam como está o grid agora: http://mapaslivres.org/cidades-distancias.html Sds, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] B250C - Atualização do Grid
Bráulio, e essa implementação significa o que a expressão abaixo quer dizer ? 'Essas são rotas tortuosas, o que quer dizer que elas são pelo menos 50% mais longas que a linha reta que une as cidades.' (extraída de http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades) Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2009/12/17 Bráulio Bezerra da Silva brauliobeze...@gmail.com Bem... não é exatamente a distância em linha reta o que você quer, eu acho. Você quer a menor distância indo por cima da superfície terrestre. Em [1] há uma implementação de uma aproximação. [1] http://www.movable-type.co.uk/scripts/latlong.html 2009/12/17 Flávio Henrique yoshi...@gmail.com Pessoal, ontem adaptei o TravelingSalesman para calcular rotas, a partir de um arquivo texto com as coordenadas dos pontos. O que estou fazendo: - baixando o arquivo http://download.geofabrik.de/osm/south-america.osm.bz2 e extraindo a região que preciso de lá (no meu caso Goiás). - importando o mapa extraído ao TS - calculando as rotas com base em arquivo texto com coordenadas (nos moldes da relação em http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades/Cidades_da_1a_fase ) Hoje vou trabalhar na criação da tabela, conforme o padrão em http://mapaslivres.org/cidades-distancias.html (mas pra isso preciso entender como calcular a distância em linha reta no TS). Então, em relação aos itens da página http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades/Script_off-line só falta o pessoal da geofabrik disponibilizar um arquivo só do Brasil. Alguma sugestão? Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2009/12/16 Vitor George vitor.geo...@gmail.com Olá Pessoal, Acabo de atualizar o grid. Creio que é o momento de congelar a adição de novas cidades, porque assim poderemos ver efetivamente o quanto estamos melhorando a conectividade. A meta é alcançar um patamar de 90% para podemos ir para uma segunda fase. *Atualmente a conectividade está em 50,8%.* O script está demorando umas 5 horas para mim. Criei uma página no wiki para trabalharmos no script off-line: http://bit.ly/4DC03l Vejam como está o grid agora: http://mapaslivres.org/cidades-distancias.html Sds, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] B250C - Atualização do Grid
2009/12/17 Vitor George vitor.geo...@gmail.com Você não precisa fazer um script para gerar o html, porque podemos continuar usando o que está feito em ruby. Ele funciona muito rápido, o problema mesmo é o cálculo de rotas. O arquivo de entrada deve ser um .csv, como no exemplo abaixo: Sao Paulo,SP;Aracaju,SE;NO ROUTE Sao Paulo,SP;Bage,RS;1516589.0 Sao Paulo,SP;Belem,PA;NO ROUTE Sao Paulo,SP;Belo Horizonte,MG;582389.0 Sao Paulo,SP;Bento Goncalves,RS;1003978.0 Sao Paulo,SP;Blumenau,SC;896355.0 Sao Paulo,SP;Boa Vista,RR;NO ROUTE Sim.. realmente. A intenção é fazer numa ferramenta só. Assim, ele calcularia as rotas e geraria os arquivos no final. Claro que será opcional. Gera-se só o csv ou os dois. Ficará a critério. A paz! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida no desenho das vias
Olá Maira! Tudo bem? No começo apanhei muito no JOSM, mas depois que você insiste e pega o jeito fica fácil. Resolvi até o problema de rotas... rs. Estou utilizando o Potlach pro grosso e o JOSM para detalhes. Na verdade eu sou é de Goiânia. Estou em Brasília porque trabalho aqui. Não pretendo mapear nada em Brasília por enquanto até porque há outros mapeando por aqui e ainda não conheço tanto como Goiânia. Meu GPS está programado para o primeiro semestre do ano que vem, então podemos combinar sim ! Entrei em contato com um amigo que trabalha na COMDATA (Prefeitura de Goiânia) sobre um mapa digital que existe lá pra ver se podemos utilizar posteriormente. No momento estou mapeando apenas as rotas de ligação com a cidade, pois Goiânia não tinha ligação com nada... rs. Aproveitando: ontem mandei um email pro maps.cloudmade.com e perguntei de quanto em quanto tempo o site é atualizado com os dados do OpenStreetMap. Recebi resposta dizendo que é semanal, mas até final do mês será diário. Informaram também sobre o editor deles http://mapzen.cloudmade.com/ que é atualizado a cada minuto! Tinha aberto o site uma vez antes só pra ver como era mas não atualizei nada (não sabia que era atualizado a cada minuto). Alguém conhece mais a fundo? Agora só ficou uma dúvida (que estou aguardando resposta): o que acontece com os dados aguardando atualização (do osm) e os que por ventura alguém atualizou na mesma rodovia, no mapzen? Quem ganha? Obrigado! A paz! Flávio Henrique 2009/12/15 catdevrandom gro...@catdevrandom.com E aproveitando a deixa: também sou de Brasília, estava estudando fora, mas cheguei ontem de madrugada. Vim com um celular com GPS na mala e estou pronta para mapear! :) Se quiser combinar algo, entre em contato! Boa sorte! Maira ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida no desenho das vias
2009/12/15 Rodrigo Avila rodr...@avila.net.br Oi Flávio, se for possível, dá um curso aí pra gente... já tentei usar este plugin, mas nunca consegui fazer ele funcionar. -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.br Pessoal, na verdade a instalação não tem segredo, basta marcar o plugin lá na aba Configure available plugins A diferença aqui deve ser porque estou utilizando a revision 2640 do JOSM (josm-latest.jar). Não testei o plugin na revision 2561 (josm-tested.jar). A utilização do plugin é que no início é chato. Mas até você entender que você precisa clicar no lugar certo. Seguinte: 1) após a instalação do plugin um novo menu aparecerá: Routing 2) acesse o menu e escolha Add routing layer. Assim um novo layer ficará disponível do lado direito. Note que três outros botões aparecerão na barra de ferramentas do lado esquerdo. 3) ative o layer Routing [nome do data layer utilizado] 4) clique no botão Click to add destination e clique em um dos nós de qualquer via que haja a tag highway (uma bandeira verde aparecerá - é o ponto inicial). Vá clicando em outros nós que o plugin vai traçando a rota. 5) os outros botões são utilizados da mesma forma que o Add... Dúvidas? Qualquer coisa eu faço algo com imagens e mando. Flw! PS: Eu só queria que o maps.cloudmade pudesse ser atualizado mais rápidamente. Quero calcular as distâncias das cidades e ainda não rola. :( A paz! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação das vias
2009/12/14 Aun Johnsen li...@gimnechiske.org Por o ultima linha (que eu escreveu), eu modo o script no wiki, mas nao tem como ver que este e certo. Meu idea foi quando voce coloquar o mouse esimo o distancia voce vai ver um bandeira com (Vitoria) 534 km (Rio de Janeiro) ou similar. Com mais que 15 cidades no lista e quase impossivle ver que cidades o distancia tem vilidad. Ê povo rápido. Quando fui atualizar o script alguém já o tinha feito. -- Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Apresentação
Boa noite pessoal! Meu nome é Flávio Henrique e atualmente moro em Brasília-DF. Já enviei outros emails anteriormente, mas não me apresentei. Vi no histórico da lista que há esse padrão. Eu conheci o openstreemaps.org faz algum tempo (nem me lembro como), mas foi recentemente que resolvi ajudar, pois vi que minha querida cidade de Goiânia não tinha conexão com nada... nadinha... rs.. já conectei praticamente todas as GOs que chegam a ela (só estou esperando atualizar o maps.cloudemade para verificar as rotas). Agora... para mapear as avenidas e ruas principais da cidade, estou encontrando uma tremenda dificuldade no seguinte: avenidas duplicadas (com canteiro central ou não). Desenhar duas vias (cada uma com oneway=yes) até que não é o problema mas sim as junções com outras avenidas/ruas e os retornos. Os retornos são terríveis. Até para as rodovias federais/estaduais duplicadas fica complicado você ficar procurando onde há retorno ou não para fazê-lo. Pergunta: há uma forma melhor de fazer isso? Um colega me respondeu na lista que o padrão é desenhar SIM as duas vias (uma para cada sentido). Pode ser que eu esteja fazendo da forma mais difícil, portanto se houver documentação sobre esses padrões por favor, me indiquem. Obrigado e até! A paz! -- Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida no desenho das vias
é... após ler, ler, testar todos os programas disponíveis acho que o Potlatch é a melhor opção... até consegui colocar o WMS, com o Yahoo! Imagery, pra funcionar no JOSM, mas a resolução das imagens dá até dó (ao menos para a região que pretendo trabalhar). vou fazer o grosso mesmo no Potlatch. obrigado a todos pelas dicas. Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br