osmc:Comparação com/Plus Codes: mudanças entre as edições
Sem resumo de edição |
mSem resumo de edição |
||
| Linha 4: | Linha 4: | ||
PlusCodes tem como tecnologia de sustentação o [[wikipedia:OLC|padrão OLC]], e como principal serviço o PlusCodes da Google. Detalhes do [[osmc:Comparação com|AFAcodes aqui]]. | PlusCodes tem como tecnologia de sustentação o [[wikipedia:OLC|padrão OLC]], e como principal serviço o PlusCodes da Google. Detalhes do [[osmc:Comparação com|AFAcodes aqui]]. | ||
O OLC não possui [[Generalized_Geohash/pt#Hierarquia_d%C3%ADgito-a-d%C3%ADgito_no_geoc%C3%B3digo|hierarquia dígito-a-dígito no geocódigo]], um requisito importante para a multifinalidade da grade e seus geocódigos. | |||
O padrão OLC adotou [[wikipedia:Vigesimal|base20]], que não é "base potencia de 2" (portanto não é [[Código Natural/Notação posicional|interoperável como Código Natural]]) e, quando comparado a Geohash ([[base32]]), oferece poder de compressão menor. | |||
[[Arquivo:AFAvsPlus-p1.png|centro|semmoldura|800px]] | [[Arquivo:AFAvsPlus-p1.png|centro|semmoldura|800px]] | ||
Edição das 09h51min de 21 de janeiro de 2024
AFA.codes vs Plus.codes
Comparativo das duas tecnologias que competem pelo mesmo uso, como "padrão nacional" de geocódigo.
PlusCodes tem como tecnologia de sustentação o padrão OLC, e como principal serviço o PlusCodes da Google. Detalhes do AFAcodes aqui.
O OLC não possui hierarquia dígito-a-dígito no geocódigo, um requisito importante para a multifinalidade da grade e seus geocódigos.
O padrão OLC adotou base20, que não é "base potencia de 2" (portanto não é interoperável como Código Natural) e, quando comparado a Geohash (base32), oferece poder de compressão menor.
Na ilustração acima as vantagens mais evidentes:
| AFAcodes | PlusCodes | |
|---|---|---|
| Prefixo nominal | CO-BOY-Tunja | Tunja, Boyaca, Colômbia |
| Código de grade | M7VW (4 dígitos)
|
GJVQM8 (4+2=6 dígitos)
|
| Tamanho da célula | 6 metros | 6+8=14 metros (2.3 vezes maior) |
| Prefixo oficial | CO-15001 | (não reconhece) |
| Garantia de validade do prefixo | 100% dos municípios | 20% na Colômbia (só os pequenos), 10% no Brasil Nos demais acrecenta "bairro". |
| Link | afa.codes/CO-15001~M7V.W | plus.codes/67Q8GJVQ+M8 |
 Documentação integrante do projeto AFA.codes |
| Países: BR, CO, EC, UY. |
| Afa vs Plus, DNGS, ... |
Conclusão: o PlusCodes é mais difícil de lembrar, e oferece resolução pior, não distinguindo portas vizinhas.
O "bairro" exigido pelo PlusCodes é outro problema: é um nome quase aleatório, sem controle oficial do país nem garantia de persistência (é dinâmico e depende do número de lojas registradas na região). Abaixo a descrição do algoritmo (heurística de resolução de nomes) e dados escondidos.
Casos de uso extremos
- Favela, onde necessita a resolução de 1 metro.
- PlusCodes: ao resolver corta dígitos, assim portas vizinhas não podem ser resolvidas. Se for usar OLC (ignorando infraestrutura google) fica um geocódigo imenso e impossível de se memorizar.
- AFAcode: resolve e precisa apenas mais um dígito.
- Altamira, onde apenas 3% da área do território funciona com PlusCodes. Aldeias totalmente abandonadas pelo geocódigo.
Caixa preta do PlusCodes
PlusCodes is the Google-map infrastructure, including PlusCodes API. The PlusCodes solve names, the OLC algorithm say nothing about "how to solve names", it is only a open-standard that suggest rules for shortening codes. The PlusCodes algorithm is not open, it has a wikipedia:black box (with no data base "model + algorithm" and no wikipedia:open data samples for wikipedia:reproducibility), about its shortening process:
See https://github.com/google/open-location-code/issues/497
The rules of the "name to prefix" wikipedia:black box are explained at git.OLC/docs/specification.md#short-codes.