Hello Steven,
Thank you for your reply. I should have mentioned that my ultimate goal is
to mosaic more than two images, so I don't know if the workflow that you
suggest would work in that case. I did use your suggestion of masking
values, and changed the VRT python function to this:
import numpy
On Mon, Jul 15, 2019 at 11:41 AM Even Rouault
wrote:
> On lundi 15 juillet 2019 11:33:40 CEST Andrew Bell wrote:
> > I'm seeing an issue with OGRCoordinateTransformation where the first
> point
> > passed to the transform is handled properly, but the second one is not.
> > I'm just seeing this on
On lundi 15 juillet 2019 11:33:40 CEST Andrew Bell wrote:
> I'm seeing an issue with OGRCoordinateTransformation where the first point
> passed to the transform is handled properly, but the second one is not.
> I'm just seeing this on version 2.4. Earlier versions are OK, as is 3.0
> with identica
I'm seeing an issue with OGRCoordinateTransformation where the first point
passed to the transform is handled properly, but the second one is not.
I'm just seeing this on version 2.4. Earlier versions are OK, as is 3.0
with identical code. I don't know where the old tickets are, so I'm
wondering
On 7/15/19 11:20 AM, Chiara Marmo wrote:
> Do you mind if I open a new issue on the Debian bug tracker (if relevant)
> after their answer?
No. If there is user demand to support CFITSIO in the gdal package an
wishlist bugreport is a good way to express that.
Kind Regards,
Bas
--
GPG Key ID:
On lundi 15 juillet 2019 13:41:25 CEST Alberto Monescillo wrote:
> Hi all,
>
> I am trying to use gdal with kakadu library to write JPEG2000 images.
> I need to write the output images as float images (GDT_Float32), but I am
> not able.
> I have tried different options, but the image is always gen
Hi all,
I am trying to use gdal with kakadu library to write JPEG2000 images.
I need to write the output images as float images (GDT_Float32), but I am
not able.
I have tried different options, but the image is always generated as Byte
type.
I have reviewed the file 'jp2kakdataset.cpp', and in pr
> If it were redefining to the same value, that would be one thing, but since
> it is redefining to another value, it makes you wonder 1) why is it coming
> in differently, and 2) which value should it be?
Paul, overall this doesn't seem critical as the only real use of
HOST_FILLORDER in all GDAL
Hello Sebastiaan,
me again about GDAL and CFITSIO. :)
>
> gdal (1.4.1-5) unstable; urgency=low
>
> * libcfitsio3 library is now GPL on Debian, so disabled due to
> incompatibility with GDAL copyright.
> (closes: #422537)
>
> The linked bugreport has more backgrounds:
>
> https://bug
Hi List,
We use GDAL with MapWinGIS, a C++ ActiveX control.
We use the binaries, libs and header files from GisInternals.com
We're currently in the process of getting rid of the last compiler warnings.
One of them is 'HOST_FILLORDER': macro redefinition
Our Map_Core.cpp includes tiff.h, which in
10 matches
Mail list logo
