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

2021-05-27 Thread Nyall Dawson
On Thu, 27 May 2021 at 23:40, Even Rouault wrote: > > Hi, > > - merging the underlying API without any format support is I believe of > little interest. Well.. it would give users the command line tools to do static <-> dynamic transformation of data with the epoch specified in the command line a

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

2021-05-27 Thread jratike80
Hi, The group description of Features and Geometries JSON SWG https://www.ogc.org/projects/groups/featgeojsonswg does not mention dynamic coordinate systems but I can at least try to add the topic into the agenda in the kick-off on next Tuesday (2021-06-01) even I am just on observer in the group.

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

2021-05-27 Thread Greg Troxel
Even Rouault writes: > Regarding KML and GeoJSON and OGC:CRS84 (or EPSG:4326 since they are > the same thing, except axis order), that's a good and hard > question. Actually that extends to *any* CRS built on top of them, > like all the EPSG:32[6|7][01-60] UTM CRS, and that's probably for > thos

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

2021-05-27 Thread Even Rouault
Regarding KML and GeoJSON and OGC:CRS84 (or EPSG:4326 since they are the same thing, except axis order), that's a good and hard question. Actually that extends to *any* CRS built on top of them, like all the EPSG:32[6|7][01-60] UTM CRS, and that's probably for those later than things are the mo

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

2021-05-27 Thread Sean Gillies via gdal-dev
Hi all, I've got a suggestion about limiting the number of formats. GeoJSON and KML don't need support for a coordinate epoch. Both of these are pretty cleared intended for low accuracy data (1-2 meters). KML and GeoJSON don't support any CRS other than OGC:CRS84, which uses (it has been pointed

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

2021-05-27 Thread Even Rouault
Hi, - merging the underlying API without any format support is I believe of little interest. So I'll wait for at least one format (likely GeoPackage) to have merged in the master of their specification an official way of storing the coordinate epoch. I've also prepared an enhancement of the G

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

2021-05-27 Thread Howard Butler
> On May 26, 2021, at 8:33 PM, Nyall Dawson wrote: > > Can I make the suggestion that a subset of > https://github.com/OSGeo/gdal/pull/3827 could be created and be merged > on its own? Specifically the commits which add the underlying API for > GDAL to handle epochs should be controversy-free