hello everyone:
i am new with gdal and very interested in it.now i want create a
geotiff,including an image and much metadata such as create time,image
format,image resource and so on.my codes are like this:
GDALDataset *poDstDS;//创建数据集
GDALAllRegister();
GDALDriver *poDriver;//创建驱动
poDri
Hello everyone,
i am new with gdal and i need someone help. now i want to create a new
geotiff with GDALCreate(),then,i need to add some tags to geotiff,some of the
tags such as createtime and createdate can add easily,but other information
confused me very much. is there anyone who can tea
I'd say that's because OGR will use the drivers in order to 'guess'
which driver to use to open the directory. I thought that the MapInfo
driver was only read/write (ie no incremental update), so maybe it's
dismissing the "MapInfo File" declaration as it's not able to append?
You could try explicit
Hi,
Is there a simple way (using gdal) of retrieving the colour spectra at
specified sample points in georeferenced images?
I figure GRASS has some tools to do this, as does GMT, but was wondering if
GDAL could support this functionality directly.
Lots of points/images to work through.
Thanks
Florian,
It looks like if some variable substition didn't work when
running ./configure. Check the content of GDALmake.opt to see if there are
remamining @CC@ variables.
Otherwise you could try downloading Tamas Szekeres daily builds that include
GDAL Java bindings. As they are compiled with M
On Apr 19, 2010, at 1:27 PM, Christopher Barker wrote:
> William Kyngesburye wrote:
>
>> If you need to use GDAL with some other python module that uses
>> numpy, in the same script, or in the same session, this could still
>> be a problem.
>
> yup -- that simply won't work
>
>> maybe importin
William Kyngesburye wrote:
If you need to use GDAL with some other python module that uses
numpy, in the same script, or in the same session, this could still
be a problem.
yup -- that simply won't work
maybe importing the other module before gdal would
work.
I don't think that will work
On Apr 19, 2010, at 12:23 PM, K.-Michael Aye wrote:
>> GDAL python *should* be able to use a later version of numpy than it
>> wasbuilt for, it's only the python side of the interface that it caresabout,
>> but I don't know what be happening at compile time that mightlock it in to a
>> specific
Folks,
We have a fair number of significant fixes accumulated in the 1.7 branch
and I'd like to issue a 1.7.2 release this week. Does anyone have anything
they need to do before I package it?
Best regards,
--
---+--
I set t
K.-Michael Aye wrote:
After a restart of the Terminal and start of ipython, an
import numpy
imports numpy 1.3.0 from the GDAL framework as confirmed by
numpy.__version__ and numpy.__path__
Did you try _not_ doing that, and using EPD's numpy instead -- maybe
William is right, and GDAL doesn'
GDAL python *should* be able to use a later version of numpy than it
wasbuilt for, it's only the python side of the interface that it
caresabout, but I don't know what be happening at compile time that
mightlock it in to a specific version of numpy, and python can be picky.
If you are includ
Open source ImageMagick, according to
http://www.imagemagick.org/script/formats.php , supports the "Sun Rasterfile"
format, that, according to http://www.fileformat.info/format/sunraster/egff.htm
, begins with a 32 byte header. The Sun Rasterfile format does not store
georeferencing metadata.
G
Jason Roberts wrote:
I recall a recent discussion regarding an "ABI breakage" with numpy 1.4.
yup -- that's it. IN short:
numpy 1.4.0 was released without the devs realizing that the ABI had
broken (or hadn't realized how many problems it would cause). It was
decided to pull that release, an
I recall a recent discussion regarding an "ABI breakage" with numpy 1.4.
Please see
http://mail.scipy.org/pipermail/numpy-discussion/2010-February/048203.html.
Perhaps this could be the problem? The thread is very long and I did not
follow it to the end.
> GDAL python *should* be able to use a la
Hi all,
Please find my updated work report at
http://trac.osgeo.org/gdal/wiki/MaintenanceReportsByChaitanya
--
Best regards,
Chaitanya kumar CH.
/tʃaɪθənjə/ /kʊmɑr/
+91-9848167848
17.2416N 80.1426E
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
htt
On Apr 19, 2010, at 8:51 AM, K.-Michael Aye wrote:
> Hi!
>
> I am using quite successfully KyngChaos' Frameworks for GDAL (Thank you,
> William!) with a custom Python install from python.org on OSX. This install
> already includes most of the stuff I need for my daily work
> (numpy,scipy,matpl
Gillian WALTER wrote:
Hi,
Does GDAL have a driver for Sun raster (.ras) format, or has it ever had
a driver for this format? I can't seem to open .ras files in FWTools
(I'm using version 2.4.7 for windows), and don't see it listed in the
formats list. I noticed on Frank's web page that he i
Hi,
Does GDAL have a driver for Sun raster (.ras) format, or has it ever had
a driver for this format? I can't seem to open .ras files in FWTools
(I'm using version 2.4.7 for windows), and don't see it listed in the
formats list. I noticed on Frank's web page that he included Sun Raster
in the l
Hi Frank，
Thanks for your help!
Yes, it works now, but I need to do lots of tedious work for finishing this
converting work.
Anyway, thank "ogr2ogr" and appreciate your patient guideline!
Best regards,
Randy
-Original Message-
> Hi Frank,
> Thanks for your timely response!
>> That switch i
Hi!
I am using quite successfully KyngChaos' Frameworks for GDAL (Thank
you, William!) with a custom Python install from python.org on OSX.
This install already includes most of the stuff I need for my daily
work (numpy,scipy,matplotlib).
But sometimes I need something special like mayavi2 and
Hi,
I'd like to report some unexpected behaviour from ogr2ogr
(FWTools2.4.7 in Windows 7) when attempting to append to a MapInfo TAB
file.
To recreate this issue, I first run the following to create a new
MapInfo table from a SHP file:
ogr2ogr -f "MapInfo file" C:\Output C:\Input\states.shp
This
(Sorry for cross-posting, this is about both Gdal and PostGIS)
Hi all,
Would it be possible / make sense to add a procedure to PostGIS to
transform geometries based on control points? We now have the base
transforms: scale rotate and translate, and IMHO it would not be very
complicated to add
22 matches
Mail list logo
