The GeoPackage class is an ad-hoc class to handle GeoPackages, it's low
level and serves both the store and the coverage reader needs, besides
being usable on its own.
You are talking datastore level instead. An eventual datastore level API
could be exposed, but it's a level of abstraction
above th
We also talked about this previously, it would be nice to have a common
approach - for ShapefileDataStore to report an SLD sidecar file for example.
On Tue, Feb 11, 2020 at 6:07 PM Ian Turton wrote:
> Subject to what Andrea says it sounds good to me (I think I'm the module
> maintainer but I cou
Subject to what Andrea says it sounds good to me (I think I'm the module
maintainer but I could be wrong) - go for a PR and I'll try to review it
and pitch in as I get time.
Ian
On Tue, 11 Feb 2020 at 17:03, Andrea Aime
wrote:
> Hi,
> just an observation, checking the geopackage extensions, I s
Hi,
just an observation, checking the geopackage extensions, I see one from the
GeoPackage spec author, called "Styling and symbology extension"
and another, probably the one you're talking about, called "QGIS Map
Styling Information".
See: https://www.geopackage.org/extensions.html
They probably
Good Morning,
QGIS allows a layer's style to be stored in a GeoPackage (or other database
oriented solutions). It creates a table called layer_styles which contains
metadata, the QGIS proprietary layer style information , but also a column
which contains an SLD.
I would like to add methods
