(percebi interesse na "localização por células"... Se alguém puder ajudar no projeto Datasets <https://github.com/datasets/country-codes/issues/22>, agradecemos!)
- - - - Sobre o *GRID Locator*, gostei dele, não conhecia (!), apesar de não amarrar com padrões tradicionais, tais como UTM (precisa de uma transcrição mais específica, que pode ter custo nos aplicativos de conversão). O http://no.nonsense.ee/ parece ótimo (!), brincando com ele descobri que códigos de 8 caracteres (tamanho do CEP) ainda não seriam tão eficientes como o CEP, precisariam mais 1 ou 2 caracteres para chegar nas imediações do ponto e sua face de quadra. Outra solução simples é transformar coordenadas arredondadas em números inteiros e compactar o numero com BASE36 <https://en.wikipedia.org/wiki/Base36>... Mas mesmo que usasse UTM, as GRIDs sempre terão o problema de não serem orientados à logística e à malha viária... ... Uma opção seria *convidar toda a comunidade toda OSM* a criar um "padrão de CEP universal", com base na densidade populacional, codificação de malha viária, e codificação de faces de quadra do *OSM*. Já comentamos isso aqui antes, e aparentemente é uma demanda: ver http://global.census.okfn.org/dataset/postcodes ou seja, se é para começar do zero uma proposta de padronização com ambição de um dia substituir o CEP, que comece certo. - - - - Sobre proposta do *What3words* é interessante mas, na minha visão, não satisfaz por vários motivos, além de não ser aberto (!), * não é orientada à resolução de problemas logísticos como o CEP, ZIP e cia. É preciso tratar ruas e faces de quadra, não quadrantes abstratos. * localização semântica/mnemônica já é oferecida em soluções como o http://schema.org/location * localização padronizada "num raio de 3 metros do ponto" é oferecida por coordenadas geográficas usuais arredondas; * a tal da "expressão mnemônica" se perde num país do oriente (escritas árabe, chinês, etc.) por serem palavras inglês... números são mais universais, acho um tremendo preconceito contra os números ;-) * por serem palavras, poderiam criar confusão contextual num texto mal diagramado. * nomes de rua já são mnemônicos, e o Geonames, o OSM, etc. cuidam de padroniza-los, não precisamos de um outro padrão. O CEP é justamente um complemento para compensar eventual "falha no mnemônico".... Mesmo em favelas (condomínios informais) podemos padronizar nomes de "vias informais", é até mais importante, fazer uso dos nomes adotados pela comunidade. PS: a representação *GRID Locator* comentada antes, pode ser uma string mais curta (9 ou 10 caracteres) que o What3word. Em 14 de setembro de 2015 02:35, horacio mello <[email protected]> escreveu: > Olá Pessoal > > > Existe um sistema de "endereçamento" que é usado por radioamadores, que é > o Grid locator - > http://propagacaoaberta.com.br/grid-locator-saiba-a-sua-localizacao-via-grid/ > > Seria isto algo do tipo que vc fala, quando cita o What3words ? > > Meu grid locator é: GG52QI10MA > > abraços > > h > > > Em 13/09/2015 22:53, Vitor George escreveu: > > É interessante, mas proprietário. Na lista talk@ teve uma discussão sobre > e alguém propôs fazer um aberto, mas acho que não foi pra frente. > > 2015-09-13 9:19 GMT-03:00 Gerald Weber <[email protected]>: > >> Oi Pessoal >> >> achei muito interessante e muito original este sistema de endereçamento >> >> http://what3words.com/about/ >> >> será que isto obsoletiza sistemas tipo CEP? Ou melhor, será que "pega"? >> >> abraço >> >> Gerald >> >> >> >> >> >> _______________________________________________ >> Talk-br mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-br >> >> > > > _______________________________________________ > Talk-br mailing > [email protected]https://lists.openstreetmap.org/listinfo/talk-br > > > > _______________________________________________ > Talk-br mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-br > >
_______________________________________________ Talk-br mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-br
