I recently compiled GDAL 3.5.0.r89.gf863daba7a from git release branch
using CMAKE.
I also have gdal-grass 1.0.0 compiled from
https://github.com/OSGeo/gdal-grass
The grass plugin reports the following from console when launching QGIS:
> ERROR 1: /usr/lib/gdalplugins/gdal_GRASS.so: undefined sym
ing back to the standard locale ("C").
> open: No such file or directory
elf_open: Invalid argument
Not sure what "open:" is looking for and failing with.
saultdon
On Thu, Jun 2, 2022 at 4:28 PM Saulteau Don wrote:
> Thanks Greg,
>
> I'm attempting
:2883:10: fatal error: cpl_port.h: No such file or
> directory
> 2883 | #include "cpl_port.h"
> | ^~~~
> compilation terminated.
> extensions/gnm_wrap.cpp:2820:10: fatal error: gdal.h: No such file or
> directory
> 2820 | #include "gdal.h"
> | ^~
I have gdal 3.5.0 built using the new cmake system.
/chroot/src/build <- cmake build directory
/chroot/src/gdal <- src directory
/chroot/src/gdal/swig/python
My cmake is ran from the /chroot directory:
> cmake -B build -S gdal \
> -DCMAKE_BUILD_TYPE='None' \
> -DCMAKE_INSTALL_PREFIX='
I used ogr2ogr to append contours into a larger dataset. I opted for the
zfield option using the ELEVATION field.
I realized one of my contours has a bad value and need to modify it to
match the other contours it is connected to.
I can edit the attribute ELEVATION fine, but when I rerun a mesh to
I noticed that qgis built against the version I'm running also asks for the
transformation.
Maybe something to do with the differing ellipsoids.
On Nov 11, 2017 08:06, "Andre Joost" wrote:
Am 11.11.2017 um 08:45 schrieb Saulteau Don:
> I'm running Arch Linux :)
>
&
I'm running Arch Linux :)
On Nov 10, 2017 01:08, "Andre Joost" wrote:
> Am 09.11.2017 um 20:52 schrieb Donovan Cameron:
>
>> Afternoon!
>>
>> I recently upgraded to gdal 2.2.2 from 2.1 on linux and when I try to
>> use ogr2ogr to append/update an existing table in PostgreSQL/PostGIS the
>> comma
just a guess, thinking off the top of my head but does it need the -update
flag too?
On Fri, Apr 7, 2017 at 1:59 PM, Stephen Woodbridge
wrote:
> Hi all,
>
> I'm having trouble figuring out how to overwrite an existing table with
> ogr2ogr. I have tried various combos of arguments without success
If you add "-nlt NONE" to the ogr2ogr command, does that work?
You might need to do that just for the non-spatial tables, because if you
do that with the spatial tables, they will only upload the attributes.
Donovan
On Thu, Jun 4, 2015 at 5:19 PM, Roger André wrote:
> Hi All,
>
> I'm having s
I wonder if part of the problem is that you haven't included the -update
flag as well in the ogr2ogr command.
ogr2ogr -update -append -f PostgreSQL PG:"host=localhost user=postgres
dbname=data_itn" raw_itn/6360199_sn6103_2c7157.gz
Then like the warning says, there's also the lco option of -lco
OV
That's good news. Thanks Martin.
I'd like to test 1.11.3 so it'd be great if I could get a copy of it.
Donovan
On Tue, Mar 10, 2015 at 4:46 PM, Martin Landa
wrote:
> Hi,
>
> 2015-03-11 0:33 GMT+01:00 Donovan Cameron :
>
> > I'm having some problems getting the gdal-grass 1.11.2 plugin to comp
On 2/17/2014 11:39 AM, Even Rouault wrote:
Le lundi 17 février 2014 16:31:55, Jukka Rahkonen a écrit :
Jukka Rahkonen mmmtike.fi> writes:
I took some timings:
ogr2ogr -f GPKG germany.gpkg germany.osm.pbf -gt 2 -progress
--config OSM_COMPRESS_NODES YES
Timing: 18 minutes
ogr2ogr -f GPKG g
I've imported data from a FileGDB to PostGIS when it was stored using EPSG
3005 so it definitely works and is supported by the FileGDB API.
I tested your data and got the same result on the test3005.gdb, no layers
in the output - the file GDB may be corrupt because QGIS won't even open it
and comp
13 matches
Mail list logo
