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
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
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
> >
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
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
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
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
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
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
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
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
> 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
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
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
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
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
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
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
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 ?
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.
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
21 matches
Mail list logo