On 5/5/25 9:54 PM, Even Rouault via gdal-dev wrote:
can you give a try at https://github.com/OSGeo/gdal/pull/12275 ?
Thanks for the quick fix, that resolves the failure on armel & powerpc:
https://buildd.debian.org/status/package.php?p=gdal&suite=experimental
m68k had the same failure, but t
On 5/5/25 5:27 PM, Even Rouault via gdal-dev wrote:
* Add 'gdal raster tile' (port of gdal2tiles)
This seems to have caused breakage on some architectures where -latomic is needed
explicitly, as it now fails to build on armel & powerpc:
https://buildd.debian.org/status/fetch.php?pkg=gdal&ar
On 6/6/24 8:21 PM, Greg Troxel via gdal-dev wrote:
also, I am far from a cmake expert, but I looked in the CMakeFiles and
cannot find where they
- try to run the compiler with --std=c++17
# check compiler and set preferences.
if (NOT CMAKE_CXX_STANDARD)
set(CMAKE_CXX_STANDARD 17)
On 4/13/24 10:19 AM, Javier Jimenez Shaw via gdal-dev wrote:
Bas, are they really equivalent?
As far as I know they are, where one used to use EPSG:900913 they should
now be using EPSG:3857, as 900913 is deprecated.
https://wiki.openstreetmap.org/wiki/Web_Mercator
Kind Regards,
Bas
--
GPG
On 4/12/24 11:24 PM, Stephen Woodbridge via gdal-dev wrote:
and was able to access it in gdal, mapserver, postgis, etc with
"EPSG:900914"
I used to do that too, but switched to EPSG:3857 its non-deprecated
equivalent. I would recommend that instead of trying to keep using a
non-standard proje
On 12/15/23 15:35, Even Rouault via gdal-dev wrote:
Thoughts ? (given the length of the email, it should probably be
formalized as a RFC. I'll do that, unless there is a massive uprising
against the proposal...)
LERC doesn't support big endian architectures currently, only using that
on littl
On 11/24/23 13:22, Hernán De Angelis via gdal-dev wrote:
May be this is of help: I have seen the case of the .py utilities not
been compiled and installed a couple of times when I mistakenly had two
Python versions present and acccessible.
There is an issue with setuptools silently failing wit
On 11/24/23 13:16, Even Rouault via gdal-dev wrote:
The Python utilities are no longer installed with the .py extension,
this broke their use in QGIS when we removed this in the Debian
package some time ago. Don't know if that's still the case. Either
way, this doesn't seem like an appropriate
On 11/23/23 22:56, Even Rouault via gdal-dev wrote:
From a packaging point of view, the following change might have impacts on
build recipes:
The Python utilities are no longer installed with the .py extension,
this broke their use in QGIS when we removed this in the Debian package
some time
On 11/14/23 20:05, Even Rouault via gdal-dev wrote:
Le 14/11/2023 à 19:48, Sebastiaan Couwenberg via gdal-dev a écrit :
On 11/14/23 19:16, Even Rouault via gdal-dev wrote:
==> Are there users still using the existing OGR SOSI driver ?
We don't have metrics for the OGR driver, but
On 11/14/23 19:16, Even Rouault via gdal-dev wrote:
==> Are there users still using the existing OGR SOSI driver ?
We don't have metrics for the OGR driver, but libfyba0 still has 513
users in popcon.
https://qa.debian.org/popcon.php?package=fyba
Kind Regards,
Bas
--
GPG Key ID: 4096R/6
On 11/8/23 09:39, Even Rouault via gdal-dev wrote:
Adopt GDAL 3.8.0RC1 as 3.8.0 release
Can we get this fixed before the release?
https://github.com/OSGeo/gdal/pull/8682
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
12 matches
Mail list logo
