Alan,
>
> Trying to follow the online documentation for contributing at
> trac.osgeo.org/gdal/wiki/HowToContribute. Has the ticket system been
> completely abandoned?
Yes. All new activity is in GitHub; I've updated the above link to make it
clearer.
> If so, then
> I'm ready to do publish my
Hi,
Trying to follow the online documentation for contributing at
trac.osgeo.org/gdal/wiki/HowToContribute. Has the ticket system been completely
abandoned? All the active tickets seem to be dated. If so, then I'm ready to do
publish my branch and do a pull request, but apparently I need to be
On vendredi 5 octobre 2018 13:47:49 CEST Robert Coup wrote:
> Hi,
>
> Can you give a procedure to reproduce this ? I couldn't from a quick test.
>
> > Things tend to go to PAM a bit too easily.
>
> Source image is at
> https://www.dropbox.com/sh/y2z8s2101w3rrxo/AAAh21saJqzHU40sy7UGg9Ffa?dl=0 —
>
Hi,
Can you give a procedure to reproduce this ? I couldn't from a quick test.
> Things tend to go to PAM a bit too easily.
Source image is at
https://www.dropbox.com/sh/y2z8s2101w3rrxo/AAAh21saJqzHU40sy7UGg9Ffa?dl=0 —
seems like it's the .aux file that's leading to it.
To reproduce: gdal_trans
Yes, polygons are properly disjoints.
I agree with your proposal, two attributes with a_min/a_max seems to be
the better option.
I'll try to propose a patch in the days to come.
Regards,
Julien
On 28/09/2018 17:50, Even Rouault wrote:
> On mercredi 26 septembre 2018 09:30:53 CEST Julien Cabie
On vendredi 5 octobre 2018 11:58:14 CEST Robert Coup wrote:
> Hi all,
>
> I have some datasets I've been converting via gdal.Translate() to
> self-contained Cloud-style GeoTIFFs (ie. as one file). For a handful of
> datasets that have band descriptions:
Can you give a procedure to reproduce this
Robert Coup wrote
> Is it possible to prevent creation of the .aux.xml in this case? I was
> using the presence of any extra files as a warning that something might
> have been missed in the TIFF conversion.
Hi,
From https://gdal.org/classGDALPamDataset.html:
Enabling PAM
PAM support can be ena
Hi all,
I have some datasets I've been converting via gdal.Translate() to
self-contained Cloud-style GeoTIFFs (ie. as one file). For a handful of
datasets that have band descriptions:
...
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Description = Band_1
Min=1.000 Max=255.000
Minimum=1.0
Dave,
you might want to try with the latest GDAL 2.3.2
There has been a bug fixed in that one that could potentially fix the issue
you have:
https://github.com/OSGeo/gdal/issues/638
Even
> I am hoping that someone receiving this email might be able to help me or
> direct me to someone else who
I am hoping that someone receiving this email might be able to help me or
direct me to someone else who can. Please excuse me if this is an inappropriate
use of your mailing list or attachment format.
I am attempting to use GDAL_GRID with linear interpolation to generate a
TIF-file and polygoni
The python tests in autotest2 are pretty much a subset of GDAL's autotest.
The C++ and Java tests are mostly outside of what autotest has.
On Tue, Oct 2, 2018 at 2:05 AM Craig de Stigter <
craig.destig...@koordinates.com> wrote:
> Thanks. Are those tests entirely based on the osgeo git tests, or
11 matches
Mail list logo
