Re: [gdal-dev] weeding out x,y,z points

2009-02-26 Thread Wesley Roberts
Have you looked at the spatial applications available in R. It sounds like you have a lidar data set yes? R has a bunch of packages that could help, gstat, spatstat, maptools, sp, etc have a look at http://wiki.r-project.org/rwiki/doku.php?id=tips:spatial-data One option I can think of, but

Re: [gdal-dev] weeding out x,y,z points

2009-02-26 Thread Jose Gomez-Dans
Hi, 2009/2/26 Ari Jolma ari.jo...@tkk.fi nicholas.g.lawre...@mainroads.qld.gov.au wrote: nicholas.g.lawre...@mainroads.qld.gov.au Can GDAL or OGR weed out 3D points based on proximity to each other? I would use plain Perl (or Python or high level language X) to read in the points

Re: [gdal-dev] Link GDAL with MinGW

2009-02-26 Thread Ari Jolma
MinGW gcc generates .dll.a files, which are the link libraries, but it can also use the plain dll to link against. However, when you mention gdal16.dll, it sounds like you're trying to link against a GDAL dll that was generated with VC. The C++ API is very difficult to use from such dll when

[gdal-dev] Re: Link GDAL with MinGW

2009-02-26 Thread LF
Ari Jolma ari.jolma at tkk.fi writes: MinGW gcc generates .dll.a files, which are the link libraries, but it can also use the plain dll to link against. However, when you mention gdal16.dll, it sounds like you're trying to link against a GDAL dll that was generated with VC. The C++ API

Re: [gdal-dev] Re: Link GDAL with MinGW

2009-02-26 Thread Ari Jolma
LF kirjoitti: Ari Jolma ari.jolma at tkk.fi writes: MinGW gcc generates .dll.a files, which are the link libraries, but it can also use the plain dll to link against. However, when you mention gdal16.dll, it sounds like you're trying to link against a GDAL dll that was generated with VC.

Re: [gdal-dev] Link GDAL with MinGW

2009-02-26 Thread Frank Warmerdam
Ari Jolma wrote: oops, I believe it is not correct to say Swig bindings use some C++ API, but it is nevertheless sometimes hard/not possible to mix VC and MinGW when developing for Windows Folks, I am interested in making use of the GDAL and OGR C API practical and even convenient when GDAL

[gdal-dev] Re: Link GDAL with MinGW

2009-02-26 Thread LF
Frank Warmerdam warmerdam at pobox.com writes: Ari Jolma wrote: oops, I believe it is not correct to say Swig bindings use some C++ API, but it is nevertheless sometimes hard/not possible to mix VC and MinGW when developing for Windows Folks, I am interested in making use of the

Re: [gdal-dev] Re: Link GDAL with MinGW

2009-02-26 Thread Frank Warmerdam
LF wrote: First of all, thanks to your fast answers. Then, I report following my makefile. GDAL_ROOT=C:\gdalwin32-1.6_bin\ LD_SHARED=g++ -shared OBJ=hdf5dataset.o hdf5imagedataset.o Luca, I get the impression you are trying to build the HDF5 plugin with MinGW for use with a GDAL built with

Re: [gdal-dev] weeding out x,y,z points

2009-02-26 Thread Joaquim Luis
Okay, I downloaded the Manpages. My initial reading is that blockmean and blockmedian work by averaging the values. blockmedian does not do point average. It does take the median point inside each bin. However, if the number of points inside a bin is even than it takes the average of the

[gdal-dev] Failure to compile 1.6.0 with errors 'libgdal.so: undefined reference to `PMPI::Intracomm::current_op'

2009-02-26 Thread Steve Walker
Hi, I'm a brand new visitor to your list here. I'm working on Debian Squeeze and have had a functioning 1.6.0 install (compiled, not from a .deb) version up until this morning, when I went to re-compile so as to include additional support, specifically ogdi. After a half day of trying and

Re: [gdal-dev] ASCII Rasters and 'null' values in python-gdal

2009-02-26 Thread Chaitanya kumar CH
Oz, NODATA_VALUES is supposed to be a pixel value (integer or real) whereas null is a string. Try to convert all the null strings into an unused pixel value like - in raster1.asc Regards, -- Chaitanya kumar CH. On Fri, Feb 27, 2009 at 2:34 AM, Oz Nahum nahu...@gmail.com wrote: Hi, I have