Kaarigar is using gdal_translate on Windows 7 64 bit from Geoinformatica
stack, which I've compiled with MingW/MSYS on Windows 7 32 bit.
I just tried similar command line on Windows Server 2008 R2 64 bit and I
don't see it stalling after conversion.
Best regards,
Ari
On 05/10/2012 02:34
Thanks for the suggestion. I tried to convert GeoTIFF to jpg - and there
wasn't the problem. Then I tried to convert a small GeoTIFF (20 mb) to XYZ -
it still waited for some time (~10 secs) after displaying the Done.
message. I think what is happening is that I was converting a set of very
large
Hi,
I have added an option on the Postgres driver for OGR to avoid computation
of the SRID of a spatial request when the SRID is known. Is it possible to
add it to the code repository ?
--
Alexandre Gacon
ogr_pg.patch
Description: Binary data
___
a.furieri at lqt.it writes:
On Wed, 9 May 2012 19:50:15 + (UTC), Jukka Rahkonen wrote:
However, the Rasterlite file size has probably been
around 4 gigabytes when the error occurred. Did I meet some file size
limit or tile count limit of the Rasterlite driver?
Hi Jukka,
on
On 05/10/12 08:27, Alexandre Gacon wrote:
Hi,
I have added an option on the Postgres driver for OGR to avoid
computation of the SRID of a spatial request when the SRID is known. Is
it possible to add it to the code repository ?
--
Alexandre Gacon
Hi,
You have to open a new ticket at :
Where can I create a osgeo login ?
Regards
Alexandre
2012/5/10 Jean-Claude Repetto jrepe...@free.fr
On 05/10/12 08:27, Alexandre Gacon wrote:
Hi,
I have added an option on the Postgres driver for OGR to avoid
computation of the SRID of a spatial request when the SRID is known. Is
it
Le 10/05/2012 10:26, Alexandre Gacon a écrit :
Where can I create a osgeo login ?
http://www.osgeo.org/osgeo_userid
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
On Thu, 10 May 2012 06:49:07 + (UTC), Jukka Rahkonen wrote:
Is there a way for me as a non-programmer to check if the components
used for
Rasterlite conversion in the Windows 32-bit binaries from
gisinternals.com
have been built with or without
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE=1
When I call myLayer-GetNextFeature(), I get an exception that tells me the
format in request is not supported.
Then I tried to ad outputformat=text/xml; subtype=gml/3.1.1 to
myWfsDriver-Open() string, and still I get the exception.
I guess my question is this:
How do I specify the
Hello,
see http://www.osgeo.org/osgeo_userid
Y.
Le jeudi 10 mai 2012 10:26:33 Alexandre Gacon a écrit :
Where can I create a osgeo login ?
Regards
Alexandre
2012/5/10 Jean-Claude Repetto jrepe...@free.fr
On 05/10/12 08:27, Alexandre Gacon wrote:
Hi,
I have added an option on
Hello and good day.
I've been trying to get GDAL compiled with GEOS static in Linux with the
./configure, but i've seen in the config.log that it's checked against the
*.so. Also i've not found an option to static link GEOS as it can be with
proj4. Can it be linked statically? and if it's
On Thu, May 10, 2012 at 2:57 PM, Paolo Corti pco...@gmail.com wrote:
On Thu, May 10, 2012 at 12:49 AM, Ethan Alpert ealp...@digitalglobe.com
wrote:
Is it possible to use an OGC call in a VRTRasterBand?
I guess you mean a WCS, and I think it is possible, just put the xml
file in
On 05/10/2012 04:48 PM, Petr Kitashov wrote:
Hi,
I need just to display some region(any) from raster file. Seems like I
understand everything until rasterIO.
RasterIO fills(in my case) void* pData with raster info - that's
great, but how to display it?
I do it like this:
1) Call
Hi,
I'm trying to cut and reproject a large image with overviews using the c++
api. This runs extremely slow when I produce highly downsampled cutouts
covering large areas of the original image.
I understand the the Warp API doesn't use the overviews when resampling, so
I wanted to make a
Etienne Tourigny-3 wrote
Something that is not apparent is that gdal_translate (via driver's
GDALCreateCopy()) usually opens the new dataset after creation, and
the XYZ file loading is slow:
That explains it - the XYZ file created is ~4gb in size - it would take it a
very very long time to
It should be possible to specially implement the CreateCopy for XYZ
format to avoid this. I'll investigate this.
Best regards,
On Thu, May 10, 2012 at 8:30 AM, kaarigar kaari...@gmail.com wrote:
Etienne Tourigny-3 wrote
Something that is not apparent is that gdal_translate (via driver's
Folks,
I have discovered Even already implemented my idea for XYZ and AAIGRID
19 months ago. Based on that I don't know why you are seeing a large
wait on closing.
http://trac.osgeo.org/gdal/changeset/20770/trunk/gdal/frmts/xyz
hmm, I see a reference to 1.9dev - perhaps that was an old 1.9
Ah, I see I misunderstood what Even's change was doing. I'll work on this.
On Thu, May 10, 2012 at 8:56 AM, Frank Warmerdam warmer...@pobox.com wrote:
Folks,
I have discovered Even already implemented my idea for XYZ and AAIGRID
19 months ago. Based on that I don't know why you are seeing
Petr,
The GDAL API dos not contain visualization functions. So how to do it will
dependents on the programming environment that you are working on, assuming
that you are developing some kind of application. The pData pointer points to a
memory array of pixels in the data type and the amount of
OK, I have reworked the xyz driver a bit. The change is at:
http://trac.osgeo.org/gdal/changeset/24402
It should be possible to retrofit the driver into older version. Code at:
http://svn.osgeo.org/gdal/trunk/gdal/frmts/xyz/xyzdataset.cpp
Best regards,
On Thu, May 10, 2012 at 9:06 AM,
Thanks, Frank. I am not familiar with the gdal development at all. But I
think replacing the driver binary with this new one wit your change should
fix the behavior locally for me?
Kaarigar
On Thu, May 10, 2012 at 9:32 AM, Frank Warmerdam warmer...@pobox.comwrote:
OK, I have
10.05.2012 19:03, tseval ???:
Hi,
I'm trying to cut and reproject a large image with overviews using the c++
api. This runs extremely slow when I produce highly downsampled cutouts
covering large areas of the original image.
I understand the the Warp API doesn't use the overviews when
On Thu, May 10, 2012 at 9:59 AM, Karu Kaarigar kaari...@gmail.com wrote:
Thanks, Frank. I am not familiar with the gdal development at all. But I
think replacing the driver binary with this new one wit your change should
fix the behavior locally for me?
Kaarigar
Kaarigar,
The
Kaarigar,
You can pick up new binaries tomorrow at:
gisinternals.com/sdk
I don't know at exactly what time the packages get built, but they are built
daily.
kss
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank
Hi Dmitry, and thanks for your answer!
I was actually looking at this patch earlier today, but I also wanted to
see if I could solve it without patching.
Will this patch be included in the official source?
Is it possible to do it the way I described in the previous mail?
Cheers,
Thomas
On
Исходное сообщение
Тема: Re: [gdal-dev] Creating a VRT dataset from overviews in C++
Дата: Thu, 10 May 2012 23:58:53 +0400
От: Dmitry Baryshnikov poli...@mail.ru
Кому: Thomas Sevaldrud tho...@silentwings.no
10.05.2012 23:14, Thomas Sevaldrud написал:
Hi Dmitry,
Hi,
This is a long letter and finally it will lead to a suggestion about
implementing some kind of a Virtual Overview (VOV) system for organising a
number of GDAL datasets into a one top level dataset in such a way that GDAL can
automatically select the best source for the requested scale. Same
Dear All,
I would like to get your advise on running gdal_calc using shell.
I am finding it difficult, mostly because the command requires you to
define what -A stands for etc. which is quite different from
gdal_translate or such similar tools, so is the case with Raster
package in R.
I wish to
Swapnil,
You missed the --format option with gdal_calc. If you don't mention it, it
assumes the default format, GeoTiff.
Since the operation is simple, you should be able to do that using
gdal_translate using the -scale option. It also has the -projwin option to
select the extents.
On Fri, May
Hi Chaitanya,
Thank you for your response. I tried inserting the --format option. It
still gives me the same error.
I would be glad if you can describe the --scale function. It asks for
, [-scale [src_min src_max [dst_min dst_max]]]
How do you put a formula here? like raster/10
Thanks a ton! I
30 matches
Mail list logo
