[Talk-br] Sobre addr:interpolation - possibilidades

[Papibaquígrafo]

VItor, só pra confirmar, precisamos saber algo sobre a metodologia de numeração das faces:

Seria verdade que, dentro de cada quadra, as faces são percorridas pelo recenseador sempre em ordem de numeração crescente? Digamos, face 001, face 002, face 003, etc?

Se for o caso, tá matada a charada.
    Em Quinta-feira, 5 de Janeiro de 2017 20:03, Vítor Rodrigo Dias <vitor.dias em gmail.com> escreveu:
 

 

Ainda: os recenseadores (e antes, os agentes censitários, na pré-coleta) são instruídos a coletar os dados de uma determinada quadra em sentido horário - ou seja, sempre com o imóvel à direita do recenseador.
Em qui, 5 de jan de 2017 às 17:00, Vítor Rodrigo Dias <vitor.dias em gmail.com> escreveu:

@santamariense, só pra confirmar que a probabilidade do txt refletir a ordem real das casas é de 99% Trabalhei no Censo 2010 e os recenseadores foram instruídos a respeitar a ordem das casas.
Em qui, 5 de jan de 2017 às 16:27, Peter Krauss <ppkrauss em gmail.com> escreveu:

@santamariense,   eu não sou contra a interpolação, acho inclusive que, por ser um atributo distinto da numeração praticada (zero risco de adulteração pelo que entendi), é sempre lucro em relação ao "NADA" usual.  A demanda pelo Github é quanto à  reprodutibilidade da sua metodologia: não dá para ficar batendo papo aqui, é preciso mão-na-massa, pelo menos uma amostrinha, e de preferência (ajudo a traduzir passos QGis para PostGIS) com código-fonte do processo.
PS1: alguém mais aqui usa PostGIS?  Possso fornecer temporariamente um ssh para todos fazerem seus testes no mesmo ambiente, sem precisar ficar montando cada um a sua base.
PS2: o Lucas iniciou um trabalho parecido exatamente 1 ano atrás em Janeiro de 2015, mas não tinha gente para colaborar como agora.  https://github.com/lucasmation/osm_cnefe_import



 

Em 5 de janeiro de 2017 15:35, santamariense <imagens.sm em gmail.com> escreveu:

@Peter, teremos que documentar tudo. Você quer dizer usar o Git como
repositório de arquivos? A documentação mesmo terá que ser no wiki.

Eu pessoalmente sou a favor do uso das linhas de interpolação também
no sentido de manter uma organização dos pontos. Os números de casas
avulsos no mapa me preocupam. Digamos que tenhamos invertido a ordem
dos números de uma esquina a outra (achar que uma rua inicia numa
ponta, quando na verdade iniciava em outra). Se isso acontecer fica
muito simples identificar quais números de casas são do CNEFE, pegar a
linha mestre e girar.

Claro, isso é questão de opinião (há pontos favoráveis e
desfavoráveis). Há a possibilidade de se usar linha mestre apenas em
ruas de uma quadra só (e não se sabe o sentido da numeração das casas
daquela cidade) - não necessariamente como addr:interpolation. Talvez
uma fixme.

@Papibaquígrafo, Resposta sobre "Além disso, notei que no TXT às vezes
aparece um endereço S/N entre dois que tem número. Nesse caso, dá pra
ter certeza que a ordem dos elementos no TXT corresponde à ordem real
dos prédios?"  ----> Isso é muito interessante. Já havia observado em
leitura manual dos dados. Creio que realmente seja a ordem real. O
problema é que essa informação se perde pela metodologia que estamos
astuciando. E fica realmente complicado um ser humano ler aquele monte
de linhas com caracteres esparsos quando se quer realizar um trabalho
a nível nacional.


Estando a source no changeset, é possível fazer uma query no overpass
com base nas tags da changeset, mesmo um objeto já não estando mais em
sua version=1???

_______________________________________________
Talk-br mailing list
Talk-br em openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


_______________________________________________
Talk-br mailing list
Talk-br em openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br



_______________________________________________
Talk-br mailing list
Talk-br em openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


   
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20170105/9f961f1f/attachment.html>