Hi Markus,
On 5/10/22 11:55, Markus Neteler wrote:
You may take a look at the GRASS GIS Python script:
https://grass.osgeo.org/grass-stable/manuals/i.colors.enhance.html
-
https://github.com/OSGeo/grass/blob/releasebranch_8_2/scripts/i.colors.enhance/i.colors.enhance.py
(... and replicate tha
Hi All,
Reg gdal binaries
we could see following complaints
*Stack Smashing Protector (SSP): no*
*Relocation Read-Only (RELRO): no*
Please tell us which *gdal version that* supports *SSP*, and *RELRO*
*Thanks,*
*Kavitha*
___
gdal-dev mailing lis
Abdul,
Maybe run gdal warp twice. First do the reproject and resample. Second, do
the cutline on the output from the first.
Martin
> On May 10, 2022, at 4:47 PM, Abdul Raheem Siddiqui
> wrote:
>
>
> Hello all,
>
> I would like to know if anyone in the community is aware of a way to cont
Explicitly setting rpath in LDFLAGS solved my PROJ 9 problem. This feels
like a regression. It isn't necessary for Linux and wasn't necessary for
autotools builds of PROJ 8.2.1.
Back on topic: GDAL 3.5.0rc4 seems fine.
On Tue, May 10, 2022, 4:18 PM Sean Gillies wrote:
> Thanks, Alan!
>
> I fee
Hello all,
I would like to know if anyone in the community is aware of a way to
control GDALWARP order of operations, or is it even possible?
I need GDAL to reproject a raster to a new CRS and cell size then mask the
raster to a polygon.
(the new size is smaller than the original, I know it is n
Thanks, Alan!
I feel like we're in the middle of going backwards to go forwards when it
comes to FOSS4G software builds.
On Tue, May 10, 2022 at 4:05 PM Alan Snow wrote:
> This might be a helpful reference:
> https://github.com/pyproj4/pyproj-wheels/issues/45
>
> On Tue, May 10, 2022, 4:33 PM E
I agree that this seems more likely to be an issue with PROJ. I found
suggestions from Mike Taves in the PROJ project and am following them.
I'm trying GDAL 3.5.0rc4 with PROJ 8.2.1 and will follow up in an hour.
On Tue, May 10, 2022 at 3:33 PM Even Rouault
wrote:
> Sean,
>
> So your issue is w
This might be a helpful reference:
https://github.com/pyproj4/pyproj-wheels/issues/45
On Tue, May 10, 2022, 4:33 PM Even Rouault
wrote:
> Sean,
>
> So your issue is with a GDAL autoconf build. I can't see any significant
> changes in configure.ac between GDAL 3.5.0 and 3.4.0 related to rpath.
>
Sean,
So your issue is with a GDAL autoconf build. I can't see any significant
changes in configure.ac between GDAL 3.5.0 and 3.4.0 related to rpath.
This has probably not changed in years. I do see in your logs that the
linking line of GDAL has a
-rpath /usr/local/lib
and that there's a /
Hi Even,
I'm running into a problem with GDAL 3.5.0rc4 and PROJ 9.0.0 on macos. It
occurs when I use https://github.com/matthew-brett/delocate to relocate
GDAL and its dependencies into rasterio wheels.
The error:
ERROR:delocate.libsana:
@rpath/libproj.25.dylib not found:
Needed by: /usr/local/l
Hi,
I've issued a rc4 with the following fixes w.r.t rc3:
* fix build error with CMake >= 3.10.2 and < 3.11
* fix build errors with Fedora mingw32
Updated archives:
https://download.osgeo.org/gdal/3.5.0/gdal-3.5.0rc4.tar.xz
https://download.osgeo.org/gdal/3.5.0/gdal-3.5.0rc4.tar.gz
https:
Le 10/05/2022 à 12:24, Sandro Mani a écrit :
Hi Even
Thanks, that error appears to be fixed. Now I'm hitting
cd
/home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/build_win32/frmts/pcidsk/sdk
&& /usr/lib64/ccache/i686-w64-mingw32-g++ -DDONT_DEPRECATE_SPRINTF
-DGDAL_CMAKE_BUILD -DGDAL_COMPILATIO
Hi Even
Thanks, that error appears to be fixed. Now I'm hitting
cd
/home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/build_win32/frmts/pcidsk/sdk
&& /usr/lib64/ccache/i686-w64-mingw32-g++ -DDONT_DEPRECATE_SPRINTF
-DGDAL_CMAKE_BUILD -DGDAL_COMPILATION -DHAVE_AVX_AT_
COMPILE_TIME -DHAVE_LIBJPEG -DH
Sandro,
can you check if https://github.com/OSGeo/gdal/pull/5698 fixes your issue ?
Even
Le 10/05/2022 à 11:48, Sandro Mani a écrit :
Hi
Testing RC3 on Fedora rawhide, the native build with cmake build fine.
The mingw build OTOH fails with
/home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/por
Hi
Testing RC3 on Fedora rawhide, the native build with cmake build fine.
The mingw build OTOH fails with
/home/sandro/rpmbuild/BUILD/gdal-3.5.0-fedora/port/cpl_vsil_s3.cpp:4556:29:
error: invalid user-defined conversion from 'const
cpl::IVSIS3LikeFSHandler::Sync(const char*, const char*, co
Hi,
On 5/9/22 23:18, matt.wil...@yukon.ca wrote:
Here's Part 5, Saturation and Sharpness:
https://medium.com/@robsimmon/making-sense-of-satellite-data-part-5-saturation-sharpness-e21fac6272c7
Thanks! I can replicate some of this with imagemagick but I think,
modifications of source data would
Hi,
On 5/10/22 09:09, Andreas Oxenstierna wrote:
I assume the main issue is that Sentinel-1 is radar data in different
polarisations - which is not easy to visualise as an ”image" for human eyes
There are some widely used visualization models for the SAR data. The
one I'm using in my combo pi
17 matches
Mail list logo
