<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Tim,<br>
    <br>
    Yes the changes would go directly into trunk.  If you are including
    this in other software, it's probably best to use a released version
    (which is basically a zipped up SVN repo) <a
      href="http://trac.osgeo.org/proj4js/wiki/Download">http://trac.osgeo.org/proj4js/wiki/Download</a><br>
    <br>
    Mike<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 10/09/2012 1:42 PM, Timothy Astle
      wrote:<br>
    </div>
    <blockquote cite="mid:504E267E.9010404@caris.com" type="cite">
      <meta http-equiv="Context-Type" content="text/html;
        charset=ISO-8859-1">
      Hi Michael,<br>
      <br>
      Is this commit going straight into the trunk?  If I recall, most
      work is done on the trunk of Proj4js.<br>
      <br>
      The reason that I ask is because we provide Proj4js as part of our
      software.  I'd like to get a feeling on how this change is being
      managed so we can be prepared for the in behaviour.  It'd be good
      to know the last revision (or have a tagged release) prior to this
      change.<br>
      <br>
      I do like your proposition.  Using AJAX calls for loading
      definitions would open doors to using Proj4js.  We can then handle
      cases where an AJAX call fails to load the definition.<br>
      <br>
      Cheers!<br>
      <br>
      <br>
      Tim<br>
      <br>
      <a moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://ucode.caris.com/oscar/">http://ucode.caris.com/oscar/</a><br>
      <br>
      <br>
      <br>
      <div class="moz-cite-prefix">On 10/09/2012 2:24 PM, Michael Adair
        wrote:<br>
      </div>
      <blockquote cite="mid:504E225C.5040906@dmsolutions.ca" type="cite">Sorry

        for crossposting but I suspect there are a lot of Proj4js devs
        on the OL list that aren't on the MetaCRS list and I'd like to
        get their feedback on this as well. <br>
        <br>
        In any case, as part of getting Proj4js to compile using the
        Closure library in advanced mode, there is some cleanup that I
        would like to do at the same time.  I am proposing the following
        changes: <br>
        <br>
        1. remove the dynamic loading of defs:  this implies that to use
        Proj4js you would need to have the 'defs' already loaded in your
        app before trying to create the Proj4js.Proj objects.   Most app
        frameworks like jQuery support AJAX calls that can be used to
        load defs dynamically  if required otherwise, I think apps
        typically know what coordinate systems will be used a priori so
        they can include the required defs statically. <br>
        <br>
        2. if the library is no longer asynchronous, I suggest we can
        remove the callbacks passed to the constructor <br>
        <br>
        3. the projection code gets included at compile time, so you can
        pick some or all of the projection code in a build config file.
        (eg. if you only need LCC, just include the LCC code in the
        build).  If you don't know which projection class you need, you
        can always build with the full code base. <br>
        <br>
        I've got much of this working now (but not checked in yet) and
        there is some internal changes to the code structure but the
        external interface remains unchanged, ie. you still call
        Proj4js.transform() and the Proj4js.Proj constructors are the
        same except for removing the optional callbacks argument. <br>
        <br>
        Comments welcome, <br>
        <br>
        Mike <br>
        <br>
        <br>
        _______________________________________________ <br>
        Dev mailing list <br>
        <a moz-do-not-send="true" class="moz-txt-link-abbreviated"
          href="mailto:Dev@lists.osgeo.org">Dev@lists.osgeo.org</a> <br>
        <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://lists.osgeo.org/mailman/listinfo/openlayers-dev">http://lists.osgeo.org/mailman/listinfo/openlayers-dev</a>
        <br>
        <br>
        <br>
      </blockquote>
      <br>
      <div class="moz-signature">-- <br>
        <div> Tim Astle<br>
          Development Manager<br>
          Web Technologies<br>
          <br>
          <a moz-do-not-send="true" href="http://www.caris.com"><strong>CARIS</strong></a><br>
          115 Waggoners Lane<br>
          Fredericton, New Brunswick<br>
          Canada    E3B 2L4<br>
          Tel: +1.506.458.8533     Fax: +1.506.459.3849<br>
          <a moz-do-not-send="true" href="http://www.caris.com">www.caris.com</a>
          <p> <strong>Connect with CARIS</strong><br>
            <a moz-do-not-send="true"
              href="http://www.twitter.com/CARIS_GIS">Twitter</a> | <a
              moz-do-not-send="true"
              href="http://www.linkedin.com/groups?mostPopular=&gid=3217878">LinkedIn</a>
            | <a moz-do-not-send="true"
href="https://www.facebook.com/pages/CARIS-The-Marine-GIS-Experts/123907500987669?v=app_4949752878">Facebook</a>
            | <a moz-do-not-send="true"
href="https://plus.google.com/b/114389770462919844434/114389770462919844434/posts">Google+</a>
            | <a moz-do-not-send="true"
              href="http://www.youtube.com/user/CARISGIS">YouTube</a> </p>
          <p>Download your free copy of CARIS Easy View today!<br>
            <a moz-do-not-send="true"
              href="http://www.caris.com/easyview">www.caris.com/easyview</a></p>
          <p>_________________________________________________________________________<br>
            This email and any files transmitted with it are
            confidential and intended only for the addressee(s). If you
            are not the intended recipient(s) please notify us by email
            reply. You should not use, disclose, distribute or copy this
            communication if received in error.</p>
          <p> Any views or opinions expressed in this email are solely
            those of the author and do not necessarily represent those
            of the company. No binding contract will result from this
            email until such time as a written document is signed on
            behalf of the company.</p>
        </div>
      </div>
    </blockquote>
    <br>
  </body>
</html>