Closed 0e1 closed 2 years ago
No commit https://github.com/digital-guard/preserv-BR/commit/9abead1b34413a15a5208ac1ddf4cdf3c3ce9264 fiz as alterações necessárias para obter via_name
a partir do conteúdo de via
e incluir em geoaddress
.
No commit https://github.com/digital-guard/preservCutGeo-BR2021/commit/3c9e3ba35aa17e76c0afb8487daca9ab8bb0f478 publiquei geoaddress
, nsvia
e via
de RioJaneiro/_pk0078.02
Publiquei block
em https://github.com/digital-guard/preservCutGeo-BR2021/commit/bd1cc5ed55938903bb7461c51d1feabbebbbc34b.
Layer com alto índice de geometrias duplicadas.Ver https://github.com/digital-guard/preserv-BR/issues/102.
Com isso, apenas parcel
não foi publicado.
acredito que não tenha mais problemas para resolver
@crebollobr e @luisfelipebr Avaliem melhor como se dá o relacionamento de Lotes com números de porta e logradouros em RioJaneiro/_pk0078.02.
Meu entendimento é de que Lotes possui apenas identificadores que referenciam numeração de porta e o logradouros. No make_conf está descrito como se Lotes tivesse
via_name
ehouse_number
:cod_np
ecod_trecho
não parecem serhouse_number
evia_name
, parecem identificadores que referenciam numero de porta e logradouros. Esses relacionamentos são um pra um, um pra muitos?Pelo que notei,
parcel
parece ser um caso onde seria necessário realizar dois join para obter a geometria do lote comhouse_number
evia_name
. O software não tem essa capacidade atualmente.Ter em mente que o software é capaz de fazer um join entre layer e seu complemento. Nesse situação, seria possível fazer join entre
parcel
ecadparcel
, ondecadparcel
poderia ter informações sobre número de porta ou sobre nome de logradouros.