La prochaine grande chose dans le format d'échange de données spatiales normalisé?


17

Je me souviens avoir lu il y a quelques mois, dans la seconde moitié de 2012, un effort coordonné de groupe pour concevoir une nouvelle norme pour le partage de données géographiques / spatiales. Il a ou vise à avoir le potentiel de remplacer la norme de facto indiquant son âge (20 ans et plus) du de Esri comme moyen de choix pour partager largement nos données sur tous les appareils et plates-formes. En plus de traiter les limitations de fichiers de formes les plus pressantes , cette nouvelle chose intègre également les raster et les métadonnées.

Cette grande chose dont je ne me souviens pas n'est pas SpatiaLite - Shapefile of the future? ou Y a-t-il des tentatives de remplacement du fichier de formes? mais une partie de la conversation qui tournoyait autour d'elle était similaire. J'ai passé pas mal de temps aujourd'hui à essayer de retrouver cela, mais ma recherche-fu n'a pas été à la hauteur de la tâche (ce qui pourrait ne pas être de bon augure pour son avenir).

S'il vous plaît, quel est le nom de ce projet insaisissable qui a le potentiel d'avoir un impact profond sur tous nos flux de travail? (En supposant que cela quitte la planche à dessin, le seigneur sait que nous avons besoin de quelque chose .) Et, comment ou où peut-on s'impliquer ou au moins en garder la trace?



2
Pour être juste, avant d'avoir fini de composer ma question, je suis tombé sur la réponse par accident , mais comme il était difficile pour moi de retrouver, je pense que cela vaut la peine d'enregistrer ici pour les autres. Dans vos réponses, veuillez faire plus que simplement afficher le nom, un texte de présentation copier-coller et un lien. Txs.
matt wilkie

1
Vous pourriez peut-être écrire une réponse à la question liée. Je n'avais jamais entendu parler de GeoPackage auparavant.
blah238

merci @ blah238, j'ai édité pour insérer la discussion SE correspondante car elle capture bien les conditions d'arrière-plan. Je peux écrire ma propre réponse plus tard cette semaine si personne d'autre ne le fait entre-temps. J'ai épuisé mon quota de temps SE pour l'instant :)
matt wilkie

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

Réponses:


26

L'idée à laquelle vous pensez probablement est GeoPackage .

Contexte.

Le contexte de cette exigence est venu du Centre géospatial de l'armée américaine, qui fait partie du Corps of Engineers, qui cherchait un moyen de mettre des cartes et d'autres informations (points ou intérêts, itinéraires, photographies et autres observations) en un "simple" fichier a tout "format pour les applications mobiles. Le développement original a été fait sur des listes de diffusion publiques (une pour les vecteurs et une pour les rasters / tuiles ) sur Google Groupes.

Lorsque l'OGC a commencé l'activité de banc d'essai OWS-9, le développement et le prototypage ont été transférés à l'OGC. Les raisons en sont un peu complexes, mais cela semble avoir été fait avec de bonnes intentions. Le seul problème était que vous deviez être "dans" le monde OGC pour voir ce qui se passait. Les deux listes de groupes Google sont pratiquement mortes.

Alors que OWS-9 arrivait vers la fin, l'OGC (à la demande de la NGA et du US Army Geospatial Center) a créé le groupe de travail sur les normes (SWG) pour développer une spécification «appropriée». L'OGC a plus de détails à ce sujet .

Le processus d'élaboration des spécifications de l'OGC était initialement supervisé par Paul Daisey. C'était un processus intéressant en ce sens qu'il a attiré beaucoup d'attention extérieure. Le travail initial a été effectué dans Microsoft Word, mais il est passé au développement sur GitHub . Depuis 2017, le président du SWG est Jeff Yutzler. Notez que la version sur GitHub en tant que démarque n'est pas une spécification officielle - c'est un travail en cours, tout comme le code source alors qu'il passe de la version officielle à la version officielle.

Technique

La spécification est quelque peu difficile à lire (mais il est à espérer difficile de se tromper lors de la mise en œuvre). Il essaie d'être sans ambiguïté, pas agréable. La meilleure façon de comprendre ce qui se passe est de trouver le diagramme montrant les relations entre les tables. Regardez cela pendant un moment, et cela pourrait commencer à avoir plus de sens. Ensuite, regardez quelques exemples de données (note: peut ne pas être à jour selon la dernière spécification).

la mise en oeuvre

Il existe une gamme d'implémentations (voir le site Web http://www.geopackage.org/ pour les liens). Avertissement: j'ai travaillé sur certains d'entre eux.

Futur

À la fin de 2017, le développement de la spécification de base a ralenti - il existe de nouvelles versions, mais les différences sont généralement assez petites. Il existe un mécanisme d'extension assez ouvert - voir http://www.geopackage.org/extensions.html pour une liste incomplète. L' extension d'élévation a été la première sur laquelle le SWG a travaillé, et les travaux à venir sont sur des tables connexes , ce qui est un moyen de lier une entité géospatiale à d'autres données (par exemple, une photo d'un point de repère ou des PDF du décollage). et atterrissage de «plaques d’approche» pour un aéroport).

L'OGC parraine certaines organisations membres (entreprises, universités) pour effectuer d'autres travaux dans ses activités de banc d'essai .


Le standard GeoPackage a été adopté et possède désormais son propre domaine: geopackage.org . Il existe également un projet github de la norme pour les demandes d'extraction, etc. github.com/opengeospatial/geopackage .
matt wilkie

Ravi d'entendre qu'il y a des progrès. imgs.xkcd.com/comics/standards.png
karpfen

Merci pour la mise à jour Brad, très appréciée. (nous pouvons supprimer ces méta-commentaires après leur lecture).
matt wilkie
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.