[STDM-dev] Geopackage non-spatial attributes

[John Gitau]

Thanks Arnulf for following up on this. Based on the wrapper that Etienne
had written last week, it seems like the enforcement of non-spatial tables
in v1.1 had not been effected as we managed to create a non-spatial layer
and populate it with data. Now I just need to find more information on how
to create/manage constraints (i.e. foreign key, unique and check
constraints) in OGR.

Cheers,

John

On Tue, May 2, 2017 at 5:11 PM, Arnulf Christl <
arnulf.christl at metaspatial.net> wrote:

> Folks,
> the GeoPackage 1.2 revision is in public comment period now. I just
> scanned it and found this clarifying note:
>
> From:
> https://portal.opengeospatial.org/files/?artifact_id=73792&
> version=1#Clause_Critical
>
> Non-spatial attribute data are sets (or tuples or rows) of observations
> that may not have an explicit geometry property. A strict read of
> GeoPackage v1.1 does not allow non-spatial attribute values. However, in
> practice data providers routinely need to deliver data that does not
> contain geometry properties. Requiring any GeoPackage that contains
> non-spatial tables to be declared and documented as an "Extended
> GeoPackage" is not reasonable and does not promote interoperability.
> Therefore, the standard has been modified to allow this data to be
> stored in user-define attribute tables as part of a basic GeoPackage.
> This change is considered to be low-risk because it creates a new
> encoding option that would be ignored by previous versions of the standard.
>
> [EOF]
>
> So we were right in suspecting that this requirement is not quite useful
> and going forward it will be perfectly fine to have non-spatial data in
> a geopackage.
>
> If you have anything else you need to know re GeoPackage, please let me
> know.
>
> Cheers,
> Arnulf
>
> --
> http://metaspatial.net
> Spatially enabling your business.
>
>
> _______________________________________________
> STDM-dev mailing list
> STDM-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/stdm-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/stdm-dev/attachments/20170503/ae1ec782/attachment.html>