Le 19/11/2010 07:22, Ari Jolma a écrit :
On 11/18/2010 03:52 PM, Ludovic Granjon wrote:
Hi all
I try to calculate the length of a linestring in python.
But is there a way in python with ogr to calculate this. I see
there's a GetLength() in the OGRLineString Class Reference
Hi,
I' ve just executed the nitfdump utility included in FwTools (GDAL 1.7.0)
against the nitf file
and for the complete file and for the truncated one I get the same report in
output:
Dump for 0AA43516_trunc.I42
File TREs: RPFHDR(48)
File Metadata:
NITF_FHDR=NITF02.00
NITF_CLEVEL=99
Hi all
I try in a python script to delete a sqlite database that I use in an
OGR ExecuteSQL.
Let me give you an example :
If I do :
from osgeo import *
import os
datasource = ogr.Open(decoupe.shp)
layer = datasource.GetLayer()
joinLayer=datasource.ExecuteSQL(SELECT decoupe.FID as
Thanks for your answer Frank. I've stepped through the code (GDALWarpOperation
and GDALWarpKernel) but can't find the origin of the mistake...
So I've made a small package : http://bosow.free.fr/bundle.rar
There might be small mistakes since I replaced my QStrings with char* so that
you can
I have developed a gdal driver for my format. I only have a CreateCopy
method not the Create method for the time being.
I have done
poDS-SetDescription( poOpenInfo-pszFilename );
poDS-TryLoadXML();
in the open function.
but i find that when i call gdal_translate the
Hi!
I have to convert a pair of geographic coordinates in wgs84
to epsg:3035 (GRS80 ellipsoid). Where can I find the appropriate
towgs84 parameters? This is to set the NW corner coordinates
of a tifw file for a tif file with elevations of Europe in epsg:3035 projection
Why do you need toWGS84 params for converting wgs84 --epsg:3035.
I always thought toWGS84 params are needed for the other way around.
But I am not an expert :-)
ASFAIK the params are all 0. I use this definition
PROJCS[ETRS89 / ETRS-LAEA,
GEOGCS[ETRS89,
Ludovic Granjon wrote:
Hi all
I try in a python script to delete a sqlite database that I use in an
OGR ExecuteSQL.
Let me give you an example :
If I do :
from osgeo import *
import os
datasource = ogr.Open(decoupe.shp)
layer = datasource.GetLayer()
Hi list,
we were trying to use ogrinfo te check for the validity of a shapefile,
however this approach does not seem to work.
We changed the shp file to an XML file, and then ran ogrinfo on it,
ogrinfo will just report the normal info. Only when reading the actual
data we get back fread errors
Le 22/11/2010 15:24, Frank Warmerdam a écrit :
Ludovic Granjon wrote:
Hi all
I try in a python script to delete a sqlite database that I use in an
OGR ExecuteSQL.
Let me give you an example :
If I do :
from osgeo import *
import os
datasource = ogr.Open(decoupe.shp)
layer =
No problem. I have re-uploaded a new version: http://bosow.free.fr/bundle.rar
I compiled it and the same error occurs: ch2d (float* buffer) remains unchanged
after WarpRegionToBuffer() call.
Thanks for your help.
Sincerely yours,
--
Matthieu Castanier
Hi Ludovic and Frank,
As I understand from discussions with Evan Rouault, Destroy() is an obsolete
method in the Python bindings that should not be used. See
http://trac.osgeo.org/gdal/wiki/PythonGotchas#CertainobjectscontainaDestroym
ethodbutyoushouldneveruseit.
If that understanding is not
bo...@club-internet.fr wrote:
No problem. I have re-uploaded a new
version: http://bosow.free.fr/bundle.rar
I compiled it and the same error occurs: ch2d (float* buffer) remains
unchanged after WarpRegionToBuffer() call.
Matthieu,
The core problem is that you setup a transformer that goes
Le 22/11/2010 13:55, Agustin Lobo a écrit :
Hi!
I have to convert a pair of geographic coordinates in wgs84
to epsg:3035 (GRS80 ellipsoid). Where can I find the appropriate
towgs84 parameters? This is to set the NW corner coordinates
of a tifw file for a tif file with elevations of Europe in
I could not compile my code due to my insufficient experience in using
makefiles.
using the -I option i was able to specify the search path for include
files (i am using IPP)
For the linker I need to include .lib files for creating the plugin dll
Please help me write a makefile.vc which compiles
I'm sorry, nothing has helped so far. I found out via Dependency Walker, that
obviously there are a few DLLs that gdal14 depends on:
ieframe.dll
shlwapi.dll
urlmon.dll
I found all of them and placed them into my jre\bin directory. However, that
still doesn't solve my problem. Still getting the
Frank Warmerdam wrote:
Folks,
I have made a couple changes to gdallocationinfo based on feedback I
received when bringing it up for discussion. I am not motioning to adopt
RFC 32, making gdallocationinfo an official GDAL utility, installed
by default, documented and supported:
Frank Warmerdam wrote:
Folks,
I haven't seen any serious concerns with proceeding with this fix and I
have incorporated a few fixes. So now I'd like to motion to adopt RFC 33:
http://trac.osgeo.org/gdal/wiki/rfc33_gtiff_pixelispoint
I have to admit that it took me a few reads to
Following is repost, because the message appeared garbled in the mailing list.
I could not compile my code along with other formats in frmts due to
my insufficient experience in using nmake projects.
http://www.gdal.org/gdal_drivertut.html gives information on writing a driver.
Is there a
On Nov 22, 2010, at 1:54 PM, Daniel Morissette wrote:
Frank Warmerdam wrote:
Folks,
I haven't seen any serious concerns with proceeding with this fix and I
have incorporated a few fixes. So now I'd like to motion to adopt RFC 33:
Howard Butler wrote:
As long as we're approving (slightly) painful RFCs, what are people's thoughts on installing GDAL's includes by default in a number-prefixed directory instead of in the global directory?
For example, instead of installing in
/usr/local/include/gdal.h
for GDAL 1.8, we'd
On 11/22/2010 10:50 PM, Frank Warmerdam wrote:
Howard Butler wrote:
As long as we're approving (slightly) painful RFCs, what are people's
thoughts on installing GDAL's includes by default in a
number-prefixed directory instead of in the global directory?
For example, instead of installing in
2010/11/22 Ram prasad ramprasa...@gmail.com
Following is repost, because the message appeared garbled in the mailing
list.
I could not compile my code along with other formats in frmts due to
my insufficient experience in using nmake projects.
http://www.gdal.org/gdal_drivertut.html gives
Do you have any compelling reason to use gdal14 instead of a newer version?
You may download working binaries (along with the java bindings) from here:
http://vbkto.dyndns.org/sdk/
Best regards,
Tamas
2010/11/22 MarvinCO marvin.off...@googlemail.com
I'm sorry, nothing has helped so far. I
No, no reason at all. I didn't know there's any other binary version out
there, only found the one I had been using so far via the official download
link from the GDAL home page. I just downloaded the version from your page
now. Why isn't that link on the GDAL home page?
I did that now, updated
Interesting to note, too, that Dependency Walker now still reports the same
DLLs as having missing functions, though I still have them in my jre/bin:
http://osgeo-org.1803224.n2.nabble.com/file/n5764820/gdal.png
--
View this message in context:
Is it necessary to call System.loadLibrary() on ALL DLLs? I thought Windows
takes care of loading the dependent libraries automatically. Anyway, the
whole thing - again - works via Eclipse. It's only launching my app by the
Python script that throws the UnsatisfiedLinkException.
--
View this
This is the output I get for the file that fails to load: (semi redacted)
c:\data\RPFnitfdump F:\path\to\file.i24
Dump for F:\path\to\file.i24
File TREs: RPFHDR(48)
File Metadata:
NITF_FHDR=NITF02.00
NITF_CLEVEL=03
NITF_STYPE=
NITF_OSTAID=TRIFID
NITF_FDT=11XX
NITF_FTITLE=file.I24
28 matches
Mail list logo
