osmc:Convenções/Coberturas municipais: mudanças entre as edições
m (→(Pendências)) |
|||
Linha 68: | Linha 68: | ||
# ordenar células overlay por % de área urbana que contém; | # ordenar células overlay por % de área urbana que contém; | ||
# Ficar com as que cobrem maior area, até limite de 30 celulas. | # Ficar com as que cobrem maior area, até limite de 30 celulas. | ||
=== Humanos calibrando valor de resto e de poeira === | |||
[[Arquivo:Lixo-exemplo-bug-ilustra1.png|miniaturadaimagem|exemplo de https://test.osm.codes/BR-PB-SaoJoaoCariri~53]] | |||
Em alguns casos como SaoJoaoCariri ainda cabe o uso de uma cobertura-base mais densa: neste caso com 31 celulas. E talvez avaliar de um pouco mais de 100 m2 ajude a descartar celulas de poeira. | |||
[[Categoria:OSMcodes]] | [[Categoria:OSMcodes]] |
Edição das 12h39min de 7 de junho de 2023
![](/w/images/thumb/e/e7/Osmc-cover-CO-Tunja-sample1.png/300px-Osmc-cover-CO-Tunja-sample1.png)
Conceitos de cobertura-base e cobertura-overlay. Nas ilustrações tomaremos o exemplo de Tunja, primeiro municipio da Colômbia a adotar os OSMcodes.
Para que o osmCode logístico possa fazer uso de um prefixo mnemônico, que conforme o país será baseado no nome ISO (ex. BR-SP-Campinas
) ou no código oficial do município (ex. CO-15001
); é necessário que o sufixo, baseado em grade, seja totalmente compatível com a geometria do município.
Grade de referência
Em países pequenos, conforme destacado nas decisões soberanas sobre área territorial do país, apenas a grade científica é usada (geocódigos base16h orientados a dígitos de 4 bits).
Em países maiores, é necessário usar um geocódigo mais compacto, com dígitos de 5 bits (notação de base 32). Para tanto é eleito um subconjunto da grade científica que seja compativel com 5 bits a partir da grade de 1 metro. Esse subconjunto é denominado Grade logística. Apesar de ser compatível entre diferentes municípios do país, ele não é utilizado como "grade nacional", apenas como "grade municipal", justamente porque seu geocódigo parte do prefixo mnemônico da jurisdição municipal.
Cobertura-base
É o conjunto de células maiores da grade logística municipal: elas não possuem "células-mãe". Se der sorte de o município ter mais que 25% do seu território coberto por uma única célula, a indexação e a cobertura-base serão dispensadas, mas isso é muito raro de ocorrer. Numa situação típica elege-se o nível de grade com 2 a 30 células.
Ver também osmc:Convenções/Coberturas municipais/Algoritmos#Cobertura-base.
Cobertura-overlay
Se a cobertura-base não gastou muitas células (menos que 30) e se o município não é dominado por áreas urbanas, pode-se otimizar os geocódigos do núcleo urbano com células de cobertura menores.
Acima a construção da cobertura-overlay de Tunja a partir da grade científica, buscando-se as áreas urbanas contíguas a partir do núcleo; e seu resultado já indexado em complemento à cobertura-base. O núcleo urbano do município é definido pela Wikipedia: no caso de Tunja fixou-se geo:5.5333,-73.3667.
Visualização
Quando o município faz uso de overlay, a melhor forma de mostrar a grade de referência é destacando a distribuição de geocódigos com e sem overlay.
Grade logistica incial de Tunja, onde se percebe a redução em 1 dígito nas áreas urbanas, devido ao uso de overlay.
Estabilidade e reserva
Quando uma cobertura municipal é criada, a recomendação é deixar uma reserva de pelo menos 2 células. Elas serão adicionadas com novos índices em caso de expansão ou mudança territorial.
Importante lembrar que mudanças "por equivoco" não ocorrem devido ao "projeto OSM Stable", e os índices (primeiro dígito) não mudam mais depois que a cobertura é homologada com os representantes da jurisdição.
As seguintes situações, com respectivos "riscos de ocorrência" e impactos, podem ocorrer:
Situação | Risco | Impacto nos geocódigos |
---|---|---|
Mudança de nome | médio | Nenhum no cado da Colômbia, e baixo (gestão de transição do prefixo) no caso do Brasil. |
Mudança territorial por imprecisão cartográfica | médio | Baixo. A mudança "sutil" de fronteiras é bem documentada no OpenStreetMap. No OSMcodes são gerenciadas por períodos de estabilidade através do "projeto OSM-Stable", no git. O impacto maior é a troca de município em endereços próximos da fronteira, portanto troca de prefixo e/ou de dígito indexador. O sufixo, mesmo de endereços da cidade vizinha, não é afetado, justamente por regra de construção do OSMcodes Logístico, todo baseado na mesma grade. |
Mudança territorial por demarcação | baixo | Alto. A mudança por demarcação é arbitrária, podem ocorrer desmembramentos ou acréscimos, até mesmo extinção de municípios. Cabe à jurisdição afetada gerenciar o impacto. |
(Pendências)
Overlay:
- https://github.com/osm-codes/GGeohash/issues/24
- https://github.com/osm-codes/CO_new/issues/22
- https://wiki.addressforall.org/doc/dg_talk:Stable
Algoritmo de overlay:
- cobrir area urbana;
- ordenar células overlay por % de área urbana que contém;
- Ficar com as que cobrem maior area, até limite de 30 celulas.
Humanos calibrando valor de resto e de poeira
Em alguns casos como SaoJoaoCariri ainda cabe o uso de uma cobertura-base mais densa: neste caso com 31 celulas. E talvez avaliar de um pouco mais de 100 m2 ajude a descartar celulas de poeira.