On jeudi 7 septembre 2017 14:59:37 CEST Norman Barker wrote:
> Hi,
>
> I am building the current trunk (the osgeo master from the github mirror of
> svn), I am running on centos.
>
> Running `python gpkg.py` from the autotest suite gives (with CPL_DEBUG ON)
>
> GNM: GNMRegisterAllInternal
> GNM:
Hi,
I am building the current trunk (the osgeo master from the github mirror of
svn), I am running on centos.
Running `python gpkg.py` from the autotest suite gives (with CPL_DEBUG ON)
GNM: GNMRegisterAllInternal
GNM: RegisterGNMFile
GNM: RegisterGNMdatabase
TEST: gpkg_init ... success
TEST:
On 7 September 2017 at 18:44, David Strip wrote:
>
> For a while now the Windows dll search order starts with the directory that
> the app was loaded from. This was in response to the "dll hell" phenomenon
> in earlier editions that was created when an app overrode a dll version
> expected by a pr
On 7 September 2017 at 17:59, Joaquim Luis wrote:
> Thanks Even and Mateusz for clarifying this.
>
Thanks to your persistence that helped to dig the issue further :-)
Best regards,
--
Mateusz Loskot, http://mateusz.loskot.net
___
gdal-dev mailing list
On 9/7/2017 9:59 AM, Joaquim Luis
wrote:
And
since more people are probably confused as well I find 16 copies
of api-ms-win-crt-runtime-l1-1-0.dll in my machine that has a
updated Win10 + VS compilers. Among them, those installed by
Fi
Thanks Even and Mateusz for clarifying this.
And since more people are probably confused as well I find 16 copies of
api-ms-win-crt-runtime-l1-1-0.dll in my machine that has a updated Win10 +
VS compilers. Among them, those installed by
Firefox
TortoiseSVN
MikTex
VScode
OneDrive
and others
Done, thanks for the support:
https://trac.osgeo.org/gdal/ticket/7032
César
2017-09-07 17:41 GMT+02:00 Even Rouault :
> On jeudi 7 septembre 2017 17:05:36 CEST César Martínez wrote:
>
> > Hi Jukka, see answer inline:
>
> >
>
> > 2017-09-07 16:48 GMT+02:00 jratike80 maanmittauslaitos.fi>:
>
> >
On jeudi 7 septembre 2017 17:05:36 CEST César Martínez wrote:
> Hi Jukka, see answer inline:
>
> 2017-09-07 16:48 GMT+02:00 jratike80 :
> > Hi César,
> >
> > What are the problems you face when editing such layer?
>
> If you later try to add a new record to the layer without providing an id,
> i
I tried installing libjson as per the suggestion
sudo apt-get install libjson-c-dev
and did
wget http://download.osgeo.org/gdal/gdal192.zip
unzip gdal192.zip -d gdal
cd gdal
cd gdal-1.9.2/
./configure
make clean
make
again am getting the same error
--
Sent from: http://osgeo-org.1560.x6.nabbl
Hi Jukka, see answer inline:
2017-09-07 16:48 GMT+02:00 jratike80 :
> Hi César,
>
> What are the problems you face when editing such layer?
If you later try to add a new record to the layer without providing an id,
it will raise an error, defeating the purpose of having a serial PK. For
instan
Hi César,
What are the problems you face when editing such layer? Do you have an
alternative suggestion about what to do for the sequence?
-Jukka Rahkonen-
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing
Hi,
When loading a layer on PostGIS using ogr2ogr, a sequence is created for
the serial primary key.
If -preserve_fid paramenter is provided, the sequence start is not properly
initialized (i. e. sequence starts on 1). This leads to problems if the
layer is later edited. Is this an intended behavi
On jeudi 7 septembre 2017 06:53:06 CEST Farook wrote:
> I am trying to compile and build gdal 1.9.2 in Ubuntu 16.04.3. I am doing
> the below steps
Be aware that this is a totally unsupported combination. 1.9.2 is really
anciant, but yes I'm
aware that Geoserver still requires it...
Anyway, I t
I am trying to compile and build gdal 1.9.2 in Ubuntu 16.04.3. I am doing the
below steps
sudo wget http://download.osgeo.org/gdal/gdal192.zip
unzip gdal192.zip -d gdal
cd gdal
cd gdal-1.9.2/
sudo ./configure
make
When i run make, i am getting the below error
In file included from /usr/include/st
Hi,
I want to notify those using OGR to do edition of shapefiles (modifications of
existing shape / SetFeature() + creation of new shape / CreateFeature()) that a
bug was found in a particular scenario: if you edit the last shape of the file
to be
larger than its previous version (addition of
On jeudi 7 septembre 2017 03:16:03 CEST jratike80 wrote:
> Even Rouault-2 wrote
>
> > Hi Jukka,
> > ...
> > That's not enough. As there are quoted strings in the GeoJSON content,
> > they
> > confuse the CSV reader. So you need to surround the whole GeoJSON content
> > by double-quotes, and escape
Even Rouault-2 wrote
> Hi Jukka,
> ...
> That's not enough. As there are quoted strings in the GeoJSON content,
> they
> confuse the CSV reader. So you need to surround the whole GeoJSON content
> by double-quotes, and escape the inside double quotes with a repeated
> double quote character
> (You
On 7 September 2017 at 11:58, Even Rouault wrote:
>
> I can give you some feedback regarding this.
> [...]
> So I suspect the situation is the following :
>
> * ship the api-ms-win-crt-*.dll next to your binaries and that should work
> everywhere
> * if not shippig the api-ms-win-crt-*.dll next to
On jeudi 7 septembre 2017 07:47:40 CEST Mateusz Loskot wrote:
> On 7 September 2017 at 01:01, Joaquim Luis wrote:
> > On Wed, 06 Sep 2017 21:22:18 +0100, Mateusz Loskot
> > wrote:
> >> On 6 September 2017 at 21:53, Kurt Schwehr wrote:
> >>> I was just about to write something along the lines th
Hi Jukka,
>
> I copy-pasted the CSV example and edited it to use semicolon as field
> separator.
That's not enough. As there are quoted strings in the GeoJSON content, they
confuse the CSV reader. So you need to surround the whole GeoJSON content
by double-quotes, and escape the inside double q
As i said in my answer to the question the GeoJSON is invalid due to the
ring order, but I'm not sure if OGR checks for that.
Ian
On 7 September 2017 at 07:38, Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> wrote:
> Hi,
>
> I was thinking about this question on gis.stackexchange
> h
21 matches
Mail list logo