Even Rouault-2 wrote
> The polygon of a cutline is reprojected into the coordinate system of
> the source image, so densification of its contour might have an effect
> indeed.
>
> Le 19/06/2021 à 22:27, Metabase Account a écrit :
>> I might be thinking of this incorrectly, but if they're done in
Wauw you are good :-)
Everything is working perfectly now so thank you so much for all your help
Even.
Best regards
Jens Christiansen
Den lør. 19. jun. 2021 kl. 01.39 skrev Even Rouault <
even.roua...@spatialys.com>:
> Based on information provided privately by Jens, the connection string to
>
Does that code compile for you? What are you expecting this line to do:
OGRLineString *poLine = (OGRLineString *) poGeometry;
?
Where is poGeometry even defined?
Brad
From: Ahmet Temiz
Sent: Sunday, 20 June 2021 6:30 PM
To: Brad Hards
Subject: Re: [gdal-dev] I couldn't use OGRCreat
Correct, you must always densify a line to mimic the behaviour of great-circle,
loxodrome etc. in all spatial operations - depending on the definition of the
data CRS.
This is a necessity in all ”long navigation” use cases like aero and nautical.
Hälsningar
Andreas Oxenstierna
T-Kartor Geospat
Thank you,
I am reading a shape file with line geometry in epsg:3857 projection.
.I create buffer from lines (polyCollect)
.union them (unionCascaded)
. then convert it to multipolygon (poOGRMultiPolygon)
. then transform is necessary for each polygon in poPolygon from epsg:3857
to epsg:4326
H
What is the `polyGeometry`?
Can you try to generate a compilable, minimal, self-contained example that
demonstrates the problem?
Brad
From: gdal-dev On Behalf Of Ahmet Temiz
Sent: Sunday, 20 June 2021 5:56 PM
To: gdal-dev
Subject: [gdal-dev] I couldn't use OGRCreateCoordinateTransfo
Hi,
..
source.SetWellKnownGeogCS( "EPSG:3857" );
dest.SetWellKnownGeogCS( "EPSG:4326" );
OGRCoordinateTransformation* ct =
OGRCreateCoordinateTransformation(&source, &dest);
OGRPolygon *poPolygon= ( OGRPolygon *) polyGeometry;
OGRErr err=poPolygon->transform(ct) ; // it generates this error.