> > What version of VirtualBox did you use to create the gdal-vagrant?
>
> I don't think my own version of VirtualBox (4.2.12) has much impact. There's
> nothing from it in the text files that define the gdal-vagrant configuration
I have had the experience that by exporting a VM as appliance on
Le dimanche 06 avril 2014 22:36:06, Yves Jacolin a écrit :
> Le dimanche 6 avril 2014, 22:31:40 Even Rouault a écrit :
> > Le dimanche 06 avril 2014 22:28:31, Yves Jacolin a écrit :
> > > Hello,
> > >
> > > I tried to build gdal from git repository with MySQL:
> > >
> > > checking for mysql_confi
Le dimanche 6 avril 2014, 22:52:22 Even Rouault a écrit :
> Le dimanche 06 avril 2014 22:49:59, vous avez écrit :
> > Le dimanche 6 avril 2014, 22:40:54 Even Rouault a écrit :
> > > Le dimanche 06 avril 2014 22:36:06, Yves Jacolin a écrit :
> > > > Le dimanche 6 avril 2014, 22:31:40 Even Rouault a
Le dimanche 06 avril 2014 22:49:59, vous avez écrit :
> Le dimanche 6 avril 2014, 22:40:54 Even Rouault a écrit :
> > Le dimanche 06 avril 2014 22:36:06, Yves Jacolin a écrit :
> > > Le dimanche 6 avril 2014, 22:31:40 Even Rouault a écrit :
> > > > Le dimanche 06 avril 2014 22:28:31, Yves Jacolin a
Le dimanche 6 avril 2014, 22:40:54 Even Rouault a écrit :
> Le dimanche 06 avril 2014 22:36:06, Yves Jacolin a écrit :
> > Le dimanche 6 avril 2014, 22:31:40 Even Rouault a écrit :
> > > Le dimanche 06 avril 2014 22:28:31, Yves Jacolin a écrit :
> > > > Hello,
> > > >
> > > > I tried to build gdal
Le dimanche 6 avril 2014, 22:32:28 Even Rouault a écrit :
> Le dimanche 06 avril 2014 22:28:43, Yves Jacolin a écrit :
> > Hello,
> >
> > I have a failure with gdal (still using gdal git repository):
> >
> > /usr/bin/ld: /usr/local/src/gdal/gdal/frmts/o/.libs/aaigriddataset.o:
> > relocation R_X8
Le dimanche 06 avril 2014 22:36:06, Yves Jacolin a écrit :
> Le dimanche 6 avril 2014, 22:31:40 Even Rouault a écrit :
> > Le dimanche 06 avril 2014 22:28:31, Yves Jacolin a écrit :
> > > Hello,
> > >
> > > I tried to build gdal from git repository with MySQL:
> > >
> > > checking for mysql_confi
Le dimanche 6 avril 2014, 22:31:40 Even Rouault a écrit :
> Le dimanche 06 avril 2014 22:28:31, Yves Jacolin a écrit :
> > Hello,
> >
> > I tried to build gdal from git repository with MySQL:
> >
> > checking for mysql_config... /usr/bin/mysql_config
> > checking for MySQL... yes
> > checking loa
Le dimanche 06 avril 2014 22:28:43, Yves Jacolin a écrit :
> Hello,
>
> I have a failure with gdal (still using gdal git repository):
>
> /usr/bin/ld: /usr/local/src/gdal/gdal/frmts/o/.libs/aaigriddataset.o:
> relocation R_X86_64_32S against `_ZTV14AAIGRasterBand' can not be used when
> making a
Le dimanche 06 avril 2014 22:28:31, Yves Jacolin a écrit :
> Hello,
>
> I tried to build gdal from git repository with MySQL:
>
> checking for mysql_config... /usr/bin/mysql_config
> checking for MySQL... yes
> checking load_defaults() in MySQL... configure: error: Cannot find
> load_defaults()
>
Hello,
I have a failure with gdal (still using gdal git repository):
/usr/bin/ld: /usr/local/src/gdal/gdal/frmts/o/.libs/aaigriddataset.o:
relocation R_X86_64_32S against `_ZTV14AAIGRasterBand' can not be used when
making a shared object; recompile with -fPIC
/usr/local/src/gdal/gdal/frmts/o/.l
Hello,
I tried to build gdal from git repository with MySQL:
checking for mysql_config... /usr/bin/mysql_config
checking for MySQL... yes
checking load_defaults() in MySQL... configure: error: Cannot find
load_defaults()
Any idea?
Thanks,
Y.
___
gda
Le dimanche 06 avril 2014 21:20:48, Ivan Lucena a écrit :
> > The error messages seems to indicate this is an issue with your
> > VirtualBox setup. And is your host a 64bit OS ?
>
> Yes, I recently took advantage of Apple free updated, going from 10.6-32 to
> 10.9-64 and I have others Linux 64 bit
Le dimanche 06 avril 2014 21:22:22, Blumentrath, Stefan a écrit :
> Hei Even,
>
> Thanks for the beta release. I tested with special focus on GRASS 7,
> because in the news it says that: "GRASS driver:
> * fix compilation issues for GRASS 7"
>
> I can confirm, that GDAL can be built against GRAS
Hei Even,
Thanks for the beta release. I tested with special focus on GRASS 7, because in
the news it says that:
"GRASS driver:
* fix compilation issues for GRASS 7"
I can confirm, that GDAL can be built against GRASS 7.
gdalinfo --formats gives:
GRASS (ro): GRASS Database Rasters (5.7+)
Howe
> The error messages seems to indicate this is an issue with your VirtualBox
> setup. And is your host a 64bit OS ?
Yes, I recently took advantage of Apple free updated, going from 10.6-32 to
10.9-64 and I have others Linux 64 bit running on VirtualBox without problems.
$ uname -a
Darwin Kerne
Am 2014-04-06 20:16, schrieb Even Rouault:
Hi Volker,
Hi!
Is "walk" compiled as soon as you enable odbc?
Yes
I'm getting the following
compiler error on EL6:
Hum, from the error location, I suppose this is a big-endian host ? r27136
should fix it.
Even
Oh, right, I should have mention
Le dimanche 06 avril 2014 18:39:42, Ivan Lucena a écrit :
> Hi Even,
>
> I tried that out but got stuck on that error:
>
> $ vagrant up
> Bringing machine 'default' up with 'virtualbox' provider...
> ==> default: Clearing any previously set forwarded ports...
> ==> default: Clearing any previousl
Le dimanche 06 avril 2014 17:40:05, David Tran a écrit :
> my terminal output pasted to pastebin:
>
> http://pastebin.com/p0yc0d38
For that one, try ./configure --without-xml2
(I got the option name wrong in my previous email)
For some reason, it looks like the libxml2 headers think that they are
Hi Volker,
> Hi!
>
> Is "walk" compiled as soon as you enable odbc?
Yes
> I'm getting the following
> compiler error on EL6:
Hum, from the error location, I suppose this is a big-endian host ? r27136
should fix it.
Even
--
Geospatial professional services
http://even.rouault.free.fr/servic
Hi!
Is "walk" compiled as soon as you enable odbc? I'm getting the following
compiler error on EL6:
/usr/bin/libtool --mode=compile --tag=CXX g++ -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mminimal-toc -fpic
-I/usr/include/libge
Hi Even,
I tried that out but got stuck on that error:
$ vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces base
my terminal output pasted to pastebin:
http://pastebin.com/p0yc0d38
http://pastebin.com/j6g83Esd
hope that helps somehow :)
Original Message
Subject: Re: [gdal-dev] GDAL/OGR 1.11.0 Beta1 ready
From: Even Rouault
To: gdal-dev@lists.osgeo.org
Date: Sunday, 6. April 2014 02:40
Le dimanche 06 avril 2014 15:14:23, vous avez écrit :
> Even, there seems to be a leftover in the tarball that results in the
> creation of the following manpage:
>
> /usr/share/man/man1/_home_even_gdal_svn_trunk_gdal_tmp_dist_wrk_gdal_apps_.
> 1.gz
hum, not sure how that appeared. I'll check if
Even, there seems to be a leftover in the tarball that results in the
creation of the following manpage:
/usr/share/man/man1/_home_even_gdal_svn_trunk_gdal_tmp_dist_wrk_gdal_apps_.1.gz
Greetings,
Volker
Original Message
Subject: [gdal-dev] GDAL/OGR 1.11.0 Beta1 ready
From:
2014-04-06 13:05 GMT+02:00 Even Rouault :
[...]
>> yes, but it will not influence user scripts, eg. python code which is
>> using CopyLayer()...
>
> I've just checked that CopyLayer() should have the same behaviour as the
> algorithm in ogr2ogr.
ah, I see, you are right. Martin
--
Martin Landa
Le dimanche 06 avril 2014 13:00:33, Martin Landa a écrit :
> Hi,
>
> 2014-04-06 12:52 GMT+02:00 Even Rouault :
> > The "fix" would be more in ogr2ogr that currently has the following logic :
> > does the output driver support multiple geometry fields ?
> >
> > - yes : does the source
Hi,
2014-04-06 12:52 GMT+02:00 Even Rouault :
> The "fix" would be more in ogr2ogr that currently has the following logic :
> does the output driver support multiple geometry fields ?
> - yes : does the source layer has several geometry fields ?
> - yes : use CreateGeomF
Hi Martin,
>
> 2014-04-05 23:50 GMT+02:00 Even Rouault :
> > Done. See http://trac.osgeo.org/gdal/changeset/27132
>
> it's working perfectly!
>
> I found out a small inconsistency when converting data to PostGIS. For
> layers which have multiple geometries, column name refers to 'name'
> tag -
Dear Even,
2014-04-05 23:50 GMT+02:00 Even Rouault :
> Done. See http://trac.osgeo.org/gdal/changeset/27132
it's working perfectly!
I found out a small inconsistency when converting data to PostGIS. For
layers which have multiple geometries, column name refers to 'name'
tag - which is something
30 matches
Mail list logo
