<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font size="-1"><font face="Lucida Console">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>
      </font></font><font size="-1"><font face="Lucida Console"><font
          size="-1"><font face="Lucida Console"><a class="moz-txt-link-freetext" href="http://ucode.caris.com/oscar/">http://ucode.caris.com/oscar/</a><br>
            <br>
            <br>
          </font></font><br>
      </font></font>
    <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 class="moz-txt-link-abbreviated" href="mailto:Dev@lists.osgeo.org">Dev@lists.osgeo.org</a>
      <br>
      <a 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 style="width:600px;"> Tim Astle<br>
        Development Manager<br>
        Web Technologies<br>
        <br>
        <a href="http://www.caris.com" style="color:#004680;"><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 href="http://www.caris.com" style="color:#004680;">www.caris.com</a>
        <p style="margin-top:20px;"> <strong style="color:#373737;">Connect
            with CARIS</strong><br>
          <a href="http://www.twitter.com/CARIS_GIS"
            style="color:#004680;">Twitter</a> | <a
            href="http://www.linkedin.com/groups?mostPopular=&gid=3217878"
            style="color:#004680;">LinkedIn</a> | <a
href="https://www.facebook.com/pages/CARIS-The-Marine-GIS-Experts/123907500987669?v=app_4949752878"
            style="color:#004680;">Facebook</a> | <a
href="https://plus.google.com/b/114389770462919844434/114389770462919844434/posts">Google+</a>
          | <a href="http://www.youtube.com/user/CARISGIS"
            style="color:#004680;">YouTube</a> </p>
        <p style="margin-top:16px; line-height:1.2em;">Download your
          free copy of CARIS Easy View today!<br>
          <a href="http://www.caris.com/easyview" style="color:#004680;">www.caris.com/easyview</a></p>
        <p style="font-size:0.8em;">_________________________________________________________________________<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 style="font-size:0.8em;"> 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>
  </body>
</html>