no luck.
I tried this config.
I also tried (with this config) to do a copy of the vrt file (with shell
utility, not gdal) in each thread before opening it (still goes to the same
TIFF file though), but no luck.
But at least now that you confirm that it's related to concurrent reads, I
have somethi
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:
https://grass.osgeo.org/grass
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");
optionsVector.add("128");
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 d
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:
>
> > Hello all,
>
> >
>
> > Re
> 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 profe
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: LZWDecode:Wron
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 valu
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 Lamb
[..]
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 outpu
14 matches
Mail list logo
