desruisseaux commented on code in PR #240:
URL: https://github.com/apache/parquet-format/pull/240#discussion_r1778390972
##########
src/main/thrift/parquet.thrift:
##########
@@ -237,6 +237,97 @@ struct SizeStatistics {
3: optional list<i64> definition_level_histogram;
}
+/**
+ * Interpretation for edges of GEOMETRY logical type, i.e. whether the edge
+ * between points represent a straight cartesian line or the shortest line on
+ * the sphere. It applies to all non-point geometry objects.
+ */
+enum Edges {
Review Comment:
It is true that the "edge interpolation" depends on the underlying space,
but not only. For example on a plane, we can connect two points by the shortest
path (a straight line), or we can try to keep the first derivatives continuous
(splines). Likewise on a sphere, we can connect with the shorted paths
(geodesic lines), or try to keep the headings continuous at each point.
So it is a little bit more than only the underlying space. If we interpret
"interpolation" as "the mathematical formulas that we choose to use for
computing intermediate points", than "edge interpolation" seems appropriate to
me.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
