<div dir="ltr">I'm really excited to see these proposals and totally unqualified to comment on the technical aspects. I'll only half seriously throw out my thought on naming/numbering. Rather than "Proj.4 10.0" I think something like "cs2cs version 2.0" would be better. Projections are just that and that's all Proj.4 did under Gerald Evenden. Correctly if I'm wrong, but I don't think Proj.4 had any sense of datums until Frank Wamerdam took on maintenance of the project. Aside from Charles Karney's work on etmerc I haven't seen much happening with projections, but datums are increasingly important and will become even more so over at least the next decade.<div><br></div><div>Like I said, this is only a half serious suggestion, but maybe a more creative mind than mine could come up with a name more accurately conveys what Proj.4 currently is without completely divorcing itself from its Proj.4's heritage.<br></div><div><br></div><div>When I started what is now called "proj4js" I named is "CSCS" as a play on cs2cs as well as Client Side Coordinate Systems (client being browser javascript) and that didn't get anywhere so the name recognition of "Proj" name be more important than trying to convey its larger role.</div><div><br></div><div>Rich</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 27, 2017 at 7:36 AM, Thomas Knudsen <span dir="ltr"><<a href="mailto:knudsen.thomas@gmail.com" target="_blank">knudsen.thomas@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Dave,<div><br></div><div>You need time tagging of observations in order to transform from a global reference frame (WGS84, ITRF) to a plate fixed (NAD83, ETRS89).</div><div><br></div><div>For a next generation of dynamic datums, this will be even more of an issue, although in ways that are not totally clear as yet.</div><div><br></div><div>Cheers,</div><div>Thomas</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-06-26 15:17 GMT+02:00 caress <span dir="ltr"><<a href="mailto:caress@mbari.org" target="_blank">caress@mbari.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thomas,<br>
<br>
Thanks. Looking again at the discussion thread it should have been clear to me that the functions used by MB-System are not changing.<br>
<br>
With respect to time dependence, we certainly are doing repeated seafloor surveys that resolve both lateral and vertical deformation. For instance, on Axial seamount our repeated 1-m-scale bathymetry surveys show ~10-m wide fissures that opened coincident with the 2011 and 2015 eruptions, and annual repeat surveys are measuring the several tens of cm of uplift each year associated with the inflation of the subsurface magma reservoir. However, I’m not sure how having time dependence in Proj can tie into our representing or modeling this deformation. Any advice would be welcome.<br>
<br>
Cheers,<br>
Dave<br>
<div class="m_-4292273164941002623HOEnZb"><div class="m_-4292273164941002623h5"><br>
<br>
<br>
<br>
> On Jun 24, 2017, at 8:57 AM, Thomas Knudsen <<a href="mailto:knudsen.thomas@gmail.com" target="_blank">knudsen.thomas@gmail.com</a>> wrote:<br>
><br>
> Dave,<br>
><br>
> We are NOT changing the API of a core dependency of yours. We are adding a new, more coherent one, in anticipation of a growing need of fully dynamic datum transformations.<br>
><br>
> The new API in proj.h is orthogonal to the classic API in proj_api.h<br>
><br>
> I do, however, expect that you will need the functionality exposed in the new API - if not now, then in a few years time.<br>
><br>
> /Thomas<br>
><br>
> 2017-06-24 10:46 GMT+02:00 caress <<a href="mailto:caress@mbari.org" target="_blank">caress@mbari.org</a>>:<br>
><br>
> As the architect of a package, I have similar feelings about anyone that changes the API of a core dependency.<br>
><br>
</div></div><span class="m_-4292273164941002623im m_-4292273164941002623HOEnZb">> ______________________________<wbr>_________________<br>
> Proj mailing list<br>
> <a href="mailto:Proj@lists.maptools.org" target="_blank">Proj@lists.maptools.org</a><br>
> <a href="http://lists.maptools.org/mailman/listinfo/proj" rel="noreferrer" target="_blank">http://lists.maptools.org/mail<wbr>man/listinfo/proj</a><br>
<br>
</span><span class="m_-4292273164941002623im m_-4292273164941002623HOEnZb">------------------------------<wbr>----------------------<br>
David W. Caress<br>
Software Engineer<br>
<br>
Monterey Bay Aquarium Research Institute<br>
7700 Sandholdt Road<br>
Moss Landing, CA 95039<br>
<br>
<a href="mailto:caress@mbari.org" target="_blank">caress@mbari.org</a><br>
<a href="http://www.mbari.org/~caress/" rel="noreferrer" target="_blank">http://www.mbari.org/~caress/</a><br>
<br>
Phone: <a href="tel:831-775-1775" value="+18317751775" target="_blank">831-775-1775</a><br>
<br>
<br>
</span><div class="m_-4292273164941002623HOEnZb"><div class="m_-4292273164941002623h5">______________________________<wbr>_________________<br>
Proj mailing list<br>
<a href="mailto:Proj@lists.maptools.org" target="_blank">Proj@lists.maptools.org</a><br>
<a href="http://lists.maptools.org/mailman/listinfo/proj" rel="noreferrer" target="_blank">http://lists.maptools.org/mail<wbr>man/listinfo/proj</a></div></div></blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
Proj mailing list<br>
<a href="mailto:Proj@lists.maptools.org">Proj@lists.maptools.org</a><br>
<a href="http://lists.maptools.org/mailman/listinfo/proj" rel="noreferrer" target="_blank">http://lists.maptools.org/<wbr>mailman/listinfo/proj</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Richard W. Greenwood, PLS<br><a href="http://www.greenwoodmap.com" target="_blank">www.greenwoodmap.com</a></div></div>
</div>