https://docs.afa.codes/w/api.php?action=feedcontributions&feedformat=atom&user=AdminDocs of AFA Codes - User contributions [en]2026-07-04T00:58:51ZUser contributionsMediaWiki 1.43.6https://docs.afa.codes/w/index.php?title=Main_Page&diff=474Main Page2026-01-26T12:04:59Z<p>Admin: /* 4. Princípios do AddressForAll ITGS */</p>
<hr />
<div>== AddressForAll DGGS/ITGS - Home Page ==<br />
<br />
Esta página serve como ponto de partida para a documentação técnica e governança do '''AddressForAll Institute Technical Governance System (ITGS)''' e dos projetos associados de Geocodificação (AFA Codes/DNGS).<br />
<br />
O objetivo principal é a criação e manutenção de padrões para uma geocodificação universal, legível e amigável, baseada em grades (DGGS).<br />
<br />
=== 1. A Extension 'Novo CEP' (DNGS/AFA Codes) ===<br />
<br />
A geocodificação em AddressForAll tem como foco principal a simplificação e usabilidade, traduzindo coordenadas complexas em códigos de endereçamento fáceis de usar e lembrar, análogos, mas superiores, ao CEP tradicional.<br />
<br />
O 'Novo CEP' é a implementação de um código de geocodificação amigável, onde a precisão é determinada pelo número de dígitos, e a interoperabilidade é garantida por sistemas de grade padronizados.<br />
<br />
* '''Geocódigo Amigável:''' O formato final deve ser intuitivo para o usuário final, substituindo longas sequências de latitude/longitude.<br />
* '''Governanca:''' Definir as regras de criação, uso e manutenção dos códigos.<br />
<br />
==== [[Teste200|Exemplo de Geocódigo]] ====<br />
:'''`9A-B3-C7-R1`''' (Exemplo hipotético de código de 8 dígitos)<br />
<br />
Este sistema visa:<br />
# Usabilidade em formulários e comunicação oral.<br />
# Interoperabilidade com sistemas tradicionais (ex: Correios/Logística).<br />
<br />
=== 2. Sistemas de Grade e DGGS (Discrete Global Grid Systems) ===<br />
<br />
O AddressForAll DGGS baseia-se na divisão da superfície terrestre em células de tamanhos definidos, permitindo que cada localização receba um código único.<br />
<br />
==== 2.1. ISEA e H3 (Hexagonal) ====<br />
<br />
O uso de grades hexagonais (como ISEA e H3) é preferencial devido às suas propriedades geométricas que minimizam distorções e facilitam a agregação de dados.<br />
<br />
* [[DGGS/Proj/pt/ISEA|Implementação ISEA]] (Governança e Níveis de Resolução)<br />
* '''Desafio da Borda (Edge Case):''' A precisão deve ser mantida mesmo em zonas de transição entre grades.<br />
<br />
==== 2.2. Interseção de Planos (Planar Intersection) ====<br />
<br />
A definição de geocódigos pode envolver a projeção e interseção de planos em diferentes níveis de zoom. Esta técnica é fundamental para garantir a unicidade e precisão dos códigos.<br />
<br />
* [[DGGS/Proj/pt/Plane-plane intersection/pt|Documentação sobre Interseção de Planos]]<br />
* '''Teste Prático:''' [[Teste201|Validação da consistência em diferentes resoluções.]]<br />
<br />
=== 3. Governança e Documentação (ITGS) ===<br />
<br />
A documentação técnica é o pilar da Governança do AddressForAll, garantindo transparência e consistência nos padrões adotados.<br />
<br />
* [[DGGS/Proj/pt/DT/pt|Documentação Técnica Principal (PT)]]<br />
* [[DGGS/Proj/pt/DT/es|Documentación Técnica (ES)]]<br />
<br />
==== 3.1. Estrutura de Documentação ====<br />
<br />
{| class="wikitable" style="width:100%;"<br />
! Foco<br />
! Descrição<br />
! Página de Referência<br />
|-<br />
| '''Padrão'''<br />
| Especificação completa do 'Novo CEP' e regras AddressForAll.<br />
| [[Documentação AFA.codes]]<br />
|-<br />
| '''Projetos'''<br />
| Detalhes de implementação e testes de grade (DGGS).<br />
| [[DGGS/Proj/pt/DT]]<br />
|-<br />
| '''Modelagem'''<br />
| Estruturas de dados e metadados para geocodificação.<br />
| [[DGGS/Proj/pt/DT/pt]]<br />
|}<br />
<br />
=== 4. Princípios do AddressForAll ITGS ===<br />
<br />
# '''Abertura (Open Source/Open Data):''' Todos os padrões e códigos de geocodificação devem ser abertos.<br />
# '''Precisão Gradual:''' A precisão é escalável e inerente ao comprimento do código.<br />
# '''Estabilidade (Persistence):''' Uma vez atribuído, o geocódigo deve ser estável ao longo do tempo.<br />
# '''Foco no Usuário:''' O sistema deve ser projetado para ser amigável e acessível, minimizando a necessidade de conhecimento técnico em cartografia.</div>Adminhttps://docs.afa.codes/w/index.php?title=Main_Page&diff=473Main Page2026-01-26T12:04:16Z<p>Admin: /* 3.1. Estrutura de Documentação */</p>
<hr />
<div>== AddressForAll DGGS/ITGS - Home Page ==<br />
<br />
Esta página serve como ponto de partida para a documentação técnica e governança do '''AddressForAll Institute Technical Governance System (ITGS)''' e dos projetos associados de Geocodificação (AFA Codes/DNGS).<br />
<br />
O objetivo principal é a criação e manutenção de padrões para uma geocodificação universal, legível e amigável, baseada em grades (DGGS).<br />
<br />
=== 1. A Extension 'Novo CEP' (DNGS/AFA Codes) ===<br />
<br />
A geocodificação em AddressForAll tem como foco principal a simplificação e usabilidade, traduzindo coordenadas complexas em códigos de endereçamento fáceis de usar e lembrar, análogos, mas superiores, ao CEP tradicional.<br />
<br />
O 'Novo CEP' é a implementação de um código de geocodificação amigável, onde a precisão é determinada pelo número de dígitos, e a interoperabilidade é garantida por sistemas de grade padronizados.<br />
<br />
* '''Geocódigo Amigável:''' O formato final deve ser intuitivo para o usuário final, substituindo longas sequências de latitude/longitude.<br />
* '''Governanca:''' Definir as regras de criação, uso e manutenção dos códigos.<br />
<br />
==== [[Teste200|Exemplo de Geocódigo]] ====<br />
:'''`9A-B3-C7-R1`''' (Exemplo hipotético de código de 8 dígitos)<br />
<br />
Este sistema visa:<br />
# Usabilidade em formulários e comunicação oral.<br />
# Interoperabilidade com sistemas tradicionais (ex: Correios/Logística).<br />
<br />
=== 2. Sistemas de Grade e DGGS (Discrete Global Grid Systems) ===<br />
<br />
O AddressForAll DGGS baseia-se na divisão da superfície terrestre em células de tamanhos definidos, permitindo que cada localização receba um código único.<br />
<br />
==== 2.1. ISEA e H3 (Hexagonal) ====<br />
<br />
O uso de grades hexagonais (como ISEA e H3) é preferencial devido às suas propriedades geométricas que minimizam distorções e facilitam a agregação de dados.<br />
<br />
* [[DGGS/Proj/pt/ISEA|Implementação ISEA]] (Governança e Níveis de Resolução)<br />
* '''Desafio da Borda (Edge Case):''' A precisão deve ser mantida mesmo em zonas de transição entre grades.<br />
<br />
==== 2.2. Interseção de Planos (Planar Intersection) ====<br />
<br />
A definição de geocódigos pode envolver a projeção e interseção de planos em diferentes níveis de zoom. Esta técnica é fundamental para garantir a unicidade e precisão dos códigos.<br />
<br />
* [[DGGS/Proj/pt/Plane-plane intersection/pt|Documentação sobre Interseção de Planos]]<br />
* '''Teste Prático:''' [[Teste201|Validação da consistência em diferentes resoluções.]]<br />
<br />
=== 3. Governança e Documentação (ITGS) ===<br />
<br />
A documentação técnica é o pilar da Governança do AddressForAll, garantindo transparência e consistência nos padrões adotados.<br />
<br />
* [[DGGS/Proj/pt/DT/pt|Documentação Técnica Principal (PT)]]<br />
* [[DGGS/Proj/pt/DT/es|Documentación Técnica (ES)]]<br />
<br />
==== 3.1. Estrutura de Documentação ====<br />
<br />
{| class="wikitable" style="width:100%;"<br />
! Foco<br />
! Descrição<br />
! Página de Referência<br />
|-<br />
| '''Padrão'''<br />
| Especificação completa do 'Novo CEP' e regras AddressForAll.<br />
| [[Documentação AFA.codes]]<br />
|-<br />
| '''Projetos'''<br />
| Detalhes de implementação e testes de grade (DGGS).<br />
| [[DGGS/Proj/pt/DT]]<br />
|-<br />
| '''Modelagem'''<br />
| Estruturas de dados e metadados para geocodificação.<br />
| [[DGGS/Proj/pt/DT/pt]]<br />
|}<br />
<br />
=== 4. Princípios do AddressForAll ITGS ===<br />
<br />
1. '''Abertura (Open Source/Open Data):''' Todos os padrões e códigos de geocodificação devem ser abertos.<br />
2. '''Precisão Gradual:''' A precisão é escalável e inerente ao comprimento do código.<br />
3. '''Estabilidade (Persistence):''' Uma vez atribuído, o geocódigo deve ser estável ao longo do tempo.<br />
4. '''Foco no Usuário:''' O sistema deve ser projetado para ser amigável e acessível, minimizando a necessidade de conhecimento técnico em cartografia</div>Adminhttps://docs.afa.codes/w/index.php?title=Main_Page&diff=472Main Page2026-01-26T12:03:35Z<p>Admin: /* 3.1. Estrutura de Documentação */</p>
<hr />
<div>== AddressForAll DGGS/ITGS - Home Page ==<br />
<br />
Esta página serve como ponto de partida para a documentação técnica e governança do '''AddressForAll Institute Technical Governance System (ITGS)''' e dos projetos associados de Geocodificação (AFA Codes/DNGS).<br />
<br />
O objetivo principal é a criação e manutenção de padrões para uma geocodificação universal, legível e amigável, baseada em grades (DGGS).<br />
<br />
=== 1. A Extension 'Novo CEP' (DNGS/AFA Codes) ===<br />
<br />
A geocodificação em AddressForAll tem como foco principal a simplificação e usabilidade, traduzindo coordenadas complexas em códigos de endereçamento fáceis de usar e lembrar, análogos, mas superiores, ao CEP tradicional.<br />
<br />
O 'Novo CEP' é a implementação de um código de geocodificação amigável, onde a precisão é determinada pelo número de dígitos, e a interoperabilidade é garantida por sistemas de grade padronizados.<br />
<br />
* '''Geocódigo Amigável:''' O formato final deve ser intuitivo para o usuário final, substituindo longas sequências de latitude/longitude.<br />
* '''Governanca:''' Definir as regras de criação, uso e manutenção dos códigos.<br />
<br />
==== [[Teste200|Exemplo de Geocódigo]] ====<br />
:'''`9A-B3-C7-R1`''' (Exemplo hipotético de código de 8 dígitos)<br />
<br />
Este sistema visa:<br />
# Usabilidade em formulários e comunicação oral.<br />
# Interoperabilidade com sistemas tradicionais (ex: Correios/Logística).<br />
<br />
=== 2. Sistemas de Grade e DGGS (Discrete Global Grid Systems) ===<br />
<br />
O AddressForAll DGGS baseia-se na divisão da superfície terrestre em células de tamanhos definidos, permitindo que cada localização receba um código único.<br />
<br />
==== 2.1. ISEA e H3 (Hexagonal) ====<br />
<br />
O uso de grades hexagonais (como ISEA e H3) é preferencial devido às suas propriedades geométricas que minimizam distorções e facilitam a agregação de dados.<br />
<br />
* [[DGGS/Proj/pt/ISEA|Implementação ISEA]] (Governança e Níveis de Resolução)<br />
* '''Desafio da Borda (Edge Case):''' A precisão deve ser mantida mesmo em zonas de transição entre grades.<br />
<br />
==== 2.2. Interseção de Planos (Planar Intersection) ====<br />
<br />
A definição de geocódigos pode envolver a projeção e interseção de planos em diferentes níveis de zoom. Esta técnica é fundamental para garantir a unicidade e precisão dos códigos.<br />
<br />
* [[DGGS/Proj/pt/Plane-plane intersection/pt|Documentação sobre Interseção de Planos]]<br />
* '''Teste Prático:''' [[Teste201|Validação da consistência em diferentes resoluções.]]<br />
<br />
=== 3. Governança e Documentação (ITGS) ===<br />
<br />
A documentação técnica é o pilar da Governança do AddressForAll, garantindo transparência e consistência nos padrões adotados.<br />
<br />
* [[DGGS/Proj/pt/DT/pt|Documentação Técnica Principal (PT)]]<br />
* [[DGGS/Proj/pt/DT/es|Documentación Técnica (ES)]]<br />
<br />
==== 3.1. Estrutura de Documentação ====<br />
<br />
{| class="wikitable" style="width:100%;"<br />
! Foco<br />
! Descrição<br />
! Página de Referência<br />
|-<br />
| **Padrão**<br />
| Especificação completa do 'Novo CEP' e regras AddressForAll.<br />
| [[Documentação AFA.codes]]<br />
|-<br />
| **Projetos**<br />
| Detalhes de implementação e testes de grade (DGGS).<br />
| [[DGGS/Proj/pt/DT]]<br />
|-<br />
| **Modelagem**<br />
| Estruturas de dados e metadados para geocodificação.<br />
| [[DGGS/Proj/pt/DT/pt]]<br />
|}<br />
<br />
=== 4. Princípios do AddressForAll ITGS ===<br />
<br />
1. '''Abertura (Open Source/Open Data):''' Todos os padrões e códigos de geocodificação devem ser abertos.<br />
2. '''Precisão Gradual:''' A precisão é escalável e inerente ao comprimento do código.<br />
3. '''Estabilidade (Persistence):''' Uma vez atribuído, o geocódigo deve ser estável ao longo do tempo.<br />
4. '''Foco no Usuário:''' O sistema deve ser projetado para ser amigável e acessível, minimizando a necessidade de conhecimento técnico em cartografia</div>Adminhttps://docs.afa.codes/w/index.php?title=Main_Page&diff=471Main Page2026-01-26T12:03:20Z<p>Admin: /* 3.1. Estrutura de Documentação */</p>
<hr />
<div>== AddressForAll DGGS/ITGS - Home Page ==<br />
<br />
Esta página serve como ponto de partida para a documentação técnica e governança do '''AddressForAll Institute Technical Governance System (ITGS)''' e dos projetos associados de Geocodificação (AFA Codes/DNGS).<br />
<br />
O objetivo principal é a criação e manutenção de padrões para uma geocodificação universal, legível e amigável, baseada em grades (DGGS).<br />
<br />
=== 1. A Extension 'Novo CEP' (DNGS/AFA Codes) ===<br />
<br />
A geocodificação em AddressForAll tem como foco principal a simplificação e usabilidade, traduzindo coordenadas complexas em códigos de endereçamento fáceis de usar e lembrar, análogos, mas superiores, ao CEP tradicional.<br />
<br />
O 'Novo CEP' é a implementação de um código de geocodificação amigável, onde a precisão é determinada pelo número de dígitos, e a interoperabilidade é garantida por sistemas de grade padronizados.<br />
<br />
* '''Geocódigo Amigável:''' O formato final deve ser intuitivo para o usuário final, substituindo longas sequências de latitude/longitude.<br />
* '''Governanca:''' Definir as regras de criação, uso e manutenção dos códigos.<br />
<br />
==== [[Teste200|Exemplo de Geocódigo]] ====<br />
:'''`9A-B3-C7-R1`''' (Exemplo hipotético de código de 8 dígitos)<br />
<br />
Este sistema visa:<br />
# Usabilidade em formulários e comunicação oral.<br />
# Interoperabilidade com sistemas tradicionais (ex: Correios/Logística).<br />
<br />
=== 2. Sistemas de Grade e DGGS (Discrete Global Grid Systems) ===<br />
<br />
O AddressForAll DGGS baseia-se na divisão da superfície terrestre em células de tamanhos definidos, permitindo que cada localização receba um código único.<br />
<br />
==== 2.1. ISEA e H3 (Hexagonal) ====<br />
<br />
O uso de grades hexagonais (como ISEA e H3) é preferencial devido às suas propriedades geométricas que minimizam distorções e facilitam a agregação de dados.<br />
<br />
* [[DGGS/Proj/pt/ISEA|Implementação ISEA]] (Governança e Níveis de Resolução)<br />
* '''Desafio da Borda (Edge Case):''' A precisão deve ser mantida mesmo em zonas de transição entre grades.<br />
<br />
==== 2.2. Interseção de Planos (Planar Intersection) ====<br />
<br />
A definição de geocódigos pode envolver a projeção e interseção de planos em diferentes níveis de zoom. Esta técnica é fundamental para garantir a unicidade e precisão dos códigos.<br />
<br />
* [[DGGS/Proj/pt/Plane-plane intersection/pt|Documentação sobre Interseção de Planos]]<br />
* '''Teste Prático:''' [[Teste201|Validação da consistência em diferentes resoluções.]]<br />
<br />
=== 3. Governança e Documentação (ITGS) ===<br />
<br />
A documentação técnica é o pilar da Governança do AddressForAll, garantindo transparência e consistência nos padrões adotados.<br />
<br />
* [[DGGS/Proj/pt/DT/pt|Documentação Técnica Principal (PT)]]<br />
* [[DGGS/Proj/pt/DT/es|Documentación Técnica (ES)]]<br />
<br />
==== 3.1. Estrutura de Documentação ====<br />
<br />
==== 3.1. Estrutura de Documentação ====<br />
<br />
{| class="wikitable" style="width:100%;"<br />
! Foco<br />
! Descrição<br />
! Página de Referência<br />
|-<br />
| **Padrão**<br />
| Especificação completa do 'Novo CEP' e regras AddressForAll.<br />
| [[Documentação AFA.codes]]<br />
|-<br />
| **Projetos**<br />
| Detalhes de implementação e testes de grade (DGGS).<br />
| [[DGGS/Proj/pt/DT]]<br />
|-<br />
| **Modelagem**<br />
| Estruturas de dados e metadados para geocodificação.<br />
| [[DGGS/Proj/pt/DT/pt]]<br />
|}<br />
<br />
=== 4. Princípios do AddressForAll ITGS ===<br />
<br />
1. '''Abertura (Open Source/Open Data):''' Todos os padrões e códigos de geocodificação devem ser abertos.<br />
2. '''Precisão Gradual:''' A precisão é escalável e inerente ao comprimento do código.<br />
3. '''Estabilidade (Persistence):''' Uma vez atribuído, o geocódigo deve ser estável ao longo do tempo.<br />
4. '''Foco no Usuário:''' O sistema deve ser projetado para ser amigável e acessível, minimizando a necessidade de conhecimento técnico em cartografia</div>Adminhttps://docs.afa.codes/w/index.php?title=Main_Page&diff=470Main Page2026-01-26T12:02:26Z<p>Admin: </p>
<hr />
<div>== AddressForAll DGGS/ITGS - Home Page ==<br />
<br />
Esta página serve como ponto de partida para a documentação técnica e governança do '''AddressForAll Institute Technical Governance System (ITGS)''' e dos projetos associados de Geocodificação (AFA Codes/DNGS).<br />
<br />
O objetivo principal é a criação e manutenção de padrões para uma geocodificação universal, legível e amigável, baseada em grades (DGGS).<br />
<br />
=== 1. A Extension 'Novo CEP' (DNGS/AFA Codes) ===<br />
<br />
A geocodificação em AddressForAll tem como foco principal a simplificação e usabilidade, traduzindo coordenadas complexas em códigos de endereçamento fáceis de usar e lembrar, análogos, mas superiores, ao CEP tradicional.<br />
<br />
O 'Novo CEP' é a implementação de um código de geocodificação amigável, onde a precisão é determinada pelo número de dígitos, e a interoperabilidade é garantida por sistemas de grade padronizados.<br />
<br />
* '''Geocódigo Amigável:''' O formato final deve ser intuitivo para o usuário final, substituindo longas sequências de latitude/longitude.<br />
* '''Governanca:''' Definir as regras de criação, uso e manutenção dos códigos.<br />
<br />
==== [[Teste200|Exemplo de Geocódigo]] ====<br />
:'''`9A-B3-C7-R1`''' (Exemplo hipotético de código de 8 dígitos)<br />
<br />
Este sistema visa:<br />
# Usabilidade em formulários e comunicação oral.<br />
# Interoperabilidade com sistemas tradicionais (ex: Correios/Logística).<br />
<br />
=== 2. Sistemas de Grade e DGGS (Discrete Global Grid Systems) ===<br />
<br />
O AddressForAll DGGS baseia-se na divisão da superfície terrestre em células de tamanhos definidos, permitindo que cada localização receba um código único.<br />
<br />
==== 2.1. ISEA e H3 (Hexagonal) ====<br />
<br />
O uso de grades hexagonais (como ISEA e H3) é preferencial devido às suas propriedades geométricas que minimizam distorções e facilitam a agregação de dados.<br />
<br />
* [[DGGS/Proj/pt/ISEA|Implementação ISEA]] (Governança e Níveis de Resolução)<br />
* '''Desafio da Borda (Edge Case):''' A precisão deve ser mantida mesmo em zonas de transição entre grades.<br />
<br />
==== 2.2. Interseção de Planos (Planar Intersection) ====<br />
<br />
A definição de geocódigos pode envolver a projeção e interseção de planos em diferentes níveis de zoom. Esta técnica é fundamental para garantir a unicidade e precisão dos códigos.<br />
<br />
* [[DGGS/Proj/pt/Plane-plane intersection/pt|Documentação sobre Interseção de Planos]]<br />
* '''Teste Prático:''' [[Teste201|Validação da consistência em diferentes resoluções.]]<br />
<br />
=== 3. Governança e Documentação (ITGS) ===<br />
<br />
A documentação técnica é o pilar da Governança do AddressForAll, garantindo transparência e consistência nos padrões adotados.<br />
<br />
* [[DGGS/Proj/pt/DT/pt|Documentação Técnica Principal (PT)]]<br />
* [[DGGS/Proj/pt/DT/es|Documentación Técnica (ES)]]<br />
<br />
==== 3.1. Estrutura de Documentação ====<br />
<br />
| Foco | Descrição | Página de Referência |<br />
| :--- | :--- | :--- |<br />
| **Padrão** | Especificação completa do 'Novo CEP' e regras AddressForAll. | [[Documentação AFA.codes]] |<br />
| **Projetos** | Detalhes de implementação e testes de grade (DGGS). | [[DGGS/Proj/pt/DT]] |<br />
| **Modelagem** | Estruturas de dados e metadados para geocodificação. | [[DGGS/Proj/pt/DT/pt]] |<br />
<br />
=== 4. Princípios do AddressForAll ITGS ===<br />
<br />
1. '''Abertura (Open Source/Open Data):''' Todos os padrões e códigos de geocodificação devem ser abertos.<br />
2. '''Precisão Gradual:''' A precisão é escalável e inerente ao comprimento do código.<br />
3. '''Estabilidade (Persistence):''' Uma vez atribuído, o geocódigo deve ser estável ao longo do tempo.<br />
4. '''Foco no Usuário:''' O sistema deve ser projetado para ser amigável e acessível, minimizando a necessidade de conhecimento técnico em cartografia</div>Adminhttps://docs.afa.codes/w/index.php?title=Main_Page&diff=469Main Page2026-01-26T12:00:14Z<p>Admin: </p>
<hr />
<div><br />
== AddressForAll DGGS/ITGS - Home Page ==<br />
<br />
Esta página serve como ponto de partida para a documentação técnica e governança do '''AddressForAll Institute Technical Governance System (ITGS)''' e dos projetos associados de Geocodificação (AFA Codes/DNGS).<br />
<br />
O objetivo principal é a criação e manutenção de padrões para uma geocodificação universal, legível e amigável, baseada em grades (DGGS).<br />
<br />
=== 1. A Extension 'Novo CEP' (DNGS/AFA Codes) ===<br />
<br />
A geocodificação em AddressForAll tem como foco principal a simplificação e usabilidade, traduzindo coordenadas complexas em códigos de endereçamento fáceis de usar e lembrar, análogos, mas superiores, ao CEP tradicional.<br />
<br />
O 'Novo CEP' é a implementação de um código de geocodificação amigável, onde a precisão é determinada pelo número de dígitos, e a interoperabilidade é garantida por sistemas de grade padronizados.<br />
<br />
* '''Geocódigo Amigável:''' O formato final deve ser intuitivo para o usuário final, substituindo longas sequências de latitude/longitude.<br />
* '''Governanca:''' Definir as regras de criação, uso e manutenção dos códigos.<br />
<br />
==== [[Teste200|Exemplo de Geocódigo]] ====<br />
:'''`9A-B3-C7-R1`''' (Exemplo hipotético de código de 8 dígitos)<br />
<br />
Este sistema visa:<br />
# Usabilidade em formulários e comunicação oral.<br />
# Interoperabilidade com sistemas tradicionais (ex: Correios/Logística).<br />
<br />
=== 2. Sistemas de Grade e DGGS (Discrete Global Grid Systems) ===<br />
<br />
O AddressForAll DGGS baseia-se na divisão da superfície terrestre em células de tamanhos definidos, permitindo que cada localização receba um código único.<br />
<br />
==== 2.1. ISEA e H3 (Hexagonal) ====<br />
<br />
O uso de grades hexagonais (como ISEA e H3) é preferencial devido às suas propriedades geométricas que minimizam distorções e facilitam a agregação de dados.<br />
<br />
* [[DGGS/Proj/pt/ISEA|Implementação ISEA]] (Governança e Níveis de Resolução)<br />
* '''Desafio da Borda (Edge Case):''' A precisão deve ser mantida mesmo em zonas de transição entre grades.<br />
<br />
==== 2.2. Interseção de Planos (Planar Intersection) ====<br />
<br />
A definição de geocódigos pode envolver a projeção e interseção de planos em diferentes níveis de zoom. Esta técnica é fundamental para garantir a unicidade e precisão dos códigos.<br />
<br />
* [[DGGS/Proj/pt/Plane-plane intersection/pt|Documentação sobre Interseção de Planos]]<br />
* '''Teste Prático:''' [[Teste201|Validação da consistência em diferentes resoluções.]]<br />
<br />
=== 3. Governança e Documentação (ITGS) ===<br />
<br />
A documentação técnica é o pilar da Governança do AddressForAll, garantindo transparência e consistência nos padrões adotados.<br />
<br />
* [[DGGS/Proj/pt/DT/pt|Documentação Técnica Principal (PT)]]<br />
* [[DGGS/Proj/pt/DT/es|Documentación Técnica (ES)]]<br />
<br />
==== 3.1. Estrutura de Documentação ====<br />
<br />
| Foco | Descrição | Página de Referência |<br />
| :--- | :--- | :--- |<br />
| **Padrão** | Especificação completa do 'Novo CEP' e regras AddressForAll. | [[Documentação AFA.codes]] |<br />
| **Projetos** | Detalhes de implementação e testes de grade (DGGS). | [[DGGS/Proj/pt/DT]] |<br />
| **Modelagem** | Estruturas de dados e metadados para geocodificação. | [[DGGS/Proj/pt/DT/pt]] |<br />
<br />
=== 4. Princípios do AddressForAll ITGS ===<br />
<br />
1. '''Abertura (Open Source/Open Data):''' Todos os padrões e códigos de geocodificação devem ser abertos.<br />
2. '''Precisão Gradual:''' A precisão é escalável e inerente ao comprimento do código.<br />
3. '''Estabilidade (Persistence):''' Uma vez atribuído, o geocódigo deve ser estável ao longo do tempo.<br />
4. '''Foco no Usuário:''' O sistema deve ser projetado para ser amigável e acessível, minimizando a necessidade de conhecimento técnico em cartografia.(base) wiki@wikifull:~/REP$</div>Adminhttps://docs.afa.codes/w/index.php?title=Main_Page&diff=468Main Page2026-01-26T11:59:48Z<p>Admin: Created page with "(base) wiki@wikifull:~/REP$ cat homes_geradas/home_DOCS.txt {| class="infobox" ! colspan="2" style="background:#50C878; color:white; font-size:150%;" | Documentação Técnica AddressForAll (ITGS) |- ! Style="width:30%" | Status: | Estável |- ! Projeto Pai: | AFA Codes (DNGS) |- ! Foco: | Geocodificação Amigável, Sistemas de Grade (DGGS), Governança. |} == AddressForAll DGGS/ITGS - Home Page == Esta página serve co..."</p>
<hr />
<div>(base) wiki@wikifull:~/REP$ cat homes_geradas/home_DOCS.txt<br />
{| class="infobox"<br />
! colspan="2" style="background:#50C878; color:white; font-size:150%;" | [[DGGS/Proj/pt/DT|Documentação Técnica AddressForAll (ITGS)]]<br />
|-<br />
! Style="width:30%" | Status:<br />
| Estável<br />
|-<br />
! Projeto Pai:<br />
| [[Documentação AFA.codes|AFA Codes (DNGS)]]<br />
|-<br />
! Foco:<br />
| Geocodificação Amigável, Sistemas de Grade (DGGS), Governança.<br />
|}<br />
<br />
== AddressForAll DGGS/ITGS - Home Page ==<br />
<br />
Esta página serve como ponto de partida para a documentação técnica e governança do '''AddressForAll Institute Technical Governance System (ITGS)''' e dos projetos associados de Geocodificação (AFA Codes/DNGS).<br />
<br />
O objetivo principal é a criação e manutenção de padrões para uma geocodificação universal, legível e amigável, baseada em grades (DGGS).<br />
<br />
=== 1. A Extension 'Novo CEP' (DNGS/AFA Codes) ===<br />
<br />
A geocodificação em AddressForAll tem como foco principal a simplificação e usabilidade, traduzindo coordenadas complexas em códigos de endereçamento fáceis de usar e lembrar, análogos, mas superiores, ao CEP tradicional.<br />
<br />
O 'Novo CEP' é a implementação de um código de geocodificação amigável, onde a precisão é determinada pelo número de dígitos, e a interoperabilidade é garantida por sistemas de grade padronizados.<br />
<br />
* '''Geocódigo Amigável:''' O formato final deve ser intuitivo para o usuário final, substituindo longas sequências de latitude/longitude.<br />
* '''Governanca:''' Definir as regras de criação, uso e manutenção dos códigos.<br />
<br />
==== [[Teste200|Exemplo de Geocódigo]] ====<br />
:'''`9A-B3-C7-R1`''' (Exemplo hipotético de código de 8 dígitos)<br />
<br />
Este sistema visa:<br />
# Usabilidade em formulários e comunicação oral.<br />
# Interoperabilidade com sistemas tradicionais (ex: Correios/Logística).<br />
<br />
=== 2. Sistemas de Grade e DGGS (Discrete Global Grid Systems) ===<br />
<br />
O AddressForAll DGGS baseia-se na divisão da superfície terrestre em células de tamanhos definidos, permitindo que cada localização receba um código único.<br />
<br />
==== 2.1. ISEA e H3 (Hexagonal) ====<br />
<br />
O uso de grades hexagonais (como ISEA e H3) é preferencial devido às suas propriedades geométricas que minimizam distorções e facilitam a agregação de dados.<br />
<br />
* [[DGGS/Proj/pt/ISEA|Implementação ISEA]] (Governança e Níveis de Resolução)<br />
* '''Desafio da Borda (Edge Case):''' A precisão deve ser mantida mesmo em zonas de transição entre grades.<br />
<br />
==== 2.2. Interseção de Planos (Planar Intersection) ====<br />
<br />
A definição de geocódigos pode envolver a projeção e interseção de planos em diferentes níveis de zoom. Esta técnica é fundamental para garantir a unicidade e precisão dos códigos.<br />
<br />
* [[DGGS/Proj/pt/Plane-plane intersection/pt|Documentação sobre Interseção de Planos]]<br />
* '''Teste Prático:''' [[Teste201|Validação da consistência em diferentes resoluções.]]<br />
<br />
=== 3. Governança e Documentação (ITGS) ===<br />
<br />
A documentação técnica é o pilar da Governança do AddressForAll, garantindo transparência e consistência nos padrões adotados.<br />
<br />
* [[DGGS/Proj/pt/DT/pt|Documentação Técnica Principal (PT)]]<br />
* [[DGGS/Proj/pt/DT/es|Documentación Técnica (ES)]]<br />
<br />
==== 3.1. Estrutura de Documentação ====<br />
<br />
| Foco | Descrição | Página de Referência |<br />
| :--- | :--- | :--- |<br />
| **Padrão** | Especificação completa do 'Novo CEP' e regras AddressForAll. | [[Documentação AFA.codes]] |<br />
| **Projetos** | Detalhes de implementação e testes de grade (DGGS). | [[DGGS/Proj/pt/DT]] |<br />
| **Modelagem** | Estruturas de dados e metadados para geocodificação. | [[DGGS/Proj/pt/DT/pt]] |<br />
<br />
=== 4. Princípios do AddressForAll ITGS ===<br />
<br />
1. '''Abertura (Open Source/Open Data):''' Todos os padrões e códigos de geocodificação devem ser abertos.<br />
2. '''Precisão Gradual:''' A precisão é escalável e inerente ao comprimento do código.<br />
3. '''Estabilidade (Persistence):''' Uma vez atribuído, o geocódigo deve ser estável ao longo do tempo.<br />
4. '''Foco no Usuário:''' O sistema deve ser projetado para ser amigável e acessível, minimizando a necessidade de conhecimento técnico em cartografia.(base) wiki@wikifull:~/REP$</div>Adminhttps://docs.afa.codes/w/index.php?title=DGGS/Proj/pt/DT/es&diff=467DGGS/Proj/pt/DT/es2026-01-25T11:55:20Z<p>Admin: Sync V45 (Force Parity)</p>
<hr />
<div>[[File:Disdyakis_30.png|thumb]]<br />
Proyección sobre un poliedro de 120 caras, del inglés [[wikipedia:Disdyakis triacontahedron|'''D'''isdyakis '''T'''riacontahedron]] (es un sólido catalán con 120 caras triangulares idénticas), propuesta en 2020 por https://www.mdpi.com/2220-9964/9/5/315<br />
<br />
Abajo el poliedro de 120 caras:<br />
<br />
[[file:Disdyakis_30_net.svg|center|580px]]<br />
<br />
Cada una de las 120 caras corresponde a un plano de proyección del tipo "Slice and Dice projection" (van Leeuwen y Strebe). <br />
<br />
== Proyección Slice and Dice ==<br />
La proyección de van Leeuwen y Strebe, originalmente orientada a triángulos equiláteros, fue optimizada para '''menor distorsión angular en triángulos isósceles''' en el mismo año, https://www.arxiv.org/pdf/2008.13670v1 pero publicada solo en 2021, https://doi.org/10.1145/3460521<br />
<br />
La proyección DT hace uso de triángulos isósceles, por lo tanto está pendiente analizar la optimización.<br />
<br />
Además del [https://doi.org/10.1559/152304006779500687 original cerrado], y alguna descripción en los artículos citados, la proyección equivalente en área "Slice and Dice" (van Leeuwen y Strebe) está descrita en https://www.researchgate.net/publication/250016113_A_Slice-and-Dice_Approach_to_Area_Equivalence_in_Polyhedral_Map_Projections (donde podemos pedir al autor).<br />
<br />
== Modelado del triacontaedro rómbico ==<br />
La reunión de 4 en 4 caras resulta en un [[wikipedia:Rhombic triacontahedron|Triacontaedro rómbico]] de 120/4=30 caras cuadriláteras, usadas como L0 de un [[Generalized Geohash/es|GGeohash]].<br />
<br />
[[File:RhombicTriacontahedron-30facesFrom120.png|340px]] [[File:Rhombictriacontahedron_net.svg|340px]]<br />
<br />
En las caras del [[wikipedia:Rhombic triacontahedron]], el ángulo menor del rombo es de 63.43°, más cercano a 90° que el rombo de la proyección [[DGGS/Proj/ISEA]], por eso superior (con capacidad) también en el formato de la celda.<br />
<br />
Trabajos recientes de Liang et al. 2022 reecuacionaron la [[DGGS/Proj/Planos concurrentes|construcción]] de los cuadriláteros de la proyección, https://doi.org/10.1080/17538947.2022.2130459<br />
[[File:Tjde a 2130459 f0007 ob.png|centro|thumb|680px|Mismo ''Rhombic triacontahedron'' en construcción alternativa. ]]<br />
[[File:Fig3-dingEtAll2024.png|centro|sinmarco|680x680px]]<br />
<br />
== Ajuste local del país ==<br />
[[File:ProjDT-BR-dobras1.png|thumb|380px|Ejemplo de posible ajuste de altitudes sobre Brasil. ]]<br />
<br />
Aún en estudio si realmente es viable... Estrategias complementarias, usando [[DGGS/Proj/Planos_concurrentes#Propuesta_de_la_re-proyecci%C3%B3n_lineal_en_planos_concurrentes|Propuesta de la re-proyección lineal (bisagras)]], para ajuste al relieve del país, o al menos a su altitud mediana. La estrategia puede hacer uso de:<br />
<br />
* Cambio de radio de elipsoide, para que el geoide tangencie mejor la altitud mediana. No es bien visto por causar efectos colaterales indeseados en el posicionamiento.<br />
<br />
* Cambio en la elección del "plano secante al elipsoide". Esto permite alguna compatibilidad entre ambos, DGGS y [[DNGS]], por estar usando los mismos polígonos en la proyección (los ángulos sólidos se preservan).<br />
<br />
En el uso del DT para cada DNGS (cada país), la elección de los cuadriláteros deja de tener mayor compromiso con el ''rhombic triacontahedron'', es libre. Vuelve a ser el compromiso con el m<sup>2</sup> como referencia. <br />
La "compatibilidad" entre DNGS y DGGS (basados en proyección DT) estaría solo en el uso de la proyección de referencia y simplicidad en los algoritmos de conversión entre rejillas. <br />
<br />
== Conversión ISEA ==<br />
H3 Uber y diversas otras implementaciones del estándar DGGS hicieron uso de la proyección ISEA, que parecía la más adecuada hasta los años 2020. Según [https://doi.org/10.1080/17538947.2024.2324952 Huang et al. 2024], en ''"Bidirectional mapping between rhombic triacontahedron and icosahedral hexagonal discrete global grid systems"'',<br />
<br />
: El icosaedro es actualmente el poliedro principal en la investigación y aplicación de los sistemas de cuadrícula global discreta (DGGS). Sin embargo, comparado con el triacontaedro rómbico (RT), el icosaedro tiene desventajas, como menor precisión de ajuste a la esfera, mayor distorsión de proyección y dificultad para incorporar la estructura matricial para el almacenamiento de datos geoespaciales. <br />
<br />
El artículo demuestra técnicas eficientes de conversión del "legado ISEA" en la proyección DT.<br />
<br />
La ilustración abajo muestra cómo el rombo puede servir de referencia para 3 tipos de mosaicos:<br />
[[File:Tjde a 2130459 f0004 oc.png|centro|thumb|620x620px]]<br />
<br />
PD: ver también artículo https://doi.org/10.3390/ijgi11120595<br />
<br />
== Véase también ==<br />
<br />
* [[DGGS/Proj/ISEA]]<br />
* Uso en https://www.mdpi.com/2220-9964/11/6/322 para distance transform Canada<br />
[[Category:Public]]</div>Adminhttps://docs.afa.codes/w/index.php?title=DGGS/Proj/pt/DT&diff=466DGGS/Proj/pt/DT2026-01-25T11:55:09Z<p>Admin: Sync V45 (Force Parity)</p>
<hr />
<div>[[File:Disdyakis_30.png|thumb]]<br />
Projection onto a 120-sided polyhedron [[wikipedia:Disdyakis triacontahedron|'''D'''isdyakis '''T'''riacontahedron]] (is a Catalan solid with 120 identical triangular faces), proposed in 2020 by https://www.mdpi.com/2220-9964/9/5/315<br />
<br />
Below is the 120-faced polyhedron:<br />
<br />
[[file:Disdyakis_30_net.svg|center|580px]]<br />
<br />
Each of the 120 faces corresponds to a projection plane of the "Slice and Dice projection" type (van Leeuwen and Strebe).<br />
<br />
== Slice and Dice projection ==<br />
The van Leeuwen and Strebe projection, originally oriented towards equilateral triangles, was optimized for '''less angular distortion in isosceles triangles''' in the same year, https://www.arxiv.org/pdf/2008.13670v1 but published only in 2021, https://doi.org/10.1145/3460521<br />
<br />
The DT projection uses isosceles triangles, so optimization is pending analysis.<br />
<br />
Besides the [https://doi.org/10.1559/152304006779500687 original closed], and some description in the cited articles, the equal-area "Slice and Dice" projection (van Leeuwen and Strebe) is described in https://www.researchgate.net/publication/250016113_A_Slice-and-Dice_Approach_to_Area_Equivalence_in_Polyhedral_Map_Projections (where we can request from the author).<br />
<br />
== Modeling the rhombic triacontahedron ==<br />
The assembly of 4 by 4 faces results in a [[wikipedia:Rhombic triacontahedron|Rhombic triacontahedron]] with 120/4=30 quadrilateral faces, used as L0 of a [[Generalized Geohash/pt|GGeohash]].<br />
<br />
[[File:RhombicTriacontahedron-30facesFrom120.png|340px]] [[File:Rhombictriacontahedron_net.svg|340px]]<br />
<br />
On the faces of the [[wikipedia:Rhombic triacontahedron]], the smaller angle of the rhombus is 63.43°, closer to 90° than the rhombus of the [[DGGS/Proj/ISEA]] projection, therefore superior (with capacity) also in the cell shape.<br />
<br />
Recent works by Liang et al. 2022 re-equated the [[DGGS/Proj/Planos concorrentes|construction]] of the quadrilaterals of the projection, https://doi.org/10.1080/17538947.2022.2130459<br />
[[File:Tjde a 2130459 f0007 ob.png|center|thumb|680px|Same ''Rhombic triacontahedron'' in alternative construction.]]<br />
[[File:Fig3-dingEtAll2024.png|center|semmoldura|680x680px]]<br />
<br />
== Local country adjustment ==<br />
[[File:ProjDT-BR-dobras1.png|thumb|380px|Example of possible altitude adjustment over Brazil.]]<br />
<br />
Still under study if truly viable... Complementary strategies, using [[DGGS/Proj/Planos_concorrentes#Proposta_da_re-proje%C3%A7%C3%A3o_linear_em_planos_concorrentes|Proposal of linear re-projection (hinges)]], for adjustment to the country's terrain, or at least its median altitude. The strategy may utilize:<br />
<br />
* Change of ellipsoid radius, so that the geoid better tangents the median altitude. Not well-regarded due to causing undesirable side effects in positioning.<br />
<br />
* Change in the choice of the "secant plane to the ellipsoid". This allows some compatibility between the two, DGGS and [[DNGS]], as they use the same polygons in the projection (solid angles are preserved).<br />
<br />
In the use of DT for each DNGS (each country), the choice of quadrilaterals no longer has a greater commitment to the ''rhombic triacontahedron'', it is free. The commitment returns to m<sup>2</sup> as a reference.<br />
The "compatibility" between DNGS and DGGS (based on DT projection) would only be in the use of the reference projection and simplicity in the conversion algorithms between grids.<br />
<br />
== ISEA Conversion ==<br />
H3 Uber and several other implementations of the DGGS standard made use of the ISEA projection, which seemed the most suitable until the 2020s. According to [https://doi.org/10.1080/17538947.2024.2324952 Huang et al. 2024], in ''"Bidirectional mapping between rhombic triacontahedron and icosahedral hexagonal discrete global grid systems"'',<br />
<br />
: The icosahedron is currently the mainstream polyhedron in research and application of discrete global grid systems (DGGS). However, compared to the rhombic triacontahedron (RT), the icosahedron has disadvantages, such as lower sphere-fitting accuracy, greater projection distortion, and difficulty in incorporating the matrix structure for geospatial data storage.<br />
<br />
The article demonstrates efficient techniques for converting the "legacy ISEA" in the DT projection.<br />
<br />
The illustration below shows how the rhombus can serve as a reference for 3 types of tiles:<br />
[[File:Tjde a 2130459 f0004 oc.png|center|thumb|620x620px]]<br />
<br />
PS: see also article https://doi.org/10.3390/ijgi11120595<br />
<br />
== See also ==<br />
<br />
* [[DGGS/Proj/ISEA]]<br />
* Usage in https://www.mdpi.com/2220-9964/11/6/322 for distance transform Canada<br />
[[Category:Public]]</div>Adminhttps://docs.afa.codes/w/index.php?title=Teste201&diff=465Teste2012026-01-25T11:54:40Z<p>Admin: Sync V45 (Force Parity)</p>
<hr />
<div>Olá Mundo!!!<br />
<br />
<br />
Teste de tradução<br />
<br />
<br />
Teste 02<br />
<br />
<br />
[[Documentação_AFA.codes]]<br />
[[Category:Public]]</div>Adminhttps://docs.afa.codes/w/index.php?title=Category:Public&diff=464Category:Public2026-01-25T11:54:39Z<p>Admin: Sync V45 (Force Parity)</p>
<hr />
<div>Páginas listadas nesta categoria serão publicadas em https://docs.afa.codes (antigo https://wiki.addressforall.org), correndo risco de ficarem abertas para o "grande público". As páginas que vão rechear cada Wiki clonada, obedecem à seguinte matriz: <br />
{| class="wikitable"<br />
|+ Condições para que um conteúdo seja copiado em outra Wiki<br />
|-<br />
! &nbsp; Outra Wiki !! em Categ Public !! em ''NS'' <code>impacta</code> <br />
|-<br />
| &nbsp; [https://DOCS.afa.codes '''DOCS'''.afa.codes] || SIM || não &nbsp;<br />
|-<br />
| &nbsp; [https://docs-USR.afa.codes docs-'''USR'''.afa.codes] &nbsp; &nbsp; &nbsp; &nbsp; || SIM || SIM ou não &nbsp;<br />
|-<br />
| &nbsp; [https://docs-DEV.afa.codes docs-'''DEV'''.afa.codes] || SIM || não &nbsp;<br />
|-<br />
| &nbsp; [https://docs-DEV.afa.codes docs-'''DEV'''.afa.codes] || SIM ou não|| SIM &nbsp;<br />
|}<br />
<br />
Por exemplo a página [[DGGS/Proj/DT/pt]] está apenas na categoria Public, portanto será publicada em todas as Wikis. Já a página [[impacta:Novo CEP]] está '''sob ''namespace'' <code>impacta</code>, portanto está restrita às Wikis fechadas''' (mesmo sendo Public), docs-USR e docs-DEV. A página [[impacta:Novo CEP/Extension AFA-BR-Gerador]] não pertence à categoria Public, mas está sob ''namespace'' <code>impacta</code>, portanto será publicada apenas em docs-DEV.<br />
<br />
Além destas, para ver ou editar "conteúdos de home" de Wikis clonadas, ver as seguintes páginas controladas: <br />
* [[Public-docs]] para home de docs.afa.codes<br />
* [[Public-docs-usr]] para home de docs-usr.afa.codes<br />
* [[Public-docs-dev]] para home de docs-dev.afa.codes</div>Adminhttps://docs.afa.codes/w/index.php?title=Teste200&diff=463Teste2002026-01-25T11:54:38Z<p>Admin: Sync V45 (Force Parity)</p>
<hr />
<div>Olá Mundo!!!<br />
Teste de tradução<br />
Teste 01<br />
[[Documentação_AFA.codes]]<br />
<br />
[[Category:Public]]</div>Adminhttps://docs.afa.codes/w/index.php?title=File:Tjde_a_2130459_f0004_oc.png&diff=462File:Tjde a 2130459 f0004 oc.png2026-01-25T11:54:24Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:Tjde_a_2130459_f0007_ob.png&diff=461File:Tjde a 2130459 f0007 ob.png2026-01-25T11:54:23Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:Fig3-dingEtAll2024.png&diff=460File:Fig3-dingEtAll2024.png2026-01-25T11:54:23Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=DGGS/Proj/pt/DT/pt&diff=459DGGS/Proj/pt/DT/pt2026-01-25T11:54:17Z<p>Admin: Sync V45 (Force Parity)</p>
<hr />
<div>[[File:Disdyakis_30.png|thumb]]<br />
Projeção sobre um poliedro de 120 lados, do inglês [[wikipedia:Disdyakis triacontahedron|'''D'''isdyakis '''T'''riacontahedron]] (is a Catalan solid with 120 identical triangular faces), proposta em 2020 por https://www.mdpi.com/2220-9964/9/5/315<br />
<br />
Abaixo o poliedro de 120 faces:<br />
<br />
[[file:Disdyakis_30_net.svg|center|580px]]<br />
<br />
Cada uma das 120 faces corresponde a um plano de projeção do tipo "Slice and Dice projection" (van Leeuwen and Strebe). <br />
<br />
== Slice and Dice projection ==<br />
A projeção de van Leeuwen and Strebe, originalmente orientada a triângulos equiláteros, foi otimizada para '''menor distorção angular em triângulos isosceles''' no mesmo ano, https://www.arxiv.org/pdf/2008.13670v1 mas publicada só em 2021, https://doi.org/10.1145/3460521<br />
<br />
A projeção DT faz uso de triângulos isosceles, portanto está pendente analisar a otimização.<br />
<br />
Além do [https://doi.org/10.1559/152304006779500687 original fechado], e alguma descrição nos artigos citados, a projeção igual-área "Slice and Dice" (van Leeuwen and Strebe) é descrita em https://www.researchgate.net/publication/250016113_A_Slice-and-Dice_Approach_to_Area_Equivalence_in_Polyhedral_Map_Projections (onde podemos pedir pro autor).<br />
<br />
== Modelagem do triacontaedro rômbico ==<br />
A reunião de 4 a 4 faces resulta em um [[wikipedia:Rhombic triacontahedron|Triacontaedro rômbico]] de 120/4=30 faces quadriláteras, usadas como L0 de um [[Generalized Geohash/pt|GGeohash]].<br />
<br />
[[File:RhombicTriacontahedron-30facesFrom120.png|340px]] [[File:Rhombictriacontahedron_net.svg|340px]]<br />
<br />
Nas faces do [[wikipedia:Rhombic triacontahedron]], o ângulo menor do losango é de 63.43°, mais pŕoximo de 90° do que o losango da projeção [[DGGS/Proj/ISEA]], por isso superior (concapacidade) também no formato da célula.<br />
<br />
Trabalhos recentes de Liang et al. 2022 reequacionaram a [[DGGS/Proj/Planos concorrentes|construção]] dos quadriláteros da projeção, https://doi.org/10.1080/17538947.2022.2130459<br />
[[File:Tjde a 2130459 f0007 ob.png|centro|miniaturadaimagem|680px|Mesmo ''Rhombic triacontahedron'' em construção alternativa. ]]<br />
[[File:Fig3-dingEtAll2024.png|centro|semmoldura|680x680px]]<br />
<br />
== Ajuste local do país ==<br />
[[File:ProjDT-BR-dobras1.png|thumb|380px|Exemplo de possível ajuste de altitudes sobre o Brasil. ]]<br />
<br />
Ainda em estudo se realmente viável... Estratégias complementares, usando [[DGGS/Proj/Planos_concorrentes#Proposta_da_re-proje%C3%A7%C3%A3o_linear_em_planos_concorrentes|Proposta da re-projeção linear (dobradiças)]], para ajuste ao relevo do país, ou pelo menos a sua altitude mediana. A estratégia pode fazer uso de:<br />
<br />
* Mudança de raio de elipsoide, para que o geoide tangencie melhor a altitude mediana. Não é bem vista por causar efeitos colaterais indesejados no posicionamento.<br />
<br />
* Mudança na escolha do "plano secante ao elipsoide". Isso permite alguma compatibilidade entre os dois, DGGS e [[DNGS]], por estarem usando os mesmos polígonos na projeção (ângulos sólidos são preservados).<br />
<br />
No uso do DT para cada DNGS (cada país), a escolha dos quadriláteros deixa de ter maior compromisso com o ''rhombic triacontahedron'', é livre. Volta a ser o compromisso com a m<sup>2</sup> como referência.<br />
A "compatibilidade" entre DNGS e DGGS (baseados em projeção DT) estaria apenas no uso da projeção de referência e simplicidade nos algoritmos de conversão entre grades. <br />
<br />
== Conversão ISEA ==<br />
H3 Uber e diversas outras implementações do padrão DGGS fizeram uso da projeção ISEA, que parecia a mais adequada até anos 2020. Segundo [https://doi.org/10.1080/17538947.2024.2324952 Huang et al. 2024], em ''"Bidirectional mapping between rhombic triacontahedron and icosahedral hexagonal discrete global grid systems"'',<br />
<br />
: The icosahedron is currently the mainstream polyedron in research and application of discrete global grid systems (DGGS). However, compared to the rhombic triacontahedron (RT), the icosahedron has disadvantages, such as lower sphere-fitting accuracy, greater projection distortion, and difficulty in incorporating the matrix structure for geospatial data storage. <br />
<br />
O artigo demonstra técnicas eficientes de conversão do "legado ISEA" na projeção DT.<br />
<br />
A ilustração abaixo mostra como o losango pode servir de referência para 3 tipos de ladrilhos:<br />
[[File:Tjde a 2130459 f0004 oc.png|centro|miniaturadaimagem|620x620px]]<br />
<br />
PS: ver também artigo https://doi.org/10.3390/ijgi11120595<br />
<br />
== Ver também ==<br />
<br />
* [[DGGS/Proj/ISEA]]<br />
* Uso em https://www.mdpi.com/2220-9964/11/6/322 para distance transform Canada<br />
[[Category:Public]]</div>Adminhttps://docs.afa.codes/w/index.php?title=File:Proj-hingeConnectPlanes1.png&diff=458File:Proj-hingeConnectPlanes1.png2026-01-25T11:54:01Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:ProjDT-BR-dobras1.png&diff=457File:ProjDT-BR-dobras1.png2026-01-25T11:54:00Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:Proj-concurrentPlanes1.png&diff=456File:Proj-concurrentPlanes1.png2026-01-25T11:54:00Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:BR-Planaltos1.png&diff=455File:BR-Planaltos1.png2026-01-25T11:53:59Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:Proj-Hinge-BR1.png&diff=454File:Proj-Hinge-BR1.png2026-01-25T11:53:59Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:RhombicTriacontahedron-30facesFrom120.png&diff=453File:RhombicTriacontahedron-30facesFrom120.png2026-01-25T11:53:58Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:Kirigami1.png&diff=452File:Kirigami1.png2026-01-25T11:53:58Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:Polyedrons-hinge1.png&diff=451File:Polyedrons-hinge1.png2026-01-25T11:53:57Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:Proj-conectPlanes1.png&diff=450File:Proj-conectPlanes1.png2026-01-25T11:53:57Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=DGGS/Proj/pt/Plane-plane_intersection/pt&diff=449DGGS/Proj/pt/Plane-plane intersection/pt2026-01-25T11:53:53Z<p>Admin: Sync V45 (Force Parity)</p>
<hr />
<div>[[File:Proj-concurrentPlanes1.png|miniaturadaimagem|420px|Dois planos infinitos que se cruzam, necessariamente formando uma reta.]]<br />
[[File:Proj-conectPlanes1.png|miniaturadaimagem|Três peças planas de plástico conectadas por dobradiças. Mais peças retangulares poderiam ser conectadas formando uma sanfona.]]<br />
[[File:Kirigami1.png|miniaturadaimagem|Exemplo de Kirigami, onde algumas regras do "jogo das dobradiças" são utilizadas. Peças triangulares permitem um número maior de conexões.]]<br />
<br />
Planos concorrentes. A metodologia [[DNGS]] propõe o uso de projeções nacionais e/ou continentais para contornar o problema da projeção DGGS, que enfrenta a impossibilidade matemática de garantir uma boa aproximação de altitude (e portanto valor absoluto de área) em todos os países.<br />
<br />
A seguir iniciaremos por apresentar o "jogo dos planos conectados por dobradiças", que '''ajuda a explicar''' mais didaticamente uma série de questões matemáticas:<br />
<br />
* Porque as [[wikipedia:Lambert azimuthal equal-area projection|projeções azimutais]] (plano tangente a um ponto na esfera) podem ser conectadas em poliedros regulares.<br/> E apenas algumas outras poucas combinações de projeção igual-area são possíveis no padrão DGGS.<br />
* Porque apenas poliedros regulares ajustados sobre o globo permitem a ''projeção igual-area'' de um [[DGGS]].<br />
* Porque o [[wikipedia:Universal_Transverse_Mercator_coordinate_system|padrão UTM]], que dividiu o globo em 60 projeções de 6 graus (zonas UTM), [https://gis.stackexchange.com/questions/206519/combining-utm-zones '''não permite a concatenação''' entre zonas]. <br />
* A melhor solução para uma projeção Nacional, ou [https://gis.stackexchange.com/questions/418691/projection-planes-that-conform-to-the-surface ajuste das projeções à superfície da nação].<br />
* Os planos podem ser ajustados por correção linear em torno de um plano principal ajustado à altitude mediana das zonas povoadas (inclinação leve depois de projetados).<br />
* Ideal é que as células (e seu formato no nível L0) se atenham à região da projeção, portanto células quadradas requerem quebra em planos quadrados, células triangulares em planos triangulares, etc. <br/>PS: eventualmente pode-se transformar por exemplo pares de triângulos em quadriláteros, mas isso onera o processo.<br />
<br />
== Características ==<br />
<br />
Na Geometria clássica, que aprendemos na escola, os planos são infinitos, e se não são paralelos, serão concorrentes. Algebricamente dizemos que dois planos concorrentes, alpha e beta, possuem interseção na reta ''r''. Planos finitos são conjuntos, suponhamos as porções A e B de alpha e beta respectivamente...<br />
<br />
Conectando A e B através de uma '''dobradiça''', podemos imaginar pequenos movimentos de giro em torno da reta ''r''. A dobradiça requer no mínimo 2 pontos sobre cada plano, para garantir que a peça não gire em torno do parafuso de fixação.<br />
<br />
[[File:Proj-hingeConnectPlanes1.png|center|420px]]<br />
<br />
Estas são as "regras do jogo" para se conectar mais peças planas, mantendo a mobilidade, sem travar a dobradiça:<br />
<br />
# As peças são planas<br />
# Duas peças podem ser conectadas perfeitamente através de um segmento de reta.<br />
# A conexão por dobradiça requer no mínimo 2 pontos de cada lado da dobradiça.<br />
# Uma nova peça só pode ser encaixada através de uma só dobradiça, cruzando com a peça a que foi conectada, sem interferir nas demais.<br />
<br />
== Projeções globais ==<br />
As projeções DGGS requerem a conexão entre faces: cada face precisa ter uma dobra com sua adjacente. <br />
<br />
... Explicar aqui como ficam as dobras em montagens que cobrem o globo ... E se adicionamos a restrição de igual-área, resta apenas o poliedro regular.<br />
<br />
[[File:Polyedrons-hinge1.png|center|580px]]<br />
<br />
O tetraedro é um sólido perfeito, com áreas iguais, enquanto o prisma, mesmo sendo ajustado a áreas iguais, não vai garantir a cobertura por "ladrilhos iguais". Abaixo o poliedro de 120 faces da projeção [[DGGS/Proj/DT]], Disdyakis Triacontahedron: <br />
<br />
[[file:Disdyakis_30_net.svg|center|580px]]<br />
<br />
Cada uma das 120 faces corresponde a um plano de projeção do tipo "Slice and Dice projection" (van Leeuwen and Strebe). Em seguida 4 a 4 faces são reunidas resultando em um [[wikipedia:Rhombic triacontahedron|Triacontaedro rômbico]] de 120/4=30 faces quadriláteras, usadas como L0 de um [[Generalized Geohash/pt|GGeohash]].<br />
<br />
[[File:RhombicTriacontahedron-30facesFrom120.png|340px]] [[File:Rhombictriacontahedron_net.svg|340px]]<br />
<br />
:<small>PS: em estudo estratégias complementares, usando [[#Proposta da re-projeção linear em planos concorrentes|Proposta da re-projeção linear]] com mudança de raio de elipsoide (ajuste ao país) ou (mais apropriado) mudança da secante... Isso permite alguma compatibilidade entre os dois, DGGS e [[DNGS]], quando ambos usam mesmos polígonos de projeção: pontos e angulos sólidos são preservados. </small><br />
<br />
===Entre cônicas ou cilíndricas não há como incluir dobradiça===<br />
<br />
As projeções cônicas e cilíndricas, bastante populares, não podem se conectar entre si porque exigem interseções por retas incompatíveis: ...<br />
<br />
Por isso a única projeção válida para conectar faces planas é a azimutal (tangente a um só ponto - não uma linha inteira de tangência). <br />
<br />
PS: a solução HELPix de uma cilíndrica e várias gnômicas resolve por lidar com a simetria da esfera e a "dobradiça reta-ponto".<br />
<br />
== Proposta da re-projeção linear em planos concorrentes== <br />
O principal objetivo da re-projeção é o ajuste às altitudes medianas do território nacional, garantindo maior precisão de área e altitude.<br />
<br />
Ver problema da projeção customizada em https://gis.stackexchange.com/q/469283/7505<br />
<br />
===Experimentos com o Brasil===<br />
[[File:BR-Planaltos1.png|miniaturadaimagem|Grandes planaltos e planícies brasileiras.]]<br />
<br />
O Brasil é um país de altitudes modestas: cerca de 40% do seu território encontra-se abaixo de 200 m de altitude, 45% entre 200 e 600 m, e 12%, entre 600 e 900 m. Pode-se ainda dar maior peso às altitudes de locais mais povoados (tipicamente capitais), garantindo-se ajuste de altitude onde haveria máximo usufruto da precisão de área.<br />
<br />
Experimentando diferentes recortes do Brasil, por exemplo um partindo do retângulo central, outro partindo de um hexágono. As junções são indicadas por dobradiças.<br />
<br />
[[File:Proj-Hinge-BR1.png|center|680px]]<br />
<br />
O mais eficiente talvez seja quebrar em triângulos que cubram os [[wikipedia:Brazilian Highlands|grandes planaltos]] e planícies, mas ainda assim estaria longe de ser um "ajuste satisfatório" para o relevo brasileiro. Como, felizmente, as diferenças entre média de altitude das formações são da ordem de meio a 1 km, as diferenças são toleráveis. <br />
<br />
Provavelmente um grande plano médio pode ser tão bom quanto um conjunto de ajustes mal aproximados ao relevo. A Projeção Cônica de Albers provavelmente ainda será bem melhor do que "sub-ajustes de uma projeção DGGS". Abaixo o caso de um [[DGGS/Proj/DT|DGGS especial, DT com 120 lados]], que permitiria talvez algum ajuste local do Brasil.<br />
[[File:ProjDT-BR-dobras1.png|centro|semmoldura|580x580px]]<br />
[[Category:Discrete Global Grid Systems]]<br />
[[Category:Public]]</div>Adminhttps://docs.afa.codes/w/index.php?title=File:Isea-diamonds-grid.png&diff=448File:Isea-diamonds-grid.png2026-01-25T11:53:47Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:Osmc-projections-ISEA-ilustr3.png&diff=447File:Osmc-projections-ISEA-ilustr3.png2026-01-25T11:53:46Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:Icosahedron_and_truncated.png&diff=446File:Icosahedron and truncated.png2026-01-25T11:53:46Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=File:Icosahedron-to-diamonds.png&diff=445File:Icosahedron-to-diamonds.png2026-01-25T11:53:45Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=DGGS/Proj/pt/ISEA&diff=444DGGS/Proj/pt/ISEA2026-01-25T11:53:44Z<p>Admin: Sync V45 (Force Parity)</p>
<hr />
<div>[[File:Icosahedron and truncated.png|miniaturadaimagem|Icosaedro e icosaedro truncado. O primeiro é utilizado primeira projeção (?).]]<br />
<br />
Entre as projeções poliédricas, a melhor projeção global, a principio (por usar mais faces), é a a ISEA - Icosahedral Snyder Equal Area<br />
<br />
Algum patrocinador poderia pagar uma semana de programador C++.<br />
[[File:Osmc-projections-ISEA-ilustr2.png.png|miniaturadaimagem|Faces poliedricas e respectivas projeções circulares no ISEA.]]<br />
[[File:Osmc-projections-ISEA-ilustr3.png|miniaturadaimagem|xxxx]]<br />
<br />
Mas imagino que mesmo ISEA terá problemas com área de imóveis, e uma solução comentei aqui https://gis.stackexchange.com/q/418691/7505<br />
<br />
Outros problemas/soluções com altitude num DGGS, incluindo ISEA: <br />
*erros berrantes https://gis.stackexchange.com/q/418623/7505 <br />
*correção de área https://gis.stackexchange.com/q/418669/7505<br />
<br />
== Grade quadrilátera ==<br />
As 20 projeções triangulares são unidas duas a duas para formar as faces losangulares (''diamonds''), garantindo a distribuição uniforme células quadriláteras. Ver no [https://github.com/sahrk/DGGRID/blob/master/dggridManualV81b.pdf Manual DGGRID] a implementação:<br />
<br />
* "DGGRID can generate grids with cells that are triangles, diamonds, or hexagons"<br />
* "ISEA4D - ISEA projection with diamond cells and an aperture of 4"<br />
<br />
[[File:Icosahedron-to-diamonds.png]]<br />
<br />
<br />
[[File:Isea-diamonds-grid.png|semmoldura|620x620px]]<br />
<br />
== Implementações ==<br />
A principal (usada pelo PostGIS) seria PROJ, mas carece da transformação inversa, https://proj.org/operations/projections/isea.html Ver problema em da inversa em https://github.com/OSGeo/PROJ/issues/3047<br />
<br />
H3 Uber é a mais popular e bem otimizada, mas carece de precisão igual-área, é orientada a aplicações logísticas<br />
<br />
DGGRID é na prática a única aberta disponível.<br />
<br />
PS: a biblioteca D3geo ainda não oferece<br />
<br />
== Ver também ==<br />
* {{xref|HaMaSa2011}}<br />
* [[DGGS/Proj/DT]] (diamonds RT)<br />
<br />
--------------<br />
<br />
<br />
== ChatGPT explicando ==<br />
Comentário do ChatGPT sobre a questão das faces de fato projetadas, "20 vs 32".<br />
<br />
O '''ISEA''' (''Icosahedral Snyder Equal Area'') é uma projeção cartográfica desenvolvida por John P. Snyder (1992) para uso em grades geodésicas e sistemas de discretização global (DGGS).<br />
<br />
=== Projeção ===<br />
A ISEA é baseada na projeção '''Lambert Azimuthal Equal Area''' (LAEA), aplicada de forma independente a cada uma das 20 faces de um icosaedro inscrito na esfera. Cada face triangular recebe o seu próprio plano azimutal tangente, garantindo preservação de áreas e distorção simétrica dentro da face.<br />
<br />
Assim, a ISEA utiliza exatamente:<br />
* '''20 planos de projeção LAEA''', um por face do icosaedro. Ver por ex. [https://www.researchgate.net/publication/246557072_ISEA_discrete_global_grids ISEA_discrete_global_grids de 1997]<br />
* Não são adicionados planos extras além desses 20. As outras 12 faces para truncar e formar o [[wikipedia:Truncated icosahedron]] são apenas modelagem.<br />
<br />
=== Grades DGGS ===<br />
Embora a projeção ISEA utilize 20 faces, diversas implementações de '''Discrete Global Grid Systems (DGGS)''' realizam adaptações estruturais para facilitar indexação ou uso computacional.<br />
<br />
Um exemplo importante é o sistema '''H3''' da Uber:<br />
* O H3 utiliza projeção '''gnomônica''', não a Snyder equal-area.<br />
* A grade base é construída sobre as 20 faces do icosaedro, mas subdividida em 122 células iniciais: 110 hexágonos e 12 pentágonos.<br />
* As 12 células pentagonais não provêm de novas projeções; elas resultam de restrições geométricas da tesselação hexagonal sobre a esfera.<br />
<br />
=== Diferença entre 20 e 32 faces ===<br />
* O número '''20''' refere-se ao total de projeções LAEA independentes do método ISEA.<br />
* O número '''32''' (20 hexagonais + 12 pentagonais) aparece em grades DGGS derivadas, como o H3, por meio de subdivisões ou truncamentos estruturais.<br />
* Portanto, os 12 pentágonos adicionais são gerados por construção geométrica e não por aplicação de novas projeções azimutais.<br />
<br />
=== Referências ===<br />
* Snyder, J. P. (1992). ''An equal-area map projection for polyhedral maps''. Cartographica: The International Journal for Geographic Information and Geovisualization.<br />
* Carr, D. B., Olsen, A. R., Kahn, R. A., & Sahr, K. (1997). ''ISEA discrete global grids''. Statistical Research Division, U.S. Census Bureau. [https://www.researchgate.net/publication/246557072_ISEA_discrete_global_grids]<br />
* Uber (2018). ''H3: Uber’s Hexagonal Hierarchical Spatial Index''. [https://www.uber.com/blog/h3/]<br />
* H3 Documentation. [https://h3geo.org/docs/core-library/overview/]<br />
[[Category:Discrete Global Grid Systems]]<br />
[[Category:Public]]</div>Adminhttps://docs.afa.codes/w/index.php?title=File:OSMcodes-logo-new.png&diff=443File:OSMcodes-logo-new.png2026-01-25T11:53:41Z<p>Admin: </p>
<hr />
<div></div>Adminhttps://docs.afa.codes/w/index.php?title=Documenta%C3%A7%C3%A3o_AFA.codes&diff=442Documentação AFA.codes2026-01-25T11:53:40Z<p>Admin: Sync V45 (Force Parity)</p>
<hr />
<div>[[File:OSMcodes-logo-new.png|320px|miniaturadaimagem|Logotipo ''AFA.codes'' (antigo ''OSM.codes''), serviço que implementa o padrão DNGS.]]<br />
<br />
O '''AFA Codes''' (anteriormente OSMcodes) é um [[Projetos|projeto]] do [[Instituto AddressForAll]] com o objetivo de implementar e aperfeiçoar o sistema de geocodificação do padrão [[Discrete National Grid Systems/pt|Discrete National Grid Systems - '''DNGS''']]. AFA Codes buscam o máximo de qualidade: o máximo compactos, amigáveis, multifinalitários, computacionalmente eficientes.<br />
<br />
Principais recursos:<br />
* '''Página inicial - seleção de localidade''' em [http://afa.codes http://afa.codes]<br />
* '''Interface''' (exemplo em BR-SP-Campinas) em [http://afa.codes/BR-SP-Campinas http://afa.codes/BR-SP-Campinas]<br />
* '''Repositórios''' em https://git.afa.codes &nbsp; (ver também [https://api.github.com/orgs/osm-codes/repos API list], [https://github.com/osm-codes/gridMap-draftPages/issues Issues] e [https://github.com/osm-codes/gridMap-draftPages/releases Versão])<br />
* '''Separação''' dos assuntos: padrão DNGS (público) ''vs'' implementação AFA do padrão (potencialmente privado).<br />
* '''Endpoints''' de Camarões documentados e com Swagger, http://dev.api.banoc.coeurduweb.com/docs/<br />
__TOC__<br />
<br />
==Seções==<br />
<br />
Principais seções de documentação nesta wiki:<br />
<br />
*{{ns-xref|afac|Estrutura e licença dos softwares}}: para contratos e descrição<br />
*{{ns-xref|afac|API}}: Guia oficial da API AFA Codes. <br />
*{{ns-xref|afac|Metodologia}}: descreve para leigos o que fazemos<br />
*{{ns-xref|afac|Sobre}}: descreve o projeto, seus produtos e serviços.<br />
*{{ns-xref|afac|Convenções}}: estabelece convenções e metodologias deste projeto.<br />
*{{ns-xref|afac|Casos de uso}}: descreve e classifica as diversas aplicações e formas de utilização da solução.<br />
*{{ns-xref|afac|FAQ}}: Perguntas frequentes.<br />
*{{ns-xref|afac|Gits}}: repositórios git contendo códigos-fonte.<br />
*{{ns-xref|afac|Testes}}: roteiro e execução de testes das páginas de consulta <code>AFA.codes</code>.<br />
*{{ns-xref|afac|Viz}}: módulo de visualização dos dados e interface de comandos.<br />
**[[afac:Viz/Navegação|afac:Viz/'''Navegação''']]: manual de referência sobre a interface de navegação por mapas e geocódigos.<br />
*{{ns-xref|afac|Guias}}: guias rápidos, de uso e instalação.<br />
*{{ns-xref|afac|Atribuições}}: créditos, licenças e demais informes de atribuição.<br />
*{{ns-xref|afac|Versões}}: versões dos softwares utilizados em produção.<br />
*Países com <code>AFA.codes</code> implementados, independentemente do domínio:<br />
**{{ns-xref|afac|DE}} - Alemanha<br />
**{{ns-xref|afac|BR}} - Brasil;<br />
**{{ns-xref|afac|CO}} - Colômbia.<br />
**{{ns-xref|afac|CM}} - Camarões.<br />
**{{ns-xref|afac|SV}} - El Salvador.<br />
**{{ns-xref|afac|EC}} - Equador.<br />
**{{ns-xref|afac|IN}} - India.<br />
**{{ns-xref|afac|UY}} - Uruguai.<br />
** ... - Pendente criar automação para a metodologia, https://gis.stackexchange.com/a/489059/7505<br />
<br />
*Outras funções implementadas no domínio:<br />
**Ver [[afac:Sobre#Outras funções do site]].<br />
<br />
== Principais pontos ==<br />
<br />
* O AFA Codes é um sistema de geocodificação em que, para cada retângulo do território nacional, desde 1 km² até 1 m², recebe um código alfanumérico o mais curto possível, gerado a partir das coordenadas geográficas.<br />
* Pode geolocalizar por código qualquer elemento fixo no território, como cidades, bairros, povoados, fazendas, glebas, casas, vagas de veículos, árvores, postes, mobiliário urbano, etc.<br />
* O sistema respeita a soberania de cada país. É feito sob medida, considerando a estrutura territorial de estados e municípios.<br />
* O AFA Codes uma vez adotado no país, 100% do seu território é coberto com geocódigos gerados pelo sistema.<br />
* O sistema é reversível: a coordenada geográfica é convertida para um código curto, como também este código pode ser revertido para a coordenada geográfica que o originou.<br />
* O código pode ser utilizado como número de cadastro, visto que o mesmo código não se repete no mesmo município.<br />
* Localidades que carecem de endereço e CEP como sítios, assentamentos e moradias na zona rural, aglomerações subnormais, matas e sertões recebem um geocódigo que pode tanto localizar como identificar o objeto. Mesmo o local mais remoto e inacessível é geocodificável.<br />
* O AFA Codes é desenvolvido pelo Instituto de Tecnologias Geo-Sociais AddressForAll como uma solução inovadora de tecnologia aberta. Não prende instituições e usuários à desenvolvedora da tecnologia.<br />
<br />
== Origem do nome ==<br />
A sigla AFA vem das iniciais do nome do Instituto '''A'''ddress'''F'''or'''A'''ll, e adota-se um ponto entre esta sigla e a palavra "codes" por uma questão de estratégia de comunicação para tornar conhecido tanto o nome quanto o endereço do website.<br />
<br />
Substitui o nome antigo OSMcodes para evitar conflito com OpenStreetMap. A princípio, o nome anterior veio do fato de o projeto ter sido baseado no mapa [[OpenStreetMap]] e com intensão de divulgá-lo.<br />
<br />
==Ver também==<br />
<br />
*[[Geohash generalizado]]<br />
<br />
[[Category:Projetos|OSMcodes]]<br />
[[Category:OSMcodes|*Documentação_OSMcodes]]<br />
[[Category:Public]]<br />
[[Category:Public01]]</div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Xref&diff=441Template:Xref2026-01-25T11:34:42Z<p>Admin: Sync Templates V27</p>
<hr />
<div>[[Ref-list#{{{1}}}|[{{{1}}}]]]<noinclude><br />
== Uso ==<br />
Para referenciar qualquer citação através das referências padronizadas em [[Ref-list]].<br />
<br />
A predefinição irá gerar uma ligação apontando para uma seção da página [[Ref-list]], como instruído [[Ref-list#Instructions|aqui]].<br />
<br />
{{Por fazer|Ver se é necessário criar a categoria "Páginas com ref-list" para rastreio.}}<br />
<br />
== Exemplos ==<br />
<pre><br />
{{Ref|Alguma referência-padrão aqui}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
[[Categoria:Ref-list]]<br />
<templatedata><br />
{<br />
"params": {<br />
"1": {<br />
"aliases": [<br />
"REF"<br />
],<br />
"label": "Referência",<br />
"description": "Adicionar uma referência-padrão do Ref-list (Referências bibliográficas) para citação. Aceita valores além dos sugeridos.",<br />
"example": "KrJeBo2020",<br />
"type": "string",<br />
"suggestedvalues": [<br />
"KraAlm2020a",<br />
"KraEtAll2019",<br />
"KraEtAll2022a",<br />
"KraEtAll2022b",<br />
"KrJeBo2020",<br />
"IBGE2016",<br />
"INPI2002"<br />
],<br />
"required": true<br />
}<br />
},<br />
"description": "Para referenciar citações através de referências padronizadas pela página Ref-list (Referências bibliográficas)."<br />
}<br />
</templatedata></noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:TplDocumentation&diff=440Template:TplDocumentation2026-01-25T11:34:41Z<p>Admin: Sync Templates V27</p>
<hr />
<div>{{#invoke:tplDocumentation|main|_content={{ {{#invoke:tplDocumentation|contentTitle}}}}}}<noinclude><br />
<!-- Add categories to the /doc subpage --><br />
</noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Sumario_AFA_Extensions&diff=439Template:Sumario AFA Extensions2026-01-25T11:34:37Z<p>Admin: Sync Templates V27</p>
<hr />
<div>: [[Image:75%.svg]] <code>[[Impacta/Novo CEP/Extension AFA-BR-CEP|extension '''AFA_BR_CEP''']]</code>, atende às aplicações Web e implementação de APIs. Orientado às aplicações logísticas, ou seja, que lidam diretamente com o Novo CEP. Integra o "Framework CEP".<br />
<br />
: [[Image:25%.svg]] <code>[[Impacta/Novo CEP/Extension AFA-BR-Analitico|extension '''AFA_BR_Analitico''']]</code>, atende ao público analítico, portanto oferecendo amplo espectro de funções, suprindo necessidades das operações analíticas. Trata tanto a Grade Científica como a Grade do Novo CEP. Integra o "Framework Analítico".<br />
:: (no futuro extension <code>AFA_BR_Analitico_Interno</code> exclusiva para Impacta)<br />
<br />
: [[Image:25%.svg]] <code>[[Impacta/Novo CEP/Extension AFA-BR-Gerador|extension '''AFA_BR_Gerador''']]</code>, atende às demandas de geração de grades com geometria. Orientada não tanto à performance, mas à robustez e simplicidade operacional. Integra o "Framework Gerador".</div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Stage&diff=438Template:Stage2026-01-25T11:34:36Z<p>Admin: Sync Templates V27</p>
<hr />
<div><includeonly><span class="noprint">[[File:{{#switch:{{{1|}}}<br />
|0|00|0%|00%=00 percents<br />
|25|25%=25 percents<br />
|50|50%=50 percents<br />
|75|75%=75 percents<br />
|100|100%=100 percents<br />
|#default=00%<br />
}}.svg|9px|{{#switch:{{{1|}}}<br />
|0|00|0%|00%=0%<br />
|25|25%=25%<br />
|50|50%=50%<br />
|75|75%=75%<br />
|100|100%=100%<br />
|#default=0%<br />
}} developed{{#if:{{{2|}}}|&nbsp; as of {{{2}}}}}|link=Help:Development stages]]{{#if:{{{2|}}}|<small>&nbsp;({{{2}}})</small>}}</span></includeonly><!--noinclude>{{tplDocumentation}}</noinclude --><noinclude><br />
== Uso ==<br />
Para indicar estágio de progresso de qualquer elemento no texto. Irá aparecer um ícone de progresso onde for inserido.<br />
<br />
Valores recomendados: 0%, 25%, 50%, 75% e 100%.<br />
<br />
== Exemplos ==<br />
<pre><br />
Algum texto ou nome de projeto. {{Stage|50%|Jun 09, 2023}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
</noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Site-navbox&diff=437Template:Site-navbox2026-01-25T11:34:35Z<p>Admin: Sync Templates V27</p>
<hr />
<div>{| style="float:right; border:1px solid black; padding: 8pt; width: 210px"<br />
|style="text-align:center;"| [[File:world-wide-web-symbol.png|32px|link=Documentação dos sites]] <br/> Documentação integrante do <br/> '''''namespace'' [[Documentação dos sites|<code>site</code>]]'''<hr/><br />
|-<br />
|<br />
* '''[[site:A4A|A4A]]'''<br />
** [[web:Site/A4A/blog|Blog]]<br />
* '''[[site:OSMC|OSMC]]'''<br />
* '''[[site:gits|gits]]'''<br />
* ...<br />
|-<br />
| etc.<br />
|}<includeonly><br />
[[Categoria:Sites]]<br />
</includeonly><noinclude><br />
== Uso ==<br />
Para adicionar uma ''navbox'' numa página que faz parte do projeto [[site]]s.<br />
<br />
As páginas com esta predefinição serão automaticamente incluídas na [[:Categoria:Sites]].<br />
<br />
== Exemplos ==<br />
<pre><br />
{{site-navbox}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
[[Categoria:Sites]]<br />
<templatedata><br />
{<br />
"params": {},<br />
"description": "Para adicionar uma ''navbox'' numa página que faz parte do projeto sites."<br />
}<br />
</templatedata></noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Ref&diff=436Template:Ref2026-01-25T11:34:34Z<p>Admin: Sync Templates V27</p>
<hr />
<div>[[Ref-list#{{{1}}}|[{{{1}}}]]]<noinclude><br />
== Uso ==<br />
Para referenciar qualquer citação através das referências padronizadas em [[Ref-list]].<br />
<br />
A predefinição irá gerar uma ligação apontando para uma seção da página [[Ref-list]], como instruído [[Ref-list#Instructions|aqui]].<br />
<br />
{{Por fazer|Ver se é necessário criar a categoria "Páginas com ref-list" para rastreio.}}<br />
<br />
== Exemplos ==<br />
<pre><br />
{{Ref|Alguma referência-padrão aqui}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
[[Categoria:Ref-list]]<br />
<templatedata><br />
{<br />
"params": {<br />
"1": {<br />
"aliases": [<br />
"REF"<br />
],<br />
"label": "Referência",<br />
"description": "Adicionar uma referência-padrão do Ref-list (Referências bibliográficas) para citação. Aceita valores além dos sugeridos.",<br />
"example": "KrJeBo2020",<br />
"type": "string",<br />
"suggestedvalues": [<br />
"KraAlm2020a",<br />
"KraEtAll2019",<br />
"KraEtAll2022a",<br />
"KraEtAll2022b",<br />
"KrJeBo2020",<br />
"IBGE2016",<br />
"INPI2002"<br />
],<br />
"required": true<br />
}<br />
},<br />
"description": "Para referenciar citações através de referências padronizadas pela página Ref-list (Referências bibliográficas)."<br />
}<br />
</templatedata></noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:P%C3%A1gina_principal/Totais&diff=435Template:Página principal/Totais2026-01-25T11:34:33Z<p>Admin: Sync Templates V27</p>
<hr />
<div><div style="text-align: center; margin: 2em auto 2em; padding: 12px; background-color:#F8F9FA"><span style="font-size:110%;">''No momento há {{NUMBEROFPAGES}} páginas, {{NUMBEROFARTICLES}} artigos e {{#expr: {{NUMBEROFFILES}} + {{PAGESINCATEGORY:Wikimedia Commons}} }} arquivos, e foram realizadas {{NUMBEROFEDITS}} edições.''</span></div><noinclude><br />
== Uso ==<br />
Na [[Página principal]] somente, abaixo dos parágrafos de apresentação.<br />
<br />
Mostra os totais de páginas, artigos e a soma de arquivos hospedados aqui.<br />
<br />
== Exemplos ==<br />
<pre><br />
{{Página principal/Totais}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
</noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:P%C3%A1gina_incompleta&diff=434Template:Página incompleta2026-01-25T11:34:30Z<p>Admin: Sync Templates V27</p>
<hr />
<div>{| cellpadding="0" cellspacing="0" style="border: 1px solid #AAAAAA; width: 60%; margin: 1em auto 1em auto; text-align: center;"<br />
|-<br />
| style="width: 10px; background:#B22222" |<br />
| style="width: 64px; background:#FBFBFB" valign="center" | [[File:Gnome-dialog-warning.svg|link=]]<br />
| style="padding: 0.75em; background:#FBFBFB; text-align: left; font-size: 120%;" valign="center" | '''Esta página está incompleta.''' O texto ainda não cobre totalmente o assunto e necessita ser terminado.<br />
|}<includeonly><br />
[[Categoria:Páginas com avisos]]<br />
[[Categoria:Páginas incompletas]]<br />
</includeonly><noinclude><br />
== Uso ==<br />
Para marcar uma página que já possui conteúdo significativo como '''incompleta'''.<br />
<br />
Usar a predefinição [[:Predefinição:Por fazer|Por fazer]] nos trechos do texto para indicar o que falta.<br />
<br />
As páginas com esta predefinição serão automaticamente incluídas na [[:Categoria:Páginas com avisos]] e [[:Categoria:Páginas incompletas]].<br />
<br />
== Exemplos ==<br />
<pre><br />
{{Página incompleta}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
<templatedata><br />
{<br />
"params": {},<br />
"description": "Para marcar uma página que já possui conteúdo significativo como '''incompleta'''."<br />
}<br />
</templatedata></noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Por_fazer&diff=433Template:Por fazer2026-01-25T11:34:27Z<p>Admin: Sync Templates V27</p>
<hr />
<div>{| class="wikitable" style="text-align: left; vertical-align: top; background: #fffaef; padding: 0px; margin: 1.5em auto 0em 0em;"<br />
|-<br />
| valign="top" style="width: 7%" | [[File:Edit-check-sheet.svg|link=|24px]]<br />
| valign="center" style="padding: 0em 0.75em; background:#F8EABA; text-align: left; font-size: smaller; color: #444444; " | '''[[:Categoria:Páginas_com_tarefas|Tarefas]]:''' {{{1}}}<br />
|}<includeonly><br />
[[Categoria:Páginas com avisos]]<br />
[[Categoria:Páginas com tarefas]]<br />
</includeonly><noinclude><br />
== Uso ==<br />
Para marcar página ou seção contendo '''tarefas por fazer''', como revisão, correção, expansão etc.<br />
<br />
Esta predefinição pode ser colocada em qualquer ponto e mais de uma vez no texto. E deve ser removida com a conclusão das tarefas.<br />
<br />
As páginas com esta predefinição serão automaticamente incluídas na [[:Categoria:Páginas com avisos]] e [[:Categoria:Páginas com tarefas]].<br />
<br />
== Exemplos ==<br />
<pre><br />
{{Por fazer|Algum texto aqui...}}<br />
</pre><br />
<br />
<pre><br />
{{Por fazer|<br />
# Tarefa 1;<br />
# Tarefa 2;<br />
# Tarefa 3.}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
<templatedata><br />
{<br />
"params": {<br />
"1": {<br />
"aliases": [<br />
"Tarefas"<br />
],<br />
"label": "Tarefas.",<br />
"type": "content",<br />
"required": true,<br />
"description": "Descreva sucintamente as tarefas. Aceita lista."<br />
}<br />
},<br />
"description": "Para marcar página ou seção contendo '''tarefas por fazer''', como revisão, correção, expansão etc."<br />
}<br />
</templatedata></noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Para&diff=432Template:Para2026-01-25T11:34:24Z<p>Admin: Sync Templates V27</p>
<hr />
<div>: [[File:Disambig grey.svg|20px|link=]]&nbsp;'''''Nota:''' Para {{{1}}}, ver {{#if: {{{3|}}} | [[{{{2}}}|{{{3}}}]] | [[{{{2}}}]] }}''<includeonly><br />
</includeonly><noinclude><br />
== Uso ==<br />
Para informar o leitor sobre seção ou artigo com nome similar mas de assunto distinto. Funciona como desambiguação.<br />
<br />
: ⚠️ Para outros casos, ver as predefinições "[[Predefinição:Artigo principal|Artigo principal]]" e "Ver também" '''[a criar]'''.<br />
<br />
== Exemplo ==<br />
<pre><br />
{{Para|Assunto|Link|Texto aliás}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
<templatedata><br />
{<br />
"params": {<br />
"1": {<br />
"aliases": [<br />
"Assunto"<br />
],<br />
"label": "Assunto",<br />
"description": "Outro assunto semelhante",<br />
"type": "content",<br />
"required": true<br />
},<br />
"2": {<br />
"aliases": [<br />
"Link"<br />
],<br />
"label": "Ligação",<br />
"description": "Ligação para o artigo de outro assunto semelhante",<br />
"type": "content",<br />
"required": true<br />
},<br />
"3": {<br />
"aliases": [<br />
"Texto aliás"<br />
],<br />
"label": "Texto aliás",<br />
"description": "Texto a exibir",<br />
"type": "content",<br />
"suggested": true<br />
}<br />
},<br />
"description": "Para informar o leitor sobre seção ou artigo com nome similar mas de assunto distinto. Funciona como desambiguação.\nSegue a sintaxe: Para \"outro assunto\", ver \"ligação do artigo\". Caso o texto de exibição da \"ligação do artigo\" não for conveniente, use um \"texto aliás\" para substitui-lo."<br />
}<br />
</templatedata></noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Osmc_info&diff=431Template:Osmc info2026-01-25T11:34:23Z<p>Admin: Sync Templates V27</p>
<hr />
<div>{| style="float:right; border:1px solid black; padding: 8pt; width: 210px"<br />
|style="text-align:center;"| [[File:OSMcodes-logo-new.png|120px|link=Documentação AFA.codes]] <br/> Documentação integrante do <br/> '''projeto [[Documentação AFA.codes|AFA.codes]]'''<hr/><br />
|-<br />
|<br />
* '''[[afac:Sobre|Sobre]]'''<br />
* '''[[afac:Metodologia|Metodologia]]'''<br />
* '''[[afac:Convenções|Convenções]]'''<br />
* '''[[afac:Gits|Gits]]'''<br />
* '''[[afac:Testes|Requisitos e Testes]]'''<br />
* '''[[afac:Viz|Visualização]]'''<br />
|-<br />
| Países: [[afac:BR|BR]], [[afac:CO|CO]], [[afac:DE|DE]], [[afac:EC|EC]], [[afac:UY|UY]].<br />
|-<br />
| [[osmc:AFA vs Plus|Afa vs Plus]], [[Discrete National Grid Systems/pt|DNGS]], ...<br />
|}<includeonly><br />
[[Categoria:OSMcodes]]<br />
</includeonly><noinclude><br />
== Uso ==<br />
Para adicionar uma ''navbox'' numa página que faz parte do projeto [[OSMcodes]].<br />
<br />
As páginas com esta predefinição serão automaticamente incluídas na [[:Categoria:OSMcodes]].<br />
<br />
== Exemplos ==<br />
<pre><br />
{{Osmc info}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
[[Categoria:OSMcodes]]<br />
<templatedata><br />
{<br />
"params": {},<br />
"description": "Para adicionar uma ''navbox'' numa página que faz parte do projeto OSMcodes."<br />
}<br />
</templatedata></noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Osmc-infologoname&diff=430Template:Osmc-infologoname2026-01-25T11:34:22Z<p>Admin: Sync Templates V27</p>
<hr />
<div>[[File:Osmc-namespace logo.png|align=middle]] OSMcodes<noinclude><br />
[[Categoria:Predefinições]]<br />
[[Categoria:OSMcodes]]<br />
</noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Ns-xref&diff=429Template:Ns-xref2026-01-25T11:34:21Z<p>Admin: Sync Templates V27</p>
<hr />
<div>[[{{{1}}}:{{{2}}}|{{{1}}}:'''{{{2}}}''']]<includeonly></includeonly><noinclude><br />
[[Categoria:Predefinições]]<br />
[[Categoria:Ref-list]]<br />
</noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Liga%C3%A7%C3%A3o_inativa&diff=428Template:Ligação inativa2026-01-25T11:34:20Z<p>Admin: Sync Templates V27</p>
<hr />
<div><sup><span style="color:#009999">''<nowiki>[</nowiki>ligação inativa/quebrada<nowiki>]</nowiki>''</span></sup><includeonly>[[Categoria:Páginas com ligações inativas]]</includeonly><noinclude><br />
== Uso ==<br />
Para marcar ligação com '''ligação inativa'''.<br />
<br />
As páginas com esta predefinição serão automaticamente incluídas na [[:Categoria:Páginas com ligações inativas]].<br />
<br />
== Exemplos ==<br />
<pre><br />
{{Ligação inativa}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
</noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:InfoGroup-dadosAbertos&diff=427Template:InfoGroup-dadosAbertos2026-01-25T11:34:19Z<p>Admin: Sync Templates V27</p>
<hr />
<div>{| style="float:right; border:1px solid #ddd; padding: 8pt; width: 210px"<br />
|style="text-align:center;"| [[File:OpenData-icon1.png|80px|link=Documentação AFA.codes]] <br/> '''[[Dados Abertos]]'''<hr/><br />
|-<br />
|<br />
* [[Conhecimento aberto]]<br />
* [[Algoritmos abertos|Algoritmo aberto]]<br />
* ...<br />
|-<br />
| Licenças: [[CC0]], [[CC-BY]], [[ODbL]].<br />
|}<includeonly><br />
[[Categoria:OSMcodes]]<br />
</includeonly><noinclude><br />
== Uso ==<br />
Para adicionar uma ''navbox'' numa página que faz parte do Conceito de Dados Abertos.<br />
<br />
As páginas com esta predefinição serão automaticamente incluídas na [[:Categoria:Dados abertos]].<br />
<br />
== Exemplos ==<br />
<pre><br />
{{InfoGroup-dadosAbertos}}<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
[[Categoria:Dados abertos]]<br />
<templatedata><br />
{<br />
"params": {},<br />
"description": "Para adicionar uma ''navbox'' numa página que faz parte do projeto OSMcodes."<br />
}<br />
</templatedata></noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Graph:Chart&diff=426Template:Graph:Chart2026-01-25T11:34:18Z<p>Admin: Sync Templates V27</p>
<hr />
<div><br />
<noinclude><br />
<templatedata><br />
{<br />
"params": {},<br />
"format": "inline"<br />
}<br />
</templatedata><br />
</noinclude><noinclude><br />
== Uso ==<br />
{{Por fazer|Ver o que faz esta predefinição.}}<br />
<br />
As páginas com esta predefinição serão automaticamente incluídas na [[:Categoria:Páginas com gráficos]](?).<br />
<br />
== Exemplo ==<br />
<pre><br />
(...)<br />
</pre><br />
<br />
[[Categoria:Predefinições]]<br />
</noinclude></div>Adminhttps://docs.afa.codes/w/index.php?title=Template:Geo&diff=425Template:Geo2026-01-25T11:34:18Z<p>Admin: Sync Templates V27</p>
<hr />
<div><code><nowiki>{{{1}}}</nowiki></code></div>Admin