Hi,
is there planetary datum support in this new version (i.e. Moon 2000, or etc.)?
Yann
On 14/05/2014, Even Rouault wrote:
> Hi,
>
> I've followed the update process of the EPSG SRS database to latest v8.4,
> and
> just committed the updated files into libgeotiff, GDAL and PROJ trunk. Also
>
>
Andre Joost nurfuerspam.de> writes:
>
> Am 14.05.2014 16:41, schrieb Jukka Rahkonen:
>
> > I wonder if it would make any sense in the GDAL context to have an option in
> > the OSM driver to separate geometries and tags and write them into their own
> > tables. The structure of the resulting tab
Hi Even,
On 5/14/2014 2:22 AM, Even Rouault wrote:
Matt,
thanks for the report. I'm a bit surprised this hasn't been reported before as
it dates back to 1.10.0. Anyway, I've created a ticket
http://trac.osgeo.org/gdal/ticket/5468 for that issue and pushed a fix for
1.10, 1.11 and trunk branches
Le mercredi 14 mai 2014 16:41:02, Jukka Rahkonen a écrit :
> Hi,
>
> I wonder if it would make any sense in the GDAL context to have an option
> in the OSM driver to separate geometries and tags and write them into
> their own tables. The structure of the resulting tables (5 + 5 for points,
> line
Am 14.05.2014 16:41, schrieb Jukka Rahkonen:
I wonder if it would make any sense in the GDAL context to have an option in
the OSM driver to separate geometries and tags and write them into their own
tables. The structure of the resulting tables (5 + 5 for points, lines,
multilines, multipolygons
Hi,
I wonder if it would make any sense in the GDAL context to have an option in
the OSM driver to separate geometries and tags and write them into their own
tables. The structure of the resulting tables (5 + 5 for points, lines,
multilines, multipolygons and relations) would be like:
Geometry ta
pretty interesting - it would be nice to incorporate the gdal fortran
bindings inside the gdal source!
however, it is distributed under the GNU Lesser General Public License, so
I think it's not possible...
Cheers
Etienne
On Tue, May 13, 2014 at 10:23 AM, Fabian Niggemann
wrote:
> Hi,
>
> I´
> so which ones are remaining, following the clarification you mention below?
Hi Peter,
thanks for the clarifications.
To be honest, my main reluctance to GML-based standards is that they are very
rich, and thus difficult to understand and implement. A rather large chain of
depending standards
Am 14.05.2014 13:33, schrieb Even Rouault:
Le mardi 13 mai 2014 15:23:12, Fabian Niggemann a écrit :
Hi,
I?m trying to link gdal to fortrangis to use the gdal fortran interface
on Ubuntu 12.04. I?ve installed gdal Version 1.11. and installed the
fortrangis package with disabled shared libraries
Le mardi 13 mai 2014 15:23:12, Fabian Niggemann a écrit :
> Hi,
>
> I?m trying to link gdal to fortrangis to use the gdal fortran interface
> on Ubuntu 12.04. I?ve installed gdal Version 1.11. and installed the
> fortrangis package with disabled shared libraries.
> If I try now to compile a fortra
Le mardi 13 mai 2014 16:44:03, David Tran a écrit :
> Hi
>
> test.pro
>
> > TEMPLATE = app
> > TARGET = test
> > DEPENDPATH += $$PWD/src $$PWD/include
> > INCLUDEPATH += $$PWD/src $$PWD/include
> > SOURCES += src/main.cpp
>
> main.cpp
>
> > //#include "ogr_api.h"
> > #include "ogrsf_frmts.h"
>
Hi,
I've followed the update process of the EPSG SRS database to latest v8.4, and
just committed the updated files into libgeotiff, GDAL and PROJ trunk. Also
submitted to PostGIS.
>From what I can see, among many changes and additions, 2 new projection
methods have been added:
* 1051,Lambert C
Matt,
thanks for the report. I'm a bit surprised this hasn't been reported before as
it dates back to 1.10.0. Anyway, I've created a ticket
http://trac.osgeo.org/gdal/ticket/5468 for that issue and pushed a fix for
1.10, 1.11 and trunk branches.
I cannot think to a workaround, apart from upgrad
Hi Even,
I just created ticket http://trac.osgeo.org/gdal/ticket/5467
I'm no expert in ENVI files but found the only way to get the .hdr files
working in the ENVI application was to change the "Unknown" map info
projection to "Arbitrary". The best reference I've found for this is
http://www.e
David Strip stripfamily.net> writes:
> At the moment I'm at a loss as to where to start looking for the problem.
> Any suggestions are most welcome.
Send us links to the images you have created with GDAL and which make
troubles with QGIS. Perhaps someone finds what is wrong in these images.
Next
Wilson,
at first sight, I'd say it looks reasonable, but could you post your below
analysis, patch and samples files as a ticket (
http://trac.osgeo.org/gdal/newticket ) so that it doesn't get lost ?
But there's one thing I didn't understand well. In your patch, you changed
"Unknown" to "Arbit
16 matches
Mail list logo