Re: Re: [gdal-dev] Problems with C# ogr_wrap.dll

Hi Tamas, Thanks for the reply. I tried your method in the overkill-mode to be sure: copying all dlls from gdalbin and gdalbingdalcsharp and this worked with the 32bit (not the 64 bit). I had already set the path to gdalbin so I don't understand why it doesn't work but hey, I'm a happy man! Cheer

[gdal-dev] How to calculate total change in headings?

Hi all, Not a GDAL question at all, but one which might amuse some of you, and which has been unsolveable in a satisfactory fashion for me. Given a list of compass headings in degrees, how can you reliably calculate the total change in direction? Here's an example: [355.5, 10.0, 5.1] This seem

Re: [gdal-dev] GDALDriver question

Thanks for your answer. Alejandro. On 10 February 2010 17:12, Even Rouault wrote: > Did you have a look at http://gdal.org/gdal_8h.html ? > > Extract from gcore/gdal_misc.cpp that answer all your questions : > > /* */ > /*

[gdal-dev] GDAL/OGR 1.7.0 Retracted, GDAL/OGR 1.7.1 Released

The GDAL/OGR Project has decided to retract the GDAL/OGR 1.7.0 release due to a serious bug which causes all Erdas Imagine (.img / HFA) files being unreadable by Erdas Imagine and other non-GDAL based applications. Additional detail is available in: http://trac.osgeo.org/gdal/ticket/3382 The p

[gdal-dev] Re: Motion: Promote GDAL/OGR 1.7.1RC1 to release and retract 1.7.0

