Re: [Talk-br] Sobre addr:interpolation - possibilidades

2016-12-17 Por tôpico Vítor Rodrigo Dias
Essa base de dados de faces é o shapefile das faces que compõem os mapas do IBGE. Liberaram para download faz poucos meses. Em dom, 18 de dez de 2016 às 03:37, santamariense escreveu: > Eu concordo contigo neste ponto. Porém há quem prefira de trecho em > trecho para

Re: [Talk-br] Sobre addr:interpolation - possibilidades

2016-12-17 Por tôpico Marcos Fedato
Tecnicamente sim. 2 problemas 1) numeracoes nao sao sempre sequeciais e isso pode criar overlaps entre os ranges (cnefe tem inumeros erros, algumas cidades tem 2 numeracoes uma da prefeitura outra da empresa de energia, vc acha mesmo que o recensciador sabe diferenciar isso?) Eu vi o dado a

Re: [Talk-br] Sobre addr:interpolation - possibilidades

2016-12-17 Por tôpico santamariense
Eu concordo contigo neste ponto. Porém há quem prefira de trecho em trecho para melhor precisão. Chegamos a discutir, aqui mesmo neste tópico, o uso do próprio eixo da via para isso, sem criar novas geometrias. Tem aqueles que vão querer fazer de quadra em quadra, mas aí cada um faz como quiser,

Re: [Talk-br] Sobre addr:interpolation - possibilidades

2016-12-17 Por tôpico Vítor Rodrigo Dias
Santamariense, tenho duas ideias: - extrair o maior e o menor número de cada face, ao invés de interpolar cada número - associar os extremos às pontas de cada traço de interpolação - utilizar a própria base de dados de faces do IBGE para adicionar os dados de interpolação É viável? Em dom, 18

Re: [Talk-br] Sobre addr:interpolation - possibilidades

2016-12-17 Por tôpico santamariense
Postei na comunidade do QGis um tópico sobre a criação de SHPs a partir do CNEFE para ver se alguém tem alguma ideia disso para posteriormente facilitar nosso trabalho aqui no OSM. Tópico: https://goo.gl/g39rCO ___ Talk-br mailing list

Re: [Talk-br] Sobre addr:interpolation - possibilidades

2016-12-17 Por tôpico santamariense
@Vítor, já tive a infelicidade de conhecer este arquivo do CNEFE sem tabulações/; - Isso dificultaria muito a nossa ideia de importação. Se baixar os CSV por setores censitários, eu consegui transformar em shp, mãnnnsss, as zonas urbanas, de onde temos o maior interesse, não tem coordenadas, de

Re: [Talk-br] Vídeos e fotos do State of the Map Latam 2016

2016-12-17 Por tôpico Alexandre Magno Brito de Medeiros
Há slides publicados? 2016-12-16 11:57 GMT-03:00 Wille : > Olá, > > Todos os vídeos de palestras do SotM Latam 2016 já estão disponíveis em > https://www.youtube.com/playlist?list=PLPZlngwRgZL261UVakFKk9G5DjyKQ0U8m > > E várias fotos em

[Talk-br] Sobre addr:interpolation - possibilidades

2016-12-17 Por tôpico Sérgio V .
Legal Augusto, melhor ainda essa ideia de colocar base de endereços em separado. Não polui o OSM, evita alguém estragar inadvertidamente. E se der pra fazer manutenção separadamente sem mexer no OSM, também. Neste caso, acho que ainda se precisaria passar a numeração, do TXT (ou se tiverem

semanárioOSM Nº 334 06/12/2016-12/12/2016

2016-12-17 Por tôpico weeklyteam
Bom dia, O semanárioOSM Nº 334, o resumo de tudo o que acontece no mundo OpenStreetMap, está publicado em português: http://www.weeklyosm.eu/pb/archives/8472/ Aproveite! semanarioOSM? Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages Onde?:

Re: [Talk-br] Importação de dados da Prefeitura Municipal de Joinville

2016-12-17 Por tôpico Papibaquígrafo
Não é usual mapear lotes particulares no OSM. Eu diria que você deve simplesmente descartar essa informação. A tag place=plot é incomum (vide taginfo) e provavelmente tem finalidade diferente. Algumas exceções: em escolas, hospitais e afins, a tag amenity=* vai no terreno, quando faz sentido.

Re: [Talk-br] Sobre addr:interpolation - possibilidades

2016-12-17 Por tôpico Papibaquígrafo
Nos EUA, a busca por endereço do Nominatim usa os dados do censo (TIGER) como um banco de dados externo. Aqueles dados não foram e provavelmente nunca serão importados para o OSM. No caso do Brasil, eu acho que se aplica o mesmo raciocínio: se há um dataset completo e preciso, ótimo, podemos