search

digital-guard / preserv-BR

Digital Preservation of Brazilian metadata of donated maps.
http://git.digital-guard.org/preserv-BR
3 stars 1 forks source link

GO/AparecidaGoiania/_pk0084.01: Ingestão #121

Open luisfelipebr opened 2 years ago

luisfelipebr commented 2 years ago

make_conf disponível aqui.

@0e1 Aparecida de Goiania tem sistema de endereços diferente: (logradouro opcional, não consta na base de lotes) Quadra - Lote - Bairro. Como ficou essa questão? Preciso fazer alguma alteração no make_conf?

0e1 commented 2 years ago

Sobre registro de tipo de sistema de numeração e qual o seu uso atual, ver: https://github.com/digital-guard/preserv-BR/issues/115#issuecomment-1260902632. Em resumo, se o tipo de sistema não tiver na tabela, cria-se outro. Com o sistema definido, informa-se ele na respectiva jurisdição em optim.jurisdiction. Com isso, se define como ordenar os endereços.

Sobre como fazer a ingestão, penso que nesse caso a combinação de Quadra e Bairro pode ser vista como via_name. Assim, a ordenação seria feita por house_number (considerando ele um numero inteiro, ou string se existir casos com caracteres diferentes de números) e por via_name (considerada como string). O que acha @ppKrauss ? Porém, olhar a combinação como via_name não engloba o caso de existir o nome do logradouro e combinação quadra+bairro.

ppKrauss commented 2 years ago

Sobre como fazer a ingestão, penso que nesse caso a combinação de Quadra e Bairro

Confira https://github.com/digital-guard/preserv-BR/issues/115#issuecomment-1262105811

Creio que é mesmo caso: precisa definir o padrão e depois respeitar na ingestão. A troca de via_name por nsref também se aplica nesse caso.

luisfelipebr commented 1 year ago

Arrumar o make_conf antes de fazer a ingestão:

parcel - Necessário criar um sql_view combinando strings de texto e variaveis para formar house_number: '"QD " + num_qdr + " LT " + num_lot as house_number'

block - combinar string com var: '"QD " numqdr as ref'

nsvia 'bairro_ful as nsvia_name'

Indicar também que parcel não é full (subtype).

ppKrauss commented 1 year ago

Olá, ficou resolvido?

Um lembrete sobre nome de bairro (nsvia), damos preferência para a definição geográfica (polígonos de bairro), de modo que a informação de nsvia no endereço (de parcel ou geoaddress) é desencorajada.

luisfelipebr commented 1 year ago

@ppKrauss ainda não. Estou esperando o @0e1 atualizar o dicionário de dados. Lembrando que esse município não segue o formato de endereçamento padrão. O formato é:

[nome do logradouro], [número de porta (quando existe)], [quadra], [lote]

Conforme exemplos: https://goo.gl/maps/VZUZn8JPTuyVNQgY6 https://www.bing.com/maps/?cp=-16.699843%7E-49.301815&lvl=15.8 https://www.openstreetmap.org/node/9280890102

luisfelipebr commented 1 year ago

Lembrando que esse endereço não será do tipo "full", já que os lotes possuem apenas os campos [quadra] e [lote] associados