Re: [gdal-dev] Discrepancy when tiling on MAC and Linux

2019-11-08 Thread Grégory Bataille
That’s a problem for us. With gdal 3 we started to force values for the towgs84 so that proj would not decide. This is wanted because our front end will place markers and it does coordinates transform. Without access to proj 6. Meaning it needs to have the transform Value. I’ll check what you ment

Re: [gdal-dev] Discrepancy when tiling on MAC and Linux

2019-11-08 Thread Even Rouault
On vendredi 8 novembre 2019 08:18:11 CET Grégory Bataille wrote: > Hey all, > > So I have a strange issue that I somewhat isolated, but I don't know how to > move further. > I have dataset in EPSG 31468-15949 I would check if that wouldn't be related to availability of the BETA2007.gsb grid. osg

Re: [gdal-dev] Add padding to an image

2019-11-08 Thread Jeremy Palmer
Sure. no problem. I posted the question here https://gis.stackexchange.com/questions/341188/add-padding-when-resizing-an-image Thanks Jeremy On Fri, Nov 8, 2019 at 7:23 PM jratike80 < jukka.rahko...@maanmittauslaitos.fi> wrote: > Hi, > > Have you considered to ask this question from gis.stackexc

Re: [gdal-dev] Add padding to an image

2019-11-08 Thread jratike80
Hi, Have you considered to ask this question from gis.stackexcange? As a platform it suits better for a question like this that has many alternative and perhaps opinion based answers. It allows also an easier way for you to improve your question that in its current state would probably be closed i

[gdal-dev] problem in creating a ogrlinestring.

2019-11-08 Thread Ahmet Temiz
I encountered a problem in creating a ogrlinestring. What am I doing wrong here? for ( std::vector < std::pair < OGRPolygon *,OGRPolygon * > >::iterator it_box_pol=this->get_vbox().begin(); it_box_pol != std::prev(this->get_vbox().end()) ;it_box_pol++){ for (std::map < OGRLineSt