[gdal-dev] Dealing with SRTM! v3 files

Hello all I want to process SRTM1 data from Earthexplorer using mkgmap , an open source software to build Garmin maps from OpenStreetMap data. Currently, earthexplorer serves SRTM1 data as *.tiff files of 3601x3601x2=24,7 MB, but also as files of half that size. I u

[gdal-dev] Thank you all for "addRingDirectly is crashed"

-- Ahmet Temiz Jeoloji Müh. Afet ve Acil Durum Yönetimi Başkanlığı Deprem Dairesi Başkanlığı Ahmet Temiz Geological Eng. Disaster and Emergency Management of Presidency ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http

Re: [gdal-dev] addRingDirectly is crashed

> Your point ordering is counter clockwise. That's not relevant. GDAL doesn't care. Some formats do (shapefile), but GDAL will fix winding order at the driver level. At the API level, users are free to use whatever order they want. >Also, I think you need to set the spatial reference of the r

Re: [gdal-dev] addRingDirectly is crashed

Your point ordering is counter clockwise. Did you intend to add a hole? I think exterior rings must be clockwise. Also, I think you need to set the spatial reference of the ring. Best regards, Martin Chapman > On Apr 18, 2020, at 7:15 AM, Andrew C Aitchison > wrote: > > On Sat, 18 Apr 2

Re: [gdal-dev] addRingDirectly is crashed

On Sat, 18 Apr 2020, Ahmet Temiz wrote: Hi, What am I doing wrong? addRingDirectly is crashed f( poGeometry != NULL && wkbFlatten(poGeometry->getGeometryType()) == wkbPolygon ) { OGRPolygon *poPolygon = (OGRPolygon *) poGeometry; // Box,

[gdal-dev] addRingDirectly is crashed

Hi, What am I doing wrong? addRingDirectly is crashed f( poGeometry != NULL && wkbFlatten(poGeometry->getGeometryType()) == wkbPolygon ) { OGRPolygon *poPolygon = (OGRPolygon *) poGeometry; // Box, OGRLinearRing * poLinearRing {};