Hi,
The Shape driver work with qix file internally (speed up spatial
filters). You can find if qix file exist with cpl function: CPLCheckForFile
Also you can create own QuadTree with: CPLQuadTreeCreate
Best regards,
Dmitry
14.02.2014 9:39, Chaitanya kumar CH ?:
Chuiqing,
You can
Even Rouault even.rouault at mines-paris.org writes:
Le jeudi 13 février 2014 22:17:40, Tim Keitt a écrit :
On Thu, Feb 13, 2014 at 12:55 PM, Tim Keitt tkeitt at utexas.edu wrote:
I've been updating my R bindings to GDAL/OGR. The repo is at
https://github.com/thk686/rgdal2.
Dear Joost,
Yes, the extents are as follows:
upper left: 136000, 541250
lower right: 198000, 473750
So as you can see, my crop extent falls within the boundaries of the VRT
file
Kind regards,
Siebe
On 13-02-14 16:49, Andre Joost wrote:
Am 13.02.2014 12:31, schrieb Siebe Bosch:
Any
Hi,
I am having a very strange issue when trying to use a custom error handler
in GDAL on windows.
The following simple example illustrates it:
#include cpl_error.h
#include iostream
using namespace std;
static void logGDALError(CPLErr eErrClass, int err_no, const char *msg)
{
cerr
Thomas,
static void logGDALError(CPLErr eErrClass, int err_no, const char *msg)
-- try inserting CPL_STDCALL, so :
static void CPL_STDCALL logGDALError(CPLErr eErrClass, int err_no, const char
*msg)
Even
___
gdal-dev mailing list
Ah, genious! It worked perfectly :-)
Thanks a lot!
- Thomas
On Fri, Feb 14, 2014 at 12:51 PM, Even Rouault even.roua...@mines-paris.org
wrote:
Thomas,
static void logGDALError(CPLErr eErrClass, int err_no, const char *msg)
-- try inserting CPL_STDCALL, so :
static void CPL_STDCALL
Even Rouault even.rouault at mines-paris.org writes:
I upgrade GSoC page in WiKi: http://trac.osgeo.org/gdal/wiki/SummerOfCode
We need some new ideas and mentors/co-mentors. It seems to me this is
very urgent.
Thanks Dmitriy for taking the lead on this ! I've added a few precisions
Hi Jukka,
I think this is a good idea for GSoC.
Does the raster driver for Geopackage differs from rasterlite
(http://gdal.org/frmt_rasterlite.html)?
Best regards,
Dmitry
14.02.2014 17:12, Jukka Rahkonen пишет:
Even Rouault even.rouault at mines-paris.org writes:
I upgrade GSoC page
Selon Dmitriy Baryshnikov bishop@gmail.com:
Hi Jukka,
I think this is a good idea for GSoC.
Does the raster driver for Geopackage differs from rasterlite
(http://gdal.org/frmt_rasterlite.html)?
Yes, there are differencies in the data model, but that could serve as an
inspiration.
Am 14.02.2014 10:37, schrieb Siebe Bosch:
Dear Joost,
Yes, the extents are as follows:
upper left: 136000, 541250
lower right: 198000, 473750
So as you can see, my crop extent falls within the boundaries of the VRT
file
I would agree for a normal raster. But a vrt can contain data in
On Thu, Feb 13, 2014 at 3:20 PM, Even Rouault
even.roua...@mines-paris.orgwrote:
Le jeudi 13 février 2014 22:17:40, Tim Keitt a écrit :
On Thu, Feb 13, 2014 at 12:55 PM, Tim Keitt tke...@utexas.edu wrote:
I've been updating my R bindings to GDAL/OGR. The repo is at
I'm currently trying to grab a map image from a wms using gdal and save it to
my local machine. The call that I'm trying to replicate inside of my wms xml
file is -
One idea I would like to see considered for GSoC would be completing the
GDAL API for Python to include all the functionality that currently exists
for C. I wish I were experienced enough with the code base to mentor it,
though, so if it doesn't have a mentor I imagine that it can't happen.
Le vendredi 14 février 2014 21:20:30, John Twilley a écrit :
One idea I would like to see considered for GSoC would be completing the
GDAL API for Python to include all the functionality that currently exists
for C. I wish I were experienced enough with the code base to mentor it,
though, so
The specific C API that I am thinking about is the Warp API:
http://www.gdal.org/warptut.html
That page includes a number of performance enhancements which might also
make for potentially interesting work for a summer student.
Jack.
--
mathuin at gmail dot com
On Fri, Feb 14, 2014 at 12:23
Le vendredi 14 février 2014 21:33:36, John Twilley a écrit :
The specific C API that I am thinking about is the Warp API:
http://www.gdal.org/warptut.html
Actually this is C++ API, not C. So a first step would be to C'ify it.
That page includes a number of performance enhancements which
On Fri, Feb 14, 2014 at 12:54 PM, Even Rouault even.roua...@mines-paris.org
wrote:
Le vendredi 14 février 2014 21:33:36, John Twilley a écrit :
The specific C API that I am thinking about is the Warp API:
http://www.gdal.org/warptut.html
Actually this is C++ API, not C. So a first step
Hi all,
It seems that when gdal_translate scales e.g. -scale 0 6000 0 255, the
values above 6000 also get set to 255. Can anyone confirm this for me? I
don't see the destiny of those pixels explained in
http://www.gdal.org/gdal_translate.html.
Thanks,
--
Sean Gillies
s...@mapbox.com
Le vendredi 14 février 2014 23:37:53, Sean Gillies a écrit :
Hi all,
It seems that when gdal_translate scales e.g. -scale 0 6000 0 255, the
values above 6000 also get set to 255. Can anyone confirm this for me?
It depnds. If the output type is Byte, then yes values will be clamped to 255
19 matches
Mail list logo