Even,
On Tue, Mar 26, 2019 at 2:57 PM Even Rouault
wrote:
> Sean,
>
> > Little is said at
> > https://www.gdal.org/gdal_8h.html#a25929a66e99d92c2788485ecf13e2e82. Are
> > these values UTF-8 (as was the intent in
> > https://trac.osgeo.org/gdal/wiki/rfc5_unicode) or does it depend on the
> >
Sean,
> Little is said at
> https://www.gdal.org/gdal_8h.html#a25929a66e99d92c2788485ecf13e2e82. Are
> these values UTF-8 (as was the intent in
> https://trac.osgeo.org/gdal/wiki/rfc5_unicode) or does it depend on the
> format driver?
The key/value mechanism itself just assumes NUL-terminated
Oh great... A second after this message got released on the ML, I was
able to solve it.
It just works as expected:
gdal_translate -of GTiff -r near -tr 100 100 -projwin x x x x -projwin_srs
EPSG:25832 --debug ON --config CPL_CURL_VERBOSE YES --config
GDAL_HTTP_UNSAFESSL YES
Hi there,
how do I correctly mirror a WCS using gdal_translate?
A WMS is easy, I'm creating a XML file, modify it as needed and download
it using gdal_translate. But I didn't find a similar workflow for WCS.
Sure, I could batch download images with 1000 x 1000 to GeoTIFF and
merge them
On Tue, 26 Mar 2019, 11:58 Even Rouault, wrote:
> On mardi 26 mars 2019 11:18:21 CET Mateusz Loskot wrote:
> > On Thu, 21 Mar 2019 at 14:04, Mateusz Loskot wrote:
> > > On Thu, 21 Mar 2019 at 12:45, Jeff McKenna <
> jmcke...@gatewaygeomatics.com>
> wrote:
> > > > I spent much effort
> > > > to
On mardi 26 mars 2019 17:50:19 CET Ari Jolma wrote:
> We're seeing transient segfaults in gvBurnScanline with a huge in-memory
> raster created by rasterio.
>
> The raster size is (67264, 51776).
>
> The segfaults happen in cloud servers, not in laptops or local virtual
> machines.
>
>
Hi all,
Little is said at
https://www.gdal.org/gdal_8h.html#a25929a66e99d92c2788485ecf13e2e82. Are
these values UTF-8 (as was the intent in
https://trac.osgeo.org/gdal/wiki/rfc5_unicode) or does it depend on the
format driver? In https://github.com/mapbox/rasterio/issues/1663 a rasterio
user is
Hi Ari,
The Linux rasterio wheels I've been putting on PyPI include libraries built
for compatibility with old versions of Linux, as old as CentOS 5. If there
are any differences between the OS in your cloud and what you have on your
local machines, you may experience some differences. If you
If it can be useful to anyone facing the same issue, my little script for
parsing these aux.xml and writing the expected GDAL commands to rectify the
raster is available here https://github.com/domlysz/PAM-GCPs-warper
Regards
Le mer. 20 mars 2019 à 18:09, Dominique Lyszczarz a
écrit :
> Thank
We're seeing transient segfaults in gvBurnScanline with a huge in-memory
raster created by rasterio.
The raster size is (67264, 51776).
The segfaults happen in cloud servers, not in laptops or local virtual
machines.
Debugging is hard because rasterio installs its own libgdal but with gdb
I am trying to get OpenCL to work with GDAL. I recently installed GDAL from
source on CentOS 7.6 and have GDAL 2.4.0. When I configured GDAL I added
this flag '--with-opencl=YES'.
I am using the 'watch nvidia-smi' command, but it is showing a low
utilization rate when I run this command:
sudo
On mardi 26 mars 2019 11:18:21 CET Mateusz Loskot wrote:
> On Thu, 21 Mar 2019 at 14:04, Mateusz Loskot wrote:
> > On Thu, 21 Mar 2019 at 12:45, Jeff McKenna
wrote:
> > > I spent much effort
> > > to manually create all of the existing Trac wiki pages, onto Github, by
> > > hand (and then we
On Thu, 21 Mar 2019 at 14:04, Mateusz Loskot wrote:
> On Thu, 21 Mar 2019 at 12:45, Jeff McKenna
> wrote:
> >
> > I spent much effort
> > to manually create all of the existing Trac wiki pages, onto Github, by
> > hand (and then we made the Trac wiki read-only). This should be done
> > also
Cédric,
this has been fixed in GDAL 2.3.0
See https://github.com/OSGeo/gdal/blob/master/gdal/NEWS#L911
https://github.com/OSGeo/gdal/commit/b28696a29f7c47ca05ffac57a6792a7d3e745e26
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
Hello,
I am trying to create a raster file with the GeoTiff driver, origin
[0,0] and pixel size [1,-1]. To do so I used the GDALDriver::Create(...)
method with {0,1,0,0,0,-1} as geotransform. But the created output file
has no "Pixel Size" or "Origin" metadata fields, and when I run gdalinfo
15 matches
Mail list logo