[gdal-dev] Transformation methods & parameters (OGRCoordinateTransformation)

Hi, we are evaluating using Gdal/OGR in order to manage CRSs and transformations on a project. I have read the OGR Projections Tutorial [1] and also had a look to the OGRSpatialReference & OGRCoordinateTransformation API. However, I have not found a simple way to get a list of available transforma

[gdal-dev] Shapelib: Restoring missing .shx index file

Hi again, to get to know GDAL codebase better I chose ticket #5035 (https://trac.osgeo.org/gdal/ticket/5035). I've implemented a configuration setting that allows to work with Shape-files that are missing SHX

[gdal-dev] Correct reading of ellipse entities (ticket #5705) when extrusion vector is (0, 0, -1)

Hi all Thanks for feedback, unfortunate :) I already started working on ticket #5705 "[AutoCAD DXF] Incorrect processing of Ellipses with negative extrusion" before I read Dmitry's post, and here are my results. First I tested ticket sample files to check the status with the current code

Re: [gdal-dev] Transformation methods & parameters (OGRCoordinateTransformation)

Thanks André, datum_shift.csv is (partially) what I was looking for. I see however that EPSG:15933 transformation operation is missing on that list (which in this Spanish example is usually the most accurate one), maybe because it uses the NTv2 method. In any case, how can I use the datum_shift.c

Re: [gdal-dev] Building GDAL 2.0.0 without ogr on Linux fails

On Thursday 17 March 2016 09:19:32 Kurt Schwehr wrote: > I propose that we remove --without-ogr and OGR_ENABLED. +1 > Happy to hear > arguments for the contrary. I commented here: > > https://trac.osgeo.org/gdal/ticket/6117 > > On Tue, Jun 23, 2015 at 9:14 AM, Even Rouault > > wrote: > > K

Re: [gdal-dev] Transformation methods & parameters (OGRCoordinateTransformation)

Am 18.03.2016 um 18:57 schrieb César Martínez: Thanks André, datum_shift.csv is (partially) what I was looking for. I see however that EPSG:15933 transformation operation is missing on that list (which in this Spanish example is usually the most accurate one), maybe because it uses the NTv2 meth

Re: [gdal-dev] [GSOC] Student introduction

Hi Pero, I previously wrote the letter to this mailing list, what we expected from the GSoC students. We expected from students who interested in GSoC: 1. To close some GDAL ticket and send pull request (the list of recommended tickets was in letter) - this is need to us to understand the stud

Re: [gdal-dev] GSoC 2016

Hi Jürgen, There is several problems with libdxfrw: 1. The library have GPLv2 license which is incompatible with GDAL X/MIT 2. The library support only DWG from r14 to the last 2003 version 3. This is third party dependency for GDAL. 4. There is already the DXF driver in GDAL. The GPLv2 is ok fo

Re: [gdal-dev] Building GDAL 2.0.0 without ogr on Linux fails

I propose that we remove --without-ogr and OGR_ENABLED. Happy to hear arguments for the contrary. I commented here: https://trac.osgeo.org/gdal/ticket/6117 On Tue, Jun 23, 2015 at 9:14 AM, Even Rouault wrote: > Kor, > > I'm half surprised this ended up being broken. At the time of > https://t

Re: [gdal-dev] Transformation methods & parameters (OGRCoordinateTransformation)

Am 18.03.2016 um 17:34 schrieb César Martínez: This is relevant because sometimes there are several transformation operations available between 2 CRSs, and we'd like our users being able to choose which operation they'd like to use. For instance, between EPSG:23030 and EPSG:4326, at least the f

Re: [gdal-dev] GSoC 2016

Hi Alexander, On Wed, 16. Mar 2016 at 12:40:39 +, Борзых Александр Андреевич wrote: > Overall idea > DWG is very wide-spread format and it seems like there is a lot of requests > for a good conversion tools from DWG to more common spatial data. I think > that current implementations of DWG s

Re: [gdal-dev] GSoC 2016

On Wednesday 16 March 2016 12:40:39 Борзых Александр Андреевич wrote: > Hello everyone > > I am a second year student at Saint-Petersburg ITMO University, Russia. For > GSoC 2016 I would like to work on DWG support in GDAL. > Overall idea > DWG is very wide-spread format and it seems like there

Re: [gdal-dev] GSoC 2016

Hi, Maybe something that could be coordinated with efforts in the QGIS-project: http://osgeo-org.1560.x6.nabble.com/CAD-import-project-funding-state-tt5256669.html ? Cheers Stefan From: gdal-dev [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of ?? ? ? Sent: 16. mars 201