On Wed, Oct 22, 2008 at 06:33:44PM -0700, Fodder wrote:
> > I have found (and fixed) the small problem introduced with my
> > previous fix for
> >
> > http://trac.osgeo.org/gdal/ticket/2237
> >
> > It goes in trunk and 1.5 brunch.
>
> Thanks Andrey
Please, test whether it fixes your problem.
Thanks Andrey
Andrey Kiselev wrote:
>
> On Tue, Oct 21, 2008 at 11:01:36PM -0700, Fodder wrote:
>> The latest version of GdalGrid (in FWTools) seems to not use the
>> radius values properly for the Nearest algorithm. In my project, I
>> used 4000 for both but I ended up with very little circles
Sooo... apparently nodata values are not converted to NaN when doing
something like a gdal_translate from GeoTiff to GMT format. Is there a way
that anyone knows to do this?
Thanks,
Roger
--
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http:/
Hi,
Just out of curiosity, are you using the 'stable' branch, GDAL 1.5? I'm
unable to reproduce the issue using the development branch, but I don't
have a GDAL 1.5 tree handy to build and test. What I might suggest is
grabbing a snapshot of the GDAL 1.6 tree (or doing an SVN checkout of
it), build
Hi
I am trying to read RS2 format using gdal and output a GTiff. On my
primary system i686 32 bit ubuntu o/s it doesn't work:
[EMAIL
PROTECTED]:~/products/PK5351_DK112_RS2_OK645_PK5351_DK112_W2_S5_S6_01205_20080307_225936_HH_HV_SGF$
gdal_translate product.xml out.tif
Input file contains subdatas
Kai Behncke wrote:
then the weird thing start. I Load "selektion_roads_4326" in Quantum GIS (under
the 4326-projection)
and after that "selektion_roads_31467" (here I use on the fly the
4326-projection)
but the layer don`t lay over each other, there is a mismatch of about 50 meter.
See her:
ht
Dear users,
I have tried to find out for several hours a misterious thing.
I have downloaded data from Open Street Map. With Quantum GIS I selected some
streets
and exported that selection to a new shapefile (selektion_roads).
Eveything seems to be fine.
With ogrinfo I get the following output
Rushforth, Peter wrote:
Hi,
I'm interested in using ogr and gdal libraries in java applications. Would
you please point me to relevant wiki / documentation / external web sites
which might help in figuring out how to do that? Is there javadoc on the
library? How does that work, anyway?
Or, if
Hi,
I'm interested in using ogr and gdal libraries in java applications. Would you
please point me to relevant wiki / documentation / external web sites which
might help in figuring out how to do that? Is there javadoc on the library? How
does that work, anyway?
Or, if anyone has a code examp
Frank, this was the problem. Thanks for your help.
For the list archives, here is another working sample (essentially the same
as what Frank put below).
OGRPoint* p = (OGRPoint*)OGRGeometryFactory::createGeometry(wkbPoint);
p->setX(3.141);
p->setY(2.718);
OGRGeometryFactory::destroyGeometry(p);
Joel Odom wrote:
Anybody knows why these two lines of code cause corruption on the heap?
Thanks.
OGRPoint* ogr_point = new OGRPoint(5.0, 5.0);
delete ogr_point;
Joel,
My guess is that you are doing this "cross heap". Are you running on windows?
Do you build your application calling OGR wit
Anybody knows why these two lines of code cause corruption on the heap?
Thanks.
OGRPoint* ogr_point = new OGRPoint(5.0, 5.0);
delete ogr_point;
--
http://giscoder.blogspot.com/
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.or
On Wed, Oct 22, 2008 at 3:27 PM, sara lucca <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm an Italian university student and I'm working on LiDAR scanlations with
> GRASS and the data I'm using were in LAS format.
> One of the problem I've encountered is the conversion of the LAS file in
> file that GRAS
Hi,
I'm an Italian university student and I'm working on LiDAR scanlations with
GRASS and the data I'm using were in LAS format.
One of the problem I've encountered is the conversion of the LAS file in file
that GRASS can manage (ASCII).
I
saw that this format is not present in your supporte
On Tue, Oct 21, 2008 at 01:05:47PM -0400, Frank Warmerdam wrote:
> I'd like to hold a meeting for planning the GDAL/OGR 1.6 release this
> Friday at 10:00am EST (1400 GMT).
>
> http://trac.osgeo.org/gdal/wiki/ThirdMeeting
+1
--
Andrey V. Kiselev
ICQ# 26871517
On Tue, Oct 21, 2008 at 11:01:36PM -0700, Fodder wrote:
> The latest version of GdalGrid (in FWTools) seems to not use the
> radius values properly for the Nearest algorithm. In my project, I
> used 4000 for both but I ended up with very little circles around the
> data points. Using the same radiu
16 matches
Mail list logo