Skip to content

Releases: opengeospatial/geoparquet

v1.1.0+p1

21 Jun 22:17
Compare
Choose a tag to compare

The v1.1.0+p1 release corrects an issue in the v1.1.0 release, removing a requirement that conflicts with the new native encoding for geometries. The metadata schema has not been changed with this correction. Data producers and consumers should use the version identifier 1.1.0 to refer to this corrected release.

Although the spec and metadata schema are attached as release artifacts, clients should use the published versions:

What's Changed

  • Remove requirement that geometry columns must not be a group field by @tschaub in #234

Full Changelog: v1.1.0...v1.1.0+p1

v1.1.0

19 Jun 18:25
Compare
Choose a tag to compare

GeoParquet 1.1.0 is our second stable release. There are two major additions to the specification:

  • #191 introduces the bbox covering encoding which defines a way to add an extra column that represents the bounding box of each geometry as a 'struct' in Parquet. This can accelerate spatial queries by allowing consumers to inspect row group and page index bounding box summary statistics.
  • #189 adds an option for Native encodings (based on GeoArrow), which introduces an alternative to Well Known Binary that enables readers to leverage more features of the Parquet format to accelerate geospatial queries (e.g., row group-level min/max statistics).

Both work to better leverage Parquet's native capabilities to enable GeoParquet readers to query spatial data more efficiently. The first is designed to work with the way geometries are encoded in GeoParquet 1.0, and should be easy for any reader or writer to add, while the second is a new alternative encoding that is more efficient and more compatible with the Parquet way of doing things, but will take more work to implement. They could theoretically be used together, but practically only one is necessary in a GeoParquet file. Both features are completely optional, and follow our version compatibility guidelines to be fully backwards compatible changes.

There were also a number of minor clarifications and improvements since 1.0, including recommendations about media type and .parquet as the file extension, along with new test data. The full list of PR's, new contributors and changes follows below.

What's Changed

New Contributors

Full Changelog: v1.0.0...v1.1.0

v1.0.0

18 Sep 13:59
Compare
Choose a tag to compare

GeoParquet 1.0.0 is our first stable release. As of this release we will be completely following SemVer, so we'll be releasing patch versions for any bug fixes, minor versions for backwards compatible changes, and any backwards incompatible changes will warrant a GeoParquet 2.0.0. Our goal will be to stay at 1.x releases for as long as possible.

There have been no core spec changes since 1.0.0-beta.1, so any implementation updating to 1.0.0 from beta.1 or rc.1 should have a relatively easy time updating to the 1.0.0 spec. The one addition is a set of recommendations on parquet geospatial compatibility, with the aim to help data providers make their Parquet data more compatible with tools that can then easily transform it to GeoParquet.

New Contributors

Full Changelog: v0.4.0...v1.0.0

v1.0.0-rc.1

27 Jul 22:10
Compare
Choose a tag to compare

GeoParquet 1.0.0-rc.1 is our first release candidate. If we hear no blocking issues by the end of August (2023), then this version of the spec will be released as 1.0.0. So this is your last chance to try it out before it is finalized, and after this release there will be no breaking changes until GeoParquet 2.0.

There were actually no core spec changes between 1.0.0-beta.1 and 1.0.0-rc.1. The only change was the addition of a set of recommendations on parquet geospatial compatibility, with the aim to help data providers make their Parquet data more compatible with tools that can then easily transform it to GeoParquet.

What's Changed

Full Changelog: v1.0.0-beta.1...v1.0.0-rc.1

v1.0.0-beta.1

15 Dec 01:39
Compare
Choose a tag to compare
v1.0.0-beta.1 Pre-release
Pre-release

We're getting close to the first stable GeoParquet release! We may have one or two more beta releases after gathering feedback from implementors, but we don't have any other planned breaking changes before 1.0.0. Please give it a try and create issues with your feedback.

The 1.0.0-beta.1 release includes a number of metadata changes since the previous 0.4.0 release. One breaking change is that the previous geometry_type metadata property is now named geometry_types. The value is always an array of string geometry types (instead of sometimes a single string and sometimes an array). In addition, we've clarified a number of things in the specification and tightened up the JSON schema to improve validation. See below for a complete list of changes.

What's Changed

New Contributors

Full Changelog: v0.4.0...v1.0.0-beta.1

v0.4.0

26 May 14:02
56ea704
Compare
Choose a tag to compare

What's Changed

New Contributors

Full Changelog: v0.3.0...v0.4.0

v0.3.0

27 Apr 19:44
a3c1212
Compare
Choose a tag to compare

What's Changed

Full Changelog: v0.2.0...v0.3.0

v0.2.0

19 Apr 15:33
d8592c1
Compare
Choose a tag to compare

What's Changed

New Contributors

Full Changelog: v0.1.0...v0.2.0

v0.1.0

08 Mar 23:51
219b71e
Compare
Choose a tag to compare

Initial Release of GeoParquet

This is our first release of the GeoParquet specification. It should provide a clear target for implementations interested in providing support for geospatial vector data with Parquet, as we iterate to a stable 1.0.0 spec.

Initial work started in the geo-arrow-spec GeoPandas repository, and that will continue on Arrow work in a compatible way, with this specification focused solely on Parquet.

What's Changed

New Contributors

Full Changelog: https://github.com/opengeospatial/geoparquet/commits/v0.1.0