[Talk-br] Sobre addr:interpolation - possibilidades

[Marcos Fedato]

Eu acho que consigo fazer algo no arcgis para arrumar o sentido em ruas que tem mais de um trecho (face).

Numeracao nao sequencial estragaria o processo, mas deve dar para identificar quem nao tem numeracao sequencial (sobresicao dos ranges de numeros das ruas).

Esses que tem sobreposicao a gente pularia para analise posterior.

O que precisaria ser feito seria: pegar todos os trechos com mesmo nome na mesma cidade (eu nao lembro se tem algum codigo unico por logradouro ou se seria possivel só pelo nome da rua pois podemos ter problemas com homonimos)

Depois identificar uma sequencia entre eles, eu verificaria se a rua é mais latitudinal ou longitudinal e com base nesso usaria a ordem da latitude lu da lingitude pra ordenar quem vem depois de quem.

Com as ruas ordenadas (ainda nao necessariamente no sentido correto) agora entrariam os minimos e maximos da numeracao do cnefe em cada trecho da rua (face de quadra).

Aí é comparar se o sentido atual das ruas está correto (se a numeracao q atribuimos de ordem para cada trecho precisa ser invertida).

Nesse ponto saberemos se a rua começa mais ao norte ou ao sul ze ela for latitudinal ou se ela comeca a leste ou oeste se ela for longitudinal.

Aí eu passaria em cada trecho (face de quadra/face de logradouro) verificando se o primeiro e o ultimo vértice de cada linha estão alinhados a direcao da rua (pelas cordenadas y ou x do ponto inicial de acordo se a rua é latitudinal ou longitudinal e o sentido (norte, sul, leste oeste) da rua.

Ex caso a rua sena latitudinal e comece no norte, mas o trecho dela o y inicial seja menor que o y final, o trecho precisaria ser invertido pois quanto maior o y mais ao norte.

É um belo trampo. Eu só abri o qgis para ver como é nao manjo de geoprocessing nele mas isso q eu falei é exequivel em arcgis tranquilo só precisa de um tempo de dedicacão e amor.



Enviado do meu smartphone Samsung Galaxy.


-------- Mensagem original --------
De: "Sérgio V." <svolk2 em hotmail.com>
Data: 18/12/2016 22:56 (GMT-03:00)
Para: talk-br em openstreetmap.org
Assunto: [Talk-br] Sobre addr:interpolation - possibilidades


Sim, de fato, tava vendo melhor agora, o lado já viria certo (problema é atribuir o sentido do menor/maior):

-o TXT traz a numeração do endereço, com número do setor,  quadra e face (mas não traz coordenadas);

-que correspondem no SHP ao valor de "CD_GEO" (as linhas das faces já georreferenciadas).


Assim, sejam ímpares ou pares ou misturados, já correspondem ao código do lado certo da rua (face).


EXEMPLO:
PORTO ALEGRE - FACE DE QUADRA DO MUSEU JULIO DE CASTILHOS: RUA DUQUE DE CAXIAS 1205
(MAS PODERIA SER QUALQUER CIDADE)


TXT: (não tem coordenadas)

-Posição Inicial 1 (Códigos UF, município, distrito, subdistrito, setor)= 431490205000062

-Posição Inicial 67 (Nome do logradouro)=DE CAXIAS

-Posição Inicial 127(NÚMERO NO LOGRADOURO)=1205

-Posição Inicial 545 (Quadra e Face)= 001004


SHP:  "CD_GEO"=431490205000062001004 (=aos valores de [1...;545...] do TXT)


O que precisaria fazer (automatizar):

-(no TXT) selecionar todas as "faces de quadras" da "mesma rua" (Nome do logradouro + distrito, subdistrito...);

-destas, selecionar todos os "números  no logradouro" de cada face de quadra e destacar "o maior e o menor";

-(no SHP) copiar os valores  de maior e menor número do TXT para cada linha de face no SHP;

-ordenar as faces segundo os  "números  no logradouro";

-atribuir sentido às linhas, em ordem;

-atribuir a cada face do SHP, em sequencia, 2 novos campos com os valores para <menor> e  <maior>

(ou já adicionar direto um campo (addr_inter) com os valores para <menor>-<maior>).


Depois só trocar o nome no JOSM para addr:interpolation.

Ficaria pronto para examinar no JOSM com o existente, validar e importar.


Mas não sei como automatizar aquilo ali  :-P


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20161219/ab42aa50/attachment-0001.html>