2 402
edições
Geo-token: mudanças entre as edições
sem sumário de edição
Sem resumo de edição |
|||
| Linha 2: | Linha 2: | ||
== Escopo == | == Escopo == | ||
[[wikipedia:Geographical feature|Objetos geográficos]] de [[Interesse público e curadoria|interesse público]], tais como ruas, pontos de endereço e polígonos de lote, reconhecidos pelas [[Jurisdição|jurisdições]] que reforçam sua definição. | [[wikipedia:Geographical feature|Objetos geográficos]] de [[Interesse público e curadoria|interesse público]], tais como ruas, pontos de endereço e polígonos de lote, reconhecidos pelas [[Jurisdição|jurisdições]] que reforçam sua definição. | ||
A relação esperada entre ID (ou nome) e sua resolução, é que o resolvedor retorne uma ''feature'' GeoJSON distinta para cada geo-token. Ou seja, há garantia de unicidade também seria bijetora. | |||
=== Tokens sem georeferência única === | |||
Objetos não-georeferenciados (ex. topônimos ou nomes de rua sem georeferenciação), podem ser grosseiramente georeferenciados pelo contexto, adotando um esquema de [[wikipedia:Toponym resolution|resolução de topônimos]], tipicamente municípios e seus quadrantes de cobertura. Nesse caso o comportamento será diferente: muitos IDs retornaram a mesma feature de GeoJSON. O status do geo-token fica como "pendente georeferenciação", devido à pendência de unicidade geográfica. | |||
== Problema principal == | == Problema principal == | ||
| Linha 27: | Linha 25: | ||
=== Problema do cartório oficial === | === Problema do cartório oficial === | ||
... | |||
=== Problema da atualização e rastreabilidade === | === Problema da atualização e rastreabilidade === | ||
... | |||
=== Problema do cadastro oficial === | === Problema do cadastro oficial === | ||
Endereços (ex. de correspondência) são caracterizados por um ponto geográfico, mas esse ponto não é eterno nem preciso, e, principalmente, é '''difícil fixar uma "definição oficial" do endereço'''. | Endereços (ex. de correspondência) são caracterizados por um ponto geográfico, mas esse ponto não é eterno nem preciso, e, principalmente, é '''difícil fixar uma "definição oficial" do endereço'''. | ||
| Linha 60: | Linha 58: | ||
== Potenciais soluções == | == Potenciais soluções == | ||
... Ver página de discussão... | |||
=== Estado de arte === | === Estado de arte === | ||
Soluções completas similares: | |||
* ... | * ... | ||
* https://www.placekey.io/ | * https://www.placekey.io/ | ||
* ... | * ... | ||
Recursos para a implementação: | |||
* lotes de tokens em baixa maturidade: git | |||
* "gestão a quente" de tokens maduras: arquitetura Kappa suficiente, https://pt.slideshare.net/juantomas/aspgems-kappa-architecture | |||
=== Maturidade da token === | |||
Do ponto de vista econômico e tecnológico, a criação de uma nova ''token'' tem custo, e em geral risco e custo altos enquanto não se torna um padrão com quantidade mínima de jurisdições aderindo. No processo inicial de "maturação da token" tecnologias mais simples que blockchain podem ser adotadas. | |||
Para reduzir o custo de teste e desenvolvimento da ''token'' e suas aplicações, recomenda-se iniciar com a tecnologia [[git]]. Ela também pode ser útil para o processo de legitimação dos blocos: enquanto os dados não forem homologados e legitimados como oficiais, podem permanecer em ''git''. | |||