Hey Even - well that's embarrassing, it looks like gdal 1.11.0 solves the
problem for those three xyz files that I sent through! Great work, thanks!
However, I've found an example that fails to open here
https://dl.dropboxusercontent.com/u/4086367/gdal_translate_xyz_data04-02.zip
Using gdal 1.11.
Hi Evan,
I figure most serious users of tools like these will not limit themselves by
using a MS Windows platform (& those that do are masochists anyway :-), so
using tools like awk (& sed & cut & grep) for pre-processing XYZ files with
missing values in any column or other issues is a ready so
Hey Brent - Oh boy. I really appreciate the info.
GMT's xyz2grd looks very promising indeed |
http://gmt.soest.hawaii.edu/doc/latest/xyz2grd.html
I'll check out the other links too.
Embarrassingly, I've been banging my head against this brick wall for years
:-)
Many thanks Brent - total life sa
On Sat, May 24, 2014 at 3:53 PM, Gordon Farquharson <
gordonfarquhar...@gmail.com> wrote:
> I am trying to warp a dataset read with the DTED driver by using
GDALReprojectImage. The output
I figured it out. I wasn't initializing hDstDataset.
Gordon
--
Gordon Farquharson
GnuPG Key ID: 32D6D676
__
I am trying to warp a dataset read with the DTED driver by using
GDALReprojectImage. The output dataset is created with the MEM driver. The
program is failing with a segmentation fault. Below is a minimal working
program that shows the error, and the resulting output when run in GDB.
#include
#in
Le samedi 24 mai 2014 21:45:45, Sam Franklin a écrit :
> Greetings. This is my first post to this mailing list, so apologies if I
> commit a mailing-list faux-pas :)
>
> I wonder if anyone can offer a suggestion, as I'm hoping I've missed
> something obvious.
>
> I regularly receive bathymetric D
Hi
Any reason for requiring a GDAL only system?
GMT & MB (MultiBeam) System (http://gmt.soest.hawaii.edu/ &
http://www.ldeo.columbia.edu/res/pi/MB-System/ ) are Open Source tools built
specifically for working with seabed & multibeam data.
GMT netCDF grids are supported by GDAL, & GMT can al
Hi,
I can confirm the trunk builds without any problems with VS2013.
Thanks Even!
Best regards,
Mateusz Loskot
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/gdal-dev-RFC-46-GDAL-OGR-unification-adopted-and-commited-tp5142327p5142357.html
Sent from the GDAL - Dev maili
On Sat, May 24, 2014 at 4:54 PM, Even Rouault
wrote:
> Le samedi 24 mai 2014 21:28:39, Etienne Tourigny a écrit :
> > Hi Even, great work!
> >
> > Quick testing was fine and revealed no errors.
> >
> > I was able to compile it in QGIS master very easily. The only "issue" I
> > encountered was rela
Greetings. This is my first post to this mailing list, so apologies if I
commit a mailing-list faux-pas :)
I wonder if anyone can offer a suggestion, as I'm hoping I've missed
something obvious.
I regularly receive bathymetric DEMs, acquired by acoustic multibeam
echosounders (MBES) from offshore
Le samedi 24 mai 2014 21:28:39, Etienne Tourigny a écrit :
> Hi Even, great work!
>
> Quick testing was fine and revealed no errors.
>
> I was able to compile it in QGIS master very easily. The only "issue" I
> encountered was related to GDALRegisterAll() and OGRAllRegister()
> registering all dr
Hi Even, great work!
Quick testing was fine and revealed no errors.
I was able to compile it in QGIS master very easily. The only "issue" I
encountered was related to GDALRegisterAll() and OGRAllRegister()
registering all drivers (raster and vector), requiring to ignore the
vector-only drivers in
> Motion : I move to adopt RFC 46: GDAL/OGR unification
>
> http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification
>
Hi,
The motion has been adopted with support from PSC members JukkaR, FrankW,
DanielM, TamasS and myself.
The code has also been merged in trunk now. Version number upg
13 matches
Mail list logo
