Hi Rob,
I can't think an easy way of doing what you want.
Well, you can definitely do that using a VRT Python pixel function, that
would essentially do your --calc expression
Cf
https://gdal.org/drivers/raster/vrt.html#using-derived-bands-with-pixel-functions-in-python
The example of
http
Maybe it's just Friday, but I could use a pointer here :-)
My input raster is a RGBA byte image, where the alpha channel value is 0 or
255 (ie: effectively a mask). The output is ideally a VRT file, RGB with
Int16 data type, using nodata=-1.
So I want to convert the alpha channel to a nodata valu
Actually, an alternative would be that you type your list fields with
type=OFTString and subtype=OFSTJSon, and emit a serialized JSON array
(``[1,2]``). This is probably more in the spirit of nowadays uses, and
that should make all output drivers happy (at worse they won't
understand the JSON h
Le 19/01/2024 à 16:54, Abel Pau via gdal-dev a écrit :
Hello,
we have tried to generate some layers from MiraMon to SHP, KML, or
GPKG, and we have noticed that they do not support "List" field cases.
They give a warning like: "The output driver does not seem to natively
support IntegerList
Hello,
we have tried to generate some layers from MiraMon to SHP, KML, or GPKG, and we
have noticed that they do not support "List" field cases. They give a warning
like: "The output driver does not seem to natively support IntegerList type for
field "XX".
It could be interesting if a driver c
Hi Even,
Thank you - that explains it. I will probably switch to some other tools
then - maybe MapProxy. I wanted to use this custom tms configuration
from Swisstopo - to stay compatible with their web services.
Thank you for adding a better error output!
Andreas
On 2024-01-19 13:08, Even
Andreas,
the reason is that the resolution of some consecutive levels in your
custom TMS files is not varying by a factor of 2, which gdal2tiles
doesn't support at the moment (debug message just added in master to
help diagnose)
Even
Le 19/01/2024 à 11:36, Andreas Neumann via gdal-dev a écr
Hi,
Support has been added in https://github.com/OSGeo/gdal/pull/2757/files and PR
seems to include some tests.
-Jukka Rahkonen-
Lähettäjä: gdal-dev Puolesta Andreas Neumann
via gdal-dev
Lähetetty: perjantai 19. tammikuuta 2024 13.03
Vastaanottaja: Andreas Neumann
Kopio: gdal dev
Aihe: Re:
Hi,
Just found
https://github.com/OSGeo/gdal/blob/master/swig/python/gdal-utils/osgeo_utils/gdal2tiles.py#L272
where it seems to look for all files following the naming scheme
"tms_*.json". Therefore I don't know why my custom tms configuration
files is not found - any ideas?
My custom tm
Hi,
I would like to use gdal2tiles with a custom tms profile file. I
prepared the json file attached in this mail and put this json file in
the /usr/share/gdal folder, there there are already other such files,
e.g. from New Zealand or Antartica.
However, when I try to use this custon tms c
10 matches
Mail list logo
