Re: [gdal-dev] OGR and C#

2008-10-15 Thread Jerry O'Sullivan
Tamas, Thanks for that, filemon is a good idea...I'll go snooping! Thanks, Jerry 2008/10/15 Tamas Szekeres <[EMAIL PROTECTED]> > Jerry, > > It depends on which drivers/features are actually used by your OGR > script, my best advice is to copy *.dll into your executing directory. > You could nar

Re: [gdal-dev] OGR and C#

2008-10-15 Thread Tamas Szekeres
Jerry, It depends on which drivers/features are actually used by your OGR script, my best advice is to copy *.dll into your executing directory. You could narrow down the required set of the dll-s by inspecting the dependencies by using the dependency walker tool or use SysInternals filemon to see

Re: [gdal-dev] error using gdaltindex on grass rasters

2008-10-15 Thread Jamie Adams
I'm using GDAL 1.5.2 built on Ubuntu 8.04. On Wed, Oct 15, 2008 at 1:45 PM, Markus Neteler <[EMAIL PROTECTED]> wrote: > On Wed, Oct 15, 2008 at 7:29 PM, Jamie Adams <[EMAIL PROTECTED]> wrote: > > Hello all, > > > > I needed to create a shapefile index of all the rasters in a grass mapset > so > >

Re: [gdal-dev] error using gdaltindex on grass rasters

