This is a *great* idea, allowing experimenting in an extensible format :) -- Jody Garnett
On Tue, 9 Jun 2020 at 08:55, Andrea Aime <andrea.a...@geo-solutions.it> wrote: > Hi, > I've just created a PR that opens an extension point in the GeoPackage > module, allowing to > register new GeoPackage extensions in it. > > As context, GeoPackage has its own extension mechanism: > https://www.geopackage.org/spec121/index.html#extension_mechanism > There is a number of "built-in" extensions, whose name starts with > "geopkg", the current code implements the "r-tree" one and "schema > extension" for example: > https://www.geopackage.org/spec121/index.html#registered_extensions > > Some of the extensions must be baked in, as it's otherwise impossible to > interpret data, but many others deal with metadata type information, and > are not necessary to understand the actual data. Given that many extensions > are > community <https://www.geopackage.org/extensions.html>, it's useful to > have a way to implement them without having to add them into the GeoPackage > module itself. > > Each GeoPackageExtension subclass provides method to make sense, read and > manipulate the contents of the tables, that the particular extensions added > to the GeoPackage. > > In particular, I'd be using this new extension point to allow the > GeoServer geopkg wps process implementing the metadata, semantic annotation > and portrayal extensions described here: > > http://docs.opengeospatial.org/dp/19-047.html > Given they are not core, and they may still be changed, I feel it's best > for them to stay in a community module for the time being. > > Cheers > Andrea > > PS: > Yes, this could be used as a base to implement a style extension. > Yes, the portrayal extension is one particular implementation of a style > extension, by the GeoPackage spec lead. > No, it has nothing to do with the QGIS style one, in fact, it's quite > different. > No, I'm not gonna work on trying to harmonize them :-D > > == GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf > Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa > (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 > http://www.geo-solutions.it http://twitter.com/geosolutions_it > ------------------------------------------------------- *Con riferimento > alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - > Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni > circostanza inerente alla presente email (il suo contenuto, gli eventuali > allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i > destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per > errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le > sarei comunque grato se potesse darmene notizia. This email is intended > only for the person or entity to which it is addressed and may contain > information that is privileged, confidential or otherwise protected from > disclosure. We remind that - as provided by European Regulation 2016/679 > “GDPR” - copying, dissemination or use of this e-mail or the information > herein by anyone other than the intended recipient is prohibited. If you > have received this email by mistake, please notify us immediately by > telephone or e-mail.* > _______________________________________________ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel >
_______________________________________________ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
