Folks,
This evening I have done some long outstanding work on the OGR ODBC driver
to support tables within schemas reasonable.
http://trac.osgeo.org/gdal/ticket/1969
Previously the default behavior of the driver was to treat all tables and
views in the ODBC datasource as layers. For heavy du
Oh, sorry for this. My fault.
On Wed, Oct 21, 2009 at 8:01 PM, Ivan wrote:
> D'accord. That driver should be optional.
>
>> ---Original Message---
>> From: Even Rouault
>> Subject: Re: [gdal-dev] Building from the trunk, error realted to WKTRASTER
>> Sent: Oct 21 '09 11:48
>>
>> Sel
On Wed, Oct 21, 2009 at 1:56 PM, Frank Warmerdam wrote:
> Ivan wrote:
>
>> Aleksey,
>>
>> Thank you, this works. I must have overlooked the gdal-python bindings
>>> package in the Advanced settings on my last try.
>>>
>>
>> Welcome.
>>
>> One thing I am currently missing in OSGeo4W GDAL is su
Hello All,
I am using python bindings to read a srtm data and create new hfa files. If
I do not explicitly set the no data value for the band, it is not copied
over to the new dataset. I am getting .aux files with the NoDataValue tag,
but the value is not copied to the dataset itself. I checked
Frank Warmerdam wrote:
Yewondwossen Assefa wrote:
Hi all,
I am into some issues when trying to do a join using a shape file as
a primary table and an ODBC (sql server 2005) connection as the
secondary table.
The issue has to do with the schema name.
The following query (with a schema name
On Wed, Oct 21, 2009 at 8:47 PM, Roger André wrote:
> This could be done with GRASS, I think. First extract the LAS file
> into an ASCII x,y,z file. Then load into GRASS with r.in.xyz. Then
> use one of the v.delaunay or v.voronoi GRASS modules.
Yes, see:
http://grass.osgeo.org/wiki/LIDAR
Mark
This could be done with GRASS, I think. First extract the LAS file
into an ASCII x,y,z file. Then load into GRASS with r.in.xyz. Then
use one of the v.delaunay or v.voronoi GRASS modules.
Roger
--
2009/8/27 Riki Tiki :
> hi,
>
> do you know any tools available for the conversion of LAS (LIDAR d
Ivan wrote:
Frank,
By the way, about this bold text *This DSDK is not free software, you should contact LizardTech to obtain it (see
link at end of this page).* on http://www.gdal.org/frmt_mrsid.html Is that current? I believe that LizardTech
changed the terms of that DSDK license. Did they?
Frank,
By the way, about this bold text *This DSDK is not free software, you should
contact LizardTech to obtain it (see
link at end of this page).* on http://www.gdal.org/frmt_mrsid.html Is that
current? I believe that LizardTech
changed the terms of that DSDK license. Did they?
Regards,
Iv
D'accord. That driver should be optional.
> ---Original Message---
> From: Even Rouault
> Subject: Re: [gdal-dev] Building from the trunk, error realted to WKTRASTER
> Sent: Oct 21 '09 11:48
>
> Selon Ivan :
>
> Yes, I had seen that too and fixed it a few days ago but forgot to
Ivan wrote:
Aleksey,
Thank you, this works. I must have overlooked the gdal-python bindings
package in the Advanced settings on my last try.
Welcome.
One thing I am currently missing in OSGeo4W GDAL is support for ECW and
MrSID -- is it available? I've installed the gdal-ecw and gdal-mr
Aleksey,
> Thank you, this works. I must have overlooked the gdal-python bindings
> package in the Advanced settings on my last try.
Welcome.
> One thing I am currently missing in OSGeo4W GDAL is support for ECW and
> MrSID -- is it available? I've installed the gdal-ecw and gdal-mrsid
> pa
Matt,
Thank you, installing gdal-python fixed my problem. I just have to figure
out how to deal with ECW ad MrSID formats in OSGeo4W...
Best regards,
Aleksey
On Tue, Oct 20, 2009 at 12:33 PM, Matt Wilkie wrote:
> Hi Aleksey,
>
> With osgeo4w as Ivan noted you need to install the gdal-python pa
Markus,
Thank you for your detailed help and reference to the previous discussion on
switching to the GDAL 1.6 environment (gdal16.bat). I mostly got OSGeo4W to
work for me, thanks to comment from Ivan, just have some issues with ECW and
MrSID support.
Thanks for the pointer to use "from osgeo im
Ivan,
Thank you, this works. I must have overlooked the gdal-python bindings
package in the Advanced settings on my last try.
Comparing to FWTools, I get a sense that the OSGeo4W GDAL/Python bundle is
pretty complete. At least it has all the usual GDAL utility programs and
python scripts.
One th
Selon Ivan :
Yes, I had seen that too and fixed it a few days ago but forgot to commit it
apparently. Done in r17860 by testing the availability of PG headers.
> I tried to build from GDAL trunk and got an dependency error on wktraster
> driver.
>
> After removing it from frmts/makefile.vc the bu
Yewondwossen Assefa wrote:
Hi all,
I am into some issues when trying to do a join using a shape file as a
primary table and an ODBC (sql server 2005) connection as the secondary
table.
The issue has to do with the schema name.
The following query (with a schema name: imsv7) works as expect
Selon Fabrice LALLAURET - PSV :
> I try to use gdalbuilvrt with images having different resolutions. I
> use it with argument -resolution highest and I find (I think) a bug.
>
> The highest resolution is set with these lines of code in gdalbuildvrt.cpp :
>
> else if (resolutionStr
I try to use gdalbuilvrt with images having different resolutions. I
use it with argument -resolution highest and I find (I think) a bug.
The highest resolution is set with these lines of code in gdalbuildvrt.cpp :
else if (resolutionStrategy == HIGHEST_RESOLUTION)
alfreale,
Looks like this problem is related to hdf5 and mpi. IMHO you should check
your mpi and hdf5 packages.
On Wed, Oct 21, 2009 at 7:22 PM, alfreale wrote:
>
> Hi,
>
> I try to compile gdal with hdf5 support, but the compile fail:
>
>
> In file included from /usr/include/hdf5.h:24,
>
Hi,
I try to compile gdal with hdf5 support, but the compile fail:
In file included from /usr/include/hdf5.h:24,
from hdf5dataset.cpp:34:
/usr/include/H5public.h:57:20: error: mpi.h: No such file or directory
In file included from /usr/include/hdf5.h:46,
from h
I tried to build from GDAL trunk and got an dependency error on wktraster
driver.
After removing it from frmts/makefile.vc the build and install worked all right.
--- makefile.vc (revision 17859)
+++ makefile.vc (working copy)
@@ -12,7 +12,7 @@
-DFRMT_jaxapalsar -DFRMT_ers -DFRMT
22 matches
Mail list logo
