Hi Zeng,
You are trying to load a Shapefile. Right?
That is supported by OGR, so you should call:
ogr.RegisterAll();
Before trying to open the file.
If you are going to open Raster with that same code you should keep your call
to:
gdal.RegisterAll();
Regards,
Ivan
> ---Original Messa
Hi, buddies
I am using gdal 1.7.1 with java banding, I got a problem when I run the
follow code, there is no out put message. And I am sure the file exists, I have
tried the relative code in c++, it works well. Any one knows why?
//ShpTest.java
import java.io.IOException;
import org.gdal.gd
Frank Warmerdam wrote:
Motion: Extend GDAL commit access to Ragi Burhum.
+1
--
Daniel Morissette
http://www.mapgears.com/
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
2010/3/29 Silvia Rolla
>
> Looks like many people had problem running gdal with python 32bit on 64 bit
> machine.
> Could you please help on this?
> Thanks in advance
>
Silvia,
You might want to do a test with the packages provided at
http://vbkto.dyndns.org/sdk/ . Both the Win32 and Win64
+1
Le Monday 29 March 2010 21:39:56 Frank Warmerdam, vous avez écrit :
> Motion: Extend GDAL commit access to Ragi Burhum.
>
> ---
>
> Folks,
>
> Ragi has developed an OGR driver based on the ArcObjects API and there
> isn't really an existing committer setup to test and incorporate it. I'd
> li
+1
Tamas
2010/3/29 Frank Warmerdam
> Motion: Extend GDAL commit access to Ragi Burhum.
>
> ---
>
> Folks,
>
> Ragi has developed an OGR driver based on the ArcObjects API and there
> isn't
> really an existing committer setup to test and incorporate it. I'd like to
> give Ragi access so he
I was wrong in saying that there are no "unnecessary" memory copies in
Perl. It seems that the raster data is copied to a buffer, from which it
is copied to another buffer maintained by Perl. I then have an extra
layer of Perl code to copy from that buffer to Perl scalar arrays for
ease of use.
I am on Windows 32-bit.
I went to ./swig/python and ran "python setup.py build" and "python setup.py
install"
It is good.
Thanks,
Shawn
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org on behalf of John Cartwright
Sent: Mon 3/29/2010 12:36 PM
To: gdal-dev@lists.osgeo.org
Subj
Motion: Extend GDAL commit access to Ragi Burhum.
---
Folks,
Ragi has developed an OGR driver based on the ArcObjects API and there isn't
really an existing committer setup to test and incorporate it. I'd like to
give Ragi access so he can do so and maintain the driver. He also has
broader ex
Hi Greg,
I'm on linux, but I also had trouble using the --with-python switch in
configure. However, going into ./swig/python and running " python
setup.py build" seemed to work OK.
--john
On 03/29/2010 12:15 PM, Gregory Yetman wrote:
> Hi,
>
> Has anyone managed to configure GDAL 1.7.1 with a s
Even Rouault wrote:
Andrey,
r19248 introduce Python specific code in general .i files. The consequence is
that it breaks the Perl bindings (see
http://buildbot.osgeo.org:8500/builders/telascience-quick/builds/312/steps/perl-make/logs/stdio).
It also breaks Python3 compatibility as PyString_F
Hi,
Has anyone managed to configure GDAL 1.7.1 with a stand-alone version of
Python on Windows? I can do it within FWTools but I want to develop
scripts for running on our UNIX servers using my windows desktop, so I'd
rather have it configured to use stand-alone python. I had it set up for
GD
Andrey,
r19248 introduce Python specific code in general .i files. The consequence is
that it breaks the Perl bindings (see
http://buildbot.osgeo.org:8500/builders/telascience-quick/builds/312/steps/perl-make/logs/stdio).
It also breaks Python3 compatibility as PyString_FromStringAndSize and
Frank Warmerdam wrote:
gdal_fillnodata attempts to do interpolation and was designed with the
idea of filling in between contours and holes in elevation products. It
isn't perfect of course, but isn't the stepwise result you are expecting.
my bad -- I was making assumptions...
The algorithm
Yeah, GRASS got methods to convert contour lines to DEM formats but I
am not that much literate to compare.
It got some commands like
r.surf.idw = Inverse distance weighted method using the n-closest data points
r.surf.nnbathy = Natural-Neighbor interpolation
r.surf.contour
and some more...
Sour
Christopher Barker wrote:
Even Rouault wrote:
2) Use gdal_rasterize to burn the contour lines.
See http://gdal.org/gdal_rasterize.html
3) Fill the holes (the nodata values) with gdal_fillnodata.py.
See http://gdal.org/gdal_fillnodata.html
Now, the result should be usable with gdaldem.
well
Even Rouault wrote:
2) Use gdal_rasterize to burn the contour lines.
See http://gdal.org/gdal_rasterize.html
3) Fill the holes (the nodata values) with gdal_fillnodata.py.
See http://gdal.org/gdal_fillnodata.html
Now, the result should be usable with gdaldem.
well, yes, but it's likely to b
Roger,
Thanks for the info. I have never built GDAL with MSYS before, only with the
various Microsoft compilers. The GDAL team provides pre-configured build
environments for those compilers that produce the library with names
gdal16.dll, gdal17.dll, etc. I assumed that it would work that way for o
HI all,
I am using gdal from python on my workstation (Windows Vista Ultimate 32
bit) with the following snip of code:
-
from osgeo import gdal
from osgeo import gdalconst
dataset = gdal.Open("D:\data\\20100325_12_00.grb", gdal.GA_ReadOnly)
metadata=dataset.GetRasterBand(1
19 matches
Mail list logo
