Re: [gdal-dev] gdal_translate clip PostGIS raster

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 O

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

Hi, this is my create geojson code: public static void main(String[] args) { String path = "test.geojson"; ogr.RegisterAll(); gdal.SetConfigOption("GDAL_FILENAME_IS_UTF8", "YES"); String driverName = "GeoJson"; Driver driver = ogr.GetDriverByName(driverNam

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

On Fri, 14 May 2021, 00:42 Fengting Chen, wrote: > However, I couldn’t find the PROJ source code with makefile for Windows. I > am wondering how is PROJ built on Windows in order to build GDAL 3.3 on > Windows? > RTM https://proj.org/install.html#cmake There is proj mailing list. ML __

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

Hi, I am trying to build GDAL 3.3 on Windows. Since it depends on PROJ 6 and above, I need PROJ 6 and above on Windows. However, I couldn't find the PROJ source code with makefile for Windows. I am wondering how is PROJ built on Windows in order to build GDAL 3.3 on Windows? Your help is apprec

Re: [gdal-dev] Formation of advisory board

Sounds good to me! On Thu, May 13, 2021 at 4:20 PM Even Rouault wrote: > PSC, > > Per > https://gdal.org/development/rfc/rfc80_numfocus_relationship.html#gdal-advisory-board, > we institute a Advisory Board with part of the sponsors. We need to put > that into reality soon. > > After discussing

[gdal-dev] Formation of advisory board

PSC, Per https://gdal.org/development/rfc/rfc80_numfocus_relationship.html#gdal-advisory-board , we institute a Advisory Board with part of the sponsors. We need to put that into reality soon. After discu

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

On Thu, May 13, 2021 at 3:21 PM Javier Jimenez Shaw wrote: > My two cents: > > About NGS / NOAA, I know that the new CRS they are preparing for 2022 it > clearly time dependent. I attended an online conference (oriented to > surveyors) last year about it, and they insisted a lot on the time varia

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

My two cents: About NGS / NOAA, I know that the new CRS they are preparing for 2022 it clearly time dependent. I attended an online conference (oriented to surveyors) last year about it, and they insisted a lot on the time variable and plates drift. There are some of them in the PROJ mailing list

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

And, I see this as not being "GDAL's own way", but "a proposed way for the open geospatial community". Except for the proposal for GeoTIFF (using a new GeoKey) and FlatGeoBuf (using WKT:2019 COORDINATEMETADATA[]) (and maybe GeoJSON), all solutions I propose are obviously in the (harmless) h

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

Howard Butler writes: > It extends existing formats in GDAL's own way > --- > > Are there many other cases where GDAL augments and extends behavior of > formats by bolting on metadata bits? I can think of some GeoTIFF tags > where GDAL

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

Howard, It is magical --- If you have GDAL-extended versions of a few select data formats and you have the correct chain of PROJ and GDAL, the behavior of your coordinates is going to change for various transformations. This could be confusing and challenging to track down in

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

> On May 13, 2021, at 4:44 AM, Even Rouault wrote: > > Hi, > > Motion: > > adopt RFC 81: support for coordinate epochs in geospatial formats ( > https://github.com/OSGeo/gdal/pull/3827 ) > > Starting with my +1 -0 I'm not enthusiastic about the proposed implementation. I don't have an a

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

Hi, Motion: adopt RFC 81: support for coordinate epochs in geospatial formats ( https://github.com/OSGeo/gdal/pull/3827 ) Starting with my +1 Even -- http://www.spatialys.com My software is free, but my time generally not. ___ gdal-dev mailing li