Thanks. Will be looking into that soon. Will report back here if it works.
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Native-library-load-failed-while-using-gdal-maven-dependency-UnsatisfiedLinkError-tp5249728p5249772.html
Sent from the GDAL - Dev mailing list archive
Looks like you have everything configured properly. I have seen reports
from users having issue with using a gdal jar compiled on a different
system. I’ve never seen that personally but from what I understand the
solution in that case was to just compile the java (and the rest of the
gdal libs) the
Hi Justin,
Coding in java Windows7/Eclipse/spring/maven.
*As told before, added dependency to pom, and see the gdal-2.0.0.jar in
maven dependencies and able to import to my java class.*
org.gdal
gdal
2.0.0
I downloaded the libraries from here:
http://download.gisintern
Hi,
Have you set the java.library.path system property to the location of the
gdal libraries on the system? The gdal jar doesn’t contain any of the
native libraries, just the java parts.
I’ve found that usually I do need to set LD_LIBRARY_PATH to include the
location of the gdal libraries, and th
Hey guys,
First time GDAL user here.
We are trying to load shapefiles into postgresql DB, and were able to do so
with GDAL ogr2ogr CLI utility.
Following cmd works via cmd:
ogr2ogr -f PostgreSQL PG:"host='hostName' port='5432' user='userName'
dbname='dbName' password='aPassword'" shapeFileNam
I declare this motion passed with +1 from Even, Tamas, Jukka and Daniel
and no -1.
I'll commit soon the changes to the core and then later the drivers:
memory, shape and pg. The goal is to keep the travis test build passing.
Ari
05.02.2016, 10:04, Ari Jolma kirjoitti:
I'd like to ask the PSC
Paulo Pires gmail.com> writes:
>
> Hello
>
> I try to use: gdal_rasterize -a xxx -burn 255 -burn 0 -ts 3000 3000 -l xxx
> aaa.shp bbb.tif for create raster from line shapefile but the output is a
> black raster...
>
> Something is wrong on my command line?
Hi,
I suppose that the command is p
09.02.2016, 11:17, Even Rouault kirjoitti:
Tests are not independant from each other, so I suspect the failure in
ogr_pg_21 might let a (implicit) transaction non committed. Thus ogr_pg_24
which opens a new connection doesn't see the table created before. Whereas if
you quit, the transaction will
Le mardi 09 février 2016 09:18:00, Ari Jolma a écrit :
> Thanks,
>
> We now have +1 from Even, Tamas, Jukka and Daniel. Is that formally enough?
Yes. at least 2 business days, 2 +1 votes and no -1.
>
> I have a small change to the draft. I now think that the coordinate
> flags should be managed
09.02.2016, 10:18, Ari Jolma kirjoitti:
Even, there are strange errors in the ogr_pg.py tests.
https://s3.amazonaws.com/archive.travis-ci.org/jobs/107782519/log.txt
Test 24 fails because the layer is NoneType, i.e., it does not open
the datatypetest table. However, if I run the tests up to 2
Am 09.02.2016 um 03:35 schrieb maning sambale:
Thanks Daniel and Even,
Using following Even's advice, I get better results:
https://gist.github.com/maning/093a866fd465ea880032#better-conversion
Wondering if it might be appropriate to change proj.4 defaults to the above ?
+1
The datum shift
Thanks,
We now have +1 from Even, Tamas, Jukka and Daniel. Is that formally enough?
I have a small change to the draft. I now think that the coordinate
flags should be managed/queried solely through Is3D(), IsMeasured()
(which are standard) and set3D(boolean) and setMeasured(boolean), (which
12 matches
Mail list logo
