A extensão do protocolo geo URI trouxe os conceitos de geocódigo default e tipificado:

Sintaxe: Exemplo:	com jurisdição j `geo:j~g` `geo:BR-SP-ITU~37J`	Com tipo t `geo:t:g` `geo:olc:588MC8QV+C`
	Na jurisdição j, que inicia pelo código ISO2 do país, o geocódigo g é aquele fixado pelo país. Na opção com tipo t, o usuário que escolhe o padrão de geocódigo g que deseja adotar.

A padronização de tipo, assim como a padronização de CRS (do inglês coordinate reference system) de uma Geo URI (parâmetro opcional crs), requer autoridade central para a gestão dos tipos. Por se tratarem de geocódigos associados a grades geográficas, um tipo particular se destaca: a padronização de tipos DGGS em conformidade com a DGGS/API, no formato dggs-{dggrsId}.

O texto da Geo URI (geo:etc) pode ser expresso em chats, e-mails, documentos, URLs, APIs, etc. Ele permite o entendimento padronizado e a ativação de ferramentas de localização geográfica (ex. ativação por QR code). A "resolução dos geocódigos", pela ferramenta ou uso de API, é a chave para a sua ativação.

O AFAcodes já resolve todos esses tipos:

Simples	Com incerteza	Com jurisdição	Com tipo
geo:-23.22341,-47.41321	geo:-23.22341,-47.41321;u=100	geo:BR-SP-ITU~37JS	geo:olc:588JQHGP+
geo:-15.789283,-47.8795	geo:-15.789283,-47.8795;u=32	geo:BR-DF-Brasilia~FRRS	geo:ghs:6vjynmxj

A seguir nos concentramos na sintaxe Geo URI extendida de geocódigo default, formato geo:j~g.

Sintaxe geral

Sintaxe do geocódigo logístico default dos padrões Geo URI estendida, DNGS e OSMcode:

root = "geo:" j "~" g

j = pais "-" sub1 "-" sub2

g = DDD...D

onde D é um dígito do alfabeto da grade local no modo logístico.

Sintaxe do geocódigo científico default dos padrões Geo URI estendida, DNGS e OSMcode:

root = "geo:" pais "+" g

g = DDD...D

onde D é um dígito do alfabeto da grade local no modo científico (base 16h).

Notação logística

Inicia pela jurisdição, que tem granularidade similar ao município. ... uso da base32 ou base16h, conforme convencionado pelo país.

Posição horizontal do acesso ao endereço

Posição exata do endereço em complemento

Altitude local com relação ao solo

Endereços de apartamento podem ser reforçados pela posição vertical, tendo o endereço de acesso (no condomínio).

Um "endereço de pouso de drone" precisa da coordenada de altitude, por ex. "10 metros do solo".

Isso já era previsto como terceira coordenada no padrão Geo URI. O valor da coordenada portanto continua sendo o mesmo, só estamos estabelecendo a convenção sintática de representação da altitude em OSMcodes.

Convenção proposta: usar sinal positivo, "+".
Por exemplo BR-SP-SPA~2XY3XY+10 representaria 10 metros do solo em BR-SP-SPA~2XY3XY.

Ilustrando a sintaxe de altitude

PS: basta aceitarmos a sintaxe como válida e nas propriedades da célula GeoJSON anotamos "altitude 10 metros". Na interface podemos acrescentar "altitude 10 m", conforme ilustração ao lado.

Na box de geoURI usar mais uma coordenada, no exemplo seria geo:-23.614197,-46.662292,10;u=1

Noção de referencial local do solo: wikipedia:2.5D o uso do LIDAR associado a modernas técnicas estatísticas e de comparação com localização horizontal dos objetos (mapos 2D de vias e construções), é a principal 'tecnologia de medição para a definição local de "solo" (altitude de referência do zero metros). Difere bastante do referencial WGS84. Implementação LIDAR em https://project.linuxfoundation.org/hubfs/Overture%20Maps/Building%20Heights%20Whitepaper_041423.pdf (resumo).

Notação científica

...

Print

resultado final na pagina de rascunho, celula de 1km2 https://afa.codes/BR-PA-Altamira~MX

Diretivas:

Usar fonte wikipedia:FE-Schrift
Separar com fonte menor a parte nominal (e seu separador) do código de grade
Para caso de nomes "CamelCase" usar ponto, "CAMEL.CASE"

Lembretes

Complemento horizontal: https://github.com/osm-codes/GGeohash/issues/15
Pouso de drones: acima, altitude Geo URI e "Altitude local com relação ao solo".