Hi!
I have trouble finding something that can read a dtm file (generated
in Inpho Match-T DEM/DSM Generator). Does anyone know how to resolve
this? i would like to convert it to geotiff or anything that gdal then
can pick up.
Best regards,
Peder Axensten
Research engineer
Swedish Univer
Before ever I would advise anything I would want to see the open source GIS
community clearly define that it is that it wants in a new physical file format.
Here is a discussion on the question of new open vector format that occurred
two years ago (note that most of the discussion is technical
Bruce,
You can take a look at the GDAL/OGR's Oracle driver code at
http://trac.osgeo.org/gdal/browser/branches/1.6/gdal/ogr/ogrsf_frmts/oci
Take a look at the implementation of the function at
http://trac.osgeo.org/gdal/browser/branches/1.6/gdal/ogr/ogrsf_frmts/oci/ogrocitablelayer.cpp#L1189
Unle
Hello,
I translated the french translation one year ago and keep it up to date until
now. However I have now too much things to work on and I would like to close
my website [1]. I would also like improve contribution from other person.
What could be the best solution to migrate the french docum
Simon, it's clear you have a great deal of experience in this area. If
it were up to you to chart out a course for an open source spatial
vector format that trancends the current limitations of shape, gml, etc.
what would you advise? Perhaps all that is missing is an architectural
plan.
The on
Hi All.
from a gdal-dev list+irc discussion,
the old patch no longer work on the up-to date gdal trunk.
the old patch was applied in the trunk plus modification to have the
gdal-grass plug-in
working on grass version < 7 and = 7.
but that sophistication has been broken by a recent change
Chaitany:
Thanks for your reply.
I would expect to get one delay due to the connection time but I did
not expect one for both the GetFeatureCount and the GetNextFeature.
Both of those calls are on the same layer variable. I originally had
the GetFeatureCount before the ResetReading. Tha
Thanks Markus,
i tried to apply the patch, but it fails on the actually gdal-trunk
(revision : Revision: 17810 )
i'm tring to see how to apply the patch manually .. but it is 6000
lines :'(
this the log tring to apply the patch :
geo...@geofem:/usr/local/src/gdal$ patch -p0 < /home/ge
Bruce,
The GetFeatureCount function gets the value with an SQL query to the data
server. The bottleneck may be at the connection.
On Wed, Oct 14, 2009 at 9:28 PM, Clay, Bruce wrote:
> I have tried several different arrangements trying to get the feature
> count from a user selection and I am g
Selon Greg Coats :
> Thanks for that info.
> What is the date of the r17818 code?
10 minutes ago : http://trac.osgeo.org/gdal/changeset/17818
>
> On Oct 14, 2009, at 2:17 PM, Even Rouault wrote:
>
> > I've fixed that in trunk r17818.
>
>
___
gdal-dev
Selon "Jürgen E. Fischer" :
Greg,
you were not enough specific to understand what when wrong for you. I'd expect
an example of the exact gdalbuildvrt command line and the current directory from
where you tried it, like Jürgen did.
Indeed in Jürgen's example, GDAL was not behaving optimally. I've
On Wed, Oct 14, 2009 at 12:02 PM, Massimo Di Stefano
wrote:
> Hi All.
>
> I'm tring to build the gdal-grass plug-in (i'm using gdal from svn)
> on a debian sid machine,
>
> i had this problem :
>
>
> geo...@geofem:/usr/local/src/gdal/frmts/grass/gdal-grass-1.7.0$ ./configure
> --with-gdal=/usr/loc
Hi Greg,
On Wed, 14. Oct 2009 at 12:40:19 -0400, Greg Coats wrote:
>How does one specify that gdalbuildvrt save relative paths, rather than
>absolute paths?
Looks like that isn't supported directly yet. But I'd try:
cd /PATH/TO/THE/VRT/
gdalbuildvrt foo.vrt ../RELATIVE/PATH/TO/THE/DATAS
I develop on one computer, and then deploy on other computers. For
example, I develop on a desktop computer with many external hard
drives, and then deploy on a notebook computer with only an internal
hard drive. Additionally, I develop using a desktop computer's
external hard drives, and t
I have tried several different arrangements trying to get the feature
count from a user selection and I am getting a delay two times for each
query.
My current arrangement is
OGRLayer *queryLayer = dataSource->ExecuteSQL(fullQueryString, NULL,
"generic");
if (queryLayer != NULL)
{
Hi All.
I'm tring to build the gdal-grass plug-in (i'm using gdal from svn)
on a debian sid machine,
i had this problem :
geo...@geofem:/usr/local/src/gdal/frmts/grass/gdal-grass-1.7.0$ ./
configure --with-gdal=/usr/local/bin/gdal-config --with-grass=/usr/
local/grass-7.0.svn/
checking for
Hi,
2009/10/14 Seth Girvin
> I can get statistics on my GeoTIFF which is great, but I need to get the
> count of pixels in each class in the raster.
> Ideally I want to get the count by a range e.g. 123787 cells between 0 -
> 0.25, 3242353 cells between 0.25-0.5. Would I need to read through all
Hi,
I have just started using the GDAL functions through the .NET wrapper
written by Tamas Szekeres.
I can get statistics on my GeoTIFF which is great, but I need to get the
count of pixels in each class in the raster.
Ideally I want to get the count by a range e.g. 123787 cells between 0 -
Hello,
I've recently added the WKT Raster driver to GDAL trunk. You can find
documentation about this driver here:
http://trac.osgeo.org/gdal/wiki/frmts_wtkraster.html
I strongly appreciate any comment or suggestion.
Best regards,
Jorge
___
gdal-dev ma
19 matches
Mail list logo