Hello,
while compiling gdal 1.7.0 on Slackware64 I noticed that the PYTHON
variable is set to "no" in GDALmake.opt even if the configure output
says "SWIG Bindings: python".
Then the make fails because it tries to run: "no setup.py build".
If I change "PYTHON = no" to "PYTHON = python" manually,
Gregor,
Your error message should be resolved by an upgrade.
Use the --formats option with ogrinfo to see the status of the ODBC driver.
GDAL/OGR's ODBC driver is currently readonly. Refer to
http://www.gdal.org/ogr/drv_odbc.html and
http://www.gdal.org/ogr/drv_pgeo.html for more details.
On Th
Ralf,
Try the -addalpha and -srcnodata options in gdalbuildvrt (
http://www.gdal.org/gdalbuildvrt.html) to generate a VRT file to represent
your files, individually or combined. Mention the RGB values of the white
pixels as -srcnodata values. This will add an alpha band to your images and
makes al
Wei,
Generating a height map or a 3D model from one photo is harder and more
error prone than with multiple photos. These methods come under
Photogrammetry ( http://en.wikipedia.org/wiki/Photogrammetry ).
2010/2/4 weixj2003ld
> Hi,
> Now,I have a .tif file(it is a satallite photo),How to get th
I'm working thru a few autotest problems for GDAL 1.7 on OSX. This one looks
like it may be easily solved:
TEST: tiff_write_56 ... fail
color table seemingly not cleared.
TEST: tiff_write_57 ... fail
did not get expected geotransform, perhaps unset is not working?
Are there new feat
Hi,
Now,I have a .tif file(it is a satallite photo),How to get the heightmap of it?
Kind regards. ___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
What not try using the Jan 2010 GDAL 1.7.0, rather than the Jan 2009 GDAL
1.5.4? Greg
On Feb 3, 2010, at 7:10 PM, Gregor at HostGIS wrote:
> I then rebuilt GDAL/OGR 1.5.4
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailm
Hey all. I've been asked to set up support for pseudo-spatial data via
ODBC. So far, I've not had any luck. We're using this as our starting point:
http://mapserver.org/input/vector/VirtualSpatialData.html
But I get this...
$ ogrinfo ODBC:gregor/mos...@testpgsql table
*** glibc detected ***
Hello,
I am creating image pyramid from a bunch of color GeoTIFF files using
"gdal_retile" tool. I have managed to generate pyramid but unfortunately
there is a problem - my GeoTIFFs maps overlap and have white margins
around and I am unable to force GDAL to treat white color as transparent
to avo
Thanks for your support gents! For now, I have managed to get by, both
compiling, converting and displaying (though it broke a few cool nerves in the
process).
I tried Google Earth, and this handles large .kml files - I guess the data
transfer is the issue in using online apps, like Google Ma
Ok,
thanks for your answers
Alejandro.
On 3 February 2010 15:26, Even Rouault wrote:
> Alejandro,
>
> There is no such general method in GDAL. Determining on disk endianness is
> format specific (it makes sense only for some formats) and, to the best of
> my
> knowledge, rarely/never exposed
vadi_nabble wrote:
Hi,
I am trying to learn OGR APIs.
For that i took "ogr2ogr.cpp" file from (gdal-1.6.3\apps) and successfully
build the exe.
I was able to successfully convert Shape file to GML using following
command:
-f "gml" output.gml input.shp
However, when i am trying the reverse
No, this was not packages of 1.7.0 but 1.7.0dev of several months ago. I've
removed them from the site to avoid any confusion. Hopefully the UbuntuGIS
team will package 1.7.0 now it is released.
Le Wednesday 03 February 2010 16:52:11 Greg Coats, vous avez écrit :
> Even Rouault offers GDAL 1.7.0
Alejandro,
There is no such general method in GDAL. Determining on disk endianness is
format specific (it makes sense only for some formats) and, to the best of my
knowledge, rarely/never exposed as a metadata that can be retrieved by the
GDAL API. If you want it badly, you'll have to hack the
Thanks, the read of the image is resolved.
But my app shows information about an open image, one data of that
information is (or will be) the endianness of the image, I mean, the format
of the image shouldn't be significant.
I need some method o struct that return the endianness of the image.
Than
Alejandro Mostovoi wrote:
Hi All,
I need to know the image endianness.
I search for in api's help and list but can't find anything.
Any idea?
Alejandro,
As mentioned by others the on-disk endianess varies by format and sometimes
by file in a format. The endianess of data returned by the GDA
For example, all TIFF files begin with a header that starts with an endianness
indicator, that is 0x49 for little endian and 0x4D for big endian. Greg
On Feb 3, 2010, at 12:38 PM, Chaitanya kumar CH wrote:
> Alejandro,
>
> The endianness may be in the image file header. What format is it?
>
>
Alejandro,
The endianness may be in the image file header. What format is it?
On Wed, Feb 3, 2010 at 10:43 PM, Alejandro Mostovoi wrote:
> Hi All,
>
> I need to know the image endianness.
> I search for in api's help and list but can't find anything.
>
> Any idea?
>
> Thanks in advance
> Alejand
Hi All,
I need to know the image endianness.
I search for in api's help and list but can't find anything.
Any idea?
Thanks in advance
Alejandro.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
OK, so I got the conversion working, probably a newbie mistake, as the solution
was mainly to switch datum, i.e. change the command from
ogr2ogr "KML" LINE.kml LINE.shp
to
ogr2ogr
-s_srs EPSG:27700 -t_srs WGS84 -f "KML" LINE.kml LINE.shp
However, before
Even Rouault offers GDAL 1.7.0 compiled for Ubuntu at
http://even.rouault.free.fr/
On Feb 3, 2010, at 3:14 AM, Mattias Carlsson wrote:
> Thanks, that says version is 1.5.4. I guess an upgrade might do the trick.
> However, as I am very green in Linux, I have yet to compile my first source
> an
Vadivelan,
GML driver uses xerces or expat library for parsing the gml data. There
might be some problem there. Besides, the driver should be able to read the
.gml file without the .xsd file. Remove the .xsd file and try again.
On Wed, Feb 3, 2010 at 6:59 PM, vadi_nabble wrote:
>
> Hi,
> I am t
Il giorno Tue, 02 Feb 2010 11:13:54 -0500
Frank Warmerdam ha scritto:
> Antonio Valentino wrote:
> > Anyway, IMHO the point here is not to decide if we have to
> > *modify* the diff function so that it returns abs(b1-b2).
> > Greg asked to add a new one ( abs(b1-b2) ) to the *base set* of
> > pix
I have a general question regarding how to handle the null values with
1 band byte grey scale images. Typically I will receive a image with
pixels at the edges of a image with a value of 0 however some of the
interior pixel values (shadow areas) share the same pixel value. My
old approach was ju
Hi,
I am trying to learn OGR APIs.
For that i took "ogr2ogr.cpp" file from (gdal-1.6.3\apps) and successfully
build the exe.
I was able to successfully convert Shape file to GML using following
command:
-f "gml" output.gml input.shp
However, when i am trying the reverse of that, means from
Thanks, that says version is 1.5.4. I guess an upgrade might do the trick.
However, as I am very green in Linux, I have yet to compile my first source and
would appreciate any simpler way, i.e. pre-compiled binaries. Is there any such
way, or any good reference for learning necessary basics reg
On 02/03/2010 01:48 AM, Ivan wrote:
Even,
That was a little thing that I start years ago. Here is the usage:
{{{
#
=
# Usage Message
#
=
27 matches
Mail list logo