Olá Peter, Realmente tratar a numeração é algo bem complicado. Esse mapa do GeoSampa é uma iniciativa bem legal da prefeitura para todas as secretarias usarem a mesma base cartográfica e ajustarem esse mar de desvios de informações que existe hoje entre elas, em teoria a numeração importada seria a do IPTU daqui de SP. Mas realmente teremos que aceitar que numeração praticada não vai bater com a oficial em alguns (diversos?) casos.
Nesse sentido entendo que o algoritmo de importação funcionaria quadra por quadra, e aonde já tiver informação ignora aquela quadra mantendo o que já esta lá por ser proveniente de crowdsourcing. Gera apenas um log dizendo isso para futura análise. Acho a ideia de discutir o http://wiki.openstreetmap.org/wiki/Key:addr bem importante. Um ponto que me questiono é o vetor auxiliar para registro da numeração conforme esse aqui <http://www.openstreetmap.org/way/235862408#map=18/-23.61004/-46.63601>. Quando for feita a importação teremos dois vetores extra por rua. Mesmo sendo uma simples questão de notação tenho minhas dúvidas se é a melhor abordagem. Embora seja essa a recomendada pelo OSM e a que irá funcionar corretamente com o Nominatim <http://wiki.openstreetmap.org/wiki/Nominatim>. Quanto a precisão da interpolação eu entendo que o fato de fazer quadra por quadra ajuda a manter a precisão, uma vez que o Nominatim ira fazer inferência apenas dentro da quadra, mas mesmo assim estamos sujeitos ao risco da numeração oficial não coincidir com a numeração praticada naquela quadra. Quanto ao CEP, acredito que podemos ajustar isso também. Mas precisaria estudar um pouco mais essa base para poder alinhar ela com os dados do OSM de forma consistente. Ainda não esta claro para mim. Mas também acho muito importante ter o CEP. Em relação ao software, é um programa em C# usando a lib sharpmap <https://sharpmap.codeplex.com/> para fazer a consulta dos shapes disponibilizados pela prefeitura e a edição do XML do OSM. Depois disso usar o JOSM <http://wiki.openstreetmap.org/wiki/JOSM> para integração com a base do OSM. Assim que conseguir fazer um bairro no OSM local vou publicar o fonte no Github. Abs JRG 2016-03-19 10:20 GMT-03:00 Peter Krauss <ppkra...@gmail.com>: > Oi Jorge, bem vindo na lista! > > Eu já sofri bastante com cadastros de endereço em cidades do interior, e > acredito que São Paulo, principalmente na periferia, não seja muito > diferente: são frequentes os números prediais que não batem com a métrica > das ruas... Existem casos de números escolhidos por critérios de > numerologia, sem a menor conexão com a métrica (!)... E existem as falhas > burocráticas de registro no IPTU, os casos de numeração antiga que ainda se > confunde com a nova, ruas que mudam de nome mas não é oficial, etc. > > > Em 19 de março de 2016 09:54, Jorge Rocha Gualtieri <jro...@gmail.com> > escreveu: > >> E quando estiver diferente? Acho melhor manter o que está lá, pois >> acredito que foi feito por alguém que conheça a região. >> >> > Exato. Os dados obtidos por mecanismos de crowdsourcing > <https://en.wikipedia.org/wiki/Crowdsourcing>, como em geral é esperado > no OSM, são uma das únicas opções factíveis de captura e homologação dos > dados relativos à "numeração predial praticada". > > Alias esse é o termo que algumas prefeituras usam para distinguir os dois > tipos de dado, > > * *numeração praticada*: real, que está na plaquinha do lote ou edifício. > * *numeração oficial*: que foi registrada em cartório ou fixada pela > prefeitura, mesmo que com erros métricos. > * *numeração interpolada*: gerada por software, e consistente com a > métrica e as normas de numeração predial vigentes. > > ... talvez um bom começo de discussão seja avaliar como traduzimos e > interpretamos o jargão e as normas fixadas em > http://wiki.openstreetmap.org/wiki/Key:addr > > Quanto a interpolações "presentes e passadas": minha visão pessoal é de > que interpolação é um dado matemático funcional, é o resultado de um > algoritmo, não importa quem ou quando postou o resultado. Eu entenderia que > "jogar por cima o dado novo" faz sentido se o novo algoritmo é mais > preciso, ou se o novo calculo envolveu mais amostras e portanto é mais > confiável... Alias outra discussão é essa: a interpolação deve ser ajustada > à mostragem ou ignora-la? Não está muito claro na Wiki. > > Quanto a outros dados de apoio à amostragem: o CEP fornece condições de > contorno para a interpolação, mas o CEP não foi sistematicamente registrado > no OSM-BR. > > PS: sobre aprofundar a discussão dos algoritmos, infelizmente não temos > massa crítica nessa lista de discussão para falar de software.. Eu uso > PostGIS, o que você está usando? Tem tem material em algum Github? Se a > discussão ficar muito técnica podemos levar para o Github ou Wiki-OSM. > > > >> Abs >> Jrg >> Em 19/03/2016 09:37, "Nelson A. de Oliveira" <nao...@gmail.com> escreveu: >> >>> Você consegue verificar se já existe interpolação de endereço nos locais? >>> Tem ruas que já possuem e importar/automatizar sem verificar isso vai >>> gerar duplicidade de informações. >>> >>> _______________________________________________ >>> Talk-br mailing list >>> Talk-br@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-br >>> >> >> _______________________________________________ >> Talk-br mailing list >> Talk-br@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-br >> >> > > _______________________________________________ > Talk-br mailing list > Talk-br@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-br > >
_______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br