I tried to install gdal 1.7.2 on mandriva in order to read data from
mysql.
So I faced following error
Please help me How can I solve this problem
many thanks
Murat
g++ -I../../port -I../../gcore -I../../alg -I../../ogr `php-config
--includes` -fpic -c
gdal_wrap.cpp
Jim,
The layers created with this driver should always have a FID column which is
an identity column with primary key constraint. Therefore the else part of
the implementation is a bit theoretical and not really used.
Best regards,
Tamas
2010/9/15
> Tamas, thanks for the SQL Server driver.
Tamas, thanks for the SQL Server driver. I also did some development on a SQL
Server driver for the FalconView software, using OGR's existing MySQL driver as
a reference. One issue I saw was with setting a default FID value, when no FID
column is present. In OGRMSSQLSpatialLayer::GetNextRawFe
Frank,
About the question "Do we need to convert to UCS-16 to do parsing or can we
safely assume that special characters like '/', '.', '\' and ':' never occur
as part of UTF-8 multi-byte sequences?", I was unclear what you really meant,
but here are my findings/beliefs :
* In a UTF-8 string, a
Akhil,
If you loo at that section of the API Tutorial:
"Using CreateCopy()
The GDALDriver::CreateCopy() method can be used fairly simply..."
You will see that what you need to do is to call GDALOpen() with GA_ReadOnly
passing the input file; then you would need to get a driver, with
GDALGetDr
Thanks, I understand what I was doing wrong and have appropriately
made some changes.
I created a new band to write using:
GDALRasterBandH hDestBand;
and open the dataset for writing:
hDestDS = GDALOpen( pszDestFileName, GA_Update );
Then I pass metadata:
hDestDS = GDALCreateCopy( hDriver, ps
Frank,
This looks great!
One comment about the python bindings:
"""
In theory functions that return filenames, such as gdal.ReadDir?()
should return unicode strings for filenames, but from my perspective it
seems adequate to always return utf-8 strings and let the application
translate if ne
On 09/15/2010 02:23 PM, Mark Overmeer wrote:
* Ari Jolma (ari.jo...@gmail.com) [100915 10:49]:
On 09/15/2010 06:22 AM, Frank Warmerdam wrote:
A client has asked me to support unicode filenames on windows. To
that end
I have constructed an RFC for migration to treating all filesnames
Akhil Jaggarwal wrote:
Hi,
Any comments/suggestions on this issue would be immensely helpful!
I'm storing the pixel values in a buffer like this:
pafScanline = (short int*)CPLMalloc(sizeof(short int)*nxSize*nySize);
I can read the data alright. The call to GDALRasterIO is being made
correctl
Ivan,
I call CreateCopy() to create a copy of the input, because I need the
output to hold all the metadata.
hDestDS = GDALCreateCopy( hDriver, pszDestFileName, hDataset, FALSE,
NULL, NULL, NULL );
Is this how I create a new band for writing?
hDestDS = GDAL
Akhil,
How did you create or opened the output? Did you also create the bands before
calling GDALRasterIO?
See examples on: http://gdal.org/gdal_tutorial.html
Regards,
Ivan
> ---Original Message---
> From: Akhil Jaggarwal
> To: gdal-dev@lists.osgeo.org
> Subject: [gdal-dev] Writ
Hi,
Any comments/suggestions on this issue would be immensely helpful!
I'm storing the pixel values in a buffer like this:
pafScanline = (short int*)CPLMalloc(sizeof(short int)*nxSize*nySize);
I can read the data alright. The call to GDALRasterIO is being made
correctly, which I do with:
GDAL
* Ari Jolma (ari.jo...@gmail.com) [100915 10:49]:
> On 09/15/2010 06:22 AM, Frank Warmerdam wrote:
> >A client has asked me to support unicode filenames on windows. To
> >that end
> >I have constructed an RFC for migration to treating all filesnames in the
> >GDAL API as utf-8.
> >
> > http://tra
On 09/15/2010 06:22 AM, Frank Warmerdam wrote:
Folks,
A client has asked me to support unicode filenames on windows. To
that end
I have constructed an RFC for migration to treating all filesnames in the
GDAL API as utf-8.
http://trac.osgeo.org/gdal/wiki/rfc30_utf8_filenames
I'd appreciate
On 15/09/2010 10:26, canduc17 wrote:
gdal_translate -mo "VALUE_1=1234" -mo "VALUE_2=5678" input.tif output.tif
It doesn't work.
Hmm. It works for me:
$ gdalinfo in.tif
Driver: GTiff/GeoTIFF
Files: in.tif
Size is 1, 1
Coordinate System is `'
Origin = (1.000,2.000)
Pixel
Frank,
How do we know whether an unicode on an ansi string mapping should be
actually done in the bindings? With respect to the C# bindings the strings
are normally maintained as unicode in the C# side however the default
conversion option is "Charset.Ansi" in the interface causing the character
c
* Ari Jolma (ari.jo...@gmail.com) [100915 08:51]:
> To write data into an OGR supported format (in-memory is also a
> format), you'd need to create a data source, then a layer, and then
> insert features into the layer. There are a few ways to actually do
> this. That should not be very difficult,
On 09/14/2010 09:19 PM, Mark Overmeer wrote:
* Ari Jolma (ari.jo...@gmail.com) [100914 15:37]:
Would it make sense to use Geo::GDAL (i.e., the Perl interface to GDAL)
for i/o data to GDAL and from there to any GDAL supported format or just
for use within GDAL?
Geo::GML translates XML
Le 09/15/2010 10:05 AM, Fabrice LALLAURET - PSV a écrit :
Hi all,
I try to use some gdal tools in a batch file on windows and I've a
strange side effect. Here is a little batch use with fwtools 2.4.7.
@echo off
echo "Test 1 with file list"
del listin.txt test1.vrt test2.vrt
for %%F in (krel*
Hi everyone.
gdal_translate -mo "VALUE=1234" input.tif output.tif
works fine.
But what if I have to insert 2 or more metadata values?
gdal_translate -mo "VALUE_1=1234" -mo "VALUE_2=5678" input.tif output.tif
It doesn't work.
Is there any wildcard to use into -mo string to insert multiple values?
Hi all,
I try to use some gdal tools in a batch file on windows and I've a
strange side effect. Here is a little batch use with fwtools 2.4.7.
@echo off
echo "Test 1 with file list"
del listin.txt test1.vrt test2.vrt
for %%F in (krel*.tif) do @echo %%F>> listin.txt
gdalbuildvrt -input_file_l
21 matches
Mail list logo
