On Mar 16, 2017 11:26 AM, "Nikos Alexandris"
wrote:
...
>>> unfortunately, because I don't have a lot of free space :-/
>>
>>
>> maybe because you forgot the enable compression ;-)
>
>
> I should!
Remember that you have to explicitly switch on the NULL compression:
On jeudi 16 mars 2017 21:45:09 CET Rahkonen Jukka (MML) wrote:
> Hi,
>
> I can create a spatial view into GeoPackage database by following the
> document http://www.geopackage.org/modeling_guidelines.html and I can open
> such a view with QGIS. But have I understood right that there is no way in
Hi,
I can create a spatial view into GeoPackage database by following the document
http://www.geopackage.org/modeling_guidelines.html and I can open such a view
with QGIS. But have I understood right that there is no way in GeoPackage to
link the R-Tree spatial index of the main table with the
My bad, was trying to save a variable declaration.
Thanks.
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Gdal-Java-Translate-creates-indestructible-file-tp5312723p5312726.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
Almost indestructable.
Making a .png thumbnail...
public String produceThumbnail(Dataset ds, Path tempPath)
{
Vector optionsVector = new Vector<>();
optionsVector.add("-of");
optionsVector.add("PNG");
optionsVector.add("-outsize");
On jeudi 16 mars 2017 18:45:03 CET Grégory Bataille wrote:
> Does that mean a different vrt file or simply reopen the file to create a
> gdal object in each process. Because I'm reopening the vrt file in each
> thread
Ah, that must be issue of
http://gdal.org/gdal_vrttut.html#gdal_vrttut_mt
Try
Does that mean a different vrt file or simply reopen the file to create a
gdal object in each process. Because I'm reopening the vrt file in each
thread
On Thu, 16 Mar 2017 at 17:23, Even Rouault
wrote:
> On jeudi 16 mars 2017 17:16:20 CET Grégory Bataille wrote:
>
> Is it possible the Translate() method is not closing a Stream
somewhere?
Absolutely, it returns a valid Dataset object, and thus (on
Windows, you are on Windows I guess), you need to close it with
.delete() explicitly to release the file handle it owns.
Even
--
Spatialys - Geospatial
On jeudi 16 mars 2017 17:16:20 CET Grégory Bataille wrote:
> Hello all,
>
> Reaching out to the community caused I have failed for the past few days.
>
> *short version*, I'm trying to multithread the gdal2tiles utility, and I'm
> getting this
>
> Generating Base Tiles:
> ERROR 1:
On jeudi 16 mars 2017 16:57:11 CET OpenDEM wrote:
> Hi,
>
>
>
> I would like to transform the vertical datum EPSG:5730 to EPSG:5621
>
>
>
> For more information about the European height reference systems have a look
> at: http://www.crs-geo.eu/
>
>
>
> I used gdaltransform, but the z
Hello all,
Reaching out to the community caused I have failed for the past few days.
*short version*, I'm trying to multithread the gdal2tiles utility, and I'm
getting this
Generating Base Tiles:
ERROR 1: LZWDecode:Wrong length of decoded string: data probably corrupted
at scanline 256
ERROR 1:
Hi,
I would like to transform the vertical datum EPSG:5730 to EPSG:5621
For more information about the European height reference systems have a look
at: http://www.crs-geo.eu/
I used gdaltransform, but the z value is not changing:
The CRS is identical EPSG:3035: ETRS89 European
[..]
Nikos:
Some messy rough timings:
1) i7, 8 cores, 32GB RAM, Base OS: CentOS -> Three r.in.gdal processes
for "p2.tif", each stuck at 3% for almost 14h
2) Xeon, 24 Cores, 32GB RAM, Base OS: Windows -> Three gdal_translate
processes with -projwin, the VRT file as an input and GeoTIFF as
13 matches
Mail list logo