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

2021-05-14 Thread Jason Snyder via gdal-dev
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

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

2021-05-14 Thread Michael Sumner
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* ? > > > > >

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

2021-05-14 Thread Even Rouault
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? 

[gdal-dev] help with GDALWarpApp - resample options

2021-05-14 Thread Michael Sumner
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

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

2021-05-14 Thread Fengting Chen
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:

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

2021-05-14 Thread Momtchil Momtchev
    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

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

2021-05-14 Thread Even Rouault
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

Re: [gdal-dev] OGRGeometry::Buffer

2021-05-14 Thread Even Rouault
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

2021-05-14 Thread Even Rouault
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

2021-05-14 Thread Momtchil Momtchev
    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

2021-05-14 Thread jratike80
+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

Re: [gdal-dev] gdal_translate clip PostGIS raster

2021-05-14 Thread Andreas Oxenstierna
I had missed something essential and simple ... mode=2 must be added to the end of the PG connection string to tell GDAL to treat a PostGIS raster table as one unit. The default mode=1 treats each tile as a subdataset Sorry for the noise Best regards Andreas Oxenstierna T-Kartor Geospatial AB