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
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.
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
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
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
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
> 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