Thanks Dmitry,
I linked the file gdal_i.lib to the project (by editing 'Additional
Dependencies' in the area: Linker/Input). And still got similar errors (but the
number of errors were reduced) ?
Kind regards,
Tai
From: Dmitry Baryshnikov [via OSGeo.org]
T
13.07.2012 7:56, taibc пишет:
Hi everyone,
I am trying to use Ogr C++ class on Visual Studio 2010. I created an new
empty Visual C++ project (Win 32 Console Application). Then added Ogr files
into project, then buid it.
I got the errors similar as below:
/Error 147 error LNK2001: unresolv
Hi everyone,
I am trying to use Ogr C++ class on Visual Studio 2010. I created an new
empty Visual C++ project (Win 32 Console Application). Then added Ogr files
into project, then buid it.
I got the errors similar as below:
/Error 147 error LNK2001: unresolved external symbol "private: vi
Hello again,
Been having good success reprojecting TIFs from/to various different
projections (UTMs, State Plane, Mercator etc.) but I have run into a
problem with gdalwarp generating a particular Mercator GeoTIFF. At the
bottom of the mail is the console output from three operations:
1.
I am using java bindings to read in some metadata from image files. I have
a check for images that are in EPSG:4326 (if not I warp them). However I
have an image which I know is EPSG:4326 that has the following:
"GEOGCS["WGS 84",DATUM["WGS_1984",SPHEROID["WGS
84",6378137,298.257223563,AUTHORITY["
Hello,
I have used gdal 1.9.1 to view various HDF4 and HDF5 files without a
problem. I am current trying to use gdalinfo to look at a MODIS L2 Aqua
Cloud Product data file ( MYD06_L2.A2002244.0410.004.2004203230354.hdf )
and it does not recognize the file format. Is it because it is a Level
GDALers:
Hope this isn't too much of a noobish question. Given two images, A
and B, I want to have B match A in terms of projection, extent, and
resolution such that A and B will stack perfectly. The tricky part
here, and one I'm not sure how to solve is that while they are both
global datasets
Selon Saâd HESSANE :
> Thank's Even.
>
For the PamProxy, the best doc is probably to study the corresponding test in
the autotest suite :
http://trac.osgeo.org/gdal/browser/trunk/autotest/gcore/pamproxydb.py
Basically, it seems you just have to define the GDAL_PAM_PROXY_DIR environmenet
variabl
Thank's Even.
2012/7/12 Even Rouault
> Selon Saād HESSANE :
>
> > Hi list,
> >
> > I'm workig on a Mapserver/GDAL application, and I have to setup the
> > datasource (create tileindex and overviews) to boost the performance.
> >
> > I have two question :
> >
> >1. Can I store overviews in a
Selon Tom Roche , INVALID_ADDRESS@.SYNTAX-ERROR.:
>
> Tom Roche Thu Jul 12 06:41:04 PDT 2012
> >> me@it:/tmp/gdal$ dget --build
> http://ftp.de.debian.org/debian/pool/main/g/gdal/gdal_1.9.0-3.dsc
> >> ... much, much later ...
> >> > error: could not create '/usr/local/lib/python2.6/dist-packages/o
Selon Saâd HESSANE :
> Hi list,
>
> I'm workig on a Mapserver/GDAL application, and I have to setup the
> datasource (create tileindex and overviews) to boost the performance.
>
> I have two question :
>
>1. Can I store overviews in a different path than the original raster
>path? The orig
Hi list,
I'm workig on a Mapserver/GDAL application, and I have to setup the
datasource (create tileindex and overviews) to boost the performance.
I have two question :
1. Can I store overviews in a different path than the original raster
path? The original path can be in a read only folde
Selon "Paul Meems (Top-X)" :
> One more related question.
> It seems using the VRT format is the way to go.
>
> Of course I can make a wrapper around the executable and create a VRT like
> that.
> I can also add the functionality to the MapWindow ActiveX control, it is
> already using GDAL for lot
Tom Roche Thu Jul 12 06:41:04 PDT 2012
>> me@it:/tmp/gdal$ dget --build
>> http://ftp.de.debian.org/debian/pool/main/g/gdal/gdal_1.9.0-3.dsc
>> ... much, much later ...
>> > error: could not create '/usr/local/lib/python2.6/dist-packages/osgeo':
>> > Permission denied
>> ...
>> > error: could no
One more related question.
It seems using the VRT format is the way to go.
Of course I can make a wrapper around the executable and create a VRT like
that.
I can also add the functionality to the MapWindow ActiveX control, it is
already using GDAL for lots of other stuff.
Is gdalbuildvrt.exe easil
Isn't there a debian repository (debiangis) that provides gdal-1.9
Etienne
On Thu, Jul 12, 2012 at 10:41 AM, Tom Roche wrote:
>
> summary: how to prevent or fix
>
> me@it:/tmp/gdal$ dget --build
> http://ftp.de.debian.org/debian/pool/main/g/gdal/gdal_1.9.0-3.dsc
> ... much, much later ...
For some reason stats in the individual files did not solve the issue, had to
put it in the vrt.
Duarte
-Mensagem original-
De: Etienne Tourigny [mailto:etourigny@gmail.com]
Enviada: quinta-feira, 12 de Julho de 2012 13:28
Para: Duarte Carreira
Cc: p.me...@topx-group.nl; gdal-dev@li
summary: how to prevent or fix
me@it:/tmp/gdal$ dget --build
http://ftp.de.debian.org/debian/pool/main/g/gdal/gdal_1.9.0-3.dsc
... much, much later ...
> error: could not create '/usr/local/lib/python2.6/dist-packages/osgeo':
> Permission denied
...
> error: could not create '/usr/local/lib/pyt
Thanks Duarte and Etienne,
That is very useful information.
I wouldn't thought about it reading just the documentation.
Thanks,
Paul
2012/7/12 Etienne Tourigny
> You should generate the stats for every file, as you will probably get
> incorrect results with your method
>
> for f in *.tif; do
You should generate the stats for every file, as you will probably get
incorrect results with your method
for f in *.tif; do gdalinfo -stats $f ; done
On Thu, Jul 12, 2012 at 9:03 AM, Duarte Carreira wrote:
> Hi Paul.
>
>
>
> I had to build a big vrt. The one trick that got it loading very fast
Hi Paul.
I had to build a big vrt. The one trick that got it loading very fast into qgis
was adding statistics to each rasterband:
255
111.6784426525
0
52.100074055799
I just got stats from a subset and used that for all bands.
Duarte
De: Paul Meems (Top-X) [mai
Thanks Dmitry and Even,
The aerial photos are north-up and are in the same projection and I think
also in the same resolution.
It are commercial aerial photos.
The Correlator project sounds very interesting but not necessary in my case.
I'll try to implement the VRT format and see what the perfor
12.07.2012 14:36, Paul Meems (Top-X) ?:
Thanks Even,
http://www.gdal.org/gdalbuildvrt.html does seems very interesting.
As I understand it, it will do the merging part (without actually
merging).
But it doesn't do the tiling part, right? Or is the vrt so optimized
tiling is no longer nec
Selon "Paul Meems (Top-X)" :
> Thanks Even,
>
> http://www.gdal.org/gdalbuildvrt.html does seems very interesting.
> As I understand it, it will do the merging part (without actually merging).
The VRT driver will do on-the-fly merging of tiles that have overlapping. The
VRT itself is just a XML f
Thanks Even,
http://www.gdal.org/gdalbuildvrt.html does seems very interesting.
As I understand it, it will do the merging part (without actually merging).
But it doesn't do the tiling part, right? Or is the vrt so optimized tiling
is no longer necessary?
Thanks,
Paul
2012/7/12 Even Rouault
Selon "Paul Meems (Top-X)" :
> Hi list,
>
> I have several aerial photos and I use MapWindow GIS to view them.
> MapWindow is already using GDAL v1.8
>
> Instead of loading each aerial photo as an individual layer I want to
> create a local tiles store of the photos.
> I can then just load the til
Hi list,
I have several aerial photos and I use MapWindow GIS to view them.
MapWindow is already using GDAL v1.8
Instead of loading each aerial photo as an individual layer I want to
create a local tiles store of the photos.
I can then just load the tiles I need based on the scale and view. This
Oh, my mistake - OGR (not ORG).
It is sucessful now.
Thanks and regards,
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/Can-t-convert-dgn-file-to-shape-file-by-using-ogr2ogr-tp4987817p4987916.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
__
Selon taibc :
> Thanks Even Rouault,
>
> I tried as you said, but still got the error:
>
> /C:\dc16>ogr2ogr Dc16_lines.shp Dc16.dgn -where "ORG_GEOMETRY =
> 'LINESTRING'" -nln Dc16_lines
>
> ERROR 1: Failed to identify field:ORG_GEOMETRY
There is a typo in your command line. It is OGR_GEOMETRY. N
Selon "Zermeno, Robert J CIV NAVAIR, 472100D" :
> GDAL Community,
>
> I noticed GDAL has a utility program gdaladdo which embeds new overviews to a
> supplied file. Does gdal have a utility program that allows me to extract
> overviews to a file?
Yes, it is a debug utility, called dumpoverviews,
Thanks Even,
I feared that this was the case. But the `UseException` function looks
promising.
Regards,
Fabian
On 07/12/2012 10:59 AM, Even Rouault wrote:
Selon lpinner:
The python function needs to accept three arguments, error class, error code
and error message.
i.e.
from osgeo import
Thanks Even Rouault,
I tried as you said, but still got the error:
/C:\dc16>ogr2ogr Dc16_lines.shp Dc16.dgn -where "ORG_GEOMETRY =
'LINESTRING'" -nl
n Dc16_lines
ERROR 1: Failed to identify field:ORG_GEOMETRY
Warning 6: Normalized/laundered field name: 'GraphicGroup' to 'GraphicGro'
ERROR 1: Att
Selon lpinner :
> The python function needs to accept three arguments, error class, error code
> and error message.
>
> i.e.
> from osgeo import gdal
> def f(err_class, err_code, msg):
> print err_class, err_code, msg
>
> gdal.PushErrorHandler(f)
Reviewing the Python bindings code, I see no e
Selon taibc :
> Dear friends,
>
> I tried to convert .dgn file to shape files by using ogr2ogr with FWTools
> Shell as below:
FWTools is quite ancient by current standards. You could upgrade to a newer
binary distribution. See http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries
>
> ogr2ogr -
Dear list
We need to produce background images (GeoTIFF, ECW or similar, to be
used for WMS/WMTS services) from user-supplied S57 files with simplified
S52 rendering in a web environment, i.e. server-side processing.
We think the following should work (on Windows 2008 Server):
1 OGR to read a
Thanks for the answer, but unfortunately this does not work on my machine:
from osgeo import gdal
def f(err_class, err_code, msg):
... print err_class, err_code, msg
...
gdal.PushErrorHandler(f)
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.
36 matches
Mail list logo
