[SCM] PostGIS branch master updated. 3.6.0beta1-16-g523c7a6f0
git at osgeo.org
git at osgeo.org
Thu Aug 7 09:45:16 PDT 2025
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "PostGIS".
The branch, master has been updated
via 523c7a6f08ce79495f0e4c403615b3fd88e12430 (commit)
from bc08546510ebfbd458c42f22dd696f50bd81ac95 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 523c7a6f08ce79495f0e4c403615b3fd88e12430
Author: Paul Ramsey <pramsey at cleverelephant.ca>
Date: Thu Aug 7 09:44:28 2025 -0700
Add a section on handling empty geometry in WKB
diff --git a/doc/ZMSgeoms.txt b/doc/ZMSgeoms.txt
index 33e8778cb..0276f6b1d 100644
--- a/doc/ZMSgeoms.txt
+++ b/doc/ZMSgeoms.txt
@@ -24,6 +24,7 @@ This document defines how geometry can have Z,M or both values and SRID
in a way which is compatible to the existing 2D OpenGIS Simple Features
specification AND to the Z-Geometry documented in OpenGIS 99-402r2.
+
2. Proposal
2.1. Definition of ZM-Geometry
@@ -39,6 +40,7 @@ Z and M values. The resulting 2D geometry is the "shadow" of the ZM-Geometry.
2D geometries cannot be safely converted into ZM-Geometries, since their Z
and M values are undefined, and not necessarily zero.
+
2.2. Extensions to Well-Known-Binary format
The 2d OpenGIS Simple Features specification has the following geometry types:
@@ -170,7 +172,14 @@ WKBPoint {
}
-2.3. Extensions to Well-Known-Text format
+2.3. Empty Geometry Handling
+
+For geometries with a counter (nPoints for LineString, nRings for Polygon, nPoints for MultiPoint, nLines for MultiLineString, nPolygons for MultiPolygon, nGeometries for GeometryCollection), an Empty geometry can be represented by setting the counter to zero.
+
+For an empty Point, which does not have a counter, an empty geometry is signalled by setting all coordinates to an IEEE-754 quiet NaN value (big endian 0x7ff8000000000000 or little endian 0x000000000000f87f depending on the endian value of the WKB).
+
+
+2.4. Extensions to Well-Known-Text format
Geometry SRID presence and value would be represented using a
"SRID=#;" prefix to the WKT text:
-----------------------------------------------------------------------
Summary of changes:
doc/ZMSgeoms.txt | 11 ++++++++++-
1 file changed, 10 insertions(+), 1 deletion(-)
hooks/post-receive
--
PostGIS
More information about the postgis-tickets
mailing list