Edzer Pebesma

invalid polygon

2

I was hoping that this polygon:  would be made valid by: ```r library(s2) x = s2_geog_from_text("POLYGON ((0 0, 3 0, 3 2, 1 1, 2 1, 0 2, 0...

s2_intersection creates invalid geometries

2

See https://github.com/r-spatial/sf/issues/1810 ; reprex through sf: ```r library(sf) library(giscoR) library(dplyr) lander % mutate(value = runif(n(), min = 100, max = 500)) # some data to interpolate ... grid % st_as_sf()...

country areas are not areas

1

In [notebook 02](https://github.com/jorisvandenbossche/DS-python-geospatial/blob/main/notebooks/02-introduction-geospatial-data.ipynb), the areas you compute with `countries.geometry.area` are not areas; they're computed as if geographic coordinates are Cartesian - their unit is squared degrees, which is meaningless (because...

Which visualisation supports different projections?

1

For a cartographer (or anyone else who makes a map) it is important in which projection the map is shown. Many of the packages listed under "visualisation" only provide maps...

Github Actions

1

now running, still todo: - [ ] render python branch somewhere else (netlify?) - [ ] run on PRs - [x] Python branch in cron job - [x] add to...

errors on revdep checks for stars

1

While checking reverse dependencies of stars, I see: ``` ══ testthat results ═══════════════════════════════════════════════════════════ [ OK: 6 | SKIPPED: 0 | WARNINGS: 0 | FAILED: 3 ] 1. Failure: SVF calculation...

Programming challenges

1

* building on the `sf` package, write a function that for _p_ features, given `n`, finds the `n` nearest features and returns their index as a list with integer vectors....

See * https://www.r-spatial.org/r/2020/03/17/wkt.html * https://win-builder.r-project.org/incoming_pretest/sf_0.9-0_20200319_213604/reverseDependencies/summary.txt somewhere the package makes an assumption of the legacy `crs` structure, which is going to change. Please modify and submit to CRAN.

proposal: add Math and Ops generics for ProcessNode

2

To take a `sin` of a datacube, we now need `p$sin(dc)`, rather than `sin(dc)`.We can get this with ```r Math.ProcessNode = function(x, ..., p = openeo::processes()) { if (!.Generic %in%...

See [here](https://gdal.org/development/rfc/rfc99_geometry_coordinate_precision.html) ; following the release of GDAL 3.9.0 this may have implications for `sf`, like * read precision when reading an OGR source * write precision when writing *...