2008-10-15 Thread Markus Neteler
On Wed, Oct 15, 2008 at 7:29 PM, Jamie Adams <[EMAIL PROTECTED]> wrote: > Hello all, > > I needed to create a shapefile index of all the rasters in a grass mapset so > I ran: > > ls /grass/location/mapset/cellhd/* | xargs gdaltindex all.shp > > and got this error: > > Warning 1: GRASS warning: Unab

[gdal-dev] OGR and C#

2008-10-15 Thread Jerry O'Sullivan
Hi, I have got OGR working in my C# app by adding FWTools bin folder to PATH during run-time. I would like to be able to distribute my application without the requirement for the user's PC to have FWTools installed. Is it possible to just include the dlls in the bin folder and if so what dlls do

Re: [Gdal-dev] OGR: DXF driver

2008-10-15 Thread Frank Warmerdam
Andreas Neumann wrote: In your proposal you mention that arcs and other curves could be supported if the client has interest in it. In Switzerland, Arcs are widely used in survey data. Support for arcs would be important. Do you plan to convert those arcs to vertices, similar to the Interlis dr

Re: [Gdal-dev] OGR: DXF driver

2008-10-15 Thread Andreas Neumann
Hi Frank, I think the proposal already covered the pricing for a read/write dxf driver. It was 2200 euros which is a fixed quote - not an estimate. hm, seems I did not read it to the end. Sorry. Euro 2200 seems reasonable and should not be a problem to raise. I expected it to be more expen

[gdal-dev] error using gdaltindex on grass rasters

2008-10-15 Thread Jamie Adams
Hello all, I needed to create a shapefile index of all the rasters in a grass mapset so I ran: ls /grass/location/mapset/cellhd/* | xargs gdaltindex all.shp and got this error: Warning 1: GRASS warning: Unable to open datum table file /usr/local/share/gdal/grass//etc/ellipse.table: No such fil

Re: [Gdal-dev] OGR: DXF driver

2008-10-15 Thread Brent Fraser
Frank Warmerdam wrote: I would note that the activity is not terribly complicated, and I would welcome others taking a crack at it. I am not particularly trying to drum up business for myself here. I should also note that there is a contributed "write only" dxf driver sitting in Trac curren

Re: [Gdal-dev] OGR: DXF driver

2008-10-15 Thread Frank Warmerdam
Andreas Neumann wrote: Frank, can you do a very rough estimate how much it would cost to implement the read/write dxf driver based on your proposal? Andreas, I think the proposal already covered the pricing for a read/write dxf driver. It was 2200 euros which is a fixed quote - not an estim

Re: [Gdal-dev] OGR: DXF driver

2008-10-15 Thread Andreas Neumann
Frank, can you do a very rough estimate how much it would cost to implement the read/write dxf driver based on your proposal? Would you deal with dwgs also, or just dxf - how similar/different are dxf and dwg? We could help financing it, but not the whole thing. If a couple of interested parties

Re: [gdal-dev] gdal and python problems

2008-10-15 Thread Andreas Neumann
> This is because the svn versioning information for shared libraries is > not normally "set" until release time (ie. 1.6.0) so it is basically just > a clone of what it was for 1.5.0 release time. > > I could bump the version now in svn but I will almost certainly forget > I did so at 1.6.0 releas

Re: [Gdal-dev] OGR: DXF driver

2008-10-15 Thread Frank Warmerdam
Fodder wrote: Hi Frank, Thanks, this would be great, although I can't fund it in completion (Euro Aussie dollar :) .Would you be prepared to develop just the READ side of the driver, and what do you think that would cost (without styling)? Fodder, I would be willing to implement only read s

Re: [gdal-dev] get fmrt grib

2008-10-15 Thread Frank Warmerdam
Limei Ran wrote: Hi Frank: I got gdal-svn-trunk-2008.10.14.tar.gz. When I compiled it on Linux server 32bits I got the following errors: gt_overview.cpp: In function `toff_t GTIFFWriteDirectory(TIFF*, int, int, int, int, int, int, int, int, int, int, int, i

[gdal-dev] CPLXMLNode, no GetChilds()'like method ?

2008-10-15 Thread Aurélien Kamel
Hello, I have to parse a XML file in a driver I'm writing for OGR and I would like to do a recursive method that would take a xml node as argument and then call itself on each of the child of this node. Is there a way to get the child list of a node with CPLXMLNode ? For the moment I can't figure

Re: [gdal-dev] gdal and python problems

2008-10-15 Thread Frank Warmerdam
Andreas Neumann wrote: Thank you very much - problem solved. There was an indeed an old version of libgdal around (gdal1.5.2 - also self-compiled under /usr/local/lib) The strange thing is that the svn trunk version reports as older (libgdal.so.1.12.0) even if it is newer than gdal1.5.2, which r

Re: [gdal-dev] get fmrt grib

2008-10-15 Thread Limei Ran
Hi Frank: I got gdal-svn-trunk-2008.10.14.tar.gz. When I compiled it on Linux server 32bits I got the following errors: gt_overview.cpp: In function `toff_t GTIFFWriteDirectory(TIFF*, int, int, int, int, int, int, int, int, int, int, int, int, short unsigned

Re: [gdal-dev] Build gdal 1.5.2 on FreeBSD

2008-10-15 Thread Frank Warmerdam
Ben Madin wrote: G'day Markus, I didn't realise I needed to do both - so that got me over that hump, but now it is hung up on jpeg 2000 (which I don't seem to be able to turn off using --with-jasper=NO) Ben, Try instead --with-jasper=no or --without-jasper. The configure logic is case sens

[gdal-dev] RE: CPLXMLNode, no GetChilds()'like method ?

2008-10-15 Thread Aurélien Kamel
I found my answer. I can use the public attribute psNext that point to the next sibling. Sorry. aurel -Message d'origine- De : Aurélien Kamel [mailto:[EMAIL PROTECTED] Envoyé : mercredi 15 octobre 2008 16:24 À : 'gdal-dev@lists.osgeo.org' Objet : CPLXMLNode, no GetChilds()'like method ?

Re: [gdal-dev] Build gdal 1.5.2 on FreeBSD

2008-10-15 Thread Ben Madin
G'day Markus, I didn't realise I needed to do both - so that got me over that hump, but now it is hung up on jpeg 2000 (which I don't seem to be able to turn off using --with-jasper=NO) So I'm getting this... gmake -C jpeg2000 install-obj gmake[2]: Entering directory `/usr/home/ben/gdal-1.

Re: [gdal-dev] gdal and python problems

2008-10-15 Thread Andreas Neumann
Thank you very much - problem solved. There was an indeed an old version of libgdal around (gdal1.5.2 - also self-compiled under /usr/local/lib) The strange thing is that the svn trunk version reports as older (libgdal.so.1.12.0) even if it is newer than gdal1.5.2, which reports as libgdal.so.1.12