Srs,
Uma dúvida,
Como tenho usado bastante o site de dados abertos da Prefeitura do Recife
para importar dados para o OSM, descobri mais alguns dados interessantes.
Tenho um arquivo geojson com os lotes, numerados e com informações
adicionais, como nome do prédio, área etc de parte da cidade.
Marcelo
Depende um pouco o que informação estes camadas tem.
Por exemplo acho muito interessante importar paredes (as casas), e onde ha
definição uso do solo (residencial, commercial, retail, industrial)
Eu acho menus interessante no momento importar cada lote independente. Mas se
cada lote
Não acho interessante adicionar isso ao OSM, a não ser que a cidade
fosse como Brasília, onde o endereçamento é feito por quadras.
Em 2015-01-16 11:19, Marcelo Pereira escreveu:
Srs,
Uma dúvida,
Como tenho usado bastante o site de dados abertos da Prefeitura do
Recife para importar dados
Aun/Marcelo
Creio que se houver a informação housenumber é muito melhor importa-la no lugar
de usar interpolação.
É preciso lembrar que mesmo nas capitais muitos logradouros numeração
irregular e a interpolação pode criar outros problemas. Nomes de edifício
também são importantes, pois
Legal!!
O OsmAnd é muito bom.
Para coletar trilhas e fazer anotações, eu recomendo o OsmTracker
https://drive.google.com/file/d/0ByBgfQ7MLARZUVUtY1B5a3k1WlE/view?usp=sharing,
esse é ótimo para gravar trilhas e oferece muitas opções de notas com
botões predefinidos e também por voz, texto e foto.
Você poderia importar o contorno das quadras com o landuse correspondente,
acho que ficaria interessante especialmente na área comercial.
2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br:
Aun/Marcelo
Creio que se houver a informação housenumber é muito melhor importa-la no
Acho que, se existem informações concernentes aos lotes, é mais preciso
utilizar landuse neles mesmos e não na quadra. Raramente quadras comerciais
o são 100%, é mais comum de acontecer em algumas zonas residenciais.
Em 16 de janeiro de 2015 18:16, Arlindo Pereira
Em vez mapear cada lote independente, juntar os lotes com mesmo landuse, assim
mesmo se a quadra não e 100% um landuse, a mapa não identificando cada lote
independente
Aun Johnsen
On Jan 16, 2015, at 17:38, Vítor Rodrigo Dias vitor.d...@gmail.com wrote:
Acho que, se existem informações
Srs,
Agradeço pelas dicas,
Para efeito de exemplo, segue abaixo um exemplo das informações de cada um
dos conjuntos de dados citados:
Lotes
Aqui temos não o contorno das edificações em si, mas o polígono que
contorna o lote.
A lista de atributos do arquivo original é a que segue abaixo:
Não é algo que eu tenha discutido com outras pessoas, mas ultimamente ando
pensando o seguinte:
Quando tem coisas que não batem exatamente com etiquetas pré-existentes,
deveríamos criar uma etiqueta explicitamente feita para uso no Brasil para
descrever aquilo que desejamos.
Só temos que manter
No parede ou casa dentro lote
building=residencial
addr:street=Rua Antônio Novais
addr:housenumber=51
addr:housename=Edifício Cariama
Como o dataset tem nome_edifi: em maiúsculo, o set preciso ser analisado
manualmente antes que finalizar o import, talvez primeiro rodar o script,
depois
Acho que, uma vez importado o lote, dá pra fazer um trabalho posterior bom
com as edificações que se localizam dentro dele. Para mim, é muito mais
relevante que tenhamos a informação sobre os lotes importada e
posteriormente tratada caso a caso.
Em 16 de janeiro de 2015 20:05, Lists
Nao concordando, edificio tem muito mais importância a mapa que o lote, o lote
e um dado não p visualizar (fora do uso do solo [landuse])
Aun Johnsen
On Jan 16, 2015, at 19:13, Vítor Rodrigo Dias vitor.d...@gmail.com wrote:
Acho que, uma vez importado o lote, dá pra fazer um trabalho
Marcelo, Vitor,
Tenho a impressão de que as regras de qualidade vigentes na comunidade
não permitem isso. Suas importações seriam revertidas se trouxessem tags
alienígenas em lugar das tags praticadas.
E eu concordo com isso. Se é para importar, o volume é grande e o
importador deve se empenhar
Eu concordo com o Vitor.
Se existem conceitos ainda não existentes no OSM, cria-se uma tag e
documenta no wiki. Em algum momento, se esse conceito fizer parte do OSM
fica muito mais fácil de fazer uma substituição em batch das tags.
Marcio Aguiar Ribeiro
2015-01-16 19:26 GMT-03:00 Alexandre
*Era: Re: [Talk-br] Novidades do OSM*
Edil,
Os dois tutoriais em forma de apresentação ficaram muito interessantes.
Mostram rapidamente, por imagens, qual é a proposta.
Apesar de já existir o blog http://rede.acessasp.sp.gov.br/projeto/rgm,
penso que está faltando apontar essas coisas no
Nesse sentido, eu também tenho concordância com você. Porém, não
completamente. Pois se eu me sentisse livre eticamente para sair criando
tags, eu teria criado um bocado delas, quando estava com mais gás ou
prioridade para [começar a] mapear.
Alexandre Magno
Em 16 de janeiro de 2015 20:01,
Nova redação:
Para sua arquitetura de informação, e visual, o site da OpenStreetMap
Brasil poderia pegar algumas ideias presentes no RGM. Pelo menos para uma
parte do conteúdo, essas noções mais notáveis, de ter uma navegação em
menus grandes, com pouco texto e muitos ícones.
Minha ênfase é
Oi, Marcelo
Uma ideia que pode ser interessante seria você gerar uma tile layer com
alguns desses dados, como fez o vitor george com esses dados da
Prefeitura de São Paulo:
Na verdade quando falei informações sobre os lotes me referia aos lotes em
si. Concordo que existe um excesso de tags que, pelo menos por enquanto, é
totalmente desnecessária ao OSM.
Em 16 de janeiro de 2015 21:06, Alexandre Magno Brito de Medeiros
alexandre@gmail.com escreveu:
Nesse
20 matches
Mail list logo
