[gdal-dev] Removing trailing decimals from contour labels of shape files

I tried making shape files of pressure from netcdf files using the following commands using gdal: gdal_contour -a pressure -i 4 -off 0 pressure.nc pressure.shp I noticed that when displaying the graph in mapserver I get label values such as 1010. whereas I want the labels to be whole numb

Re: [gdal-dev] help with GDALWarpApp - resample options

Oh, I see - you just append it all on. Thanks! C++ is a real struggle for me, but this is going to be excellent. Best, Mike On Sat, 15 May 2021, 07:18 Even Rouault, wrote: > Michael, > > > > how do I set the equivalent of eResampleAlg for the GDALWarp *app* ? > > > > > https://gdal.org/api/gda

Re: [gdal-dev] help with GDALWarpApp - resample options

Michael, how do I set the equivalent of eResampleAlg for the GDALWarp *app* ? https://gdal.org/api/gdal_utils.html#gdal__utils_8h_1ab2094d5332364d63e0851dcb12398469 I think you can't?  GDALWarpAppOption

[gdal-dev] help with GDALWarpApp - resample options

Hello, how do I set the equivalent of eResampleAlg for the GDALWarp *app* ? https://gdal.org/api/gdal_utils.html#gdal__utils_8h_1ab2094d5332364d63e0851dcb12398469 I think you can't? GDALWarpAppOptions is for the -wo command line equivalents, not the -r (right?) I can see how to use the impleme

Re: [gdal-dev] [External] : Re: Build GDAL on windows with dependency on PROJ

Thank you! From: gdal-dev On Behalf Of Mateusz Loskot Sent: Thursday, May 13, 2021 7:08 PM To: gdal-dev@lists.osgeo.org Subject: [External] : Re: [gdal-dev] Build GDAL on windows with dependency on PROJ On Fri, 14 May 2021, 00:42 Fengting Chen, mailto:fengting.c...@oracle.com>> wrote: However,

[gdal-dev] GDAL bindings for Node.js: node-gdal-async 3.1.1

    Hello,     I just published /node-gdal-async/ 3.1.1 - the latest bindings for Node.js.     Starting with 3.1, there is full support for TypeScript as well - with no 'any' types - and curve geometries.     It also features auto-completion with online help in IDEs that support it (VSCo

Re: [gdal-dev] Motion: adopt RFC 81: support for coordinate epochs in geospatial formats

Personally I like that data and metadata are kept in the same file. But if it feels bad, could it be an option to use a sidecar file ".aux.xml" for the single file / single layer formats like GeoJSON? On the raster side, drivers that derive from GDALPamDataset, that is most (in particular JP

Re: [gdal-dev] OGRGeometry::Buffer

It can also be a multipolygon (if input is a multipolygon or a geometry collection) Le 14/05/2021 à 12:33, Momtchil Momtchev a écrit :     Hello,     Just a quick question: shouldn't /OGRGeometry::Buffer/ be of /OGRPolygon/ return type? Can I safely force a /OGRPolygon/ return type?    

Re: [gdal-dev] Use java swig binding to create geojson, the creation is successful but the geojson is incomplete

See https://gdal.org/java/org/gdal/ogr/DataSource.html#delete() -- http://www.spatialys.com My software is free, but my time generally not. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] OGRGeometry::Buffer

    Hello,     Just a quick question: shouldn't /OGRGeometry::Buffer/ be of /OGRPolygon/ return type? Can I safely force a /OGRPolygon/ return type?     These are the Typescript bindings so it should be as generic as possible. -- Momtchil Momtchev __

Re: [gdal-dev] Motion: adopt RFC 81: support for coordinate epochs in geospatial formats

+1 For me the RFC feels good. Existing data formats like GeoTIFF and GeoJSON can deliver the 4D spatiotemporal coordinates correctly by using the epoch attached as metadata when the whole dataset is using the same epoch. None of the formats dealt in the RFC should get broken. If some software doe