Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Normalizar nomes de via de cada fonte de dados #11

Open
ppKrauss opened this issue Dec 21, 2021 · 7 comments
Open

Normalizar nomes de via de cada fonte de dados #11

ppKrauss opened this issue Dec 21, 2021 · 7 comments
Assignees
Labels
Back-end Scope is backend

Comments

@ppKrauss
Copy link

ppKrauss commented Dec 21, 2021

As fontes (ex. IGAC ou OSM) não cumprem com padrões universais, cada um tem as suas próprias convenções... Por isso é preciso normalizar os nomes de via:

  • expandindo as abreviações para os reais nomes (ver exemplo de caso abaixo)

  • Removendo dados sem nome de via;

  • Normalizando nomes que com certeza deveriam ser os mesmos ou se encontram abreviados.
    Por exemplo expandir "sto antonio" para "Santo Antônio", ou normalizar "Cacapava" para "Caçapava".

Tabelas? Campos de nome? @elpbatista por favor acrescentar descrição mais técnica e precisa das tabelas da base co_ba do nosso servidor.


Exemplo de convenção do fornecedor

Exemplo de como poderiam ser as convenções de abreviação em uma fonte, que pode não ser a mesma de outras fontes:

  AC: "Avenida Calle",
  AK: "Avenida Carrera",
  CR: "??",
  CV: "Circunvalar",
  CL: "Calle",
  CC: "Cuentas Corridas",
  PJ: "Pasaje",
  PS: "Paseo",
  PT: "Peatonal",
  TV: "Transversal",
  TC: "Troncal",
  DG: "Diagonal",
  CQ: "Circular",
  SR: "??",
  VR: "??",
  AU: "Autopista",
  AV: "Avenida",
  BV: "Bulevar",
  KR: "Carrera",
  CT: "Carretera",
  GL: "Glorieta",
  KM: "Kilómetro",
  VT: "Variante",
  VI: "Vía"
@ppKrauss ppKrauss added the Back-end Scope is backend label Dec 21, 2021
@0e1
Copy link

0e1 commented Dec 21, 2021

Vejo duas partes nessa questão:

  1. Obter significado das abreviações.
  2. Atualizar campo TIPO_VIA ou criar novo com valor não abreviado.

Os dados originários estão em 410d02a87e8d2955849ba644ed8830f3d6761b31f4d0dbf044d39975ffc02be1.zip. Nesses dados o campo TIPO_VIA está abreviado.

Consultando https://geomedellin-m-medellin.opendata.arcgis.com/datasets/da89cc206c7e484d9f7ba35d81ca9742_0/explore?location=6.270300%2C-75.595550%2C12.39&showTable=true (aparentemente são dados mais recentes) o campo TIPO_VIA não está abreviado.

Então, dois caminhos possíveis a seguir:

  1. Obter a lista de abreviaturas usando os dados mais recentes (no link acima), e criando um novo campo nos dados que já estão sendo utilizados;
  2. Utilizar os dados mais recentes.

@humano
Copy link

humano commented Dec 21, 2021

  • CR: "Carrera"
  • VR: "Vereda"

@ppKrauss
Copy link
Author

@humano ou @elpbatista o que vão precisar?

Precisam da ajuda do Claiton, ou podemos fechar essa issue como mera discussão, sem solicitar nenhuma ação adicional para o Claiton ou alteração no banco de dados?

@elpbatista
Copy link
Collaborator

Solo falta encontrar qué sígnica SR (está usado en Medellín y no tenemos traducción para ello) No he mirado cuántas veces aparece

@0e1
Copy link

0e1 commented Dec 22, 2021

Solo falta encontrar qué sígnica SR (está usado en Medellín y no tenemos traducción para ello) No he mirado cuántas veces aparece

Conforme [1]:
SR: "Servidumbre-Peatonal"

Reparar que em [1] o campo TIPO_VIA não está abreviado, quando se visualiza a tabela de dados. No entanto, ao realizar o download dos dados, o campo TIPO_VIA é abreviado.

[1] https://geomedellin-m-medellin.opendata.arcgis.com/datasets/da89cc206c7e484d9f7ba35d81ca9742_0/explore?location=6.270286%2C-75.595550%2C12.00&showTable=true

@ppKrauss
Copy link
Author

Ok, resta apenas oferecer uma descrição do que adotamos para nossos usuários... Ver pagina de instruções,

https://local.addressforall.org/map_instructions

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Back-end Scope is backend
Projects
None yet
Development

No branches or pull requests

4 participants