[gdal-dev] GDAL 1.11.3 ISIS3 Driver

2016-02-19 Thread Jay L.
Just built GDAL 1.11.3 using the following: ./configure --prefix=/home/travis/miniconda/envs/_build --with-geos=/home/travis/miniconda/envs/_build/bin/geos-config --with-static-proj4=/home/travis/miniconda/envs/_build --with-hdf5=/home/travis/miniconda/envs/_build --with-xerces=/home/travis/minico

Re: [gdal-dev] Fwd: [OSGeo-Discuss] [@Mentors: Action required] GSoC 2016 Ideas page

2016-02-19 Thread Daniel Morissette
On 2016-02-19 9:12 AM, Even Rouault wrote: Le vendredi 19 février 2016 15:01:05, Daniel Morissette a écrit : I've added my own wish: M support in GPX driver and other formats which support M dimension. Hi Daniel, That's actually a topic I wanted to address partly for the code sprint : https:

[gdal-dev] GDAL Fails to import in Python - HDF5 Issues

2016-02-19 Thread JASON TILLEY
I am trying to build gdal from source and use it with Python. It seems I can build and install HDF5 with out problems. However, when build GDAL using the --with-python flag I do get a few warnings that mostly look like this: ld: warning: directory not found for option '-L/Users/username/src/gda

Re: [gdal-dev] Fwd: [OSGeo-Discuss] [@Mentors: Action required] GSoC 2016 Ideas page

2016-02-19 Thread Even Rouault
Le vendredi 19 février 2016 15:01:05, Daniel Morissette a écrit : > On 2016-02-19 1:48 AM, Ari Jolma wrote: > > 19.02.2016, 03:42, Even Rouault kirjoitti: > >> Le mardi 16 février 2016 11:28:33, Even Rouault a écrit : > >>> Hi, > >>> > >>> Potential mentors and students: time to update > >>> https

Re: [gdal-dev] Fwd: [OSGeo-Discuss] [@Mentors: Action required] GSoC 2016 Ideas page

2016-02-19 Thread Daniel Morissette
On 2016-02-19 1:48 AM, Ari Jolma wrote: 19.02.2016, 03:42, Even Rouault kirjoitti: Le mardi 16 février 2016 11:28:33, Even Rouault a écrit : Hi, Potential mentors and students: time to update https://trac.osgeo.org/gdal/wiki/SummerOfCode To help resolving the blank page syndrome, I've drafted

Re: [gdal-dev] osmconf.ini

2016-02-19 Thread Jukka Rahkonen
Frank Broniewski gmail.com> writes: > > > > > > Hi, > I am having some trouble understanding, when - or how - multilinestrings are imported into PostGIS. I am interested in hiking routes from OpenStreetMap and I try to figure out how I can load them correctly into PostGIS. The corresponding

Re: [gdal-dev] Get EPSG code from WKT

2016-02-19 Thread Robert Coup
Hi Gane, On 19 February 2016 at 10:50, Gane R wrote: > > but when -s_srs EPSG:26945 is part of the command line it works fine, how > do I know the the correct EPSG code from the WKT as there are more than one > AUTHORITY code with EPSG value ? > There's (potentially) an Authority code for each

[gdal-dev] osmconf.ini

2016-02-19 Thread Frank Broniewski
Hi, I am having some trouble understanding, when - or how - multilinestrings are imported into PostGIS. I am interested in hiking routes from OpenStreetMap and I try to figure out how I can load them correctly into PostGIS. The corresponding OSM Wiki page would be this: http://wiki.openstreetmap.o

Re: [gdal-dev] Get EPSG code from WKT

2016-02-19 Thread Gane R
Here is a link to the GeoPDF https://drive.google.com/file/d/0B4shTM1bPS5TTk00aGIwUkhfd2s/view?usp=sharing gdalwarp.exe -t_srs EPSG:3857 "Landuse(P)_VNY.pdf" "Landuse(P)_VNY.tif" Resulting TIF is offset from the actual location, how do I find the correct EPSG code for this kind of PDF. but when

Re: [gdal-dev] Read data without reading 'null data'

2016-02-19 Thread Even Rouault
Le vendredi 19 février 2016 10:48:50, jramm a écrit : > We are storing large raster datasets (~500,000 x 500,000) in geotiff files. > The array data is typically very sparse (density is 0.02% or less) and > compression greatly reduces the geotiff size. > > However, when processing data we read the

[gdal-dev] Read data without reading 'null data'

2016-02-19 Thread jramm
We are storing large raster datasets (~500,000 x 500,000) in geotiff files. The array data is typically very sparse (density is 0.02% or less) and compression greatly reduces the geotiff size. However, when processing data we read the data in chunks, which are automatically decompressed..this mean

Re: [gdal-dev] Possible to test for a layer capability before creating a layer?

2016-02-19 Thread Even Rouault
Le vendredi 19 février 2016 07:23:42, Ari Jolma a écrit : > 19.02.2016, 02:23, Even Rouault kirjoitti: > > Le vendredi 19 février 2016 00:55:21, Nyall Dawson a écrit : > >> Hi all, > >> > >> I'm aware that for drivers I can use OGR_Dr_TestCapability to > >> determine whether a particular driver as