Hi,
On Thu, 31. Jan 2019 at 21:14:01 +0100, Even Rouault wrote:
> RFC 73 work has now been merged into master. Currently GDAL build and runtime
> now depends on PROJ master
OSGeo4W now also has a nightly build of PROJ (proj-dev) to keep the GDAL
nightly build (gdal-dev) going.
Jürgen
--
Jürge
Thanks Even, Michael!
Changed order, left rebuilding and left for Moscow. Hope it finishes well
without oversight.
On пт, 1 лют 2019, 23:25 Even Rouault wrote:
> On vendredi 1 février 2019 23:20:58 CET Darafei "Komяpa" Praliaskouski
> wrote:
> > https://github.com/postgis/postgis-build-env
>
>
On vendredi 1 février 2019 23:20:58 CET Darafei "Komяpa" Praliaskouski wrote:
> https://github.com/postgis/postgis-build-env
Looking at https://github.com/postgis/postgis-build-env/blob/master/Dockerfile
, it looks like you're building PROJ after GDAL. This should be the other way
round. GDAL us
d.py", line 84, in
'.'
File "/usr/lib/python3.6/subprocess.py", line 291, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['docker', 'build', '--pull',
'--build-arg', &#x
291, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['docker', 'build', '--pull',
'--build-arg', 'BUILD_DATE=20190201', '--build-arg',
'POSTGRES_BRANCH=master', '--build-arg&#x
for the sake of clarity, I think I should rename the --disable-all-drivers
flag to --disable-all-optional-drivers ...
thomas
Le ven. 1 févr. 2019 à 20:58, thomas bonfort a
écrit :
> hi,
>
> Le ven. 1 févr. 2019 à 20:39, Andrew C Aitchison
> a écrit :
>
>> On Fri, 1 Feb 2019, Even Rouault wrote
On vendredi 1 février 2019 19:57:45 CET Alan Stewart wrote:
> OJ6. I assume this is version 6 of proj4.org? This does not seem to be
> available on their website.
PROJ 6 is not yet released. You need to use the master branch of
https://github.com/OSGeo/proj.4/
(In case you missed it, this is as c
Just updated and gdal\makefile.vc now requires PROJ6. I assume this is version
6 of proj4.org? This does not seem to be available on their website.
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339 USA
O. +1 678.391.9615
www.terragote
hi,
Le ven. 1 févr. 2019 à 20:39, Andrew C Aitchison a
écrit :
> On Fri, 1 Feb 2019, Even Rouault wrote:
>
> > (Re-adding the list)
> >
> >>> Is the split in 2 directories for aesthetic reasons, or because it
> makes
> >>> the
> >>> conditional compiling logic easier ?
> >>
> >> The latter. I'd
On Fri, 1 Feb 2019, Even Rouault wrote:
(Re-adding the list)
Is the split in 2 directories for aesthetic reasons, or because it makes
the
conditional compiling logic easier ?
The latter. I'd like to avoid modifying the cpp files themselves to add
ifdefs to them.
Most of the drivers I have
Le ven. 1 févr. 2019 à 18:10, Even Rouault a
écrit :
> (Re-adding the list)
>
> > > Is the split in 2 directories for aesthetic reasons, or because it
> makes
> > > the
> > > conditional compiling logic easier ?
> >
> > The latter. I'd like to avoid modifying the cpp files themselves to add
> > i
(Re-adding the list)
> > Is the split in 2 directories for aesthetic reasons, or because it makes
> > the
> > conditional compiling logic easier ?
>
> The latter. I'd like to avoid modifying the cpp files themselves to add
> ifdefs to them.
OK, I'm not clear why the split would change something
Thomas,
> Following #1250 [1] that allows deactivating drivers at configure time,
> in the interest of cutting down on compile time, generated binary size and
> surface of attack in case of flaws, I would like to propose to be able to
> split the frmts/raw directory in 2.
Is the split in 2 direct
Following #1250 [1] that allows deactivating drivers at configure time,
in the interest of cutting down on compile time, generated binary size and
surface of attack in case of flaws, I would like to propose to be able to
split the frmts/raw directory in 2.
raw/ would only contain rawdataset.cpp|h
try user:password instead of user/password.
(Also, you *may* need a port number, server:port/service_name)
Den fre. 1. feb. 2019 kl. 13.56 skrev san619 :
> Thanks for the reply jmckenna.I got the driver working now.But when im
> trying
> to connect to the oracle im getting error "ERROR 1: ORA-1
Thanks for the reply jmckenna.I got the driver working now.But when im trying
to connect to the oracle im getting error "ERROR 1: ORA-12170: TNS:Connect
timeout occurred"
What could be the reason.I have installed oracle instant client and set the
oracle path also.But im unable to connect why? Im us
Thanks for the reply Jürgen E. Fischer.I got the driver working now.But when
im trying to connect to the oracle im getting error "ERROR 1: ORA-12170:
TNS:Connect timeout occurred"
What could be the reason.I have installed oracle instant client and set the
oracle path also.But im unable to connect w
Hi,
I've got a few questions regarding build GDAL master.
I've initiated
https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev
with a few advice. Please correct/expand it as needed
Even
> All,
>
> RFC 73 work has now been merged into master. Currently GDAL build
> and runtime now depends on
On jeudi 31 janvier 2019 16:09:40 CET John Cartwright - NOAA Federal wrote:
> Hello All,
>
> I'm having trouble compiling 2.4.0 on a RHEL 7.6 machine. Errors like:
>
> linkhash.c:43:1: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’
> before ‘unsigned’
> unsigned long lh_char_hash(const
FYI
-- Forwarded message -
From: Margherita Di Leo
Date: Fri, Feb 1, 2019 at 8:58 AM
Subject: Reminder GSoC 2019 - Call for ideas and mentors
To: OSGeo-SoC , OSGeo Discussions <
disc...@lists.osgeo.org>, ICA OSGeo Labs list <
ica-osgeo-l...@lists.osgeo.org>
Dear OSGeo Community,
20 matches
Mail list logo
