A próxima grande novidade no formato padronizado de troca de dados espaciais?


17

Lembro-me de ler alguns meses atrás, no segundo semestre de 2012, sobre um esforço coordenado do grupo para projetar um novo padrão para o compartilhamento de dados geográficos / espaciais. Ele tem ou tem o objetivo de substituir o padrão de fato mostrando a idade (mais de 20 anos) do Esri como o meio de escolha para compartilhar amplamente nossos dados em todos os dispositivos e plataformas. Além de abordar as limitações mais prementes do shapefile , essa novidade também incorpora raster e metadados.

Essa coisa de grande importância que não me lembro é SpatiaLite - Shapefile do futuro? ou Há alguma tentativa de substituir o shapefile? mas algumas das conversas girando em torno dele eram semelhantes. Passei bastante tempo hoje tentando rastrear isso, mas minha busca-fu não estava à altura da tarefa (o que pode não ser um bom presságio para o futuro).

Por favor, qual é o nome desse projeto indescritível que tem potencial para impactar profundamente todos os nossos fluxos de trabalho? (Supondo que saia da prancheta, o senhor sabe que precisamos de algo .) E, como ou onde alguém se envolve ou, pelo menos, o acompanha?



2
Para ser justo, antes de terminar de redigir minha pergunta, tropecei na resposta por acidente , mas, como era difícil para mim, acho que vale a pena gravar aqui para outras pessoas. Nas suas respostas, faça mais do que apenas postar o nome, uma sinopse de copiar e colar e um link. Txs.
mate Wilkie

1
Talvez você possa escrever uma resposta para a pergunta vinculada. Eu não tinha ouvido falar do GeoPackage até agora.
blah238

thanks @ blah238, editei para inserir a discussão relacionada ao SE, pois captura bem as condições de segundo plano. Posso escrever minha própria resposta ainda esta semana, se mais ninguém o fizer. Já corri para fora do meu time quota SE por agora :)
Matt Wilkie

#GeoPackage no Twitter: twitter.com/search?q=%23geopackage
blah238

Respostas:


26

A ideia que você provavelmente está pensando é no GeoPackage .

Fundo.

Os antecedentes do requisito vieram do Centro Geoespacial do Exército dos EUA, que faz parte do Corpo de Engenheiros, que procurava uma maneira de colocar mapas e outras informações (pontos ou interesse, rotas, fotografias e outras observações) em um simples " arquivo tem tudo "para aplicativos móveis. O desenvolvimento original foi feito em listas de discussão públicas (uma para vetores e outra para rasters / tiles ) nos Grupos do Google.

Quando o OGC iniciou a atividade do OWS-9, o desenvolvimento e a criação de protótipos foram transferidos para o OGC. As razões para isso são um pouco complexas, mas parecem ter sido feitas com boas intenções. O único problema era que você tinha que estar "no" mundo OGC para ver o que estava acontecendo. As duas listas dos Grupos do Google estão basicamente mortas.

Quando o OWS-9 chegou ao fim, o OGC (solicitado pelo NGA e pelo Centro Geoespacial do Exército dos EUA) criou o grupo de trabalho de padrões (SWG) para desenvolver uma especificação "adequada". O OGC tem mais detalhes sobre isso .

O processo de desenvolvimento de especificação do OGC foi inicialmente supervisionado por Paul Daisey. Foi um processo interessante, pois atraiu muita atenção externa. O trabalho inicial foi realizado no Microsoft Word, mas mudou para o desenvolvimento no GitHub . A partir de 2017, a cadeira do SWG é Jeff Yutzler. Observe que a versão no GitHub como markdown não é uma especificação oficial - é um trabalho em andamento, muito parecido com o código-fonte, à medida que passa do lançamento oficial para o lançamento oficial.

Técnico

A especificação é um pouco difícil de ler (mas espero que seja difícil de errar no estágio de implementação). Tenta ser inequívoco, não agradável. A melhor maneira de entender o que está acontecendo é encontrar o diagrama que mostra os relacionamentos da tabela. Olhe para isso por um tempo, e pode começar a fazer um pouco mais de sentido. Veja alguns dados de amostra (nota: pode não estar atualizado com as últimas especificações).

Implementação

Há várias implementações (consulte o site http://www.geopackage.org/ para obter links). Disclaimer: Eu trabalhei em alguns deles.

Futuro

No final de 2017, o desenvolvimento da especificação principal diminuiu - há novas versões, mas as diferenças são geralmente muito pequenas. Existe um mecanismo de extensão bastante aberto - consulte http://www.geopackage.org/extensions.html para obter uma lista incompleta. A extensão de elevação foi a primeira em que o SWG trabalhou, e o trabalho futuro próximo está em tabelas relacionadas , que é uma maneira de vincular um recurso geoespacial a outros dados (por exemplo, uma foto de um ponto de referência ou PDFs da decolagem). e "placas de aproximação" para um aeroporto).

A OGC está patrocinando algumas organizações membros (empresas, universidades) para realizar outro trabalho em suas atividades de teste .


O padrão GeoPackage foi adotado e agora possui seu próprio domínio: geopackage.org . Há também um projeto github do padrão para solicitações de recebimento, etc. github.com/opengeospatial/geopackage .
mate Wilkie

É bom ouvir que há algum progresso. imgs.xkcd.com/comics/standards.png
karpfen

Obrigado pela atualização Brad, muito apreciado. (podemos excluir esses meta comentários após a leitura).
Matt Wilkie
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.