Frank Warmerdam wrote: Motion: The GDAL/OGR 1.7.1 RC1 release candidate is promoted to a full release, and the GDAL/OGR 1.7.0 release is retracted due to the serious bug with Erdas Imagine file creation (http://trac.osgeo.org/gdal/ticket/3382) Folks, I declare this motion passed with support

Re: [gdal-dev] gdal_rasterize use SHP FID as burn attribute

Thanks you guys. The SQL statement did the trick. 2010/2/9 Frank Warmerdam > Peter Rankor wrote: > >> List, >> >> I need to rasterize a polygon layer coming from a SHP file. However, the >> values in the outputraster need to be the FID of the corresponding polygon. >> >> My command: >> gdal_ras

Re: [gdal-dev] ECW driver as a plugin

In case it might interest you, the UbuntuGIS team packages a GDAL ECW plugin : https://launchpad.net/~ubuntugis/+archive/ppa/ Le Wednesday 10 February 2010 19:28:08 Jason Beverage, vous avez écrit : > Hi Frank, > > By "official" version of the plugin I meant the definitive source. I > would have

Re: [gdal-dev] Motion: Extend Commit Access to Gaige Paulsen

+1 Howard On Feb 10, 2010, at 12:27 PM, Tamas Szekeres wrote: > +1 > > Best regards, > > Tamas > > > 2010/2/10 Frank Warmerdam > Motion: Extend GDAL/OGR Commit Access to Gaige Paulsen. > > --- > > Folks, > > Gaige is a software developer working on Cartographica > (http://www.macgis.co

Re: [gdal-dev] GDALDriver question

Did you have a look at http://gdal.org/gdal_8h.html ? Extract from gcore/gdal_misc.cpp that answer all your questions : /* */ /* --formats */ /*

[gdal-dev] GDALDriver question

Hi All, I need to get the Long Format Name and the Code of GDAL Raster Formats (BMP, FAST, ENVI, etc) from a GDALDataset. I'm looking for a method like OGRSFDriver::GetName(); Any idea? Thanks in Advance. Alejandro. ___ gdal-dev mailing list gdal-dev@l

Re: [gdal-dev] Motion: Extend Commit Access to Gaige Paulsen

+1 Best regards, Even Le Wednesday 10 February 2010 18:25:01 Frank Warmerdam, vous avez écrit : > Motion: Extend GDAL/OGR Commit Access to Gaige Paulsen. > > --- > > Folks, > > Gaige is a software developer working on Cartographica > (http://www.macgis.com/) and has been using GDAL for some time

Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.1RC1 to release and retract 1.7.0

+1 to promote 1.7.1RC1 to release and retract 1.7.0 I'd note that during the testing process, I have had problems building the python bindings on one of my environment (not 1.7.1 specific; this also occured with 1.7.0 indeed) with python 2.4 and 2.5 due to use of unicode by setup.py. I've pushe

Re: [gdal-dev] ECW driver as a plugin

Jason Beverage wrote: Hi Frank, By "official" version of the plugin I meant the definitive source. I would have expected to find the ECW plugin as part of GDAL itself, or downloadable from the GDAL website rather than going through GRASS to get the GDAL ECW plugin. Just wanted to make sure I w

Re: [gdal-dev] ECW driver as a plugin

Hi Frank, By "official" version of the plugin I meant the definitive source. I would have expected to find the ECW plugin as part of GDAL itself, or downloadable from the GDAL website rather than going through GRASS to get the GDAL ECW plugin. Just wanted to make sure I was getting the plugin fr

Re: [gdal-dev] Motion: Extend Commit Access to Gaige Paulsen

+1 Best regards, Tamas 2010/2/10 Frank Warmerdam > Motion: Extend GDAL/OGR Commit Access to Gaige Paulsen. > > --- > > Folks, > > Gaige is a software developer working on Cartographica ( > http://www.macgis.com/) > and has been using GDAL for some time. He has recently been working > particu

[gdal-dev] comparing two las files DEMs

hi, i know this is not directly related to the topics of this list... but anyways, currently i have a.las file, then removed some of the points, and created b.las file. Now, I create DEM of both a.las and b.las, taking into account that a.las file was the original one, how can i see if the DEM g

Re: [gdal-dev] ECW driver as a plugin

Jason Beverage wrote: Hi all, I'm exploring different methods of deploying GDAL with ECW support and saw various posts about building ECW support as a plugin vs including it within the build. I found the GDAL ECW plugin and instructions here (http://home.prea.net/node/79) but the source is from

Re: [gdal-dev] Motion: Extend Commit Access to Gaige Paulsen

Hi all! I do hereby agree to willfully abide by the RFC 3 committer guidelines. I'm looking forward to continuing to work with everyone to make GDAL better. Thanks, -Gaige -- Folks, Gaige is a software developer working on Cartographica (http://www.macgis.com/) and has been using GDA

[gdal-dev] Motion: Extend Commit Access to Gaige Paulsen

Motion: Extend GDAL/OGR Commit Access to Gaige Paulsen. --- Folks, Gaige is a software developer working on Cartographica (http://www.macgis.com/) and has been using GDAL for some time. He has recently been working particularly hard to feed fixes back into GDAL trunk (see tickets: http://trac.

Re: [gdal-dev] Problems with C# ogr_wrap.dll

Hi Tom, In this case you'll have to set a reference to ogr_csharp.dll and make sure the unmanaged dll-s (ogr_wrap.dll and it's dependencies like proj.dll) are available to load by the application, either by copying these dll-s into your executing directory or make them available in the PATH enviro

[gdal-dev] Problems with C# ogr_wrap.dll

Hi, I'm currently having a problem getting the C# OGR binaries to work on a 64bit WinXP Pro machine, using VS2008 Pro. Ive tried both the 32bit Binaries and the 64 bit binaries. * Using the 32bit binaries from http://vbkto.dyndns.org:1280/sdk/Default.aspx [1] as well as the general FW windows bin

[gdal-dev] ECW driver as a plugin

Hi all, I'm exploring different methods of deploying GDAL with ECW support and saw various posts about building ECW support as a plugin vs including it within the build. I found the GDAL ECW plugin and instructions here (http://home.prea.net/node/79) but the source is from the GRASS project. I t