<div dir="ltr"><div>My two cents:</div><div><br></div><div dir="ltr">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.</div><div dir="ltr">There are some of them in the PROJ mailing list (maybe here as well) -there was a discussion about including some grid files in PROJ-data-. Maybe involving them in this topic may produce more traction.</div><div dir="ltr"><br></div><div dir="ltr">Cheers,</div><div dir="ltr">Javier<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">.___ ._ ..._ .. . ._.  .___ .. __ . _. . __..  ... .... ._ .__<br>Entre dos pensamientos racionales <br>hay infinitos pensamientos irracionales.<br><br></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 13 May 2021 at 19:54, Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> wrote:<br></div><div class="gmail_quote"><br></div>adopt RFC 81: support for coordinate epochs in geospatial formats (<br><div><a href="https://github.com/OSGeo/gdal/pull/3827" rel="noreferrer" target="_blank">https://github.com/OSGeo/gdal/pull/3827</a> )</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Howard Butler <<a href="mailto:howard@hobu.co" target="_blank">howard@hobu.co</a>> writes:<br>
<br>
> It extends existing formats in GDAL's own way<br>
> ---------------------------------------------------------------<br>
><br>
> Are there many other cases where GDAL augments and extends behavior of<br>
> formats by bolting on metadata bits? I can think of some GeoTIFF tags<br>
> where GDAL has done this in the past. Some of them have been adopted<br>
> industry-wide, but most have not. We definitely haven't done that to a<br>
> long list of formats like this RFC proposes to do.<br>
<br>
(I don't count formally.)<br>
<br>
I think I agree with Even's position here.  And, I see this as not being<br>
"GDAL's own way", but "a proposed way for the open geospatial community".<br>
<br>
But, overall this makes me wonder: Are there any formats for expressing<br>
epoch in the open source/open format world, and also in the proprietary<br>
world?.  I'm not aware of any (which means epsilon more than zero) and a<br>
quick search did not turn up anything.<br>
<br>
Obviously the US NGS keeps track of such things in their bluebook and<br>
NGS Integrated Datbase formats as they transform positions among epochs<br>
when doing adjustments, but that's a rather specialized and not so<br>
relevant to GIS format.<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div></div>