-
As reported in [Debian Bug #1075252](https://bugs.debian.org/1075252) fails to build with GCC 14:
```
[ 89%] Linking CXX executable ../../out/geometry_to_wkb
cd /build/mapnik-4.0.0+ds/obj-x86_64-li…
-
NB: The binding errors present in 0.9.0 -> 0.9.2 prevent this from being checked for those versions, so exactly when this started is a little fuzzy.
For a query along the lines of (note: for v0.8.1…
-
### Description
Using `WKB` would result in better performance when it comes to reconstructing documents using synthetic source. It also results in no accuracy loss.
-
It seems that the geozero API only supports `Vec` input. It would be ideal to find a way that geozero can read an Arrow u8 array without first copying into a `Vec`
-
### Description
Currently `geo_ponit` doc values use quantisation when storing doc values. As a result, reconstructing documents in synthetic source using doc values results in accuracy loss and in t…
-
As we cut up roads based on municipality polygons we lose roads not in any municipality.
We currently cut up roads in [import/aggregate.sql] using `ST_Intersects()`. This is matched against every m…
-
```
Use internal field from WKB approximation as an input for the iterative
solver. Should be effective for index-matching particles.
```
Original issue reported on code.google.com by `yurkin` on 24…
-
```
Use internal field from WKB approximation as an input for the iterative
solver. Should be effective for index-matching particles.
```
Original issue reported on code.google.com by `yurkin` on 24…
-
I created (or separated) this repo from the following PR,
- https://github.com/sanak/geos-wasm/pull/5
> - [x] Upgrade testxml files from GEOS repository
> - [ ] Support WKB HEX format
> - [x] Fix …
sanak updated
8 months ago
-
```
Use internal field from WKB approximation as an input for the iterative
solver. Should be effective for index-matching particles.
```
Original issue reported on code.google.com by `yurkin` on 24…