<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">Hey,</span><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">thanks for your support Calvin. Using a js based build system (npm and grunt) was my goal anyway. Thinking about minification, uglifyjs could indeed be a viable alternative. Closure's line-based dead code elimination will probably not give us much smaller sizes anyway, with the self contained transform functions.</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Andreas.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 18, 2013 at 1:05 PM, Calvin Metcalf <span dir="ltr"><<a href="mailto:calvin.metcalf@gmail.com" target="_blank">calvin.metcalf@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><p dir="ltr">I 100% agree with Andreas with a couple additional goals, </p>

<p dir="ltr">-Get it to pass jshint on fairly strict settings.  The current code is idiosyncratic in places (see the parseWKT function which has a recursive nested switch statement) Which makes hacking it hard. <br>
-unit tests and documentation <br>
-Sensible defaults. 90% of JavaScript maps are going to be going dealing with to/from Lambert conic conformal, transverse Mercator, wgs84 and Google Mercator (maybe one more).  I would like an emphasis on getting those cases yo work out of the box with no downloads, (ie from prj files or based on common epgs numbers). <br>


-more unit tests and documentation. <br>
-lastly and less if a biggie would be to look into tools used by the js community, I. E. Instead of a python build system use grunt or Jake and instead of closure compiler look into uglify. </p>
<p dir="ltr">I'm excited to help it seems to be such a wonderful resource wasting away. </p>
<br>_______________________________________________<br>
MetaCRS mailing list<br>
<a href="mailto:MetaCRS@lists.osgeo.org">MetaCRS@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/metacrs" target="_blank">http://lists.osgeo.org/mailman/listinfo/metacrs<br clear="all"><div><br></div>-- <br>Andreas Hocevar<br>OpenGeo - http://opengeo.org/<br>Expert service straight from the developers.<br>

<br>
</a></blockquote></div></div></div>