Even Rouault

I'd recommend a C compatible signature like ``` bool CPL_DLL GDALIsLineOfSightVisible(GDALRasterBandH, double xA, double yA, double zA, double xB, double yB, double zB, char** papszOptions); ``` implemented in a alg/los.cpp...

> I was curious why you suggest `GDALIsLineOfSightVisible` take in location coordinates as a `double`, but the raster coordinates for RasterIO are `int` int for x and y would be...

> * GPU accelerate it Tough subject. I suspect benchmarking will show that the bottleneck is in the pixel acquisition part, not the computation. But GPU acceleration is a subject...

> Isn't this change also in #9253 ? yes, I also incorporated that commit in #9253 because a sanitizer that would test for #9253 would also frown upon that issue

closing that PR as incorporated in #9253

> I see it as of [208d0cd](https://github.com/OSGeo/gdal/commit/208d0cdb35cc4f790f516eb7a3a88a1d9149a2ed) / 2023-Nov-19 > > "supress" should be "suppress" where ? can't see any match with: ``` wget https://github.com/OSGeo/gdal/commit/208d0cdb35cc4f790f516eb7a3a88a1d9149a2ed.patch grep supress 208d0cdb35cc4f790f516eb7a3a88a1d9149a2ed.patch ``` or...

oh forget the first part of my above comment. I didn't notice the issue title ;-)

Not speaking on behalf the authors, but there are several other mentions in the spec where integer datatype for TIFF is mentioned. That said, from a practical point of view,...

actually clearly identified in https://github.com/opengeospatial/geopackage/issues/552 and https://portal.ogc.org/files/98334#_issue_552_request_ability_to_support_additional_data_types_in_geopackage_coverages as a 1.1 change (and I now realize that GDAL hasn't caught up with that v1.1 extension and only handles TIFF Float32 or...

you're basically asking for https://github.com/OSGeo/gdal-docs/ . Just download and unzip https://github.com/OSGeo/gdal-docs/archive/refs/heads/master.zip