[MetaCRS] Proj4js

[Andreas Hocevar]

I would like to achieve agreement on some basics for a sane collaboration
environment, and avoid shuffling repositories between organizations. So if
you can't wait to dive into the code, you can fork
http://github.com/ahocevar/proj4js/, because this is the svn clone I'm
going to push to either the proj4js or the metacrs org once it's decided.

Andreas.


On Tue, Jun 18, 2013 at 1:27 PM, Calvin Metcalf <calvin.metcalf at gmail.com>wrote:

> Though these are details you can probably set up a repo in an Org account
> with the caveat that if people object you are happy to change the name of
> it to an unofficial fork
> On Jun 18, 2013 7:15 AM, "Andreas Hocevar" <ahocevar at opengeo.org> wrote:
>
>> Hey,
>>
>> 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.
>>
>> Andreas.
>>
>>
>> On Tue, Jun 18, 2013 at 1:05 PM, Calvin Metcalf <calvin.metcalf at gmail.com
>> > wrote:
>>
>>> I 100% agree with Andreas with a couple additional goals,
>>>
>>> -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.
>>> -unit tests and documentation
>>> -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).
>>> -more unit tests and documentation.
>>> -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.
>>>
>>> I'm excited to help it seems to be such a wonderful resource wasting
>>> away.
>>>
>>> _______________________________________________
>>> MetaCRS mailing list
>>> MetaCRS at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/metacrs
>>>
>>>
>>
>>
>> --
>> Andreas Hocevar
>> OpenGeo - http://opengeo.org/
>> Expert service straight from the developers.
>>
>
> _______________________________________________
> MetaCRS mailing list
> MetaCRS at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/metacrs
>
>


-- 
Andreas Hocevar
OpenGeo - http://opengeo.org/
Expert service straight from the developers.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/metacrs/attachments/20130618/cb425e21/attachment.html>