Il giorno Wed, 8 Oct 2008 16:23:16 -0400
"Luke Roth" <[EMAIL PROTECTED]> ha scritto:
> Antonio,
>
> A lot of questions, let's see ... yes, it's a c++ application, using
:) I'm very curious because I started a similar project
http://sourceforge.net/projects/gsdview/
http://gsdview.sourceforge.n
Gennady Khokhorin wrote:
Frank,
I see alg/polygonize.cpp in the trunk, no gdal_polygonize.cpp in apps
yet.
Do you have code outline how this app should look like in the main()?
Gennady,
The application is implemented in python.
gdal/swig/python/scripts/gdal_polygonize.py
Best regards,
--
-
Wow, thanks for the quick response and fix Frank!
-Original Message-
From: Frank Warmerdam [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 12:58
To: Todd Southen
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] PGeo TestCapability always returns FALSE
[EMAIL PROTECTED] wr
FYI, with the fix done in http://trac.osgeo.org/gdal/ticket/2297, I've
successfully built GDAL trunk with a HDF5 1.8.1 library (built from the
source without any particular config option).
And I can also build it with libhdf4g-4.1r4-21 from the Ubuntu repository
If you have specific problems, i
Hi all,
I'm trying to use the GDAL utilities to re-size a NOAA Raster Chart.
They are pretty huge, so I want it at say, 1/4 of the resolution. GDAL
can't write BSB format (patent issues -- arrrgg!), but that's OK, any
reasonable format is fine. I've tried:
gdal_translate -outsize 25% 25% -
[EMAIL PROTECTED] wrote:
Hi all,
In my application, I'm calling layer->TestCapability(OLCRandomRead)
before calling layer->GetFeature(fid). When I try this with a PGeo
datasource, TestCapability always returns FALSE.
Looking at the OGRPGeoLayer code this indeed seems to be the case:
in
Frank,
I see alg/polygonize.cpp in the trunk, no gdal_polygonize.cpp in apps
yet.
Do you have code outline how this app should look like in the main()?
Thanks for great support!
-Original Message-
From: Frank Warmerdam [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 07, 2008 9:19 PM
To:
CELLIER François wrote:
Hi everybody,
I need to read geotiff with the gdal library. This geotif had no
projection so I opened it through Global Mapper and Export it in order
to have a projection within it. When I do a gdalinfo on the file I have :
Driver: GTiff/GeoTIFF
Files: testAve
Il giorno Wed, 8 Oct 2008 14:02:23 -0400
"Luke Roth" <[EMAIL PROTECTED]> ha scritto:
> Hi everybody,
>
> I've been working on writing an image viewer using GDAL, and I'd like
Hi Luke,
unfortunately I don't have an answer for you but I would like to ask
you some more about the application you are
Luke Roth wrote:
Hi everybody,
I've been working on writing an image viewer using GDAL, and I'd like
to take advantage of the block cache to avoid keeping multiple copies
of things in memory where I can. I'm currently using the
GetLockedBlockRef() function, which works well, but can sometimes l
I'd like to know how I may get better performance reading a KML file. I
have a file with 9,640 points. I've found that it takes about 16 seconds to
read through the entire file (see the code snapshot below). The exact same
data in Shapefile format takes a second or less to read using the same co
Hi everybody,
I've been working on writing an image viewer using GDAL, and I'd like
to take advantage of the block cache to avoid keeping multiple copies
of things in memory where I can. I'm currently using the
GetLockedBlockRef() function, which works well, but can sometimes lead
to large delays
Hi everybody,
I need to read geotiff with the gdal library. This geotif had no projection
so I opened it through Global Mapper and Export it in order to have a
projection within it. When I do a gdalinfo on the file I have :
Driver: GTiff/GeoTIFF
Files: testAvecProj.tif
Size is 4000, 4000
Hi all,
In my application, I'm calling layer->TestCapability(OLCRandomRead)
before calling layer->GetFeature(fid). When I try this with a PGeo
datasource, TestCapability always returns FALSE.
Looking at the OGRPGeoLayer code this indeed seems to be the case:
int OGRPGeoLayer::TestCapabili
Dear gdal-dev members,
is there a way to turn the world (raste map) upside-down?
I've been playing around with listgeo and geotifcp (trying to understand
the "world file" principles) but I can't get the word upside-down. I
thought that, since it's about a flip in both axes hor. and vert., it
would
On Tue, 07 Oct 2008 21:55:41 +0100, Frank Warmerdam <[EMAIL PROTECTED]> wrote:
>
> I would like to prepare a 1.5.3 release candidate tomorrow since it has been
> quite a while since the last stable release. Are there any objections or
> bug fixes seen as worth holding this up for?
Please don't re
Hi Tamas,
Thank you very much! It works beautifully now.
Thanks again.
Best regards
Asger
-Original Message-
From: Tamas Szekeres [mailto:[EMAIL PROTECTED]
Sent: 8. oktober 2008 00:14
To: Asger Sigurd Petersen
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Gdal.Polygonize and SWI
17 matches
Mail list logo
