On mardi 7 août 2018 20:19:58 CEST Dmitriy T. wrote:
> How to use a bunch:
>
> Dataset image = Gdal.OpenShared(sourceCopy, Access.GA_ReadOnly);
> Gdal.wrapper_GDALTranslate(translatedFile, image, options, null, null);
>
> to create a JPEG-compressed TIFF with internal mask from a RGBA dataset (in
How to use a bunch:
Dataset image = Gdal.OpenShared(sourceCopy, Access.GA_ReadOnly);
Gdal.wrapper_GDALTranslate(translatedFile, image, options, null, null);
to create a JPEG-compressed TIFF with internal mask from a RGBA dataset (in
C#)?
I'm interested in the C# equivalent of a call *--config
GD
... I should have said Geopackage is „not optimal“ in regards to space
efficiency. It‘s still not bad at all when compared to other formats.
Am 07.08.2018 um 23:35 schrieb Benjamin Stadin
mailto:benjamin.sta...@heidelberg-mobil.com>>:
Geopackage is not very space efficient, due to the required
Geopackage is not very space efficient, due to the required compatibility with
the spec and the „ST*“ methods matching their postgres counterparts. Check the
header which is carried over for each geometry:
https://github.com/opengeospatial/geopackage/blob/master/spec/2a_features.adoc
For an exam
Yeah it's not the geopackage format but that the polygons are just huge,
sorry about that. There is ~1000 polygons but each one is a ton of
vertices (~100k), so zoomed out the redraw takes a little while (seconds).
This is true with fileGBD too, which feels slower than the gpkg FWIW. In
practice
see also
https://github.com/mapbox/rasterio/blob/master/docs/topics/image_options.rst
There is a similar for C#:
*.Env(GDAL_TIFF_INTERNAL_MASK=True)*
?
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing lis
see also https://github.com/OSGeo/gdal/issues/689
It seems that it is reproduced on the python, too.
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/ma
see alse https://github.com/OSGeo/gdal/issues/689
It seems that it is reproduced on the python, too.
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/ma
Hi! I was wrong, everything I've tried before does not work. I'm using С# and
still could not make it work correctly. Please, tell me what bindings are
required?
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mail
Hi Jukka,
>
> I was doing some tests with GeoPackage rasters and found that if I define
> -a_srs then also -co RASTER_TABLE is required which feels unnecessary.
> Steps to reproduce:
>
> Create initial gpkg
> gdal_translate -of GPKG global_mosaic_0.png raster.gpkg -a_srs epsg:4326
>
> Try to ad
I forgot to mention, my test device is a Samsung Galaxy S5 running Android
6.0. I haven't tested on other devices so ymmv.
/René
On Tue, 7 Aug 2018 at 12:37 René Hansen wrote:
> Hey Chris,
>
>
> From a previous yak-shaving-adventure, I've dabbled in building Proj and
> Geos for Android, because
Hey Chris,
>From a previous yak-shaving-adventure, I've dabbled in building Proj and
Geos for Android, because they were dependencies of Spatialite, which I'm
using for an app.
That resulted in a homegrown build system based on docker, aptly named:
Building for Android with Docker. It is meant a
Hi,
I was doing some tests with GeoPackage rasters and found that if I define
-a_srs then also -co RASTER_TABLE is required which feels unnecessary.
Steps to reproduce:
Create initial gpkg
gdal_translate -of GPKG global_mosaic_0.png raster.gpkg -a_srs epsg:4326
Try to add a subdataset and assig
13 matches
Mail list logo