james-willis opened a new pull request, #1234: URL: https://github.com/apache/sedona-db/pull/1234
Parity coverage for `RS_ReprojectMatch`, probe-first, one module per function. Branches off `main`, independent of the other open parity PRs. ### What agrees (4 passing tests) The nearest-neighbour path is bit-for-bit identical everywhere probed: - **Same-CRS regrid onto a finer reference** (2-arg form, default NearestNeighbor) — anchored: extent-preserving doubling is pure block replication, source nodata carried through. - **Same-CRS regrid onto a larger reference** — anchored with a hand-computed regrid: nearest picks the source pixel under each output centre, and cells outside the source footprint fill with the input band's nodata. - **A genuine cross-CRS warp** (EPSG:4326 → EPSG:3857, 3-arg NearestNeighbor) — parity-only (warped picks aren't hand-computable; SedonaDB's own correctness is rasterio-oracled in `python/sedonadb/tests`), and the engines matched exactly. - **CRS-less inputs** — neither engine demands a CRS; anchored like the finer-grid case. ### What diverges (2 xfails, both already cataloged for RS_Resample) - **Bilinear**: both engines really interpolate, but GDAL's kernel and the JVM's differ pixel-wise. - **Unknown algorithm name**: SedonaDB rejects `'sinc'`; Sedona Spark silently resamples nearest. ### Verification `4 passed, 2 xfailed` locally (pyspark 4.0.4, Sedona 1.9.1); CI runs the parity lane on this branch. -- 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]
