Dear all,
I like to compress a Geotiff rastermap with compress=jpeg.
gdalinfo for a .vrt which I like to compress:
Coordinate System is:
PROJCRS["ETRS89 / UTM zone 32N",
BASEGEOGCRS["ETRS89",
DATUM["European Terrestrial Reference System 1989",
ELLIPSOID["GRS
On mercredi 23 septembre 2020 15:02:42 CEST APM wrote:
> Dear all,
>
>
> I like to compress a Geotiff rastermap with compress=jpeg.
>
>
> gdalinfo for a .vrt which I like to compress:
>
> Coordinate System is:
> PROJCRS["ETRS89 / UTM zone 32N",
> BASEGEOGCRS["ETRS89",
>
Hi,
I was remembering that I got involved in user units sometimes and found this
https://trac.osgeo.org/gdal/ticket/5412. Then we considered that PDF is not
valid if user units are not set and if the document is larger than
14400x14400 units. I believe I was playing with orthophoto coverages and
Hello devs,
Is there a OGR C++ API to load Esri JSON into an OGR geometry object, much
like CreateGeometryFromJson?
I see OGR_G_CreateGeometryFromJson in ogr_api.h, but can't see
OGR_G_CreateGeometryFromEsriJson there...
Thanks,
Michal
___
gdal-dev
Sean,
/vsimem/ tries to honour POSIX file behaviour. That is you can delete a file
while it has file
descriptors opened on it, and the file will actually be destroyed when the last
file descriptor
is closed, but nobody is able to open/list it in the meantime. (by the way, I
wouldn't be
On Wed, 23 Sep 2020 at 14:48, Michal Schneider
wrote:
>
> I see OGR_G_CreateGeometryFromJson in ogr_api.h,
> but can't see OGR_G_CreateGeometryFromEsriJson there...
https://gdal.org/api/vector_c_api.html#_CPPv432OGR_G_CreateGeometryFromEsriJsonPKc
IOW, in first 10 links from the search result
Hi all,
I've written a test for rasterio and the output has me scratching my head.
The gist of it: It creates a VSIMEM file copied from an ordinary GeoTIFF on
my filesystem, calls GDALOpenEx on the VSIMEM file to get a handle, calls
GDALAutoCreateWarpedVRT with that handle to make a warped VRT
> In your scenario, the C++ object corresponding to rgb has a VSILFILE* opened
> on it. And the C ++ object corresponding to vrt keeps the C++ object
> corresponding to rgb alive, hence this works.
I assume your question was triggered by
https://github.com/mapbox/rasterio/issues/2000
which is I
On Tue, 22 Sep 2020 at 20:47, Even Rouault wrote:
>
> Nyall,
>
>
>
> I don't necessarily have much to add to Andrea's excellent analysis. So the
> value of and are interpreted as "width/height in user unit",
> and written unmodified for the MediaBox array.
>
> The value is multiplied by
Dear GDAL community
I'm currently working with gdal api C/C++ and I'm facing an issue with gdal
warp region to buffer functionality (WarpRegionToBuffer).
When my destination dataset is not strictly contained in the frame of my source
dataset, the area where there should be no data values is
10 matches
Mail list logo