You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At the moment we didn't implement this, so you will get TypeError: cannot pickle 'spherely.Point' object, but it would be useful to support it.
To provide a full exact roundtrip through pickling, we should maybe pickle the raw unit vector (x, y, z) of the S2Point, instead of going through latitude/longitude like other conversions (eg WKB), because there can always be some floating point difference in this conversion.
The text was updated successfully, but these errors were encountered:
S2geometry provides Encoder and Decoder objects as well as Encode() and Decode() methods from most of its data types (point, polyline, polygon) so we might be able to just reuse that. For a point it serializes the raw unit vector. It is also possible to encode S2ShapeIndex objects with lazy decoding.
Probably cleanest would be to expose this API via s2geography::Geography wrapper classes rather than dealing with it directly in spherely (same for other methods like Clone(), which would be better than this function implemented in #51).
That s2geography PR also added the GeographyKind enum tag, which will allow us to clean up some parts of the code in Spherely (e.g., remove some dynamic_cast).
At the moment we didn't implement this, so you will get
TypeError: cannot pickle 'spherely.Point' object
, but it would be useful to support it.To provide a full exact roundtrip through pickling, we should maybe pickle the raw unit vector (x, y, z) of the
S2Point
, instead of going through latitude/longitude like other conversions (eg WKB), because there can always be some floating point difference in this conversion.The text was updated successfully, but these errors were encountered: